@zapper . . . I think you missed the point. Fisher-Price on steroids and fisher price steroids paint two entirely different mental images . . .

zapper wrote:

Doesn't unity look similar to Gnome 3?

I have no idea what gnome looks like. I abandoned that ship with the arrival of gnome3. The desktop image provided on the link has all the subtlety of Fisher-Price on steroids and caters to the ADD generation. I don't know how anyone could do serious work in that environment. Gives me a headache . . .

Devuan is not soliciting additional desktops and I am not sure it would even be offcially included unless it gets passed down to us from Debian.

Arm images are provided by the Devuan Arm community. They are not and never have been "officially" supported by Devuan.

Possibly yes; cron typically executes scripts and programs in /etc/cron.hourly according to the line saying so in /etc/crontab.

See also the note about PATH in man 5 crontab.

well, it works okay but i need to add checks that the values from the config file are valid before applying them, also perhaps adding a logging functionality, other than that it is okay enough.

zapper wrote:

Actually, he probably could do that. Maybe he did what I did when I used to use devuan and found out about Hyperbola and found one he liked more.

I still have a devuan install if needed on a usb, but not my main anymore.

This being said, anyone read that peppermint has a devuan flavor now? Or was this old news?

I saw it when I typed in devuan into the search bar just now. So who knows how old or new it is.

Edit: Tiny one, it started almost 6 months ago, so nvm. lol.

I was about to say, I'm actually involved with their Devuan port. It's going quite well.

eyeV wrote:

I have full-system encryption applied, so my applications and UI elements run slower than they could
I am interested in whether any personal data can leak out if you encrypted only the home directory during the installation by making it a separate partition
Сonsidering the swap file will be on the home partition and there is no swap partition

Suppose you plug a flash drive into such a system and try to retrieve as much user information as possible.
What information will be retrieved?

Is it safe to encrypt only the home directory? - No
I have full-system encryption applied, so my applications and UI elements run slower than they could - it should not be the case. AES encryption is supported by CPU itself so the slowdown should be negligeable.
Suppose you plug a flash drive into such a system and try to retrieve as much user information as possible - your activity including logs, time etc.
More of that if your system is compromised either by inserting flash or by other means the attacker can get luks password.

zapper wrote:

https://github.com/google/recaptcha/issues/519

That's actually pretty good zap. I wonder if google will agree to launch their data centers and explode them? I guess that would be one way to close the bug report.

golinux wrote:

Haven't you noticed that the forum has been wonderfully "normal" lately? HoaS hasn't logged in since 2023-02-14 . . .

I'm surprised HOAS hasn't re-spun his own distro yet. It's been languishing for the past year, and he talked like he had some ideas for it. Maybe he's busy doing that now, who knows. I always liked him, he would help me do crazy things like rip the init system out of an installation and replace it with something experimental. That's probably old hat for folks around here, but for me that's over my head. Anyway, he's an internet wanderer, leaving an imprint on most Linux-y forums at some point. Kind of like zapper in that way.

/etc/rc.local belongs to initscripts which according to its dependencies are used the same in sysv-rc | file-rc | openrc.

So, no, it's not a sysvinit function.

I suppose there is always the question of which belongs to what, and in particular, which part of the OS belongs to "the init system". When asked, different people answers different things about that. Perhaps the most strict view about sysvinit would be to say that it consists only of the binaries of sysvinit-core and the configuration file /etc/inittab, and then anything below that is "run control", start up code or daemons.

And then perhaps an opposite "init is everything" may also be peddled, as well as any concept granularity in between.

I did receive today my first big memory stick with 2 Terra Bytes capacity connected with the USB 3 connector of my laptop (having itself only 3/4 TB memory). The stick includes an unique file named «IndexerVolumeGuid». Gparted recognizes a /dev/sdb1 with 1,81 TB free in a size 1,81 TB. Pre used are only 62,47 MB. BootFlag is set on. The file system is named «exfat» by gparted.

I would like to install my REFRACTA daedalus from the new iso proposed since 20230228 to start directly from that memory.

Does it be possible?

What is the safe method to get an good installation with the possibility of course to use the rest of that big memory.

What is the best way to create new partitions (the same way as usual: gparted > create new table >> create one little partition >>> ev. create a casperss-rw >>>> create one or more new data partitions with or without unetbootin or refracta usb)

Can unetbootin be used?