Re: TDE Bug: what package responsible
Dan Ritter wrote: > q4os appears to be a Debian derivative, so presumably they would > know better than we as to what is going on. I can't find a > mailing list, but I do see a forum at > https://www.q4os.org/forum/ > > I'm going to guess that they will want a better explanation of > the symptoms than "tdestartupconfig complains and goes tits-up". yes and also Q4OS would probably not solve the problem as TDE has its own user mailing list. Please, do not forget to attach what exactly tdestartupconfig complains for.
Re: Where Does Buster Store Packages with Synaptic Download packages files only Command
On Tue, 13 Apr 2021 at 22:08, wrote: > > I hardly ever use google as a search engine. I wonder: does google give > > me different results because I use gmail on so many linux-related mailing > > lists? > I am 95% positive that Google's search results depend on what they know about > you and your search habits, email content, > Some google search results as data points: > > [synaptic download where] > > https://help.ubuntu.com/community/Synaptic/PackageDownloadScript Interesting, thanks.
Re: TDE Bug: what package responsible
John Hunter wrote: > Hi, > > [ 952jmdh ] > > I have just installed q4os-3.14-x64-tde.r4.iso as an upgrade to an existing > laptop. The installation (admin user) account has been estabished OK. When I > try to log into a proper user account (tied to my old work account) > tdestartupconfig complains and goes tits-up. I have never had this problem > before with earlier versions of TDE (2.4 and 3.6). Please can you give me a > clue as to the responsible "package" so that I can report the issue. > > The offending user originally came from a SunOS system; the user account > (jmdh:cism 2100:221) set up in 1992! In those days, user groups were in the > range 200-64000 and user numbers were very seldom the same as their group > numbers. q4os appears to be a Debian derivative, so presumably they would know better than we as to what is going on. I can't find a mailing list, but I do see a forum at https://www.q4os.org/forum/ I'm going to guess that they will want a better explanation of the symptoms than "tdestartupconfig complains and goes tits-up". -dsr-
TDE Bug: what package responsible
Hi, [ 952jmdh ] I have just installed q4os-3.14-x64-tde.r4.iso as an upgrade to an existing laptop. The installation (admin user) account has been estabished OK. When I try to log into a proper user account (tied to my old work account) tdestartupconfig complains and goes tits-up. I have never had this problem before with earlier versions of TDE (2.4 and 3.6). Please can you give me a clue as to the responsible "package" so that I can report the issue. The offending user originally came from a SunOS system; the user account (jmdh:cism 2100:221) set up in 1992! In those days, user groups were in the range 200-64000 and user numbers were very seldom the same as their group numbers. John Hunter
Re: Boot better have mounted on root or /boot ?
David Wright composed on 2021-04-13 09:52 (UTC-0500): > On Sun 11 Apr 2021 at 14:33:22 (-0400), Felix Miata wrote: >>> On Thu 08 Apr 2021 at 14:37:59 (+0200), Marco Ippolito wrote: What would you consider in your future planning regarding sizing /boot? >> root@asa88:/boot# du -sh . >> 769M. >> root@asa88:/boot# dpkg -l | grep linux-image-4 | wc -l >> 10 > Perhaps it should be pointed out that it's atypical to maintain such > a large number of individual systems on one machine. ISTR your having > more than a score of root filesystem partitions on one of your disks … Only a small number of my "disks" have fewer than 10 total partitions. The only installed one I can think of with only one / is on an inherited laptop. The vast majority have more than 10 / filesystems. I have more than one with 40+ total. I have a working Pentium III with 120G and 80G disks with 55 total between them, 40 / between them, that I just booted Debian 4 Etch on today for the first time in many moons. It has a separate /boot/ for Etch only, 204MB, with 90% freespace and 3 installed kernels: # ls -Gg /boot total 18198 -rw-r--r-- 1 882748 Sep 27 2005 System.map-2.6.12-1-386 -rw-r--r-- 1 720074 Dec 4 2006 System.map-2.6.18-3-686 -rw-r--r-- 1 722037 May 10 2007 System.map-2.6.18-4-686 -rw--- 1 512 Dec 26 2005 backup_mbr lrwxrwxrwx 1 1 Nov 14 2006 boot -> . -rw-r--r-- 1 61577 Sep 26 2005 config-2.6.12-1-386 -rw-r--r-- 1 71331 Dec 4 2006 config-2.6.18-3-686 -rw-r--r-- 1 70781 May 9 2007 config-2.6.18-4-686 drwxr-xr-x 22048 Dec 14 05:32 grub lrwxrwxrwx 1 23 Nov 14 2006 initrd.img -> initrd.img-2.6.12-1-386 -rw-r--r-- 1 1449984 Jan 11 2006 initrd.img-2.6.12-1-386 -rw-r--r-- 1 4496652 Dec 9 2006 initrd.img-2.6.18-3-686 -rw-r--r-- 1 4500813 Jun 14 2007 initrd.img-2.6.18-4-686 drwx-- 2 12288 Dec 12 2005 lost+found -rw-rw-r-- 1 180856 May 13 2011 memtest.420 -rw-r--r-- 1 94356 Feb 2 2005 memtest86.bin -rw-r--r-- 1 621056 Aug 16 2013 message -rw-r--r-- 1 621056 Aug 16 2013 message-131m4-tux -rw-r--r-- 1 128000 Dec 26 2005 message.prv -rw-r--r-- 1 76803 Feb 12 2015 rdsosreport.txt lrwxrwxrwx 1 20 Nov 14 2006 vmlinuz -> vmlinuz-2.6.12-1-386 -rw-r--r-- 1 1275119 Sep 27 2005 vmlinuz-2.6.12-1-386 -rw-r--r-- 1 1259920 Dec 4 2006 vmlinuz-2.6.18-3-686 -rw-r--r-- 1 1261213 May 10 2007 vmlinuz-2.6.18-4-686 Known to still be working with at least one OS updated less than a year ago 32 bit systems number 12 here currently. 64 bit count is 28. >> root@asa88:/boot# dpkg -l | grep linux-image-4 >> ii linux-image-4.19.0-1-amd64 4.19.12-1 amd64 Linux 4.19 for >> 64-bit PCs (signed) >> ii linux-image-4.19.0-10-amd64 4.19.132-1 amd64 Linux 4.19 for >> 64-bit PCs (signed) >> ii linux-image-4.19.0-12-amd64 4.19.152-1 amd64 Linux 4.19 for >> 64-bit PCs (signed) >> ii linux-image-4.19.0-14-amd64 4.19.171-2 amd64 Linux 4.19 for >> 64-bit PCs (signed) >> ii linux-image-4.19.0-2-amd64 4.19.16-1 amd64 Linux 4.19 for >> 64-bit PCs (signed) >> ii linux-image-4.19.0-4-amd64 4.19.28-2 amd64 Linux 4.19 for >> 64-bit PCs (signed) >> ii linux-image-4.19.0-5-amd64 4.19.37-5+deb10u2 amd64 Linux 4.19 for >> 64-bit PCs (signed) >> ii linux-image-4.19.0-6-amd64 4.19.67-2+deb10u2 amd64 Linux 4.19 for >> 64-bit PCs (signed) >> ii linux-image-4.19.0-8-amd64 4.19.98-1+deb10u1 amd64 Linux 4.19 for >> 64-bit PCs (signed) >> ii linux-image-4.19.0-9-amd64 4.19.118-2+deb10u1 amd64 Linux 4.19 for >> 64-bit PCs (signed) > … and I suppose that the contents of one of these partitions might > explain why you might still boot, say, a 4.19.12 kernel. Only one I can think of: the possibility to bisect without having to build a kernel, or download anything to an out of support release. Essentially, bootable archives on real hardware. >> Keep in mind, on average, each kernel release is larger than the last. > True, both the kernel itself and the amount that gets put into the > initrd. But also bear in mind that: > . if these kernels are all for just one system (which they appear to be), > several of the older ones could be uninstalled, but the .debs kept for > later reinstallation if and when required, > . if the kernels were for many different systems on the one machine, > the System.map/config/initrd.img/vmlinuz ensemble for several of > them could simply be moved to the day-to-day system's archive, > and copied back into place as and when required, to boot a > different, less frequently used system. > I think it's rare indeed to have to choose between ten different > kernels at the drop of a hat when booting up one system. What would > the use case be? > The example in this thr
Re: trouble with sbuild
Hi, > $ sbuild-createchroot --chroot-mode=unshare --make-sbuild-tarball ~/.cache/ > sbuild/unstable-amd64.tar.gz unstable $(mktemp -d) > https://deb.debian.org/debian/ > [...] > If I understand well, it is a Perl script that tries to execute some > 'newuidmap' command that is part of the uidmap package and is not currently > installed, neither present in the sbuild depends. > I am trying to follow /u/s/d/sbuild/README.Debian that does not mention > anything on this. > What did I miss? In the source upstream changelog: * Major changes in 0.77.0: 1) core: New chroot mode "unshare" which allows unprivileged package builds by using Linux user namespaces. Only requires lightweight newuidmap and newgidmap suid binaries. Chroots can be created and updated without needing sudo and are stored in ~/.cache/sbuild or an arbitrary absolute path given via the --chroot option. Installing the uidmap should fix your problem. Maybe sbuild should recommend uidmap. Alex
Re: akonadiserver is using high cpu load
Am Dienstag, 13. April 2021, 16:43:42 CEST schrieb Kushal Kumaran: Hi Kushal, I am running debian/testing. However, at the moment this problem disappeared. What did I do? I stopped akonadi with akonadictl stop, then deleted all ~/.local/share/akonadi* stuff and restarted akonadi again. After this the akonadiserver was running normal. However, I will watch this Best regards Hans > On Tue, Apr 13 2021 at 01:22:59 PM, Hans wrote: > > Hi folks, > > > > after an update 3 days ago I discovered an issue with akonadiserver. > > > > Problem: The Akonadiserver is using full cpu load (95 %). > > > > Solution tries: > > > > 1. stopped the single process "akonadiserver". After kmail fetched new > > mails, the akonadiserver process appeared again with same high load. > > > > 2. I stopped akonadi with "akonadictl stop" then restarted with > > "akonadictl > > start", same result. > > > > 3. I stopped every akonadi process, and also mysql process. Then restarted > > all with akonadictl start, same results, again high load. > > > > Strange, that I have nothing changed. And before I remove all > > configuration > > files, I want to make sure, that there is no bug at the moment in akonadi > > (and its dependencies). > > > > It would be nice, if soemone could confirm oder deny this. > > I use korganizer and kontacts, but not kmail. I don't see excessive CPU > load. I'm using stable, though; there hasn't been a recent update to > KDE/plasma. Perhaps you can create a new user and test with that before > blowing away all of your configuration. There is some logging you can > enable in akonadiconsole that might help identify problems.
Re: Boot better have mounted on root or /boot ?
On Sun 11 Apr 2021 at 14:33:22 (-0400), Felix Miata wrote: > > On Thu 08 Apr 2021 at 14:37:59 (+0200), Marco Ippolito wrote: > > >> What would you consider in your future planning regarding sizing /boot? > > root@asa88:/boot# du -sh . > 769M. > root@asa88:/boot# dpkg -l | grep linux-image-4 | wc -l > 10 Perhaps it should be pointed out that it's atypical to maintain such a large number of individual systems on one machine. ISTR your having more than a score of root filesystem partitions on one of your disks … > root@asa88:/boot# dpkg -l | grep linux-image-4 > ii linux-image-4.19.0-1-amd64 4.19.12-1 amd64 Linux 4.19 for 64-bit > PCs (signed) > ii linux-image-4.19.0-10-amd64 4.19.132-1 amd64 Linux 4.19 for 64-bit > PCs (signed) > ii linux-image-4.19.0-12-amd64 4.19.152-1 amd64 Linux 4.19 for 64-bit > PCs (signed) > ii linux-image-4.19.0-14-amd64 4.19.171-2 amd64 Linux 4.19 for 64-bit > PCs (signed) > ii linux-image-4.19.0-2-amd64 4.19.16-1 amd64 Linux 4.19 for 64-bit > PCs (signed) > ii linux-image-4.19.0-4-amd64 4.19.28-2 amd64 Linux 4.19 for 64-bit > PCs (signed) > ii linux-image-4.19.0-5-amd64 4.19.37-5+deb10u2 amd64 Linux 4.19 for 64-bit > PCs (signed) > ii linux-image-4.19.0-6-amd64 4.19.67-2+deb10u2 amd64 Linux 4.19 for 64-bit > PCs (signed) > ii linux-image-4.19.0-8-amd64 4.19.98-1+deb10u1 amd64 Linux 4.19 for 64-bit > PCs (signed) > ii linux-image-4.19.0-9-amd64 4.19.118-2+deb10u1 amd64 Linux 4.19 for > 64-bit PCs (signed) … and I suppose that the contents of one of these partitions might explain why you might still boot, say, a 4.19.12 kernel. > Keep in mind, on average, each kernel release is larger than the last. True, both the kernel itself and the amount that gets put into the initrd. But also bear in mind that: . if these kernels are all for just one system (which they appear to be), several of the older ones could be uninstalled, but the .debs kept for later reinstallation if and when required, . if the kernels were for many different systems on the one machine, the System.map/config/initrd.img/vmlinuz ensemble for several of them could simply be moved to the day-to-day system's archive, and copied back into place as and when required, to boot a different, less frequently used system. I think it's rare indeed to have to choose between ten different kernels at the drop of a hat when booting up one system. What would the use case be? Cheers, David.
Re: akonadiserver is using high cpu load
On Tue, Apr 13 2021 at 01:22:59 PM, Hans wrote: > Hi folks, > > after an update 3 days ago I discovered an issue with akonadiserver. > > Problem: The Akonadiserver is using full cpu load (95 %). > > Solution tries: > > 1. stopped the single process "akonadiserver". After kmail fetched new mails, > the akonadiserver process appeared again with same high load. > > 2. I stopped akonadi with "akonadictl stop" then restarted with "akonadictl > start", same result. > > 3. I stopped every akonadi process, and also mysql process. Then restarted > all > with akonadictl start, same results, again high load. > > Strange, that I have nothing changed. And before I remove all configuration > files, I want to make sure, that there is no bug at the moment in akonadi > (and > its dependencies). > > It would be nice, if soemone could confirm oder deny this. > I use korganizer and kontacts, but not kmail. I don't see excessive CPU load. I'm using stable, though; there hasn't been a recent update to KDE/plasma. Perhaps you can create a new user and test with that before blowing away all of your configuration. There is some logging you can enable in akonadiconsole that might help identify problems. -- regards, kushal
Re: Where Does Buster Store Packages with Synaptic Download packages files only Command
On Monday, April 12, 2021 10:20:39 PM David wrote: > On Tue, 13 Apr 2021 at 04:47, Stephen P. Molnar wrote: > > I admit that this is probably a silly question, but Google has not been > > a friend. > > This is quite puzzling, because my experience is quite different. > > > When I check Download packages only in Synaptic which directory is the > > destination? > > When I typed "synaptic download where" > into a google search, this 2012 answer was the first result: > https://unix.stackexchange.com/questions/40686/where-do-the-deb-files-go-wh > en-i-select-download-only-in-synaptic-package-man > > The search same result was obtained using the exact text above as > the google search string: > "When I check Download packages only in Synaptic which directory is > the destination" > > I hardly ever use google as a search engine. I wonder: does google give > me different results because I use gmail on so many linux-related mailing > lists? > > I guess to answer that question, I should be asking people who do NOT > use this mailing list what results they see for the same experiment :) I am 95% positive that Google's search results depend on what they know about you and your search habits, email content, Some google search results as data points: Note: I'm surprised that my results (from google) were the same for the long string with and without quotes -- well, I mean the first result was the same -- with quotes there were only two results, without quotes there were a lote more. search string first result [synaptic download where] https://help.ubuntu.com/community/Synaptic/PackageDownloadScript ["When I check Download packages only in Synaptic which directory is the destination"] https://www.mail-archive.com/debian-user@lists.debian.org/msg768121.html [When I check Download packages only in Synaptic which directory is the destination] https://www.mail-archive.com/debian-user@lists.debian.org/msg768121.html
Re: for the mutt users
Thanks, I have no use for anonymous email. On Tue, 13 Apr 2021, Reco wrote: Hi. On Tue, Apr 13, 2021 at 06:52:57AM -0400, Jude DaShiell wrote: The mixmaster package comes up as a suggested install for mutt and is not in debian repositories so far as I know. It was removed from the main back in 2017, see #880101. What is its function and where is source code for it? Quoting mutt documentation, Mixmaster permits you to send your messages anonymously using a chain of remailers. As for the source of mixmaster - see [2], sorry for the SourceForge link. Direct download should be this - [3]. Reco [1] http://www.mutt.org/doc/manual/#sending-mixmaster [2] http://mixmaster.sourceforge.net/ [3] https://sourceforge.net/settings/mirror_choices?projectname=mixmaster&filename=Mixmaster/3.0/mixmaster-3.0.tar.gz&selected=phoenixnap
akonadiserver is using high cpu load
Hi folks, after an update 3 days ago I discovered an issue with akonadiserver. Problem: The Akonadiserver is using full cpu load (95 %). Solution tries: 1. stopped the single process "akonadiserver". After kmail fetched new mails, the akonadiserver process appeared again with same high load. 2. I stopped akonadi with "akonadictl stop" then restarted with "akonadictl start", same result. 3. I stopped every akonadi process, and also mysql process. Then restarted all with akonadictl start, same results, again high load. Strange, that I have nothing changed. And before I remove all configuration files, I want to make sure, that there is no bug at the moment in akonadi (and its dependencies). It would be nice, if soemone could confirm oder deny this. Thanks for any feedback! Best regards and stay healthy Hans
Re: for the mutt users
Hi. On Tue, Apr 13, 2021 at 06:52:57AM -0400, Jude DaShiell wrote: > The mixmaster package comes up as a suggested install for mutt and is not in > debian repositories so far as I know. It was removed from the main back in 2017, see #880101. > What is its function and where is source code for it? Quoting mutt documentation, Mixmaster permits you to send your messages anonymously using a chain of remailers. As for the source of mixmaster - see [2], sorry for the SourceForge link. Direct download should be this - [3]. Reco [1] http://www.mutt.org/doc/manual/#sending-mixmaster [2] http://mixmaster.sourceforge.net/ [3] https://sourceforge.net/settings/mirror_choices?projectname=mixmaster&filename=Mixmaster/3.0/mixmaster-3.0.tar.gz&selected=phoenixnap
for the mutt users
The mixmaster package comes up as a suggested install for mutt and is not in debian repositories so far as I know. What is its function and where is source code for it?
Re: Not Sure Which Package to Submit Bug Against
On Tue, Apr 13, 2021 at 12:49:48AM +0200, deloptes wrote: > Kent West wrote: > > > I did some experimentation afterwards, and have discovered that if > > user X mutes the mic, the mic then seems to be "owned" by user X, and > > no one and no OS can seem to unmute it. I was using the machine as > > user Y, which is why I couldn't unmute it, and when I handed the > > laptop to the hardware tech, logged in as user X, bingo! He umuted it. > > I was looking into the same recently and reached the point of systemd + > ConsoleKit > > Quote: "ConsoleKit ConsoleKit is a framework for defining and tracking > users, login sessions, and seats. ConsoleKit is currently not actively > maintained. The focus has shifted to the built-in seat/user/session > management of Software/systemd called systemd-logind!" > > https://www.freedesktop.org/wiki/Software/ConsoleKit/ > > Basically the first logged in user takes ownership of the hardware and > ConsoleKit or systemd utility should handle the ownership if a second user > logged in. > I have not come so far to test this to the end. > > Perhaps you try locking the session of the first user and see what happens - > if the second has access to the audio. Or, to try a totally different avenue: what is the output of `amixer'? (from the package `alsautils'). Cheers - t signature.asc Description: Digital signature
