Re: [DNG] What not to back up
Harald Arnesen via Dng said on Tue, 23 Nov 2021 21:56:43 +0100 >Steve Litt [23/11/2021 21.48]: > >> >> The majority of files in /home/yourname are useless. /home/yourname >> is a mishmash of stuff you created, settings you use, and useless >> crap > >> like cache. It's huge and ugly. For that reason I create other top >> level directories to hold stuff I created myself. >> > >Really? You don't backup your settings? I would think those were some >of the most important things. Read my entire post. SteveT Steve Litt Spring 2021 featured book: Troubleshooting Techniques of the Successful Technologist http://www.troubleshooters.com/techniques ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] snetaid debs...
Quote: Aitor wrote: "Being about five years on from what was your simple-netaid project, which has substantially evolved since then hoping that the outcome will be for the good of the project, the idea of reviving both your backend and gui in free pascal, but this time drawn upon libnetaid and snetaid (in replacement of the suid bit) is a challenge that might make this work more fun :)" [End of Quote] Dear Aitor, There are no hard feelings from me, notwithstanding my project is now defunct. I would like to thank you for adopting it in your own way to modernise it so that it can be secure and enjoyed by everyone. Sincerily, thanks for all your time and dedication. Thanks to Devuan, I am using what was known as Debian without the burden of systemd. As you clearly indicate, the old version uses an SUID executable to get root privileges which is a security hole which Devuan did very well to close, even though it broke my latest version of simple-netaid-*. In my limited use case, I worked around the breakage by removing the GUI component and using only the backend as root. It works in my case, but other users may require more functionality, which thanks to people like you, they can have. Sincerily, THANKS for your time and effort. Regarding the idea of importing functionality from your libraries to let my latest version of simple-netaid-* connect without the requirement of an SUID tag, although it can be done, there is no need for Devuan, as users can already use your project. Finally, I would like to renew my appreciation and thanks for helping the Devuan Project with your precious time. Thanks goes also to all the rest of Developers and volunteers who help the project. Edward ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] What not to back up
Steve Litt [23/11/2021 21.48]: The majority of files in /home/yourname are useless. /home/yourname is a mishmash of stuff you created, settings you use, and useless crap like cache. It's huge and ugly. For that reason I create other top level directories to hold stuff I created myself. Really? You don't backup your settings? I would think those were some of the most important things. -- Hilsen Harald ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] What not to back up
Dr. Nikolaus Klepp via Dng said on Tue, 23 Nov 2021 20:43:28 +0100 >Anno domini 2021 Tue, 23 Nov 14:27:56 -0500 > Hendrik Boom scripsit: >> I'm setting up a new backup script that will do it all piecemeal so >> that if a part of it fails, it can be retried without having to >> start *everythng* over from scratch. >> >> Which top-level filesystems should *not* be backed up. > > >Question is: What do you want the backup for? Recover from a failed >disk in 5 minutes or "just" all your settings and user directories? I >for myself do not bother to save the OS, a list of all manually >installed packages is good enough for me. > >Nik I'm the same as Nik. If I can buy it again, or install it again, it's not a tragedy if I lose it. For this reason I don't back up /usr. The majority of files in /home/yourname are useless. /home/yourname is a mishmash of stuff you created, settings you use, and useless crap like cache. It's huge and ugly. For that reason I create other top level directories to hold stuff I created myself. Nevertheless, it really is necessary to back up /home, although everything should be done to make sure none of what you back up is cache: == [slitt@mydesk ~]$ find .cache | wc -l 82571 [slitt@mydesk ~]$ du -hs .cache 2.1G.cache [slitt@mydesk ~]$ find . | grep cache | wc -l find: ‘./mail/Maildir/lost+found’: Permission denied 173948 [slitt@mydesk ~]$ == Really? Then there's ~/Downloads. The way I see it, if you need things in the download directory enough to back them up, those files should have been moved somewhere else. I back up /home minus .cache, but I segregate that backup, and when I reinstall, instead of restoring to /home, I restore it to /scatch/oldhome, and manually transfer things as necessary. In my opinion, here are some things that are absolutely essential to back up: * The /etc tree * The output of the mount command (yeah, I know /etc/fstab, but still) * The output of the command telling all the packages that were installed manually. * The UMENU2 menu structure. * All data you created, and I hope it's *not* in /home. Like Nik says, if your goal is to get it back up in 5 minutes, your best bet is to back up the entire system, as well as the mbr or whatever you call the UEFI equivalent (both copies). But if your intent is just to stay in business after losing a disk, I think a data-only backup is superior. SteveT Steve Litt Spring 2021 featured book: Troubleshooting Techniques of the Successful Technologist http://www.troubleshooters.com/techniques ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] What not to back up
Anno domini 2021 Tue, 23 Nov 21:39:07 +0200 Lars Noodén via Dng scripsit: > On 11/23/21 21:27, Hendrik Boom wrote: > > I'm setting up a new backup script that will do it all piecemeal so > > that if a part of it fails, it can be retried without having to start > > *everythng* over from scratch. > [snip] > > It depends on what you've set up. > > For the systems I have, I only back up the configuration files in /etc/ > plus the output of > dpkg --get-selections > The restoration plan is to do a fresh installation and restore with > dpkg --set-selections I prefer "apt-mark showmanual" :) $ dpkg --get-selections|wc -l 3474 $ apt-mark showmanual|wc -l 904 nik > > Then for the data, it is /var/ and /home/, with special treatment for > any live databases if needed. I don't use /srv/ or /opt/ for anything. > > > But what about > > > > /run > > /srv > > /sys > > ? > > > > What are those even used for? > > See "man 7 hier" > > """ > /run This directory contains information which describes > the system since it was booted. Once this purpose > was served by /var/run and programs may continue > to use it. > > /srv This directory contains site-specific data that is > served by this system. > > /sys This is a mount point for the sysfs filesystem, which > provides information about the kernel like /proc, but > better structured, following the formalism of kobject > infrastructure. > """ > > > > /Lars > ___ > Dng mailing list > Dng@lists.dyne.org > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng > -- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ... ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] What not to back up
Anno domini 2021 Tue, 23 Nov 14:27:56 -0500 Hendrik Boom scripsit: > I'm setting up a new backup script that will do it all piecemeal so > that if a part of it fails, it can be retried without having to start > *everythng* over from scratch. > > Which top-level filesystems should *not* be backed up. Question is: What do you want the backup for? Recover from a failed disk in 5 minutes or "just" all your settings and user directories? I for myself do not bother to save the OS, a list of all manually installed packages is good enough for me. Nik > > To start with, I presumably shouldn't back up > > /proc > /tmp > /dev (cause I'm using some version of *udev) > /mnt > > and I certainly should back up /var, /usr. /root, /bin, > /boot, /etc, /home, /lib, /lib64, /sbin > > But what about > > /run > /srv > /sys > ? > > What are those even used for? > > -- hendrik > ___ > Dng mailing list > Dng@lists.dyne.org > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng > -- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ... ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] What not to back up
On 11/23/21 21:27, Hendrik Boom wrote: I'm setting up a new backup script that will do it all piecemeal so that if a part of it fails, it can be retried without having to start *everythng* over from scratch. [snip] It depends on what you've set up. For the systems I have, I only back up the configuration files in /etc/ plus the output of dpkg --get-selections The restoration plan is to do a fresh installation and restore with dpkg --set-selections Then for the data, it is /var/ and /home/, with special treatment for any live databases if needed. I don't use /srv/ or /opt/ for anything. > But what about > > /run > /srv > /sys > ? > > What are those even used for? See "man 7 hier" """ /run This directory contains information which describes the system since it was booted. Once this purpose was served by /var/run and programs may continue to use it. /srv This directory contains site-specific data that is served by this system. /sys This is a mount point for the sysfs filesystem, which provides information about the kernel like /proc, but better structured, following the formalism of kobject infrastructure. """ /Lars ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] What not to back up
I'm setting up a new backup script that will do it all piecemeal so that if a part of it fails, it can be retried without having to start *everythng* over from scratch. Which top-level filesystems should *not* be backed up. To start with, I presumably shouldn't back up /proc /tmp /dev (cause I'm using some version of *udev) /mnt and I certainly should back up /var, /usr. /root, /bin, /boot, /etc, /home, /lib, /lib64, /sbin But what about /run /srv /sys ? What are those even used for? -- hendrik ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] system administration of non-systemd distros and releases
tito via Dng said on Mon, 22 Nov 2021 14:08:26 +0100 >On Mon, 22 Nov 2021 04:41:23 -0500 >Steve Litt wrote: > >> steph.tougard said on Sun, 21 Nov 2021 04:19:36 + >> >> >> >My Devuan is behind an OpenBSD. The OpenBSD has no software >> >installed, it's a pure system as release by the OpenBSD team, the >> >code base is small, strongly audited by a very small and known >> >team. It can be considered safe, at least safer. Much safer than >> >any Debian based distribution. My network configuration is so safe >> >that I could safely store unencrypted Bitcoin private keys on an >> >unpatched Windows 98 without any risk if I wish. >> >> We've all built OpenBSD/pf firewall/routers. You didn't think of > > >.and linux routers. LOL, believe it or not, I haven't yet built a Linux router. My main point was just because OpenBSD plus pf makes an outstanding firewall doesn't mean that any BSD is necessarily the best OS to put *behind* that firewall. In late 2014, OpenBSD was my #1 potential escape route from systemd. Please remember, Devuan didn't exist as an installable system back then. I ultimately chose Void Linux instead, for two reasons: 1) Having to deal with Theo. 2) OpenBSD at the time had no hardware-accelerated Qemu or other VM. #1 was an annoyance, not a showstopper. #2 was a showstopper, because there will *always* be an application not available on your distro but available on another. I understand #2 has been fixed; that there's now an OpenBSD specific VM system that's hardware accelerated. But by this time I have six years with Void Linux, and it would take a lot to make me move. Linux and BSD are close cousins, so Linux and BSD users should be allies. SteveT Steve Litt Spring 2021 featured book: Troubleshooting Techniques of the Successful Technologist http://www.troubleshooters.com/techniques ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] chimaera and xfce look consistency
Hi Ludovic, Ludovic Bellière wrote: > XFCE is upgrading to GTK3. The inconsistent look of the windows you've > seen > might be due to old style windows being used alongside newer style. Yes, unfortunate upgrade, it was caused by that > > XFCE isn't a big monolithical application, instead a compilation of > several > softwares that creates your desktop environment. Not all these > software are bing > upgraded at the same time. Due to the voluntary nature of the project, > people > work on them when they have the time. Actually I think it is quite consistent and usable compared to the features it has. That's why I used it. I don't touch GNOME since years... (Except GNUstep of course, but that is eating my own food) Riccardo ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] chimaera and xfce look consistency
Hi Ralph! Ralph Ronnquist via Dng wrote: > What you see there is one of the effects of "Client Side Rendering" > which is this new fad that wants to return to the cowboy times of > mid-80's where every GUI program implements its own looks and style. > It's generally called "progress". that was it! I installed the nocsd package suggested, login/logout and voilà things look nice again. Sure XFCE looks changed a little, but it is consistend and enjoyable again. We have cowboy times with lot of apps, all those web apps, think about Skype, Discord, Slack... all those "wrapped web browsers" compared to older versions of Skype with proper menus, decorations, consitent font rendering... and 1/10th of memory usage :) Progress... perhaps also having windows 10 looking worse than windows 1.0 is called progress :) I am using a laptop or a workstation, not a tablet or phone. But Microsoft and Apple forget this lately Riccardo ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
