[gentoo-user] Re: Can't get Snap working

On 18/06/2024 12:00, Michael wrote: On Monday, 17 June 2024 16:43:04 BST Nikos Chantziaras wrote: So Skype for Linux isn't updated anymore other than its Snap version. So I tried to install that by following the instructions here: https://wiki.gentoo.org/wiki/Snap As well as here for

Re: [gentoo-user] Re: Keep getting LC_ALL error during install.

On 6/16/24 7:22 PM, Wols Lists wrote: > On 16/06/2024 23:39, Nuno Silva wrote: >>> And of course, all the rules get bent by the various >>> manufacturers. Bear in mind that basic EFI predates vFAT so even in >>> UEFI vFAT isn't actually mandatory. Apple don't use it, iirc. There's >>> nothing

Re: [gentoo-user] Re: Keep getting LC_ALL error during install.

On 16/06/2024 23:39, Nuno Silva wrote: And of course, all the rules get bent by the various manufacturers. Bear in mind that basic EFI predates vFAT so even in UEFI vFAT isn't actually mandatory. Apple don't use it, iirc. There's nothing stopping GNU's OpenBIOS project or whatever it is using

[gentoo-user] Re: Keep getting LC_ALL error during install.

On 2024-06-16, Wol wrote: > On 15/06/2024 20:35, Dale wrote: >> I'm not opposed to efi.  I remember when the old Grub reached its >> end of life. Grub2 is different but it works.  I don't use the eye >> candy part so that makes it even easier.  The biggest thing, I copy >> my kernels and such

[gentoo-user] Re: Difficulty with updating /etc/basb/bashrc

On 2024-06-14, Alan Mackenzie wrote: > Hello, Netfab. > > On Fri, Jun 14, 2024 at 18:22:11 +0200, netfab wrote: >> Le 14/06/24 à 17:53, Alan Mackenzie a tapoté : >> > Right now, I have a problem. Is there any convenient way I can get >> > the older standard file contents back again, so as to be

[gentoo-user] Re: Arrow and edit keys?

On 2024-06-15, Michael wrote: > On Saturday, 15 June 2024 19:20:26 BST Alan Grimes wrote: >> A number of my softwarez requires the use of the arrow keys and can't >> use the numpad in edit mode to work around it. So who do I need to kill >> to get arrow keys to work in x11 again? > > I don't

[gentoo-user] Re: CPU frequency governors and temperatures

On 14/06/2024 14:53, Walter Dnes wrote: On Thu, Jun 13, 2024 at 10:49:57PM -0500, Dale wrote model name : Intel(R) Core(TM) i5-10400 CPU @ 2.90GHz Specs for your CPU are here:

[gentoo-user] Re: [SOLVED] CPU frequency governors and temperatures

It's been a productive day today. TIL (Today I Learned)... 1) Turning off "hyperthreads" in the BIOS, and getting a more secure system, without noticable speed impact. 2) Turning off "TurboBoost" in the BIOS. Yes, boost will speed up short bursts like compiling the kernel by going to a

Re: [gentoo-user] Re: (EE) AddScreen/ScreenInit failed for driver 0 [SOLVED]

On Tuesday, 11 June 2024 20:17:44 BST n952162 wrote: > On 6/11/24 17:58, n952162 wrote: > > Am I forgetting something ? > > Yes. x11-drivers/xf86-video-intel This package will be brought in as a dependency by emerge, as long as you have specified the correct VIDEO_CARDS="" drivers[1] in

[gentoo-user] Re: (EE) AddScreen/ScreenInit failed for driver 0 [SOLVED]

On 6/11/24 17:58, n952162 wrote: Am I forgetting something ? Yes. x11-drivers/xf86-video-intel

[gentoo-user] re: gentoo and gpg

I found a solution that worked for the gpg warning about /etc/portage/gpg not having safe ownership. The gnupg directory had to be backed up and I needed to run uto again and uto took some time processing the keys but it got it done. -- Jude "There are four boxes to be used in defense of

[gentoo-user] Re: Sound missing suddenly?

Nevermind, i had to switch sound servers to pipewire and that fixed it. On Thu, Jun 6, 2024 at 5:13 PM, Meowie Gamer <[meowiega...@proton.me](mailto:On Thu, Jun 6, 2024 at 5:13 PM, Meowie Gamer < wrote: > I don't know what to do at this point. After an emerge -avuDN @world, my > sound just

Re: [gentoo-user] Re: python 3.12 update

On Wed, Jun 5, 2024 at 3:33 PM Wols Lists wrote: > > On 05/06/2024 20:15, Meowie Gamer wrote: > > I must've taken too long to join the mailing list because I missed the > > first part of whatever's happening here. How did this turn from python 3.12 > > to a conversation about USE? > > > >

Re: [gentoo-user] Re: python 3.12 update

--- Original message --- From: Grant Edwards To: gentoo-user@lists.gentoo.org Date: Wed, 05 Jun 2024 22:07:06 +0200 On 2024-06-05, Wols Lists wrote: On 05/06/2024 13:12, Eli Schwartz

[gentoo-user] Re: python 3.12 update

On 2024-06-05, Wols Lists wrote: > On 05/06/2024 13:12, Eli Schwartz wrote: >> Which I think is fine, if people want that, but not everyone does, so >> delaying the update altogether might be preferable to those people. > > Ie people like me who don't give a monkeys about python, and consider it

Re: [gentoo-user] Re: python 3.12 update

I see, thanks for clearing it up. Meowie

Re: [gentoo-user] Re: python 3.12 update

Meowie Gamer wrote: > I must've taken too long to join the mailing list because I missed the first > part of whatever's happening here. How did this turn from python 3.12 to a > conversation about USE? > > Because depending on what path you took to deal with this, you could end up with entries

Re: [gentoo-user] Re: python 3.12 update

On 05/06/2024 20:15, Meowie Gamer wrote: I must've taken too long to join the mailing list because I missed the first part of whatever's happening here. How did this turn from python 3.12 to a conversation about USE? Because they're using USE or whatever to force packages to stay on 3.11,

Re: [gentoo-user] Re: python 3.12 update

Wols Lists wrote: > On 05/06/2024 13:28, Rich Freeman wrote: >> Implementing dynamic USE management would take somebody a fair bit of >> effort, and for all I know it would make every emerge you run take an >> hour to recompute the dependency tree.  The ability to configure USE >> flags, along

Re: [gentoo-user] Re: python 3.12 update

I must've taken too long to join the mailing list because I missed the first part of whatever's happening here. How did this turn from python 3.12 to a conversation about USE?

Re: [gentoo-user] Re: python 3.12 update

On 05/06/2024 13:28, Rich Freeman wrote: Implementing dynamic USE management would take somebody a fair bit of effort, and for all I know it would make every emerge you run take an hour to recompute the dependency tree. The ability to configure USE flags, along with the ability to dynamically

Re: [gentoo-user] Re: python 3.12 update

On 6/5/24 2:05 PM, Grant Edwards wrote: > What I found misleading (and tripped over) was the implication that > the three step migration process outlined in the news item had a > reasonable likelyhood of working for a large percentage of users. > > If the new items had warned that anybody using

[gentoo-user] Re: python 3.12 update

On 2024-06-05, Arve Barsnes wrote: > On Wed, 5 Jun 2024 at 20:05, Grant Edwards wrote: >> What I found misleading (and tripped over) was the implication that >> the three step migration process outlined in the news item had a >> reasonable likelyhood of working for a large percentage of users.

Re: [gentoo-user] Re: python 3.12 update

On Wed, 5 Jun 2024 at 20:05, Grant Edwards wrote: > What I found misleading (and tripped over) was the implication that > the three step migration process outlined in the news item had a > reasonable likelyhood of working for a large percentage of users. > > If the new items had warned that

[gentoo-user] Re: python 3.12 update

On 2024-06-05, byte.size...@simplelogin.com wrote: > 2) Was anything really 'broken'? Most certainly no, going by the above > definition and the fact that the news item provided for a very clear > pathway to maintain compatibility that was essentially a two-line solution. I think that build

[gentoo-user] Re: python 3.12 update

On 2024-06-05, Eli Schwartz wrote: > On 6/4/24 11:04 PM, Grant Edwards wrote: >> On 2024-06-04, Eli Schwartz wrote: >>> If a package claimed to support python 3.12 and nonetheless failed to >>> build with it, that's a bug in the package -- can you provide more details? >> >> IIRC, the first one

Re: [gentoo-user] Re: python 3.12 update

On Wed, Jun 5, 2024 at 6:41 AM Dr Rainer Woitok wrote: > > And no, I don't buy the point of view that it's the responsibility of > the developers when my personal set of USE flags suddenly causes con- > flicts. > Agree, but keep in mind that having personal sets of USE flags is basically a

Re: [gentoo-user] Re: python 3.12 update

Grant, On Tue, 4 Jun 2024 17:00:29 - (UTC) you wrote: > ... > I don't see how (even in theory) steps 2 and 3 can work when you have > packages installed that won't build with 3.12. That depends on your definition of "work". It occurs even when doing normal updates that you run into a

Re: [gentoo-user] Re: python 3.12 update

On 6/4/24 11:04 PM, Grant Edwards wrote: > On 2024-06-04, Eli Schwartz wrote: >> If a package claimed to support python 3.12 and nonetheless failed to >> build with it, that's a bug in the package -- can you provide more details? > > IIRC, the first one was pycxx. The build faild during the

[gentoo-user] Re: python 3.12 update

On 2024-06-04, Eli Schwartz wrote: > On 6/4/24 4:58 PM, Grant Edwards wrote: >> On 2024-06-04, Eli Schwartz wrote: >> >>> Note that it's not a build failure -- it is an upgrade calculation >>> failure. It fails before upgrading any packages since it knows it can't >>> resolve the dependencies.

Re: [gentoo-user] Re: python 3.12 update

On 6/4/24 4:58 PM, Grant Edwards wrote: > On 2024-06-04, Eli Schwartz wrote: > >> Note that it's not a build failure -- it is an upgrade calculation >> failure. It fails before upgrading any packages since it knows it can't >> resolve the dependencies. > > I had plenty of both. If a package

[gentoo-user] Re: python 3.12 update

On 2024-06-04, Eli Schwartz wrote: > Note that it's not a build failure -- it is an upgrade calculation > failure. It fails before upgrading any packages since it knows it can't > resolve the dependencies. I had plenty of both. -- Grant

[gentoo-user] Re: python 3.12 update

On 2024-06-04, Dr Rainer Woitok wrote: > > Did nobody of ye all ever read news item 48, dated 2024-05-09? It laid > out a three-step approach which surely caused at least some packages to > be built twice or even three times, but it JUST WORKED (tm), at least > here. It only required

Re: [gentoo-user] Re: Mobo, CPU, memory and a m.2 thingy. This work together?

On 03/06/2024 16:34, Dale wrote: The way I did my last two rigs is this.  Find the fastest CPU.  Drop down about 2 models.  That is not the fastest but very close to it but a LOT cheaper.  Then buy a mobo and memory to go with it.  You get a system that is likely close to 90% of the fastest you

Re: [gentoo-user] Re: Mobo, CPU, memory and a m.2 thingy. This work together?

Wols Lists wrote: > On 03/06/2024 12:07, MasterP wrote: >> *NOTE*: Almost minutes after I wrote this, and before posting it, AMD >> announced at Computex that the new gen will be available next month. So >> maybe waiting for the new processors could be a good idea. Although >> at the >> launch,

Re: [gentoo-user] Re: Mobo, CPU, memory and a m.2 thingy. This work together?

On 03/06/2024 12:07, MasterP wrote: *NOTE*: Almost minutes after I wrote this, and before posting it, AMD announced at Computex that the new gen will be available next month. So maybe waiting for the new processors could be a good idea. Although at the launch, both the new boards and cpus are

[gentoo-user] Re: Mobo, CPU, memory and a m.2 thingy. This work together?

On Sun, 2 Jun 2024 00:38:13 -0500, Dale wrote: > Howdy, again, > > First, I'm not to thrilled with this mobo.  I'd still like to have more > PCIe slots, even x1 ones would help.  It's the best I've found so far. > It might be able to do the job.  I hope anyway.  Naturally, this will > have

Re: [gentoo-user] Re: preparing /dev/sda1 for gentoo install x86 handbook

On Sun, Jun 2, 2024, 13:28 Nuno Silva wrote: > (Well, one request I have is to please don't top-post in this > list. That's not the common style in this list, and tends to be an > approach mostly from the Microsoft and business worlds.) > Top-posting is the default in Gmail, and there's no

Re: [gentoo-user] Re: preparing /dev/sda1 for gentoo install x86 handbook

Nuno Silva wrote: > Some people may prefer one method of communication to the other, and one > thing that has perhaps been lacking in Gentoo is more people reading the > mailing list, which might allow finding out about (and acting on) some > issues sooner. I agree with this.  I subscribe to the

Re: [gentoo-user] Re: preparing /dev/sda1 for gentoo install x86 handbook

On Sunday, 2 June 2024 01:54:08 BST Grant Edwards wrote: > On 2024-06-01, Wol wrote: > > I've got news for you, there are quite a few weirdos on the list, > > Hey! I resemble that remark. Hey! Are you pinching my joke? -- Regards, Peter. signature.asc Description: This is a digitally signed

[gentoo-user] Re: preparing /dev/sda1 for gentoo install x86 handbook

On 2024-06-01, Kévin GASPARD DE RENEFORT wrote: > Le 01/06/2024 à 22:15, Wol a écrit : >> On 31/05/2024 16:26, Nuno Silva wrote: >>> On 2024-05-31, Kévin GASPARD DE RENEFORT wrote: >>> Is this not possible to go, as I said, on IRC or use the discussion page ? This is not really

[gentoo-user] Re: preparing /dev/sda1 for gentoo install x86 handbook

On 2024-06-01, Wol wrote: > I've got news for you, there are quite a few weirdos on the list, Hey! I resemble that remark. [Hmm. That's not as funny in print.]

[gentoo-user] Re: Getting started with a web server

On 2024-06-01, George Kettleborough wrote: > If you only want to build a static site (ie. just HTML, CSS, JS etc; no > server-side scripting) then you don't need to install and configure > something like Apache to test it out. You could just open the files you're > working on straight from the

Re: [gentoo-user] Re: preparing /dev/sda1 for gentoo install x86 handbook

Mark Knecht wrote: > > > On Sat, Jun 1, 2024 at 1:16 PM Wol > wrote: > > I've got news for you, there are quite a few weirdos on the list, but it > > adds spice! > > > Ah! I feel so at home! > > Thanks Wol! +1.  I've been told I was weird all my life.  I kinda

Re: [gentoo-user] Re: preparing /dev/sda1 for gentoo install x86 handbook

On Sat, Jun 1, 2024 at 1:16 PM Wol wrote: > I've got news for you, there are quite a few weirdos on the list, but it > adds spice! > Ah! I feel so at home! Thanks Wol!

Re: [gentoo-user] Re: preparing /dev/sda1 for gentoo install x86 handbook

Hello, This was not a "moderator" like answer, more an advice: Since I started to translate some pages in French for the Wiki of Gentoo, I've already asked why IRC and not somewhere else, as **the mailing-list** dedicated to it. I do not link the oblivion that is an IRC channel, to be honest.

Re: [gentoo-user] Re: preparing /dev/sda1 for gentoo install x86 handbook

On 31/05/2024 16:26, Nuno Silva wrote: On 2024-05-31, Kévin GASPARD DE RENEFORT wrote: Is this not possible to go, as I said, on IRC or use the discussion page ? This is not really the place for this topic, IMHO. Why not? This is a Gentoo mailing list. Do you mean it should instead be

Re: [gentoo-user] Re: preparing /dev/sda1 for gentoo install x86 handbook

It went on irc. -- Jude "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." Ed Howdershelt 1940. On Fri, 31 May 2024, Nuno Silva wrote: > On 2024-05-31, Kévin GASPARD DE RENEFORT wrote: > > > Is this not possible to go, as I

[gentoo-user] Re: preparing /dev/sda1 for gentoo install x86 handbook

On 2024-05-31, Kévin GASPARD DE RENEFORT wrote: > Is this not possible to go, as I said, on IRC or use the discussion page ? > > This is not really the place for this topic, IMHO. Why not? This is a Gentoo mailing list. Do you mean it should instead be brought up in the Gentoo Documentation

[gentoo-user] Re: preparing /dev/sda1 for gentoo install x86 handbook

On 2024-05-31, Kévin GASPARD DE RENEFORT wrote: > > Le 31/05/2024 à 14:47, Jude DaShiell a écrit : >> What's missing in those instructions is: >> x >> 1 >> n >> /boot >> r >> that's for the fdisk instructions. > > such things are better to talk on the #gentoo-w...@libera.chat, or in > the

Re: [gentoo-user] Re: PCIe version 2, 3 etc and how to know which a card is.

On Tuesday, 28 May 2024 19:02:09 BST Dale wrote: > Grant Edwards wrote: > > On 2024-05-28, Dale wrote: > >> Grant Edwards wrote: > >>> On 2024-05-21, Dale wrote: > > Here's my udev rules file that defines my network interface names > > for the machine I'm on at the moment: > > >

Re: [gentoo-user] Re: PCIe version 2, 3 etc and how to know which a card is.

Grant Edwards wrote: > On 2024-05-28, Dale wrote: >> Grant Edwards wrote: >>> On 2024-05-21, Dale wrote: >>> > Here's my udev rules file that defines my network interface names > for the machine I'm on at the moment: > >

[gentoo-user] Re: PCIe version 2, 3 etc and how to know which a card is.

On 2024-05-28, Dale wrote: > Grant Edwards wrote: >> On 2024-05-21, Dale wrote: >> Here's my udev rules file that defines my network interface names for the machine I'm on at the moment: --/etc/udev/rules.d/70-my-persistent-net.rules---

Re: [gentoo-user] Re: PCIe version 2, 3 etc and how to know which a card is.

Grant Edwards wrote: > On 2024-05-21, Dale wrote: > >>> Here's my udev rules file that defines my network interface names >>> for the machine I'm on at the moment: >>> >>> --/etc/udev/rules.d/70-my-persistent-net.rules--- >>> SUBSYSTEM=="net", ACTION=="add",

Re: [gentoo-user] Re: Off Topic - UPnP servers

On Sat, May 25, 2024 at 3:14 PM Grant Edwards wrote: > > On 2024-05-24, Mark Knecht wrote: > > > The unit showed up today and was a breeze to set up and get running > > at a basic level. The device requires an app on my phone. > > That sets of an alarm for me. > > > The app is available for

[gentoo-user] Re: Off Topic - UPnP servers

On 2024-05-24, Mark Knecht wrote: > The unit showed up today and was a breeze to set up and get running > at a basic level. The device requires an app on my phone. That sets of an alarm for me. > The app is available for Android and Apple but not available for the > Amazon Fire tablet. Good

Re: [gentoo-user] Re: Off Topic - UPnP servers

On Fri, May 24, 2024 at 1:25 PM Tsukasa Mcp_Reznor wrote: > > For what it's worth I've been using gerbera for years, it'll pass-through supported videos/codecs or you can set it up to transcode. Highly recommend it. On my roku TV's I just use the roku media player, it'll see UPnP servers just

Re: [gentoo-user] Re: Off Topic - UPnP servers

For what it's worth I've been using gerbera for years, it'll pass-through supported videos/codecs or you can set it up to transcode. Highly recommend it. On my roku TV's I just use the roku media player, it'll see UPnP servers just fine.

Re: [gentoo-user] Re: Off Topic - UPnP servers

On Fri, May 24, 2024 at 8:26 AM Grant Edwards wrote: > > On 2024-05-24, Mark Knecht wrote: > > > I'm a Plex user for video and have also ripped my CD > > collection. Plex plays audio fine to TVs that have a Plex app but > > apparently sometimes doesn't work well (as of yet untested by me) to > >

[gentoo-user] Re: Off Topic - UPnP servers

On 2024-05-24, Mark Knecht wrote: > I'm a Plex user for video and have also ripped my CD > collection. Plex plays audio fine to TVs that have a Plex app but > apparently sometimes doesn't work well (as of yet untested by me) to > network streaming players. I never got the Plex app for Roku to

[gentoo-user] Re: PCIe version 2, 3 etc and how to know which a card is.

On 2024-05-21, Dale wrote: >> Here's my udev rules file that defines my network interface names >> for the machine I'm on at the moment: >> >> --/etc/udev/rules.d/70-my-persistent-net.rules--- >> SUBSYSTEM=="net", ACTION=="add",

Re: [gentoo-user] Re: PCIe version 2, 3 etc and how to know which a card is.

Grant Edwards wrote: > On 2024-05-21, Dale wrote: > > >>> If you want consisent network device names (even when you change >>> hardware), you need to either >>> >>> 1. create udev rules that assign device names based on MAC addresses. >>> >>> 2. use a network configuration subsystem that

[gentoo-user] Re: PCIe version 2, 3 etc and how to know which a card is.

On 2024-05-21, Dale wrote: >> If you want consisent network device names (even when you change >> hardware), you need to either >> >> 1. create udev rules that assign device names based on MAC addresses. >> >> 2. use a network configuration subsystem that assigns device names >> and

Re: [gentoo-user] Re: PCIe version 2, 3 etc and how to know which a card is.

Grant Edwards wrote: > On 2024-05-21, Dale wrote: > >> So they both show up.  When I try to start the network, it says: >> >> ERROR: Interface enp3s0 does not exist. > Are you sure the network interface name hasn't changed? What does > "ifconfig -a" or "ip addr" show? > > After booting up, what

[gentoo-user] Re: PCIe version 2, 3 etc and how to know which a card is.

On 2024-05-21, Dale wrote: > So they both show up.  When I try to start the network, it says: > > ERROR: Interface enp3s0 does not exist. Are you sure the network interface name hasn't changed? What does "ifconfig -a" or "ip addr" show? After booting up, what does "dmesg | grep enp" show? >

Re: [gentoo-user] Re: PCIe version 2, 3 etc and how to know which a card is.

On Tue, 21 May 2024 06:51:51 -0400, Rich Freeman wrote: > I usually stick e* > in my networkd config for the device name on single-NIC hosts. If you > have multiple NICs then I maybe there is a better way to go about it - > maybe there is a network manager that can use more data from the NIC >

Re: [gentoo-user] Re: PCIe version 2, 3 etc and how to know which a card is.

Dale: ... > ERROR: Interface enp3s0 does not exist. > Ensure that you have loaded the correct kernel module for your hardware. ... Do: cat /proc/net/dev Regards, /Karl Hammar

Re: [gentoo-user] Re: PCIe version 2, 3 etc and how to know which a card is.

On Tue, May 21, 2024 at 6:38 AM Dale wrote: > > So, I created a new link to slot 4. The network came up. So, > basically, it changed names as you suggested. I thought the purpose of > the enp* names was that they are consistent. Adding or removing cards > wouldn't change the names of cards,

Re: [gentoo-user] Re: PCIe version 2, 3 etc and how to know which a card is.

Grant Edwards wrote: > On 2024-05-20, Dale wrote: > > A 3.0 card is supposed to work fine in a 2.0 slot. > >> You, or anyone, have any idea why that card would kill my network?  >> I suspect the card itself is fine.  It did see the drive.  I just >> need the internet to work since it may be used

[gentoo-user] Re: PCIe version 2, 3 etc and how to know which a card is.

On 2024-05-20, Dale wrote: A 3.0 card is supposed to work fine in a 2.0 slot. > You, or anyone, have any idea why that card would kill my network?  > I suspect the card itself is fine.  It did see the drive.  I just > need the internet to work since it may be used in a NAS rig. Is it causing

Re: [gentoo-user] Re: Grub, gpt partitions and BIOS, not uefi thing.

Michael, On Thursday, 2024-05-16 17:46:04 +0100, you wrote: > ... > > The homepage returned by > > > >$ eix --verbose sys-boot/elilo > >* sys-boot/elilo > > Available versions: ~3.16-r5 > > ... > >$ > > > > hints that this package is no longer maintained ... :-( > > ... >

Re: [gentoo-user] Re: Grub, gpt partitions and BIOS, not uefi thing.

On Thursday, 16 May 2024 17:41:20 BST Dr Rainer Woitok wrote: > Michael, > > On Thursday, 2024-05-16 09:26:39 +0100, you wrote: > > ... > > > > > > I liked lilo. And then it disappeared :-( > > > > > > ... > > > > > > Still available and still working on non-uefi setups: > > >

Re: [gentoo-user] Re: Grub, gpt partitions and BIOS, not uefi thing.

Michael, On Thursday, 2024-05-16 09:26:39 +0100, you wrote: > ... > > > I liked lilo. And then it disappeared :-( > > ... > > Still available and still working on non-uefi setups: > > https://packages.gentoo.org/packages/sys-boot/lilo > > > > ... > > There's also 'sys-boot/elilo' for EFI

Re: [gentoo-user] Re: mtp cannot create directories on SD card on cellphone

On Thu, May 16, 2024 at 10:42:16AM +0100, Nuno Silva wrote > Did anything change? Any tablet software upgrade? Did the MTP tool on > the computer side change? Or perhaps the kernel, if it can influence > this FUSE interaction somehow? Just the usual updates to world. > At this point I'd

Re: [gentoo-user] Re: mtp cannot create directories on SD card on cellphone

On Thursday, 16 May 2024 10:42:16 BST Nuno Silva wrote: > On 2024-05-16, Walter Dnes wrote: > > On Wed, May 15, 2024 at 03:06:50PM -0700, Mark Knecht wrote > > > >> Have you checked that the directory where you are attempting to > >> do this is one that your account owns? I generally have to su -

[gentoo-user] Re: mtp cannot create directories on SD card on cellphone

On 2024-05-16, Walter Dnes wrote: > On Wed, May 15, 2024 at 03:06:50PM -0700, Mark Knecht wrote >> >> Have you checked that the directory where you are attempting to >> do this is one that your account owns? I generally have to su - to >> root, create a directory at the top level, change it so

[gentoo-user] Re: Grub, gpt partitions and BIOS, not uefi thing.

On 2024-05-16, Michael wrote: > On Thursday, 16 May 2024 01:10:32 BST k...@aspodata.se wrote: >> Wol: >> > On 15/05/2024 11:40, Peter Humphrey wrote: >> > > I think whoever named grub had delusions of grandeur. 🙂 Anyway, I >> > > never let it near my systems. >> > >> > I liked lilo. And

Re: [gentoo-user] Re: Grub, gpt partitions and BIOS, not uefi thing.

On Thursday, 16 May 2024 01:10:32 BST k...@aspodata.se wrote: > Wol: > > On 15/05/2024 11:40, Peter Humphrey wrote: > > > I think whoever named grub had delusions of grandeur. 🙂 Anyway, I > > > never let it near my systems. > > > > I liked lilo. And then it disappeared :-( > > ... > >

Re: [gentoo-user] Re: Grub, gpt partitions and BIOS, not uefi thing.

Wol: > On 15/05/2024 11:40, Peter Humphrey wrote: > > I think whoever named grub had delusions of grandeur. 🙂 Anyway, I > > never let > > it near my systems. > > I liked lilo. And then it disappeared :-( ... Still available and still working on non-uefi setups:

[gentoo-user] Re: Encrypted drives, password generation and management howto, guide.

On 2024-05-15, Michael wrote: > > There are 3 'cliboards', known as selections, I know of: > > 1. Primary - you select some text by holding down your left mouse button (or > Shift+arrow) and you paste it with your middle button (or Shift+Insert - > depending on application). > > 2. Secondary -

[gentoo-user] Re: Grub, gpt partitions and BIOS, not uefi thing.

On 2024-05-15, Wols Lists wrote: > On 15/05/2024 11:40, Peter Humphrey wrote: >> I think whoever named grub had delusions of grandeur.  Anyway, I never let >> it near my systems. > > I liked lilo. And then it disappeared :-( > > Grub isn't that bad - it's just that insists on trying to do

Re: [gentoo-user] Re: Grub, gpt partitions and BIOS, not uefi thing.

On 15/05/2024 11:40, Peter Humphrey wrote: I think whoever named grub had delusions of grandeur.  Anyway, I never let it near my systems. I liked lilo. And then it disappeared :-( Grub isn't that bad - it's just that insists on trying to do everything itself - and if you've got at all a

Re: [gentoo-user] Re: Graphics configuration for a Ryzen 7 7700X chip and water cooling.

On Wed, 2024-05-15 at 16:25 +, Grant Edwards wrote: > You'll need kernel 5.18 and Mesa 22 plus recent firmware. > > That article was almost 2 years old, so I'd be surprised if all those > are not stable in Gentoo by now. Mesa 22 is not. Only version 24 is stable :)

[gentoo-user] Re: Encrypted drives, password generation and management howto, guide.

On 2024-05-15, Michael wrote: > On Wednesday, 15 May 2024 15:37:22 BST Grant Edwards wrote: >> On 2024-05-15, Michael wrote: > >> > The Clipboard may be stored in RAM or cache of any applications >> > which use this method. >> >> AFAICT, the clipboard contents is stored in the X server. When

Re: [gentoo-user] Re: Encrypted drives, password generation and management howto, guide.

On Wednesday, 15 May 2024 15:37:22 BST Grant Edwards wrote: > On 2024-05-15, Michael wrote: > > The Clipboard may be stored in RAM or cache of any applications > > which use this method. > > AFAICT, the clipboard contents is stored in the X server. When you > cut/copy something, the application

[gentoo-user] Re: Graphics configuration for a Ryzen 7 7700X chip and water cooling.

On 2024-05-15, Alan Mackenzie wrote: > But in the doc on wiki.gentoo.org, I can't find any mention of inbuilt > graphics; all references are to graphics _cards_. Does Gentoo support > my intended processor's graphics, Technically, no. Gentoo doesn't. However, the Linux kernel, Xorg, and Mesa

[gentoo-user] Re: Encrypted drives, password generation and management howto, guide.

On 2024-05-15, Michael wrote: > As far as I know the Primary selection is not stored anywhere - > other than within the application's memory space where the range of > characters have been selected. The xserver will call for this when > you middle click to paste it on another application's

[gentoo-user] Re: Encrypted drives, password generation and management howto, guide.

On 2024-05-15, Dale wrote: >> Or just select some empty space in an application, to overwrite your >> previous >> selection. > > Well, since it works, something is acting as a clipboard. It's part of the X server. Same for the two selections. > It doesn't seem to be xclip in my case. 

[gentoo-user] Re: Encrypted drives, password generation and management howto, guide.

On 2024-05-15, Dale wrote: > I thought that too.  I highlighted some text in a Konsole and then > looked in the KDE clipboard, what I highlighted was not there.  > > It wasn't there after I pasted it either.  It goes to a clipboard > somewhere but it appears it only remembers one entry then

Re: [gentoo-user] Re: Grub, gpt partitions and BIOS, not uefi thing.

On Wednesday, 15 May 2024 08:42:14 BST Wols Lists wrote: > On 02/05/2024 11:46, Peter Humphrey wrote: > > When I started using Linux, the received wisdom was to keep a separate > > /boot, and leave it unmounted during normal operation. The idea was that > > a successful hacker would not,

Re: [gentoo-user] Re: Grub, gpt partitions and BIOS, not uefi thing.

On 02/05/2024 11:46, Peter Humphrey wrote: When I started using Linux, the received wisdom was to keep a separate /boot, and leave it unmounted during normal operation. The idea was that a successful hacker would not, supposedly, be able to corrupt the kernel ready for a reboot into their

Re: [gentoo-user] Re: Grub, gpt partitions and BIOS, not uefi thing.

On 02/05/2024 10:35, Michael wrote: Besides the automation this feature affords, I find it useful to know what a partition contains without having to mount it. On GPT labelled disks I make use both of the Partition Type UUID and the Partition Name. A quick glance at the gdisk output and if

Re: [gentoo-user] Re: Grub, gpt partitions and BIOS, not uefi thing.

On Thursday, 2 May 2024 00:45:29 BST Dale wrote: > Grant Edwards wrote: > > OK, so 'boot' is for the Linux /boot directory. I was just curious > > since I had never used one. When I started using Linux, the received wisdom was to keep a separate /boot, and leave it unmounted during normal

Re: [gentoo-user] Re: Grub, gpt partitions and BIOS, not uefi thing.

Michael wrote: > On Thursday, 2 May 2024 00:45:29 BST Dale wrote: >> Grant Edwards wrote: >>> On 2024-05-01, Dale wrote: Grant Edwards wrote: > The partition type code for 'swap' is wrong -- it should be > 8200. According to the gdisk help info Linux /home is supposed to be >

Re: [gentoo-user] Re: Grub, gpt partitions and BIOS, not uefi thing.

On Thursday, 2 May 2024 00:45:29 BST Dale wrote: > Grant Edwards wrote: > > On 2024-05-01, Dale wrote: > >> Grant Edwards wrote: > >>> The partition type code for 'swap' is wrong -- it should be > >>> 8200. According to the gdisk help info Linux /home is supposed to be > >>> 8302, but I've always

Re: [gentoo-user] Re: Grub, gpt partitions and BIOS, not uefi thing.

Grant Edwards wrote: > On 2024-05-01, Dale wrote: >> Grant Edwards wrote: >> >>> The partition type code for 'swap' is wrong -- it should be >>> 8200. According to the gdisk help info Linux /home is supposed to be >>> 8302, but I've always used the same generic "Linux filesystem" type >>> for

[gentoo-user] Re: Grub, gpt partitions and BIOS, not uefi thing.

On 2024-05-01, Dale wrote: > Grant Edwards wrote: > >> The partition type code for 'swap' is wrong -- it should be >> 8200. According to the gdisk help info Linux /home is supposed to be >> 8302, but I've always used the same generic "Linux filesystem" type >> for both /home and root. >> >> Is

Re: [gentoo-user] Re: Grub, gpt partitions and BIOS, not uefi thing.

Grant Edwards wrote: > On 2024-05-01, Dale wrote: > >> OK.  One last update in case someone googles and runs up on this >> thread.  I'm using gdisk to display this, because I think it will do >> better in email.  If I use cgdisk, it is wider and will wrap more.  >> This is what the partition

[gentoo-user] Re: Grub, gpt partitions and BIOS, not uefi thing.

On 2024-05-01, Dale wrote: > OK.  One last update in case someone googles and runs up on this > thread.  I'm using gdisk to display this, because I think it will do > better in email.  If I use cgdisk, it is wider and will wrap more.  > This is what the partition table looks like for GPT, old

Re: [gentoo-user] Re: Grub, gpt partitions and BIOS, not uefi thing.

Dale wrote: > One last update.  I found a video.  They were using gdisk but the > crucial part, he got it to display the partition layout.  It was like I > described as for as the alignment thing, tiny partition with ef02 and > then carry on as usual from there.  > > I need to do this on a disk

  1   2   3   4   5   6   7   8   9   10   >