It’s a rainy day, it fits perfectly with the melancholy of these words. I generally don’t think about the ending of a project or generally speaking when I do something, I like to think about it like a perpetual evolution instead (yes, from time to time drastic changes are needed) but this, today, it’s something different like something broken to the point is not fixable anymore. This is about yet another story of unilateral impulsive decisions driven by the greed for power, need for attention and stupidity, I’m not that naive I see what is happening to the world every day and it feels like a trend but remember this is not NORMAL. Great things are made by people who work together, people with the love and attention to details, yes details. Details that really matter, even in big projects or massive corporations at some point someone thought it was important a very little and silly thing no one will ever notice. ...

I’ve recently upgraded Microsft Teams to version 1.4.00.4855 (I run it on openSUSE Linux but I think this problem can be related to the rpm build and maybe even the deb) basically the external Join Invite by URL stopped working. Digging around in the browser the content-type: "msteams" it’s opened by the lanucher "/usr/bin/teams" luckily it’s a simple shell script, apparently they added some switch messing up the URL variable. ...

Some years ago (I think in 2017) I wanted to try to make a hyper-lapse video this is the result: Video Link Some technical details: I’ve moved for 5 meters On every frame, I move by 5 centimetres forward I’ve taken about 100 frames The final video it’s created using FFmpeg This is the FFmpeg script used to create the final clip: ffmpeg -r 30 -pattern_type glob -i '*.JPG' -c:v libx264 -pix_fmt yuv420p out30fps.mp4

For some reason, JunOS 12.1X46-D65.4 on SRX platform can’t validate any update it takes me several attempts before figure out to run the upgrade with the “no-validate” option. root> request system configuration rescue save root> request system autorecovery state save root> request system storage cleanup List of files to delete: Size Date Name 11B Dec 29 22:35 /cf/var/jail/tmp/alarmd.ts 142.6M Dec 29 22:38 /cf/var/jail/tmp/install/junos-srxsme-12.1X46-D82-domestic.tgz 420B Dec 29 22:36 /cf/var/jail/tmp/jweb-users.xml 128B Dec 29 22:40 /cf/var/log/interactive-commands.0.gz 175B Dec 29 22:40 /cf/var/log/messages.0.gz 27B Dec 29 22:32 /cf/var/log/wtmp.0.gz Delete these files ? [yes,no] (no) yes root> Follow: ...

I know, it’s been a while since a wrote somethings, at the time 2014 (to be precise I’ve found a very incomplete draft from 2015) the blogs were still cool, nowadays everything it’s compressed in a few words on some social media platform of choice like we don’t have any more time to stop read and truly understands what are we reading. And it’s a kind of a shame if you think how we devolve since 10 years ago, maybe it’s been more, much more, but at the time I didn’t have the proper knowledge to understand what’s really was going on in the world. ...

You may receive the following error when using VI within Solaris: Terminal too wide You can solve this increasing the number of columns with the command stty columns 120

The secldapclntd daemon is not running. Starting the secldapclntd daemon. exec(): 0509-036 Cannot load program /usr/sbin/secldapclntd because of the following errors: 0509-150 Dependent module libibmldap.a could not be loaded. 0509-022 Cannot load module libibmldap.a. 0509-026 System error: A file or directory in the path name does not exist. exec(): 0509-036 Cannot load program /usr/sbin/secldapclntd because of the following errors: 0509-150 Dependent module libibmldap.a could not be loaded. 0509-022 Cannot load module libibmldap.a. 0509-026 System error: A file or directory in the path name does not exist. The secldapclntd daemon failed to start. root@aix01:/opt/IBM/ldap/V6.2/lib#ln -s /opt/IBM/ldap/V6.2/lib/libibmldap.a /usr/lib/libibmldap.a root@aix01:/opt/IBM/ldap/V6.2/lib#ln -f -s /opt/IBM/ldap/V6.2/lib/libibmldap.a /usr/lib/libibmldap.a

/usr/bin/xflock4 PATH=/bin:/usr/bin export PATH # Lock by xscreensaver or gnome-screensaver, if a respective daemon is running #for lock_cmd in \ # "xscreensaver-command -lock" \ # "gnome-screensaver-command --lock" #do # $lock_cmd >/dev/null 2>&1 && exit #done for lock_cmd in \ "dm-tool lock" do $lock_cmd >/dev/null 2>&1 && exit done # else run another access locking utility, if installed for lock_cmd in \