Re: From Buster RC2 to Buster stable
On Fri, 2019-07-05 at 13:08 +0300, aprekates wrote: > I've installed Buster RC2. Debian doesn't have defined release candidates for the OS, but it does for the installer, so I guess you used Release Candidate 2 of the installer? All the installers will trying and get the latest versions of packages from the repositories at the time it is run. > Do i have to do sth (except > apt-get update / upgrade) when the official Buster is released? No > And before that. Is there a notion of upgrading to RC3 ? No. -- Tixy
Re: Assorted arm-buster problems - network configuration
On Fri, 2019-07-05 at 06:54 -0400, Gene Heskett wrote: > On Friday 05 July 2019 02:56:39 Reco wrote: [...] > > Easy. You don't understand what the software does (Gene's here), or > > you don't need its functions (I'm here) - you just do not install it. > > You don't fight with it, you don't try to "disable" it in myriad ways, > > and you do not build assorted kludges alongside of it - you do not > > install it, simple as that. > > > Its not quite that simple on the arm's. You do the install there by > dd'ing the complete filesystem image to the boot media, usually a u-sd, That may be the simplest way, but not the only way. You could boot the installer and install the OS from scratch. > so you get that crap regardless and must physically remove it [...] That's the price you pay for having the convenience of using prebuilt images. The alternative of using Debian's installer would have it's own headaches of trying to work out how to run it, then after to install and get working the non-free drivers for graphics (and wifi?). And no doubt there are other mods needed to get things working properly for a particular board, e.g. getting kernel updates installing correctly. So, prebuilt images with networking choices that don't suit you is probably the lesser of the two evils ;-) -- Tixy
Re: fix for no ssh
On Sun, 2019-07-07 at 10:29 -0400, Gene Heskett wrote: > Greetings; > > Maybe I shouldn't publish this, but I found a fix for the no ssh on > reboot till you start it from it's own keyboard. It bypasses > someones > paranoia. If interested, pm me. Why not just let us know? If it's a Debian related thing and not just Raspian then I'm sure lots of us who have remote servers to administer would want forewarning on how to ensure SSH comes up at boot. I note that the release notes for Buster say it comes with AppArmour by default, it you issue related to that? -- Tixy
Re: please stop breaking threads (was: Problem Installing DiscoveryStudio2019 in Buster
On Tue, 2019-07-09 at 11:36 -0400, bw wrote: > > Bw, 9.7.2019 14:13 +0200: > > > >In-Reply-To: <[] 5d24796d.5050...@sbcglobal.net> > > > > Could you please stop this nonsense? You break every thread you > > participate in. "In-Reply-To" is a message *header* field and as > > such > > (surprise!) belongs into the header section of the message and not > > into > > it's body, where you insist on putting it. > > > > Again: please stop this nonsense! > > No Problem, Sorry To Offend... how's this look to ya? Still broken because there is no 'In-Reply-To' or 'References' email header. You've just removed it from the body text. (I'm not the person who complained this time but I did in the past.) -- Tixy
Re: please stop breaking threads (was: Problem Installing DiscoveryStudio2019 in Buster
On Tue, 2019-07-09 at 19:21 +0300, Reco wrote: > Hi. > > On Tue, Jul 09, 2019 at 05:14:13PM +0100, Tixy wrote: [...] > > Still broken because there is no 'In-Reply-To' or 'References' > > email > > header. You've just removed it from the body text. (I'm not the > > person > > who complained this time but I did in the past.) > > I see it in that e-mail: > > In-Reply-To: <2df0e302-4068-c81b-ffa7-b6cac0535...@runbox.com> > > You mean you got the e-mail without it? Correct, no In-Reply-To in the email I got, and the lists archives don't show it as a reply to any other post... https://lists.debian.org/debian-user/2019/07/msg00584.html And threaded list here shows it as a new top level post https://lists.debian.org/debian-user/2019/07/thrd2.html -- Tixy
Re: please stop breaking threads (was: Problem Installing DiscoveryStudio2019 in Buster
On Wed, 2019-07-10 at 07:51 +0100, Thomas Pircher wrote: > bw wrote: > > You mean a windows-clone email client? > > Looks like you have managed to fix the issue, your replies have a > In-Reply-To header and at least in mutt your replies are now properly > threaded. Thanks for fixing this! Not sure he has. The In-Reply-To points to his own previous emails, not the email (judging by the quoting) that he is actually replying to. Where the headers are set correct, it is when other people have added his address in the TO: header, so I'm guessing he is replying to those direct emails. -- Tixy
Re: Where'd lsb-compat go?
On Thu, 2019-07-11 at 13:48 -0500, Kent West wrote: [..] > Today, > when I go to install "lsb-compat" on the other's, I find it's no longer > available in Buster. Has it been deprecated? Seems so, Googling for "debian lsb-compat buster" shows... https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=873090 [...] > For completeness: > > root@lib-pac-04:~# cat /etc/apt/sources.list > # > > > deb http://ftp.us.debian.org/debian/ stable main contrib non-free > deb-src http://ftp.us.debian.org/debian/ stable main contrib non-free [...] Well, the 'stable' release changed from 'stretch' to 'buster' a few days ago, so your systems are possibly now going to be a mix of those two releases, probably not what you wanted. Really, you want the codenames of the release you want to run in sources.list, not 'stable'. Then you can explicitely upgrade to a new release at a time of your choosing, taking into consideration what the release notes say and leasons leaned from upgrading one of your systems first. -- Tixy
Re: Can Grub Boot Through a USB Port on an Old PC?
On Thu, 2019-07-25 at 21:13 +0300, Andrei POPESCU wrote: > On Jo, 25 iul 19, 12:37:17, Martin McCormick wrote: > > I mounted /dev/sde1 to /mnt and used rsync to copy > > everything it could including devices to /home/wheezy > > > > rsync --devices -alHvbq /mnt/ /home/wheezy > > You might want to try bind mounting /dev from the host system before > chrooting. > > mount -o bind /dev /home/wheezy/dev > > /proc and /sys might also be needed for the chroot to work properly. > > mount -t proc proc /home/wheezy/proc > mount -t sysfs sys /home/wheezy/sys > I've used 'schroot' in the past for this sort of thing, let's you configure what to mount and I believe either defaults or has examples for the common things you're likely to need like /dev and /proc. I don't remember the details as it's been quite some years since I used it. -- Tixy
Re: Can Grub Boot Through a USB Port on an Old PC?
On Thu, 2019-07-25 at 21:23 -0500, Martin McCormick wrote: > Tixy writes: > > I've used 'schroot' in the past for this sort of thing, let's you > > configure what to mount and I believe either defaults or has > > examples > > for the common things you're likely to need like /dev and /proc. I > > don't remember the details as it's been quite some years since I > > used > > it. > Thanks for this information. I have installed schroot > as this seems to be the missing link I didn't know about. > > I knew one had to have all the resources turned on so to > speak and it looks like schroot makes getting it right in this > century much more likely. This may, or may not, be useful to the sort of work you do, but I also used it to run a Debian install for a different CPU, in my case an Arm Debian install running on my x86 PC. I found that getting a PC to emulate an Arm CPU was a lot quicker and more convenient than doing it on the Arm single board computers I had. In such a setup, whilst the PC is having to do lot's of extra works to emulate Arm instructions for running user code, you are still using the PC's kernel, so disk i/o is likely an order of magnitude or more faster, and you have available all the PC's RAM, which is probably a lot more than the ARM board's. If I remember correct, getting such a setup working was quite straight forward. To be able to run foreign binaries I think you just need to install package qemu-user-static and it's recommendation binfmt-support, and after a quick google just now [1], there is probably an emulation binary from that which needs copying into the Arm chroot. [1] https://wiki.debian.org/RaspberryPi/qemu-user-static -- Tixy
Re: Buster Mate: how to set default user nae
On Sat, 2019-08-10 at 11:28 -0700, Peter Ehlert wrote:
> On 8/10/19 7:52 AM, Tom Browder wrote:
> > In an older version of debian (7 or so) I had my system set so the
> > login screen would show my user name as the default.
> >
> > That went away after some version upgrade or reinstall and I've
> > silently grumbled about it ever since (especially when I inadvertently
> > flash part of my password as my muscle memory has me entering it in
> > the blank user name slot!).
> >
> > I have tried searching for the solution but so far have found nothing.
> >
> > I have also tried "find ~/.config -exec grep -i user {} \; -print "
> > and found nothing that seemed worth a deeper look.
> >
> > Can anyone help me?
> >
> > Thanks.
> >
> > Best regards,
> >
> > -Tom
>
> you can edit lightdm.conf/lightdm.conf
Do you mean /etc/lightdm/lightdm.conf ?
>
> below this header
> #
> [Seat:*]
>
> find these lines
>
> # autologin-user=
> # autologin-user-timeout=0
>
> uncomment the first and add the user name
>
> uncomment the second line if you want autologin (no password)
Uncommenting that line won't change behaviour as the comments give what
the defaults are. If you set a value for autologin-user then that user
will be automatically logged in without asking for a password (this is
what I use). I believe setting autologin-user-timeout to a non-zero
value will delay that number of seconds giving the user chance to
cancel auto-login and select another user. I don't know if that matches
the behaviour Tom is looking for or if he always requires a password to
be entered.
--
Tixy
Re: dbus-deamon avoiding reboot after upgrade
On Thu, 2019-08-15 at 19:41 +0100, Brian wrote: > The fact remains that dbus is not a DE only package. How did anyone > get the idea it was? Perhaps because D-Bus stands for Desktop Bus and according to Wikipedia [1] D-Bus was developed as part of the freedesktop.org project [...] to standardize services provided by Linux desktop environments such as GNOME and KDE. It's seems quite reasonable to me for people to jump to the conclusion that it's not likely relevant for servers. [1] https://en.wikipedia.org/wiki/D-Bus -- Tixy
Re: why won't ff look at this url?
On Sat, 2019-08-24 at 10:21 -0400, Gene Heskett wrote: > https://abcnews4.com/news/nation-world/w-va-ambulance-ems-director-arrested-accused-of-missing-and-tampering-with-narcotics > > All I get for clicking on it is a blank screen. Looks like abcnews4.com does everything with javascript. You got that disabled or blocked with a plugin? -- Tixy
Re: why won't ff look at this url?
On Sat, 2019-08-24 at 12:22 -0400, Gene Heskett wrote: > On Saturday 24 August 2019 10:33:20 Tixy wrote: > > > On Sat, 2019-08-24 at 10:21 -0400, Gene Heskett wrote: > > > > https://abcnews4.com/news/nation-world/w-va-ambulance-ems-director-a > > >rrested-accused-of-missing-and-tampering-with-narcotics > > > > > > All I get for clicking on it is a blank screen. > > > > Looks like abcnews4.com does everything with javascript. You got > that > > disabled or blocked with a plugin? > > IDK, how do I check? Well, you'd know if you'd installed a specific plugin like NoScript, so I'll assume you didn't. Also, seems unlikely that you'd have accidentally disabled javascript globally, just googled for how you do that... In the Firefox address/search bar, enter the address about:config and then in the search bar on that config page search for javascript.enabled. On mine is says that config is 'default boolean true' which I assume means that the value is the default (i.e. not been changed) and it's a boolean (true/false) value set to true. -- Tixy
Re: usr merge apparently breaks amanda
On Fri, 2019-09-06 at 13:12 -0400, Gene Heskett wrote: > On Friday 06 September 2019 11:52:15 Pascal Hambourg wrote: > > > Le 06/09/2019 à 16:39, Gene Heskett a écrit : > > > On Friday 06 September 2019 10:20:14 Greg Wooledge wrote: > > >> I could very easily see amanda itself breaking from usrmerge, if > it > > >> contains programs that try to invoke commands using their full > > >> paths (e.g. /bin/rm -f ...). > > > > Why would that break ? Old paths are still valid, this is the > purpose > > of the symlinks. > > > > Before usr merge : > > /bin/rm -> ok > > /usr/bin/rm -> ko > > > > After usr merge : > > /bin/rm -> ok > > /usr/bin/rm -> ok > > > > Unless something is unable to follow symlinks. > > > > > FAILURE DUMP SUMMARY: > > >picnc / lev 0 FAILED [data timeout] > > >picnc / lev 0 FAILED [[request failed: No route to host]] > > >picnc / lev 0 FAILED [dumper TRYAGAIN: [request failed: No > route > > > to host]] > > > > This is a network error (ARP or NDP address resolution failure). I > > wonder what it has to do with usr merge. > > Good question. Network is working fine on that machine, until amanda > touches it. Amanda's own logs on that machine look normal. > > And I am running out of hair. Ideas to check next appreciated. Is the problem being talked about here different to amanda usr-merge bug 939411 [1] which I saw that mentioned in another thread [2] ? [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=939411 [2] https://lists.debian.org/debian-user/2019/09/msg00219.html -- Tixy
Re: Is the buster 10.1 net install in armhf flavor ready for an rpi-4b?
On Mon, 2019-09-16 at 20:31 -0400, Gene Heskett wrote: > On Monday 16 September 2019 19:50:32 Jonas Smedegaard wrote: > > > Quoting Gene Heskett (2019-09-16 22:10:53) > > > > > On Monday 16 September 2019 12:22:23 Jonas Smedegaard wrote: > > > > Quoting Gene Heskett (2019-09-16 17:56:38) > > > > > > > > > Cheers, Gene Heskett > > > > > > > > Please write in content, not only subject field. > > > > > > > > And please clarify what you are talking about - e.g. by pinking > to > > > > the thing. > > > > > > pinking? > > > > What a weird typo. I meant to type "linking". :-) > > > > > > Concretely, I am puzzled what you mean by "1.1" - Buster is > > > > release 10 of Debian. Do you perhaps mean "10.1" or perhaps > not > > > > Debian but Raspbian? Or Armbian? Or... > > > > > > Debian 10.1 for armhf, that 1.1 is a typu. Fixed. > > > > Thanks for clarifying. > > > > No, Debian 10.x a.k.a. Buster does not support rpi4: > > https://wiki.debian.org/RaspberryPi#Raspberry_Pi_4 > > > Is there a SWAG estimate on timeline till support? Or is it the > foundation thats doing the foot dragging? Buster uses the 4.19 kernel, that was released 11 months ago so I assume that didn't have support for RPi4 then. To get support in Buster, someone would have had support accepted into Linus Torvald's kernel, then backport that and have it accepted into the 4.19 Long Term Support (LTS) kernel on kernel.org, from where Debian would pick it up. Googling on site kernel.org, shows an RFC to add support [1] but those files aren't in Linux 5.3, and there's a patch still in development [2] to enable the kernel to support more than 1GB RAM on hardware like the RPi4 has. Conclusion, to me, it looks like the mainline kernel doesn't yet have RPi4 support, and when it does, would anyone want to go to the effort to backport that to 4.19? I wouldn't be holding my breath for RPi4B support in a Buster netinst image. -- Tixy [1] https://patchwork.kernel.org/patch/11048253/ [2] https://patchwork.kernel.org/cover/11135137/
Re: Is the buster 10.1 net install in armhf flavor ready for an rpi-4b?
On Tue, 2019-09-17 at 07:09 +0100, Tixy wrote: > Conclusion, to me, it looks like the mainline kernel doesn't yet have > RPi4 support, and when it does, would anyone want to go to the effort > to backport that to 4.19? Actually, I don't think the support for >1GB memory patches [2] meet the criteria to be acceptable in a LTS kernel. Patches are meant to be for bugs not new features. > I wouldn't be holding my breath for RPi4B > support in a Buster netinst image. > > [1] https://patchwork.kernel.org/patch/11048253/ > [2] https://patchwork.kernel.org/cover/11135137/ -- Tixy
Re: Authentication for telnet.
On Mon, 2019-09-30 at 14:43 +1000, David wrote: [...] > A final puzzle is that I vaguely recall from other > messages that you use something named Oberon. It came up in the discussion of why he breaks threads every time he posts to this list. The X-Mailer header in his emails says 'Oberon Mail' and it seems that MUA doesn't set In-Reply-To or References like it should do. > I'm totally ignorant about Oberon, so I looked at > wikipedia [1] which says that Oberon it is an operating > sytem with an unusual user interface. > So I feel a need to ask, is Oberon involved here? -- Tixy
Re: NAS software for Raspberry Pi that supports full range of client OS (Win-10, MacOS-X, Linux) ?
On Wed, 2020-03-25 at 21:39 +0100, Linux-Fan wrote: > Also, never underestimate the OS disk: RPIs boot off a microSD card. I am > surprised that my Banana Pi M2+EDU still runs on its first card after more > than two years, so it seems to be possible to get some reliability out of > the cards. I have a Sheevaplug being a router + NAS + DNS + fallback MTA + serial port concentrator, and it uses an SD card as it's root filesystem (spinning disks are just for NAS data). I just checked my Amazon order history and the SD card it uses is 8 years old, and it will be getting written to regularly for things like log files at least. -- Tixy
Re: HTML mail + PDF attachments
On Thu, 2020-03-26 at 07:38 -0400, Dan Purgert wrote: > As you said, the correct approach would be utilizing IMAP -- however, > whether or not there is IMAP access is entirely dependent on the > server's configuration. Offhand I don't know of any that _only_ > support > POP3 these days; but there's always the chance of that. I just check my old ISP who I still pay for using the old email address I had with them, and their FAQ says, POP only, no IMAP. I bet a lot of those ISP's that still provide email for customers only support POP3, they certainly never use to support IMAP and I can't see them adding it, it's no extra benefit to them and IMAP takes more CPU and storage resources (with pop being default delete on download). -- Tixy
Re: New RAM, does Debian has a tool to benchmark?
On Fri, 2020-04-10 at 20:01 -0700, David Christensen wrote: > My laptop is maxed out at 2 GB. If I open more than a few browser > windows with heavy JavaScript, the computer slows to a snail's pace. Would the amount of RAM affect browser JavaScript performance? Is that due to JIT compiler results not being able to be cached or something like that? I've just assumed slow performance it due to CPU throughput. -- Tixy
Re: DOH (was: geolocation services disabled and Gnome maps)
On Sun, 2020-04-12 at 13:21 +0300, Reco wrote: > On Sun, Apr 12, 2020 at 12:10:45PM +0200, to...@tuxteam.de wrote: > > That's why I cringe at the idea that browsers want to start doing > > name resolution over HTTPS. > > This simple one line of dnsmasq configuration will disable this > problematic feature for good for Firefox (basically it creates a > bogus > NXDOMAIN response for this particular site): > > local=/use-application-dns.net/ > Technically, that doesn't disable it, just just disables any 'on by default' DoH [1]. For individual users worried about this, it would be simpler not to accept it when Firefox asks to enable it, or to disable it it with a config option. [2] That would be needed to be done anyway for mobile devices that can roam to different networks. [1] https://support.mozilla.org/en-US/kb/canary-domain-use-application-dnsnet [2] https://support.mozilla.org/en-US/kb/firefox-dns-over-https -- Tixy
Re: Can I install Debian on Raspberry Pi?
On Wed, 2020-04-15 at 16:21 +0800, Turritopsis Dohrnii Teo En Ming wrote: > What is debootstrap? Why don't you put 'debootstrap' into your favourite web search engine? -- Tixy
Re: gnome-disk-utility User Session Defaults issue
On Fri, 2020-05-08 at 09:59 -0400, Default User wrote: > Hi David. > > Yes, I made the labels for the partitions during the original > installation: > > /dev/sda1 = / (primary partition) > /dev/sda2 = (extended partition) > /dev/sda5 = swap (logical partition) > /dev/sda6 = /home (logical partition) > > So /dev/sda2 has no label, as it is just an extended partition, which > "holds" logical partitions: > /dev/sda5 > /dev/sda6 It strikes me that using '/' in a label might cause problems. E.g. something (kernel? udev?) makes disks appear under /dev/disk/by-label/ where each entry is the label name. If that label contains a '/' then it can't appear there, or if it does, it will have a mangled name to remove the '/'. -- Tixy
Re: Changing timestamps in video files
On Tue, 2020-05-19 at 14:14 +0200, Nicolas George wrote: > Cindy Sue Causey (12020-05-19): > > > Funny thing: three weeks later, still speculating what the original > question was about, without any input from the person who asked it. Try reading the email Cindy was replying to. -- Tixy
Re: Changing timestamps in video files
On Tue, 2020-05-19 at 14:46 +0200, Nicolas George wrote: > Tixy (12020-05-19): > > Try reading the email Cindy was replying to. > > I already did: technical points, speculating around what the OP > actually > wanted. Ah, sorry. In my email client Cindy's reply showed up under the OP's post today with more details. Looking again, I see that Cindy's email is in fact a reply to and old post in the thread I've since deleted and not the OP's post today. -- Tixy
Re: Return a Debian system to a pristine state
On Sat, 2020-05-30 at 08:06 +0300, Andrei POPESCU wrote: > On Sb, 30 mai 20, 10:51:37, Victor Sudakov wrote: > > John Hasler wrote: > > > Perhaps what you want is something which will tell you which > > > programs > > > have gone unused for the longest time. > > > > That would be nice too. > > As already mentioned, the package popularity-contest does that, > somewhat. But, if I remember correct, relies on filesystems having file access time-stamping enabled. Which for many years hasn't been the default or recommended, due to the extra disk accesses required (causing worse performance and SSD wear). -- Tixy
Re: Return a Debian system to a pristine state
On Sat, 2020-05-30 at 15:38 +0300, Andrei POPESCU wrote: > On Sb, 30 mai 20, 10:27:14, Tixy wrote: > > On Sat, 2020-05-30 at 08:06 +0300, Andrei POPESCU wrote: > > > On Sb, 30 mai 20, 10:51:37, Victor Sudakov wrote: > > > > John Hasler wrote: > > > > > Perhaps what you want is something which will tell you which > > > > > programs > > > > > have gone unused for the longest time. > > > > > > > > That would be nice too. > > > > > > As already mentioned, the package popularity-contest does that, > > > somewhat. > > > > But, if I remember correct, relies on filesystems having file > > access > > time-stamping enabled. Which for many years hasn't been the default > > or > > recommended, due to the extra disk accesses required (causing worse > > performance and SSD wear). > > According to mount(8) the default is 'relatime', which in my > understanding is a compromise, i.e. it should be good enough for > popularity-contest. Thanks, that prompted me to look at what relatime actually does (which I know was the modern default). In my previous readings I'd missed the fact that atime is updated every 24 hours. So yes, perfectly good for popularity-contest. -- Tixy
Re: OT: Spam level on Debian Users list.
On Fri, 2020-06-05 at 11:54 -0400, Kenneth Parker wrote: > Do we need to beef up Filters on this List? I don't think so. There's about 3 or 4 get through a week. Unfortunately there's probably a dozen more because people reply to the spam, then a load more noise from people telling other people not to reply to spam. Then more noise from email discussions like this which I'm now adding to :-( -- Tixy
Re: Looping Shell Scripts and System Load
On Wed, 2020-06-24 at 13:43 -0400, Greg Wooledge wrote: [Lots of good shell scripting advice snipped] Thanks Greg for posting these code reviews of people's scripts, it's not just the script authors which might learn something, but also some of us list subscribers. :-) -- Tixy
Re: Very old hardware...
On Sun, 2020-07-05 at 12:06 +0200, deloptes wrote: > David Wright wrote: > > > I was under the impression that i586 was a Debian invention for > > kernels that had been termed i486, in order to prevent the impression > > that they would run on 486 hardware (as they had done previously). > > > > I would expect a 700MHz Pentium III to run a 686 kernel. > > My 650MHz Pentium III (Coppermine) runs buster with the kernel in > > linux-image-4.19.0-9-686-pae_4.19.118-2+deb10u1_i386.deb > > > > I am not sure - this is what I am saying with those links. > > In wheezy > > Nearly all x86-based (IA-32) processors still in use in personal computers > are supported, including all varieties of Intel's "Pentium" series. > https://www.debian.org/releases/wheezy/i386/ch02s01.html.en > > But this statement is missing later (especially the last part regarding > Pentium series) > > How I know this - some years ago I had to start building kernel for Geode, > because it is i586. And reading around noticed the notification that older > models are not supported by default debian kernel. > > This means that OP has to build kernel to run it. Except that in David's post you quoted, he said he's running a Buster kernel on his Pentium III (same CPU series as the OP said he had). Also, the release notes for Buster mention in section 5.1.10. that WebKit2GTK required SSE2 support so will crash on Pentium III or Geode. It also says 'The first update of webkit2gtk in buster is expected to restore support for these systems' So it's obvious that Buster in general works on Pentium III, and the OP can expect it to install and work if they want to try. No custom kernels needed. -- Tixy
Re: Final CDs being written for Stretch - 9.13 release - prior to LTS
On Sat, 2020-07-18 at 18:48 -0400, Dan Ritter wrote: > At this point in 2020, I think it would be reasonable to only produce > netinst images and jigdo (and live, but that's a different-ish > project). Drop the DVD images. [...] Though this doesn't apply to me, I can imagine a fair few people in the world who don't have access to fast, cheap internet who would appreciate a DVD image that they can simply download somewhere where they can get good internet. e.g. library, work, education establishment. Or could get someone else to do that and mail it. -- Tixy
Re: Final CDs being written for Stretch - 9.13 release - prior to LTS
On Sun, 2020-07-19 at 13:43 -0400, Dan Ritter wrote: > Tixy wrote: > > On Sat, 2020-07-18 at 18:48 -0400, Dan Ritter wrote: > > > At this point in 2020, I think it would be reasonable to only > > > produce > > > netinst images and jigdo (and live, but that's a different-ish > > > project). Drop the DVD images. > > [...] > > > > Though this doesn't apply to me, I can imagine a fair few people in > > the > > world who don't have access to fast, cheap internet who would > > appreciate a DVD image that they can simply download somewhere > > where > > they can get good internet. e.g. library, work, education > > establishment. Or could get someone else to do that and mail it. > > Effectively, that's what jigdo is. Run a program locally to > download and re-create ISO images. Except you've got to download and install jigdo at your library/work/college, or get a non-technical friend to do that, which may not be permissible or possible. A DVD ISO image is just a file that anyone can download with just a web browser. -- Tixy
Re: Final CDs being written for Stretch - 9.13 release - prior to LTS
On Sun, 2020-07-19 at 16:25 -0400, Stefan Monnier wrote: > > > At this point in 2020, I think it would be reasonable to only produce > > > netinst images and jigdo (and live, but that's a different-ish > > > project). Drop the DVD images. > > An alternative is to have "virtual ISO images", i.e. images which are > constructed on the fly (presumably by jigdo) on the web-server side. > > > Though this doesn't apply to me, I can imagine a fair few people in the > > world who don't have access to fast, cheap internet who would > > appreciate a DVD image that they can simply download somewhere where > > they can get good internet. e.g. library, work, education > > establishment. Or could get someone else to do that and mail it. > > I'm not sure why the discussion is always around DVD images. > Would you be equally happy with an image only for a USB flash drive, or > is it important for it to be an image for optical media? Debian's 'DVD' images are isohybrid and work for booting from USB flash drives, which is how I use them now [1]. So, for me, an image that only works on a USB stick would be fine, but what benefit is gained by removing support for optical media which some other people may need? [1] Actually, I use the net install 'CD' images, CD/DVD/Blueray(?) just gets used to distinguish capacity of optical media needed to contain them I believe. -- Tixy
Re: Slow wifi-reconnection when waking up
On Wed, 2020-07-22 at 22:51 -0400, Stefan Monnier wrote: > > > Somehow NM is convinced that it should try an Ethernet connection > > > first. You need a way to disabuse it of that notion. > > Why doesn't it start with the last active connection? > I suspect that for 99% of the users this will be the most common > case. > > Also, why does it wait 10s before it tries to connect to anything? Perhaps because it's got to detect that it's actually lost network connection in the first place? When the computer comes back from hibernate or suspend a running program probably doesn't know anything's happened other that time has jumped forward a lot. -- Tixy
Re: documentation for sddm-greeter
On Mon, 2020-07-27 at 01:54 -0700, tom arnall wrote: > is there any? > > the issue i'm dealing with is creating avatars on the login screen. > i'm running debian buster with the LXQt desktop., And the hits from Googling 'sddm avatar' aren't any good? The top 3 hits in Google gives me the Arch wiki page which includes a section on configuring avatars, a man page which mentions how to enable avatars, and Reddit questions people asking about problems with avatars. -- Tixy
Re: documentation for sddm-greeter
On Mon, 2020-07-27 at 11:39 +0100, Tixy wrote: > On Mon, 2020-07-27 at 01:54 -0700, tom arnall wrote: > > is there any? > > > > the issue i'm dealing with is creating avatars on the login screen. > > i'm running debian buster with the LXQt desktop., > > And the hits from Googling 'sddm avatar' aren't any good? > > The top 3 hits in Google gives me the Arch wiki page which includes a > section on configuring avatars, a man page which mentions how to enable > avatars, and Reddit questions people asking about problems with > avatars. Also, the man page for sddm-greeter in Debian says at the end 'The full documentation for sddm is available at https://github.com/sddm/sddm'. However, that documentation looks more empty than 'full' :-( -- Tixy
Re: kmail - mailadresse and name confused
On Wed, 2020-08-19 at 21:55 +0200, Hans wrote: > Answer myself: There is ~/.config/kmailrc, which got the known mailaddresses > with names. However, when I delete them in this file and restart kmail, the > mail addresses I sent to in the past. are not forgotten. So there is no > change > in the behavour. > > This led me to the conclusion, that these information must be stored > somewhwere else. I'm guessing here as I don't use kmail, but have you looked in ~/.cache ?
Re: next LTS version?
On Wed, 2018-07-04 at 10:55 +0100, Darac Marjal wrote: > On Wed, Jul 04, 2018 at 07:53:49AM +0900, Byung-Hee HWANG (황병희, 黃炳熙) > wrote: > > In Article <201807031752.13571.ghesk...@shentel.net>, > > Gene Heskett writes: > > > > > Greetings all; > > > > > > Since wheezy is pretty much EOL even for security stuffs, whats > > > the next > > > version that will be LTS? > > > > > > As a linuxcnc fan, I'd like to know what I have to build a rt, or > > > rtai-kernel on. > > > > > > > Well i don't know what LTS is, however day by day i am waiting for > > Bullseye, very much!!! > > LTS = Long Term Stable. To nit-pick, LTS = Long Term Support > That is, a version of stable which is > fully-supported for 5 years (rather than the 3 years of a standard > release). It's not quite 'fully supported'. The extra support (after the standard approx 3 years) is only for a subset of architectures and packages [1]. Also, hat support isn't done by the Debian security team, which in my experience means that security updates can come day's or weeks after the Stable release gets them. (That isn't intended to be a criticism of the people working on LTS, just an observation so people considering relying on LTS know they may need to be a bit more proactive when security issues emerge.) [1] https://wiki.debian.org/LTS/FAQ#What_architectures_are_supported.3F -- Tixy
Re: Gimp Babl too old
On Wed, 2018-09-12 at 19:54 +0200, Étienne Mollier wrote: > At first, it sounded like the last `apt update` execution > occurred some time between “libbabl-dev” and “libbabl-0.1-0” > upgrade to version 0.1.56-1 on repositories side. > > But “libbabl-0.1-0” seems somehow picked from another > repository, the version convention “1:0.1.44-dmo1” looks like it > is designed to supersede Debian's initial package on purpose. Sounds like the sort of thing the third party repository at deb-multimedia.org does, and the 'dmo1' in the package name is a big clue that is the case here. Basically, every time a version of a library in deb-multimedia falls behind Debian you're likely to get some kind of breakage, because it has used the epoch number to fake up this 'I'm a higher version so install me instead of the of official Debian library'. If the OP is running Sid with deb-multimedia then this sort of thing is going to be a reoccurring problem. -- Tixy
Re: Upgrading with a low data cap
On Sun, 2018-10-07 at 20:08 -0500, David Wright wrote: [...] > If you're impatient and want to copy files to the stick during > installation, note that (last time I looked) cp has no -n switch > at this time. $ man cp | grep -C1 '\-n,' -n, --no-clobber do not overwrite an existing file (overrides a previous -i option) -- Tixy
Re: Upgrading with a low data cap
On Mon, 2018-10-08 at 10:20 -0500, David Wright wrote: > On Mon 08 Oct 2018 at 06:59:15 (+0100), Tixy wrote: > > On Sun, 2018-10-07 at 20:08 -0500, David Wright wrote: > > [...] > > > If you're impatient and want to copy files to the stick during > > > installation, note that (last time I looked) cp has no -n switch > > > at this time. > > > > $ man cp | grep -C1 '\-n,' > > > > -n, --no-clobber > > do not overwrite an existing file (overrides a > > previous -i option) > > You're on the wrong man page. You need to read man busybox. > (I haven't checked how much of stretch's busybox is in d-i's busybox; > perhaps all, perhaps not.) Ahh, I wasn't paying enough attention to realise we were talking about the installer. You could get the same effect of "cp -n" with "yes n | cp -i". -- Tixy
Re: Micro-report: using Stable without systemd
On Sun, 2018-10-14 at 10:23 -0400, Dan Ritter wrote: > Throughout Jessie and Stretch, I have been running Debian without > systemd as the init system. If systemd became installed by accident, > I > promptly removed it in favor of sysvinit. > > I have done so on six desktops, two laptops, and a large number (I > will > not specify, but in the hundreds) of servers. > > I have encountered no problems that can be attributed to my choice of > init system. I take it you don't have encrypted disks then, because with them Stretch will hang on shutdown if you aren't using systemd as the init process [1], that was the reason I finally gave in and installed systemd when I upgraded to Stretch. The nail in the coffin was the comments linked to from that bug report where udev upstream maintainers said they don't support non-systemd init (udev is part of the systemd project now). [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794721 -- Tixy
Re: Micro-report: using Stable without systemd
On Sun, 2018-10-14 at 18:19 +0200, to...@tuxteam.de wrote: > On Sun, Oct 14, 2018 at 04:57:49PM +0100, Tixy wrote: > > On Sun, 2018-10-14 at 10:23 -0400, Dan Ritter wrote: > > > Throughout Jessie and Stretch, I have been running Debian without > > > systemd as the init system. If systemd became installed by > > > accident, > > > I > > > promptly removed it in favor of sysvinit. > > > > > > I have done so on six desktops, two laptops, and a large number > > > (I > > > will > > > not specify, but in the hundreds) of servers. > > > > > > I have encountered no problems that can be attributed to my > > > choice of > > > init system. > > > > I take it you don't have encrypted disks then, because with them > > Stretch will hang on shutdown if you aren't using systemd as the > > init > > process [...] > > This is fixable. I've encrypted disks (unencrypted boot plus one LUKS > partition containing an LVM whithin which the other partitions live). That's my setup too. > All under sysvinit. > > If there's interest, I can recap what I had to do to fix it (it > seemed > obvious to me at the time, but memory is treacherous). Thanks for the offer, personally I'm sticking with systemd for now. BTW, I just noticed, the Debian bug I mentioned [1] has had recent activity and was marked as fixed a month ago, so I guess Buster will be fixed. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794721 -- Tixy
Re: Unattended Upgrades question
On Mon, 2018-10-15 at 21:54 +0100, Brian wrote: > On Mon 15 Oct 2018 at 17:45:36 -0300, rv riveravaldez wrote: > > > Hi, two doubts: > > > > 1. Is it OK to disable/remove Unattended Upgrades on Debian > > testing? > > Of course it is; if that is what you want. > > > 2. If the answer is 'yes': which would be the best/proper way to do > > it? > > apt purge unattended upgrades I assume there's a missing hyphen there and it should be: apt purge unattended-upgrades -- Tixy
Re: stretch update overwrites nano file
On Tue, 2018-11-27 at 00:30 +, Brian wrote: > On Mon 26 Nov 2018 at 17:03:35 -0600, David Wright wrote: > > > On Mon 26 Nov 2018 at 16:31:38 (+), Bonno Bloksma wrote: > > > What I just DID notice is that the upgrade replaced ALL nanorc > > > files in the /usr/share/nano/ directory. All ca. 30 default files > > > with timestamp Jul 16 2014 are gone and my default.nanorc file of > > > a later date is gone as well. > > > There are now around 40 files with timestamp Jan 11 2017. > > > > AIUI those files are part of the nano package, so the upgrade > > upgrades > > them. It would be nice if one could substitute one's own foo.nanorc > > file in a location like /etc/nano/ but I don't think the code for > > that > > has been written into the program. > > As you say, anything in /usr/share/ is under the control of the > packaging system and in, this case, "my default.nanorc" is not the > user's default.nanorc but the system's. It can do what it wants with > it. There is no bug here. > > > > There was no warning that it was going to do so. Worse there are > > > NO *.nanorc.dpkg-old files to replace the new color schemes with > > > my old ones. > > > > I think that facility only takes place for conffiles, and those > > files > > aren't conffiles. If they were, they would have to reside under > > /etc. > > Correct. Why should there be any warning when the packaging system > is only doing what it is designed to do? A user would alter nano's > behaviour in $HOME. For the OP who probably isn't reading the list... The man pages for nano (command "man nano") says at end "See Also nanorc", and "man nanorc" says: During startup, nano will first read the system-wide settings, from /etc/nanorc (the exact path might be different), and then the user- specific settings, from ~/.nanorc. So, the correct file to customise nano settings is either of those two files. -- Tixy
Re: Disk error?
On Wed, 2022-08-24 at 11:48 +0100, Tim Woodall wrote: > On Wed, 24 Aug 2022, Andy Smith wrote: > > > Hello, > > > > On Wed, Aug 24, 2022 at 08:23:11AM +0100, Tim Woodall wrote: > > > dpkg-deb (subprocess): decompressing archive > > > '/tmp/apt-dpkg-install-zqY3js/03-libperl5.34_5.34.0-5_arm64.deb' > > > (size=4015516) member 'data.tar': lzma error: compressed data is corrupt > > > > [?] > > > > > Am I right that this must be a local error - apt will have verified the > > > checksum while downloading the deb? > > > > I think so. But you could confirm by downloading the .deb file > > elsewhere and comparing using sha56sum or similar. > > > Yes, the file seems good - it's cached by apt-cacher-ng. > > > Assuming your local .deb file appears correct, I think I'd try > > reading the file a number of times to check it can be reliably read. > > > > If that works then I think I'd move on to a memory stress test. On > > amd64 I'd use memtest86 but I don't know what is best for arm64. > > > That's a good idea - actually this is amd64 - arm64 is being simulated. So a bug in qemu is another possibility. -- Tixy
Re: Will firefox-esr move to version 102 in bullseye?
On Wed, 2022-08-24 at 20:13 +0200, Anders Andersson wrote: > While investigating my options for hardware acceleration in the > browser I found a snippet on the debian wiki that I'm trying to parse: > > From: https://wiki.debian.org/Firefox#Hardware_Video_Acceleration > > This is for Debian 11 / Bullseye > > [...] > > firefox-esr is projected to be updated to version 102 sometime in 3Q 2022. > > Normally I would not expect anything in the stable distribution to get > a large update, but I know that firefox has been treated differently > in the past, and the wording in the wiki made me wonder. > Mozilla stops supporting the old ESR a few months after a new one is released [1]. So I assume Debian would ship the new one, certainly at least at the point the old one gets known security vulnerabilities. [1] https://support.mozilla.org/en-US/kb/firefox-esr-release-cycle -- Tixy
Re: Will firefox-esr move to version 102 in bullseye?
On Wed, 2022-08-24 at 21:13 +0200, Sven Joachim wrote: [...] > For Debian stable, I expect Firefox and Thunderbird to move to the 102 > branch after the next Bullseye point release, scheduled for September > 10[1]. To build them, at least rustc 1.59 is needed, and Bullseye > currently only has version 1.51 (packaged as rustc-mozilla). I'm getting deja vu here [1], hopefully we won't be left with an insecure Firefox in Debian this time. [1] https://lists.debian.org/debian-user/2021/12/msg00260.html -- Tixy
Problems with systemd-resolved (was Re: networking.service: start operation timed out [SOLVED]_
On Wed, 2022-08-31 at 08:49 +0800, Jeremy Ardley wrote: > A result of the use of resolved is the start-up and dependency logic. Another problem I had with systemd-resolved on an Ubuntu box was that it refuses to forward single part names to the DNS server it got by DHCP (names like 'printer1' as opposed 'printer1.domain'). Instead, it wants to try and resolve them as Link-Local Multicast Name Resolution. I tried disabling that feature [1] but it still doesn't forward, so I disabled systemd-resolved and hard coded /etc/resolv.conf point to my DNS server. My Debian boxes don't have this problem because as Greg pointed out, systemd-resolved isn't enabled on Debian by default (as of the current Stable release.) [1] https://bugs.launchpad.net/netplan/+bug/1777523/comments/8 -- Tixy
Re: Sometimes different network interface name?
On Fri, 2022-09-02 at 13:44 +0300, Anssi Saari wrote: > I have an LTE module in my Debian router for failover in case my fiber > goes down. It has this occasional issue that mostly its interface is > wwan0 but sometimes it's wwx0a697e2d934f. > > When that happens I have something like this in my syslog: > > Sep 1 08:34:40 animus kernel: [8.150781] qmi_wwan 2-1.3:1.5 > wwx0a697e2d934f: renamed from wwan0 > > So did the kernel really go and rename my interface? Why does this > happen only occasionally? Some race condition? The number in the name looks like a MAC address and its value is in the 'locally administered' range, i.e. not something baked into the device by the manufacturer. Is that number always the same? I'm wondering if there is a MAC randomisation process running on you system (sometimes used for privacy concerns) and that randomisation may be during boot with different timing compared to systemd/udev renaming the device from wwan0. -- Tixy
Re: question re tar
On Thu, 2022-09-22 at 08:00 +0100, jr wrote: [...] > > [a reply that isn't one] > > > > Could you please stop using a mail client that starts a new thread with > > every message you send? > > Please use something instead that really creates a reply when you are > > replying to someone (i. e. something that sets the > > In-Reply-To/References message headers accordingly). > > ouch. I read the digest, and in that it appears as a single thread. > and I've just checked 'linux.debian.user' on Google Groups, there too > I see a single thread only. cannot see "a new thread [started] with > every message", sorry. The lists archive [1] shows your replies as '' presumably because it is making a guess based on something like the subject line. For a lot (most?) of us, your messages appear as the start of a new thread because they don't have the standard headers that any decent email client would add when replying to an email. [1] https://lists.debian.org/debian-user/2022/09/thrd2.html -- Tixy
Re: Will firefox-esr move to version 102 in bullseye?
On Sat, 2022-09-24 at 18:52 +0200, Anders Andersson wrote: [...] > What's more, I no longer have to continue my research about > hardware-accelerated video playback in the browser which prompted all > of this - it just started working automatically after the upgrade. I just checked and you're right, no more tearing :-) A year ago I resorted to installing Vivaldi for video watching as that had graphics acceleration that worked with Debian, whereas Debian's browser didn't :-( -- Tixy
Re: Will firefox-esr move to version 102 in bullseye?
On Sat, 2022-09-24 at 18:46 +0100, Tixy wrote: > On Sat, 2022-09-24 at 18:52 +0200, Anders Andersson wrote: > [...] > > What's more, I no longer have to continue my research about > > hardware-accelerated video playback in the browser which prompted all > > of this - it just started working automatically after the upgrade. > > I just checked and you're right, no more tearing :-) Actually, I'm wrong, just ran tearing test video from YouTube and latest Firefox still tears, will stick with Vivaldi. -- Tixy
Re: Will firefox-esr move to version 102 in bullseye?
On Sat, 2022-09-24 at 20:36 +0200, Anders Andersson wrote: > Yes, I may have been "lucky" in the sense that I probably already had > the prerequisite libraries installed, and had perhaps already messed > with the required settings. There seem to be two orthogonal components > necessary to get smooth fullscreen video from youtube in firefox: > "Accelerated web page rendering" and "Hardware accelerated video > decoding". 18 months ago, this was working for me after forcing acceleration to be enabled in Firefox config. Then when Debian moved to next ESR it broke, and I spent ages looking at packages and option to try and fix it, without success. I tried Mozilla's Firefox deb package which worked fine, as did the Google Chrome and Vivaldi binaries from them. I now find myself using Debian's Firefox for general browsing, Vivaldi for watching video and Google Chrome exclusively for accessing my Google account services (chat and video meetings). -- Tixy
Re: Anacron job output/email
On Tue, 2022-10-04 at 11:25 -0400, pa...@quillandmouse.com wrote: > Yes, Exim4, properly configured. As I mentioned, the email which should > have been generated did finally arrive, 3 hours later. Go figure. Looking at the email headers would help you figure out where on the delivery route the delay was. As could looking in /var/log/exim4/mainlog in the Pi. -- Tixy
Re: Can't open email attachments with Firefox 102.3.0 esr
On Wed, 2022-10-05 at 10:09 +0100, Mick Ab wrote: > A few days ago Debian 11 was updated. As part of that update > Firefox was updated to Firefox 102.3.0 esr (64 bit). > > It has subsequently been found that this version of Firefox does not allow > email attachments to be opened. Firefox is a web browser, not an email program, so I assume you mean mean downloading files from a web page (in this case, one which you use to access your email). > Clicking on such an attachment used to always open a dialogue > box which had options "Open with..." and "Save" but now it just jumps > straight to a Download box with a list of folders to download to. > > Has anyone else experienced the above problem ? > > Can anyone please suggest a way to get round the above problem > and allow email attachments to be opened rather than downloaded ? Have you checking the Firefox settings, in the 'General' section there are options for what you want Firefox to do when downloading files. You can select what to do with specific file types, and there's a default setting for other file types, under the heading "What should Firefox do with other files?" -- Tixy
Re: How to configure (aka deal with) /tmp in the best way?
On Wed, 2022-10-05 at 15:52 +0300, Anssi Saari wrote: > DdB writes: > > > How are the more experienced people among you handle /tmp ? > > Could i just benefit from your experience? > > I leave /tmp as is or if I see a benefit for the system, then I put > something like this in /etc/fstab: > > none /tmp tmpfs defaults,size=55% 0 0 > > The 55% is just legacy from an old system where I needed that. I keep it > there as a reference in case I need to adjust it. > > BTW, none of my Debian systems have ever mounted tmpfs on /tmp by > default. Why it happens on your system you'll have to figure out > yourself. I seem to remember many releases ago playing with this, and there was a config file to set /tmp to tmpfs. A quick google leads me to to look at 'man tmpfs' which says: /tmp Previously configured using RAMTMP in /etc/default/rcS. Note that the setting in /etc/default/rcS, if present, will still be used, but the setting in /etc/default/tmpfs will take precedence if enabled. Configured using RAMTMP, TMPFS_SIZE and TMP_SIZE. If desired, the defaults may also be overridden with an entry in in /etc/fstab, for example: I also found a 10 year old debian-devel post [1] where it looks like Debian we're thinking of making /tmp be in RAM by default. (I though it was at some point, but could well be mistaken). [1] https://lists.debian.org/debian-devel/2012/06/msg00311.html -- Tixy
Re: Some of the parameters used in my genisoimage command don't produce a bootable ISO image
On Thu, 2022-10-13 at 17:02 +0200, Mario Marietto wrote:
> If I remove the argument APPEND,the only other chance that I have to pass
> the preseed file is to add it inside the initrd file.
What effect do we think the word 'APPEND' below is having in the grub
config file?
menuentry "Debian GNU/Linux Custom (kernel 5.10.0-18-amd64)" {
linux /d-i/gtk/vmlinuz APPEND file=/cdrom/preseed/preseed.cfg auto=true
initrd=/live/initrd.gz boot=live components locales=en_US.UTF-8 quiet splash
"${loopback}"
initrd /d-i/gtk/initrd.gz
I beleive Thomas (and me) think that 'APPEND' is the first argument on
the command-line passed to the linux kernel when it boots, and that
there isn't anything that will parse and act on that.
The second argument is "file=/cdrom/preseed/preseed.cfg" and presumably
there is something running after the kernel boots that will act on
that.
Thomas was saying that the word "APPEND" looks superfluous and seems to
have been copied from an example config file for ISOLINUX, not Grub.
Looking at the wiki for ISOLINUX config [1], the "APPEND" command will
append the arguments to the kernel command-line.
[1] https://wiki.syslinux.org/wiki/index.php?title=Directives/append
--
Tixy
>
Re: Strange syslog behaviour [Solved]
On Sun, 2022-10-16 at 09:09 -0400, Wayne Sallee wrote: > It would be nice if updates presented "old file", "new file", "combined > file"; choice: (1), (2), (3). It does offer several choices, one of them is to show a 'diff' of the old and new files. Only you can know what changes you made and want to keep, and just automatically merging files is very likely just to produce a broken config. Personally, I do a diff first, which usually acts of a reminder of what I've changed, then I accept the new file and in another terminal edit that to reapply my changes. -- Tixy
Re: Cheap NAS
On Mon, 2022-10-17 at 11:28 -0400, Wayne Sallee wrote: > > Original Message > *Subject: * Re: Cheap NAS > *From: * Paulf > *To: * Debian-user > *CC: * > *Date: * 2022-10-16 02:31 PM > > It's also worth noting: on my setup with a spinning rust laptop drive > > hooked via USB 3 to my RPi, the drive doesn't spin continuously > > (apparently). So on occasional use, I wait a couple of seconds for the > > drive to spin up before it can transfer at full speed. It's possible an > > SSD would solve this, but I had the laptop drive around already. > > > > A simple timed read/write script could take care of that. Or try the hdparm command to change spindown time or other power saving parameters. I use this to deliberately spin down my NAS drive after 10 minutes so it uses a lot less power and to get rid of the noise. I do this at boot in /etc/rc.local # cat /etc/rc.local #!/bin/sh # Set spindown time for disk if NAS1=`findmnt -n -o SOURCE /nas1/main`; then /sbin/hdparm -S120 $NAS1; fi Rather than hard code the disk as /dev/sdc I use 'findmnt' to get the disk name from the point it's mounted at (/nas1/main in this case). I also do this in my daily backup scripts in case the drive setting gets lost, as it seems to do some times. -- Tixy
Re: Whom to send bugreport?
On Thu, 2022-10-20 at 09:15 +0200, Hans wrote: > After upgrading to a newer version of the kernel and of course newer kernel- > headers, the build is failing now with a crash. Usually 'crashing' is caused by bugs in the programs doing the crashing, so which program is crashing when building the module, the compiler? Or do you mean compilation of the module fails, in which case there will be error messages from compiler, or other tools, indicating what the error is with the source code being compiled. In this case, some kernel changes that your third-party module may need modifying to support. -- Tixy
Re: Whom to send bugreport?
On Thu, 2022-10-20 at 08:55 +0100, Tixy wrote: > On Thu, 2022-10-20 at 09:15 +0200, Hans wrote: > > After upgrading to a newer version of the kernel and of course newer kernel- > > headers, the build is failing now with a crash. > > Usually 'crashing' is caused by bugs in the programs doing the > crashing, so which program is crashing when building the module, the > compiler? > > Or do you mean compilation of the module fails, in which case there > will be error messages from compiler, or other tools, indicating what > the error is with the source code being compiled. In this case, some > kernel changes that your third-party module may need modifying to > support. I should add, I used to have to work with an out-of-tree third-party module and that was full of #if statements that tested the version of the kernel being compiled, then used lots of conditional code to cope with differences between those kernel versions. This would break quite regularly when a change from a newer kernel was backported to an older kernel. Not all of those changes would be compilation errors, some would be runtime errors due to some kernel API or semantics changing. So, if you aren't getting a compiler crash, and it's a compiler error, or kernel crash when the module is loaded, then you should contact the supplier of the module for help. -- Tixy
Re: Cheap NAS
On Thu, 2022-10-20 at 17:41 +0700, Max Nikulin wrote: > On 17/10/2022 22:50, Tixy wrote: > > # Set spindown time for disk > > if NAS1=`findmnt -n -o SOURCE /nas1/main`; then /sbin/hdparm -S120 > > $NAS1; fi > > > > > > > > > > Rather than hard code the disk as /dev/sdc I use 'findmnt' to get the > > disk name from the point it's mounted at (/nas1/main in this case). > > Are there known problems with using e.g. WWN (/dev/disk/by-id/... in > /etc/hdparm.conf) for per-disk configuration? I didn't know of /dev/disk/by-id/wwn-* file or of /etc/hdparm.conf until I just googled that, that looks like they would be designed for the task. Assuming however that you can rely on udev (?) having already created those paths before hdparm is run. (I seem to remember having had race conditions related to those paths in the past.) In my case, I spread out wear by rotating disks through different uses: main NAS drive, nearline backup mirror of that, and offline backup. So I decided rather than mount by UUID or similar, I'd mount by filesystem label instead, then I could just relabel the disks when I rotated them. Of course, having just written that, I realise I don't need findmnt and can just use the label in /dev/disk/by-label/ (again, assuming they exist in time). -- Tixy
Re: "usermod: user user is currently used by process" while using (trying to) thunderbird to back up my gmail account's data ...
On Sun, 2022-11-06 at 15:38 +, Albretch Mueller wrote:
[...]
> $ usermod --move-home --home "${_NEW_HOME}" "${_WHMI}"
> usermod: user user is currently used by process 1141
>
> $ sudo ps -aux | grep 1141
> user1141 0.0 0.1 15600 9144 ?Ss Nov05 0:00
> /lib/systemd/systemd --user
> user 50636 0.0 0.0 6244 712 pts/0S+ 06:42 0:00 grep 1141
>
> Unless they are both trying to exclusively access /etc/passwd, I
> can't understand how /lib/systemd/systemd could possibly relate to
> usermod.
>
> Any suggestions?
Probably a red herring, but I remember reading a while ago that
managing users home directories was another thing systemd was trying to
take over. A quick google search leads to things like:
https://opensource.com/article/22/3/manage-users-home-directory-systemd-homed
https://systemd.io/HOME_DIRECTORY/
So might be worth running the 'homectl' command to see if it exists, it
doesn't on my the Debian 11 install. So like I said, probably a red
herring.
--
Tixy
Re: sid - no sound on speakers
On Sat, 2022-11-12 at 19:01 +1000, David wrote: > What are you running? > Stable, Testing, Unstable? The subject line if prefixed with 'sid'. So Unstable I presume. -- Tixy
Re: blacklist mei_me?
On Tue, 2022-11-15 at 11:10 +0100, hw wrote: > Hi, > > this module causes delays when booting and I'm finding this in dmesg: > > > [ 14.889003] mei_me :00:16.0: hw_reset failed ret = -62 > [ 20.009003] mei_me :00:16.0: hw_reset failed ret = -62 > [ 25.129003] mei_me :00:16.0: hw_reset failed ret = -62 > [ 25.129315] mei_me :00:16.0: reset: reached maximal consecutive resets: > disabling the device > [ 25.129797] mei_me :00:16.0: reset failed ret = -19 > [ 25.130086] mei_me :00:16.0: link layer initialization failed. > [ 25.130431] mei_me :00:16.0: init hw failure. > [ 25.130745] mei_me :00:16.0: initialization failed. > > > Should I just blacklist it or is that a bad idea? Apparently whatever it is > for > gets disabled anyway and it doesn't seem to be a disadvantage other than > causing > delays. > If you use Google to search for mei_me you'll lots o similar reports going back a decade, e.g. https://bbs.archlinux.org/viewtopic.php?id=168403 These seem to suggest blacklisting the module or disabling Management Engine Interface in the BIOS. -- Tixy
Re: hangs at boot
On Thu, 2022-12-01 at 01:36 +0100, jd wrote: > On 2022-11-30 18:52, Hans wrote: > > Am Mittwoch, 30. November 2022, 18:33:49 CET schrieb jd: > > > > Try to deinstall cups and remove any usb cameras. I had had the problem, > > that > > cups detected an usb camera as a printer and then stopped booting. > > > I tried removing all cups packages, then it just stalled at Unattended > upgrades shutdown instead. > > So I tried disabling that, and now it stalls at Hostname Service. > > I'm guessing there's some underlying issue that hasn't got anything to > do with these services but I have no idea what it might be. The above, and presumably 'remote CUPS printers' in the earlier post, involve the network and related services like DNS or DHCP. -- Tixy
Re: Debian failed
On Mon, 2022-12-05 at 16:20 +0800, Bret Busby wrote: > Perhaps, the original poster should install and use, Debian Experimental? > > It seems fitting... > > :) I know that wasn't a serious suggestion, but thought I would point out that 'unstable' (AKA 'sid') is the bleeding edge in-development distribution and 'experimental' doesn't contain a full distribution, it's just a place for developers to distribute experimental packages. -- Tixy
Re: sleep on a low-usage NAS ?
On Tue, 2022-12-13 at 08:39 +0800, jeremy ardley wrote: [...] > Ideally, I'd like it to go to sleep after 30 minutes of inactivity, but > wake more or less instantly when a new smb connection is initiated. Look at the -S option to the 'hdparm' command. I find disks seem to occasionally forget their power settings, so I reissue the command in my script that does some daily backup tasks. [...] > I need advice on what else I can do to keep the device with disks unspun > for most of the day, yet still be available almost immediately when > other clients on the LAN need some NAS services. > It won't be 'immediate' as it takes time for the motor to get a disk spinning at the correct speed, about 3 seconds for my 3 inch drives. -- Tixy
Re: Wear levelling on micro-sd cards
On Mon, 2022-12-26 at 20:46 +0100, Nicolas George wrote: > John Conover (12022-12-26): > > So, the more unused SD space is better, since wear leveling writes to > > a "bit" that has been written to fewer times. > > > > To test, say with a 16 GB SD, fill the SD to all except the last 1 KB, > > and with a looping script, write 1KB of 1's to the remainder of the > > SD, erase the "bits," then 1KB of 0's, erase the "bits", and so on; > > the SD card will fail within hours to a few days, (with luck-note that > > MTBF is mean time between failures, meaning that by MTBF, half will > > have failed, half still running; its a stochastic/probability issue; > > it does NOT mean that all are expected to last at least 6K writes.) > > > > Doing the same test without filling to the last 1 KB, and the SD card > > will last a very long time, (about 16 million total writes.) > > Are you suggesting that the microcontroller of the SD card is capable of > decoding filesystem data structures to find out which sectors are > unused? He didn't mention filesystems. The controller in the card would surely know what flash blocks contain data, so writing the whole card first would reserve those blocks as 'in-use' leaving just a relatively small amount of spare blocks which would be available for erasure and reuse the that repeated write. However, ff you only ever used the first few GB (say by putting a filesystem on a partition a fraction the size of the card). Then there's lots of unused flash blocks that can be cycled through by any ware levelling algorithm the card implements. -- Tixy
Re: Wear levelling on micro-sd cards
On Mon, 2022-12-26 at 21:37 +, Tim Woodall wrote: > > > But now I'm concerned about disks in a raid-1. Everything gets written > when the raid rebuilds. > > I've found fstrim - but that only seems to be for filesystems. > > How do I tell the card that the free space in the VG really is free? You probably can't. I've not heard of removable cards supporting the 'trim' command.
Re: Wear levelling on micro-sd cards
On Mon, 2022-12-26 at 21:26 +0100, Nicolas George wrote: > Tixy (12022-12-26): > > He didn't mention filesystems. > > > > The controller in the card would surely know what flash blocks contain > > data, so writing the whole card first would reserve those blocks as > > 'in-use' leaving just a relatively small amount of spare blocks which > > would be available for erasure and reuse the that repeated write. > > Unless the card is brand new, “what flash blocks contain data” is “all > of them”. The information whether a block is used or not used resides in > the filesystem data structures. > The card could know what blocks of flash have been written to, it's the thing that has done the writing. Very simplistically, if the OS writes to sector N, card has to allocate a block of flash to contain the data for that sector. If OS writes to sector N again, card has to get an erased block of flash to write new sector data to, then it can erase the old block of flash which it now knows is unused. (Note blocks are much bigger than sectors, and the data structures and algorithms for keeping track of what's where will be proprietary 'magic'.) So, if like me, you have a 64GB card, with just a 4GB partition containing a filesystem, then the OS will never have written to sectors outside that partition and the controller on the card would never have had to allocated flash for them. Therefore it can know about 60GB of unused flash, plus whatever extra reserve the card was manufactured with. What SD cards actually do in reality though, I don't know. -- Tixy
Re: Wear levelling on micro-sd cards
On Tue, 2022-12-27 at 11:31 +0100, Nicolas George wrote: > Tixy (12022-12-27): > > The card could know what blocks of flash have been written to, it's the > > thing that has done the writing. > > Indeed. And as I said already, unless the card is pathologically > underused You said 'unless the card is brand new' > , “what blocks of flash have been written to” eventually > becomes “all of them”. Only in the case where the SD card has at some point been completely full, and you maintain cases where that isn't true is 'pathological'. Guess my storage uses are pathological then, because apart from the extreme example of that restricted 4GB partition I use for a root filesystem, my other 'normal' usage doesn't fill removable flash storage either. E.g I copy images and videos from my digital cameras to my PC then delete them from the cameras, and the backup storage on my keyring I carry around isn't full. (Backup storage performance falls badly as it fills, presumably due to lack off readily available erased blocks, so that tells you to go buy a bigger flash stick :-) -- Tixy
Re: Wear levelling on micro-sd cards
On Tue, 2022-12-27 at 13:47 +, Tim Woodall wrote:
> On Tue, 27 Dec 2022, Tixy wrote:
>
> > On Mon, 2022-12-26 at 21:37 +, Tim Woodall wrote:
> > > >
> > > But now I'm concerned about disks in a raid-1. Everything gets written
> > > when the raid rebuilds.
> > >
> > > I've found fstrim - but that only seems to be for filesystems.
> > >
> > > How do I tell the card that the free space in the VG really is free?
> >
> > You probably can't. I've not heard of removable cards supporting the
> > 'trim' command.
> >
> >
> I found a issue_discards setting in lvm.conf. Set that, then created a
> LV using the remaining space and deleted it again.
> (this wasn't an sd card, was my main machine that I run in a raid-1
> configuration)
>
> There's definitely something implemented on sd cards: fstrim works on an
> identical, working, card while it fails on my broken one.
Interesting, doing a Google search finds that SD cards do support
this... https://superuser.com/a/1554860
Though that was with an actual MMC device though, don't know about the
interfaces which now all seem to be implemented at the end of USB. In
fact the forum reply above says:
USB to SD card adapters ("SD card readers") could support this
command by advertising the TRIM or UNMAP commands via the USB
storage interface, and translating these to the MMC_ERASE command,
but I've yet to find a USB adapter which does this.
--
Tixy
Re: How can I check (and run) if an *.exe is a DOS or a Windows program?
On Sat, 2023-01-07 at 08:47 -0500, Jude DaShiell wrote: > If I remember correctly, dos and windows .com and .exe programs all have > control-z as their first character. The file command may also help. If I remember correctly, COM files have no header, the first byte is the first machine code instruction of the program, and it expects to be loaded at address 100h in memory. (As CP/M did). EXE files start with the ASICI chars 'M' and 'Z' (not sure on order). And they'll be some header information too, I beleive. It'll all be in a wikidepdia article I'm sure. Yep, I remembered correctly... https://en.wikipedia.org/wiki/COM_file https://en.wikipedia.org/wiki/DOS_MZ_executable And there seems to be a newer format used when Windows was introduced... https://en.wikipedia.org/wiki/New_Executable -- Tixy
Re: Python curses
On Tue, 2023-01-10 at 09:18 -0500, pa...@quillandmouse.com wrote: > Follow-up question, in case you know this too: apparently, when you > purchase a Kindle book and read it via the Kindle app on your Android > phone, the document doesn't exist on the phone itself. I've > plugged my phone into my PC and examined every directory under Android > and the SIM card, and I can't find a trace of the Kindle book I > purchased. Because you didn't purchase it. You paid for the right to read it whenever you want, until such time as Amazon decided to shut down the Kindle service that is. Or it decides you shouldn't have been sold it and deletes it. [1] That's how digital 'purchases' work. > > I've installed Calibre, but without having the Kindle file in hand, I > can't convert it. So... any idea how to actually pry the Kindle file > out of Amazon's greedy hands, so I can point Calibre at it? I doubt that's possible because I assume these things are protected with DRM to stop people from copying them, or escaping the clutches of Big Corp who want to monitor what you do in order to sell you more stuff. [1] https://www.theregister.com/2009/07/18/amazon_removes_1984_from_kindle/ -- Tixy
Re: Passwords
On Tue, 2023-01-17 at 09:51 +0100, DdB wrote: > > But somehow, i feel there could be more caring about avoiding to teach > future hackers by accident. Is this kind of lesson appropriate for a > users list? Yes. It's a common occurrence, and trivial to deal with - if you have physical access to the computer or disk. And if you have such access then that password isn't actually protecting anything you couldn't do without the password. If you google "linux forgotten root password" then you will find these techniques are explained all over the web, e.g. Redhat's site, Arch wiki etc. -- Tixy
Re: Cloning a disk: partclone?
On Thu, 2023-01-19 at 20:34 +0100, DdB wrote: > Am 19.01.2023 um 19:49 schrieb Tom Browder: > > On my main PC, I would like to clone my boot drive onto another disk for > > 2 reasons: > > > > 1. Use a larger disk for the main drive > > 2. Create an emergency recovery disk > > > > A new Debian package to me is "partclone". Questions: > > > > + Can that be used for both purposes? > > > > + Can it do a complete clone on an active disk? Or do I need a live CD > > or USB stick? > > > > Thanks. > > > > -Tom > When i set up a similar job on my neighbor's home comp, i chose > http://www.fsarchiver.org/ > Straightforward, yet flexible, can deal with resizing partition(s) and > such. I use it from a live DVD, that is available thru grub menu, no > media involved. Surely it's also straightforward to just copy the data in the partition then resize the filesystem... cp /dev/sdX1 /dev/sdY1 resize2fs /dev/sdY1 Assuming you've already partitioned the target disk /dev/sdY to how you want it. (And assuming the filesystem is ext2..ext4) -- Tixy
Re: Cloning a disk: partclone?
On Thu, 2023-01-19 at 19:56 +, Tixy wrote: > > Surely it's also straightforward to just copy the data in the partition > then resize the filesystem... > > cp /dev/sdX1 /dev/sdY1 > resize2fs /dev/sdY1 > > Assuming you've already partitioned the target disk /dev/sdY to how you > want it. (And assuming the filesystem is ext2..ext4) Addendum: If you want to check the copy is successful (good idea) you can cmp /dev/sdX1 /dev/sdY1 before resizing it.
Re: Cloning a disk: partclone?
On Fri, 2023-01-20 at 14:56 +0200, Anssi Saari wrote: > Tixy writes: > > > Surely it's also straightforward to just copy the data in the partition > > then resize the filesystem... > > > > cp /dev/sdX1 /dev/sdY1 > > resize2fs /dev/sdY1 > > Sure. Partclone, since the OP asked about that, can speed this up for a > partition since it's smart enough to not copy parts of the partition > that aren't in use. Which apart from speed would probably be good if the target is an SSD, as the disk does have to allocate flash memory for that unused data. (I'm thinking of the discussion about SSDs we had here a few weeks ago). -- Tixy
Re: USB enumeration issue
On Mon, 2023-01-23 at 13:54 +0500, Alexander V. Makartsev wrote: [...] > > [ 66.959391] usb 1-5: device not accepting address 5, error -71 > > [ 66.960945] usb usb1-port5: unable to enumerate USB device > > > > This occurs when *no USB cables are plugged in*. The kernel is > > stalling the entire boot process to enumerate some internal USB hub, I > > assume. > > > > My front USB-C is broken as far as I can tell, so I tried unplugging > > the header. The issue persisted. > > > > The front USB 3.0 work correctly and I couldn't get the header > > unplugged anyways, so I didn't test if that was the issue. [...] On 23.01.2023 11:40, Matthew McAllister wrote: > Start troubleshooting process by unplugging all USB devices, > He said he did that ;-) > [...] > There is one additional thing, if your "PC" is a laptop, then it is > possible there is an internal device inside that uses USB bus to > function, e.g. WiFi adapter, WWAN adapter, etc. He also said he unplugged the header for the front USB so guess that's a desktop. Another things to try is booting using an older kernel, presumably there is one still installed as Debian doesn't automatically uninstall kernels. Also, looking at old kernel logs from back when it was working would be useful (/var/log/kernel.N.gz where N if the biggest number there is). Hopefully that will show what device is on usb 1-5 (though I believe port numbers may change over time and depend on what's plugged in). -- Tixy
Re: USB enumeration issue
On Mon, 2023-01-23 at 19:54 -0800, Matthew McAllister wrote: > Coincidentally, this is also exactly when the bluetooth on my motherboard > stopped working. (The WiFi is on the same MT7921K chipset and still works > weirdly). > > Can you suggest any steps other than straight-up RMA'ing the mobo? (That > might fix the USB-C as well, heh.) I would still place my bet on a software problem. Was the boot with the first time of failure the same kernel version and wifi firmware as the previous successful boot? If the problem stated with a new kernel or firmware version then that would be a smoking gun, and you could prove it by booting the earlier kernel or reverting firmware. -- Tixy
Re: USB enumeration issue
On Mon, 2023-01-23 at 19:54 -0800, Matthew McAllister wrote: > > Also, looking at old kernel logs from back when it was working > > would be useful (/var/log/kernel.N.gz where N if the biggest number > > there is). Hopefully that will show what device is on usb 1-5 > > (though I believe port numbers may change over time and depend on > > what's plugged in). > > That was the perfect piece of advice. I found the exact log where the > issue began: > > 2023-01-06T20:20:28.225698-08:00 cockpit kernel: [ 25.515977] usb 1-5: > Failed to suspend device, error -110 > What would be useful is the log of the boot before that, where usb 1-5 worked, to see log messages for 'usb 1-5' to find out what it is. -- Tixy
Re: USB enumeration issue
On Mon, 2023-01-23 at 19:54 -0800, Matthew McAllister wrote: > > Also, looking at old kernel logs from back when it was working > > would be useful (/var/log/kernel.N.gz where N if the biggest number > > there is). Hopefully that will show what device is on usb 1-5 > > (though I believe port numbers may change over time and depend on > > what's plugged in). > > That was the perfect piece of advice. I found the exact log where the > issue began: > > 2023-01-06T20:20:28.225698-08:00 cockpit kernel: [ 25.515977] usb 1-5: > Failed to suspend device, error -110 That timestamp is half a day before linux 6.1 accepted into unstable [1] so in theory the problem started before the new kernel, but the timing looks suspicious, so I think comparing the first log you have for booting with 6.1 with the last log with 6.0 would be invaluable. (The device numbers could change between kernel versions if enumeration order changed, so that TIMEOUT error (-110) could be related to a different device). Also, just try booting using linux 6.0 to see if that fixes anything. That still seems to available, so if you uninstalled it, it can be reinstalled. [1] https://tracker.debian.org/news/1406376/accepted-linux-614-1-source-into-unstable/ -- Tixy
Re: USB enumeration issue
On Tue, 2023-01-24 at 19:36 -0800, Matthew McAllister wrote: [...] > BTW, this is what the logs contained when the device was last > successfully started. (It is indeed the bluetooth chip; no idea why > it's not a PCI device.) My final idea: have you used a wireless keyboard or mouse? (I'm clutching at straws here, as I don't think they use the bluetooth standard). I have wireless devices on one of my machines and the receiver for the PC is a tiny USB device that only sticks out about 5mm from the case, just wondered if you have such a thing plugged in and overlooked. -- Tixy
Re: USB enumeration issue
On Wed, 2023-01-25 at 08:06 +, Tixy wrote: > My final idea: have you used a wireless keyboard or mouse? or wireless headphones.
Re: Vulnerable git in bullseye - what's the process?
On Fri, 2023-01-27 at 11:28 +, Brad Rogers wrote: > On Fri, 27 Jan 2023 11:36:12 +0100 > "Sijmen J. Mulder" wrote: > > Hello Sijmen, > > The security-tracker CVE page you cited has links to all the > information you requested. > Does it? It links to a bug which says it's been fixed in sid. And the PTS shows it was fixed yesterday in old-stable and sid. But no sign I can see that anything is being done for stable (Bullseye) which is what Sijmen asked about. (I wouldn't know where to look for stable security update activity). -- Tixy
Re: switch from IDE to AHCI causes not finding root FS
On Sat, 2023-01-28 at 10:47 +0100, didier gaumet wrote: > I would think you only need to regenerate initramfs (after having > switched the UEFI/BIOS to AHCI instead of IDE) because last time it was > generated with the dep parameter, the PC was in IDE mode so AHCI was > not included. > > if you want to explicitely specify modules for AHCI usage, I think the > name of the module is simply AHCI: > https://wiki.archlinux.org/title/Mkinitcpio/Minimal_initramfs > Or, if there's no particular reason to try for a minimal initramfs, edit /etc/initramfs-tools/initramfs.conf to put it back to what seems to be the default 'MODULES=most' rather than 'MODULES=dep'. -- Tixy
Re: Initramfs/ Initrd Resolution
On Mon, 2023-01-30 at 12:48 +0100, basti wrote: > Is there an option to setup the resolution in the Initramfs (initrd)? I set the linux console mode with via a grub config option in /etc/default/grub. i.e. GRUB_GFXPAYLOAD_LINUX=keep Which I believe stops grub changing the display mode before starting linux, and linux itself just uses whatever mode the hardware is set to. -- Tixy
Re: bookworm
On Thu, 2023-02-09 at 11:38 +0100, Dariusz wrote: > Hi, is there any chance for WiFi firmware-atheros for Bookworm in the > estimated time? If you mean firmware-atheros appears to be missing, it could be that it's moved from the 'non-free' section of the archive, to the new section 'non-free-firmware'. See... https://lists.debian.org/debian-user/2023/01/msg00706.html -- Tixy
Re: cpu supported?
On Sat, 2023-02-18 at 07:09 +, piorunz wrote: > On 18/02/2023 06:17, Tom wrote: > > > > It also has 2 drives one is chip and the other spins. > > What? > I'm guessing that's one SSD and one spinning magnetic media hard drive. -- Tixy
Re: MPV Player...
On Mon, 2023-02-27 at 08:04 +0100, Luna Jernberg wrote: > There is newer mpv in the http://deb-multimedia.org/ testing repos (if > you feel like running testing) Two reason's not to recommend that: deb-multimedia isn't run by the Debian project and mixing in stuff from another release it fraught with problems. As is oft pointed out here, see... https://wiki.debian.org/DontBreakDebian -- Tixy
Re: Debugging what is deleting/recreating /etc/resolv.conf with wrong configuration, on debian stable
On Tue, 2023-02-28 at 16:05 +0100, daven...@tuxfamily.org wrote: > > It's the systemd-style so-called "predictable" interfaces names. > Replacing the older the eth0, wlan0, and so on… > > ens-something (annoying name made of multiple letters and digits) is the > new name for eth0 Or eno for ethernet too. My ethernet started out as eno2 when I did the initial install and this changed to eno1 when I disabled the onboard wireless in the bios. -- Tixy
Re: Debian 11 upgrade to Debian 12
On Tue, 2023-02-28 at 13:16 -0500, Timothy M Butterworth wrote: [...] > All I did was modify /etc/apt/sources.list from Bullseye to Bookworm, then > I ran apt update and apt upgrade. I guess I could have run apt full-upgrade > and that probably would have worked better. It would have. If you looked at the release notes [1] it suggests # apt upgrade --without-new-pkgs # apt full-upgrade Then lists some possible issues and there remedy. [1] https://www.debian.org/releases/testing/amd64/release-notes/ch-upgrading.en.html#minimal-upgrade -- Tixy
Re: Debian 11 upgrade to Debian 12
On Tue, 2023-02-28 at 14:52 -0500, Greg Wooledge wrote: > On Tue, Feb 28, 2023 at 06:32:27PM +0000, Tixy wrote: > > On Tue, 2023-02-28 at 13:16 -0500, Timothy M Butterworth wrote: > > [...] > > > All I did was modify /etc/apt/sources.list from Bullseye to Bookworm, then > > > I ran apt update and apt upgrade. I guess I could have run apt > > > full-upgrade > > > and that probably would have worked better. > > > > It would have. If you looked at the release notes [1] it suggests > > > > # apt upgrade --without-new-pkgs > > # apt full-upgrade > > > > Then lists some possible issues and there remedy. > > > > [1] > > https://www.debian.org/releases/testing/amd64/release-notes/ch-upgrading.en.html#minimal-upgrade > > It's also worth mentioning that in bookworm, non-free firmware has been > moved to a new section called "non-free-firmware". If you use any of > that -- most people do! -- then you either need to change "non-free" to > "non-free-firmware" or to "non-free non-free-firmware", depending on > your specific needs. > That's is the release notes too :-) (I know, there's probably only a small minority of us who actually read the docs before upgrading.) -- Tixy
Re: service vs systemctl
On Tue, 2023-03-07 at 15:38 +0800, Ken Young wrote: > Hello > > For debian 11, service is just a wrapper to systemctl, is it right? It's a 217 line shell script and looking at it it checks for which init system is in use. So if you have systemd (Debian's default now) then yes, it will call systemctl. > So for server management, both commands below have the same results. > > sudo service nginx start > sudo systemclt start nginx > # Follow the principle of least surprise for SysV people: # When running "service foo stop" and foo happens to be a service that # has one or more .socket files, we also stop the .socket units. # Users who need more control will use systemctl directly. Personally, I still use 'service' through habit and won't change until it doesn't do what I expect. -- Tixy
Re: service vs systemctl
I accidentally deleted a sentence in my last reply, here's the corrected version... On Tue, 2023-03-07 at 15:38 +0800, Ken Young wrote: > Hello > > For debian 11, service is just a wrapper to systemctl, is it right? It's a 217 line shell script and looking at it it checks for which init system is in use. So if you have systemd (Debian's default now) then yes, it will call systemctl. > So for server management, both commands below have the same results. > > sudo service nginx start > sudo systemclt start nginx > They may not be the same, e.g. under the section of the script dealing with both stop and start is this comment # Follow the principle of least surprise for SysV people: # When running "service foo stop" and foo happens to be a service that # has one or more .socket files, we also stop the .socket units. # Users who need more control will use systemctl directly. Personally, I still use 'service' through habit and won't change until it doesn't do what I expect.
Re: Strange application menus (File, Edit…) behaviour since last update
On Thu, 2023-03-09 at 04:32 -0500, Timothy M Butterworth wrote: > On Thu, Mar 9, 2023 at 4:06 AM Timothy Butterworth < > timothy.m.butterwo...@gmail.com> wrote: > > > Try running apt fully upgrade > > > `sudo apt full-upgrade` sorry about that my tablet auto-corrected. And it broke threading. -- Tixy
Re: Re: home server for email box
On Fri, 2023-03-10 at 21:29 +0900, p...@ymail.ne.jp wrote: > As you suggested I may use other relays as outgoing gateway. But the > home box will receive and store messages. I can operate the email > accounts for me and my family on this server. This is what I do. But another thing to bear in mind is what happens if you have a problem with your home internet connection or with the computer receiving your email? Yes, email senders will retry for a while, but personally I've had my ADSL line go down for a week or more. Also, if you are away on holiday you won't be there to fix a broken email server. For most people, email service is pretty critical so you will likely want a second fallback email server somewhere else. This is what I do, I used to have a VPS for this but to save money I recently moved to an email hosting service that supports receiving emails for other domains. -- Tixy
Re: Recommended debootsrap tutorials
On Fri, 2018-12-14 at 13:57 +, Brian wrote: > On Fri 14 Dec 2018 at 04:56:11 -0600, Richard Owlett wrote: > > > On 12/13/2018 01:51 PM, deloptes wrote: > > > [snip] > > > > > > So why not install minimal debian and try removing what you won't > > > need. > > > I get around 100MBs to be able to do something useful with it. > > > There is i.e. Slax (with minimal TDE inkl. GUI) and is about > > > 350MB image. > > > You can boot your PC and do something useful. > > > > > > So what is the goal of your exercise? Personal? > > > > > > > You might say personal exercise of the cerebral variety. > > > > As I've said: > > > > > As some of my interest was focused on finding out just how small > > > a > > > useful Debian system could be, I was pointed towards debootstrap. > > > > I > > > didn't have needed background at that time.> ...> My interest has > > > > been rekindled. I wish to understand debootstrap. > > > To that end I do a minimalist bootable Debian installation. > > > > Debootstrap is powerful. It can be used: > > 1. in any Linux > > 2. to install any Debian release > > 3. to install to any architecture > > Correct. > > > Notice a repeated 3-letter word ;} > > > > The "tutorials" I found tried to be all things to all people. > > Appendix D.3 in the installer manual doesn't seem to do such a bad > job. > > > Notice a repeated 3-letter word ;} > > > > Think of my "problem" as an end of course lab practical which might > > be > > phrased as: > > Using you current machine with any Debian debian release > > installed > > and access to a suitable repository, use dedbootstrap to do a > > minimalist [1] bootable install to another partition. > > > > > > [1] https://www.thefreedictionary.com/minimalist > > Mmm. "minimalist" is a moving target. Do I really need both nano and > vim.tiny? Why bother with ifupdown when systemd is there or no > network > is required? Ditto for isc-dhcp-client. libapparmor1, rsyslog, > tasksel? > I'm fairly sure the machine will boot without any of these present. Machine will boot with a single init program (could be a shell like busybox) that is stored in an initrd. So this minimalist install partition would just have /boot/vmlinuz and /boot/initrd.img (or just vmlinuz if the initrd was built into the kernel binary). Of course, this may not meet the functional requirements, but the OP hasn't specified any of those, just that they system be 'minimalist'. -- Tixy
