I was puzzled on why #syncthing on my laptop was showing "2021-06-02" as last synchronization date with my #raspberrypi.
So I logged in my raspi via ssh, and magically the two devices started to sync.
A quick look at the raspberrpi's journal (# journalctl --since=today
) showed:
ago 02 17:22:20 raspberrypi systemd[32888]: pam_unix(systemd-user:session): session opened for user pi(uid=1000) by (uid=0)
[...]
ago 02 17:22:21 raspberrypi syncthing[32908]: [start] INFO: syncthing v1.12.1-ds1 "Fermium Flea" (go1.15.9 linux-arm64) debian@debian 2021-04-08 21:52:00 UTC
🤦
I had setuped Syncthing to start with a user #systemd service unit, so the service was running only when user had log in and was stopped when the user logs out!
I want the synced files to be own by the user, so I have to run Synchthing from a system unit, but as my user. Now.. I could copy the user service file and set up a system service file from there but.... the kind developers of Syncthing have done that for us already!
It's been a matter of
$ systemctl --user disable syncthing.service --now
$ sudo systemctl enable synching@pi.service --now
where pi
is the user Synching will run as... nice!
like this
I put my hopes in the pinephone, that one day not too far will be usable as a daily phone :)
dr4Ke likes this.
Penguins on a Plane
questa è vecchia, recuperata grazie alla wayback machine. L'originale è del 2007. Purtroppo mancano le immagini di contorno
Trama:
Un'agente dell'FBI porta a bordo di un aereo dei pinguini, senza sapere che il personaggio seduto a fianco a lui è un dirigente microsoft.
Quando, per una turbolenza, i pinguini scappano dalla stiva facendo irruzione tra i passeggeri, il dirigente entra in panico e dirotta l'aereo, minacciando i piloti e le hostess con una copia di windows vista premium, urlando "developers! developers! developers!"
Sarà compito di un ornitologo in pensione (S.L. Jackson) riportare la situazione alla calma, ritornando a un mestiere che aveva lasciato per colpa di una tragica vicenda.
Confy 0.6.0
See changes here git.sr.ht/~fabrixxm/confy/refs…
ArchLinux AUR package is updated
aur.archlinux.org/packages/con…
Flatpak package is scheduled
flathub.org/apps/details/net.k…
NANOWAR OF STEEL - Der Fluch des Kapt’n Iglo (Official Video) | Napalm Records
Pre-order "Italian Folk Metal" here: https://smarturl.it/ItalianFolkMetal out July 2nd@Maurizio Merluzzo @Mark The Hammer / Marco Arata NANOWAR OF STEEL bass...YouTube
Hypolite Petovan likes this.
"Lazy afternoon"
Result of an afternoon of playing with Blender.
Models by me following techniques from Ian Hubert's Lazy Tutorials, except the two plants and pots, which I found on Blend Swap
Textures from Ikea catalog, except for the floor, which comes from an image search, and the two comics (by Leo Ortolani)
Hypolite Petovan likes this.
"danger" is the middle name of a friend of my former neighbour.
Hypolite Petovan likes this.
experiment of the day:
git.sr.ht/~fabrixxm/zint-vapi
Vala bindings for Zint barcode generator library , with a simple Gtk UI to generate barcodes
like this
and also, can it get a Gtk.Image somehow? I was able to a) either save it to a file or retrieve an in-memory bitmap which could not be easily squeezed into a Gtk.Image.
Going to check it out.
You can load the bitmap into a Gdk.PixBuf, then you can do whatever.
git.sr.ht/~fabrixxm/zint-vapi/…
I wanted to have the bitmap
field as uint8[]
, mostly because looks vala-y and because it's what is in Gdk.PixBuf.from_data()
's signature).
I found that it needs a length to works with Gdk.PixBuf.from_data()
, so I added the get_bitmap()
method to set the length.. It works but I don't know if it's the correct solution... there so much things I'm not sure about and docs are useful only up to a point...
(as a side node, the zint.h
header I have on disk has a bitmap_byte_length
field which would be so good to use as length value for bitmap
(setting it directly in field's annotation in vapi) but looks like is not used and docs doesn't mention it.....)
Fabio likes this.
utzer [Friendica]
in reply to Fabio • • •utzer [Friendica]
in reply to utzer [Friendica] • • •Fabio
in reply to utzer [Friendica] • •problem is that user's service units are run by systemd's user session, that it is created when user logs in and removed when user logs out, stopping all user units. But my raspberrypi is running as a home server, so no user is logged in usually. I want synching on raspberry running all the time. So I need to run it from a system unit instead of a user one.
So when it is setup as
that is my pi user enabling the syncthing user's service for himself.
That's what you want on a desktop or a laptop: when you log into you desktop, synchting is started automatically.
when instead is setup like this
this is root (via sudo) setting a service unit for syncthing, using a template unit file: the part you set after the @ when you enable the service is passed as argument, which in unit file is used as a "variable" called
%i
:This is part of the unit file on disk, called syncthing@.service:
There the argument set the user which will be used to run the service.
Systemd will run syncthing at boot (after network is set up) as my user pi, whitout the need of an entire user session for it.
I hope all of this make some sense :P
utzer [Friendica]
in reply to Fabio • • •@Fabio this make sense, my problem was I did not even know there is the
--user
option for systemctl.Never came across this argument. So this would run a service only if a user is logged in on any TTY or CLI or graphical screen?
Fabio
in reply to utzer [Friendica] • •yup. is a systemd session started from scratch by pam when the user logs in for the first time.
see wiki.archlinux.org/title/Syste…
utzer [Friendica]
in reply to Fabio • • •