Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)
Posts
0
Comments
52
Joined
2 yr. ago

  • I have taken up the habit of being at work one-two hours before anyone else.

    I get undisturbed, effective work done, and I leave earlier. More work done, more own time with family each day.

    I'm still reachable through phone, add can fix most catastrophic problems from home, but that is so seldom occuring that it is OK, and collegues don't complain about me not being in office after 15:00.

  • You are completely right about SwitchOS, and it is even more exciting that some models sells in two versions, with the only difference being called CSS* for SwitchOS, or CRS* for RouterOS. And the SwitchOS-enabled model is much cheaper, so customers ordering for themselves almost always pick the wrong one (that is, SwitchOS, which we can't manage properly in our automations and other software solutions).

  • As long as /bin/sh isn't pointing to zsh, you haven't messed anything up. A lot of public scripts wouldn't expect to be run under zsh.

    If you write your own scripts, I'd say to use zsh, but start it with #/bin/zsh (or whatever resolves to zsh) to be explicit about the fact that it is designed for zsh and nothing else. Most scripts written aren't going to be distributed to hundred of thousands of systems, but at most used in a handful of systems. No point in not enjoying some things zsh does better in scripts.

    A lot of systems have other dependencies as well, and as long as a system which has scripts in it is specifing zsh along with other dependencies, I wouldn't see the problem. zsh doesn't take up much space or introduce other problems just by being installed.

    As for the root shell, you can put Defaults env_keep += HOME in your sudo configuration. That will have sudo -s run your usual zsh with its usual configuration for interactive, daily use. Be aware of any config that shouldn't be run as root.

    sudo -i will still run the shell root is assigned in /etc/passwd, and everything run as root would function ar expected.

  • Can only agree on Mikrotik routers. All are using RouterOS, which works the same on all their devices, from routers to switches and access points.

    They are relatively cheap for the capabilites you're getting. They have their own scripting language, two APIs (their new one is REST-based).

    GUI (winbox is recommended, and plays nice with wine. Wouldn't recommend web interface, just cumbersome) and CLI exists.

    They have a lot of builtin functionality, like DHCP server, DNS server with static configuration, and even file sharing. Some models are powerful enough to run Docker images on (yes, that's builtin...).

    We're running a couple of hundred and don't have much problem with them.

  • Depending on what one is doing, placing pv in between (usually with -s to specify size of data if known in advance) gives a progress bar, with speed and size of data passing through.

    Say you have an SQL dump of 1048576 bytes:

    cat dump.sql | pv -s 1048576 | mysql somedb

    and now you know how far it is instead of just waiting :)

  • st from suckless all the way. Used it a couple of years now in conjunction with i3. I'm spawning a lot of terminals, doing a few commands and closing them often, so starting quick is a must.

    Wrote a small patch that allows me to copy current directory from a terminal instance to primary selection with a keybinding. That allows me to quickly navigate to whatever directory that would be in another terminal or application.

  • I guess that means able to access services on the Internet over IPv6, not me being able to get a /64 and providing services myself to others.

    Sort of ok for phones I guess, although not as great if someone doesn't have access to fiber and have to use a mobile link in a residential environment.

    Bahnhof actually just provides NAT:ed fiber connections as well as default, but will issue a public, unique IP if asked (at no additional cost).

  • I liked the look of Dashy, but it felt somewhat too heavy software for the simple dashboard I needed, and so I wrote the first version of Dashie.

    It only uses Javascript and doesn't need any server components except a webserver. Configuration is done by editing YAML files.

    Themes are implemented, and multiple pages which can be used to make more complex navigation of multiple dashboards.

    Check it out :)

    https://git.ahall.se/magnus/dashie

  • In Sweden we have just one ISP for non-commercial customers providing native IPv6 adresses (Bahnhof) on fiber connections, and even then we can't get a static prefix from them.

    Not quite sure on the mobile ISPs though.

  • I have a 49" ultrawide, running a tiling window manager under Linux.

    I heavily utilize virtual desktops in my workflow. Always 10 on each monitor, accessed by Ctrl-{0..9}. Switching between monitors by AltGr+{1..n}. Programs always stay on the same virtual desktop no, so terminals on 2, browsers on 3 and so on. This enables me to access more or less any window in under a second, never having to look for it visually.

    I usually work with 4 or 5 24" monitors, as a single program seldom needs more space for me. What he ultrawide brings to the table is the capability under Linux to create arbitrary virtual monitors.

    I can for example have two evenly created monitors (two 27"). My usual for development is three, split as 2:3:2.

    Another possibility is using a small script that analyses movie resolution and creates two monitors, one with the exact aspect ratio of the movie, eliminating black borders, and another for using while watching said movie :)

    As Linux sees them as separate monitors, I can also have easily managed screen sharing.

    Having the flexibility of software defining my monitors has been great as a developer; separation of many, screenwise often small, applications is highly useful to me. A couple of quick scripts to switch between different setups has integrated it nicely into the workflow, and I usually changes monitor config at least a couple of times per day.