Re: [gentoo-user] Web browser issues. Firefox and Seamonkey doesn't work, Chrome does.
On 04/08/2024 10:54, Dale wrote: I figure the first step, find a new email provider. Then find out what software works best with it. I so want to get away from gmail. Step 1 - look for a nice domain (mine belongs to my brother). Step 2 - look for a small(ish) Internet Services Provider which will host your web server, email, etc etc for you. That way you own your own domain, so you can change providers without losing your email address - a biggy. That's usually more hassle than it's worth, though. And if they host that stuff for you, they should be standards-compliant which makes your life easy. Lastly, if you own your own domain, you can set up as many email addys and website subdowmains as you like :-) Cheers, Wol
Re: [gentoo-user] Web browser issues. Firefox and Seamonkey doesn't work, Chrome does.
On 04/08/2024 10:54, Dale wrote: I've read about people pulling their hair out trying to set up email software and it sounds like a nightmare and they know more about it than I do. I'd like to do this but I'd need a good howto. Thing is, there's too many jobs required to process email, and in line with Unix's "do one thing and do it well", there are a whole bunch of options at every layer. So let's start at the top ... Your "sorting office" is managed by postfix/exim/sendmail. That is supposed to be configured such that they transfer mail between themselves on port 25 (the big lorries). They store the mail in /var (the mail delivery office). Then because configuring the sorting office can be such a pita, there's a whole bunch of programs (fetchmail et al) which ferry small amounts of mail around. They'll go to the upstream sorting office (eg gmail), collect mail from their delivery office front desk, and deliver it to your local postoffice, whether the sorting office or delivery office is down to you. Now you need your delivery office front desk. That can be dovecot, courier-imap, whatever. It checks the customer (mail client) is who they say they are, collects their mail from the delivery office (/var), and either hands the mail over (POP3), or gives them a copy (IMAP). Your mail client (thunderbird, mutt, whatever) now caches all your mail locally. If you're using POP, that cache is the only copy. If you're using IMAP, the master copy is still in /var, and you can go and get another copy if you need to. Okay, that's the basics. But you notice I said you're *supposed* to use postfix/exim/sendmail to bulk transfer mail between sorting offices, however a lot of people use fe5tchmai instead? And I use Thunderbird - collecting mail from upstream and moving to my local downstream. All thoroughly confusing. And fetchmail can skip the downstream postoffice entirely, moving mail straight from upstream into the mail client's cache, just like POP ... indeed I think that was the original design... And when you're puzzled the "Rest Of the World" doesn't seem to be like that, remember that most people now on Windows just run a mail client, and use upstream as their *local* post office. 'nix expects you to run a post office on your local machine, which I don't think Windows has ever done. Cheers, Wol
Re: [gentoo-user] Web browser issues. Firefox and Seamonkey doesn't work, Chrome does.
Wols Lists wrote: > On 03/08/2024 18:15, Dale wrote: >> Well, what I'd like to do, install a email program that fetches the >> emails and then stores them on my system. Then I can have >> Thunderbird or any other email program connect to that and view, >> create, send or whatever emails. Thing is, setting up the first >> program is complicated. It is a bit over my head. From what I've >> read, it is pretty picky too. It has to be fairly perfect or things >> don't work. I'd need a seriously good how to to even get started. It >> could turn into another long thread like that goofy monitor. :/ > > That's basically fetchmail. Although I gather that's now > abandonware-ish. There is a successor iirc, but I stopped using it > because it broke... > > If you can then get that into Dovecot ... > > My current setup is I have dovecot set up, then whenever I connect > (with thunderbird) I have bulk rules that just move everything across > from the internet into dovecot. > > Cheers, > Wol > > I'll be honest, I don't know for sure what I would need to do what I want to do. The basics from my understanding. I'd have some software, dovecot sounds familiar, that fetches my email which is then stored on my computer, in /var somewhere I think. Once that is done, I could use Thunderbird, Kmail or whatever to access/download the emails from and send emails, through dovecot or something I guess. Basically, there is a server type software between say Kmail and say Gmail. That software handles fetching and sending. That way I have copies no matter what I use to view them with. Someone mentioned a long time ago that doing it this way would allow me to switch email programs and not lose any emails. Keep in mind, I keep most emails for good. I may have the first email I ever sent and received here somewhere. I also sort emails into sub directories. Example. All gentoo-user emails go into a folder named gentoo-user. I have similar filters for other things like banking, websites I buy from etc. I'd like to keep those. I think someone mentioned IMAP or something at one point I've read about people pulling their hair out trying to set up email software and it sounds like a nightmare and they know more about it than I do. I'd like to do this but I'd need a good howto. I figure the first step, find a new email provider. Then find out what software works best with it. I so want to get away from gmail. Dale :-) :-)
Re: [gentoo-user] Web browser issues. Firefox and Seamonkey doesn't work, Chrome does.
On 4/8/24 16:11, Wols Lists wrote: On 03/08/2024 18:15, Dale wrote: Well, what I'd like to do, install a email program that fetches the emails and then stores them on my system. Then I can have Thunderbird or any other email program connect to that and view, create, send or whatever emails. Thing is, setting up the first program is complicated. It is a bit over my head. From what I've read, it is pretty picky too. It has to be fairly perfect or things don't work. I'd need a seriously good how to to even get started. It could turn into another long thread like that goofy monitor. :/ That's basically fetchmail. Although I gather that's now abandonware-ish. There is a successor iirc, but I stopped using it because it broke... Fetchmail isnt abandoned - they fixed it (though somewhat slowley) for the last openssl shmozzle update and it was working fine last I use it. Getmail (from v6.0) is probably the other main fetch app and other than some weirdness around how idle is implemented (it waits for messages then exits so you have to run it again) it works fine with standards compliant providers (not always the case!) I am using it with 4 email accounts shared between two people using postfix and courier-imap. Overkill but it was what I was using when working and other than maintenance overhead it works fine in a gentoo VM. BillK
Re: [gentoo-user] Web browser issues. Firefox and Seamonkey doesn't work, Chrome does.
On 03/08/2024 18:15, Dale wrote: Well, what I'd like to do, install a email program that fetches the emails and then stores them on my system. Then I can have Thunderbird or any other email program connect to that and view, create, send or whatever emails. Thing is, setting up the first program is complicated. It is a bit over my head. From what I've read, it is pretty picky too. It has to be fairly perfect or things don't work. I'd need a seriously good how to to even get started. It could turn into another long thread like that goofy monitor. :/ That's basically fetchmail. Although I gather that's now abandonware-ish. There is a successor iirc, but I stopped using it because it broke... If you can then get that into Dovecot ... My current setup is I have dovecot set up, then whenever I connect (with thunderbird) I have bulk rules that just move everything across from the internet into dovecot. Cheers, Wol
Re: [gentoo-user] Web browser issues. Firefox and Seamonkey doesn't work, Chrome does.
Am Sat, Aug 03, 2024 at 12:15:55PM -0500 schrieb Dale: > >> :-) :-) > > There is Seamonkey documentation, but there are loads of how to's for > > Mozilla > > products. If Seamonkey is mostly the same as Firefox/Thunderbird, you can > > take look at the Thunderbird resources to find out how to set up Seamonkey > > to > > behave as you want it. > > Well, what I'd like to do, install a email program that fetches the > emails and then stores them on my system. Then I can have Thunderbird > or any other email program connect to that and view, create, send or > whatever emails. So you want an IMAP server, then? > Thing is, setting up the first program is complicated. Indee-diddly-doo. What I do: sync mail from my main IMAP account to a local maildir structure using offlineimap. Then I can access it with mutt or any other program that speaks maildir, read it, move it around, delete it. Those actions are applied to the server by offlineimap as well. I use mutt for that most of the time. I also use KMail as graphical mail client, but that is completely separate from the offlineimap-mutt setup and it uses its own offline cache. Sending mail away is set up individually in each client (mutt/kmail) and they talk to my provider’s SMTP directly. This setup has limited flexibility in that you need to sync manually. A local imap server would allow for many clients to talk to it at the same time in real-time. But I don’t see this as a requirement for you since you only have one client, basically. -- Grüße | Greetings | Salut | Qapla’ Please do not share anything from, with or about me on any social network. Feed your children garlic, then you will find them in the dark. signature.asc Description: PGP signature
Re: [gentoo-user] Web browser issues. Firefox and Seamonkey doesn't work, Chrome does.
Michael wrote: > On Saturday, 3 August 2024 06:55:53 BST Dale wrote: >> Waldo Lemmer wrote: >>> Chrome violates the HTML5 spec in many ways, and many web developers >>> only test their sites in Chrome, so some sites occasionally break in >>> Firefox. The situation has improved a lot over the years, though. >>> >>> Firefox has a channel through which broken sites can be reported: >>> https://support.mozilla.org/en-US/kb/report-breakage-due-blocking >> I'm looked into that link. I put my mouse pointer over the thing they >> say to check and it shows nothing is detected or blocked. So, I guess >> that isn't the problem. This could be a Ebay problem. The way it is >> supposed to work is when I put in and/or select the items needed, it is >> supposed to change the button to be clickable. It fails to do that. >> Thing is, it could also be Firefox. Firefox works on every website I go >> to. I can't recall the last time a site didn't work so I'm kinda >> leaning to it being a Ebay problem but I could be wrong. I wasn't >> surprised when Seamonkey didn't work. Heck, most sites don't work right >> with it anymore. I just know something is wrong since Chrome worked. >> Thing is, I don't trust Chrome for much. Even tho I use Gmail, I don't >> trust Google much at all either. I use encrypted email for some >> things. Keeps their nose out of my business. LOL > I have used firefox, (librewolf to be more precise) to buy stuff off ebay, > leave feedback, etc. and do not recall problems with any buttons. > > HOWEVER: I do not run Addons (other than Ublock Origin) and for these type > of > transactions I make sure session cookies are accepted. > > >> I really need to switch to a better email provider. Thing is, I'd like >> to set it up so that I have a email program that fetches my emails and >> then I just connect locally to read them. After all, Seamonkey stopped >> fetching emails automatically long ago. Plus, once setup, I could stop >> using Seamonkey. Seamonkey needs some serious work. Sad tho, I like >> it in a lot of ways. > Since you're using Firefox as your browser, have you tried Thunderbird as a > desktop mail client? I understand it shares code with Seamonkey, by I don't > know what their differences might be. > I always thought the email part of Seamonkey was the same as Thunderbird so I tried it a few times. While it is a lot like it, it is different. One thing that I have issues with, opening links. I get emails with links from orders I've placed, news articles and other stuff. I'd like them to open in Firefox but since I have several profiles, I can't find a way to open those links and it do so in a certain profile, even if Firefox is already open. Basically, I need to be able to right click on a link and be able to tell it to open the link in a new tab in profile abc for example. Even setting it to a certain profile for all links would be ok. I'd guess 99% of the links I click on would need to open in the 'secure' profile. That is the profile I use for ordering, banking and such. It has a few add-ons that make things more secure. I have containers there that separate certain websites from other things. It's the most used profile. To add info. I have another profile used for watching videos. It is set up to work well with Youtube and other video sites. The add-ons there are for downloading videos and such. I have another profile that I use for torrent stuff. I never use the video or torrent profiles to say login to my bank account, pay bills or anything. I mostly use separate profiles because some add-ons clash with each other. I can't install all the add-ons I need in just one profile. Plus, I can manage the number of open tabs better too. >> I may look into other email sites again. I need a really good guide to >> get it to work like I need tho. I don't know where to even start. >> >> Dale >> >> :-) :-) > There is Seamonkey documentation, but there are loads of how to's for Mozilla > products. If Seamonkey is mostly the same as Firefox/Thunderbird, you can > take look at the Thunderbird resources to find out how to set up Seamonkey to > behave as you want it. Well, what I'd like to do, install a email program that fetches the emails and then stores them on my system. Then I can have Thunderbird or any other email program connect to that and view, create, send or whatever emails. Thing is, setting up the first program is complicated. It is a bit over my head. From what I've read, it is pretty picky too. It has to be fairly perfect or things don't work. I'd need a seriously good how to to even get started. It could turn into another long thread like that goofy monitor. :/ I'm at a point where I either dive in and stay out of the water. ROFL Dale :-) :-)
Re: [gentoo-user] Automatic e-mail fetching/checking in SeaMonkey Mail (was: Re: Web browser issues. Firefox and Seamonkey doesn't work, Chrome does.)
Nuno Silva wrote: > On 2024-08-03, Dale wrote: > >> I really need to switch to a better email provider. Thing is, I'd like >> to set it up so that I have a email program that fetches my emails and >> then I just connect locally to read them. After all, Seamonkey stopped >> fetching emails automatically long ago. > I think there have been reports of this happening. Is the account where > this happens set up with OAuth2? If you have more than one account, does > it affect all of them or just a few? > > If you do a manual check one (Ctrl+Shift+D or File -> Get New Messages > for -> All Accounts), does it start checking/fetching automatically at > the configured interval after that? > That is when this started. A couple years or so ago Google switched to a new method. When I changed that setting to match what Google required, it would no longer auto fetch messages. I have to hit the button to get it to fetch them. I've tried everything to get it to start working and it just plain refuses. I figured it wasn't allowed for some reason with that method and just got used to doing it manually. I wouldn't mind fixing it tho. I only have one account that I use with Seamonkey. Dale :-) :-)
Re: [gentoo-user] Web browser issues. Firefox and Seamonkey doesn't work, Chrome does.
On Saturday, 3 August 2024 06:55:53 BST Dale wrote: > Waldo Lemmer wrote: > > Chrome violates the HTML5 spec in many ways, and many web developers > > only test their sites in Chrome, so some sites occasionally break in > > Firefox. The situation has improved a lot over the years, though. > > > > Firefox has a channel through which broken sites can be reported: > > https://support.mozilla.org/en-US/kb/report-breakage-due-blocking > > I'm looked into that link. I put my mouse pointer over the thing they > say to check and it shows nothing is detected or blocked. So, I guess > that isn't the problem. This could be a Ebay problem. The way it is > supposed to work is when I put in and/or select the items needed, it is > supposed to change the button to be clickable. It fails to do that. > Thing is, it could also be Firefox. Firefox works on every website I go > to. I can't recall the last time a site didn't work so I'm kinda > leaning to it being a Ebay problem but I could be wrong. I wasn't > surprised when Seamonkey didn't work. Heck, most sites don't work right > with it anymore. I just know something is wrong since Chrome worked. > Thing is, I don't trust Chrome for much. Even tho I use Gmail, I don't > trust Google much at all either. I use encrypted email for some > things. Keeps their nose out of my business. LOL I have used firefox, (librewolf to be more precise) to buy stuff off ebay, leave feedback, etc. and do not recall problems with any buttons. HOWEVER: I do not run Addons (other than Ublock Origin) and for these type of transactions I make sure session cookies are accepted. > I really need to switch to a better email provider. Thing is, I'd like > to set it up so that I have a email program that fetches my emails and > then I just connect locally to read them. After all, Seamonkey stopped > fetching emails automatically long ago. Plus, once setup, I could stop > using Seamonkey. Seamonkey needs some serious work. Sad tho, I like > it in a lot of ways. Since you're using Firefox as your browser, have you tried Thunderbird as a desktop mail client? I understand it shares code with Seamonkey, by I don't know what their differences might be. > I may look into other email sites again. I need a really good guide to > get it to work like I need tho. I don't know where to even start. > > Dale > > :-) :-) There is Seamonkey documentation, but there are loads of how to's for Mozilla products. If Seamonkey is mostly the same as Firefox/Thunderbird, you can take look at the Thunderbird resources to find out how to set up Seamonkey to behave as you want it. signature.asc Description: This is a digitally signed message part.
[gentoo-user] Automatic e-mail fetching/checking in SeaMonkey Mail (was: Re: Web browser issues. Firefox and Seamonkey doesn't work, Chrome does.)
On 2024-08-03, Dale wrote: > I really need to switch to a better email provider. Thing is, I'd like > to set it up so that I have a email program that fetches my emails and > then I just connect locally to read them. After all, Seamonkey stopped > fetching emails automatically long ago. I think there have been reports of this happening. Is the account where this happens set up with OAuth2? If you have more than one account, does it affect all of them or just a few? If you do a manual check one (Ctrl+Shift+D or File -> Get New Messages for -> All Accounts), does it start checking/fetching automatically at the configured interval after that? -- Nuno Silva
Re: [gentoo-user] Web browser issues. Firefox and Seamonkey doesn't work, Chrome does.
Waldo Lemmer wrote: > > Chrome violates the HTML5 spec in many ways, and many web developers > only test their sites in Chrome, so some sites occasionally break in > Firefox. The situation has improved a lot over the years, though. > > Firefox has a channel through which broken sites can be reported: > https://support.mozilla.org/en-US/kb/report-breakage-due-blocking > I'm looked into that link. I put my mouse pointer over the thing they say to check and it shows nothing is detected or blocked. So, I guess that isn't the problem. This could be a Ebay problem. The way it is supposed to work is when I put in and/or select the items needed, it is supposed to change the button to be clickable. It fails to do that. Thing is, it could also be Firefox. Firefox works on every website I go to. I can't recall the last time a site didn't work so I'm kinda leaning to it being a Ebay problem but I could be wrong. I wasn't surprised when Seamonkey didn't work. Heck, most sites don't work right with it anymore. I just know something is wrong since Chrome worked. Thing is, I don't trust Chrome for much. Even tho I use Gmail, I don't trust Google much at all either. I use encrypted email for some things. Keeps their nose out of my business. LOL I really need to switch to a better email provider. Thing is, I'd like to set it up so that I have a email program that fetches my emails and then I just connect locally to read them. After all, Seamonkey stopped fetching emails automatically long ago. Plus, once setup, I could stop using Seamonkey. Seamonkey needs some serious work. Sad tho, I like it in a lot of ways. I may look into other email sites again. I need a really good guide to get it to work like I need tho. I don't know where to even start. Dale :-) :-)
Re: [gentoo-user] Web browser issues. Firefox and Seamonkey doesn't work, Chrome does.
Chrome violates the HTML5 spec in many ways, and many web developers only test their sites in Chrome, so some sites occasionally break in Firefox. The situation has improved a lot over the years, though. Firefox has a channel through which broken sites can be reported: https://support.mozilla.org/en-US/kb/report-breakage-due-blocking
[gentoo-user] Web browser issues. Firefox and Seamonkey doesn't work, Chrome does.
Howdy, I'm getting used to this new puter still. Also, this keyboard is still giving me typo problems. Hang in there with me. First, Seamonkey has issues with a lot of sites. I tend to only use it for sites that require no login info. Basically, doing searches or clicking on links in email to read a article or something. Firefox is my main browser. I have several profiles I use, each for different uses with different add-ons installed for those tasks. Now for the problem. I ordered a set of monitor cables 10' long for my new rig through Ebay. The 6' cables just barely reach the top monitor. I don't like cables that don't have extra given I move things around at times while things are powered up. When I received my order, they shipped 6' cables instead of 10' ones. Usually, I just send a message to the seller as a question with any issues and the problem gets fixed with no ding on their ratings. The seller wanted me to go through the return process. That's fine. Thing is, when I go through that process, the button I need to push to complete and send the return request, it's grayed out. It is supposed to turn blue once I put in the needed info and be clickable. I tried this in both Firefox and Seamonkey. I notified the seller but all they do is send a automated response. They don't appear to have humans reading their message. Negative feedback says the same. The seller has decent ratings tho. I then went through the process where Ebay gets involved. I clicked the button for Ebay to help and start that process. Thing is, in both Firefox and Seamonkey, the send button is grayed out there too. I don't think I can easily install a windoze web browser to test. So, I emerged Chrome, even tho I don't like or trust it. Heck, I been wanting to move away from Google mail for years. When I get to the same page as I had in Firefox and Seamonkey and put in the needed info into Chrome, the send button is clickable and works fine. So, Firefox and Seamonkey fail, Chrome works. I'm sure there are people who use Firefox and Chrome on this mailing list. Has anyone else ran into this type of issue where a page works on one but not the other? My first thought, the order was a low price and the seller doesn't do returns for orders that small. Shipping isn't cheap sometimes. Given that it works in Chrome, I'm thinking it might be Ebay now, not the seller. If it is Ebay, I want to reach out and inform them of that so they can try to fix it. I can understand it not working with Seamonkey. A lot of sites don't work with Seamonkey. Firefox tho is a widely used web browser and it should work. Either Ebay did something wrong or Firefox did. Someone needs to research and figure out which and I'd think Ebay is a good place to start since it is their page and they know their code for that page. Anyone else run into something like this? Even if it is not on Ebay. It could be a Firefox issue. I've read that Firefox tends to follow the rules but other web browsers don't and sometimes that can cause problems. I'm not sure if that still applies today or not tho. Thoughts? Dale :-) :-)
Re: [gentoo-user] auto-mounting external usb disk problem
Le jeu. 1 août 2024 à 15:26, Michael a écrit : > On Thursday, 1 August 2024 13:38:33 BST Jacques Montier wrote: > > Le jeu. 1 août 2024 à 13:39, Michael a écrit > : > > > On Thursday, 1 August 2024 11:24:29 BST Jacques Montier wrote: > > > > Le mer. 31 juil. 2024 à 18:46, Michael a > > > > > > écrit : > > > > > Looks like a possibility, if this started when you ran an update of > > > > > the > > > > > desktop, or changed some cinnamon/gnome settings. Play around with > > > > > the > > > > > auto- > > > > > mount USB drive options, to see if it corrects itself. > > > > > > > > Thanks Michael, > > > > > > > > I did not understand why an usb stick was automounted and not WD usb > > > > > > drive. > > > > > > > I saw the one was fat32 formatted and WD ext4. > > > > So, i formatted fat32 another empty WD drive and it worked ! > > > > Last version of cinnamon could not automount ext4 drive ? That's > weird. > > > > > > > > Well, it's not so important and in can deal with it. > > > > > > > > Cheers, > > > > > > > > Jacques > > > > > > Unlike ext4, the FAT filesystem does not support Unix file permissions > so > > > accessing the fs via userspace is more restricted than FAT. However, I > > > would > > > expect a different error, like "wrong filesystem type ...". > > > > > > What do you get in your logs when your run: > > > > > > ~ $ udisksctl mount -b /dev/sdXx > > > > > > where Xx are the device and partition numbers? > > > > I get this : > > > > My external usb disk is labelled SAUVEGARDE. > > > > $ udisksctl mount -b /dev/sdf1 > > Mounted /dev/sdf1 at /run/media/jacques/SAUVEGARDE > > > > $ dmesg > > [ 1003.189856] usb 10-2: new SuperSpeed USB device number 5 using > xhci_hcd > > [ 1003.205671] usb 10-2: New USB device found, idVendor=1058, > > idProduct=2621, bcdDevice=10.34 > > [ 1003.205682] usb 10-2: New USB device strings: Mfr=1, Product=2, > > SerialNumber=3 > > [ 1003.205688] usb 10-2: Product: Elements 2621 > > [ 1003.205709] usb 10-2: Manufacturer: Western Digital > > [ 1003.205714] usb 10-2: SerialNumber: 575837324139315041324831 > > [ 1003.207086] usb-storage 10-2:1.0: USB Mass Storage device detected > > [ 1003.207196] scsi host15: usb-storage 10-2:1.0 > > [ 1004.268434] scsi 15:0:0:0: Direct-Access WD Elements 2621 > > 1034 PQ: 0 ANSI: 6 > > [ 1004.268645] sd 15:0:0:0: Attached scsi generic sg7 type 0 > > [ 1004.271067] sd 15:0:0:0: [sdf] Spinning up disk... > > [ 1005.291638] ready > > [ 1008.461012] sd 15:0:0:0: [sdf] 3906963456 512-byte logical blocks: > (2.00 > > TB/1.82 TiB) > > [ 1008.461494] sd 15:0:0:0: [sdf] Write Protect is off > > [ 1008.461502] sd 15:0:0:0: [sdf] Mode Sense: 47 00 10 08 > > [ 1008.462001] sd 15:0:0:0: [sdf] No Caching mode page found > > [ 1008.462009] sd 15:0:0:0: [sdf] Assuming drive cache: write through > > [ 1008.464128] sdf: sdf1 > > [ 1008.464219] sd 15:0:0:0: [sdf] Attached SCSI disk > > [ 1023.783260] EXT4-fs (sdf1): mounted filesystem > > e26e8fef-8c48-4ad3-8258-10cb8fb47f81 r/w with ordered data mode. Quota > > mode: none. > > The above shows user 'jacques' has no problem mounting the ext4 filesystem > on > WD Elements 2621, using udisksctl - this indicates there is no issue with > the > core userspace function. > > However, Gnome applications (e.g. Nemo) use GIO, which calls GVFS, which > then > calls udisksctl to do the mounting/unmounting - not sure if FUSE is also > brought into this mix as if the above stack of virtual fs libraries are > not > enough. > > In any case, since you have proven udisks works as it should, the problem > ought to lie within the Gnome related stack above that. > > > > Is it possible the owner/access rights of the ext4 fs has changed between > > > the time when it worked and now? > > > > Well, i really don't know... > > > > -- > >> Jacques > > > > Since udisks works, this is not related to a change in a fs access rights > > restriction issue. > > > So, everything seems ok. > > Thank you so much for helping me. Cheers, -- Jacques
Re: [gentoo-user] auto-mounting external usb disk problem
On Thursday, 1 August 2024 13:38:33 BST Jacques Montier wrote: > Le jeu. 1 août 2024 à 13:39, Michael a écrit : > > On Thursday, 1 August 2024 11:24:29 BST Jacques Montier wrote: > > > Le mer. 31 juil. 2024 à 18:46, Michael a > > > > écrit : > > > > Looks like a possibility, if this started when you ran an update of > > > > the > > > > desktop, or changed some cinnamon/gnome settings. Play around with > > > > the > > > > auto- > > > > mount USB drive options, to see if it corrects itself. > > > > > > Thanks Michael, > > > > > > I did not understand why an usb stick was automounted and not WD usb > > > > drive. > > > > > I saw the one was fat32 formatted and WD ext4. > > > So, i formatted fat32 another empty WD drive and it worked ! > > > Last version of cinnamon could not automount ext4 drive ? That's weird. > > > > > > Well, it's not so important and in can deal with it. > > > > > > Cheers, > > > > > > Jacques > > > > Unlike ext4, the FAT filesystem does not support Unix file permissions so > > accessing the fs via userspace is more restricted than FAT. However, I > > would > > expect a different error, like "wrong filesystem type ...". > > > > What do you get in your logs when your run: > > > > ~ $ udisksctl mount -b /dev/sdXx > > > > where Xx are the device and partition numbers? > > I get this : > > My external usb disk is labelled SAUVEGARDE. > > $ udisksctl mount -b /dev/sdf1 > Mounted /dev/sdf1 at /run/media/jacques/SAUVEGARDE > > $ dmesg > [ 1003.189856] usb 10-2: new SuperSpeed USB device number 5 using xhci_hcd > [ 1003.205671] usb 10-2: New USB device found, idVendor=1058, > idProduct=2621, bcdDevice=10.34 > [ 1003.205682] usb 10-2: New USB device strings: Mfr=1, Product=2, > SerialNumber=3 > [ 1003.205688] usb 10-2: Product: Elements 2621 > [ 1003.205709] usb 10-2: Manufacturer: Western Digital > [ 1003.205714] usb 10-2: SerialNumber: 575837324139315041324831 > [ 1003.207086] usb-storage 10-2:1.0: USB Mass Storage device detected > [ 1003.207196] scsi host15: usb-storage 10-2:1.0 > [ 1004.268434] scsi 15:0:0:0: Direct-Access WD Elements 2621 > 1034 PQ: 0 ANSI: 6 > [ 1004.268645] sd 15:0:0:0: Attached scsi generic sg7 type 0 > [ 1004.271067] sd 15:0:0:0: [sdf] Spinning up disk... > [ 1005.291638] ready > [ 1008.461012] sd 15:0:0:0: [sdf] 3906963456 512-byte logical blocks: (2.00 > TB/1.82 TiB) > [ 1008.461494] sd 15:0:0:0: [sdf] Write Protect is off > [ 1008.461502] sd 15:0:0:0: [sdf] Mode Sense: 47 00 10 08 > [ 1008.462001] sd 15:0:0:0: [sdf] No Caching mode page found > [ 1008.462009] sd 15:0:0:0: [sdf] Assuming drive cache: write through > [ 1008.464128] sdf: sdf1 > [ 1008.464219] sd 15:0:0:0: [sdf] Attached SCSI disk > [ 1023.783260] EXT4-fs (sdf1): mounted filesystem > e26e8fef-8c48-4ad3-8258-10cb8fb47f81 r/w with ordered data mode. Quota > mode: none. The above shows user 'jacques' has no problem mounting the ext4 filesystem on WD Elements 2621, using udisksctl - this indicates there is no issue with the core userspace function. However, Gnome applications (e.g. Nemo) use GIO, which calls GVFS, which then calls udisksctl to do the mounting/unmounting - not sure if FUSE is also brought into this mix as if the above stack of virtual fs libraries are not enough. In any case, since you have proven udisks works as it should, the problem ought to lie within the Gnome related stack above that. > Is it possible the owner/access rights of the ext4 fs has changed between > > the time when it worked and now? > > Well, i really don't know... > > -- > Jacques Since udisks works, this is not related to a change in a fs access rights restriction issue. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] auto-mounting external usb disk problem
Le jeu. 1 août 2024 à 13:39, Michael a écrit : > On Thursday, 1 August 2024 11:24:29 BST Jacques Montier wrote: > > Le mer. 31 juil. 2024 à 18:46, Michael a > écrit : > > > > Looks like a possibility, if this started when you ran an update of the > > > desktop, or changed some cinnamon/gnome settings. Play around with the > > > auto- > > > mount USB drive options, to see if it corrects itself. > > > > Thanks Michael, > > > > I did not understand why an usb stick was automounted and not WD usb > drive. > > I saw the one was fat32 formatted and WD ext4. > > So, i formatted fat32 another empty WD drive and it worked ! > > Last version of cinnamon could not automount ext4 drive ? That's weird. > > > > Well, it's not so important and in can deal with it. > > > > Cheers, > > > > Jacques > > Unlike ext4, the FAT filesystem does not support Unix file permissions so > accessing the fs via userspace is more restricted than FAT. However, I > would > expect a different error, like "wrong filesystem type ...". > > What do you get in your logs when your run: > > ~ $ udisksctl mount -b /dev/sdXx > > where Xx are the device and partition numbers? > > I get this : My external usb disk is labelled SAUVEGARDE. $ udisksctl mount -b /dev/sdf1 Mounted /dev/sdf1 at /run/media/jacques/SAUVEGARDE $ dmesg [ 1003.189856] usb 10-2: new SuperSpeed USB device number 5 using xhci_hcd [ 1003.205671] usb 10-2: New USB device found, idVendor=1058, idProduct=2621, bcdDevice=10.34 [ 1003.205682] usb 10-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 1003.205688] usb 10-2: Product: Elements 2621 [ 1003.205709] usb 10-2: Manufacturer: Western Digital [ 1003.205714] usb 10-2: SerialNumber: 575837324139315041324831 [ 1003.207086] usb-storage 10-2:1.0: USB Mass Storage device detected [ 1003.207196] scsi host15: usb-storage 10-2:1.0 [ 1004.268434] scsi 15:0:0:0: Direct-Access WD Elements 2621 1034 PQ: 0 ANSI: 6 [ 1004.268645] sd 15:0:0:0: Attached scsi generic sg7 type 0 [ 1004.271067] sd 15:0:0:0: [sdf] Spinning up disk... [ 1005.291638] ready [ 1008.461012] sd 15:0:0:0: [sdf] 3906963456 512-byte logical blocks: (2.00 TB/1.82 TiB) [ 1008.461494] sd 15:0:0:0: [sdf] Write Protect is off [ 1008.461502] sd 15:0:0:0: [sdf] Mode Sense: 47 00 10 08 [ 1008.462001] sd 15:0:0:0: [sdf] No Caching mode page found [ 1008.462009] sd 15:0:0:0: [sdf] Assuming drive cache: write through [ 1008.464128] sdf: sdf1 [ 1008.464219] sd 15:0:0:0: [sdf] Attached SCSI disk [ 1023.783260] EXT4-fs (sdf1): mounted filesystem e26e8fef-8c48-4ad3-8258-10cb8fb47f81 r/w with ordered data mode. Quota mode: none. Is it possible the owner/access rights of the ext4 fs has changed between > the > time when it worked and now? > Well, i really don't know... -- Jacques
Re: [gentoo-user] auto-mounting external usb disk problem
On Thursday, 1 August 2024 11:24:29 BST Jacques Montier wrote: > Le mer. 31 juil. 2024 à 18:46, Michael a écrit : > > Looks like a possibility, if this started when you ran an update of the > > desktop, or changed some cinnamon/gnome settings. Play around with the > > auto- > > mount USB drive options, to see if it corrects itself. > > Thanks Michael, > > I did not understand why an usb stick was automounted and not WD usb drive. > I saw the one was fat32 formatted and WD ext4. > So, i formatted fat32 another empty WD drive and it worked ! > Last version of cinnamon could not automount ext4 drive ? That's weird. > > Well, it's not so important and in can deal with it. > > Cheers, > > Jacques Unlike ext4, the FAT filesystem does not support Unix file permissions so accessing the fs via userspace is more restricted than FAT. However, I would expect a different error, like "wrong filesystem type ...". What do you get in your logs when your run: ~ $ udisksctl mount -b /dev/sdXx where Xx are the device and partition numbers? Is it possible the owner/access rights of the ext4 fs has changed between the time when it worked and now? signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] auto-mounting external usb disk problem
Le mer. 31 juil. 2024 à 18:46, Michael a écrit : > On Wednesday, 31 July 2024 17:37:17 BST Jacques Montier wrote: > > Le mer. 31 juil. 2024 à 16:49, Michael a > écrit : > > > On Wednesday, 31 July 2024 10:36:20 BST Jacques Montier wrote: > > > > Hello all, > > > > > > > > For a few days, my two usb external disks do not automatically mount > on > > > > /run/media/ > > > > > > Have you changed your PC, USB port/hub, kernel or your udisks version, > > > before > > > you noticed this? > > > > > > If you observed this on a laptop, does it happen when mains power is > on? > > > > > > > Those disks are successfully detected. > > > > > > > > - dmesg : > > > >20.711135] usb 10-2: New USB device found, idVendor=1058, > > > > > > > > idProduct=2621, bcdDevice=10.34 > > > > [ 20.711144] usb 10-2: New USB device strings: Mfr=1, Product=2, > > > > SerialNumber=3 > > > > [ 20.711147] usb 10-2: Product: Elements 2621 > > > > [ 20.711150] usb 10-2: Manufacturer: Western Digital > > > > [ 20.711152] usb 10-2: SerialNumber: 575837324139315041324831 > > > > [ 20.712935] usb-storage 10-2:1.0: USB Mass Storage device detected > > > > [ 20.713081] scsi host14: usb-storage 10-2:1.0 > > > > [ 21.740964] scsi 14:0:0:0: Direct-Access WD Elements > 2621 > > > > > > > > 1034 PQ: 0 ANSI: 6 > > > > > > > > [ 21.741163] sd 14:0:0:0: Attached scsi generic sg6 type 0 > > > > [ 21.743671] sd 14:0:0:0: [sde] Spinning up disk... > > > > [ 22.764230] ready > > > > > > > [ 25.936769] sd 14:0:0:0: [sde] 3906963456 512-byte logical blocks: > > > (2.00 > > > > > > > TB/1.82 TiB) > > > > [ 25.937331] sd 14:0:0:0: [sde] Write Protect is off > > > > [ 25.937337] sd 14:0:0:0: [sde] Mode Sense: 47 00 10 08 > > > > [ 25.937831] sd 14:0:0:0: [sde] No Caching mode page found > > > > [ 25.937836] sd 14:0:0:0: [sde] Assuming drive cache: write through > > > > [ 25.939868] sde: sde1 > > > > > > > > - Some errors by journalctl (attached file) > > > > > > > > juil. 31 11:21:00 GentooLinux udisksd[1178]: Error probing device: > Error > > > > sending ATA command IDENTIFY DEVICE to '/dev/sde': Unexpected> > > > > > > > > : f0 00 01 00 00 > 00 00 > > > > > > 0a > > > > > > > 00 00 00 00 00 1d 00 00 > > > > > > > > 0010: 00 00 00 00 00 > 00 00 > > > > > > 00 > > > > > > > 00 00 00 00 00 00 00 00 > > > > > > > > (g-io-error-quark, 0) > > > > > > > > - I can manually mount them without any issue. > > > > > > > > - USB sticks successfully mount. > > > > > > > > - No problem with Linux Mint OS 23.1 > > > > > > > > Any idea ? > > > > > > > > Thanks in advance, > > > > > > > > Cheers, > > > > > > > > -- > > > > Jacques > > > > > > It often happens external USB drives need enough power to start up > fully, > > > before their onboard controller responds to probes from udisksd. If > > > something > > > (from PSU, to battery power, to kernel/desktop power management > options) > > > has > > > changed, to the point where the power on the USB port becomes marginal, > > > then > > > such symptoms are possible. > > > > > > Things you could try: > > > > > > 1. Try a different USB port, ideally USB 3.0 or later version e.g. USB > 3.2 > > > Gen2, which can provide more power. > > > > > > 2. Use a powered USB Hub between the PC and the drive, or a Y-shaped > USB > > > cable > > > to feed the drive from two ports. > > > > > > 3. If on a laptop, use mains power (esp. in the summer when the cooling > > > fan > > > may be demanding more from the battery). > > > > > > 4. Remove other consumables from USB ports sharing the same bus. > > > > > > 5. Do not set your desktop to auto-mount USBs when you plug in, but > only > > > when > > > you manually click on it in your GUI. > > > > > > > > > Anecdotal observation: I have a WD Elements drive which I connect > through > > > an > > > external powered hub on a USB 2.0 port on the PC. Even though the hub > is > > > powered, I have to power it up first, wait a few seconds for the drive > to > > > come > > > up to speed (the LED flashing slows down), before I boot the PC. > > > Otherwise > > > it's a hit or miss affair for the PC to detect it. This got worse > after > > > some > > > months/years, although the drive itself has seen relatively little use. > > > > Thank you Michael, > > > > It's a desktop PC working with cinnamon 6. > > I tried KDE Plasma (wayland or X11) and it works ! > > So, maybe a cinnamon-6.0.4 issue ? > > > > Cheers, > > > > Jacques > > Looks like a possibility, if this started when you ran an update of the > desktop, or changed some cinnamon/gnome settings. Play around with the > auto- > mount USB drive options, to see if it corrects itself. Thanks Michael, I did not understand why an usb stick was automounted and not WD usb drive. I saw the one was fat32 formatted and WD ext4.
Re: [gentoo-user] auto-mounting external usb disk problem
On Wednesday, 31 July 2024 17:37:17 BST Jacques Montier wrote: > Le mer. 31 juil. 2024 à 16:49, Michael a écrit : > > On Wednesday, 31 July 2024 10:36:20 BST Jacques Montier wrote: > > > Hello all, > > > > > > For a few days, my two usb external disks do not automatically mount on > > > /run/media/ > > > > Have you changed your PC, USB port/hub, kernel or your udisks version, > > before > > you noticed this? > > > > If you observed this on a laptop, does it happen when mains power is on? > > > > > Those disks are successfully detected. > > > > > > - dmesg : > > >20.711135] usb 10-2: New USB device found, idVendor=1058, > > > > > > idProduct=2621, bcdDevice=10.34 > > > [ 20.711144] usb 10-2: New USB device strings: Mfr=1, Product=2, > > > SerialNumber=3 > > > [ 20.711147] usb 10-2: Product: Elements 2621 > > > [ 20.711150] usb 10-2: Manufacturer: Western Digital > > > [ 20.711152] usb 10-2: SerialNumber: 575837324139315041324831 > > > [ 20.712935] usb-storage 10-2:1.0: USB Mass Storage device detected > > > [ 20.713081] scsi host14: usb-storage 10-2:1.0 > > > [ 21.740964] scsi 14:0:0:0: Direct-Access WD Elements 2621 > > > > > > 1034 PQ: 0 ANSI: 6 > > > > > > [ 21.741163] sd 14:0:0:0: Attached scsi generic sg6 type 0 > > > [ 21.743671] sd 14:0:0:0: [sde] Spinning up disk... > > > [ 22.764230] ready > > > > > [ 25.936769] sd 14:0:0:0: [sde] 3906963456 512-byte logical blocks: > > (2.00 > > > > > TB/1.82 TiB) > > > [ 25.937331] sd 14:0:0:0: [sde] Write Protect is off > > > [ 25.937337] sd 14:0:0:0: [sde] Mode Sense: 47 00 10 08 > > > [ 25.937831] sd 14:0:0:0: [sde] No Caching mode page found > > > [ 25.937836] sd 14:0:0:0: [sde] Assuming drive cache: write through > > > [ 25.939868] sde: sde1 > > > > > > - Some errors by journalctl (attached file) > > > > > > juil. 31 11:21:00 GentooLinux udisksd[1178]: Error probing device: Error > > > sending ATA command IDENTIFY DEVICE to '/dev/sde': Unexpected> > > > > > > : f0 00 01 00 00 00 00 > > > > 0a > > > > > 00 00 00 00 00 1d 00 00 > > > > > > 0010: 00 00 00 00 00 00 00 > > > > 00 > > > > > 00 00 00 00 00 00 00 00 > > > > > > (g-io-error-quark, 0) > > > > > > - I can manually mount them without any issue. > > > > > > - USB sticks successfully mount. > > > > > > - No problem with Linux Mint OS 23.1 > > > > > > Any idea ? > > > > > > Thanks in advance, > > > > > > Cheers, > > > > > > -- > > > Jacques > > > > It often happens external USB drives need enough power to start up fully, > > before their onboard controller responds to probes from udisksd. If > > something > > (from PSU, to battery power, to kernel/desktop power management options) > > has > > changed, to the point where the power on the USB port becomes marginal, > > then > > such symptoms are possible. > > > > Things you could try: > > > > 1. Try a different USB port, ideally USB 3.0 or later version e.g. USB 3.2 > > Gen2, which can provide more power. > > > > 2. Use a powered USB Hub between the PC and the drive, or a Y-shaped USB > > cable > > to feed the drive from two ports. > > > > 3. If on a laptop, use mains power (esp. in the summer when the cooling > > fan > > may be demanding more from the battery). > > > > 4. Remove other consumables from USB ports sharing the same bus. > > > > 5. Do not set your desktop to auto-mount USBs when you plug in, but only > > when > > you manually click on it in your GUI. > > > > > > Anecdotal observation: I have a WD Elements drive which I connect through > > an > > external powered hub on a USB 2.0 port on the PC. Even though the hub is > > powered, I have to power it up first, wait a few seconds for the drive to > > come > > up to speed (the LED flashing slows down), before I boot the PC. > > Otherwise > > it's a hit or miss affair for the PC to detect it. This got worse after > > some > > months/years, although the drive itself has seen relatively little use. > > Thank you Michael, > > It's a desktop PC working with cinnamon 6. > I tried KDE Plasma (wayland or X11) and it works ! > So, maybe a cinnamon-6.0.4 issue ? > > Cheers, > > Jacques Looks like a possibility, if this started when you ran an update of the desktop, or changed some cinnamon/gnome settings. Play around with the auto- mount USB drive options, to see if it corrects itself. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] auto-mounting external usb disk problem
Le mer. 31 juil. 2024 à 16:49, Michael a écrit : > On Wednesday, 31 July 2024 10:36:20 BST Jacques Montier wrote: > > Hello all, > > > > For a few days, my two usb external disks do not automatically mount on > > /run/media/ > > Have you changed your PC, USB port/hub, kernel or your udisks version, > before > you noticed this? > > If you observed this on a laptop, does it happen when mains power is on? > > > > Those disks are successfully detected. > > - dmesg : > >20.711135] usb 10-2: New USB device found, idVendor=1058, > > idProduct=2621, bcdDevice=10.34 > > [ 20.711144] usb 10-2: New USB device strings: Mfr=1, Product=2, > > SerialNumber=3 > > [ 20.711147] usb 10-2: Product: Elements 2621 > > [ 20.711150] usb 10-2: Manufacturer: Western Digital > > [ 20.711152] usb 10-2: SerialNumber: 575837324139315041324831 > > [ 20.712935] usb-storage 10-2:1.0: USB Mass Storage device detected > > [ 20.713081] scsi host14: usb-storage 10-2:1.0 > > [ 21.740964] scsi 14:0:0:0: Direct-Access WD Elements 2621 > > 1034 PQ: 0 ANSI: 6 > > [ 21.741163] sd 14:0:0:0: Attached scsi generic sg6 type 0 > > [ 21.743671] sd 14:0:0:0: [sde] Spinning up disk... > > [ 22.764230] ready > > [ 25.936769] sd 14:0:0:0: [sde] 3906963456 512-byte logical blocks: > (2.00 > > TB/1.82 TiB) > > [ 25.937331] sd 14:0:0:0: [sde] Write Protect is off > > [ 25.937337] sd 14:0:0:0: [sde] Mode Sense: 47 00 10 08 > > [ 25.937831] sd 14:0:0:0: [sde] No Caching mode page found > > [ 25.937836] sd 14:0:0:0: [sde] Assuming drive cache: write through > > [ 25.939868] sde: sde1 > > > > - Some errors by journalctl (attached file) > > > > juil. 31 11:21:00 GentooLinux udisksd[1178]: Error probing device: Error > > sending ATA command IDENTIFY DEVICE to '/dev/sde': Unexpected> > > : f0 00 01 00 00 00 00 > 0a > > 00 00 00 00 00 1d 00 00 > > 0010: 00 00 00 00 00 00 00 > 00 > > 00 00 00 00 00 00 00 00 > > (g-io-error-quark, 0) > > > > - I can manually mount them without any issue. > > > > - USB sticks successfully mount. > > > > - No problem with Linux Mint OS 23.1 > > > > Any idea ? > > > > Thanks in advance, > > > > Cheers, > > > > -- > > Jacques > > It often happens external USB drives need enough power to start up fully, > before their onboard controller responds to probes from udisksd. If > something > (from PSU, to battery power, to kernel/desktop power management options) > has > changed, to the point where the power on the USB port becomes marginal, > then > such symptoms are possible. > > Things you could try: > > 1. Try a different USB port, ideally USB 3.0 or later version e.g. USB 3.2 > Gen2, which can provide more power. > > 2. Use a powered USB Hub between the PC and the drive, or a Y-shaped USB > cable > to feed the drive from two ports. > > 3. If on a laptop, use mains power (esp. in the summer when the cooling > fan > may be demanding more from the battery). > > 4. Remove other consumables from USB ports sharing the same bus. > > 5. Do not set your desktop to auto-mount USBs when you plug in, but only > when > you manually click on it in your GUI. > > > Anecdotal observation: I have a WD Elements drive which I connect through > an > external powered hub on a USB 2.0 port on the PC. Even though the hub is > powered, I have to power it up first, wait a few seconds for the drive to > come > up to speed (the LED flashing slows down), before I boot the PC. > Otherwise > it's a hit or miss affair for the PC to detect it. This got worse after > some > months/years, although the drive itself has seen relatively little use. > > > Thank you Michael, It's a desktop PC working with cinnamon 6. I tried KDE Plasma (wayland or X11) and it works ! So, maybe a cinnamon-6.0.4 issue ? Cheers, Jacques
Re: [gentoo-user] auto-mounting external usb disk problem
On Wednesday, 31 July 2024 10:36:20 BST Jacques Montier wrote: > Hello all, > > For a few days, my two usb external disks do not automatically mount on > /run/media/ Have you changed your PC, USB port/hub, kernel or your udisks version, before you noticed this? If you observed this on a laptop, does it happen when mains power is on? > Those disks are successfully detected. > - dmesg : >20.711135] usb 10-2: New USB device found, idVendor=1058, > idProduct=2621, bcdDevice=10.34 > [ 20.711144] usb 10-2: New USB device strings: Mfr=1, Product=2, > SerialNumber=3 > [ 20.711147] usb 10-2: Product: Elements 2621 > [ 20.711150] usb 10-2: Manufacturer: Western Digital > [ 20.711152] usb 10-2: SerialNumber: 575837324139315041324831 > [ 20.712935] usb-storage 10-2:1.0: USB Mass Storage device detected > [ 20.713081] scsi host14: usb-storage 10-2:1.0 > [ 21.740964] scsi 14:0:0:0: Direct-Access WD Elements 2621 > 1034 PQ: 0 ANSI: 6 > [ 21.741163] sd 14:0:0:0: Attached scsi generic sg6 type 0 > [ 21.743671] sd 14:0:0:0: [sde] Spinning up disk... > [ 22.764230] ready > [ 25.936769] sd 14:0:0:0: [sde] 3906963456 512-byte logical blocks: (2.00 > TB/1.82 TiB) > [ 25.937331] sd 14:0:0:0: [sde] Write Protect is off > [ 25.937337] sd 14:0:0:0: [sde] Mode Sense: 47 00 10 08 > [ 25.937831] sd 14:0:0:0: [sde] No Caching mode page found > [ 25.937836] sd 14:0:0:0: [sde] Assuming drive cache: write through > [ 25.939868] sde: sde1 > > - Some errors by journalctl (attached file) > > juil. 31 11:21:00 GentooLinux udisksd[1178]: Error probing device: Error > sending ATA command IDENTIFY DEVICE to '/dev/sde': Unexpected> > : f0 00 01 00 00 00 00 0a > 00 00 00 00 00 1d 00 00 > 0010: 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 > (g-io-error-quark, 0) > > - I can manually mount them without any issue. > > - USB sticks successfully mount. > > - No problem with Linux Mint OS 23.1 > > Any idea ? > > Thanks in advance, > > Cheers, > > -- > Jacques It often happens external USB drives need enough power to start up fully, before their onboard controller responds to probes from udisksd. If something (from PSU, to battery power, to kernel/desktop power management options) has changed, to the point where the power on the USB port becomes marginal, then such symptoms are possible. Things you could try: 1. Try a different USB port, ideally USB 3.0 or later version e.g. USB 3.2 Gen2, which can provide more power. 2. Use a powered USB Hub between the PC and the drive, or a Y-shaped USB cable to feed the drive from two ports. 3. If on a laptop, use mains power (esp. in the summer when the cooling fan may be demanding more from the battery). 4. Remove other consumables from USB ports sharing the same bus. 5. Do not set your desktop to auto-mount USBs when you plug in, but only when you manually click on it in your GUI. Anecdotal observation: I have a WD Elements drive which I connect through an external powered hub on a USB 2.0 port on the PC. Even though the hub is powered, I have to power it up first, wait a few seconds for the drive to come up to speed (the LED flashing slows down), before I boot the PC. Otherwise it's a hit or miss affair for the PC to detect it. This got worse after some months/years, although the drive itself has seen relatively little use. signature.asc Description: This is a digitally signed message part.
[gentoo-user] auto-mounting external usb disk problem
Hello all, For a few days, my two usb external disks do not automatically mount on /run/media/ Those disks are successfully detected. - dmesg : 20.711135] usb 10-2: New USB device found, idVendor=1058, idProduct=2621, bcdDevice=10.34 [ 20.711144] usb 10-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 20.711147] usb 10-2: Product: Elements 2621 [ 20.711150] usb 10-2: Manufacturer: Western Digital [ 20.711152] usb 10-2: SerialNumber: 575837324139315041324831 [ 20.712935] usb-storage 10-2:1.0: USB Mass Storage device detected [ 20.713081] scsi host14: usb-storage 10-2:1.0 [ 21.740964] scsi 14:0:0:0: Direct-Access WD Elements 2621 1034 PQ: 0 ANSI: 6 [ 21.741163] sd 14:0:0:0: Attached scsi generic sg6 type 0 [ 21.743671] sd 14:0:0:0: [sde] Spinning up disk... [ 22.764230] ready [ 25.936769] sd 14:0:0:0: [sde] 3906963456 512-byte logical blocks: (2.00 TB/1.82 TiB) [ 25.937331] sd 14:0:0:0: [sde] Write Protect is off [ 25.937337] sd 14:0:0:0: [sde] Mode Sense: 47 00 10 08 [ 25.937831] sd 14:0:0:0: [sde] No Caching mode page found [ 25.937836] sd 14:0:0:0: [sde] Assuming drive cache: write through [ 25.939868] sde: sde1 - Some errors by journalctl (attached file) juil. 31 11:21:00 GentooLinux udisksd[1178]: Error probing device: Error sending ATA command IDENTIFY DEVICE to '/dev/sde': Unexpected> : f0 00 01 00 00 00 00 0a 00 00 00 00 00 1d 00 00 0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 (g-io-error-quark, 0) - I can manually mount them without any issue. - USB sticks successfully mount. - No problem with Linux Mint OS 23.1 Any idea ? Thanks in advance, Cheers, -- Jacques juil. 31 11:20:51 GentooLinux kernel: (udev-worker) (580) used greatest stack depth: 10352 bytes left juil. 31 11:20:55 GentooLinux kernel: usb 10-2: new SuperSpeed USB device number 2 using xhci_hcd juil. 31 11:20:55 GentooLinux kernel: usb 10-2: New USB device found, idVendor=1058, idProduct=2621, bcdDevice=10.34 juil. 31 11:20:55 GentooLinux kernel: usb 10-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 juil. 31 11:20:55 GentooLinux kernel: usb 10-2: Product: Elements 2621 juil. 31 11:20:55 GentooLinux kernel: usb 10-2: Manufacturer: Western Digital juil. 31 11:20:55 GentooLinux kernel: usb 10-2: SerialNumber: 575837324139315041324831 juil. 31 11:20:55 GentooLinux kernel: usb-storage 10-2:1.0: USB Mass Storage device detected juil. 31 11:20:55 GentooLinux kernel: scsi host14: usb-storage 10-2:1.0 juil. 31 11:20:56 GentooLinux kernel: scsi 14:0:0:0: Direct-Access WD Elements 26211034 PQ: 0 ANSI: 6 juil. 31 11:21:00 GentooLinux kernel: sd 14:0:0:0: Attached scsi generic sg6 type 0 juil. 31 11:21:00 GentooLinux kernel: sd 14:0:0:0: [sde] Spinning up disk... juil. 31 11:21:00 GentooLinux kernel: ready juil. 31 11:21:00 GentooLinux kernel: sd 14:0:0:0: [sde] 3906963456 512-byte logical blocks: (2.00 TB/1.82 TiB) juil. 31 11:21:00 GentooLinux kernel: sd 14:0:0:0: [sde] Write Protect is off juil. 31 11:21:00 GentooLinux kernel: sd 14:0:0:0: [sde] Mode Sense: 47 00 10 08 juil. 31 11:21:00 GentooLinux kernel: sd 14:0:0:0: [sde] No Caching mode page found juil. 31 11:21:00 GentooLinux kernel: sd 14:0:0:0: [sde] Assuming drive cache: write through juil. 31 11:21:00 GentooLinux kernel: sde: sde1 juil. 31 11:21:00 GentooLinux kernel: sd 14:0:0:0: [sde] Attached SCSI disk juil. 31 11:20:57 GentooLinux systemd[1]: NetworkManager-dispatcher.service: Deactivated successfully. juil. 31 11:20:58 GentooLinux systemd[1]: proc-sys-fs-binfmt_misc.automount: Got automount request for /proc/sys/fs/binfmt_misc, trigg> juil. 31 11:20:58 GentooLinux systemd[1]: Mounting Arbitrary Executable File Formats File System... juil. 31 11:20:58 GentooLinux systemd[1]: Mounted Arbitrary Executable File Formats File System. juil. 31 11:21:00 GentooLinux udisksd[1178]: Error probing device: Error sending ATA command IDENTIFY DEVICE to '/dev/sde': Unexpected> : f0 00 01 00 00 00 00 0a 00 00 00 00 00 1d 00 00 0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 (g-io-error-quark, 0)
Re: [gentoo-user] Scripting KDE?
On Monday, 29 July 2024 21:12:35 BST gen...@dhaller.de wrote: > Hello, > > 29.07.2024 15:17:26 Peter Humphrey : > > I'd like to be able to shut a KDE machine down from another room, over > > SSH. > > https://superuser.com/questions/395820/how-to-properly-end-a-kde-session-fro > m-shell-without-root-privileges > https://stackoverflow.com/questions/78175326/how-can-i-trigger-shutdown-or-> > logout-in-kde-plasma-via-qdbus-in-python Interesting; thanks. -- Regards, Peter.
Re: [gentoo-user] Re: 17 new packages because pip wants to write poetry?
On 7/29/24 4:09 PM, Grant Edwards wrote:
> Right, but that's only useful after you track down the trigger for the
> new packages. What would be nice is avoiding that "tracking down"
> effort. [I know, I should just relax, hit 'Y', and trust that emerge
> and the devs know what they're doing.]
That's basically just emerge -t though?
>> As for why it needs to format markdown -- build dependencies of
>> python software often do, since they want to render the darned stuff
>> into the https://pypi.org display page for that software
>
> Oh. Is that display page (in html?) written into a log somewhere or
> shown during the build?
It's stored inside an installed file called
/usr/lib/python3.XX/site-packages/${PN}-${PV}.dist-info/METADATA
The file format is described at
https://packaging.python.org/en/latest/specifications/core-metadata/#description
Of course, the specific metadata field in question is not actually
useful for installed packages, only for web repository uploads, but
there you have it...
There is some useful metadata in that file, for example pip needs it to
be able to list which names and versions are installed, and also to
check whether each python module has its dependencies (or Extras
dependencies) installed. But the stuff that uses rst and markdown is
totally unnecessary for this, even though python build systems have to
add it.
>> aside: there are pip manpages, funny you should mention that.
>
> When installed on Gentoo using dev-python/pip?
>
>> I could totally add another bdepend on sphinx for this! But I would have
>> to package some things first. :(
>
> No thanks, sphinx would pull in 10 more packages. :)
>
> If I need pip documentation, I can google for it or look at the
> rst.bz2 files install in /usr/share/doc...
>
> Thanks for tolerating my whinging.
Gentoo doesn't install the manpages, no.
We should. And per policy, manpages cannot be disabled by a USE flag:
https://projects.gentoo.org/qa/policy-guide/installed-files.html#pg0305
But what we can do is build the manpages ourselves and add an extra
SRC_URI to download that. And in this case it's a royal pain to package,
including the fact that it requires sphinxcontrib-towncrier which has
never released any version that isn't an alpha... amazing...
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
Re: [gentoo-user] Scripting KDE?
Hello, 29.07.2024 15:17:26 Peter Humphrey : > I'd like to be able to shut a KDE machine down from another room, over SSH. https://superuser.com/questions/395820/how-to-properly-end-a-kde-session-from-shell-without-root-privileges https://stackoverflow.com/questions/78175326/how-can-i-trigger-shutdown-or-logout-in-kde-plasma-via-qdbus-in-python (don't get irritated about that python in the second) HTH, -dnh
[gentoo-user] Re: 17 new packages because pip wants to write poetry?
On 2024-07-29, Eli Schwartz wrote: >> [...] I (for one) would appreciate some sort of notice when such an >> unbundling happens so that I don't waste time trying to track down >> why emerge suddenly wants to install a bunch of new packages. I >> can't really come up with a good mechanism for that other than news >> items. > > Well, it is there in the `git log` of the package. And at > https://packages.gentoo.org/packages/dev-python/pip/changelog > > Commits on 2024-06-23 > > dev-python/pip: Unbundle dependencies Right, but that's only useful after you track down the trigger for the new packages. What would be nice is avoiding that "tracking down" effort. [I know, I should just relax, hit 'Y', and trust that emerge and the devs know what they're doing.] >> OK, now I'm genuinely curious: what does pip need to do with markdown >> and RTF? My first guess was that its man pages aren't written in nroff >> any more and somehow markdown was being used. [I already had at least >> one markdown implementation installed, but pip apparently demands a >> different one.] But there is no man page for pip. There are a bunch of >> documents in /usr/share/doc/pip-, but they're all reStructured Text. >> >> Oh well, I guess I should be thankful it didn't force LaTeX and pandoc >> installs. > > Python software loves to depend on python software and hates to depend > on anything that isn't written in python, so I think you're pretty safe > there. :) Good point. :) > As for why it needs to format markdown -- build dependencies of > python software often do, since they want to render the darned stuff > into the https://pypi.org display page for that software Oh. Is that display page (in html?) written into a log somewhere or shown during the build? > and the one and only way to do so is to render it into the metadata > files which get installed at runtime -- and which are also directly > displayed on https://pypi.org > > I don't understand it myself, either. You certainly understand more of it than I do. > In this case it's actually a bit worse because pip internally uses, and > usually bundles a code copy, of https://pypi.org/project/rich/ > > "rich" can do a lot of things, including take markdown and print it with > fancy formatting and colors to your terminal emulator. pip isn't using > most of the features of rich, but it is *using* rich at all, and > therefore markdown ends up as a recursive dependency. > ... > > aside: there are pip manpages, funny you should mention that. When installed on Gentoo using dev-python/pip? > I could totally add another bdepend on sphinx for this! But I would have > to package some things first. :( No thanks, sphinx would pull in 10 more packages. :) If I need pip documentation, I can google for it or look at the rst.bz2 files install in /usr/share/doc... Thanks for tolerating my whinging. -- Grant
Re: [gentoo-user] Scripting KDE?
Peter Humphrey wrote: > On Monday, 29 July 2024 16:10:10 BST Mark Knecht wrote: >> On Mon, Jul 29, 2024 at 6:42 AM Peter Humphrey >> >> wrote: >>> On Monday, 29 July 2024 14:32:24 BST Michael wrote: On Monday, 29 July 2024 14:27:03 BST Matt Connell wrote: > On Mon, 2024-07-29 at 14:17 +0100, Peter Humphrey wrote: >> Is there a way to pass a shutdown command to KDE over SSH? Google >> doesn't help me much, though it has a good deal of stuff on >> scripting >> >> inside KDE. > loginctl terminate-session > > ^ would be the first thing I would try. That'll exit the desktop session. Try 'loginctl hibernate' if you want to save everything to disk, or for 'loginctl suspend' for a faster startup. >>> No, I don't suspend or hibernate here; I'll try Matt's suggestion and >> follow >> >>> it with 'sudo reboot'. >>> >>> Thank you both. >>> >>> -- >>> Regards, >>> Peter. >> Or possibly sudo shutdown -h now? > Yes. The bit I needed was getting KDE to exit gracefully instead of being > killed blindly. > I've ran into this a time or two here. I'll do a upgrade but for some reason, KDE won't log itself out on its own. I guess some package got out of sync or something. I end up going to a console and doing things the manual way. When I do that, I get the desktop I had when I logged out the previous time since that is what was saved. Given the regular logout process doesn't work, this command line way may not either but I'm hoping to remember it and give it a try. If it will work over ssh, maybe it will work when on the system itself. I had no idea there was a command line way to logout. Looking at help info, it has a lot of options. I still don't like this small version of a keyboard. I like the size of the old Dell Quietkey from my old rig. It's old, PS/2 and all but it fits my fingers better. I can't find a reasonably priced replacement. They all seem to be smaller. How does one type on these little things??? I get lots of typos. Dale :-) :-)
Re: [gentoo-user] Re: 17 new packages because pip wants to write poetry?
On 7/29/24 2:05 PM, Grant Edwards wrote: > On 2024-07-29, Eli Schwartz wrote: >> >>> It turns out dev-python/poetry has nothing to do with poetry, so my AI >>> paranoia was unjustified (this time), but one wonders what devs are >>> thinking when the decide they add dozens of new dependencies like >>> that. Why does pip suddenly need to format (or produce?) both markdown >>> and RTF when it's been able to get along fine without them for so many >>> years? >> >> For many years, pip has contained bundled libraries. These libraries >> recently got unbundled, and now you're installing a system copy. > > Yep, I figured that was probably the answer. I (for one) would > appreciate some sort of notice when such an unbundling happens so that > I don't waste time trying to track down why emerge suddenly wants to > install a bunch of new packages. I can't really come up with a good > mechanism for that other than news items. Well, it is there in the `git log` of the package. And at https://packages.gentoo.org/packages/dev-python/pip/changelog Commits on 2024-06-23 dev-python/pip: Unbundle dependencies >> pip has always "needed to format (or produce?) both markdown and RTF", > > OK, now I'm genuinely curious: what does pip need to do with markdown > and RTF? My first guess was that its man pages aren't written in nroff > any more and somehow markdown was being used. [I already had at least > one markdown implementation installed, but pip apparently demands a > different one.] But there is no man page for pip. There are a bunch of > documents in /usr/share/doc/pip-, but they're all reStructured Text. > > Oh well, I guess I should be thankful it didn't force LaTeX and pandoc > installs. Python software loves to depend on python software and hates to depend on anything that isn't written in python, so I think you're pretty safe there. :) As for why it needs to format markdown -- build dependencies of python software often do, since they want to render the darned stuff into the https://pypi.org display page for that software and the one and only way to do so is to render it into the metadata files which get installed at runtime -- and which are also directly displayed on https://pypi.org I don't understand it myself, either. In this case it's actually a bit worse because pip internally uses, and usually bundles a code copy, of https://pypi.org/project/rich/ "rich" can do a lot of things, including take markdown and print it with fancy formatting and colors to your terminal emulator. pip isn't using most of the features of rich, but it is *using* rich at all, and therefore markdown ends up as a recursive dependency. ... aside: there are pip manpages, funny you should mention that. I could totally add another bdepend on sphinx for this! But I would have to package some things first. :( -- Eli Schwartz OpenPGP_signature.asc Description: OpenPGP digital signature
[gentoo-user] Re: 17 new packages because pip wants to write poetry?
On 2024-07-29, Eli Schwartz wrote: > >> It turns out dev-python/poetry has nothing to do with poetry, so my AI >> paranoia was unjustified (this time), but one wonders what devs are >> thinking when the decide they add dozens of new dependencies like >> that. Why does pip suddenly need to format (or produce?) both markdown >> and RTF when it's been able to get along fine without them for so many >> years? > > For many years, pip has contained bundled libraries. These libraries > recently got unbundled, and now you're installing a system copy. Yep, I figured that was probably the answer. I (for one) would appreciate some sort of notice when such an unbundling happens so that I don't waste time trying to track down why emerge suddenly wants to install a bunch of new packages. I can't really come up with a good mechanism for that other than news items. > pip has always "needed to format (or produce?) both markdown and RTF", OK, now I'm genuinely curious: what does pip need to do with markdown and RTF? My first guess was that its man pages aren't written in nroff any more and somehow markdown was being used. [I already had at least one markdown implementation installed, but pip apparently demands a different one.] But there is no man page for pip. There are a bunch of documents in /usr/share/doc/pip-, but they're all reStructured Text. Oh well, I guess I should be thankful it didn't force LaTeX and pandoc installs. > but it also "needs" to use bundled libraries to do it without people > noticing that it does it. Some of those packages are only bdeps, > and you can feel free to e.g. delete poetry via > emerge -c --with-bdeps=n once you're done updating. I usually just leave bdeps installed. Otherwise that would remove 130 other packages as well (some of which take a looong time to build). -- Grant
Re: [gentoo-user] 17 new packages because pip wants to write poetry?
On Mon, 29 Jul 2024 16:01:19 - (UTC) Grant Edwards wrote: > It turns out dev-python/poetry has nothing to do with poetry, so my AI > paranoia was unjustified (this time), but one wonders what devs are > thinking when the decide they add dozens of new dependencies like > that. Devs are thinking how to make their life easier and not how to please you. pip is opensource, go ahead, unbundle the unnecessary bits, help the devs making it work also without these dependencies. I am in no way involved in the development of pip, but this attitude is very counterproductive.
Re: [gentoo-user] Scripting KDE?
On Monday, 29 July 2024 16:10:10 BST Mark Knecht wrote: > On Mon, Jul 29, 2024 at 6:42 AM Peter Humphrey > > wrote: > > On Monday, 29 July 2024 14:32:24 BST Michael wrote: > > > On Monday, 29 July 2024 14:27:03 BST Matt Connell wrote: > > > > On Mon, 2024-07-29 at 14:17 +0100, Peter Humphrey wrote: > > > > > Is there a way to pass a shutdown command to KDE over SSH? Google > > > > > doesn't help me much, though it has a good deal of stuff on > > scripting > > > > > > inside KDE. > > > > > > > > loginctl terminate-session > > > > > > > > ^ would be the first thing I would try. > > > > > > That'll exit the desktop session. > > > > > > Try 'loginctl hibernate' if you want to save everything to disk, or for > > > 'loginctl suspend' for a faster startup. > > > > No, I don't suspend or hibernate here; I'll try Matt's suggestion and > > follow > > > it with 'sudo reboot'. > > > > Thank you both. > > > > -- > > Regards, > > Peter. > > Or possibly sudo shutdown -h now? Yes. The bit I needed was getting KDE to exit gracefully instead of being killed blindly. -- Regards, Peter.
Re: [gentoo-user] 17 new packages because pip wants to write poetry?
On 7/29/24 12:01 PM, Grant Edwards wrote: > This morning a routine emerge -auvND wanted to install 17 new packages > for no apparent reason. > > Adding a 't' to the emerge options seems to point to pip, which now > wants to install a whole shed-load of new packages — among them > dev-python/poetry and a bunch of markdown and rich-text libraries. Oh > great, pip has incorporated AI, become self-aware, and wants to write > angst-ridden poetry about the futility of "life". > > It turns out dev-python/poetry has nothing to do with poetry, so my AI > paranoia was unjustified (this time), but one wonders what devs are > thinking when the decide they add dozens of new dependencies like > that. Why does pip suddenly need to format (or produce?) both markdown > and RTF when it's been able to get along fine without them for so many > years? For many years, pip has contained bundled libraries. These libraries recently got unbundled, and now you're installing a system copy. pip has always "needed to format (or produce?) both markdown and RTF", but it also "needs" to use bundled libraries to do it without people noticing that it does it. Some of those packages are only bdeps, and you can feel free to e.g. delete poetry via emerge -c --with-bdeps=n once you're done updating. -- Eli Schwartz OpenPGP_signature.asc Description: OpenPGP digital signature
[gentoo-user] 17 new packages because pip wants to write poetry?
This morning a routine emerge -auvND wanted to install 17 new packages for no apparent reason. Adding a 't' to the emerge options seems to point to pip, which now wants to install a whole shed-load of new packages — among them dev-python/poetry and a bunch of markdown and rich-text libraries. Oh great, pip has incorporated AI, become self-aware, and wants to write angst-ridden poetry about the futility of "life". It turns out dev-python/poetry has nothing to do with poetry, so my AI paranoia was unjustified (this time), but one wonders what devs are thinking when the decide they add dozens of new dependencies like that. Why does pip suddenly need to format (or produce?) both markdown and RTF when it's been able to get along fine without them for so many years? -- Grant
Re: [gentoo-user] Scripting KDE?
On Mon, Jul 29, 2024 at 6:42 AM Peter Humphrey wrote: > > On Monday, 29 July 2024 14:32:24 BST Michael wrote: > > On Monday, 29 July 2024 14:27:03 BST Matt Connell wrote: > > > On Mon, 2024-07-29 at 14:17 +0100, Peter Humphrey wrote: > > > > Is there a way to pass a shutdown command to KDE over SSH? Google > > > > doesn't help me much, though it has a good deal of stuff on scripting > > > > inside KDE. > > > > > > loginctl terminate-session > > > > > > ^ would be the first thing I would try. > > > > That'll exit the desktop session. > > > > Try 'loginctl hibernate' if you want to save everything to disk, or for > > 'loginctl suspend' for a faster startup. > > No, I don't suspend or hibernate here; I'll try Matt's suggestion and follow > it with 'sudo reboot'. > > Thank you both. > > -- > Regards, > Peter. Or possibly sudo shutdown -h now? - Mark
Re: [gentoo-user] Scripting KDE?
On Monday, 29 July 2024 14:32:24 BST Michael wrote: > On Monday, 29 July 2024 14:27:03 BST Matt Connell wrote: > > On Mon, 2024-07-29 at 14:17 +0100, Peter Humphrey wrote: > > > Is there a way to pass a shutdown command to KDE over SSH? Google > > > doesn't help me much, though it has a good deal of stuff on scripting > > > inside KDE. > > > > loginctl terminate-session > > > > ^ would be the first thing I would try. > > That'll exit the desktop session. > > Try 'loginctl hibernate' if you want to save everything to disk, or for > 'loginctl suspend' for a faster startup. No, I don't suspend or hibernate here; I'll try Matt's suggestion and follow it with 'sudo reboot'. Thank you both. -- Regards, Peter.
Re: [gentoo-user] Scripting KDE?
On Mon, 2024-07-29 at 14:32 +0100, Michael wrote: > > loginctl terminate-session > That'll exit the desktop session. I was on the right track at least. I'm accustomed to doing it with xfce-session-logout signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] Scripting KDE?
On Monday, 29 July 2024 14:27:03 BST Matt Connell wrote: > On Mon, 2024-07-29 at 14:17 +0100, Peter Humphrey wrote: > > Is there a way to pass a shutdown command to KDE over SSH? Google > > doesn't help > > me much, though it has a good deal of stuff on scripting inside KDE. > > loginctl terminate-session > > ^ would be the first thing I would try. That'll exit the desktop session. Try 'loginctl hibernate' if you want to save everything to disk, or for 'loginctl suspend' for a faster startup. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Scripting KDE?
On Mon, 2024-07-29 at 14:17 +0100, Peter Humphrey wrote: > Is there a way to pass a shutdown command to KDE over SSH? Google > doesn't help > me much, though it has a good deal of stuff on scripting inside KDE. loginctl terminate-session ^ would be the first thing I would try.
[gentoo-user] Scripting KDE?
Greetings, I'd like to be able to shut a KDE machine down from another room, over SSH. If I do that with a simple 'reboot' command, I lose all my desktop contents. Not surprising, as KDE is not shutting itself down but having the rug yanked out from under it. Is there a way to pass a shutdown command to KDE over SSH? Google doesn't help me much, though it has a good deal of stuff on scripting inside KDE. -- Regards, Peter.
Re: [gentoo-user] Emails are no indexable
[ Originally sent on 2024-07-09 but it never made it to the list, probably because I am not subscribed. ] On 2024-07-09, Vitaly Zdanevich wrote: > In https://marc.info/robots.txt I see > > User-agent: * > Disallow: / > > It looks bad. You had to scroll down quite a bit to get there. The very top of the file is: User-agent: Googlebot Allow: / Disallow: /?*s=* Disallow: /?*a=* [ Followed by similar stanzas for some specifically enumerated bots. ] Meaning: Google can index everything on MARC, except for searches (because of both load and transient nature of the results, even though we do those as GETs so the _browser_ feels free to cache them and for link color goodness, etc.) and lists of messages by author (because we want some kind of throttling on MARC's value for OSINT and spam harvesting). The problem is, Google _won't_ index everything. It thinks the number of unique pages on MARC is unreasonable (over 100 million messages, to say nothing of links to individual MIME attachments, list-by-date views, messages-in-thread, etc.). Google has only crawled a small percentage of that, and only indexed a portion of the pages it has crawled. There's no explanation of why, and you're actively discouraged from resubmitting "crawled but not indexed" pages (not practical for millions of URLs anyway). I used to generate sitemap XML files and feed them to googlebot so that it would be encouraged to come and get it. But it would/could never keep up with the volume of new data (~300k messages/month?), meanwhile the existing data it did have would get evicted from indexes with no explanation. It probably wouldn't hurt to try uploading fresh ones (other than the time it would cost me) but I don't have any confidence it would help, either. _Maybe_ it would help convince Google to keep Gentoo content in MARC indexed if each list we archive was individually linked in their entries at https://www.gentoo.org/get-involved/mailing-lists/all-lists.html , but I have no actual evidence or indication that that's the case (nor am I indirectly asking for such a change to be made, because again I don't know that it would do any good). Also: >> On Monday, 8 July 2024 16:07:59 BST Vitaly Zdanevich wrote: >>> list - and nothing found. For example this mirroring >>> https://marc.info/?l=gentoo-user=171984189706185=2 - and >>> nothing in Google. Is it excluded from search? This is bad, because >>> people google problems that are already solved in these emails :( Any given page might, in fact, be excluded by Google on purpose, and I'm not supposed to be able to find out if it is[1]. Google seems to be quick to act on GDPR requests and the like, which is nice overall. They do so by excluding certain contested search results when the search comes from a covered country. So if someone in the EU comments in a public email thread and later decides they want their name to disappear, they can cause their message and any that quote them to be suppressed - when searches originate from EU (simplified, I am not a lawyer, etc.). Google used to report which URLs were being removed from searches, but determined that that was itself an information leak they could not abide, so for years now when they send a webmaster a "Notice of European data protection law removal from Google Search" it says "to comply with developments in European law, which seek to prevent the identification of the requester, we are no longer disclosing the affected URLs". I see the rationales and don't object to them, but the result still kind of sucks. [1] Of course it should be possible to, say, use VPNs to evaluate the results of searches coming from different sources, but I'm not gonna. [ No comment on the other message in the thread by Michael/confabulate@ other than, yes, 100% all of that. ] Thanks, -- Hank Leininger CDFC 40DD 6B1D E176 8E84 A243 8FC6 9C04 40FD 2D11 signature.asc Description: Digital signature
Re: [gentoo-user] CUPS and printer serial numbers
On Wednesday, 24 July 2024 16:59:11 BST Peter Humphrey wrote: > Hello list, > > Is it possible to get CUPS to report the serial number of a > network-connected printer? Not from what I have come across. The commands lpstat and lpinfo do not show the S/N of my networked printer. I can't recall what a USB printer interface reveals, I haven't used a USB connected printer for more than a decade. You should be able to find more information, potentially including its S/N, if you connect to the printer's GUI directly and access its admin control panel. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Upgrade problems with the latest llvm/clang
Sorry for the delay, but yes, after re-syncing, everything is working correctly. Thanks for the info. On 2024.07.23 17:52, Eli Schwartz wrote: On 7/23/24 5:37 PM, Jack wrote: > The latest eix-sync included clang and llvm 18. Unfortunately, a full > emerge upgrade complains > > - media-libs/mesa-24.1.3::gentoo USE="X llvm lm-sensors (opengl) > proprietary-codecs vaapi vulkan wayland zstd -d3d9 -debug -opencl > -osmesa (-selinux) -test -unwind -valgrind -vdpau -vulkan-overlay -xa" > ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="sse2" LLVM_SLOT="-15 -16 -17 > (-18)" VIDEO_CARDS="radeon radeonsi -d3d12 (-freedreno) -intel -lavapipe > (-lima) -nouveau (-nvk) (-panfrost) -r300 -r600 (-v3d) (-vc4) -virgl > (-vivante) -vmware -zink" > > The following REQUIRED_USE flag constraints are unsatisfied: > llvm? ( exactly-one-of ( llvm_slot_15 llvm_slot_16 llvm_slot_17 > llvm_slot_18 ) ) > > The problem is that I don't know why one of the llvm slots is NOT selected. > > "emerge --info mesa" includes: > > USE="X llvm lm-sensors (opengl) proprietary-codecs vaapi vulkan wayland > zstd -d3d9 -debug -opencl -osmesa (-selinux) -test -unwind -valgrind > -vdpau -vulkan-overlay -xa" ABI_X86="32 (64) (-x32)" > CPU_FLAGS_X86="sse2" LLVM_SLOT="17 -15 -16 (-18)" VIDEO_CARDS="radeon > radeonsi -d3d12 (-freedreno) -intel -lavapipe (-lima) -nouveau (-nvk) > (-panfrost) -r300 -r600 (-v3d) (-vc4) -virgl (-vivante) -vmware -zink" > > which shows slot 17 IS selected. > > "grep -ir llvm /etc/portage" only shows sys-devel/llvm abi_x86_32 in one > of the package.use files. > > My profile is > default/linux/amd64/23.0/desktop/plasma (stable) * > > I find no relevant bug filed, and nothing related on the forums. What > fine manual have I apparently neglected to read? The default in the ebuild's IUSE (via +llvm_slot_* ) is now LLVM 18, not 17, the upgrade is complaining that nothing is selected *at all*. The underlying issue is that 18 is the default, but it is also force masked on stable, which was a small mistake during stabilization. and eclass bumping. It was shortly after rectified by removing the outdated mask in profiles/base/use.stable.mask Try syncing again. The llvm 18 slot bump was 8 hours ago, and the use.stable.mask fix was 4 hours ago. The bug for this is really just https://bugs.gentoo.org/935984#c13 (the stabilization bug for llvm 18). -- Eli Schwartz
[gentoo-user] CUPS and printer serial numbers
Hello list, Is it possible to get CUPS to report the serial number of a network-connected printer? -- Regards, Peter.
Re: [gentoo-user] Upgrade problems with the latest llvm/clang
On 7/23/24 5:37 PM, Jack wrote: > The latest eix-sync included clang and llvm 18. Unfortunately, a full > emerge upgrade complains > > - media-libs/mesa-24.1.3::gentoo USE="X llvm lm-sensors (opengl) > proprietary-codecs vaapi vulkan wayland zstd -d3d9 -debug -opencl > -osmesa (-selinux) -test -unwind -valgrind -vdpau -vulkan-overlay -xa" > ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="sse2" LLVM_SLOT="-15 -16 -17 > (-18)" VIDEO_CARDS="radeon radeonsi -d3d12 (-freedreno) -intel -lavapipe > (-lima) -nouveau (-nvk) (-panfrost) -r300 -r600 (-v3d) (-vc4) -virgl > (-vivante) -vmware -zink" > > The following REQUIRED_USE flag constraints are unsatisfied: > llvm? ( exactly-one-of ( llvm_slot_15 llvm_slot_16 llvm_slot_17 > llvm_slot_18 ) ) > > The problem is that I don't know why one of the llvm slots is NOT selected. > > "emerge --info mesa" includes: > > USE="X llvm lm-sensors (opengl) proprietary-codecs vaapi vulkan wayland > zstd -d3d9 -debug -opencl -osmesa (-selinux) -test -unwind -valgrind > -vdpau -vulkan-overlay -xa" ABI_X86="32 (64) (-x32)" > CPU_FLAGS_X86="sse2" LLVM_SLOT="17 -15 -16 (-18)" VIDEO_CARDS="radeon > radeonsi -d3d12 (-freedreno) -intel -lavapipe (-lima) -nouveau (-nvk) > (-panfrost) -r300 -r600 (-v3d) (-vc4) -virgl (-vivante) -vmware -zink" > > which shows slot 17 IS selected. > > "grep -ir llvm /etc/portage" only shows sys-devel/llvm abi_x86_32 in one > of the package.use files. > > My profile is > default/linux/amd64/23.0/desktop/plasma (stable) * > > I find no relevant bug filed, and nothing related on the forums. What > fine manual have I apparently neglected to read? The default in the ebuild's IUSE (via +llvm_slot_* ) is now LLVM 18, not 17, the upgrade is complaining that nothing is selected *at all*. The underlying issue is that 18 is the default, but it is also force masked on stable, which was a small mistake during stabilization. and eclass bumping. It was shortly after rectified by removing the outdated mask in profiles/base/use.stable.mask Try syncing again. The llvm 18 slot bump was 8 hours ago, and the use.stable.mask fix was 4 hours ago. The bug for this is really just https://bugs.gentoo.org/935984#c13 (the stabilization bug for llvm 18). -- Eli Schwartz OpenPGP_signature.asc Description: OpenPGP digital signature
[gentoo-user] Upgrade problems with the latest llvm/clang
The latest eix-sync included clang and llvm 18. Unfortunately, a full emerge upgrade complains - media-libs/mesa-24.1.3::gentoo USE="X llvm lm-sensors (opengl) proprietary-codecs vaapi vulkan wayland zstd -d3d9 -debug -opencl -osmesa (-selinux) -test -unwind -valgrind -vdpau -vulkan-overlay -xa" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="sse2" LLVM_SLOT="-15 -16 -17 (-18)" VIDEO_CARDS="radeon radeonsi -d3d12 (-freedreno) -intel -lavapipe (-lima) -nouveau (-nvk) (-panfrost) -r300 -r600 (-v3d) (-vc4) -virgl (-vivante) -vmware -zink" The following REQUIRED_USE flag constraints are unsatisfied: llvm? ( exactly-one-of ( llvm_slot_15 llvm_slot_16 llvm_slot_17 llvm_slot_18 ) ) The problem is that I don't know why one of the llvm slots is NOT selected. "emerge --info mesa" includes: USE="X llvm lm-sensors (opengl) proprietary-codecs vaapi vulkan wayland zstd -d3d9 -debug -opencl -osmesa (-selinux) -test -unwind -valgrind -vdpau -vulkan-overlay -xa" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="sse2" LLVM_SLOT="17 -15 -16 (-18)" VIDEO_CARDS="radeon radeonsi -d3d12 (-freedreno) -intel -lavapipe (-lima) -nouveau (-nvk) (-panfrost) -r300 -r600 (-v3d) (-vc4) -virgl (-vivante) -vmware -zink" which shows slot 17 IS selected. "grep -ir llvm /etc/portage" only shows sys-devel/llvm abi_x86_32 in one of the package.use files. My profile is default/linux/amd64/23.0/desktop/plasma (stable) * I find no relevant bug filed, and nothing related on the forums. What fine manual have I apparently neglected to read? Jack
Re: [gentoo-user] New monitor, new problem. Everything LARGE O_O
On Sunday, 21 July 2024 16:20:54 BST Frank Steinmetzger wrote: > Oopsie, I found this mail in my drafts folder just now, where it’s been > sitting since the ninth. Perhaps I had to pause writing, but now I can’t > remember anymore. So I’ll just send it off. ;-) > > Am Tue, Jul 09, 2024 at 12:02:47AM +0100 schrieb Michael: > > On Monday, 8 July 2024 21:21:19 BST Frank Steinmetzger wrote: > > > Am Mon, Jul 08, 2024 at 06:26:26PM +0100 schrieb Michael: > > > > Back to the previous topic, I have not yet found a case where changing > > > > the > > > > scale by means of the desktop settings, arrives at non-blurred fonts. > > > > The > > > > clearest sharpest fonts are always rendered at the native monitor > > > > resolution, at a 100% scale setting. Am I missing a trick, or is this > > > > to > > > > be expected? > > > > > > That doesn’t really make sense. Fonts are always rendered natively, no > > > matter what size. Except if they are really rendered at 100 % and then > > > the > > > rendered bitmap is scaled by the GPU or somesuch. > > > > > > Or because their hinting information is limited to a certain size range. > > > This info gives the renderer special knowledge on how to render the > > > glyphs. > > > > > > Do you have screenshots? > > > > I attach two screenshots one at 100% and one at 90%. When viewed on the > > 1366x768 actual monitor they are worse than what the screenshots have > > captured. Perhaps I need to take a photo of the monitor. Anyway, if you > > view it on a 1920x1080 monitor you should hopefully see the difference. > > The font DPI is 96. > > I can see it. I use 2560×1440, but viewing an image pixel-perfect is not > dependent on the screen’s resolution per se, but on it being run at its > native resolution. So that one pixel in the image is actually displayed by > one pixel on the screen without any scaling-induced blurring. > > I have no real explanation for the fonts. Do they also get blurry at scales > bigger than 100 %? I'll check this when I'm next at that PC. > The only thing I can say is that I use a font setting of > slight hinting with no RGB subpixel rendering. The latter means that I don’t > want the coloured fringes, but prefer greyscale aliasing instead. See my > screenshot. 96 dpi (100 % scaling), main fonts set to 11 pt. I can see the slight hinting on your screenshot. On a same resolution monitor (2560×1440), I have: General font Noto Sans 10pt, Fixed width Hack 10pt RGB sub-pixel rendering slight hinting, mine look (very slightly) less blurred with naked eye. However, this may have to do with the choice of font and of course the monitor panel construction. Something else which affects font rendering is the selections on fontconfig. A lot of mine are unset - not sure what I should/shouldn't have enabled: ~ $ eselect fontconfig list Available fontconfig .conf files (* is enabled): [1] 05-reset-dirs-sample.conf [2] 09-autohint-if-no-hinting.conf [3] 10-autohint.conf [4] 10-hinting-full.conf [5] 10-hinting-medium.conf [6] 10-hinting-none.conf [7] 10-hinting-slight.conf * [8] 10-no-antialias.conf [9] 10-scale-bitmap-fonts.conf * [10] 10-sub-pixel-bgr.conf [11] 10-sub-pixel-none.conf * [12] 10-sub-pixel-rgb.conf [13] 10-sub-pixel-vbgr.conf [14] 10-sub-pixel-vrgb.conf [15] 10-unhinted.conf [16] 10-yes-antialias.conf * [17] 11-lcdfilter-default.conf * [18] 11-lcdfilter-legacy.conf * [19] 11-lcdfilter-light.conf * [20] 11-lcdfilter-none.conf [21] 20-unhint-small-dejavu-sans.conf * [22] 20-unhint-small-dejavu-sans-mono.conf * [23] 20-unhint-small-dejavu-serif.conf * [24] 20-unhint-small-vera.conf * [25] 25-unhint-nonlatin.conf [26] 30-metric-aliases.conf * [27] 35-lang-normalize.conf [28] 40-nonlatin.conf * [29] 45-generic.conf * [30] 45-latin.conf * [31] 48-spacing.conf * [32] 49-sansserif.conf * [33] 50-user.conf * [34] 51-local.conf * [35] 57-dejavu-sans.conf * [36] 57-dejavu-sans-mono.conf * [37] 57-dejavu-serif.conf * [38] 60-generic.conf * [39] 60-latin.conf * [40] 60-liberation.conf * [41] 61-urw-bookman.conf * [42] 61-urw-c059.conf * [43] 61-urw-d05l.conf * [44] 61-urw-fallback-backwards.conf * [45] 61-urw-fallback-generics.conf * [46] 61-urw-fallback-specifics.conf * [47] 61-urw-gothic.conf * [48] 61-urw-nimbus-mono-ps.conf * [49] 61-urw-nimbus-roman.conf * [50] 61-urw-nimbus-sans.conf * [51] 61-urw-p052.conf * [52] 61-urw-standard-symbols-ps.conf * [53] 61-urw-z003.conf * [54] 65-fonts-persian.conf * [55] 65-khmer.conf [56] 65-nonlatin.conf [57] 66-noto-mono.conf * [58] 66-noto-sans.conf * [59] 66-noto-serif.conf * [60] 69-unifont.conf * [61] 70-no-bitmaps.conf [62] 70-yes-bitmaps.conf [63] 75-noto-emoji-fallback.conf * [64] 80-delicious.conf * [65] 90-synthetic.conf * > I used to use full hinting in my early (KDE 3) days, which
Re: [gentoo-user] wpa_supplicant: Wi-Fi works for all points, excluding one in the caffee
In this line it looks like a space after "Lali" ... BillK On 22/7/24 00:19, Vitaly Zdanevich wrote: wlp3s0: 3: a0:8c:f8:78:01:50 ssid='Lali ' wpa_ie_len=26 rsn_ie_len=24 caps=0x1411 level=-59 freq=243
Re: [gentoo-user] wpa_supplicant: Wi-Fi works for all points, excluding one in the caffee
SOLVED - name has space at the end.
On 7/21/24 20:19, Vitaly Zdanevich wrote:
Hi, my old Android 8 phone and Ubuntu on the same laptop connects to
this point, but not Gentoo.
I see this point in `wpa_cli scan_result` as
[WPA-PSK-CCMP+TKIP][WPA2-PSK-CCMP+TKIP][ESS] Lali
My config in the same format as for other points:
network={
ssid="Lali"
psk="mypass"
priority=1
}
[gentoo-user] wpa_supplicant: Wi-Fi works for all points, excluding one in the caffee
Hi, my old Android 8 phone and Ubuntu on the same laptop connects to
this point, but not Gentoo.
I see this point in `wpa_cli scan_result` as
[WPA-PSK-CCMP+TKIP][WPA2-PSK-CCMP+TKIP][ESS] Lali
My config in the same format as for other points:
network={
ssid="Lali"
psk="mypass"
priority=1
}
wpa_cli log like this point not exists - Gentoo not even trying to connect:
<3>CTRL-EVENT-NETWORK-NOT-FOUND
<3>CTRL-EVENT-SCAN-STARTED
<3>CTRL-EVENT-SCAN-RESULTS
<3>CTRL-EVENT-NETWORK-NOT-FOUND
<3>CTRL-EVENT-SCAN-STARTED
<3>CTRL-EVENT-SCAN-RESULTS
<3>CTRL-EVENT-NETWORK-NOT-FOUND
<3>CTRL-EVENT-SCAN-STARTED
<3>CTRL-EVENT-SCAN-RESULTS
<3>CTRL-EVENT-NETWORK-NOT-FOUND
I tried direct connect:
wpa_supplicant -i wlp3s0 -c <(wpa_passphrase Lali mypass)
and got
nl80211: kernel reports: Match already configured
nl80211: kernel reports: Match already configured
nl80211: kernel reports: Match already configured
nl80211: kernel reports: Match already configured
nl80211: kernel reports: Match already configured
nl80211: kernel reports: Match already configured
nl80211: kernel reports: Match already configured
nl80211: kernel reports: Match already configured
nl80211: kernel reports: Match already configured
nl80211: kernel reports: Match already configured
nl80211: kernel reports: Match already configured
wlp3s0: CTRL-EVENT-SCAN-FAILED ret=-16 retry=1
I enabled debug as
wpa_supplicant -dd -i wlp3s0 -c /etc/wpa_supplicant/wpa_supplicant.conf
but related to this point I see only
wlp3s0: skip - SSID mismatch
wlp3s0: skip - SSID mismatch
wlp3s0: skip - SSID mismatch
wlp3s0: skip - SSID mismatch
wlp3s0: skip - SSID mismatch
wlp3s0: skip - SSID mismatch
wlp3s0: skip - SSID mismatch
wlp3s0: skip - SSID mismatch
wlp3s0: 3: a0:8c:f8:78:01:50 ssid='Lali ' wpa_ie_len=26 rsn_ie_len=24
caps=0x1411 level=-59 freq=2432
wlp3s0: skip - SSID mismatch
wlp3s0: skip - SSID mismatch
wlp3s0: skip - SSID mismatch
wlp3s0: skip - SSID mismatch
wlp3s0: skip - SSID mismatch
wlp3s0: skip - SSID mismatch
wlp3s0: skip - SSID mismatch
wlp3s0: skip - SSID mismatch
wlp3s0: skip - SSID mismatch
wlp3s0: skip - SSID mismatch
wlp3s0: skip - SSID mismatch
like for other unavailable points
$ equery u wpa_supplicant
[ Legend : U - final flag setting for installation]
[ : I - package is installed with flag ]
[ Colors : set, unset ]
* Found these USE flags for net-wireless/wpa_supplicant-2.10-r4:
U I
- - ap : Add support for access point mode
- - broadcom-sta : Flag to help users disable features not
supported by broadcom-sta driver
+ + dbus : Enable dbus support for anything that needs
it (gpsd, gnomemeeting, etc)
- - eap-sim : Add support for EAP-SIM authentication algorithm
- - eapol-test : Build and install eapol_test binary
- - fasteap : Add support for FAST-EAP authentication algorithm
+ + fils : Add support for Fast Initial Link Setup
(802.11ai)
+ + hs2-0 : Add support for 802.11u and Passpoint for
HotSpot 2.0
- - macsec : Add support for wired macsec
+ + mbo : Add support Multiband Operation
+ + mesh : Add support for mesh mode
- - p2p : Add support for Wi-Fi Direct mode
- - privsep : Enable wpa_priv privledge separation binary
- - qt5 : Add support for the Qt 5 application and UI
framework
+ + readline : Enable support for libreadline, a GNU
line-editing library that almost everyone wants
- - smartcard : Add support for smartcards
- - tdls : Add support for Tunneled Direct Link Setup
(802.11z)
+ + tkip : Add support for WPA TKIP (deprecated due to
security flaws in 2009)
- - uncommon-eap-types : Add support for GPSK, SAKE, GPSK_SHA256,
IKEV2 and EKE
- - wep : Add support for Wired Equivalent Privacy
(deprecated due to security flaws in 2004)
- - wps : Add support for Wi-Fi Protected Setup
emerge --info
Portage 3.0.65 (python 3.12.3-final-0,
default/linux/amd64/17.1/no-multilib, gcc-13, glibc-2.39-r9,
6.6.30-gentoo+ x86_64)
=
System uname:
Linux-6.6.30-gentoo+-x86_64-Intel-R-_Core-TM-_i7-3840QM_CPU_@_2.80GHz-with-glibc2.39
KiB Mem: 16214828 total, 1965812 free
KiB Swap: 33554428 total, 33432572 free
Timestamp of repository gentoo: Sat, 20 Jul 2024 17:15:00 +
Head commit of repository gentoo: aff4faa0924988e635cef587083d3cf848808576
Head commit of repository amarlay: 2a4107e1466105f6f01d94a6a37bb4f858eca42c
Head commit of repository guru: baa8c0cc2f20f0d74145a0ff39ceaac981fd5810
Timestamp of repository palemoon: Fri, 19 Jul 2024 21:03:53 +
Head commit of repository palemoon: 3417bedc5899d74b93f75f1f49785302c31a160b
Head commit of repository unity-gentoo:
Re: [gentoo-user] New monitor, new problem. Everything LARGE O_O
Oopsie, I found this mail in my drafts folder just now, where it’s been sitting since the ninth. Perhaps I had to pause writing, but now I can’t remember anymore. So I’ll just send it off. ;-) Am Tue, Jul 09, 2024 at 12:02:47AM +0100 schrieb Michael: > On Monday, 8 July 2024 21:21:19 BST Frank Steinmetzger wrote: > > Am Mon, Jul 08, 2024 at 06:26:26PM +0100 schrieb Michael: > > > Back to the previous topic, I have not yet found a case where changing the > > > scale by means of the desktop settings, arrives at non-blurred fonts. The > > > clearest sharpest fonts are always rendered at the native monitor > > > resolution, at a 100% scale setting. Am I missing a trick, or is this to > > > be expected? > > That doesn’t really make sense. Fonts are always rendered natively, no > > matter what size. Except if they are really rendered at 100 % and then the > > rendered bitmap is scaled by the GPU or somesuch. > > > > Or because their hinting information is limited to a certain size range. > > This info gives the renderer special knowledge on how to render the glyphs. > > > > Do you have screenshots? > > I attach two screenshots one at 100% and one at 90%. When viewed on the > 1366x768 actual monitor they are worse than what the screenshots have > captured. Perhaps I need to take a photo of the monitor. Anyway, if you > view > it on a 1920x1080 monitor you should hopefully see the difference. The font > DPI is 96. I can see it. I use 2560×1440, but viewing an image pixel-perfect is not dependent on the screen’s resolution per se, but on it being run at its native resolution. So that one pixel in the image is actually displayed by one pixel on the screen without any scaling-induced blurring. I have no real explanation for the fonts. Do they also get blurry at scales bigger than 100 %? The only thing I can say is that I use a font setting of slight hinting with no RGB subpixel rendering. The latter means that I don’t want the coloured fringes, but prefer greyscale aliasing instead. See my screenshot. 96 dpi (100 % scaling), main fonts set to 11 pt. I used to use full hinting in my early (KDE 3) days, which gives me sharp 1-pixel-lines, because I was used to the crisp look of non-aliased fonts on Windows. But for many years now I’ve been using only slight hinting, so the font looks more “real-worldy”, natural and not as computer-clean. I think that’s something I picked up during the few times I looked at a mac screen or screenshot (I’ve never sat at one for a longer time myself). PS.: Do you really still use KDE 4 or is it just Oxygen on Plasma 5? I kept using Oxygen Icons in Plasma 5. But more and more icons are not updated, so I get wrong icons or placeholders, so I bit the bullet and switched to breeze. :-/ On second thought, I think I can answer that myself, because the blurred icons give it away. With Plasma 6, the global scaling not only affects fonts but also the entire UI. I wish this could be disabled, because that is the actual reason why I can’t keep on using custom DPI setting any longer. The UI just becomes ugly with far too much spacing and those blurry icons. -- Grüße | Greetings | Salut | Qapla’ Please do not share anything from, with or about me on any social network. Imagine it’s spring time and no tree plays along. signature.asc Description: PGP signature
Re: [gentoo-user] sys-apps/init-system-helpers fails. Trying to install needrestart.
Michael wrote:
> On Sunday, 21 July 2024 02:38:46 BST Dale wrote:
>> Dale wrote:
>>> Howdy,
>>>
>>> I did my weekly update the other day a little early. Anyway, I need to
>>> install needrestart but a package fails to build that it depends on.
>>> This is the short error message.
>>>
>>>
>>>
>>> root@Gentoo-1 / # cat
>>> /var/log/portage/sys-apps\:init-system-helpers-1.66\:20240720-133504.log
>>> * Package:sys-apps/init-system-helpers-1.66:0
>>> * Repository: gentoo
>>> * USE:abi_x86_64 amd64 elibc_glibc kernel_linux
>>> * FEATURES: network-sandbox preserve-libs sandbox userpriv usersandbox
>>>
>> Unpacking source...
>> Unpacking init-system-helpers_1.66.tar.xz to
>>> /var/tmp/portage/sys-apps/init-system-helpers-1.66/work
>>>
>> Source unpacked in
>>> /var/tmp/portage/sys-apps/init-system-helpers-1.66/work
>>>
>> Preparing source in
>>> /var/tmp/portage/sys-apps/init-system-helpers-1.66/work/init-system-helper
>>> s
>>> ...
>>> * Applying revert-openrc-management.patch
>>> ...
>>>[
>>> ok ]
>>>
>> Source prepared.
>> Configuring source in
>>> /var/tmp/portage/sys-apps/init-system-helpers-1.66/work/init-system-helper
>>> s
>>> ...
>>>
>> Source configured.
>> Compiling source in
>>> /var/tmp/portage/sys-apps/init-system-helpers-1.66/work/init-system-helper
>>> s
>>> ...
>>>
>> Source compiled.
>> Test phase [not enabled]: sys-apps/init-system-helpers-1.66
>> Install sys-apps/init-system-helpers-1.66 into
>>> /var/tmp/portage/sys-apps/init-system-helpers-1.66/image
>>> Traceback (most recent call last):
>>> File "/usr/lib/python-exec/python3.12/rst2man", line 8, in
>>> sys.exit(rst2man())
>>> ^
>>> File "/usr/lib/python3.12/site-packages/docutils/core.py", line 760,
>>> in rst2man
>>> rst2something('manpage', 'Unix manual (troff)', 'user/manpage.html')
>>> File "/usr/lib/python3.12/site-packages/docutils/core.py", line 739,
>>> in rst2something
>>> locale.setlocale(locale.LC_ALL, '')
>>> File "/usr/lib/python3.12/locale.py", line 615, in setlocale
>>> return _setlocale(category, locale)
>>>
>>> locale.Error: unsupported locale setting
>>> * ERROR: sys-apps/init-system-helpers-1.66::gentoo failed (install
>>> phase):
>>> * Failed to generate man page
>>> *
>>> * Call stack:
>>> * ebuild.sh, line 136: Called src_install
>>> * environment, line 541: Called die
>>> * The specific snippet of code:
>>> * rst2man man8/service.rst > man8/service.8 || die "Failed to
>>> generate man page";
>>> *
>>> * If you need support, post the output of `emerge --info
>>> '=sys-apps/init-system-helpers-1.66::gentoo'`,
>>> * the complete build log and the output of `emerge -pqv
>>> '=sys-apps/init-system-helpers-1.66::gentoo'`.
>>> * The complete build log is located at
>>> '/var/log/portage/sys-apps:init-system-helpers-1.66:20240720-133504.log'.
>>> * For convenience, a symlink to the build log is located at
>>> '/var/tmp/portage/sys-apps/init-system-helpers-1.66/temp/build.log'.
>>> * The ebuild environment file is located at
>>> '/var/tmp/portage/sys-apps/init-system-helpers-1.66/temp/environment'.
>>> * Working directory:
>>> '/var/tmp/portage/sys-apps/init-system-helpers-1.66/work/init-system-helpe
>>> rs' * S:
>>> '/var/tmp/portage/sys-apps/init-system-helpers-1.66/work/init-system-helpe
>>> rs' root@Gentoo-1 / #
>>>
>>>
>>>
>>> It seems to be complaining about rst2man so I thought maybe there was a
>>> linking problem or something and reinstalling the package would help. I
>>> reinstalled dev-python/docutils but it still fails with the same error.
>>> I searched forums, BGO and such but no help that I could find. I also
>>> tried a newer version of init-system-helpers in case the older version
>>> has a flu.
>>>
>>> On the locale setting. This is what I have set. My understanding,
>>> LC_ALL shouldn't be set.
>>>
>>>
>>> root@Gentoo-1 / # locale
>>> LANG=en_US.utf8
>>> LC_CTYPE="en_US.utf8"
>>> LC_NUMERIC="en_US.utf8"
>>> LC_TIME="en_US.utf8"
>>> LC_COLLATE="en_US.utf8"
>>> LC_MONETARY="en_US.utf8"
>>> LC_MESSAGES="en_US.utf8"
>>> LC_PAPER="en_US.utf8"
>>> LC_NAME="en_US.utf8"
>>> LC_ADDRESS="en_US.utf8"
>>> LC_TELEPHONE="en_US.utf8"
>>> LC_MEASUREMENT="en_US.utf8"
>>> LC_IDENTIFICATION="en_US.utf8"
>>> LC_ALL=
>>> root@Gentoo-1 / #
>>>
>>>
>>>
>>> Anyone have a idea how to fix this? This is the new rig with merged
>>> /usr and openrc. In case that matters. Yes, still named Gentoo-1. It
>>> needs a better name but just not high on my list right now. ;-)
>>>
>>> Dale
>>>
>>> :-) :-)
>>>
>>> P. S. I also got a little thing to put the case on that has wheels.
>>> It's a tight fit but the case fits on there. Just gotta be careful when
>>> moving it. It sits on carpet and mostly wanted to
Re: [gentoo-user] sys-apps/init-system-helpers fails. Trying to install needrestart.
On Sunday, 21 July 2024 02:38:46 BST Dale wrote:
> Dale wrote:
> > Howdy,
> >
> > I did my weekly update the other day a little early. Anyway, I need to
> > install needrestart but a package fails to build that it depends on.
> > This is the short error message.
> >
> >
> >
> > root@Gentoo-1 / # cat
> > /var/log/portage/sys-apps\:init-system-helpers-1.66\:20240720-133504.log
> > * Package:sys-apps/init-system-helpers-1.66:0
> > * Repository: gentoo
> > * USE:abi_x86_64 amd64 elibc_glibc kernel_linux
> > * FEATURES: network-sandbox preserve-libs sandbox userpriv usersandbox
> >
> Unpacking source...
> Unpacking init-system-helpers_1.66.tar.xz to
> >
> > /var/tmp/portage/sys-apps/init-system-helpers-1.66/work
> >
> Source unpacked in
> >
> > /var/tmp/portage/sys-apps/init-system-helpers-1.66/work
> >
> Preparing source in
> >
> > /var/tmp/portage/sys-apps/init-system-helpers-1.66/work/init-system-helper
> > s
> > ...
> > * Applying revert-openrc-management.patch
> > ...
> >[
> > ok ]
> >
> Source prepared.
> Configuring source in
> >
> > /var/tmp/portage/sys-apps/init-system-helpers-1.66/work/init-system-helper
> > s
> > ...
> >
> Source configured.
> Compiling source in
> >
> > /var/tmp/portage/sys-apps/init-system-helpers-1.66/work/init-system-helper
> > s
> > ...
> >
> Source compiled.
> Test phase [not enabled]: sys-apps/init-system-helpers-1.66
> Install sys-apps/init-system-helpers-1.66 into
> >
> > /var/tmp/portage/sys-apps/init-system-helpers-1.66/image
> > Traceback (most recent call last):
> > File "/usr/lib/python-exec/python3.12/rst2man", line 8, in
> > sys.exit(rst2man())
> > ^
> > File "/usr/lib/python3.12/site-packages/docutils/core.py", line 760,
> > in rst2man
> > rst2something('manpage', 'Unix manual (troff)', 'user/manpage.html')
> > File "/usr/lib/python3.12/site-packages/docutils/core.py", line 739,
> > in rst2something
> > locale.setlocale(locale.LC_ALL, '')
> > File "/usr/lib/python3.12/locale.py", line 615, in setlocale
> > return _setlocale(category, locale)
> >
> > locale.Error: unsupported locale setting
> > * ERROR: sys-apps/init-system-helpers-1.66::gentoo failed (install
> > phase):
> > * Failed to generate man page
> > *
> > * Call stack:
> > * ebuild.sh, line 136: Called src_install
> > * environment, line 541: Called die
> > * The specific snippet of code:
> > * rst2man man8/service.rst > man8/service.8 || die "Failed to
> > generate man page";
> > *
> > * If you need support, post the output of `emerge --info
> > '=sys-apps/init-system-helpers-1.66::gentoo'`,
> > * the complete build log and the output of `emerge -pqv
> > '=sys-apps/init-system-helpers-1.66::gentoo'`.
> > * The complete build log is located at
> > '/var/log/portage/sys-apps:init-system-helpers-1.66:20240720-133504.log'.
> > * For convenience, a symlink to the build log is located at
> > '/var/tmp/portage/sys-apps/init-system-helpers-1.66/temp/build.log'.
> > * The ebuild environment file is located at
> > '/var/tmp/portage/sys-apps/init-system-helpers-1.66/temp/environment'.
> > * Working directory:
> > '/var/tmp/portage/sys-apps/init-system-helpers-1.66/work/init-system-helpe
> > rs' * S:
> > '/var/tmp/portage/sys-apps/init-system-helpers-1.66/work/init-system-helpe
> > rs' root@Gentoo-1 / #
> >
> >
> >
> > It seems to be complaining about rst2man so I thought maybe there was a
> > linking problem or something and reinstalling the package would help. I
> > reinstalled dev-python/docutils but it still fails with the same error.
> > I searched forums, BGO and such but no help that I could find. I also
> > tried a newer version of init-system-helpers in case the older version
> > has a flu.
> >
> > On the locale setting. This is what I have set. My understanding,
> > LC_ALL shouldn't be set.
> >
> >
> > root@Gentoo-1 / # locale
> > LANG=en_US.utf8
> > LC_CTYPE="en_US.utf8"
> > LC_NUMERIC="en_US.utf8"
> > LC_TIME="en_US.utf8"
> > LC_COLLATE="en_US.utf8"
> > LC_MONETARY="en_US.utf8"
> > LC_MESSAGES="en_US.utf8"
> > LC_PAPER="en_US.utf8"
> > LC_NAME="en_US.utf8"
> > LC_ADDRESS="en_US.utf8"
> > LC_TELEPHONE="en_US.utf8"
> > LC_MEASUREMENT="en_US.utf8"
> > LC_IDENTIFICATION="en_US.utf8"
> > LC_ALL=
> > root@Gentoo-1 / #
> >
> >
> >
> > Anyone have a idea how to fix this? This is the new rig with merged
> > /usr and openrc. In case that matters. Yes, still named Gentoo-1. It
> > needs a better name but just not high on my list right now. ;-)
> >
> > Dale
> >
> > :-) :-)
> >
> > P. S. I also got a little thing to put the case on that has wheels.
> > It's a tight fit but the case fits on there. Just gotta be careful when
> > moving it. It
Re: [gentoo-user] sys-apps/init-system-helpers fails. Trying to install needrestart.
Dale wrote:
> Howdy,
>
> I did my weekly update the other day a little early. Anyway, I need to
> install needrestart but a package fails to build that it depends on.
> This is the short error message.
>
>
>
> root@Gentoo-1 / # cat
> /var/log/portage/sys-apps\:init-system-helpers-1.66\:20240720-133504.log
> * Package: sys-apps/init-system-helpers-1.66:0
> * Repository: gentoo
> * USE: abi_x86_64 amd64 elibc_glibc kernel_linux
> * FEATURES: network-sandbox preserve-libs sandbox userpriv usersandbox
Unpacking source...
Unpacking init-system-helpers_1.66.tar.xz to
> /var/tmp/portage/sys-apps/init-system-helpers-1.66/work
Source unpacked in
> /var/tmp/portage/sys-apps/init-system-helpers-1.66/work
Preparing source in
> /var/tmp/portage/sys-apps/init-system-helpers-1.66/work/init-system-helpers
> ...
> * Applying revert-openrc-management.patch
> ...
>
> [ ok ]
Source prepared.
Configuring source in
> /var/tmp/portage/sys-apps/init-system-helpers-1.66/work/init-system-helpers
> ...
Source configured.
Compiling source in
> /var/tmp/portage/sys-apps/init-system-helpers-1.66/work/init-system-helpers
> ...
Source compiled.
Test phase [not enabled]: sys-apps/init-system-helpers-1.66
Install sys-apps/init-system-helpers-1.66 into
> /var/tmp/portage/sys-apps/init-system-helpers-1.66/image
> Traceback (most recent call last):
> File "/usr/lib/python-exec/python3.12/rst2man", line 8, in
> sys.exit(rst2man())
> ^
> File "/usr/lib/python3.12/site-packages/docutils/core.py", line 760,
> in rst2man
> rst2something('manpage', 'Unix manual (troff)', 'user/manpage.html')
> File "/usr/lib/python3.12/site-packages/docutils/core.py", line 739,
> in rst2something
> locale.setlocale(locale.LC_ALL, '')
> File "/usr/lib/python3.12/locale.py", line 615, in setlocale
> return _setlocale(category, locale)
>
> locale.Error: unsupported locale setting
> * ERROR: sys-apps/init-system-helpers-1.66::gentoo failed (install phase):
> * Failed to generate man page
> *
> * Call stack:
> * ebuild.sh, line 136: Called src_install
> * environment, line 541: Called die
> * The specific snippet of code:
> * rst2man man8/service.rst > man8/service.8 || die "Failed to
> generate man page";
> *
> * If you need support, post the output of `emerge --info
> '=sys-apps/init-system-helpers-1.66::gentoo'`,
> * the complete build log and the output of `emerge -pqv
> '=sys-apps/init-system-helpers-1.66::gentoo'`.
> * The complete build log is located at
> '/var/log/portage/sys-apps:init-system-helpers-1.66:20240720-133504.log'.
> * For convenience, a symlink to the build log is located at
> '/var/tmp/portage/sys-apps/init-system-helpers-1.66/temp/build.log'.
> * The ebuild environment file is located at
> '/var/tmp/portage/sys-apps/init-system-helpers-1.66/temp/environment'.
> * Working directory:
> '/var/tmp/portage/sys-apps/init-system-helpers-1.66/work/init-system-helpers'
> * S:
> '/var/tmp/portage/sys-apps/init-system-helpers-1.66/work/init-system-helpers'
> root@Gentoo-1 / #
>
>
>
> It seems to be complaining about rst2man so I thought maybe there was a
> linking problem or something and reinstalling the package would help. I
> reinstalled dev-python/docutils but it still fails with the same error.
> I searched forums, BGO and such but no help that I could find. I also
> tried a newer version of init-system-helpers in case the older version
> has a flu.
>
> On the locale setting. This is what I have set. My understanding,
> LC_ALL shouldn't be set.
>
>
> root@Gentoo-1 / # locale
> LANG=en_US.utf8
> LC_CTYPE="en_US.utf8"
> LC_NUMERIC="en_US.utf8"
> LC_TIME="en_US.utf8"
> LC_COLLATE="en_US.utf8"
> LC_MONETARY="en_US.utf8"
> LC_MESSAGES="en_US.utf8"
> LC_PAPER="en_US.utf8"
> LC_NAME="en_US.utf8"
> LC_ADDRESS="en_US.utf8"
> LC_TELEPHONE="en_US.utf8"
> LC_MEASUREMENT="en_US.utf8"
> LC_IDENTIFICATION="en_US.utf8"
> LC_ALL=
> root@Gentoo-1 / #
>
>
>
> Anyone have a idea how to fix this? This is the new rig with merged
> /usr and openrc. In case that matters. Yes, still named Gentoo-1. It
> needs a better name but just not high on my list right now. ;-)
>
> Dale
>
> :-) :-)
>
> P. S. I also got a little thing to put the case on that has wheels.
> It's a tight fit but the case fits on there. Just gotta be careful when
> moving it. It sits on carpet and mostly wanted to get the case off the
> floor for air flow. Still trying to get used to this smaller keyboard.
>
Well, no one else seemed to have a better idea so I tried something. I
set LC_ALL in make.conf. Guess what, it installed without error with
that set. During the install, the install guide and I'm pretty sure
someone on this list said it shouldn't be
Re: [gentoo-user] kernel 6.9 panic....
On Saturday, 20 July 2024 18:52:33 BST Alan Grimes wrote:
> Because I did everything precisely the same as I did last time I updated
> my kernel, nothing worked. =|
>
> Basically the old .config is coppied to the new kernel, and I run it
> with "make -j 60 ; make install modules_install "
Try it in this order and without missing out the make command for the modules
part:
make -j 60 ; make modules_install ; make install
> Now there are config changes, I just took the default on all changed
> options So far so good,
>
> I run "grub-mkconfig -o grub.cfg" in the appropriate directory and get
> this garbage:
>
> Why in the name of the dark lord Baal did grub give different root
> partition ids to the kernels and expect it to work
>
> Machine is a very heavy duty workstation and quite ornery to get booted
> in the first place. =\
>
> 6.8
> }
> menuentry 'Gentoo GNU/Linux, with Linux 6.8.9-x86_64' --class
> gentoo --class gnu-linux --class gnu --class os $menuentry_id_option
> 'gnulinux-6.8.9-x86_64-advanced-d218b1>
> load_video
> if [ "x$grub_platform" = xefi ]; then
> set gfxpayload=keep
> fi
> insmod gzio
> insmod part_gpt
> insmod fat
> search --no-floppy --fs-uuid --set=root BD38-02F6
> echo'Loading Linux 6.8.9-x86_64 ...'
> linux /vmlinuz-6.8.9-x86_64
> root=UUID=d218b143-ba28-4614-b2c8-e93bb8614207 ro
> echo'Loading initial ramdisk ...'
> initrd /amd-uc.img /initramfs-6.8.9-x86_64.img
> }
>
> 6.9:
> {
> load_video
> if [ "x$grub_platform" = xefi ]; then
> set gfxpayload=keep
> fi
> insmod gzio
> insmod part_gpt
> insmod fat
> search --no-floppy --fs-uuid --set=root BD38-02F6
> echo'Loading Linux 6.9.9-x86_64 ...'
> linux /vmlinuz-6.9.9-x86_64
> root=PARTUUID=241cc598-140f-42b5-9939-974db55c63e5 ro
> echo'Loading initial ramdisk ...'
> initrd /amd-uc.img
> }
signature.asc
Description: This is a digitally signed message part.
[gentoo-user] kernel 6.9 panic....
Because I did everything precisely the same as I did last time I updated
my kernel, nothing worked. =|
Basically the old .config is coppied to the new kernel, and I run it
with "make -j 60 ; make install modules_install "
Now there are config changes, I just took the default on all changed
options So far so good,
I run "grub-mkconfig -o grub.cfg" in the appropriate directory and get
this garbage:
Why in the name of the dark lord Baal did grub give different root
partition ids to the kernels and expect it to work
Machine is a very heavy duty workstation and quite ornery to get booted
in the first place. =\
6.8
}
menuentry 'Gentoo GNU/Linux, with Linux 6.8.9-x86_64' --class
gentoo --class gnu-linux --class gnu --class os $menuentry_id_option
'gnulinux-6.8.9-x86_64-advanced-d218b1>
load_video
if [ "x$grub_platform" = xefi ]; then
set gfxpayload=keep
fi
insmod gzio
insmod part_gpt
insmod fat
search --no-floppy --fs-uuid --set=root BD38-02F6
echo 'Loading Linux 6.8.9-x86_64 ...'
linux /vmlinuz-6.8.9-x86_64
root=UUID=d218b143-ba28-4614-b2c8-e93bb8614207 ro
echo 'Loading initial ramdisk ...'
initrd /amd-uc.img /initramfs-6.8.9-x86_64.img
}
6.9:
{
load_video
if [ "x$grub_platform" = xefi ]; then
set gfxpayload=keep
fi
insmod gzio
insmod part_gpt
insmod fat
search --no-floppy --fs-uuid --set=root BD38-02F6
echo 'Loading Linux 6.9.9-x86_64 ...'
linux /vmlinuz-6.9.9-x86_64
root=PARTUUID=241cc598-140f-42b5-9939-974db55c63e5 ro
echo 'Loading initial ramdisk ...'
initrd /amd-uc.img
}
--
You can't out-crazy a Democrat.
#EggCrisis #BlackWinter
White is the new Kulak.
Powers are not rights.
[gentoo-user] Firefox ESR no microphone input
Hi everyone, Lately I have a problem with www-client/firefox-115.12.0:esr where it does not pick up audio from my microphone. I'm on a musl system using alsa and apulse for firefox. Here is the emerge --info firefox: https://paste.gentoo.zip/naBQo92V The funny thing is that arecord works just fine and picks up my microphone and I remember firefox having no issues with it either. Can anyone push me in the right direction here? Thank you -- Efe
[gentoo-user] sys-apps/init-system-helpers fails. Trying to install needrestart.
Howdy,
I did my weekly update the other day a little early. Anyway, I need to
install needrestart but a package fails to build that it depends on.
This is the short error message.
root@Gentoo-1 / # cat
/var/log/portage/sys-apps\:init-system-helpers-1.66\:20240720-133504.log
* Package: sys-apps/init-system-helpers-1.66:0
* Repository: gentoo
* USE: abi_x86_64 amd64 elibc_glibc kernel_linux
* FEATURES: network-sandbox preserve-libs sandbox userpriv usersandbox
>>> Unpacking source...
>>> Unpacking init-system-helpers_1.66.tar.xz to
/var/tmp/portage/sys-apps/init-system-helpers-1.66/work
>>> Source unpacked in
/var/tmp/portage/sys-apps/init-system-helpers-1.66/work
>>> Preparing source in
/var/tmp/portage/sys-apps/init-system-helpers-1.66/work/init-system-helpers
...
* Applying revert-openrc-management.patch
...
[ ok ]
>>> Source prepared.
>>> Configuring source in
/var/tmp/portage/sys-apps/init-system-helpers-1.66/work/init-system-helpers
...
>>> Source configured.
>>> Compiling source in
/var/tmp/portage/sys-apps/init-system-helpers-1.66/work/init-system-helpers
...
>>> Source compiled.
>>> Test phase [not enabled]: sys-apps/init-system-helpers-1.66
>>> Install sys-apps/init-system-helpers-1.66 into
/var/tmp/portage/sys-apps/init-system-helpers-1.66/image
Traceback (most recent call last):
File "/usr/lib/python-exec/python3.12/rst2man", line 8, in
sys.exit(rst2man())
^
File "/usr/lib/python3.12/site-packages/docutils/core.py", line 760,
in rst2man
rst2something('manpage', 'Unix manual (troff)', 'user/manpage.html')
File "/usr/lib/python3.12/site-packages/docutils/core.py", line 739,
in rst2something
locale.setlocale(locale.LC_ALL, '')
File "/usr/lib/python3.12/locale.py", line 615, in setlocale
return _setlocale(category, locale)
locale.Error: unsupported locale setting
* ERROR: sys-apps/init-system-helpers-1.66::gentoo failed (install phase):
* Failed to generate man page
*
* Call stack:
* ebuild.sh, line 136: Called src_install
* environment, line 541: Called die
* The specific snippet of code:
* rst2man man8/service.rst > man8/service.8 || die "Failed to
generate man page";
*
* If you need support, post the output of `emerge --info
'=sys-apps/init-system-helpers-1.66::gentoo'`,
* the complete build log and the output of `emerge -pqv
'=sys-apps/init-system-helpers-1.66::gentoo'`.
* The complete build log is located at
'/var/log/portage/sys-apps:init-system-helpers-1.66:20240720-133504.log'.
* For convenience, a symlink to the build log is located at
'/var/tmp/portage/sys-apps/init-system-helpers-1.66/temp/build.log'.
* The ebuild environment file is located at
'/var/tmp/portage/sys-apps/init-system-helpers-1.66/temp/environment'.
* Working directory:
'/var/tmp/portage/sys-apps/init-system-helpers-1.66/work/init-system-helpers'
* S:
'/var/tmp/portage/sys-apps/init-system-helpers-1.66/work/init-system-helpers'
root@Gentoo-1 / #
It seems to be complaining about rst2man so I thought maybe there was a
linking problem or something and reinstalling the package would help. I
reinstalled dev-python/docutils but it still fails with the same error.
I searched forums, BGO and such but no help that I could find. I also
tried a newer version of init-system-helpers in case the older version
has a flu.
On the locale setting. This is what I have set. My understanding,
LC_ALL shouldn't be set.
root@Gentoo-1 / # locale
LANG=en_US.utf8
LC_CTYPE="en_US.utf8"
LC_NUMERIC="en_US.utf8"
LC_TIME="en_US.utf8"
LC_COLLATE="en_US.utf8"
LC_MONETARY="en_US.utf8"
LC_MESSAGES="en_US.utf8"
LC_PAPER="en_US.utf8"
LC_NAME="en_US.utf8"
LC_ADDRESS="en_US.utf8"
LC_TELEPHONE="en_US.utf8"
LC_MEASUREMENT="en_US.utf8"
LC_IDENTIFICATION="en_US.utf8"
LC_ALL=
root@Gentoo-1 / #
Anyone have a idea how to fix this? This is the new rig with merged
/usr and openrc. In case that matters. Yes, still named Gentoo-1. It
needs a better name but just not high on my list right now. ;-)
Dale
:-) :-)
P. S. I also got a little thing to put the case on that has wheels.
It's a tight fit but the case fits on there. Just gotta be careful when
moving it. It sits on carpet and mostly wanted to get the case off the
floor for air flow. Still trying to get used to this smaller keyboard.
Re: [gentoo-user] Bring back dev-build/bazel ?
Thank you for the advice. Bazelisk seems the way to go as it "is the recommended way to install Bazel on Ubuntu, Windows, and macOS" [1]. Alexis [1] https://bazel.build/install/bazelisk On Wednesday, July 17th, 2024 at 19:11, Ionen Wolkens wrote: > > > On Wed, Jul 17, 2024 at 09:05:44AM +, Alexis Praga wrote: > > > Dear mailing-list, > > > > dev-build/bazel has been removed last January along with tensorflow from > > distribution. While I cannot speak for tensorflow (but it seems a good > > idea), would it be doable to add back only bazel ? > > Maybe as a -bin package to decrease maintainer burden. > > > May want to try dev-build/bazelisk, never tried it but from what > I gather it wraps downloading a suitable version of prebuilt bazel > and passing arguments to it. > > > I occasionnally have to use at the moment so I would totally understand > > that's not a priority. > > > > Thanks, > > > > Alexis > > > > > > -- > ionen signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] chroot: on update I got "mount: /proc: mount failed: Unknown error 5005.,Unable to mark /proc slave: 32"
On Wed, Jul 17, 2024, 19:09 Vitaly Zdanevich wrote: > My script in the chroot folder: > > ``` > mount --rbind /dev dev > mount --make-rslave dev > mount -t proc /proc proc > mount --rbind /sys sys > mount --make-rslave sys > mount --rbind /tmp tmp > mount --bind /run run > > mount -o bind /var/db/repos/ var/db/repos/ > > chroot . /bin/bash > > ``` > The last line chroots into the current working directory, not the directory where the script is located. Thus, it doesn't matter where your script is located. I would suggest adding the following line to the start of your script: ``` cd "$1" ``` Then you can pass the path to your mounted filesystem as a parameter: ```sh # /mnt/gentoo/chroot.sh /mnt/gentoo/ ``` You could also use `dirname "$0"` in your script to get the directory where your script is located. >
Re: [gentoo-user] chroot: on update I got "mount: /proc: mount failed: Unknown error 5005.,Unable to mark /proc slave: 32"
Hi Vitaly, On Wednesday, 17 July 2024 18:08:08 BST Vitaly Zdanevich wrote: > Hi, I did a chroot according to > https://wiki.gentoo.org/index.php?title=Chroot > > My script in the chroot folder: > > ``` > mount --rbind /dev dev > mount --make-rslave dev > mount -t proc /proc proc > mount --rbind /sys sys > mount --make-rslave sys > mount --rbind /tmp tmp > mount --bind /run run > > mount -o bind /var/db/repos/ var/db/repos/ > > chroot . /bin/bash > > ``` [snip ...] The wiki and the Handbook, explain you need to have a mountpoint for the file system in which you are trying to chroot. For example, the wiki page states: mkdir /mnt/mychroot <== this is the mountpoint cd /mnt/mychroot or if you are trying to chroot on an existing installation on some block device, e.g. say it is partition /dev/sdb3, you would run: mkdir /mnt/mychroot mount /dev/sdb3 /mnt/mychroot Consequently, the mount commands after you mount the OS partition and before you chroot become: cd /mnt/mychroot mount --rbind /dev /mnt/mychroot/dev mount --make-rslave /mnt/mychroot/dev mount -t proc /proc /mnt/mychroot/proc mount --rbind /sys /mnt/mychroot/sys mount --make-rslave /mnt/mychroot/sys mount --rbind /tmp /mnt/mychroot/tmp rmount --bind /run /mnt/mychroot/run After the above you can chroot into the mounted filesystem: chroot /mnt/mychroot /bin/bash The same approach is followed in the Handbook for a new installation: https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/ Base#Mounting_the_necessary_filesystems signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] New monitor, new problem. Everything LARGE O_O
Howdy, A rather large update. It's got issues still but right now, I'm typing on the new rig which is not my old main rig, unless something happens to this new thing. Old main rig could find itself back again. Basically, I'm on the Ryzen thing. :-D First, I couldn't open any of my encrypted drives due to missing kernel options. Fixed that. Then openvpn wouldn't work because of missing kernel drivers. Fixed that. Since I started with a new kde config, it to has issues yet to be banged into submission. I'm also on a new keyboard. Expect some typos until I get used to this dang thing. The keys are a little tighter than I'm used too. I suspect a new keyboard is on the horizon. This thing must be made for small kids. o_o Right now, only /home hard drive has been moved over. I still have half a dozen or so hard drives to move over and get working. Right now, I'm banging on KDE configuration stuff. If it doesn't straighten up soon, I'm copying the old config files over and it can just deal with that. o_O Right now, the second monitor seems to be having a connection issue. I had it working then when I pulled the rig out a bit to put in the /home drive, it went off. The cables are a bit short. I think it is pulling on them enough to disconnect it but not enough for the cable to just come out completely. I got cables coming. They longer and better. Another bug I found. I have 18 virtual desktops. Yep, 18. I use Ctrl F* to switch between #1 to #10. I can't recall but F11 and F12 is used by something else. There is no higher F* keys after that. They didn't see me coming. ROFL To avoid me having to switch to those, I don't put anything important there in case I have to use sysreq key to reboot or the rare occasion it crashes, like running out of memory during a compile. Anyway, I found where to set that but some don't work if I have Firefox on them. It seems Firefox is watching those keys and preventing the switch but not doing anything with them either. That's kinda bad since sometimes I need to switch to and from those to close things. Well, buggy and lack of configured as it is, it is working. I'm able to watch TV and the sound goes to the right place. I think I can beat the rest up until it gives in. Going for a knockout punch, or a hammer. ;-) That's it for now. May have new threads to see if I can get more setailed help. Oh, haven't added all the monitors to xorg.conf yet. Trying to get some things working first. Dale :-) :-)
Re: [gentoo-user] Bring back dev-build/bazel ?
On Wed, Jul 17, 2024 at 09:05:44AM +, Alexis Praga wrote: > Dear mailing-list, > > dev-build/bazel has been removed last January along with tensorflow from > distribution. While I cannot speak for tensorflow (but it seems a good idea), > would it be doable to add back only bazel ? > Maybe as a -bin package to decrease maintainer burden. May want to try dev-build/bazelisk, never tried it but from what I gather it wraps downloading a suitable version of prebuilt bazel and passing arguments to it. > > I occasionnally have to use at the moment so I would totally understand > that's not a priority. > > Thanks, > > Alexis -- ionen signature.asc Description: PGP signature
[gentoo-user] chroot: on update I got "mount: /proc: mount failed: Unknown error 5005.,Unable to mark /proc slave: 32"
Hi, I did a chroot according to https://wiki.gentoo.org/index.php?title=Chroot My script in the chroot folder: ``` mount --rbind /dev dev mount --make-rslave dev mount -t proc /proc proc mount --rbind /sys sys mount --make-rslave sys mount --rbind /tmp tmp mount --bind /run run mount -o bind /var/db/repos/ var/db/repos/ chroot . /bin/bash ``` My /root/.bashrc of the new chroot: ``` . /etc/profile export PS1="(chroot) $PS1" ``` Update command with full output (I never did an update on this chroot): (chroot) thinkpad-t430 /etc/portage # emerge --ask --update --newuse --deep --with-bdeps=y @world * IMPORTANT: 15 news items need reading for repository 'gentoo'. * Use eselect news read to view new items. These are the packages that would be merged, in order: Calculating dependencies... done! Dependency resolution took 5.08 s (backtrack: 0/20). [ebuild R ] sys-apps/net-tools-2.10 USE="-ipv6*" [ebuild UD ] dev-db/sqlite-3.45.3 [3.46.0] [ebuild R ] app-crypt/libb2-0.98.1-r3 USE="openmp*" [ebuild R ] sys-devel/gettext-0.22.4 USE="openmp*" [ebuild R ] sys-libs/pam-1.5.3-r1 USE="filecaps*" [ebuild R ] net-misc/wget-1.24.5 USE="-ipv6*" [ebuild N ] app-crypt/rhash-1.4.3 USE="nls ssl -debug -static-libs" [ebuild N ] dev-libs/libuv-1.48.0 USE="-verify-sig" [ebuild N ] app-arch/libarchive-3.7.4 USE="acl bzip2 e2fsprogs iconv lzma xattr zstd -blake2 -expat -lz4 -lzo -nettle -static-libs -test -verify-sig" [ebuild UD ] dev-python/trove-classifiers-2024.5.22 [2024.7.2] [ebuild R ] net-misc/iputils-20240117 USE="filecaps*" [ebuild N ] dev-libs/jsoncpp-1.9.5 USE="-doc -test" [ebuild UD ] dev-python/hatchling-1.24.2 [1.25.0] [ebuild UD ] dev-python/urllib3-2.2.1 [2.2.2] [ebuild UD ] dev-python/setuptools-70.0.0 [70.1.1-r1] [ebuild R ] net-misc/dhcpcd-10.0.8 USE="-ipv6*" [ebuild R ] app-portage/portage-utils-0.96.1 USE="openmp*" [ebuild N ] dev-build/cmake-3.28.5 USE="ncurses -dap -doc -gui -qt6 -test -verify-sig" [ebuild N ] net-libs/nghttp2-1.61.0 USE="-debug -hpack-tools -jemalloc -static-libs -systemd -test -utils -xml" [ebuild UD ] net-misc/curl-8.7.1-r4 [8.8.0-r1] USE="http2*" Would you like to merge these packages? [Yes/No] >>> Verifying ebuild manifests >>> Running pre-merge checks for app-crypt/libb2-0.98.1-r3 mount: /proc: mount failed: Unknown error 5005. Unable to mark /proc slave: 32 * The ebuild phase 'pretend' has exited unexpectedly. This type of * behavior is known to be triggered by things such as failed variable * assignments (bug #190128) or bad substitution errors (bug #200313). * Normally, before exiting, bash should have displayed an error message * above. If bash did not produce an error message above, it's possible * that the ebuild has called `exit` when it should have called `die` * instead. This behavior may also be triggered by a corrupt bash binary or * a hardware problem such as memory or cpu malfunction. If the problem is * not reproducible or it appears to occur randomly, then it is likely to * be triggered by a hardware problem. If you suspect a hardware problem * then you should try some basic hardware diagnostics such as memtest. * Please do not report this as a bug unless it is consistently * reproducible and you are sure that your bash binary and hardware are * functioning properly. >>> Failed to emerge app-crypt/libb2-0.98.1-r3, Log file: >>> '/var/tmp/portage/app-crypt/libb2-0.98.1-r3/temp/build.log' >>> Running pre-merge checks for sys-devel/gettext-0.22.4 mount: /proc: mount failed: Unknown error 5005. Unable to mark /proc slave: 32 * The ebuild phase 'pretend' has exited unexpectedly. This type of * behavior is known to be triggered by things such as failed variable * assignments (bug #190128) or bad substitution errors (bug #200313). * Normally, before exiting, bash should have displayed an error message * above. If bash did not produce an error message above, it's possible * that the ebuild has called `exit` when it should have called `die` * instead. This behavior may also be triggered by a corrupt bash binary or * a hardware problem such as memory or cpu malfunction. If the problem is * not reproducible or it appears to occur randomly, then it is likely to * be triggered by a hardware problem. If you suspect a hardware problem * then you should try some basic hardware diagnostics such as memtest. * Please do not report this as a bug unless it is consistently * reproducible and you are sure that your bash binary and hardware are * functioning properly. !!! When you file a bug report, please include the following information: GENTOO_VM= CLASSPATH="" JAVA_HOME="/etc/java-config-2/current-system-vm" JAVACFLAGS="" COMPILER="" and of course, the output of emerge --info =sys-devel/gettext-0.22.4 >>> Failed to emerge sys-devel/gettext-0.22.4, Log file: >>> '/var/tmp/portage/sys-devel/gettext-0.22.4/temp/build.log' *
Re: [gentoo-user] Bring back dev-build/bazel ?
On Wednesday, 17 July 2024 10:05:44 BST Alexis Praga wrote: > Dear mailing-list, > > dev-build/bazel has been removed last January along with tensorflow from > distribution. It is not in the main tree, but you can install it from the 'vowstar' overlay: http://gpo.zugaina.org/dev-build/bazel > While I cannot speak for tensorflow (but it seems a good > idea), This package is also available in the 'HomeAssistantRepository': http://gpo.zugaina.org/sci-libs/tensorflow See here how to manage individual overlay repositories, if you're not familiar with them: https://wiki.gentoo.org/wiki/Eselect/Repository > would it be doable to add back only bazel ? Maybe as a -bin package > to decrease maintainer burden. > > I occasionnally have to use at the moment so I would totally understand > that's not a priority. > > Thanks, > > Alexis signature.asc Description: This is a digitally signed message part.
[gentoo-user] Bring back dev-build/bazel ?
Dear mailing-list, dev-build/bazel has been removed last January along with tensorflow from distribution. While I cannot speak for tensorflow (but it seems a good idea), would it be doable to add back only bazel ? Maybe as a -bin package to decrease maintainer burden. I occasionnally have to use at the moment so I would totally understand that's not a priority. Thanks, Alexis signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] sys-apps/portage and binary packages
On 7/15/24 5:54 AM, J. Aho wrote: > The main issue is that you aren't syncing portage towards the bin > server, which makes things out of sync and those you will be building a > lot of the packages instead of fetching the binary files when they are > built. As noted earlier, it's more complicated than that. Portage can handle the case you describe just fine, in the sense that you will be building a lot of the packages instead of fetching the binary files. In which case, you don't need to set FEATURES="-getbinpkg" on a per package basis, since they will simply be built from source anyway. The problem comes when portage says there *is* a binary package available, because the index of packages says there is one, then it tries to download the binary file itself and receives a 404 error. That causes portage to crash since it doesn't expect the 404. > If they didn't, then I had the issue as you describe and I had > discussion about this on the gentoo irc channels, but as back then few > people used binhosts so they didn't understand the issue and those > portage don't support to do what you want to do, to filter out new > ebuilds that don't have a binary package at the binhost, just wait > another 20 years and then maybe. I understand where you are coming from :) because I refused to become a Gentoo user until there were official binhosts. There is as of 2024 a tracking issue for the bug you described, and with that public record of what to improve, some progress has been made to get it to work. I expect it to take significantly less than 20 years to deploy: the current version of portage stabilized for amd64 causes a binhost to expose the git commit for gentoo.git that it was built for, and the plan is that you should be able to have `emerge --sync` just sync to that revision as announced by the binhost. I will admit that it took us 5 months from time of reporting until portage made the progress it has so far, but I'm inclined to blame that on FOSS software being FOSS and people having other things to do with their time. Hopefully we'll only need to wait another couple of months for it to be full solved. :) Please do consider watching https://bugs.gentoo.org/924772 for further progress. -- Eli Schwartz OpenPGP_signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] sys-apps/portage and binary packages
On Tuesday, 16 July 2024 09:50:00 BST Michael wrote: > I recall having some trouble with bytemark in the past. Now you mention it, so do I, but I've been using it for quite a while now with no problems. I suppose servers come and go... -- Regards, Peter.
Re: [gentoo-user] sys-apps/portage and binary packages
On Monday, 15 July 2024 13:36:19 BST Peter Humphrey wrote: > On Monday, 15 July 2024 10:54:37 BST J. Aho wrote: > > The main issue is that you aren't syncing portage towards the bin > > server, which makes things out of sync and those you will be building a > > lot of the packages instead of fetching the binary files when they are > > built. One way to come around this issue is that when you sync your > > portage, wait a day before you check what files to update, this way the > > binary packages should have been built, but sure it's a pita. > > You're right. I had set the sync-uri to mirror.bytemark.co.uk, which I got > from the handbook. but I still had GENTOO_MIRRORS="http:// > www.mirrorservice.org/sites/distfiles.gentoo.org/" from an older > installation. > > I've now set the mirror to bytemark; let's see if that helps. > > Thanks. I recall having some trouble with bytemark in the past. A package build time dependency portage required to complete an update was not available on bytemark and the update failed. I tried a day later and the same problem came up. A cursory look revealed this mirror to be out of date on a number of packages. Eventually I move to different mirrors and the problem disappeared. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] sys-apps/portage and binary packages
On Monday, 15 July 2024 10:54:37 BST J. Aho wrote: > The main issue is that you aren't syncing portage towards the bin > server, which makes things out of sync and those you will be building a > lot of the packages instead of fetching the binary files when they are > built. One way to come around this issue is that when you sync your > portage, wait a day before you check what files to update, this way the > binary packages should have been built, but sure it's a pita. You're right. I had set the sync-uri to mirror.bytemark.co.uk, which I got from the handbook. but I still had GENTOO_MIRRORS="http:// www.mirrorservice.org/sites/distfiles.gentoo.org/" from an older installation. I've now set the mirror to bytemark; let's see if that helps. Thanks. -- Regards, Peter.
Re: [gentoo-user] sys-apps/portage and binary packages
On 13/07/2024 14.50, Peter Humphrey wrote: Where I live, updates to portage itself usually take longer to appear as a binary package than as source, so I can't 'getbinpkg'. Therefore I've set: The main issue is that you aren't syncing portage towards the bin server, which makes things out of sync and those you will be building a lot of the packages instead of fetching the binary files when they are built. One way to come around this issue is that when you sync your portage, wait a day before you check what files to update, this way the binary packages should have been built, but sure it's a pita. The proper solution had been that you could sync portage against the binhost and that only if the binhost do have two portage that is always in par with the packages that has been built. I have my own experience of this issue from the time when I had multiple machines at home running Gentoo and I had a build environment that built packages for me. I had to setup two copies of portage on the build machine, one was the one it synced and built against, and then there was the portage version that was provided to the clients in the LAN (sadly this has a complication for the clients using git instead of rsync), this was only updated after a successful build. All the client synced portage against the binhost. If they didn't, then I had the issue as you describe and I had discussion about this on the gentoo irc channels, but as back then few people used binhosts so they didn't understand the issue and those portage don't support to do what you want to do, to filter out new ebuilds that don't have a binary package at the binhost, just wait another 20 years and then maybe. -- //Aho
Re: [gentoo-user] sys-apps/portage and binary packages
Wols Lists wrote: > On 15/07/2024 07:22, Dale wrote: >> Is this about the -1 or --oneshot option? > > Yes. > > Once your system is stable it's a damn good idea :-) > > Cheers, > Wol > > On my recent new rig build, once I installed everything from the world file from my old system, I added that option to make.conf. Why that tip isn't in the install guide surprises me. A lot of people while trying to get emerge past a block or something ends up with entries in the world file that shouldn't be there, especially libs or packages with versions. It shouldn't be the default by any means but toward the end of the install guide, I think it deserves a mention and when to add it. Most of my upgrades go fairly smoothly. One reason for that, nothing is in the world file unless it really needs to be there. I can't add something by mistake. Yep. Good idea. Sad a lot of people don't know to add that at the right time. Dale :-) :-)
Re: [gentoo-user] sys-apps/portage and binary packages
On 15/07/2024 07:22, Dale wrote: Is this about the -1 or --oneshot option? Yes. Once your system is stable it's a damn good idea :-) Cheers, Wol
Re: [gentoo-user] sys-apps/portage and binary packages
Wol wrote: > On 14/07/2024 14:15, Peter Humphrey wrote: >> Yes, I have EMERGE_DEFAULT_OPTS="--jobs=8 --load-average=8 >> --autounmask=n -- >> keep-going --nospinner" >> >> Nothing contentious there, I'd have thought. > > I didn't think I had anything contentious - --once-only and that was > about it. I think that was actually Dale's suggestion - anything I > emerge will get cleaned away by my next depclean unless I actively > force it into the world file. > > But a load of stuff just wouldn't --update or emerge as a result ... > > Cheers, > Wol > > Is this about the -1 or --oneshot option? Dale :-) :-)
Re: [gentoo-user] sys-apps/portage and binary packages
On 7/14/24 8:04 AM, Peter Humphrey wrote: > On Sunday, 14 July 2024 07:05:04 BST Eli Schwartz wrote: > >> As a matter of curiosity, why do you need to do any such thing at all? >> >> If there is no binary package available for portage yet, then portage >> will automatically build it from source instead, which is exactly what >> setting -getbinpkg for it would do. So why bother? > > It doesn't do that here. It tries to fetch the binary and bombs out when it > can't be found. Then I have to edit make.conf to update Gentoo, then put it > back as it was for the rest of the system. This indicates that the Packages index on the binhost server doesn't correspond to the actual packages which are available; it is broadcasting availability of a new sys-apps/portage binpackage but that binpackage is not actually present. It has nothing to do with sys-apps/portage, since if there is a lack of synchronization here then the specific details of packages does not matter at all. It just happens, by coincidence, to trigger for you with the sys-apps/portage package. This is nominally speaking impossible to happen as it implies the binhost is simply broken altogether, which of course never happens in real life because we are all perfect, right? But actual broken binhosts aside, I'm guessing your real issue is using a DNS round robin load balancer or similar as your binhost url. You're getting delivered the Packages index from one server, but actual *.gpkg.tar requests are being serviced by a different load balancing machine, and the two aren't precisely in sync. There are some similar bugs being tracked: https://bugs.gentoo.org/464906 https://bugs.gentoo.org/831657 https://bugs.gentoo.org/890491 https://bugs.gentoo.org/865845 The default gentoobinhost shipped in stage3 tarballs is distfiles.gentoo.org, try changing it to a specific mirror and see if that helps? -- Eli Schwartz OpenPGP_signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] New monitor, new problem. Everything LARGE O_O
Michael wrote: > On Sunday, 14 July 2024 10:44:30 BST Dale wrote: >> Well, this was about codec support. It seems I had none of them >> available. I likely enabled more than needed but if it isn't needed, it >> just ignores them, so I've read anyway. This is a sort list. >> >> [*] Support initialization patch loading for HD-audio >> <*> Build Realtek HD-audio codec support >> <*> Build Analog Devices HD-audio codec support >> <*> Build IDT/Sigmatel HD-audio codec support >> <*> Build VIA HD-audio codec support >> <*> Build HDMI/DisplayPort HD-audio codec support >> <*> Build Cirrus Logic codec support >> < > Build Cirrus Logic HDA bridge support >> <*> Build Conexant HD-audio codec support >> <*> Build Creative CA0110-IBG codec support >> <*> Build Creative CA0132 codec support >> <*> Build C-Media HD-audio codec support >> <*> Build Silicon Labs 3054 HD-modem codec support >> >> >> With those and a few others, it works. I suspect the Realtek is the one >> needed but it may need the HDMI one as well. I just set the same as on >> my main rig. It works. It seems the card itself had the right driver, >> just not the bit that tells the card how to process the sound. > You can build them as modules, see which of these are loaded successfully and > disable the rest. Some are generic, e.g. > > "Build HDMI/DisplayPort HD-audio codec support" > > Say Y or M here to include HDMI and DisplayPort HD-audio codec support in snd- > hda-intel driver. This includes all AMD/ATI, Intel and Nvidia > HDMI/DisplayPort > codecs. > > Others are more specific to individual OEM chips, like e.g. Realtek with its > proprietary audio converter driver. > That's true but I wasn't sure which ones I had to have so I just enabled them all. I figured if it worked on my main rig, it would work on the new rig since the audio part is almost identical. That would save me the trouble of trying to load and remove modules until I figured out which ones it needed and which ones it didn't. Basically, it was faster this way. >> It's getting close. Any day now. It has been a adventure. That pesky >> LG monitor or that HDMI cable caused some issues tho. I'm looking to >> buy either 4K or 8K cables next. Be ready for the future. ;-) > I think the future is DP rather than HDMI, which works with AMD's FreeSync > and > Nvidia's G-Sync, assuming both card and monitor support this. You can also > chainload monitors from a single DP connection. However, cable bandwidth and > functionality requirements are dictated by the specification of the devices > you connect to your card. A 16K capable DP 2.1, or a 10K capable HDMI 2.1b > won't make any difference when you're connecting 1920x1080 (i.e. sub-2K) > display panels. I don't buy cables often, so I tend to buy the highest > specification available at the time to future proof, as the monitors and TVs > are increasingly made available at higher resolutions and refresh rates. I think you right. One reason I was able to get the monitor as cheap as I did, it is considered old tech now. Things are moving toward 4k and such. I was looking at the 4K cables but then ran up on a cable that is braided. Those braided things are tough. I'd be more worried about wearing out the connector than damaging the cable. I could only find the braided ones in the 8K version. Still, future proof for me for a long time to come. I might get 4k monitor and card the next go around. I suspect 8K will be a ways off. One thing I want to do, replace that cable that would not work with the new monitor and was used on the LG monitor when we was arguing with it. Something funny about that cable. It's amazing how much technology changes tho. What gets me, some things are a lot faster or bigger but cost is not all that bad given the improvement. I still think CPUs are a bit pricey tho. I put out 8 Hickory trees this morning. I also picked my poor sis-n-law some tomatoes. I also gave some to a neighbor. Also making two jars of pepper sauce today. I hear my pillow calling me pretty good. Battery draining pretty fast. o_- Dale :-) :-)
Re: [gentoo-user] ldconfig segfaults after updating to 23.0 profil
FYI, Gmail sees this email as spam:
> Be careful with this message
>
> The sender hasn't authenticated this message so Gmail can't verify that
it actually came from them. Avoid clicking links, downloading attachments,
or replying with personal information.
On Thu, Jun 27, 2024 at 9:12 PM Dan Johansson wrote:
> Hello,
>
> After updating my system to a 23.0 profile,
> default/linux/amd64/23.0/split-usr/desktop/plasma (stable), ldconfig has
> started segfaulting.
>
> Here are the last few lines of "strace ldconfig":
> newfstatat(AT_FDCWD,
> "/usr/lib/rust/lib/librustc_driver-131b866216b2910c.so",
> {st_mode=S_IFREG|0644, st_size=153456592, ...}, 0) = 0
> openat(AT_FDCWD, "/usr/lib/llvm/17/lib",
> O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = 3
> fstat(3, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
> getdents64(3, 0x572629d0 /* 22 entries */, 32768) = 824
> newfstatat(AT_FDCWD, "/usr/lib/llvm/17/lib/libclang.so.17",
> {st_mode=S_IFREG|0755, st_size=17506304, ...}, 0) = 0
> openat(AT_FDCWD, "/usr/lib/llvm/17/lib/libclang.so.17", O_RDONLY) = 4
> fstat(4, {st_mode=S_IFREG|0755, st_size=17506304, ...}) = 0
> mmap(NULL, 17506304, PROT_READ, MAP_SHARED, 4, 0) = 0x7fb6eb2d3000
> --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR,
> si_addr=0x7fb6ed37c4dc} ---
> +++ killed by SIGSEGV +++
> Segmentation fault
>
> The file in question (I think), does not look suspicious (I think):
> # ls -pal /usr/lib/llvm/17/lib/libclang.so.17
> /usr/lib/llvm/17/lib/libclang.so.17.0.6
> lrwxrwxrwx 1 root root 18 Jun 25 17:39
> /usr/lib/llvm/17/lib/libclang.so.17 -> libclang.so.17.0.6
> -rwxr-xr-x 1 root root 14893056 Jun 25 17:39
> /usr/lib/llvm/17/lib/libclang.so.17.0.6
>
> The system runs fine (as far as I ca see) but I am a bit nervous about
> rebooting at the moment.
>
> Any suggestions?
>
> Regards,
> --
> Dan Johansson,
> ***
> This message is printed on 100% recycled electrons!
> ***
>
>
Re: [gentoo-user] sys-apps/portage and binary packages
On 14/07/2024 14:15, Peter Humphrey wrote: Yes, I have EMERGE_DEFAULT_OPTS="--jobs=8 --load-average=8 --autounmask=n -- keep-going --nospinner" Nothing contentious there, I'd have thought. I didn't think I had anything contentious - --once-only and that was about it. I think that was actually Dale's suggestion - anything I emerge will get cleaned away by my next depclean unless I actively force it into the world file. But a load of stuff just wouldn't --update or emerge as a result ... Cheers, Wol
Re: [gentoo-user] sys-apps/portage and binary packages
On Sunday, 14 July 2024 13:22:14 BST Wols Lists wrote:
> On 14/07/2024 13:04, Peter Humphrey wrote:
> > It doesn't do that here. It tries to fetch the binary and bombs out when
> > it can't be found. Then I have to edit make.conf to update Gentoo, then
> > put it back as it was for the rest of the system.
>
> Do you have PORTAGE_DEFAULT_OPTIONS or whatever it's called set? That's
> caused me similar grief - it messed up my attempts to update my profile,
> it regularly messed up my virtualbox updates, etc etc.
Yes, I have EMERGE_DEFAULT_OPTS="--jobs=8 --load-average=8 --autounmask=n --
keep-going --nospinner"
Nothing contentious there, I'd have thought.
Then I added this after Arve's advice, and after my problem arose:
EMERGE_DEFAULT_OPTS="${EMERGE_DEFAULT_OPTS} --usepkg-exclude 'sys-apps/
portage'"
> And if you have to edit various environment variables in make.conf, you
> know you can override them on the command line?
>
> PORTAGE_DEFAULT_OPTIONS="" emerge virtualbox-modules
>
> as I had to do ...
Useful reminder; thanks.
--
Regards,
Peter.
Re: [gentoo-user] sys-apps/portage and binary packages
On 14/07/2024 13:04, Peter Humphrey wrote: It doesn't do that here. It tries to fetch the binary and bombs out when it can't be found. Then I have to edit make.conf to update Gentoo, then put it back as it was for the rest of the system. Do you have PORTAGE_DEFAULT_OPTIONS or whatever it's called set? That's caused me similar grief - it messed up my attempts to update my profile, it regularly messed up my virtualbox updates, etc etc. And if you have to edit various environment variables in make.conf, you know you can override them on the command line? PORTAGE_DEFAULT_OPTIONS="" emerge virtualbox-modules as I had to do ... Cheers, Wol
Re: [gentoo-user] sys-apps/portage and binary packages
On Sunday, 14 July 2024 07:05:04 BST Eli Schwartz wrote: > As a matter of curiosity, why do you need to do any such thing at all? > > If there is no binary package available for portage yet, then portage > will automatically build it from source instead, which is exactly what > setting -getbinpkg for it would do. So why bother? It doesn't do that here. It tries to fetch the binary and bombs out when it can't be found. Then I have to edit make.conf to update Gentoo, then put it back as it was for the rest of the system. > The only thing that setting -getbinpkg could do is prevent you from > using a binary on the off chance that it happens to appear faster for you. That might be so if portage behaved as you said above. > Note that independent of whether it's useful to exclude this one > package, the functionality doesn't work. You cannot set per-package > getbinpkg, this is tracked as https://bugs.gentoo.org/463964 Yes, I saw that from netfab's post. -- Regards, Peter.
Re: [gentoo-user] New monitor, new problem. Everything LARGE O_O
On Sunday, 14 July 2024 10:44:30 BST Dale wrote: > Michael wrote: > > On Sunday, 14 July 2024 06:08:27 BST Dale wrote: > >> I then plugged the TV into the new rig. KDE saw that right away and > >> popped up a screen wanting to know what to do. I just closed it and > >> went to KDE settings then Display and Monitor section. I arranged the > >> monitors like I wanted, several times. It would pop up a window asking > >> if I wanted to keep the settings. Problem is, finding where the mouse > >> pointer went. After three or four tries, I finally was able to hit the > >> Keep button before it reverted back and I had to set it up again. I did > >> set it up as described earlier. It's early on yet but it worked. Next > >> is setting up xorg.conf for this. Gotta add the TV as "Right of" and > >> all that. > > > > Do you even need an xorg.conf at all, if the Plasma Display settings can > > set up your monitors/TV reliably, as you want them? > > That is likely true unless KDE has a bad update and won't come up. I'd > like my monitors to come up the same way regardless of what GUI I use. > I figure xorg.conf is the best way to make sure. At least as sure as I > can be anyway. That said, it's been a long time since I had a bad KDE > update. It may have a minor bug or something but it tends to work OK. Yes, an xorg.conf set up as you need it would be universal in its effect, across different DEs. > >> Before connecting the TV and all, I tested the audio. Soundless. > >> Earlier, I thought it was able to detect nothing plugged into the output > >> jack. Well, it appears it just didn't have any devices. I enabled the > >> driver the boot media uses and lspci -k showed it as loaded on the new > >> install. It seemed to be missing some decode stuff after a bit of > >> searching. It so happens, my old rig and the new rig has almost > >> identical audio chips. I just pulled up menuconfig on both in a Konsole > >> and enabled the same things on the new rig that I had on the old rig. > >> Recompiled the kernel and rebooted. I have sound to the output jacks > >> now. That also likely helped me to have audio on the TV as well. > > > > These links are for MSWindows OS, but corresponding settings to Linux > > should also work for video cards which include audio processing > > capability: > > > > https://www.nvidia.com/content/Control-Panel-Help/vLatest/en-us/ > > mergedProjects/nvdsp/To_set_up_digital_audio_on_your_graphics_card.htm > > > > https://www.nvidia.com/content/Control-Panel-Help/vLatest/en-us/ > > mergedProjects/nvdsp/Set_Up_Digital_Audio.htm > > > > https://www.xda-developers.com/set-up-nvidia-high-definition-audio-is-it-w > > orth-using/ > Well, this was about codec support. It seems I had none of them > available. I likely enabled more than needed but if it isn't needed, it > just ignores them, so I've read anyway. This is a sort list. > > [*] Support initialization patch loading for HD-audio > <*> Build Realtek HD-audio codec support > <*> Build Analog Devices HD-audio codec support > <*> Build IDT/Sigmatel HD-audio codec support > <*> Build VIA HD-audio codec support > <*> Build HDMI/DisplayPort HD-audio codec support > <*> Build Cirrus Logic codec support > < > Build Cirrus Logic HDA bridge support > <*> Build Conexant HD-audio codec support > <*> Build Creative CA0110-IBG codec support > <*> Build Creative CA0132 codec support > <*> Build C-Media HD-audio codec support > <*> Build Silicon Labs 3054 HD-modem codec support > > > With those and a few others, it works. I suspect the Realtek is the one > needed but it may need the HDMI one as well. I just set the same as on > my main rig. It works. It seems the card itself had the right driver, > just not the bit that tells the card how to process the sound. You can build them as modules, see which of these are loaded successfully and disable the rest. Some are generic, e.g. "Build HDMI/DisplayPort HD-audio codec support" Say Y or M here to include HDMI and DisplayPort HD-audio codec support in snd- hda-intel driver. This includes all AMD/ATI, Intel and Nvidia HDMI/DisplayPort codecs. Others are more specific to individual OEM chips, like e.g. Realtek with its proprietary audio converter driver. > It's getting close. Any day now. It has been a adventure. That pesky > LG monitor or that HDMI cable caused some issues tho. I'm looking to > buy either 4K or 8K cables next. Be ready for the future. ;-) I think the future is DP rather than HDMI, which works with AMD's FreeSync and Nvidia's G-Sync, assuming both card and monitor support this. You can also chainload monitors from a single DP connection. However, cable bandwidth and functionality requirements are dictated by the specification of the devices you connect to your card. A 16K capable DP 2.1, or a 10K capable HDMI 2.1b won't make any difference when you're connecting 1920x1080 (i.e. sub-2K) display panels. I don't buy cables often, so I
Re: [gentoo-user] New monitor, new problem. Everything LARGE O_O
Michael wrote: > On Sunday, 14 July 2024 06:08:27 BST Dale wrote: > >> I then plugged the TV into the new rig. KDE saw that right away and >> popped up a screen wanting to know what to do. I just closed it and >> went to KDE settings then Display and Monitor section. I arranged the >> monitors like I wanted, several times. It would pop up a window asking >> if I wanted to keep the settings. Problem is, finding where the mouse >> pointer went. After three or four tries, I finally was able to hit the >> Keep button before it reverted back and I had to set it up again. I did >> set it up as described earlier. It's early on yet but it worked. Next >> is setting up xorg.conf for this. Gotta add the TV as "Right of" and >> all that. > Do you even need an xorg.conf at all, if the Plasma Display settings can set > up your monitors/TV reliably, as you want them? > That is likely true unless KDE has a bad update and won't come up. I'd like my monitors to come up the same way regardless of what GUI I use. I figure xorg.conf is the best way to make sure. At least as sure as I can be anyway. That said, it's been a long time since I had a bad KDE update. It may have a minor bug or something but it tends to work OK. >> I did run into a error when trying to copy a couple video test files >> from a USB stick to the desktop. The error was this: 'The file or >> folder message recipient disconnected from message bus without replying >> does not exist.' It was confusing to say the least. It reads like it >> went through a translator or something. I checked to make sure >> everything was mounted rw correctly, checked permissions and such. >> Everything was set correctly. Did a search and dug out a thread on the >> forums. It said the kernel had to have the Fuse driver enabled. I'm >> not sure why but OK, I enabled and rebuilt the kernel. When I booted >> the new kernel, I could copy files over. Weird but it works, cool. :-) > https://bugs.kde.org/show_bug.cgi?id=473733 > Odd, that bug report didn't show up when I searched with Duck. Sometimes I wonder about search engines. Sometimes I think they assume to much. >> Before connecting the TV and all, I tested the audio. Soundless. >> Earlier, I thought it was able to detect nothing plugged into the output >> jack. Well, it appears it just didn't have any devices. I enabled the >> driver the boot media uses and lspci -k showed it as loaded on the new >> install. It seemed to be missing some decode stuff after a bit of >> searching. It so happens, my old rig and the new rig has almost >> identical audio chips. I just pulled up menuconfig on both in a Konsole >> and enabled the same things on the new rig that I had on the old rig. >> Recompiled the kernel and rebooted. I have sound to the output jacks >> now. That also likely helped me to have audio on the TV as well. > These links are for MSWindows OS, but corresponding settings to Linux should > also work for video cards which include audio processing capability: > > https://www.nvidia.com/content/Control-Panel-Help/vLatest/en-us/ > mergedProjects/nvdsp/To_set_up_digital_audio_on_your_graphics_card.htm > > https://www.nvidia.com/content/Control-Panel-Help/vLatest/en-us/ > mergedProjects/nvdsp/Set_Up_Digital_Audio.htm > > https://www.xda-developers.com/set-up-nvidia-high-definition-audio-is-it-worth-using/ > Well, this was about codec support. It seems I had none of them available. I likely enabled more than needed but if it isn't needed, it just ignores them, so I've read anyway. This is a sort list. [*] Support initialization patch loading for HD-audio <*> Build Realtek HD-audio codec support <*> Build Analog Devices HD-audio codec support <*> Build IDT/Sigmatel HD-audio codec support <*> Build VIA HD-audio codec support <*> Build HDMI/DisplayPort HD-audio codec support <*> Build Cirrus Logic codec support < > Build Cirrus Logic HDA bridge support <*> Build Conexant HD-audio codec support <*> Build Creative CA0110-IBG codec support <*> Build Creative CA0132 codec support <*> Build C-Media HD-audio codec support <*> Build Silicon Labs 3054 HD-modem codec support With those and a few others, it works. I suspect the Realtek is the one needed but it may need the HDMI one as well. I just set the same as on my main rig. It works. It seems the card itself had the right driver, just not the bit that tells the card how to process the sound. >> I haven't posted much but I been busy. I also checked the serial >> numbers of the monitors. One ends in 231 while other ends in 240. They >> are 9 digits apart. About as identical as one can get. ;-) > You can compare the EDIDs in Xorg.0.conf to see if they are the same. > > It seems you're making good progress with your new PC & monitors. :-) Yep. I think the doctors refer to it as fatigue but basically, I do a little, take a nap. It's related to my health issues. Some days, I'm like that meme with the guy beating a
Re: [gentoo-user] New monitor, new problem. Everything LARGE O_O
On Sunday, 14 July 2024 06:08:27 BST Dale wrote: > I then plugged the TV into the new rig. KDE saw that right away and > popped up a screen wanting to know what to do. I just closed it and > went to KDE settings then Display and Monitor section. I arranged the > monitors like I wanted, several times. It would pop up a window asking > if I wanted to keep the settings. Problem is, finding where the mouse > pointer went. After three or four tries, I finally was able to hit the > Keep button before it reverted back and I had to set it up again. I did > set it up as described earlier. It's early on yet but it worked. Next > is setting up xorg.conf for this. Gotta add the TV as "Right of" and > all that. Do you even need an xorg.conf at all, if the Plasma Display settings can set up your monitors/TV reliably, as you want them? > I did run into a error when trying to copy a couple video test files > from a USB stick to the desktop. The error was this: 'The file or > folder message recipient disconnected from message bus without replying > does not exist.' It was confusing to say the least. It reads like it > went through a translator or something. I checked to make sure > everything was mounted rw correctly, checked permissions and such. > Everything was set correctly. Did a search and dug out a thread on the > forums. It said the kernel had to have the Fuse driver enabled. I'm > not sure why but OK, I enabled and rebuilt the kernel. When I booted > the new kernel, I could copy files over. Weird but it works, cool. :-) https://bugs.kde.org/show_bug.cgi?id=473733 > Before connecting the TV and all, I tested the audio. Soundless. > Earlier, I thought it was able to detect nothing plugged into the output > jack. Well, it appears it just didn't have any devices. I enabled the > driver the boot media uses and lspci -k showed it as loaded on the new > install. It seemed to be missing some decode stuff after a bit of > searching. It so happens, my old rig and the new rig has almost > identical audio chips. I just pulled up menuconfig on both in a Konsole > and enabled the same things on the new rig that I had on the old rig. > Recompiled the kernel and rebooted. I have sound to the output jacks > now. That also likely helped me to have audio on the TV as well. These links are for MSWindows OS, but corresponding settings to Linux should also work for video cards which include audio processing capability: https://www.nvidia.com/content/Control-Panel-Help/vLatest/en-us/ mergedProjects/nvdsp/To_set_up_digital_audio_on_your_graphics_card.htm https://www.nvidia.com/content/Control-Panel-Help/vLatest/en-us/ mergedProjects/nvdsp/Set_Up_Digital_Audio.htm https://www.xda-developers.com/set-up-nvidia-high-definition-audio-is-it-worth-using/ > I haven't posted much but I been busy. I also checked the serial > numbers of the monitors. One ends in 231 while other ends in 240. They > are 9 digits apart. About as identical as one can get. ;-) You can compare the EDIDs in Xorg.0.conf to see if they are the same. It seems you're making good progress with your new PC & monitors. :-) signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] sys-apps/portage and binary packages
Le 14/07/24 à 02:18, Peter Humphrey a tapoté : > It works, but what's wrong with the way I tried it? Here is the explanation : https://bugs.gentoo.org/463964 > Currently, FEATURES=getbinpkg only works as a global setting. And from : https://forums.gentoo.org/viewtopic-t-1166963.html > FEATURES are not fully supported in package.env as they can cause > circular effects (e.g. getbinpkg may cause a different version to get > selected, which can result in the package.env entry no longer being > applicable).
Re: [gentoo-user] sys-apps/portage and binary packages
Eli Schwartz wrote:
> On 7/13/24 8:42 AM, Peter Humphrey wrote:
>> Hello list,
>>
>> Where I live, updates to portage itself usually take longer to appear as a
>> binary package than as source, so I can't 'getbinpkg'. Therefore I've set:
>>
>> # cat /etc/portage/env/nobinpkg.conf
>> FEATURES="${FEATURES} -getbinpkg"
>>
>> # cat /etc/portage/package.env
>> sys-apps/portage nobinpkg.conf
>>
>> But still portage wants to fetch the binary.
>>
>> What am I doing wrong?
> As a matter of curiosity, why do you need to do any such thing at all?
>
> If there is no binary package available for portage yet, then portage
> will automatically build it from source instead, which is exactly what
> setting -getbinpkg for it would do. So why bother?
>
> The only thing that setting -getbinpkg could do is prevent you from
> using a binary on the off chance that it happens to appear faster for you.
>
>
> Note that independent of whether it's useful to exclude this one
> package, the functionality doesn't work. You cannot set per-package
> getbinpkg, this is tracked as https://bugs.gentoo.org/463964
>
>
> -- Eli Schwartz
That's actually why he wants to do that. It seems for some reason,
portage shows up as a source long before the binary packages do. So, he
wants to make a exception for portage so he can just build it himself
locally. Given it likely doesn't take long to build from source anyway,
why not. I'd suspect tho that most packages show up as source before
binary packages do tho. After all, one has to have the source to build
the binary ones. I guess maybe portage lags behind further than others
or something, at least for the OP anyway.
I never did the binary thing tho. When compiles start taking to long,
time to build a faster rig. :-D Some devices tho, like Raspberry Pis,
don't have that option.
Dale
:-) :-)
Re: [gentoo-user] sys-apps/portage and binary packages
On 7/13/24 8:42 AM, Peter Humphrey wrote:
> Hello list,
>
> Where I live, updates to portage itself usually take longer to appear as a
> binary package than as source, so I can't 'getbinpkg'. Therefore I've set:
>
> # cat /etc/portage/env/nobinpkg.conf
> FEATURES="${FEATURES} -getbinpkg"
>
> # cat /etc/portage/package.env
> sys-apps/portage nobinpkg.conf
>
> But still portage wants to fetch the binary.
>
> What am I doing wrong?
As a matter of curiosity, why do you need to do any such thing at all?
If there is no binary package available for portage yet, then portage
will automatically build it from source instead, which is exactly what
setting -getbinpkg for it would do. So why bother?
The only thing that setting -getbinpkg could do is prevent you from
using a binary on the off chance that it happens to appear faster for you.
Note that independent of whether it's useful to exclude this one
package, the functionality doesn't work. You cannot set per-package
getbinpkg, this is tracked as https://bugs.gentoo.org/463964
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
Re: [gentoo-user] New monitor, new problem. Everything LARGE O_O
Michael wrote: > On Thursday, 11 July 2024 07:23:58 BST Dale wrote: >> Michael wrote: >>> As far as I know SDDM is using the file(s) in /usr/share/sddm/scripts/ to >>> start a login GUI. I haven't looked into how far can these be tweaked for >>> a dual monitor setup and if they even have a 'primary' monitor concept. >> I've never really looked into it either. I mentioned it because it >> seems something has changed. On my old rig, it seems to have kept some >> setting somewhere but on new installs, it uses a new setting which we >> may both like better. Luckily one of my TVs is in the same room so I >> can see the screen. If however, you have a second monitor that you >> can't see, it may be worth looking into and setting it to the new way. >> It could be that someone reading this long thread would also like to >> know to do the same. ;-) > Hmm ... on a system here running with two monitors, the SDDM passwd field is > only showing being typed in on the right hand side (the secondary) monitor. > The primary monitor passwd field remains empty, unless I click on it before I > start typing. There is no custom SDDM config and no xorg.conf in this > system. > :-/ > I've been watching this some more each time I boot. When I hit the power button and the BIOS screen comes up, only the main monitor, the first or original monitor, or monitor connected to the number #1 port on bracket, powers up and shows anything. The second monitor remains off. The second monitor remains off until SDDM comes up for a password which then powers on the second monitor. When the second monitor powers up, it appears to be a clone of monitor 1. If I type in the password, the dots appear on BOTH monitors. I haven't tested this in a while but before I added DM to the default runlevel, if I switched to a console, Ctrl Alt F1 for example, to try a different setting or something *after* SDDM came up even once, then both monitors showed the same thing, they would appear as clones. If I typed in a command, it would show on both monitors. Once the second monitor powered up, it stayed on the whole time. It seems SDDM cuts it on but after that, it stays on even if a clone of monitor 1 in a console. My main rig behaves differently. I think during the install, there is a different config for how monitors are handled and when they are powered on. On my old rig, it behaves as you describe. On the new rig, like described above. Honestly, I like the new way except I wish the second monitor would come on with the main monitor as clones when the BIOS screen comes up. I can live with it tho. It does come on when it is able to really show something. I suspect, if you did a fresh install, you would see the same behavior I see with the new rig. The way my old rig and your rig works is likely left over from the old default way it was set up. I don't know if that is set up with SDDM, Xorg or what. I think emerge has a --noconf or something option that updates config files even if they wouldn't otherwise. That to might overwrite the old way with the new way. If one only knew what package set that to work that way tho. The new rig seems to have a new default way to handle the monitors. >> I found the man page and another web page with a ton of info on >> options. Link below in case others want to bookmark it. Some of them I >> have no idea what they do. Even their description for some settings >> makes no sense since the terms used are things I never heard of. I >> doubt I need those anyway, thank goodness. Anyway. I been playing with >> this thing a bit. I made a simple change in xorg.conf just to see if it >> worked or not without changing anything else. I added this to the >> options for the second monitor: >> >> >> Option "Above" "DP-3" >> >> >> I'll see how that works. May try another GUI to, Fluxbox or something. >> For some reason tho, the port numbers are still odd, consistent but >> odd. Primary monitor is plugged into the lowest port, the one with #1 >> stamped on the bracket. It sees it as DP-3 tho. Even more odd, the >> second monitor is DP-1, which is marked as port #2 on the bracket. I >> can't make heads or tails of that mess. o_O > Yes, this numbering incongruity between physical and logical ports is quite > strange. o_O > I'm done trying to figure out that weirdness. ROFL Maybe it takes after me. ROFLMBO >> I did change how I plan to lay out the monitors tho. From the primary >> monitor as a starting point, second monitor that I use for handling >> large volume of files and such will be above the primary monitor. My TV >> will be to the right of the Primary monitor. The reason for that is >> mostly the physical layout. The monitor stand came in and I'll be >> putting the primary monitor on the bottom and second monitor on top of >> it. The TV can just go anywhere config wise but it has been to the >> right for so long, when I need my mouse pointer over there, habit
Re: [gentoo-user] sys-apps/portage and binary packages
On Saturday, 13 July 2024 15:49:00 BST Peter Humphrey wrote:
> On Saturday, 13 July 2024 14:18:09 BST Arve Barsnes wrote:
--->8
> > I don't know what you're doing wrong, but FEATURES is an additive
> > variable, so adding the ${FEATURES} in there is not necessary.
>
> I've tried it without that parenthesis but with no difference.
>
> > An alternative might be adding it to emerge default opts in make.conf:
> >
> > EMERGE_DEFAULT_OPTS="${EMERGE_DEFAULT_OPTS} --usepkg-exclude
> > 'sys-apps/portage'"
>
> Interesting. I hadn't seen that construction before; I'll try it.
It works, but what's wrong with the way I tried it?
--
Regards,
Peter.
Re: [gentoo-user] sys-apps/portage and binary packages
On Saturday, 13 July 2024 14:18:09 BST Arve Barsnes wrote:
> On Sat, 13 Jul 2024 at 14:42, Peter Humphrey
wrote:
> > Hello list,
> >
> > Where I live, updates to portage itself usually take longer to appear as a
> > binary package than as source, so I can't 'getbinpkg'. Therefore I've set:
> >
> > # cat /etc/portage/env/nobinpkg.conf
> > FEATURES="${FEATURES} -getbinpkg"
> >
> > # cat /etc/portage/package.env
> > sys-apps/portage nobinpkg.conf
> >
> > But still portage wants to fetch the binary.
> >
> > What am I doing wrong?
>
> I don't know what you're doing wrong, but FEATURES is an additive
> variable, so adding the ${FEATURES} in there is not necessary.
I've tried it without that parenthesis but with no difference.
> An alternative might be adding it to emerge default opts in make.conf:
>
> EMERGE_DEFAULT_OPTS="${EMERGE_DEFAULT_OPTS} --usepkg-exclude
> 'sys-apps/portage'"
Interesting. I hadn't seen that construction before; I'll try it.
Thanks Arve.
--
Regards,
Peter.
Re: [gentoo-user] sys-apps/portage and binary packages
On Sat, 13 Jul 2024 at 14:42, Peter Humphrey wrote:
>
> Hello list,
>
> Where I live, updates to portage itself usually take longer to appear as a
> binary package than as source, so I can't 'getbinpkg'. Therefore I've set:
>
> # cat /etc/portage/env/nobinpkg.conf
> FEATURES="${FEATURES} -getbinpkg"
>
> # cat /etc/portage/package.env
> sys-apps/portage nobinpkg.conf
>
> But still portage wants to fetch the binary.
>
> What am I doing wrong?
I don't know what you're doing wrong, but FEATURES is an additive
variable, so adding the ${FEATURES} in there is not necessary.
An alternative might be adding it to emerge default opts in make.conf:
EMERGE_DEFAULT_OPTS="${EMERGE_DEFAULT_OPTS} --usepkg-exclude 'sys-apps/portage'"
Regards,
Arve
[gentoo-user] sys-apps/portage and binary packages
Hello list,
Where I live, updates to portage itself usually take longer to appear as a
binary package than as source, so I can't 'getbinpkg'. Therefore I've set:
# cat /etc/portage/env/nobinpkg.conf
FEATURES="${FEATURES} -getbinpkg"
# cat /etc/portage/package.env
sys-apps/portage nobinpkg.conf
But still portage wants to fetch the binary.
What am I doing wrong?
--
Regards,
Peter.
Re: [gentoo-user] IRC: "Error: You are banned from this server"
On Saturday, 13 July 2024 02:26:41 BST Ionen Wolkens wrote: > On Sat, Jul 13, 2024 at 04:11:05AM +0400, Vitaly Zdanevich wrote: > > We had nothing bad in our conversations... > > From the whole server, not a channel? Don't know what happened but it > wouldn't be Gentoo-specific then given Gentoo doesn't run IRC servers > nor is part of the Libera staff. According to the Libera FAQs: "The server says I am banned! Why? If you are unable to connect to the network and have received a message that you are banned, first ensure that you are using SASL as sometimes we need to restrict some IPs to require the SASL authentication method. This requires you to have registered an account already. Use another internet connection to make an account first, if you’re unable to connect on your regular internet connection. If you are still unable to connect, or if you get banned again once you do connect, you can enquire about the ban by sending an email to us at b...@libera.chat." https://libera.chat/guides/faq#the-server-says-i-am-banned-why It's probably a temporary ban, perhaps you were caught into some geographic IP range during a DDoS. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] IRC: "Error: You are banned from this server"
On Sat, Jul 13, 2024 at 04:11:05AM +0400, Vitaly Zdanevich wrote: > We had nothing bad in our conversations... From the whole server, not a channel? Don't know what happened but it wouldn't be Gentoo-specific then given Gentoo doesn't run IRC servers nor is part of the Libera staff. -- ionen signature.asc Description: PGP signature
[gentoo-user] IRC: "Error: You are banned from this server"
We had nothing bad in our conversations...
Re: [gentoo-user] New monitor, new problem. Everything LARGE O_O
On Thursday, 11 July 2024 07:23:58 BST Dale wrote: > Michael wrote: > > As far as I know SDDM is using the file(s) in /usr/share/sddm/scripts/ to > > start a login GUI. I haven't looked into how far can these be tweaked for > > a dual monitor setup and if they even have a 'primary' monitor concept. > I've never really looked into it either. I mentioned it because it > seems something has changed. On my old rig, it seems to have kept some > setting somewhere but on new installs, it uses a new setting which we > may both like better. Luckily one of my TVs is in the same room so I > can see the screen. If however, you have a second monitor that you > can't see, it may be worth looking into and setting it to the new way. > It could be that someone reading this long thread would also like to > know to do the same. ;-) Hmm ... on a system here running with two monitors, the SDDM passwd field is only showing being typed in on the right hand side (the secondary) monitor. The primary monitor passwd field remains empty, unless I click on it before I start typing. There is no custom SDDM config and no xorg.conf in this system. :-/ > I found the man page and another web page with a ton of info on > options. Link below in case others want to bookmark it. Some of them I > have no idea what they do. Even their description for some settings > makes no sense since the terms used are things I never heard of. I > doubt I need those anyway, thank goodness. Anyway. I been playing with > this thing a bit. I made a simple change in xorg.conf just to see if it > worked or not without changing anything else. I added this to the > options for the second monitor: > > > Option "Above" "DP-3" > > > I'll see how that works. May try another GUI to, Fluxbox or something. > For some reason tho, the port numbers are still odd, consistent but > odd. Primary monitor is plugged into the lowest port, the one with #1 > stamped on the bracket. It sees it as DP-3 tho. Even more odd, the > second monitor is DP-1, which is marked as port #2 on the bracket. I > can't make heads or tails of that mess. o_O Yes, this numbering incongruity between physical and logical ports is quite strange. o_O > I did change how I plan to lay out the monitors tho. From the primary > monitor as a starting point, second monitor that I use for handling > large volume of files and such will be above the primary monitor. My TV > will be to the right of the Primary monitor. The reason for that is > mostly the physical layout. The monitor stand came in and I'll be > putting the primary monitor on the bottom and second monitor on top of > it. The TV can just go anywhere config wise but it has been to the > right for so long, when I need my mouse pointer over there, habit makes > me push the mouse to the right. It's as good a place as any. > > At first, I had the second monitor to the right of primary but then it > hit me, dragging the mouse pointer, and files, to the right to go up to > the top monitor seems kinda odd. Plus, for a long time now, the TV has > been there on the right. I rearranged things a bit. Given the physical > layout, it makes more sense this way. While I'm thinking on this. I > may turn off the second monitor at times. Should I add a option to > xorg.conf to make sure it doesn't go weird on me? I wouldn't want it to > move my TV location for example. I'd just want it to power off but not > affect anything else. I'd close all the apps first tho. I'd also like > it to have the right settings if it has been off a while and I turn it > on to use it. I'm not sure how hotpluggable monitors are. I have not observed any discrepancy when a monitor is switched off/on at the time of booting or thereafter, but I've used the Plasma Display settings to configure the monitors position and in any case here the desktop is on Plasma- Wayland. Therefore your experience may differ. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] New monitor, new problem. Everything LARGE O_O
Michael wrote: > On Wednesday, 10 July 2024 12:44:28 BST Dale wrote: > >> It sounds like you recommend me using xorg.conf and not xrandr. I was >> thinking that using both would also cause a clash. Basically, I need >> one tool to do this. That's why I picked xorg.conf for long term, >> xrandr is just for now or a second option. I may comment that command >> and reboot. See if it is the xorg.conf file doing the work or xrandr. > I recommend using whichever tool does the job best, for your specific needs. > Normally, sections for xorg.conf can be used for special input and display > configurations, when the default configuration (running without a xorg.conf) > will not do. > > The xranrd command is there to manually interface in real time with the RandR > extension of the X11 API and change some settings to make sure they suit your > preferences. You can, if you want to, script it and run it every time X > starts, to change the default settings. > > If you are always using Plasma, then it may be convenient to use neither an > xorg.conf, nor xrandr and instead use the 'Plasma > SystemSettings > Display > and Monitor' GUI to configure your desktop setup. > > Any of the above three options should be able to do the job, but some may be > more reliable than others. I found out whenever Plasma was being upgraded to > a new major/minor version the layout on a dual monitor setup running on X was > all over the place. I moved that system over to Wayland and I had no more > complaints from users about a displaced toolbar, or reversed monitor layout > and the like. YMMV. > I've read wayland has improved a lot. A year or more ago I was reading about people finding bugs and such and some even saying it wasn't usable in a lot of situations. Thing is, it was new and that is to be expected. Over time, it seems to have improved. Some people, like you, say it has advantages to use it now and sometimes even works better. Once I get things working well, I just may give it a shot. It seems things are moving in that direction anyway. >> I think we talked about this maybe off list. On my old machine, when >> sddm comes up, the password field on the second monitor shows the dots, >> TV in my case. On the new machine, both monitors show the dots for the >> password. I'm not sure what is different tho. It did that even before >> I set the primary option. I like it that way myself but makes me >> curious why my main rig is different. It seems the new rig sends the >> same screen to both monitors. Once logged into KDE, it splits into two >> monitors. My main rig it seems is always two separate screens. > As far as I know SDDM is using the file(s) in /usr/share/sddm/scripts/ to > start a login GUI. I haven't looked into how far can these be tweaked for a > dual monitor setup and if they even have a 'primary' monitor concept. > I've never really looked into it either. I mentioned it because it seems something has changed. On my old rig, it seems to have kept some setting somewhere but on new installs, it uses a new setting which we may both like better. Luckily one of my TVs is in the same room so I can see the screen. If however, you have a second monitor that you can't see, it may be worth looking into and setting it to the new way. It could be that someone reading this long thread would also like to know to do the same. ;-) >> I got some things going on. I'll read the email closer later and make >> some changes. I'll post back then. Oh, so far, it shows several >> packages headed in the right direction. The monitor stand left a small >> hub and when it leaves there, it almost always gets delivered that day. >> So, I may get the monitor stand today. The new /home hard drive is on >> the right path too. I'm expecting quite a lot of packages. While >> proofing this, got text from USPS that stand and several other packages >> are out for delivery. UPS updates a little later. >> >> Oh, in /etc/X11/xorg.conf.d/ when the files are numbered, does it read >> them from low to high? > Yes. > >> If I set a option in one file but set the same >> option differently in another file, which one does it apply? Or does it >> not apply either? > First the lower numbered file, then the higher numbered file (see man run- > parts). Also see explanation in the URL below. > >> Thanks for the info. :-D Will work on it shortly. >> >> Dale >> >> :-) :-) > https://wiki.gentoo.org/wiki/Xorg.conf > > The separate files in /etc/X11/xorg.conf.d/ are meant to break things up and > make it easier to check, add, or take out sections. Configuration files are > read in numeric order and sequentially, i.e. 10-monitor.conf will be read and > applied before 20-monitor.conf, or 30-something-else.conf. Files will be > read > in alphabetic order if they are not prefixed by a number. > > Note, as the above URL points out, if you have a /etc/X11/xorg.conf file it > will take precedence over any
Re: [gentoo-user] New monitor, new problem. Everything LARGE O_O
On Wednesday, 10 July 2024 12:44:28 BST Dale wrote: > It sounds like you recommend me using xorg.conf and not xrandr. I was > thinking that using both would also cause a clash. Basically, I need > one tool to do this. That's why I picked xorg.conf for long term, > xrandr is just for now or a second option. I may comment that command > and reboot. See if it is the xorg.conf file doing the work or xrandr. I recommend using whichever tool does the job best, for your specific needs. Normally, sections for xorg.conf can be used for special input and display configurations, when the default configuration (running without a xorg.conf) will not do. The xranrd command is there to manually interface in real time with the RandR extension of the X11 API and change some settings to make sure they suit your preferences. You can, if you want to, script it and run it every time X starts, to change the default settings. If you are always using Plasma, then it may be convenient to use neither an xorg.conf, nor xrandr and instead use the 'Plasma > SystemSettings > Display and Monitor' GUI to configure your desktop setup. Any of the above three options should be able to do the job, but some may be more reliable than others. I found out whenever Plasma was being upgraded to a new major/minor version the layout on a dual monitor setup running on X was all over the place. I moved that system over to Wayland and I had no more complaints from users about a displaced toolbar, or reversed monitor layout and the like. YMMV. > I think we talked about this maybe off list. On my old machine, when > sddm comes up, the password field on the second monitor shows the dots, > TV in my case. On the new machine, both monitors show the dots for the > password. I'm not sure what is different tho. It did that even before > I set the primary option. I like it that way myself but makes me > curious why my main rig is different. It seems the new rig sends the > same screen to both monitors. Once logged into KDE, it splits into two > monitors. My main rig it seems is always two separate screens. As far as I know SDDM is using the file(s) in /usr/share/sddm/scripts/ to start a login GUI. I haven't looked into how far can these be tweaked for a dual monitor setup and if they even have a 'primary' monitor concept. > I got some things going on. I'll read the email closer later and make > some changes. I'll post back then. Oh, so far, it shows several > packages headed in the right direction. The monitor stand left a small > hub and when it leaves there, it almost always gets delivered that day. > So, I may get the monitor stand today. The new /home hard drive is on > the right path too. I'm expecting quite a lot of packages. While > proofing this, got text from USPS that stand and several other packages > are out for delivery. UPS updates a little later. > > Oh, in /etc/X11/xorg.conf.d/ when the files are numbered, does it read > them from low to high? Yes. > If I set a option in one file but set the same > option differently in another file, which one does it apply? Or does it > not apply either? First the lower numbered file, then the higher numbered file (see man run- parts). Also see explanation in the URL below. > Thanks for the info. :-D Will work on it shortly. > > Dale > > :-) :-) https://wiki.gentoo.org/wiki/Xorg.conf The separate files in /etc/X11/xorg.conf.d/ are meant to break things up and make it easier to check, add, or take out sections. Configuration files are read in numeric order and sequentially, i.e. 10-monitor.conf will be read and applied before 20-monitor.conf, or 30-something-else.conf. Files will be read in alphabetic order if they are not prefixed by a number. Note, as the above URL points out, if you have a /etc/X11/xorg.conf file it will take precedence over any files in /etc/X11/xorg.conf.d/ and these in turn will take precedence over the default files installed in /usr/share/X11/ xorg.conf.d/. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] New monitor, new problem. Everything LARGE O_O
Michael wrote: > On Wednesday, 10 July 2024 06:00:41 BST Dale wrote: >> New subthread. Slightly new situation. > [snip ...] >> On the old LG monitor, when I first plugged up the new monitor, it >> wouldn't power up from standby. It wouldn't even when I connected only >> the new monitor. The BIOS would beep that it can't find a display as >> well. I thought at first I had a broken monitor. Getting power but >> won't wake up. I tried another cable, it worked. So, the first cable, >> same as I used on the LG monitor, didn't work at all with the new >> monitor. Might be that the cable has a problem not the LG monitor >> itself. I didn't think of that. I've used that cable quite often >> before. I'm not sure how old that cable is but it may find a trash can. > It is best you swap cables around to make sure you are not getting bad or > inconsistent results just because of a faulty cable. It goes without saying > you should select a cable specification which is capable of the required > bandwidth for your card and monitor and do not gimp this via some lower > throughput adaptor in-between. > > >> On to the new monitor. I'm trying to decide whether to use xrandr and >> friends to set this up or xorg.conf. Using both seems to cause a bit of >> a clash and KDE isn't helping any. I'd kinda like to go the xorg.conf >> route. I think, but not sure, that xorg.conf is read very early on. It >> seems, but not sure, that the xinit files are read later on. I'm not >> sure on all that. It could be the other way around. I'm also pretty >> sure that if set up in xorg.conf, it would work if I logged into another >> GUI; Gnome, Fluxbox or some other flavor. > Yes, xorg.conf would determine your screen layout for any window manager you > launch, unless the window manager/DE has its own specific layout > configuration > overriding the default xorg.conf file settings (using libxrandr). > > >> It could be that xrandr and friends would as well. > No, the xrandr extension of the X11 protocol is meant to be used to > dynamically change your settings in real time, or query X to obtain current > settings. If you're running xrandr from a script, then it will change the X > settings when it is run. > > I suggest you use one tool at a time to avoid conflicts and duplication. > > >> Current situation config wise. The first problem I noticed, the >> monitors are nearly identical. Even the serial numbers are only a few >> digits off and that's the only difference I can see. I did some >> searching and was wanting to set a option in xorg.conf Monitor section >> that identifies the monitors by not only model but also serial number. >> That way I could set one to right or left of the other, or above/below, >> and it know specifically which monitor is which, even if plugged into a >> different port. I can't find a option for serial number yet. I did >> find where someone else wanted to do the same a couple years ago but >> sadly, no answer to that question. So, if that is not doable, may have >> to specify the port number. If I ever have to disconnect and reconnect, >> getting the order right could prove interesting. ;-) > xrandr --listmonitors > > will show monitor number, which you can use as your monitor identifier in > xorg.conf, the port of the graphics card it is connected to, which you may > prefer to use as your monitor identifier in xorg.conf, if the monitor is > detected as the primary display or not, relevant screen position, size, and > other current settings of your display(s). > > >> Right now, I have this: >> >> >> root@Gentoo-1 ~ # cat /etc/X11/xinit/xinitrc.d/20.xrandr >> xrandr --output DP-0 --off --output DP-1 --mode 1920x1080 --pos 1920x0 >> --rotate normal --output DP-2 --off --output DP-3 --primary --mode >> 1920x1080 --pos 0x0 --rotate normal --output DP-4 --off --output DP-5 >> --off --output DP-6 --off --output DP-7 --off >> root@Gentoo-1 ~ # >> >> >> From what I've read, that is the correct place for that command. If >> not, please let me know where it should be. Keep in mind, putting it in >> /usr somewhere gets overwritten when the package providing that file >> gets updated. > It is a correct place to put it, if you intend running xrandr to change your > monitor layout every time you launch X, from whatever it would otherwise be > detected as. > > >> I'm also attaching the current xorg.conf file. Keep in >> mind, gotta add the TV later on. I think if I can get the monitors set >> up, I can add the TV pretty easily. Even if it only works in KDE, that >> is fine since I need KDE up and running to use the TV anyway. I'm >> mostly needing to know if there is a way to add the serial number for >> xorg.conf. I think the rest is OK. I also need a command to get what >> the system sees as the serial number, in case it only sees a part of it, >> last few digits or something. > I don't think specifying a serial number is necessary. Use the > identification > xrandr
Re: [gentoo-user] New monitor, new problem. Everything LARGE O_O
On Wednesday, 10 July 2024 06:00:41 BST Dale wrote: > New subthread. Slightly new situation. [snip ...] > On the old LG monitor, when I first plugged up the new monitor, it > wouldn't power up from standby. It wouldn't even when I connected only > the new monitor. The BIOS would beep that it can't find a display as > well. I thought at first I had a broken monitor. Getting power but > won't wake up. I tried another cable, it worked. So, the first cable, > same as I used on the LG monitor, didn't work at all with the new > monitor. Might be that the cable has a problem not the LG monitor > itself. I didn't think of that. I've used that cable quite often > before. I'm not sure how old that cable is but it may find a trash can. It is best you swap cables around to make sure you are not getting bad or inconsistent results just because of a faulty cable. It goes without saying you should select a cable specification which is capable of the required bandwidth for your card and monitor and do not gimp this via some lower throughput adaptor in-between. > On to the new monitor. I'm trying to decide whether to use xrandr and > friends to set this up or xorg.conf. Using both seems to cause a bit of > a clash and KDE isn't helping any. I'd kinda like to go the xorg.conf > route. I think, but not sure, that xorg.conf is read very early on. It > seems, but not sure, that the xinit files are read later on. I'm not > sure on all that. It could be the other way around. I'm also pretty > sure that if set up in xorg.conf, it would work if I logged into another > GUI; Gnome, Fluxbox or some other flavor. Yes, xorg.conf would determine your screen layout for any window manager you launch, unless the window manager/DE has its own specific layout configuration overriding the default xorg.conf file settings (using libxrandr). > It could be that xrandr and friends would as well. No, the xrandr extension of the X11 protocol is meant to be used to dynamically change your settings in real time, or query X to obtain current settings. If you're running xrandr from a script, then it will change the X settings when it is run. I suggest you use one tool at a time to avoid conflicts and duplication. > Current situation config wise. The first problem I noticed, the > monitors are nearly identical. Even the serial numbers are only a few > digits off and that's the only difference I can see. I did some > searching and was wanting to set a option in xorg.conf Monitor section > that identifies the monitors by not only model but also serial number. > That way I could set one to right or left of the other, or above/below, > and it know specifically which monitor is which, even if plugged into a > different port. I can't find a option for serial number yet. I did > find where someone else wanted to do the same a couple years ago but > sadly, no answer to that question. So, if that is not doable, may have > to specify the port number. If I ever have to disconnect and reconnect, > getting the order right could prove interesting. ;-) xrandr --listmonitors will show monitor number, which you can use as your monitor identifier in xorg.conf, the port of the graphics card it is connected to, which you may prefer to use as your monitor identifier in xorg.conf, if the monitor is detected as the primary display or not, relevant screen position, size, and other current settings of your display(s). > Right now, I have this: > > > root@Gentoo-1 ~ # cat /etc/X11/xinit/xinitrc.d/20.xrandr > xrandr --output DP-0 --off --output DP-1 --mode 1920x1080 --pos 1920x0 > --rotate normal --output DP-2 --off --output DP-3 --primary --mode > 1920x1080 --pos 0x0 --rotate normal --output DP-4 --off --output DP-5 > --off --output DP-6 --off --output DP-7 --off > root@Gentoo-1 ~ # > > > From what I've read, that is the correct place for that command. If > not, please let me know where it should be. Keep in mind, putting it in > /usr somewhere gets overwritten when the package providing that file > gets updated. It is a correct place to put it, if you intend running xrandr to change your monitor layout every time you launch X, from whatever it would otherwise be detected as. > I'm also attaching the current xorg.conf file. Keep in > mind, gotta add the TV later on. I think if I can get the monitors set > up, I can add the TV pretty easily. Even if it only works in KDE, that > is fine since I need KDE up and running to use the TV anyway. I'm > mostly needing to know if there is a way to add the serial number for > xorg.conf. I think the rest is OK. I also need a command to get what > the system sees as the serial number, in case it only sees a part of it, > last few digits or something. I don't think specifying a serial number is necessary. Use the identification xrandr provides for each monitor. > I also had to argue with KDE about which is primary. At first, like > with the LG, it wanted to make
Re: [gentoo-user] New monitor, new problem. Everything LARGE O_O
New subthread. Slightly new situation. New monitor came in today. It seems the truck from Memphis got delayed and didn't arrive in time for yesterday. No idea why it took over 14 or 15 hours to travel what would take no more than 2 or 3 hours even by truck. Maybe the truck broke down. Oh, monitor stand is stuck in the USPS State hub still, like most packages do. I have another unrelated package that was sent to the wrong post office. Can those folks not get it together Anyway. On the old LG monitor, when I first plugged up the new monitor, it wouldn't power up from standby. It wouldn't even when I connected only the new monitor. The BIOS would beep that it can't find a display as well. I thought at first I had a broken monitor. Getting power but won't wake up. I tried another cable, it worked. So, the first cable, same as I used on the LG monitor, didn't work at all with the new monitor. Might be that the cable has a problem not the LG monitor itself. I didn't think of that. I've used that cable quite often before. I'm not sure how old that cable is but it may find a trash can. On to the new monitor. I'm trying to decide whether to use xrandr and friends to set this up or xorg.conf. Using both seems to cause a bit of a clash and KDE isn't helping any. I'd kinda like to go the xorg.conf route. I think, but not sure, that xorg.conf is read very early on. It seems, but not sure, that the xinit files are read later on. I'm not sure on all that. It could be the other way around. I'm also pretty sure that if set up in xorg.conf, it would work if I logged into another GUI; Gnome, Fluxbox or some other flavor. It could be that xrandr and friends would as well. Current situation config wise. The first problem I noticed, the monitors are nearly identical. Even the serial numbers are only a few digits off and that's the only difference I can see. I did some searching and was wanting to set a option in xorg.conf Monitor section that identifies the monitors by not only model but also serial number. That way I could set one to right or left of the other, or above/below, and it know specifically which monitor is which, even if plugged into a different port. I can't find a option for serial number yet. I did find where someone else wanted to do the same a couple years ago but sadly, no answer to that question. So, if that is not doable, may have to specify the port number. If I ever have to disconnect and reconnect, getting the order right could prove interesting. ;-) Right now, I have this: root@Gentoo-1 ~ # cat /etc/X11/xinit/xinitrc.d/20.xrandr xrandr --output DP-0 --off --output DP-1 --mode 1920x1080 --pos 1920x0 --rotate normal --output DP-2 --off --output DP-3 --primary --mode 1920x1080 --pos 0x0 --rotate normal --output DP-4 --off --output DP-5 --off --output DP-6 --off --output DP-7 --off root@Gentoo-1 ~ # >From what I've read, that is the correct place for that command. If not, please let me know where it should be. Keep in mind, putting it in /usr somewhere gets overwritten when the package providing that file gets updated. I'm also attaching the current xorg.conf file. Keep in mind, gotta add the TV later on. I think if I can get the monitors set up, I can add the TV pretty easily. Even if it only works in KDE, that is fine since I need KDE up and running to use the TV anyway. I'm mostly needing to know if there is a way to add the serial number for xorg.conf. I think the rest is OK. I also need a command to get what the system sees as the serial number, in case it only sees a part of it, last few digits or something. I also had to argue with KDE about which is primary. At first, like with the LG, it wanted to make the second monitor the primary despite the first monitor being marked primary. I did the old set it backwards, apply and then set it back the way I want it trick. It took it a second but KDE reversed it. Main screen went to the primary display. This is what I mean by it clashing and me setting the displays up in xorg.conf and KDE hopefully getting its info from that and adjusting itself. Plus, if I use a different GUI, it should work too. Oh, new hard drive for /home should be here tomorrow. It's coming UPS so they pretty good on delivery times. They beat USPS every day of the week. Anyway, USPS claims the new delivery date for monitor stand is tomorrow too. When I see it in my mailbox, I'll believe it. ;-) I plan to do some rebooting to see if things come up consistently as is. It has booted once the way it should. Still, I'd like to set up xorg.conf to make sure things work well despite any changes hardware wise, like monitors plugged into different ports. I think, could be wrong, that is the best way long term. I could use xrandr which is likely the second best option. These new monitors sure are nice. My old eyes like them. o_O Oh, I was going to copy over the KDE config directories. I think I'm going to take
