Re: [DNG] moving to a new system
On 6/26/22 15:56, Radisson via Dng wrote:
Am 24.06.22 um 16:05 schrieb o1bigtenor via Dng:
Greetings
Hoping that I'm not asking too many questions.
(moving from debian testing to devuan testing (daedalus)
the old system is under 5.17.xx and the new one is on 5.18
if that makes for differences)
When your changes are user-related only, have your changes in /home/user
this is actually easy.
rsync -avz src dst
take same time to make yourself familiar with rsync use -n to have a dry
run, but do also make same real copies.
(I've learnt the hard way that just winging things means a LOT more
work and even a greater chance for issues.)
My existing system has been a work in progress for over 10 years. So
I've gotten things
set up quite the way that I like them so things change slowly but in
that there are also
less 'terror' moments when everything has gone 'goofy'.
When your are like my and you have changed a lot of system stuff
things are more complicated. propper Programms have there configuration
with in /etc. So when you compare your current /etc/ with the new one
you have a good change to figure out what you changed in the last 10 years.
Unfortunately these days same people thing it is a good idea to store
in /usr/share or same where. Here are you on you own.
that should help with most issues.
Is there any way to move over things like settings (and all the other
pamphernania) for browsers and libreoffice and the like?
I was thinking of doing things by using scp from the old system to the
new one.
Dunno if that would create issues or not.
Any better ideas - - - - well I'm all ears!!!
+1 for rsync.
The Arch linux wiki has a nice rsync command for copying a system. It
is based on a virtual machine but works nicely for real machines. Adjust
the directories to exclude, as well as the source and destination
partitions based on your system. Afterwards, you just need to edit the
"/etc/fstab" file with the new identifications (UUID or labels based on
your system). If new hardware is installed such as a video card, you
may need to install the appropriate drivers. The command below assumes
/* is the source and /path/to/shared/folder is the destination.
# rsync -aAXHSv /* /path/to/shared/folder
--exclude={/dev/*,/proc/*,/sys/*,/tmp/*,/run/*,/mnt/*,/media/*,/lost+found,/home/*/.gvfs}
The link is:
https://wiki.archlinux.org/title/Moving_an_existing_install_into_(or_out_of)_a_virtual_machine
I have used this method to copy over arch, ubuntu and opensuse installs
onto new hardrives for new machines.
Regards,
Eric
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] moving to a new system
On 6/26/22 15:56, Radisson via Dng wrote:
Am 24.06.22 um 16:05 schrieb o1bigtenor via Dng:
Greetings
Hoping that I'm not asking too many questions.
(moving from debian testing to devuan testing (daedalus)
the old system is under 5.17.xx and the new one is on 5.18
if that makes for differences)
When your changes are user-related only, have your changes in /home/user
this is actually easy.
rsync -avz src dst
take same time to make yourself familiar with rsync use -n to have a dry
run, but do also make same real copies.
(I've learnt the hard way that just winging things means a LOT more
work and even a greater chance for issues.)
My existing system has been a work in progress for over 10 years. So
I've gotten things
set up quite the way that I like them so things change slowly but in
that there are also
less 'terror' moments when everything has gone 'goofy'.
When your are like my and you have changed a lot of system stuff
things are more complicated. propper Programms have there configuration
with in /etc. So when you compare your current /etc/ with the new one
you have a good change to figure out what you changed in the last 10 years.
Unfortunately these days same people thing it is a good idea to store
in /usr/share or same where. Here are you on you own.
that should help with most issues.
Is there any way to move over things like settings (and all the other
pamphernania) for browsers and libreoffice and the like?
I was thinking of doing things by using scp from the old system to the
new one.
Dunno if that would create issues or not.
Any better ideas - - - - well I'm all ears!!!
+1 for rsync.
The Arch linux wiki has a nice rsync command for copying a system. It
is based on a virtual machine but works nicely for real machines. Adjust
the directories to exclude, as well as the source and destination
partitions based on your system. Afterwards, you just need to edit the
"/etc/fstab" file with the new identifications (UUID or labels based on
your system). If new hardware is installed such as a video card, you
may need to install the appropriate drivers. The command below assumes
/* is the source and /path/to/shared/folder is the destination.
# rsync -aAXHSv /* /path/to/shared/folder
--exclude={/dev/*,/proc/*,/sys/*,/tmp/*,/run/*,/mnt/*,/media/*,/lost+found,/home/*/.gvfs}
The link is:
https://wiki.archlinux.org/title/Moving_an_existing_install_into_(or_out_of)_a_virtual_machine
I have used this method to copy over arch, ubuntu and opensuse installs
onto new hardrives for new machines.
Regards,
Eric
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] mutt and html
On Wed, Nov 03, 2021 at 12:45:02PM -0600, Bob Proulx via Dng wrote: > Hendrik Boom wrote: >> ~/.muttrc: >> set mailcap_path="~/.mailcap" > Strange. This is not needed to be set for me. Does that setting > override the default use of /etc/mailcap? Yes and no, it's simpler and more complicated. '~/.mailcap' and '/etc/mailcap' (and couple of others) are smashed together and then some entry wins. Thing is, rules applied are different for mime-tools and mutt, I think. Thus, maybe you don't need this setting. >> auto_view text/html >> Unfortunately it now prefers the .html version to the plaintext >> version. I presume I need an alternative_order line. *SKIP* > I don't know if there is a better way to configure it. But because of > not being able to deduce a way to avoid this undesired behavior I > avoid that configuration and use an explicit 'm' to mimecap-view the > html part explicitly instead. As I understand your requirements, (just mentioned above) 'alternative_order' list (or is it command?) needs adjustment. Thing is, I can't find a way to query contents of 'alternative_order' *list*, thus you need 'unalternative_order' *command*, and then set *list* with 'alternative_order' *command*. Anyway, this kindof documented in section "MIME Multipart/Alternative". *CUT* -- Torvalds' goal for Linux is very simple: World Domination Stallman's goal for GNU is even simpler: Freedom ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Announcing Devuan 4.0: Chimaera!
On 10/14/21 8:00 AM, Mason Loring Bliss wrote: Dear Friends and Software Freedom Lovers, Devuan Developers are pleased to announce the release of Devuan Chimaera 4.0 as the project's newest stable release. This is the result of lots of painstaking work by the team and extensive testing by the wider Devuan community. Great news. Thank you to all who worked so hard to make this happen. I look forward to upgrading my system. Regards, Eric -- "We are—we cannot require someone to be vaccinated. That's just not what we can do. It is a matter of privacy to know who is or who isn't," -- Nancy Pelosi ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Review of documentation needed
On Mon, Sep 20, 2021 at 09:08:16AM -0400, Hendrik Boom wrote: > On Sun, Sep 19, 2021 at 10:31:19PM -0500, goli...@devuan.org wrote: > > On 2021-09-16 22:30, goli...@devuan.org wrote: *SKIP* > The command for finding the correct display driver: > root@devuan:~# apt-cache search xserver-xorg-video-.* | pager > Shouldn't the '*' be quoted in some manner so that the apt-cache > command gets to interpret it instead of the shell: No, it might not. It's bashism (zsh has special option to let filename generation fail, and it's unset by default; while bash) % bash bash-5.1$ echo abc* abc* It's risky indeed, but it's hard to imagine files with 'xserver-xorg-video-.' prefix just laying around (these days). p.s. Ok then. Done with get-off-my-lawn mode this time. *CUT* -- Torvalds' goal for Linux is very simple: World Domination Stallman's goal for GNU is even simpler: Freedom ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] exim paniclog
On Tue, Jun 01, 2021 at 09:10:38AM +1000, wirelessduck--- via Dng wrote: >> On 1 Jun 2021, at 05:26, Marc Shapiro via Dng wrote: >> /var/log/exim4/paniclog on quixote.home has non-zero size, mail >> system might be broken. The last 10 lines are quoted below. >> >> 2021-05-29 19:35:47 daemon: fork of queue-runner process failed: >> Cannot allocate memory *SKIP* > Next time, before just powering down the system, you should try the > Magic SysRq keyboard shortcuts to see if the kernel is still > responding. > > https://www.kernel.org/doc/html/latest/admin-guide/sysrq.html (I found out this The Hard Way) If anyone is interested in resorting to The Magic SysRq in some unforseable future, then such person should check content of /proc/sys/kernel/sysrq now before it's too late. > I like to follow the example used on the Wikipedia page which lists > the Alt+SysRq+REISUB keys for doing a safer reboot than simply just > hitting the physical power button. Unfortunately, due to contents of above mentioned 'sysrq' I had no chance to verify, but may be SysRq+REIV could be enough. *CUT* -- Torvalds' goal for Linux is very simple: World Domination Stallman's goal for GNU is even simpler: Freedom ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] A way of holding telephone-conferences with DEVUAN?
On Wed, Apr 08, 2020 at 11:03:39AM -0700, tom wrote: > On Wed, 8 Apr 2020 11:34:19 +0300 > Dimitris via Dng wrote: >> On 4/7/20 5:17 PM, g4sra via Dng wrote: >>> OMG how can you agree with Dal and then go on to suggest the use of >>> something cloud based and written in Java ? >> >> jitsi can be installed anywhere. https://meet.jit.si is cloud based >> in europe dcs, run by jitsi devs, yes. but you don't have to use >> that, there are hundrends of other public jitsi meet instances >> (random list : >> https://fediverse.blog/~/DonsBlog/videochat-server?responding_to=745) >> and of course you can host your own. *SKIP* > I think it's pretty horrible for Jitsi to flat out block every other > browser than Chrome or Firefox. > any time I go to a Jitsi server it just gives me a blank blue page > saying this: > It looks like your using a browser we don't support. Please try again > with the latest version of Chrome and Firefox Also, please note "latest". Any time ESRs of these might go down too. *CUT* -- Torvalds' goal for Linux is very simple: World Domination Stallman's goal for GNU is even simpler: Freedom ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Installation difficulties
On Mon, Oct 21, 2019 at 04:32:59PM +0200, Stefan Krusche wrote: > Am Mittwoch, 16. Oktober 2019 schrieb Robert Parker via Dng: >> Do questions about problems installing devuan get answered on this >> list? > I don't know why, but your mail which claims to be sent on October > 16th arrived on the list (actually meaning I got them from the list) > only yesterday (20th). Same with your other mail from Oct 14th. > Maybe that's why you were experiencing a kind of silence from this > list? Quoting headers of first mail this thread: Received: from tupac3.dyne.org (localhost [127.0.0.1]) by vm6.ganeti.dyne.org (Postfix) with ESMTP id 3E8CEF60BA8; Mon, 21 Oct 2019 00:07:47 +0200 (CEST) Authentication-Results: vm6.ganeti.dyne.org; dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=gmail.com header.i=@gmail.com header.b="hhPKFLcy"; dkim-atps=neutral X-Original-To: dng@lists.dyne.org Delivered-To: dng@lists.dyne.org Received: from mail-oi1-f182.google.com (mail-oi1-f182.google.com [209.85.167.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by vm6.ganeti.dyne.org (Postfix) with ESMTPS id B38A9F60C9A for ; Wed, 16 Oct 2019 14:43:05 +0200 (CEST) -- Torvalds' goal for Linux is very simple: World Domination Stallman's goal for GNU is even simpler: Freedom ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] I wrote IBM
On Tue, Oct 01, 2019 at 02:58:18PM +0200, John Crisp via Dng wrote: > On Mon, 30 Sep 2019 19:34:15 -0400 > Steve Litt wrote: > > Bothering? > > > > It's their job to receive letters from the public, and any half way > > smart business values feedback. *SKIP* > Steves letter may have no effect, but there is nothing criminal in his > actions. Of course companies don't want you to contact them. The > guilty don't want to answer awkward questions. Does that mean you let > them get away with it?? Yes, they are run for the shareholders, but > many of them are pension funds, which is YOUR money. You have a voice. > Use it. What suggests that petitioning (appropriate) pension fund is worth considering too. *CUT* > ___ > Dng mailing list > Dng@lists.dyne.org > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng -- Torvalds' goal for Linux is very simple: World Domination Stallman's goal for GNU is even simpler: Freedom ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] SOLVED: slashes in FAT file names
On Tue, Jan 01, 2019 at 06:22:34PM -0500, Hendrik Boom wrote: *SKIP* > I tried magicrescue. But it kept finding many many starts for mp3 > files, and running a script for each one to see if it was really and > mp3 file, in the course of which writing file hundreds of megbytes > long, deciding it wasn't mp3 after all and deleting it. > > Far too slow. Running for a full 18 hours found nothing, and it > looked as if it had searched ony a fraction of the 32G SDXC card. Sorry for wasting your time -- I didn't know this component is in such bad shape. > I then used WxHexEdit, a hex editor, in immediate update mode. It found > the troublesome file names, and I replaced the slashes by zeros. After > that it was easy to read those files. Are we cool now? -- Torvalds' goal for Linux is very simple: World Domination Stallman's goal for GNU is even simpler: Freedom ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] slashes in FAT file names
On Sat, Dec 22, 2018 at 11:13:55AM -0500, Hendrik Boom wrote: > Let me thank everyone for their advice; it looks as if I have enough > ideas to try out now. I'll do that when I'm fully awake an report > back on what worked. *SKIP* > > ls -l lists them like this: > > > > -rw-r--r-- 1 hendrik hendrik 0 Sep 1 2007 06 - Track 6.mq3 > > -? ? ? ? ?? 07/TRA~1.MP3 > > -rw-r--r-- 1 hendrik hendrik 3585716 Sep 1 2007 08-URA~1.MP3 *CUT* Sorry being late to the party and I have multiple confirmations to different mails, so these went in one bag. Yes, kernel somehow constructs i-node numbers from VFAT (which doesn't have i-node per se). Thus, in your listing, multiple files with same i-node -- filesystem is corrupted. Yes, mtools can manipulate 8.3 FAT names instead of VFAT names. But, as we confirmed, filesystem is corrupted -- it won't help either. If everything fails -- consider magicrescue. -- Torvalds' goal for Linux is very simple: World Domination Stallman's goal for GNU is even simpler: Freedom ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Who remembers rootkit..
On 10/23/18 9:24 AM, Jimmy Johnson wrote: On 10/21/18 2:13 PM, eric wrote: On 10/21/18 11:54 AM, Jimmy Johnson wrote: On 10/21/18 6:24 AM, Andrew McGlashan wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 The smart tv has wifi, like all this smart stuff we have today, if First of all it was the Intel system that was giving me the problem, it's now a file server, it's using Trinity desktop on ASCII, the application is 'ksystemlog', and that laptop has 8 systems installed all some kind of KDE and somebody mentioned DRM, I don't know about that, but the behavior was unacceptable, I pulled that laptop and replaced it with another that is not Intel and my system seems normal now even while running the plasma5-desktop, so the problem was intel, driver, firmware, microcode, I don't know, still testing, always testing. Old stable systems like Ubuntu 14.4 + KDE4, Wheezy + KDE4, Devuan Jessie + KDE4 don't seem to have the problem with the Intel HDMI but none of them use kernel version 4.XXX, they are version 2 or 3. All those systems and more are installed on the Intel laptop. Thank you for the information. I downloaded ksystemlog and it is a nice graphical application for viewing many different logs. I think all the computers I work with now are all intel based. I don't run any servers and just support mine and my extended family's computers of whom I have convinced to run GNU/Linux on. My desktop computer uses HDMI to connect to the monitor and I use HDMI on my laptop when using it for presentations. Now have something more to look at to see what is going on "behind the curtain" even though I am sure I will not understand most of it and have to use web searches for messages that look interesting. Thank you, Eric ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Who remembers rootkit..
On 10/21/18 11:54 AM, Jimmy Johnson wrote: On 10/21/18 6:24 AM, Andrew McGlashan wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 The smart tv has wifi, like all this smart stuff we have today, if the HDMI cable has internet, I doubt it, just audio and video. Just so everybody knows the laptop for multimedia, amd radeon has a new from scratch install of ASCII, I've let it set overnight with a movie on pause and the log is open and running live and while I've had the net down the log says:eth0 link down, receive packet failed, dhclent failed to send 300 byte long packet over fallback interface(what fallback interface?), and last is send_packet: please consult README file regarding broadcast address. That was the last log, since I brought the net down and it's much, much quieter and seems to be behaving its self and my audio/video seem to be perfect. I have a computer to repair, a laptop with no power, as I suffer spine & nerve damage & constant pain it maybe a all day job. So I will be checking comments when I can. But for ASCII and it seems to be behaving its self, that is great, with the intel its behavior was crazy. Thanks, Hello Mr. Jimmy Johnson, I am just a casual GNU/Linux user who is very much interested in the Devuan project and I know next to nothing about networking and firewalls. I just use what the default is on installation. I just wanted to ask what log you are viewing and the method you are using to view the log file. I would like to check what kind of messages are being generated on my system. Thank you, Eric ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] keys & subsystems
How can I make hardware keys work in a Thinkpad T500? Vol+, Vol- & Mute are only ones I would use. In other Linux distros the mute, vol+ & vol - keys work. A link to a way would be good enough for me. In the discussions of security & kernel, other internal computers seem hidden from consideration. I use old Core2 systems to avoid remote control computers built in later PCs but the modern SSDs and HDDs, like memory sticks are know to have internal computers. How do Devuan users know the SSD is not calling home or was not infected between foundry & delivery? Might Devuan get some protection, some way to stop a modem, USB device or internal OEM device from calling home? God Bless You, Eric ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] devuan from scratch?
On Thu, Jun 14, 2018 at 08:27:26AM +0200, Jaromil wrote: *SKIP* > it's interesting because it provides an alternative "new" way to > bootstrap a new apt based system in addition to the classical > debootstrap method. I also noticed the instructions have no mention of > systemd, wonder where that will sneak in later... I've made myself to believe that some alternative facts (I guess) must be pointed out. Linux-from-scratch builds from source. Debian-from-scratch builds from respository. Quite a difference, eh? As of svchost -- it *will* come with dependencies, don't you worry. What makes me wonder, this, so to speak, manual is dated as 20180610. Yet it doesn't mention anything for sources.list or versions of any .deb. What seems sneaky to me, because... I dare to state my IMCO (as in 'competent') -- it's impossible to build debian-stable. The only thing debian-* that can be built is debian-unstable (not debian-testing). But to achieve this they already need debian-unstable. What LFS is not. So, place apropriate *.deb s all over incomplete LFS, to make it debian-unstable. Then build dpkg and apt. Why would anyone do that? Just unwind apropriate .deb s. *CUT* p.s. Also. For those ignorant out there. The Linux-from-Scratch has gone The Dark Side. Close that book. -- Torvalds' goal for Linux is very simple: World Domination Stallman's goal for GNU is even simpler: Freedom ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
