Re: [gentoo-user] Re: tried desktop profile
On 15/10/2020 21:07, Jack wrote: However, and I have no experience here, although some systems can boot in BIOS mode to a GPT partitioned disk, there may be extra hoops to jump through. I'm sure others will chime in with additional information. I don't think my current system has EFI, and it boots quite happily from a GPT-formatted 3TB disk. In case it matters, however, the last 2TB are my /home partition, so everything else - /, swap, grub etc are all in the first TB. Bear in mind that, in BIOS mode, grub installs itself in the "empty" first 2048 sectors. Cheers, Wol
Re: [gentoo-user] Re: tried desktop profile
On Thu, 15 Oct 2020 16:07:50 -0400, Jack wrote: > In some sense, that's actually simpler, since you > don't need an ESP/EFI partition. Not really an issue if you use a separate /boot as the same partition does for both. > If your disk is formatted with an MBR > partitioning scheme (max four partitions, although one can be extended) > you will have no problem. However, and I have no experience here, > although some systems can boot in BIOS mode to a GPT partitioned disk, > there may be extra hoops to jump through. I'm sure others will chime > in with additional information. You can boot a non-UEFI system from a GPT partitioned disk, you just need to add a small compatibility partition at the start of the disk, like this GPT fdisk (gdisk) version 1.0.4 Found valid GPT with protective MBR; using GPT. Number Start (sector)End (sector) Size Code Name 120484095 1024.0 KiB EF02 BIOS boot partition 24096 2101247 1024.0 MiB 8300 boot0 3 2101248 5852145663 2.7 TiB BF01 sundiver0 4 5852145664 5860533134 4.0 GiB 8200 swap0 -- Neil Bothwick The sooner you fall behind the more time you'll have to catch up. pgpi6Ov_1f_Ty.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Re: tried desktop profile
On 2020.10.15 15:19, Jude DaShiell wrote: On Thu, 15 Oct 2020, Jack wrote: > On 10/15/20 1:28 PM, Jude DaShiell wrote: > [snip...] I just found out efi variables are not available on my new system. portage is also upset. !!! Repository 'x-portage is missing masters attribute in '/usr/local/portage/metadata/layout.conf' !!! !!! Set 'masters = gentoo' in this file for future compatibility > > > > I don't know what to do to clear this error. > This sounds like two separate issues. For the second, do exactly what it says. You need to edit /usr/local/portage/metadata/layout.conf to say "masters = gentoo". I don't remember doing this on my system, but I do have an emacs backup of that file without the "gentoo" on that line, so I obviously made the edit. I wonder if that needs to be added to the handbook. > On the other issue, what do you mean that efi variables are not available? Is the system purely BIOS? That is certainly possible if it is an older motherboard. If the system does support UEFI, are you sure it is set in the BIOS? > The uefi isn't set in the bios. I'm not about to alter bios since screen readers don't talk when that's being done. I think you have two choices here. It seems your motherboard is capable of booting in either UEFI or BIOS mode, but the default (or at least current) setting is BIOS. You can have someone sighted enter the BIOS setup for you and switch it to UEFI mode, or you can just stick with BIOS mode. In some sense, that's actually simpler, since you don't need an ESP/EFI partition. If your disk is formatted with an MBR partitioning scheme (max four partitions, although one can be extended) you will have no problem. However, and I have no experience here, although some systems can boot in BIOS mode to a GPT partitioned disk, there may be extra hoops to jump through. I'm sure others will chime in with additional information. Note that if you stick with BIOS booting, then you won't have any efi variables, but in that case, you shouldn't need them. Jack
Re: [gentoo-user] Re: tried desktop profile
On Thu, 15 Oct 2020, Jack wrote: > Date: Thu, 15 Oct 2020 13:48:01 > From: Jack > Reply-To: gentoo-user@lists.gentoo.org > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] Re: tried desktop profile > > On 10/15/20 1:28 PM, Jude DaShiell wrote: > [snip...] > > I just found out efi variables are not available on my new system. > > portage is also upset. > > !!! Repository 'x-portage is missing masters attribute in > > '/usr/local/portage/metadata/layout.conf' > > !!! !!! Set 'masters = gentoo' in this file for future compatibility > > > > I don't know what to do to clear this error. > > This sounds like two separate issues. For the second, do exactly what it > says. You need to edit /usr/local/portage/metadata/layout.conf to say > "masters = gentoo". I don't remember doing this on my system, but I do have > an emacs backup of that file without the "gentoo" on that line, so I obviously > made the edit. I wonder if that needs to be added to the handbook. > > On the other issue, what do you mean that efi variables are not available? Is > the system purely BIOS? That is certainly possible if it is an older > motherboard. If the system does support UEFI, are you sure it is set in the > BIOS? > The uefi isn't set in the bios. I'm not about to alter bios since screen readers don't talk when that's being done. > > --
Re: [gentoo-user] Re: tried desktop profile
On Thu, 15 Oct 2020, Walter Dnes wrote: > Date: Thu, 15 Oct 2020 14:00:36 > From: Walter Dnes > Reply-To: gentoo-user@lists.gentoo.org > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] Re: tried desktop profile > > On Thu, Oct 15, 2020 at 01:28:52PM -0400, Jude DaShiell wrote > > > I just found out efi variables are not available on my new system. > > portage is also upset. > > !!! Repository 'x-portage is missing masters attribute in > > '/usr/local/portage/metadata/layout.conf' > > !!! !!! Set 'masters = gentoo' in this file for future compatibility > > > > I don't know what to do to clear this error. > > My /usr/local/portage/metadata/layout.conf is 2 lines... > > masters = gentoo > auto-sync = false > > From https://wiki.gentoo.org/wiki//etc/portage/repos.conf > > "auto-sync = false" > > ...means that your local repo does not sync when you run "emerge > --sync". This means if you have a local repo, you manually control when > it syncs. BTW, what would this have to do with efi variables? > The portage problem only came up close to when I found out the machine hasn't got efi-variables. > --
Re: [gentoo-user] Re: tried desktop profile
On Thu, 15 Oct 2020 13:48:01 -0400, Jack wrote: > > I just found out efi variables are not available on my new system. > > On the other issue, what do you mean that efi variables are not > available? Is the system purely BIOS? That is certainly possible if > it is an older motherboard. If the system does support UEFI, are you > sure it is set in the BIOS? You also need to have booted the live CD in UEFI mode for the variables to be present. -- Neil Bothwick With free advice you often get what you pay for. pgpBpuQia32Eu.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Re: tried desktop profile
On Thu, Oct 15, 2020 at 01:28:52PM -0400, Jude DaShiell wrote > I just found out efi variables are not available on my new system. > portage is also upset. > !!! Repository 'x-portage is missing masters attribute in > '/usr/local/portage/metadata/layout.conf' > !!! !!! Set 'masters = gentoo' in this file for future compatibility > > I don't know what to do to clear this error. My /usr/local/portage/metadata/layout.conf is 2 lines... masters = gentoo auto-sync = false From https://wiki.gentoo.org/wiki//etc/portage/repos.conf "auto-sync = false" ...means that your local repo does not sync when you run "emerge --sync". This means if you have a local repo, you manually control when it syncs. BTW, what would this have to do with efi variables? -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] Re: tried desktop profile
On 15/10/2020 17:31, Jack wrote: On 2020.10.15 00:03, Wols Lists wrote: On 14/10/20 22:37, Jack wrote: Why do you need two graphics cards? I've been driving two monitors off each of the last several graphics cards I've used - both nVidia and ATI, from simple PCI to PCIE needing the extra power connector. Because I'm not driving two monitors. I'm running a two-user system. AIUI, each session needs its own graphics card (which could drive two monitors for that user). Now that would be an interesting project - a single instance of X, but split between two different users, each on a separate monitor. I agree it's not feasible now, as xorg runs as the owning user. I would expect Wayland has the same restriction. Actually, I would find it interesting to have a separate session on each monitor just in plain text mode. Was the second graphics card you tried using also PCIE? If so, I wonder if you might get it to work with a PCI card as the second graphics card. I haven't done it yet, it's the new system I'm building. And it's going to be an interesting experience :-) But from everything I've found, it seems like there's no problem binding one instance of X to one card/keyboard/mouse, and a different instance to the other card/keyboard/mouse (or Wayland). Cheers, Wol
Re: [gentoo-user] Re: tried desktop profile
On 10/15/20 1:28 PM, Jude DaShiell wrote: [snip...] I just found out efi variables are not available on my new system. portage is also upset. !!! Repository 'x-portage is missing masters attribute in '/usr/local/portage/metadata/layout.conf' !!! !!! Set 'masters = gentoo' in this file for future compatibility I don't know what to do to clear this error. This sounds like two separate issues. For the second, do exactly what it says. You need to edit /usr/local/portage/metadata/layout.conf to say "masters = gentoo". I don't remember doing this on my system, but I do have an emacs backup of that file without the "gentoo" on that line, so I obviously made the edit. I wonder if that needs to be added to the handbook. On the other issue, what do you mean that efi variables are not available? Is the system purely BIOS? That is certainly possible if it is an older motherboard. If the system does support UEFI, are you sure it is set in the BIOS?
Re: [gentoo-user] Re: tried desktop profile
On Thu, 15 Oct 2020, Jack wrote: > Date: Thu, 15 Oct 2020 12:31:55 > From: Jack > Reply-To: gentoo-user@lists.gentoo.org > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] Re: tried desktop profile > > On 2020.10.15 00:03, Wols Lists wrote: > >On 14/10/20 22:37, Jack wrote: > >>Why do you need two graphics cards? I've been driving two monitors off each > >>of the last several graphics cards I've used - both nVidia and ATI, from > >>simple PCI to PCIE needing the extra power connector. > > > >Because I'm not driving two monitors. I'm running a two-user system. AIUI, > >each session needs its own graphics card (which could drive two monitors for > >that user). > > > Now that would be an interesting project - a single instance of X, but split > between two different users, each on a separate monitor. I agree it's not > feasible now, as xorg runs as the owning user. I would expect Wayland has the > same restriction. Actually, I would find it interesting to have a separate > session on each monitor just in plain text mode. > > Was the second graphics card you tried using also PCIE? If so, I wonder if > you might get it to work with a PCI card as the second graphics card. > I just found out efi variables are not available on my new system. portage is also upset. !!! Repository 'x-portage is missing masters attribute in '/usr/local/portage/metadata/layout.conf' !!! !!! Set 'masters = gentoo' in this file for future compatibility I don't know what to do to clear this error. --
Re: [gentoo-user] Re: tried desktop profile
On 2020.10.15 00:03, Wols Lists wrote: On 14/10/20 22:37, Jack wrote: Why do you need two graphics cards? I've been driving two monitors off each of the last several graphics cards I've used - both nVidia and ATI, from simple PCI to PCIE needing the extra power connector. Because I'm not driving two monitors. I'm running a two-user system. AIUI, each session needs its own graphics card (which could drive two monitors for that user). Now that would be an interesting project - a single instance of X, but split between two different users, each on a separate monitor. I agree it's not feasible now, as xorg runs as the owning user. I would expect Wayland has the same restriction. Actually, I would find it interesting to have a separate session on each monitor just in plain text mode. Was the second graphics card you tried using also PCIE? If so, I wonder if you might get it to work with a PCI card as the second graphics card.
Re: [gentoo-user] How to make Gentoo more cooperative?
On Thu, 15 Oct 2020 16:06:43 +0200, Helmut Jarausch wrote: > > * sci-libs/tensorflow > > Available versions: (~)2.1.0 (~)2.2.0-r1 (~)2.2.0-r2 (~)2.3.1 > > {cuda mpi +python xla CPU_FLAGS_X86="avx avx2 fma3 fma4 sse sse2 sse3 > > sse4_1 sse4_2" PYTHON_TARGETS="python3_6 python3_7 python3_8"} > > Homepage:https://www.tensorflow.org/ > > Description: Computation framework using data flow > > graphs for scalable machine learning > I have created a local overlay of course. > Tensorflow and all packages which it depends on have python3_9 in > PYTHON_TARGETS. Have you changed PYTHON_COMPAT in your local ebuild? Have you confirmed that tensorflow works with Python 3.9? -- Neil Bothwick For security reasons, all text in this mail is double-rot13 encrypted. pgpXLri67dCk4.pgp Description: OpenPGP digital signature
Re: [gentoo-user] How to make Gentoo more cooperative?
On 10/14/2020 08:05:39 PM, Neil Bothwick wrote: On Wed, 14 Oct 2020 10:44:35 -0700, Mark Knecht wrote: > I could be wrong but I don't think tensorflow 2 supports python 3.9 > yet... > > https://www.tensorflow.org/install/ It doesn't, at least not from the portage ebuild: % eix -e tensorflow * sci-libs/tensorflow Available versions: (~)2.1.0 (~)2.2.0-r1 (~)2.2.0-r2 (~)2.3.1 {cuda mpi +python xla CPU_FLAGS_X86="avx avx2 fma3 fma4 sse sse2 sse3 sse4_1 sse4_2" PYTHON_TARGETS="python3_6 python3_7 python3_8"} Homepage:https://www.tensorflow.org/ Description: Computation framework using data flow graphs for scalable machine learning Thanks. I have created a local overlay of course. Tensorflow and all packages which it depends on have python3_9 in PYTHON_TARGETS. So, I just want 'emerge' to tell me why it is blocking python3.9. If I have forgotten to create a local overlay of some of its dependencies, 'emerge' should say me which dependency is missing python3_9. Helmut
Re: [gentoo-user] [OT] .fetchmailrc syntax error
On Thu, Oct 15, 2020 at 08:53:00AM -0400, Walter Dnes wrote > It looks like I was being too specific and micro-managing things. > Like Captain Picard, simply say "Make it so", and let it figure things > out for itself. What finally worked, including handoff to procmail, was > > > poll ### protocol pop3: > username "" password "" is "" here > mda "/usr/bin/procmail -m ~/.mailfilter/.procmailrc": That worked for one provider, but not for gmail. I had to go with... poll ### protocol pop3: username "" password "" is "" here ssl fetchall mda "/usr/bin/procmail -m ~/.mailfilter/.procmailrc": poll pop.gmail.com protocol pop3: username "##" password "" is "" here ssl fetchall mda "/usr/bin/procmail -m ~/.mailfilter/.procmailrc": That works for both. I have a couple of other providers to set up. Question... is there a way to declare "ssl" and "fetchall" as default global settings that apply to all providers in ~/.fetchmailrc -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] [OT] .fetchmailrc syntax error
On Thu, Oct 15, 2020 at 08:31:51AM +0200, David Haller wrote > > And you _should_ use TLS, IMHO! E.g.: sslproto 'TLS1.3+' > > See 'man fetchmail', search for '\-\-sslproto'. It looks like I was being too specific and micro-managing things. Like Captain Picard, simply say "Make it so", and let it figure things out for itself. What finally worked, including handoff to procmail, was poll ### protocol pop3: username "" password "" is "" here mda "/usr/bin/procmail -m ~/.mailfilter/.procmailrc": According to the manpage, "fetchmail --version" gives "dry-run" diagnostics. In my test case, it says... Taking options from command line and /home//.fetchmailrc Idfile is /home//.fetchids Fetchmail will forward misaddressed multidrop messages to . Options for retrieving from : True name of server is ###. Protocol is POP3. All available authentication methods will be tried. SSL server certificate checking enabled. Server nonresponse timeout is 300 seconds (default). Default mailbox selected. Only new messages will be retrieved (--all off). Fetched messages will not be kept on the server (--keep off). Old messages will not be flushed before message retrieval (--flush off). Oversized messages will not be flushed before message retrieval (--limitflush off). Rewrite of server-local addresses is enabled (--norewrite off). Carriage-return stripping is enabled (stripcr on). Carriage-return forcing is disabled (forcecr off). Interpretation of Content-Transfer-Encoding is enabled (pass8bits off). MIME decoding is disabled (mimedecode off). Idle after poll is disabled (idle off). Nonempty Status lines will be kept (dropstatus off) Delivered-To lines will be kept (dropdelivered off) Fetch message size limit is 100 (--fetchsizelimit 100). Do binary search of UIDs during 3 out of 4 polls (--fastuidl 4). Messages will be delivered with "/usr/bin/procmail -m ~/.mailfilter/.procmailrc". Single-drop mode: 1 local name recognized. No UIDs saved from this host. -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] kernel bad scheduling from idle thread
> > This is the first 5.4 kernel I have tried. I did a make oldconfig and > added a number of modules, but I would think the kernel would only > load the ones that are needed. I could not tell you the exact ones, > as I try to make the kernel somewhat general, so I may add things > which may not be necessary for my particular situation. > I think call traces indicate a kernel bug, not an issue with kernel configuration. Try .71 - perhaps the issue has already been fixed. If the issue persists in .71 then you could report to the kernel maintainers if you have the time and inclination. I've reported a couple. https://www.kernel.org/doc/html/latest/admin-guide/reporting-bugs.html - just dont use gmail as they want plain text email.
Re: [gentoo-user] X Forwarding from virtual host
On Wed, Oct 14, 2020 at 1:20 PM Dan Egli wrote: > Okay, this is I HOPE a simple enough question. I have a virtual server > running on my Win10 Host (not my ideal O/S!) that has a full X environment > on it. I usually connect via Putty(ssh) using VirtualBox's Host Only > network. That's great for text, but how do I set things up so that I can > run X programs on the virtual box and have them show on my Win host? I have > an implimentation of X for Windows (Xming)running, and I set putty to > forward X connections, but when I try something as silly as xeyes, it > fails. I've notice that the DISPLAY environment isn't being set, but > setting it myself doesn't seem to help. The Virtual Server's IP is > 192.168.56.25 and the Host automatically gets .1, so I tried setting > DISPLAY=129.168.56.1:0 and it doesn't work. I get a message "No protocol > specified" followed by the error "Error: Can't open display: 192.168.56.1:0 > .0" > Usually when you forward X over ssh, DISPLAY is a port on the ssh client, which is then forwarded by ssh to the remote port, that is, the port on the remote server that the X server is listening on. So putty should be automatically setting DISPLAY to something like 192.168.56.25:10.0 (ie port 6010 on the guest) when you enable X forwarding. If it's not i'd say there's something wrong with the putty setup. That said, i think you should be able to just connect directly to 192.168.56.1:0.0 anyway - does Xming have an xhost setting? Does netstat on the host show its listening on port 6000? Windows firewall?