Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".
On 4 September 2024 02:12:51 CEST, Grant Edwards wrote: >On 2024-09-03, Dale wrote: > >> I was trying to re-emerge some packages. The ones I was working on >> failed with "internal compiler error: Segmentation fault" or similar >> being the common reason for failing. > >In my experience, that usually means failing RAM. I'd try running >memtest86 for a day or two. > >-- >Grant > Also out of memory might cause a segmentation fault. Dale, do you have a swap partition or file? At least three of the packages you mention are quite memory hungry, depending on your -j options in make.conf. You should see an OOM error in the syslog if this is the case, is there any hint in it? Raf
RE: [gentoo-user] news 2021-01-30-display-manager-init -- blocked package
ST Restricted > -Original Message- > From: Kusoneko > Sent: Sunday, January 31, 2021 05:02 > To: gentoo-user@lists.gentoo.org > Cc: Kusoneko > Subject: [gentoo-user] news 2021-01-30-display-manager-init -- blocked > package > > > Following my daily syncing today, 2 news items appeared, the important > one for this being the following: > > 2021-01-30-display-manager-init > > It states that starting the next xorg-server version, the xdm init > script will be removed and that one install gui-libs/display-manager-init to > replace it. > Following the instructions to install said package leads to a > wonderful error stating that the package is blocked by the following packages: > > x11-apps/xinit-1.4.1 > sys-apps/sysvinit-2.98 > x11-base/xorg-server-1.20.10 > > Removing xorg-server is not gonna happen, so looking at what emerge > says, there's a bit of an issue here: > > https://zifb.in/GUtgto4VcX > > Doing the required update is currently impossible. > > I am definitely not gonna remember about this in a week or 2 so I'd > like to deal with whatever this issue is asap. Is there any way to do this? > > Note: all 3 of the blocking packages and whatever pulls them in are > NOT using the ~amd64 keyword at the moment, except for nvidia-drivers. > > Thanks for any help, > Kusoneko. You already solved, so this is just for other's info: in my case (unstable amd64) I saw the news item, tried to emerge display-manager-init, got your same block, let the emerge run to completion and _then_ succeeded emerging display-manager-init, which is now running happily at startup. raffaele
RE: [gentoo-user] network transfer speed
> -Original Message- > From: the...@sys-concept.com > Sent: Monday, January 18, 2021 20:13 > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] network transfer speed > > What switch would you folks recommend? > I'm planning getting to the bottom of it including replacing switch and cable > if > I have to. At home I'm using Netgear GS305E/GS308E with no particular issue. The 'E' stands for managed, I never use management features except for checking the port status (nice to have, but LEDs give the same information) and in some particular, business-related configuration, to enable port mirroring. I haven't tried yet to set up a VLAN or configure QoS parameters, which I think would be the main reason to prefer a managed over a non-managed. Since I always used Netgear I can't say if they are better than others. I think you are already aware that unless all cable patches are at least CAT5e you're not going to get 1Gb speed. The 'e' here makes a real difference over the plain CAT5. Raffaele
RE: [gentoo-user] network transfer speed
> -Original Message- > From: J. Roeleveld > Sent: Monday, January 18, 2021 09:47 > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] network transfer speed > > Some cheaper switches fail-over to hub-mode when the traffic exceeds > what it can manage. > Interesting, do you have pointers to such switches' specs? Or is it from experience? Thanks, raffaele
RE: [gentoo-user] network transfer speed
> -Original Message- > From: Jack > Sent: Saturday, January 16, 2021 22:00 > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] network transfer speed > > I may be way off base here, but if the switch is connected to a router, > packets from one PC go to the switch and then to everything else connected > to it, including both the other PC and the router. Is there any chance the > router is passing packets back to the switch to get to the second PC? I can > imagine that causing lots of problems. However, I would hope it is smart > enough to know it doesn't need to do so, since both PCs show up on the > same router port. A switch uses the Ethernet MAC destination address to forward a packet only on the 'interested' ports. What you describe would be a 'hub' [1], I don't think it's easy to find one of those on recent networks. Raffaele [1] https://en.wikipedia.org/wiki/Ethernet_hub
RE: [gentoo-user] network transfer speed
ST Restricted > -Original Message- > From: Hogren > Sent: Friday, January 15, 2021 08:50 > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] network transfer speed > > > On 15/01/2021 07:56, the...@sys-concept.com wrote: > Hello > > On both of my systems the network card speed is showing 1000 > > cat /sys/class/net/enp4s0/speed 1000 > > > > but when I do rsync larage file I only see about: 20 to 22MB/s On my > > home network I get about 110MB/s between PC's > > > > Both PC's have SSD and the swith is Gigabit (I think). > > How to find a the bottleneck? > > > 20MB = 80Mb so it sounds like your network is a 100Mb network. What is the > perfs of your switch(s) between your systems ? I disagree, /sys/class/net/enp4s0/speed shows the speed negotiated by the network card with the switch, it cannot be 1000 if the switch is a only a 10/100. I think we can safely assume the network is a gigabit one. raffaele
RE: [gentoo-user] network transfer speed
> -Original Message- > From: bobwxc > Sent: Friday, January 15, 2021 08:57 > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] network transfer speed > > 在 2021/1/15 下午2:56, the...@sys-concept.com 写道: > > On both of my systems the network card speed is showing 1000 > > cat /sys/class/net/enp4s0/speed 1000 > > > > but when I do rsync larage file I only see about: 20 to 22MB/s On my > > home network I get about 110MB/s between PC's > > > > Both PC's have SSD and the swith is Gigabit (I think). > > How to find a the bottleneck? > 1000Mbps network card's maximum theoretical speed is about 125MiB/s. > It only works in short distances. Correct but that's the line speed that you'll never reach, when you take into account Ethernet frame overhead, IP (and possibly TCP) header overhead and application ( rsync, FTP, SMB, NFS) overhead you get lower figures. In my experience 900Mbps (110MiBps) on a 1000Mbps line is more realistic for 'normal' transfers. raffaele
RE: [gentoo-user] network transfer speed
> -Original Message- > From: the...@sys-concept.com > Sent: Friday, January 15, 2021 07:57 > To: Gentoo mailing list > Subject: [gentoo-user] network transfer speed > > > On both of my systems the network card speed is showing 1000 > cat /sys/class/net/enp4s0/speed 1000 > > but when I do rsync larage file I only see about: 20 to 22MB/s On my home > network I get about 110MB/s between PC's > > Both PC's have SSD and the swith is Gigabit (I think). > How to find a the bottleneck? If the PCs attached to the switch show 1000 then the switch _is_ gigabit. On my 1Gb home network I have an FTP transfer speed between Gentoo PCs A and B of almost 900Mbps, the other way round is almost half of that. One difference between the two systems is the disk, A uses SATA-2 disk while B has SATA-3. Does the 'B' in 110MB/s stand for byte? If so you have 880Mbps which is not bad, the problem probably lies somewhere else. Otherwise you could check the switch error count (if you have a managed switch) or the network card error count, just to ensure you don't have a cabling/connector problem. Have you tried other transfer methods just for comparison? I think FTP is still the fastest way to transfer files, though insecure or inconvenient as it might be. I have no experience with rsync. raffaele
RE: [gentoo-user] resizing and moving home directory to new partition on same drive
> -Original Message- > From: the...@sys-concept.com > Sent: Monday, January 11, 2021 05:07 > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] resizing and moving home directory to new > partition on same drive > > Can I use "nano" to edit /etc/password file all I need to change is the > user:x:1000:1000::/home/user:/bin/bash > > to: > user:x:1000:1000::/mnt/home/user:/bin/bash > > Or I need to use: "vipw -s" I've always used vi for those, but only because I did not know there was a dedicated command! Anyway, these look like wrappers that set a lock and then invoke your editor. I suppose that in a single user, single admin environment it does not make much difference using nano vs vipw. BTW I don't think you'd need -s with vipw, the shadow file only contains password-related info which you do not want to change. raffaele
RE: [gentoo-user] new install for a new mainboard?
> -Original Message- > From: n952162 > Sent: Thursday, December 10, 2020 16:23 > To: gentoo-user@lists.gentoo.org > Subject: [gentoo-user] new install for a new mainboard? > > I need a new mainboard. What will happen if I boot my existing system on it? > > If it would come up, what would need to be (re)emerged, as a minimum? Before switching to the new board I'd check the USB controller and possibly the video controller of the new board and if required build a kernel with those modules ready for the swap. Other than that you might want to check that both mainboards are configured for the same boot system (UEFI vs MBR). You might get a kernel panic if you don't arrange the SATA cables as they were on the old board - unless you were already using UUID or similar in the bootloader.
RE: [gentoo-user] kernel support for: i211 - intel network driver
I agree, I have an i210 (same family as i211) here working on a Manjaro distribution with the igb driver. (sorry for top posting, I still can’t get this mailer to do what I want) From: Andrea Conti Sent: Tuesday, November 17, 2020 09:07 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] kernel support for: i211 - intel network driver Hello, The i219 is a completely different (and much older) chip; the right driver for the i211 is definitely igb. That said, I think the OP should first make sure the onboard LAN is enabled in the BIOS and then post the output of "lspci -tv". andrea On 17/11/20 00:59, Adam Carter wrote: On Sat, Nov 14, 2020 at 9:18 AM mailto:the...@sys-concept.com>> wrote: I have Asus X570-pro MB with Intel I211-AT network When I compiled into the kernel (not as module) the "IGB" network driver but the network is not recognized. lsmod |grep igb is not showing anything. Not sure how close the I211 is to the I219, but lspci -k shows; 00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (6) I219-V (rev 30) DeviceName: LAN Subsystem: Intel Corporation Ethernet Connection (6) I219-V Kernel driver in use: e1000e If i were you i'd just compile all these suggestions as modules and see what gets loaded.
RE: [gentoo-user] nvidia-firmware for GT520
> -Original Message- > From: J. Roeleveld > Sent: Monday, November 16, 2020 01:26 > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] nvidia-firmware for GT520 > > On 12 November 2020 08:57:37 CET, Raffaele BELARDI > wrote: > >According to [1] my Nvidia GT520 needs FW for VP4.2 video acceleration > >support. I found there is a Gentoo package which seems to provide the > >Nvidia FW. According to [2] my card should be part of NVC0 family > >(Fermi), in particular code name NVD9 (GF119). Nvidia-firmware contains > >binaries with names that somehow resemble the nvc0 of the family name > >(e.g. nvc0_bsp, nvc0_fuc084, nvco_fuc085, nvc0_ppp...) but I am not at > >all sure how should I use them. > > > >Should I embed them in the kernel as I do for e.g. the AMD drivers? > >How do I verify they are correctly loaded when needed? > > > >Thanks, > > > >Raffaele > > > >[1] https://nouveau.freedesktop.org/VideoAcceleration.html > >[2] https://nouveau.freedesktop.org/CodeNames.html > > Have you tried simply installing the firmware and nvidia drivers and see if it > works? > > Normally drivers are expected to load any firmware it needs that it can find. > The location of the firmware is pretty standard. > I have both embedded them in the kernel and installed in the default location (/lib/firmware/nouveau). I just wanted to make sure they are being loaded when required, I did not find any reference in the syslog nor in the xorg log. raffaele
[gentoo-user] nvidia-firmware for GT520
According to [1] my Nvidia GT520 needs FW for VP4.2 video acceleration support. I found there is a Gentoo package which seems to provide the Nvidia FW. According to [2] my card should be part of NVC0 family (Fermi), in particular code name NVD9 (GF119). Nvidia-firmware contains binaries with names that somehow resemble the nvc0 of the family name (e.g. nvc0_bsp, nvc0_fuc084, nvco_fuc085, nvc0_ppp...) but I am not at all sure how should I use them. Should I embed them in the kernel as I do for e.g. the AMD drivers? How do I verify they are correctly loaded when needed? Thanks, Raffaele [1] https://nouveau.freedesktop.org/VideoAcceleration.html [2] https://nouveau.freedesktop.org/CodeNames.html
RE: [gentoo-user] old kernel on Gentoo
> -Original Message- > From: james > Sent: Thursday, June 18, 2020 21:36 > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] old kernel on Gentoo > > On 6/17/20 12:52 PM, Raffaele BELARDI wrote: > > Hello, > > > > I might need to build and run an old 3.x kernel on a Desktop PC for > > some very specific tests. Would Gentoo be a good solution? > > > > I see that currently gentoo-sources only includes 4.x and 5.x sources. > > > > Thanks, > > > > raffaele > > > > I use a 3.18.40 kernel, currently, on one of my AMD systems. It has > thousands of source build packages, not only from portage but many others. > What about the rest of the system, in particular GCC and the C libraries? Do you manage to build the 3.x kernel with up to date system or do you need to ''freeze'' some packages? Thanks, raffaele
RE: [gentoo-user] old kernel on Gentoo
> -Original Message- > From: Michael > Sent: Wednesday, June 17, 2020 21:45 > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] old kernel on Gentoo > > On Wednesday, 17 June 2020 18:36:51 BST J. Roeleveld wrote: > > On 17 June 2020 18:52:49 CEST, Raffaele BELARDI > > > wrote: > > >Hello, > > > > > >I might need to build and run an old 3.x kernel on a Desktop PC for > > >some very specific tests. Would Gentoo be a good solution? > > >I see that currently gentoo-sources only includes 4.x and 5.x sources. > > > > > >Thanks, > > > > > >raffaele > > > > Not entirely certain userspace will be supported, but it shouldn't be > > too difficult to test. > > > > -- > > Joost > > Have a look here: > > https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys- > kernel/gentoo-sources/?hideattic=0 > > However, unless you replicate a system from back then you will be trying to > build old sources with a new toolchain. Perhaps it would be easier to fetch Yes, that is my main worry. I guess there is no way to tell unless you try. > an old minimal CD with a 3 series kernel, or for a ready made OS and kernel > into one, see if you can dig out some older Debian release?
[gentoo-user] old kernel on Gentoo
Hello, I might need to build and run an old 3.x kernel on a Desktop PC for some very specific tests. Would Gentoo be a good solution? I see that currently gentoo-sources only includes 4.x and 5.x sources. Thanks, raffaele
RE: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver
> -Original Message- > From: J. Roeleveld > Sent: Monday, June 15, 2020 16:20 > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] clone root from HDD to SSD causes no video with > NVIDIA driver > > On Monday, June 15, 2020 9:56:39 AM CEST Raffaele BELARDI wrote: > > * From: Dale > > * Sent: Wednesday, June 10, 2020 08:02 > > * To: gentoo-user@lists.gentoo.org<mailto:gentoo- > u...@lists.gentoo.org> > > * Subject: Re: [gentoo-user] clone root from HDD to SSD causes no video > > with NVIDIA driver > > > > * Raffaele BELARDI wrote: > > * nomodeset did not change anything, but adding EFI_FB to the kernel > > finally got me a functional console. > * But if I startx from there I am > > back again to the same point, no X, no console switching with CTR-ALT-Fn, * > > no crash in syslog, I have to SSH to get to a working shell. I'm not > > getting anywhere, I think I'll better install from stage3. > > > > * Odds are, if you start from stage3, you will get the same problem > > again unless you do something different. > * When I first stated using > > Gentoo, I didn't realize that one can restart a install pretty much > > anywhere in the install. * Starting over doesn't get you anything > > different if you repeat the same steps. > > Just to update: I tried all the hints received here with no luck. > > Since others on this list managed to get uefifb working with the > > NVIDIA driver I believe the problem could be my mobo/UEFI FW/GPU > > combination. I found some rather old posts ([1], [2]) supporting this > > hypothesis. For the moment I switched to nouveau. > > > Thanks again to all, > > > > raffaele > > > > [1] > > https://forums.developer.nvidia.com/t/uefi-nvidia-vga-console-complain > > ts/37 > > 690 > [2] > > https://forums.developer.nvidia.com/t/nvidia-devs-any-eta-on-fbdev-con > > sole-> > mode-setting-implementation/47043 > > Personally, I would not expect this to be related to mainboard firmware/bios > issues as I have not had any issues with efifb and nvidia-drivers on several > systems. I still have some hopes, I intend to give NVIDIA another try later. > > What is your kernel-commandline? > > Mine is really simple: > $ cat /proc/cmdline > root=/dev/nvme0n1p3 root=/dev/sdb5 ro quiet raid=noautodetect > > I get the following in my dmesg for "efifb": > > [8.717047] efifb: probing for efifb > [8.717061] efifb: framebuffer at 0xd100, using 3072k, total 3072k > [8.717062] efifb: mode is 1024x768x32, linelength=4096, pages=1 > [8.717064] efifb: scrolling: redraw > [8.717065] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0 > [8.719748] fb0: EFI VGA frame buffer device > Same here: [0.705019] efifb: probing for efifb [0.705029] efifb: framebuffer at 0xc000, using 3072k, total 3072k [0.705030] efifb: mode is 1024x768x32, linelength=4096, pages=1 [0.705030] efifb: scrolling: redraw [0.705031] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0 [0.705122] Console: switching to colour frame buffer device 128x48 [0.706608] fb0: EFI VGA frame buffer device > Which is nowhere near the real resolution my screen can handle, but for > emergencies, this is definitely sufficient. > > For completeness, these are the entries for nvidia: > > $ dmesg | grep -i nvidia > [ 11.222893] nvidia: loading out-of-tree module taints kernel. > [ 11.222908] nvidia: module license 'NVIDIA' taints kernel. > [ 11.241368] nvidia-nvlink: Nvlink Core is being initialized, major device > number 240 > [ 11.241687] nvidia :01:00.0: vgaarb: changed VGA decodes: > olddecodes=io+mem,decodes=none:owns=io+mem > [ 11.283229] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 440.82 > Wed Apr > 1 20:04:33 UTC 2020 > [ 11.287732] nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for > UNIX platforms 440.82 Wed Apr 1 19:41:29 UTC 2020 > [ 11.289189] [drm] [nvidia-drm] [GPU ID 0x0100] Loading driver > [ 11.289191] [drm] Initialized nvidia-drm 0.0.0 20160202 for :01:00.0 on > minor 0 > [ 11.861737] input: HDA NVidia HDMI/DP,pcm=3 as /devices/ > pci:00/:00:03.0/:01:00.1/sound/card1/input28 > [ 11.862152] input: HDA NVidia HDMI/DP,pcm=7 as /devices/ > pci:00/:00:03.0/:01:00.1/sound/card1/input29 > [ 11.979061] input: HDA NVidia HDMI/DP,pcm=8 as /devices/ > pci:00/:00:03.0/:01:00.1/sound/card1/input30 > [ 11.979134] input: HDA NVidia HDMI/DP,pcm=9 as /devices/ > pci:00/:00:03.0/:01:00.1/sound/card1/input31 > I don't have these at the moment because I switched to noveau to stabilize the system, later I'll try again with NVIDIA. > On a side-note, anyone know how to prevent these sound-devices from > appearing? > I never use these on this system. > > -- > Joost > > >
RE: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver
* From: Dale * Sent: Wednesday, June 10, 2020 08:02 * To: gentoo-user@lists.gentoo.org<mailto:gentoo-user@lists.gentoo.org> * Subject: Re: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver * Raffaele BELARDI wrote: * nomodeset did not change anything, but adding EFI_FB to the kernel finally got me a functional console. * But if I startx from there I am back again to the same point, no X, no console switching with CTR-ALT-Fn, * no crash in syslog, I have to SSH to get to a working shell. I'm not getting anywhere, I think I'll better install from stage3. * Odds are, if you start from stage3, you will get the same problem again unless you do something different. * When I first stated using Gentoo, I didn't realize that one can restart a install pretty much anywhere in the install. * Starting over doesn't get you anything different if you repeat the same steps. Just to update: I tried all the hints received here with no luck. Since others on this list managed to get uefifb working with the NVIDIA driver I believe the problem could be my mobo/UEFI FW/GPU combination. I found some rather old posts ([1], [2]) supporting this hypothesis. For the moment I switched to nouveau. Thanks again to all, raffaele [1] https://forums.developer.nvidia.com/t/uefi-nvidia-vga-console-complaints/37690 [2] https://forums.developer.nvidia.com/t/nvidia-devs-any-eta-on-fbdev-console-mode-setting-implementation/47043
RE: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver
From: Dale Sent: Wednesday, June 10, 2020 08:02 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver Raffaele BELARDI wrote: nomodeset did not change anything, but adding EFI_FB to the kernel finally got me a functional console. But if I startx from there I am back again to the same point, no X, no console switching with CTR-ALT-Fn, no crash in syslog, I have to SSH to get to a working shell. I'm not getting anywhere, I think I'll better install from stage3. Just one more info, when issue 'halt' from the SSH OpenRC scripts are executed up to the 'mount-ro' (or similar) script, which fails with "Remounting / ro failed because we are using /" And the process hangs there, I need to hit the power switch to power off. Thanks to all who contributed, raffaele Odds are, if you start from stage3, you will get the same problem again unless you do something different. When I first stated using Gentoo, I didn't realize that one can restart a install pretty much anywhere in the install. Starting over doesn't get you anything different if you repeat the same steps. Since you can ssh into the machine, I'd grab log files and post them here. I'd look into sddm.log and Xorg.0.log. If you see other logs such as rc.log, I'd post them as well. Surely something in one of those will shed some light. It has to be easier than starting over and most likely having the same issue again. I used ls -al /var/log/ | grep log to see what all types of logs were there. You may have some I don't or use different tools that generate other logs. Here are some logs from the original config (the first one that was working on HDD but not on SSD), so before before I stopped X/added nomodeset/added FB_EFI. There is no DM log, it never gets to that point. Raffaele <> <> <> <>
RE: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver
> -Original Message- > From: J. Roeleveld > Sent: Tuesday, June 9, 2020 08:23 > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] clone root from HDD to SSD causes no video with > NVIDIA driver > > For plain console (TTY1,...) you need to enable EFI_FB in the kernel. > > I use Nvidia and also have this enabled in the kernel, so it can work > together. > I also use the nvidia-drivers package provided in Portage. Not everything is > added, but most is. The RTX/Optix libraries are added when using a "multilib" > profile, judging from the ebuild. nomodeset did not change anything, but adding EFI_FB to the kernel finally got me a functional console. But if I startx from there I am back again to the same point, no X, no console switching with CTR-ALT-Fn, no crash in syslog, I have to SSH to get to a working shell. I'm not getting anywhere, I think I'll better install from stage3. Just one more info, when issue 'halt' from the SSH OpenRC scripts are executed up to the 'mount-ro' (or similar) script, which fails with "Remounting / ro failed because we are using /" And the process hangs there, I need to hit the power switch to power off. Thanks to all who contributed, raffaele
RE: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver
> -Original Message- > From: tu...@posteo.de > Sent: Tuesday, June 9, 2020 05:44 > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] clone root from HDD to SSD causes no video with > NVIDIA driver > > > Hi, > > if even displaying the console login failed, then the hole display system has > gone nuts...but since the boot process as such (that is: > the bios prompt right after POSTing) is visible, I would say, that there is no > physical problem (that is: cable connected to port 2 of the monitor while the > monitor is switched to port 1 and such). > > I would try this: > Boot your PC, ssh into the PC and download the according nvidia-drivers > directly from NVIDIA of the same version. > > quickpkg the installed drivers and remove them > > Check whether /usr/src/linux links to the kernel sources of the kernel > version you are booting. > > Install the NVIDIA-drivers you have downloaded. > > Reboot. > > Background: > The portage package does not install nvidia-drivers correctly - in my case, X > and such works fine but RTX/Optix which is used by Blender was defunc. > After installing the original package and masked the one which came with > portage everything works fine. But the portage driver works on this same system when booted from the HDD instead of the SSD so I'd think the driver is ok, unless it has some dependency on UEFI vs MBR. That would be strange, but anything is possible. Raffaele
RE: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver
> -Original Message- > From: Ashley Dixon > Sent: Tuesday, June 9, 2020 05:52 > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] clone root from HDD to SSD causes no video with > NVIDIA driver > > On Tue, Jun 09, 2020 at 05:43:33AM +0200, tu...@posteo.de wrote: > > I would try this: > > Boot your PC, ssh into the PC and download the according > > nvidia-drivers directly from NVIDIA of the same version. > > > On 06/08 06:20, Raffaele BELARDI wrote: > > > No console except SSH. I'm not sure I can invoke startx from an SSH. > > Irrelevant aside: > > The kernel loads the graphics drivers on boot; it is no longer > the > responsibility of X under normal circumstances. Assuming you can get access > to the kernel command line arguments (with grub, this can be done from the > bootup menu [1]), passing the `nomodeset` option will prevent the NVIDIA > drivers from loading until you start the X server. There is no need for SSH > here. > > [1] https://ubuntuforums.org/showthread.php?t=1613132 Interesting, I will give the nomodeset a try. But I still don't understand the mechanism used by the kernel to load proprietary driver, I assumed that had to be done via modprobe, and I think I disabled the OpenRC script firing that. Raffaele
RE: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver
> -Original Message- > For plain console (TTY1,...) you need to enable EFI_FB in the kernel. I read that it may conflict with the NVIDIA proprietary driver [1] so I did not enable it. I'll give it a try. > As you came from an older, non-GPT setup, I am assuming this is also the first > attempt to boot using EFI? > > Joost On this PC, yes. I managed to have a similar setup (UEFI/Win10/Gentoo converted from MBR to GPT) working on a different, Noveau-based PC. Raffele [] https://wiki.gentoo.org/wiki/NVIDIA/nvidia-drivers search EFI
RE: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver
> -Original Message- > From: tu...@posteo.de > Sent: Monday, June 8, 2020 18:14 > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] clone root from HDD to SSD causes no video with > NVIDIA driver > > You said, you are able to ssh into your PC. > I would try the following: Boot the PC, ssh into it and disable the start of > X. > Boot again: Are you getting the console login successfully? X is started by lxdm, which is started by an /etc/local.d/ script. I removed that, after reboot I no longer see X processes, but no conole except for SSH. Syslog still shows the nvidia module being loaded. I removed 'modules' from boot runlevel, nvidia is still loaded. I unmerged nvidia-drivers, nvidia still loaded. This is puzzling me. > Can you check, whether /dev , /proc , /sys and other directories of a special > function are created and filled correctly? > Are the permissions ok? > Is /run available and setup correctly? To the best of my knowledge yes, they look fine. > Are there any leftovers from the root@hd in /etc/fstab? I rewrote fstab using UUID instead of /dev/sdx, there shouldn't be problems there. > If you get to console successfully, is it possible to start X from the > commandline? What is printed on the terminal? > What does X.log say? No console except SSH. I'm not sure I can invoke startx from an SSH. Thanks, raffaele
RE: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver
> -Original Message- > From: Neil Bothwick > Sent: Monday, June 8, 2020 18:07 > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] clone root from HDD to SSD causes no video with > NVIDIA driver > > You're missing device nodes in /dev that are needed before udev populates > it. Simply excluding the virtual filesystems as you have results in these > files > not being copied as they are hidden behind the virtual /dev/ mounted from > used. The way I clone a root device is > > mkdir -p /mnt/root > mount --bind / /mnt/root > rsync -a /mnt/root/ /mnt/new/device/ > > That preserves files that are otherwise hidden by mounted filesystems. > I tried this: # mkdir -p /mnt/root # mount --bind / /mnt/root The bind-mounted dev/ does not contain all devices, in particular the nvidia ones are missing. BTW, I thought these were created dynamically during the module load. Then, for a quick test: # rsync -a /mnt/root/dev/* /mnt/new/device/dev But it did not fix the issue. raffaele
[gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver
Hello, I am trying to switch an existing and fully working HDD, MBR-based ~amd64 LXDE/Kodi setup to a 500Gb SSD. I also took the opportunity to dual boot Gentoo with Win10 on the same SSD. As suggested by the Wiki [1] I first installed Win letting it GPT-partition the SSD and leaving some empty space for a Gentoo ext4 root partition. Then I copied the Gentoo root from the HDD to the SSD ('cp -a' except /dev, /sys and /proc which I recreated empty on the SSD), UEFI-booted a SysRescue USB and installed GRUB2 to the Windows-created ESP. Now, while the chain-loaded Windows boots happily, I'm not able to get any GUI or terminal interface for SSD-booted Linux. The old, HDD-based installation is still available and running fine. In details: 1. GRUB starts and shows the linux/windows choices, select linux 2. The screen changes to 'loading linux-x.x.x', the disk light shows activity, I have indirect evidence that the OpenRC init reaches conclusion, but the screen does not change 3. I am able to SSH into the PC, all partitions are mounted, everything looks fine 4. Xorg.0.log shows NVIDIA driver was loaded but probably not executed, all the NVIDIA lines are missing 5. Only /dev/nvidiactl is present, /dev/nvidia0 and /dev/nvidia-modeset are missing 6. Syslog shows that the NVIDIA driver was loaded by the kernel, no crash 7. CTRL-ALT-Fn apparently has no effect 8. I'm sure the kernel is fine for this NVIDIA driver because the HDD installation works with it, nevertheless I recompiled and reinstalled the kernel and NVIDIA drivers to the SSD from the SSH, no change Before I give up and reinstall Gentoo from scratch on the SSD what else could I try? I can share the logs if needed. Thanks, Raffaele [1] https://wiki.gentoo.org/wiki/UEFI_Dual_boot_with_Windows_7/8
RE: [gentoo-user] prevent users from shutting down while other users logged in
> > Basically I'd like that: > > - if there is more than one user logged in, either locally via lighdm > > or remotely via SSH, the shutdown XFCE button is grayed out. Once all > > users except one have logged out, the button is again available > > Can you configure the shutdown/reboot command called by XFCE? If so, you > can set it to a script that checks whether anyone else is logged in before > either executing the shutdown or displaying a "Daddy's using the computer" > dialog. I was hoping for a 'system' level solution. I think it was consolekit that, when a user tried to shutdown while another user was logged presented a window asking for root password to execute the command. (ESC would let it continue and do the shutdown anyway, so it was not really working). I'll go for the manual way. Thanks, Raffaele
[gentoo-user] prevent users from shutting down while other users logged in
I often have the kids working on my main ~amd64 PC (XFCE, OpenRC, -consolekit) while I ssh into it doing some maintenance from an old PC. Often they shut it down without telling me first, so I loose part of my stuff. Is there a way to tell XFCE/elogind/PAM/lightdm/whoever to not allow shutdown from a regular user while another user is logged in? I understand that logind/systemd provides the system-inhibit [1] user command just for that, but I don't find the analogous for OpenRC/elogind. Basically I'd like that: - if there is more than one user logged in, either locally via lighdm or remotely via SSH, the shutdown XFCE button is grayed out. Once all users except one have logged out, the button is again available - from the ssh shell the command would be always available (root or normal user, I don't care) - permanently disabling the shutdown for the kids is not optimal, they should be able to stop the machine if he/she is the only user Thanks, raffaele [1] https://www.freedesktop.org/software/systemd/man/systemd-inhibit.html
RE: [gentoo-user] EINVAL
> -Original Message- > From: Francesco Turco > Sent: Tuesday, April 28, 2020 09:44 > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] EINVAL > > > Unable to unshare: EINVAL (for FEATURES="ipc-sandbox network-sandbox > pid-sandbox") > > Is the CONFIG_UTS_NS kernel option enabled? > > See the following forums threads for details: > https://forums.gentoo.org/viewtopic-t-260.html > https://forums.gentoo.org/viewtopic-t-1094424.html > > -- > https://fturco.net/ No, I don't have that option set in the remote machine's kernel and changing the kernel right now is not an option, so I'll have to live with it. In the local machines running kernel 5.6 the option is set but I don't remember setting It myself, so I suppose it is done by default as stated in one of the replies to the fist link. Thanks, raffaele
[gentoo-user] EINVAL
Hello, I am successfully updating a remote system using ssh and screen, but for some packages (e.g. rust, thunderbird, firefox) during the pre-merge checks I get this message: Unable to unshare: EINVAL (for FEATURES="ipc-sandbox network-sandbox pid-sandbox") FEATURES in my make.conf contains 'parallel-fetch -userfetch nodoc -xattr'; the update is run as root; kernel is 5.5.3-gentoo. I never noticed it for local updates, is it related to the remote operation? Should I take some action? Thanks, raffaele
RE: [gentoo-user] update remote system in background
Wonderful, thanks! I’m going with screen, just because the first link is a shorter read. raffaele From: Michele Alzetta Sent: Friday, April 24, 2020 09:52 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] update remote system in background ... or tmux ... https://github.com/tmux/tmux/wiki Il giorno ven 24 apr 2020 alle ore 09:50 Vladimir Romanov mailto:bluebo...@gmail.com>> ha scritto: Yes, you can use "screen" program (Docs: https://net2.com/how-to-use-the-screen-command-on-linux-to-keep-your-remote-task-running-when-the-connection-drops/) пт, 24 апр. 2020 г. в 12:47, Raffaele BELARDI mailto:raffaele.bela...@st.com>>: > > Hello, > > > > I am able to ssh into a remote system that I would like to update. I’d like > to run emerge without keeping the local system connected for the whole > duration of the update (probably several days). Is it possible to: > > > > - ssh remote_machine > > - emerge -uDvN world > > - background and detach in some way the emerge process > > - logout from ssh > > - several days later, ssh into the remote_machine, reattach the emerge and > check the output or continue the emerge > > > > Thanks, > > > > raffaele > > > > PS I’ll do it _after_ openssh update. > >
[gentoo-user] update remote system in background
Hello, I am able to ssh into a remote system that I would like to update. I'd like to run emerge without keeping the local system connected for the whole duration of the update (probably several days). Is it possible to: - ssh remote_machine - emerge -uDvN world - background and detach in some way the emerge process - logout from ssh - several days later, ssh into the remote_machine, reattach the emerge and check the output or continue the emerge Thanks, raffaele PS I'll do it _after_ openssh update.
RE: [gentoo-user] Pre-merge checks
> From: Francisco Ares > I would like to see all pre-merge checks prior to build a new kernel, just to > make sure all kernel configurations needed até satisfied. Does it really do pre-merge checks? I thought it only unpacked the kernel source. raffaele
RE: [gentoo-user] gentoo-sources kernel not seeing 4G ram
No experience on this, but looks like it can be done with the patched mainline kernel: https://forum.odroid.com/viewtopic.php?t=33993 Just for my understanding, gentoo-sources does not contain all the drivers needed by this board so you are trying to copy those from the 'hardkernel' sources, correct? Raffaele > -Original Message- > From: Bill Kenworthy > Sent: Thursday, January 9, 2020 02:50 > To: gentoo-user@lists.gentoo.org > Subject: [gentoo-user] gentoo-sources kernel not seeing 4G ram > > Hi, not sure anyone can help with this as its a bit off the reservation :) > > I have a Odroid N2 with 4G ram that is only seeing 1G. (even from right at > boot looking at dmesg). Its part of the board so its not a connector issue. > > Kernel is gentoo-sources-5.4.8 with the AMLOGIC armv8 relevant bits copied > from the 4.9 series original hardkernel sources. OS is gentoo AARCH64. This > all built and runs quite nicely, but cant see the full 4G ram that should be > there. > > Ive attached my latest kernel config in the hope that someone can see > something Ive missed (presuming it isn't an inherent problem in the way I > have gone about this) - looking at the config, diffing it against the > hardkernel > source etc. hasn't helped. Below is the start of dmesg up to the memory > statement. > > My next move will be to go back to the 4.9 supplied kernel and make sure it > isn't hardware failure (unlikely, but ...) > > BillK > > [ 0.00] Booting Linux on physical CPU 0x00 [0x410fd034] > [ 0.00] Linux version 5.4.8-gentoo (root@n2) (gcc version 9.2.0 (Gentoo > 9.2.0-r2 p3)) #1 SMP PREEMPT Thu Jan 9 08:36:20 AWST 2020 [ 0.00] > Machine model: Hardkernel ODROID-N2 [ 0.00] efi: Getting EFI > parameters from FDT: > [ 0.00] efi: UEFI not found. > [ 0.00] Reserved memory: created CMA memory pool at > 0x3000, size 256 MiB [ 0.00] OF: reserved mem: initialized > node linux,cma, compatible id shared-dma-pool [ 0.00] NUMA: No > NUMA configuration found [ 0.00] NUMA: Faking a node at [mem > 0x-0x3fff] > [ 0.00] NUMA: NODE_DATA [mem 0x2fdb6800-0x2fdb7fff] [ 0.00] > Zone ranges: > [ 0.00] DMA32 [mem 0x-0x3fff] > [ 0.00] Normal empty > [ 0.00] Movable zone start for each node [ 0.00] Early memory > node ranges [ 0.00] node 0: [mem 0x- > 0x04ff] > [ 0.00] node 0: [mem 0x0530-0x3fff] > [ 0.00] Initmem setup node 0 [mem 0x- > 0x3fff] > [ 0.00] On node 0 totalpages: 261376 [ 0.00] DMA32 zone: 4096 > pages used for memmap [ 0.00] DMA32 zone: 0 pages reserved > [ 0.00] DMA32 zone: 261376 pages, LIFO batch:63 [ 0.00] psci: > probing for conduit method from DT. > [ 0.00] psci: PSCIv1.0 detected in firmware. > [ 0.00] psci: Using standard PSCI v0.2 function IDs [ 0.00] > psci: > MIGRATE_INFO_TYPE not supported. > [ 0.00] psci: SMC Calling Convention v1.1 [ 0.00] percpu: > Embedded 22 pages/cpu s52632 r8192 d29288 u90112 [ 0.00] pcpu-alloc: > s52632 r8192 d29288 u90112 alloc=22*4096 [ 0.00] pcpu-alloc: [0] 0 [0] > 1 > [0] 2 [0] 3 [0] 4 [0] 5 [ 0.00] Detected VIPT I-cache on CPU0 [ > 0.00] > CPU features: detected: ARM erratum 845719 [ 0.00] Built 1 zonelists, > mobility grouping on. Total pages: 257280 [ 0.00] Policy zone: DMA32 > [ 0.00] Kernel command line: root=/dev/mmcblk0p2 rootwait rw > console=ttyAML0,115200n8 no_console_suspend fsck.repair=yes > net.ifnames=0 elevator=noop hdmimode=1080p60hz cvbsmode=576cvbs > max_freq_a53=1896 max_freq_a73=1800 maxcpus=6 voutmode=hdmi > disablehpd=false cvbscable=0 overscan=100 monitor_onoff=false > usb-xhci.tablesize=2 logo=osd0,loaded > [ 0.00] Dentry cache hash table entries: 131072 (order: 8, > 1048576 bytes, linear) > [ 0.00] Inode-cache hash table entries: 65536 (order: 7, 524288 bytes, > linear) [ 0.00] mem auto-init: stack:off, heap alloc:off, heap free:off > [ 0.00] Memory: 748756K/1045504K available (7932K kernel code, 728K > rwdata, 2784K rodata, 1856K init, 403K bss, 34604K reserved, 262144K cma- > reserved) [ 0.00] SLUB: HWalign=64, Order=0-3, MinObjects=0, > CPUs=6, Nodes=1 [ 0.00] rcu: Preemptible hierarchical RCU > implementation. > [ 0.00] rcu: RCU restricting CPUs from NR_CPUS=256 to > nr_cpu_ids=6.
RE: [gentoo-user] [Sort of OT] Going old school - Doom
> -Original Message- > From: Andrew Lowe > Sent: Sunday, November 24, 2019 08:09 > To: gentoo-user@lists.gentoo.org > Subject: [gentoo-user] [Sort of OT] Going old school - Doom > > Dear all, > Does anyone have any suggestions as to the current "best" port of > old school Doom? Spent ages playing this in the dim dark days and wouldn't > mind doing a quick install and having a go again. > > Andrew If you have the WAD files, games-fps/dom3 _is_ the old school Doom3. Works perfectly except for the screen resolution, not very high but fine enough.
[gentoo-user] per package parallel build
8-core CPU: EMERGE_DEFAULT_OPTS="--quiet-build --keep-going --jobs 9 --load-average 9" MAKEOPTS="-j9 -l9" Works fine except when both Firefox and Thunderbird need update, in that case emerge typically tries to build them in parallel and one gets OOM killed due to insufficient swap space (1G swap, 16G RAM). I will increase the swap but I'd like to know: Is there a way to tell emerge to normally run 9 parallel jobs but limit to 1 when it is building one of the two monsters? Thanks, raffaele
Re: [gentoo-user] Re: slow MTP in Thunar, was fine in Gnome
On 9/11/19 5:17 PM, Grant Edwards wrote: On 2019-09-11, Raffaele Belardi wrote: You can mount sftp and ssh as filesystems just like you do with MTP. Good observation, I'll try that route.
Re: [gentoo-user] Re: slow MTP in Thunar, was fine in Gnome
On 9/11/19 4:33 PM, Grant Edwards wrote: On 2019-09-11, Raffaele Belardi wrote: After my recent switch from Gnome to XFCE (both ~amd64) transferring files from the smartphone to the desktop via USB/MTP has become unbearably slow. From my understanding both Gnome (Nautilus?) and Thunar use gnome-base/gvfs which with mtp USE flag pulls in media-libs/libmtp so I don't understand why this big change in behavior. Any hints? I've tried a number of MTP implementations on Linux, and none of them have proven stable and reliable. IMO, you're better off installing an ssh/scp server and using sftp or sshfs. IIRC, there's a farily extensive recent thread on this. What disturbs me is that the same hardware combo worked fine with Gnome till one month ago, it broke only when I switched to XFCE so it must be a software configuration issue. Command line would be fine for me but not for the kids. raffaele
[gentoo-user] slow MTP in Thunar, was fine in Gnome
After my recent switch from Gnome to XFCE (both ~amd64) transferring files from the smartphone to the desktop via USB/MTP has become unbearably slow. From my understanding both Gnome (Nautilus?) and Thunar use gnome-base/gvfs which with mtp USE flag pulls in media-libs/libmtp so I don't understand why this big change in behavior. Any hints? This desktop is shared with my youngsters so proposing a switch to ssh or adb is not a viable solution, they are more accustomed to pinching the screen rather than punching the keyboard... thanks, raffaele
[gentoo-user] /etc/portage/patches
For those who had missed the news like myself: https://wiki.gentoo.org/wiki//etc/portage/patches I used it to patch two packages (gnucash and blender), works perfectly! raffaele
Re: [gentoo-user] Re: switch from gnome/systemd to xfce/openrc borked my system - I GIVE UP
Nuno Silva wrote: On 2019-08-20, Raffaele Belardi wrote: Raffaele Belardi wrote: [...] - I grub-loaded a different kernel, one built for systemd. It stops in the exact same place as the openrc-built one. What are the kernel command lines for both kernels? I'm currently on a different system so, from the top of my head: For openrc something like "root=/dev/sda1 ro iommu=soft" For systemd "root=/dev/sda1 ro init=/path/to/systemd/init iommu=soft" iommu is required to workaround an USB3 issue on my motherboard. raffaele
Re: [gentoo-user] switch from gnome/systemd to xfce/openrc borked my system - I GIVE UP
Raffaele Belardi wrote: At this point of the boot process the system did very few things, the problem should be relatively easy to trace so I refuse to give up. Long nights ahead. And at this point of the day I give up. My findings: - the 'random: crng init done' printed during the boot is the kernel, not OpenRC. The OpenRC script just manages the seed and does not print that string. So, most probably OpenRC is never started. - from the chroot I invoked /sbin/openrc . It spits out errors due to the chroot environment but other than that seems to work fine for all runlevels. So the init scripts and /sbin/openrc are fine. - I also issued startxfce4 from the chroot and got a 'working' GUI. Not very useful but I was curious. - one of the init scripts complained that it was unable to open /run and actually the directory was not present. Possibly it was deleted as a side effect of the system crash? Anyway, I restored it but no luck. - I grub-loaded a different kernel, one built for systemd. It stops in the exact same place as the openrc-built one. - I recompiled the kernel with openrc and systemd options and made sure it was loaded (renamed the image file, got grub error, renamed it back, grub happy). I increased the kernel (I think console message) log level but nothing useful was output. - /sbin/init is the next possible failure point but without logs there's not much to debug. I re-emerged sysvinit and openrc but no go. Ok, I've had enough. Thanks to all who contributed, this issue will remain a mystery. raffaele
Re: [gentoo-user] switch from gnome/systemd to xfce/openrc borked my system
Rich Freeman wrote: Next time you do something like this, keep in mind that Gnome and xfce can co-exist on the same system, and so can openrc and systemd. Good point, I did not know, in particular for the init systems I thought it was exactly the opposite. At this point you're probably just going to want to troubleshoot what you are left with, though you could consider reverting back to your old config and starting over if you have backups/etc. Backups? I'm a software developer, I can't afford spending time making backups (just kidding). At this point of the boot process the system did very few things, the problem should be relatively easy to trace so I refuse to give up. Long nights ahead. I imagine that not many people move from systemd to openrc, since the latter is basically the default on Gentoo already. If I were going to migrate a working system between the two I would probably do it stepwise: Ha, this is the HOWTO I was looking for yesterday! Oh well, it'll be for next time. Now, on a new install or a host I didn't care so much about uptime for I'd probably do it your way, and just revert to a backup. In a Not really production environment but I have to fix it before the other users (the kids) come back from vacation or my reputation will quickly sink! raffaele
Re: [gentoo-user] Re: switch from gnome/systemd to xfce/openrc borked my system
Daniel Frey wrote: On 8/19/19 5:24 AM, Raffaele Belardi wrote: Make sure you are using a kernel set up for openrc. Good catch, although I'm not sure where to find that info in the available kernel log. I'll look better, I need to stop it from scrolling. Did you update grub and remove the init= line that starts systemd? Yes. One of the last things printed in the kernel log is "random: crng init done". The random service is part (possibly the last service) of the boot runlevel which is entered after the sysinit runlevel. So apparently a lot of openrc stuff has already started successfully. Instead, nothing from the default runlevel is output. I'll re-check those services. Hmm, is it possible that it's waiting for entropy? Try moving the mouse like a madman for 20 seconds or so. I read on the internet about the crng delay issue. I don't think this is the case because it hangs after it has finished the random rc script, but I'll give it a try. raffaele
Re: [gentoo-user] switch from gnome/systemd to xfce/openrc borked my system
David Haller wrote: Hello, On Mon, 19 Aug 2019, Raffaele Belardi wrote: [..] During the emerge I had to hard reset the system [3] which obviously did not boot so I found a PCLinuxOS live cd from 2014 and managed to chroot into the partially updated system. I resumed the emerge successfully, unmerged gnome and dependencies (this almost took more than building Xfce...), rebuilt the kernel with the init system set to OpenRC (make && make install), Did you also install the modules? (make modules_install) Did you update the initrd? No modules here, everything built in. Also no initrd. Why not use 'genkernel'? The default-config should work in your case, but you might look at the config anyway (/etc/genkernel.conf), e.g. at the BOOTLOADER variable. Then 'cd' to your kernel-sources-dir and run 'genkernel --kerneldir=. all'. I've always compiled the kernel directly so I am not familiar with genkernel. But I'll look again into my kernel's config and make sure it is the right kernel that's being loaded. raffaele
Re: [gentoo-user] Re: switch from gnome/systemd to xfce/openrc borked my system
Mick wrote: On Monday, 19 August 2019 07:41:20 BST Raffaele Belardi wrote: You have 3 drives attached while you're trying to boot. The kernel seems to come to a stop after /dev/sdc. It may need some driver for this device/fs. I'd start by unplugging any drives which do not contain the system you're trying to boot, then go through a step by step process of installing/setting up openrc, DM and boot loader. sdc is an external USB drive, I'll try to unplug that. The DM is not necessary to boot your system, but while you chrooted into it you might as well install and set up sddm as a DM - there are others but be careful they do not try to bring in 2/3 of Gnome and its dependencies too. I'll do but first I want to see a working terminal, too much stuff to debug otherwise. Re-install GRUB or whichever boot manager you use and make sure it points to the correct kernel. If you're on an UEFI system and you boot directly using the kernel EFI stub, re-run efibootmgr to specify the kernel UEFI will boot with, but first run fsck.vfat on the EFI partition just in case this fs was messed up too. It's grub2, non-UEFI. I don't normally reinstall it when I update the kernel, I only run grub-mkconfig. I did the same this time. Make sure you are using a kernel set up for openrc. Good catch, although I'm not sure where to find that info in the available kernel log. I'll look better, I need to stop it from scrolling. In /etc/rc.conf set up a log file and temporarily enable logging. If any openrc scripts fail and can't boot, you will able to look at the logs when you chroot back into it - using less/cat/plain text editor. ;-) Good idea. I hope the above should allow you to boot, or at least arrive at some meaningful failure message to resolve. One of the last things printed in the kernel log is "random: crng init done". The random service is part (possibly the last service) of the boot runlevel which is entered after the sysinit runlevel. So apparently a lot of openrc stuff has already started successfully. Instead, nothing from the default runlevel is output. I'll re-check those services. raffaele
[gentoo-user] Re: switch from gnome/systemd to xfce/openrc borked my system
Raffaele Belardi wrote: One thing I notice from the boot log is that the root FS requires recovery. My live CDs did not let me because they are too old so I'll try to find a more up to date live CD. Looking better at the kernel log, for sda1 (the root partition) it says: "Recovery complete" so I don't think a new live CD will help. I'm really out of ideas. raffaele
Re: [gentoo-user] enlightenment experience
Mick wrote: My knowledge of coding is non-existent, but as a plain user I have been using enlightenment since the e17 days and can confirm it does not have many native applications. Last time I looked I found around a dozen apps in various stages of development, plus its file manager & desktop gadgets. ... > I've used e with a small selection of KDE applications, but obviously not the > full Plasma DE. For most of the time it worked fine. No crashes, no lost > data, no drama. It just did what I needed from a desktop, efficiently, > without eating up resources, without buggy indexers, getting out of the way > and letting me get on with work. I had to improvise to get some Qt Thanks that's the kind of info I was looking for. In the end I decided to go for Xfce, mainly because the gentoo wiki pages are a lot more detailed than the E ones so it gives me the idea of a better supported environment. raffaele
[gentoo-user] enlightenment experience
I'm considering switching from Gnome to Enlightenment. Looks very nice but has very few native applications, I was wondering why since it's been around since '97. Then I found this [1] and, as a sw programmer, got a little bit scared... Are there any Gentoo enlightenment users who could share their experience with this DE? Some native (EFL) applications are available only via the enlightenment-live overlay, how stable is this? I need a session manager to temporarily switch user without logging out, suggestions? I'd go with openRC, non-wayland if possible. I never got accustomed to systemd. thanks, raffaele [1] https://what.thedailywtf.com/topic/15001/enlightened
Re: [gentoo-user] No profile 17.1 for 32-bit (x86) installs?
Walter Dnes wrote: I just updated Gentoo on my old backup machine, an 11-year-old Dell Inspiron 530 desktop, and there's no mention of profile 17.1 in either "eselect profile list" or "eselect news list". I'm not looking for extra hassle, but I wanted to make sure I didn't miss anything obvious. Same here, nothing to worry about: "In the new profiles, the lib->lib64 compatibility symlink is removed. 64-bit libraries need to be installed directly to lib64. /lib and /usr/lib become real directories, that are used for cross-arch and native non-library packages (gcc, clang) and 32-bit libraries on the multilib profile (which improves compatibility with prebuilt x86 packages)." [1] On x86 system there is no lib32 nor lib64, everything is already under lib. raffaele [1] https://www.gentoo.org/support/news-items/2019-06-05-amd64-17-1-profiles-are-now-stable.html
Re: [gentoo-user] Accessing a Samsung phone and it's data.
Dale wrote: Neil Bothwick wrote: On Tue, 30 Jul 2019 22:44:26 -0500, Dale wrote: I wonder, if I bought a bluetooth USB thingy and put that on my puter, would that help any? Since I hooked up my wifi router and it uses that, would that help? Or is the USB cable directly connected the best way? Bluetooth is very slow for file transfers. I find WiFi the best compromise of speed and convenience. Well, I tried it but it didn't work. I suspect I'd need a app for it to access it. It could get there since it said it exists but couldn't connect. I'll try to find a app later on. I'm putting out some raid, literally. Bug killing time. ;-) Just for the sake of completeness, if you use a full-fledged desktop environment you don't need any app, just the proper USE flags. At least on Gnome it's done that way, file transfers are managed by the usual file manager. But even if I set it up successfully I seldom use BT, USB is a lot more stable and faster. raffaele
Re: [gentoo-user] Accessing a Samsung phone and it's data.
Dale wrote: Howdy, I've mentioned before that I used a Motorola Razr cell phone, ancient as it is. Well, the USB port wore out and it was hard to get it to charge up the battery. Finally, I got tired of having to fiddle with it to get it to charge so I bought a Samsung Galaxy J2, Dash version. Up under the battery it says J260A. I did some googling and found some software that says it will allow me to access the data on it. I'm mostly wanting to access the SD card but would also like to be able to access other things such as contacts, calendar etc. This is what I installed: sys-fs/android-file-transfer-linux While I can access some things, it seems not to list anything useful. Most directories are empty which is sort of hard to believe. Is there other software that I can't find that allows this to be done? GUI would be nice but I suspect if I can figure out what to use, a regular file manager will be used. On Gnome desktop I think I just had to add 'mtp' to the USE flags [1] and rebuild. Now when I connect the phone the file manager pops up automatically and I can read/write the 'user' part of the Flash memory. Note that I use the Gnome file manager only to transfer photos or side-loaded [2] apps. Whenever I tried to access apps data I found it hard or impossible to locate them. Looks like Android provides standard places to store things but apps developers are not forced to use them and in practice everyone does what they want, possibly using directories not accessible to normal users. I have the impression that to really be able to browse _all_ the phone content you'd need to root it, which I'm not prepared to do yet. I also installed some adb software (dev-util/android-tools [3]) but that's not needed for regular use, I did it only to try to backup my daughter's phone before changing the cracked LCD. Fortunately I did not have to use that backup because the 'adb backup' command worked for a minimal set of apps only. While here, is there a website that lists all the android type phones, Samsung brand would be good, and compares them? At some point I may upgrade but am having trouble finding out what has what and which is actually better. When I'm trying to pick a CPU, I can find websites that list CPUs by power, L1 cache and a whole host of other things but I can't find one for cell phones. Maybe my google terms aren't quite right. I think you should look better :-) Just one example (that I don't use): https://www.phonearena.com/phones/Samsung-Galaxy-J2-Core_id10978 There's a compare button on the top right. raffaele [1] https://wiki.gentoo.org/wiki/MTP [2] https://en.wikipedia.org/wiki/Sideloading [3] https://wiki.gentoo.org/wiki/Android/adb#About_ADB
Re: [gentoo-user] Can't compile x11-libs/libXt
Mike Gilbert wrote: On Tue, Jul 23, 2019 at 12:51 PM Jens Pelzetter wrote: Hallo all, Am 23.07.19 um 17:14 schrieb Mick: On Tuesday, 23 July 2019 16:01:01 BST Raffaele Belardi wrote: Am 23.07.19 um 01:31 schrieb Jack: On multilib: $ ls -la /etc/env.d/gcc/ total 16 drwxr-xr-x 2 root root 4096 Jun 11 12:23 . drwxr-xr-x 5 root root 4096 Jul 20 16:53 .. lrwxrwxrwx 1 root root 25 Jun 11 12:23 .NATIVE -> x86_64-pc-linux-gnu-8.3.0 -rw-r--r-- 1 root root 34 Jun 11 12:23 config-x86_64-pc-linux-gnu -rw-r--r-- 1 root root 358 Jun 11 12:23 x86_64-pc-linux-gnu-8.3.0 The question must be why is emerge looking for config-i686-pc-linux-gnu? Has Jens messed about with CHOST= in /etc/portage/make.conf? Will the package build without complaining if emerged so: CHOST="x86_64-pc-linux-gnu" emerge -1aDv x11-libs/libXt with CHOST="x86_64-pc-linux-gnu" emerge -1aDv x11-libs/libXt the ebuild produces the same error. CHOST in my make.conf is x86_64-pc-linux-gnu. env.d/gcc also looks fine: # ls -la /etc/env.d/gcc/ total 16 drwxr-xr-x 2 root root 4096 Jul 21 19:45 . drwxr-xr-x 7 root root 4096 Jul 22 19:21 .. lrwxrwxrwx 1 root root 25 Jul 21 19:45 .NATIVE -> x86_64-pc-linux-gnu-8.3.0 -rw-r--r-- 1 root root 34 Jul 21 19:45 config-x86_64-pc-linux-gnu -rw-r--r-- 1 root root 358 Jul 19 21:18 x86_64-pc-linux-gnu-8.3.0 Best regards Jens You probably installed a (cross) toolchain with host=i686-pc-linux-gnu at some point, and now you have stale symlinks leftover in /usr. Try removing them. Could it be this, from the build.log: * econf: updating libXt-1.2.0/config.guess with /usr/share/gnuconfig/config.guess /var/tmp/portage/x11-libs/libXt-1.2.0/work/libXt-1.2.0/configure --prefix=/usr \ --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu Why is econf using i686 as a prefix? raffaele
Re: [gentoo-user] Can't compile x11-libs/libXt
Jens Pelzetter wrote: Hello Jack, a GCC profile is selected: # gcc-config -l [1] x86_64-pc-linux-gnu-8.3.0 * # gcc-config -c x86_64-pc-linux-gnu-8.3.0 Best regards Jens Am 23.07.19 um 01:31 schrieb Jack: On 2019.07.22 09:02, Jens Pelzetter wrote: Hello everyone, recently x11-libs/libXt was updated to version 1.2.0. On one of systems 1.2.0 does not compile. The error is rather strange: checking for i686-pc-linux-gnu-cpp... /usr/bin/i686-pc-linux-gnu-cpp checking if /usr/bin/i686-pc-linux-gnu-cpp requires -undef... * gcc-config: No gcc profile is active! /usr/bin/gcc-config: line 76: /etc/env.d/gcc/config-i686-pc-linux-gnu: No such file or directory gcc-config: error: could not run/locate 'i686-pc-linux-gnu-cpp' * gcc-config: No gcc profile is active! /usr/bin/gcc-config: line 76: /etc/env.d/gcc/config-i686-pc-linux-gnu: No such file or directory gcc-config: error: could not run/locate 'i686-pc-linux-gnu-cpp' * gcc-config: No gcc profile is active! /usr/bin/gcc-config: line 76: /etc/env.d/gcc/config-i686-pc-linux-gnu: No such file or directory gcc-config: error: could not run/locate 'i686-pc-linux-gnu-cpp' configure: error: /usr/bin/i686-pc-linux-gnu-cpp defines unix with or without -undef. I don't know what to do. The systems is a multilib systems (32 and 64 Bit). I suspect that it is not a bug in the libXt ebuild but a problem with my system, but I can't figure out what the problem is. Any help is appreciated. build.log, environment etc. are attached. Best regards Do you have a gcc profile selected? "gcc-config -l" should list the available ones and indicate which is selected. Jack The gcc compiler for your profile is prefixed by x86_64-* but your configure script is looking for i686-* and does not find it: "gcc-config: error: could not run/locate 'i686-pc-linux-gnu-cpp'" That said, I'm no longer on multilib since years so I would not know what the root cause of your problem is, sorry. Maybe 'eselect profile list' helps? raffaele
Re: [gentoo-user] hw problems
Adam Carter wrote: On Mon, Jul 22, 2019 at 7:47 PM mailto:p...@xvalheru.org>> wrote: Hi, Since last week my gentoo installation start to randomly freeze. The first I've detected was during huge disk usage, another was during hibernation, etc. I think it might be related to HDD problems, but I want to be sure. In kernel log there are some errors, but I'm not able to decide if those causes the freezing or not (I've saw such messages earlier too, so I'm not sure). So, is there a good diagnostic tool to check HW and mainly HDD? What I need to decide is if buying new HDD will fix the issue or not Install smartmontools then # smartctl -a /dev/sda I think Adam answered the OP but I just wanted to understand the kernel log: - the errors are from device pcieport :00:1c.0 - according to "pci :00:1c.0: [8086:9d14] type 01 class 0x060400", this is should be a PCI bridge. So the error may come from the bridge itself or from a device attached to the bridge, I suppose? - the disk is attached to ata1: "ata1.00: ATA-10: ST2000LM015-2E8174, SDM1, max UDMA/133" - ata1 is "ata1: SATA max UDMA/133 abar m2048@0xd1133000 port 0xd1133100 irq 122" Is there a way to understand where the ata1 is physically attached to? In other words, can one tell from the log if the error comes from the ata1 device or something else? thanks, raffaele
Re: [gentoo-user] point and click in vim stopped working
Raffaele Belardi wrote: Philip Webb wrote: 190523 Raffaele Belardi wrote: No problem with Gvim. With raw Vim in a Konsole or Xterm scrolling moves the pointer 3 lines, but clicking doesn't move it ; with ':set mouse=a' in raw Vim, the pointer moves with a click, but scrolling scrolls the full display. If you want to use a mouse with Vim, why don't you use Gvim ? I've had a desktop devoted to Gvim always open for many years. I guess I'll need to downgrade packages till I find the one causing the change in the behaviour. I was thinking to start with vim and libinput. Looks like it's a terminal issue, not vim. Same vim version executed from urxvt instead of lxterminal has no problems with point and click. raffaele
Re: [gentoo-user] point and click in vim stopped working
Philip Webb wrote: 190523 Raffaele Belardi wrote: No problem with Gvim. With raw Vim in a Konsole or Xterm scrolling moves the pointer 3 lines, but clicking doesn't move it ; with ':set mouse=a' in raw Vim, the pointer moves with a click, but scrolling scrolls the full display. If you want to use a mouse with Vim, why don't you use Gvim ? I've had a desktop devoted to Gvim always open for many years. Could be an option but being an embedded software developer I got used to vim in a text console and would like to keep it that way. I guess I'll need to downgrade packages till I find the one causing the change in the behaviour. I was thinking to start with vim and libinput. raffaele
[gentoo-user] point and click in vim stopped working
After a recent update (~amd64) point and click in vim no longer works: the mouse wheel scrolls the file but when I left-click somewhere in the file the pointer is not moved there. I have 'set mouse=a' in .vimrc, I also tried to issue it directly from vim. I'm using lxterminal on LXDE and the last update affected the files below. Anybody else noticed this behaviour? thanks, raffaele Thu May 16 09:24:34 2019 >>> dev-libs/libutf8proc-2.4.0 Thu May 16 09:25:10 2019 >>> sys-process/lsof-4.93.2 Thu May 16 09:25:34 2019 >>> sys-apps/baselayout-java-0.1.0-r1 Thu May 16 09:26:16 2019 >>> app-portage/portage-utils-0.74-r1 Thu May 16 09:38:36 2019 >>> sys-devel/gettext-0.20.1 Thu May 16 14:36:57 2019 >>> sys-devel/gcc-9.1.0 Thu May 16 14:40:46 2019 >>> dev-libs/elfutils-0.176-r1 Thu May 16 14:41:07 2019 >>> virtual/perl-ExtUtils-MakeMaker-7.340.0-r1 Thu May 16 14:41:30 2019 >>> virtual/perl-Exporter-5.730.0-r1 Thu May 16 14:41:51 2019 >>> virtual/perl-Carp-1.500.0-r1 Thu May 16 14:42:12 2019 >>> virtual/perl-Getopt-Long-2.500.0-r1 Thu May 16 14:42:32 2019 >>> virtual/perl-CPAN-Meta-YAML-0.18.0-r4 Thu May 16 14:42:53 2019 >>> virtual/perl-Digest-MD5-2.550.0-r1 Thu May 16 14:43:15 2019 >>> virtual/perl-IO-Socket-IP-0.390.0-r1 Thu May 16 14:43:36 2019 >>> virtual/perl-ExtUtils-Install-2.140.0-r1 Thu May 16 14:44:18 2019 >>> media-libs/exiftool-11.41 Thu May 16 14:51:32 2019 >>> sys-kernel/gentoo-sources-5.1.2 Thu May 16 14:51:51 2019 >>> virtual/perl-CPAN-Meta-2.150.10-r2 Thu May 16 15:22:53 2019 >>> sys-devel/gdb-8.3 Thu May 16 15:24:44 2019 >>> dev-libs/libxslt-1.1.33-r1 Thu May 16 15:27:16 2019 >>> media-libs/alsa-lib-1.1.9 Thu May 16 15:34:14 2019 >>> sys-block/thin-provisioning-tools-0.8.1 Thu May 16 15:35:40 2019 >>> app-editors/vim-core-8.1.1312 Thu May 16 15:36:57 2019 >>> sys-libs/e2fsprogs-libs-1.45.1 Thu May 16 15:38:56 2019 >>> sys-apps/iproute2-5.1.0 Thu May 16 15:40:20 2019 >>> dev-libs/libuv-1.29.0 Thu May 16 15:41:28 2019 >>> x11-libs/libfm-extra-1.3.1 Thu May 16 15:47:40 2019 >>> dev-libs/nss-3.44-r1 Thu May 16 15:48:51 2019 >>> media-sound/alsa-utils-1.1.9 Thu May 16 15:51:59 2019 >>> sys-fs/e2fsprogs-1.45.1-r1 Thu May 16 15:53:01 2019 >>> dev-libs/libinput-1.13.2 Thu May 16 15:55:35 2019 >>> net-fs/nfs-utils-2.3.4 Thu May 16 15:59:27 2019 >>> app-editors/vim-8.1.1312 Thu May 16 16:29:09 2019 >>> media-libs/mesa-19.1.0_rc2 Thu May 16 16:29:42 2019 >>> x11-apps/xinit-1.4.1 Thu May 16 16:30:55 2019 >>> sys-apps/man-pages-5.01 Thu May 16 16:40:40 2019 >>> app-text/poppler-0.76.1 Thu May 16 16:53:49 2019 >>> media-gfx/imagemagick-7.0.8.45 Thu May 16 16:57:16 2019 >>> x11-libs/gtksourceview-3.24.11 Thu May 16 16:57:46 2019 >>> www-plugins/adobe-flash-32.0.0.192 Thu May 16 16:59:36 2019 >>> sys-apps/portage-2.3.66-r1 Thu May 16 17:00:29 2019 >>> app-portage/gentoolkit-0.4.5 Thu May 16 17:02:14 2019 >>> net-fs/cifs-utils-6.9 Thu May 16 17:12:02 2019 >>> dev-vcs/subversion-1.12.0 Thu May 16 17:15:03 2019 >>> x11-libs/libfm-1.3.1 Thu May 16 17:15:49 2019 >>> x11-misc/pcmanfm-1.3.1
Re: [gentoo-user] Re: bash upgrading problem
Jacques Montier wrote: > / > / > Le lun. 21 janv. 2019 à 07:52, Raffaele Belardi <mailto:raffaele.bela...@st.com>> a écrit : > > Jacques Montier wrote: > > checking whether /dev/fd is available... ERROR: ld.so: object > 'libsandbox.so' from > LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. > > Just a guess. configure here is trying to read /dev/fd which is a symlink > to > /proc/self/fd. Do you see anything strange with those two directories or > directory > entries? > > $ ll /dev/fd > lrwxrwxrwx 1 root root 13 Jan 21 07:10 /dev/fd -> /proc/self/fd > > > # ll /proc/self/fd > total 0 > lrwx-- 1 root root 64 Jan 21 07:53 0 -> /dev/pts/3 > lrwx-- 1 root root 64 Jan 21 07:53 1 -> /dev/pts/3 > lrwx-- 1 root root 64 Jan 21 07:53 2 -> /dev/pts/3 > lr-x-- 1 root root 64 Jan 21 07:53 3 -> /proc/3744/fd > > # ll /proc/self/ > total 0 > dr-x-- 2 root root 0 Jan 21 07:54 fd > (snip) > > > Thanks Raffaele, > > No, i don't see anything strange with those two directories. Do you ? > > $ ls -al /dev/fd > lrwxrwxrwx 1 root root 13 21 janv. 10:28 /dev/fd -> /proc/self/fd/ > > $ ls -al /proc/self/fd > total 0 > dr-x-- 2 jacques jacques 0 21 janv. 10:43 ./ > dr-xr-xr-x 9 jacques jacques 0 21 janv. 10:43 ../ > lrwx-- 1 jacques jacques 64 21 janv. 10:43 0 -> /dev/pts/0 > lrwx-- 1 jacques jacques 64 21 janv. 10:43 1 -> /dev/pts/0 > lrwx-- 1 jacques jacques 64 21 janv. 10:43 2 -> /dev/pts/0 > lr-x-- 1 jacques jacques 64 21 janv. 10:43 3 -> /proc/5146/fd/ > > $ ls -al /proc/self/ > dr-x-- 2 jacques jacques 0 21 janv. 10:44 fd/ > Well, they are owned by jacques instead of root. Could it be the reason why you're asked for a password? Maybe some strange interaction with the sandbox? raffaele
Re: [gentoo-user] Re: bash upgrading problem
Jacques Montier wrote: > checking whether /dev/fd is available... ERROR: ld.so: object 'libsandbox.so' > from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. Just a guess. configure here is trying to read /dev/fd which is a symlink to /proc/self/fd. Do you see anything strange with those two directories or directory entries? $ ll /dev/fd lrwxrwxrwx 1 root root 13 Jan 21 07:10 /dev/fd -> /proc/self/fd # ll /proc/self/fd total 0 lrwx-- 1 root root 64 Jan 21 07:53 0 -> /dev/pts/3 lrwx-- 1 root root 64 Jan 21 07:53 1 -> /dev/pts/3 lrwx-- 1 root root 64 Jan 21 07:53 2 -> /dev/pts/3 lr-x-- 1 root root 64 Jan 21 07:53 3 -> /proc/3744/fd # ll /proc/self/ total 0 dr-x-- 2 root root 0 Jan 21 07:54 fd (snip)
Re: [gentoo-user] RAM checks for chromium
> Thanks for this. It may be I'll need to build chromium as a binary on the > faster PC from now on and copy it over to the older clients, but I can't > recall what command spews out the detailed CFLAGS for the client which I will > need to run on the faster host's CLI to emerge the binary. Grateful for any > hints. app-portage/cpuid2cpuflags Mick wrote: > On Tuesday, 4 December 2018 08:06:22 GMT Alexander Kapshuk wrote: >> On Tue, Dec 4, 2018 at 9:35 AM Mick wrote: >>> Two Intel systems with 4G RAM failed to build chromium, even after setting >>> >>> MAKEOPTS="-j2". The ebuild is checking for a minimum of 3G RAM: >> Running pre-merge checks for www-client/chromium-70.0.3538.110 >>> >>> * Checking for at least 3 GiB RAM ...[ ok >>> ] >>> * Checking for at least 5 GiB disk space at "/var/tmp/portage/www-client/ >>> >>> chromium-70.0.3538.110/temp" ... [ ok >>> ] >>> >>> Given I've spent more than two days compiling to get nowhere with this, >>> I'm >>> thinking: >>> >>> a) Chromium probably needs more than 3G now. >>> b) Either the ebuild, or portage, ought to check available RAM and >>> dynamically adjust the number of jobs accordingly - or have I watched too >>> many AI movies? >>> >>> -- >>> Regards, >>> Mick >> >> You're right. Chromium does require more than 3G of RAM to build. >> Here are the current system requirements for building Chromium on Linux: >> >> System requirements >> A 64-bit Intel machine with at least 8GB of RAM. More than 16GB is >> highly recommended. > > OK it figures, an AMD system with 16G RAM and /var/portage/ on a tmpfs had no > problem. > > >> At least 100GB of free disk space. > > O_O What the ... ? > > >> You must have Git and Python v2 installed already. >> >> See the link below for details. >> https://chromium.googlesource.com/chromium/src/+/HEAD/docs/linux_build_instr >> uctions.md#system-requirements > > Thanks for this. It may be I'll need to build chromium as a binary on the > faster PC from now on and copy it over to the older clients, but I can't > recall what command spews out the detailed CFLAGS for the client which I will > need to run on the faster host's CLI to emerge the binary. Grateful for any > hints. >
Re: [gentoo-user] www-client/opera not asking for master password
Alexey Eschenko wrote: > Hi. > > As far as I remember Opera for Linux will integrate with your system > keyring if it's present. > > Last time I used it I was asked for system keyring password eventually > when I started to set up some settings or tried to save some password. > > Do you have gnome-keyring or something alike installed? Although I never used it gnome-keyring is probably installed, it's a default gnome installation. Thanks for the hint, I'll check that. bye, raffaele
[gentoo-user] www-client/opera not asking for master password
I recently started using Opera browser. According to the manuals it should be possible to store web site passwords locally protected by a 'master' password (I don't want to create an opera account). On my ~amd64 installation there is an entry in the Settings menu showing the stored passwords but Opera never asks me to set up a password to protect them. Is this a common issue or am I missing something in my installation? thanks, raffaele
Re: [gentoo-user] remote debugging python on embedded platform
R0b0t1 wrote: > On Mon, Sep 17, 2018 at 12:36 PM, R0b0t1 wrote: >> On Mon, Sep 17, 2018 at 11:53 AM, Raffaele Belardi >> wrote: >>> (Moved from [pycharm-community vs pycharm-professional] thread) >>> >>>> Usually what I see is either sftp or rsync (over ssh) to the remote >>>> computer, then ssh to run the updated files. Alternatively you can ssh >>>> to the remote host and run vim within that session. >>>> >>> >>> I suppose vim on Host + ssh for transfer/run would be fine for me. >>> >>> For debugging I saw some support for python is available in gdb but I'm not >>> sure of the >>> environment, would I run gdb on the host or on the target (via gdbserver)? >>> Also, is gdb a viable solution given the interpreted nature of python or >>> I'd better start >>> off with some GUI/IDE? >> >> This is where it gets a bit weird... It seems there are multiple >> custom remote debug implementations. >> >> From some discussion on what PyCharm does (how it was broken by a >> company firewall) it looks like it starts an ssh connection to the >> target machine and runs pdb. PyDev may do something similar but it >> looks like it replaces pdb with its own module. >> >> Microsoft uses https://github.com/Microsoft/ptvsd. Visual Studio Code >> is actually quite good and should run on Gentoo - it is open source, >> as is their remote python debugger. I had forgotten about it but if >> you want a GUI do strongly consider it. > > Also this, sorry - https://github.com/quantopian/qdb. I had a quick look at the native python debugger pdb, I suppose that it should be fine till I'll be good enough with coding to crash the interpreter :-). I'll edit on the host ('USE=python emerge vim') and share mounts via NFS. Thanks for the qdb hint, looks promising. VSCode license has some privacy statements that I don't like. thanks, raffaele
[gentoo-user] remote debugging python on embedded platform
(Moved from [pycharm-community vs pycharm-professional] thread) R0b0t1 wrote: > On Mon, Sep 17, 2018 at 10:54 AM, Raffaele Belardi >> I'd use Python to develop programs for fun on an ARM-linux embedded board, >> with the host >> PC running Gentoo. I suppose that for debugging on the target I'd need this >> feature: >> "Remote run/debug" which is available only in the (pycharm)Pro edition, >> right? >> > > Usually what I see is either sftp or rsync (over ssh) to the remote > computer, then ssh to run the updated files. Alternatively you can ssh > to the remote host and run vim within that session. > I suppose vim on Host + ssh for transfer/run would be fine for me. For debugging I saw some support for python is available in gdb but I'm not sure of the environment, would I run gdb on the host or on the target (via gdbserver)? Also, is gdb a viable solution given the interpreted nature of python or I'd better start off with some GUI/IDE? I normally use gdb/gdbserver for embedded C debugging so I'm fine with the gdb command line interface. thanks, raffaele
Re: [gentoo-user] pycharm-community vs pycharm-professional
András Csányi wrote: > Hi, > > Check this page: > https://www.jetbrains.com/pycharm/features/editions_comparison_matrix.html I'm not the OP but am interested in the topic and currently just a noob in Python. I'd use Python to develop programs for fun on an ARM-linux embedded board, with the host PC running Gentoo. I suppose that for debugging on the target I'd need this feature: "Remote run/debug" which is available only in the Pro edition, right? thanks, raffaele
Re: [gentoo-user] scanner problem
Philip Webb wrote: > Thanks for the replies so far, which I've followed up with ideas of my own. > ... > > Further thoughts from anyone are very welcome. > Sometimes removing or renaming the .xsane directory (or whatever it's named, I'm not in front of my desktop now) from my home directory solved similar problems. raffaele
Re: [gentoo-user] crossdev arm-unknown-linux-gnu failed
Jeremi Piotrowski wrote: > On Sun, May 27, 2018 at 05:06:43AM +0200, tu...@posteo.de wrote: >> Hi, >> >> too feed a STM32F103C8T6 MCU (Core-M3) with some code to execute, >> I want a compiler. For that I did a >> >> crossdev arm-unknown-linux-gnu >> >> . That one failed to build (gcc, binytils seem to be ok). >> > That triplet is not going to work for that hardware for two reasons: > > - bare-metal implies no kernel so 'linux' is wrong > - gnu (== glibc) is not going to work on bare-metal > > What you're looking for is 'arm-none-eabi', that's what all the vendor > supplied prebuilt toolchains use. That triplet will use 'newlib' as the > libc, which is the correct choice for bare-metal. > > I wouldv'e said 'arm-unknown-linux-eabi' or the gentoo specific > 'armv7m-softfloat-none-eabi' but for some reasons the binutils > build chokes on that. However compared to arm-none-eabi the only thing > these triplets do is change some of the configured defaults (arch/fpu/..., > see /usr/portage/eclass/toolchain.eclass), so you should be fine with > 'arm-none-eabi'. > arm-none-eabi is also what I'm using here on a similar platform. To the OP, if you only need to build some program for ARM and not install a gentoo system on the target then you could download the pre-built cross-compiler toolchain from the ARM site (https://developer.arm.com/open-source/gnu-toolchain/gnu-rm/downloads). raffaele
Re: [gentoo-user] Nvidia kernel module API version mismatch
Aleksander Okonski wrote: > Hey, > > I have run into a strange problem with my nvidia drivers and gentoo. I am > currently > running kernel 4.14.14 and I upgraded my x11-drivers/nvidia-drivers to 390.42 > from 390.25. > Once the new drivers were installed I rebooted my laptop. Once rebooted I was > unable to > start the xorg server using startx and was greeted with errors. The > /var/logs/xorg.0.log > said that the problem was with the kernel module. Looking at dmesg I see that > I am getting > the error: > > NVRM: API mismatch: the client has the version 390.42, but this kernel module > has version > 390.25. please make sure that this kernel module and all NVIDIA driver > components have the > same version. > I had a similar problem for months, finally I looked into /lib or /usr/lib (I think it was an nvidia/ subdirectory of these) and found that some symlinks where pointing to old versions of the libraries provided by nvidia. I adjusted the symlinks to point to the new versions and the message disappeared. Sorry I cannot be more precise but it was some time ago and right now I'm on an nvidia-less system. Note that in my case it was just an annoying log message, the server did start successfully. raffaele
Re: [gentoo-user] how to support a package going out of tree
Walter Dnes wrote: > On Fri, Jan 26, 2018 at 12:13:32PM +0100, Raffaele Belardi wrote >> One of my son's favourite games (hedgewars) is going out of tree >> due to dependency on deprecated QT4. >> >> I already have a local overlay with a modified hedgewars ebuild >> which adds support for a non-standard USE flag but I suppose this >> will not be sufficient to continue using/building the game. Once the >> dependencies will go out of tree also there will be little chance >> to rebuild the game if necessary, right?. > > If you're looking at long-term, I would suggest installing a separate > machine or chroot or VM, which will not be updated. If you keep it long > enough, the main system is going to get to the point where either > hedgewars doesn't work or your regular apps don't work. > This could be an easier route than trying to maintain the ebuild locally, as Rich noted. Thanks, I'll investigate on both routes. raffaele
Re: [gentoo-user] how to support a package going out of tree
Neil Bothwick wrote: > On Fri, 26 Jan 2018 12:13:32 +0100, Raffaele Belardi wrote: > >> One of my son's favourite games (hedgewars) is going out of tree due to >> dependency on deprecated QT4. >> >> I already have a local overlay with a modified hedgewars ebuild which >> adds support for a non-standard USE flag but I suppose this will not be >> sufficient to continue using/building the game. Once the dependencies >> will go out of tree also there will be little chance to rebuild the >> game if necessary, right?. > > Right, so copy the dependencies to your overlay too. Portage will warn > you when they are slated for removal. Which I suppose means the packages listed under RDEPEND and DEPEND in the ebuild. Ok, should be manageable. thanks, raffaele
[gentoo-user] how to support a package going out of tree
One of my son's favourite games (hedgewars) is going out of tree due to dependency on deprecated QT4. I already have a local overlay with a modified hedgewars ebuild which adds support for a non-standard USE flag but I suppose this will not be sufficient to continue using/building the game. Once the dependencies will go out of tree also there will be little chance to rebuild the game if necessary, right?. thanks, raffaele
Re: [gentoo-user] Make failed to compile: symbol __alloca not found...
David Haller wrote: > Hello, > > On Mon, 11 Dec 2017, tu...@posteo.de wrote: >> On 12/11 05:13, David Haller wrote: >>> Hello, >>> >>> On Sun, 10 Dec 2017, tu...@posteo.de wrote: x86_64-pc-linux-gnu-gcc -DLOCALEDIR=\"/usr/share/locale\" -DLIBDIR=\"/usr/lib64\" -DINCLUDEDIR=\"/usr/include\" -DHAVE_CONFIG_H -I. -I./glob-march=native -O2 -pipe -c -o remote-stub.o remote-stub.c x86_64-pc-linux-gnu-gcc -march=native -O2 -pipe -Wl,--export-dynamic -Wl,-O1 -Wl,--as-needed -o make ar.o arscan.o commands.o default.o dir.o expand.o file.o function.o getopt.o getopt1.o guile.o implicit.o job.o load.o loadapi.o main.o misc.o posixos.o output.o read.o remake.o rule.o signame.o strcache.o variable.o version.o vpath.o hash.o remote-stub.o glob/libglob.a -ldl glob/libglob.a(glob.o): In function `glob_in_dir': glob.c:(.text+0x2ed): undefined reference to `__alloca' >>> >>> IIRC, that's a missing #define somewhere. Or a #define where it >>> shouldn't. But the thing is: on my system, make doesn't build libglob >>> at all because it finds the globbing stuff in glibc. And make has its >>> own alloca.c. >>> >>> So, please show the output of the configure-part of the ebuild and >>> what's the output of: >>> >>> $ grep _GNU_GLOB_INTERFACE_VERSION /usr/include/gnu-versions.h >> >> Here it comes: > [..] >> ./configure --prefix=/usr --build=x86_64-pc-linux-gnu >> --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info >> --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib >> --disable-dependency-tracking --disable-silent-rules --libdir=/usr/lib64 >> --program-prefix=g --without-guile --enable-nls >> configure: loading site script /usr/share/config.site > [..] >> checking if system libc has GNU glob... no > [..] > > That figures. > >> /root>grep _GNU_GLOB_INTERFACE_VERSION /usr/include/gnu-versions.h >> #define _GNU_GLOB_INTERFACE_VERSION 2 /* vs posix/glob.c */ > > You seem to be using glibc-2.26. Question is, is that new > GLOB_INTERFACE backwards compatible or not? If it is, you could just > mangle the configure, so that "GNU glob" is considered found, a patch > via the e{apply,patch}_user of configure{ac,} should work. > >> Any ideas? > > "downgrade" to the stable glibc-2.25 ... ;) > > Or dig into why the following happens, i.e. why is __alloca not > defined in glob_in_dir() ... > I don't think it's glibc, here make compiles fine: $ eix -I make ... sys-devel/make Installed versions: 4.2.1-r1(06:56:41 PM 12/11/2017)(nls -guile -static) $ eix -I glibc ... Installed versions: 2.26-r3(2.2)^s(07:08:24 PM 12/04/2017)(-audit -caps -debug -gd -hardened -multilib -nscd -profile -selinux -suid -systemtap -vanilla CROSSCOMPILE_OPTS="-headers-only") ...but: $ grep _GNU_GLOB_INTERFACE_VERSION /usr/include/gnu-versions.h #define _GNU_GLOB_INTERFACE_VERSION 1 /* vs posix/glob.c */ raffaele
Re: [gentoo-user] Make failed to compile: symbol __alloca not found...
tu...@posteo.de wrote: > On 12/11 10:12, Raffaele Belardi wrote: >> tu...@posteo.de wrote: >>> >>> sys-devel/make-4.2.1-r1 failed to compile with this: >>> >>> How can I recompile make -- it is still non-PIE and one of those >>> application which I cant convince to be friendly to gcc :) >>> >>> How serious is this alloca-thingy at all? >>> >> >> Is there anything special about your environment? For example, I notice >> '--as-needed' in >> your linker flags: that affects how the linker works which in turn may cause >> your problem, >> was it your choice or a default option? >> > > My root-environment look like this: > What's the output of: $ grep CFLAGS /etc/portage/make.conf $ grep USE /etc/portage/make.conf Are you defining per-package USE or CFLAGS? raffaele
Re: [gentoo-user] Make failed to compile: symbol __alloca not found...
tu...@posteo.de wrote: > Hi, > > sys-devel/make-4.2.1-r1 failed to compile with this: > > Online I found articles which explain, why it is not recommended to > use alloca() at all: > RETURN VALUE The alloca() function returns a pointer to the beginning of the > allocated space. If the allocation causes stack overflow, program behaviour > is undefined. > (https://stackoverflow.com/questions/1018853/why-is-the-use-of-alloca-not-considered-good-practice) > > How can I recompile make -- it is still non-PIE and one of those > application which I cant convince to be friendly to gcc :) > > How serious is this alloca-thingy at all? > Not being able to build sys-devel/make is a really serious thing but rather than trying to debug the sources I'd try to understand why it does not build for you while it does for most of the gentoo users (otherwise bugzilla and this list would be overwhelmed with panic messages!). Is there anything special about your environment? For example, I notice '--as-needed' in your linker flags: that affects how the linker works which in turn may cause your problem, was it your choice or a default option? Once your build issue is solved you could investigate on the 'make' online resources why they chose to use alloca function (BTW, this may give you a hint: "This temporary space is automatically freed when the function that called alloca() returns to its caller." I wouldn't use it but it may make some coding easier) raffaele
Re: [gentoo-user] Re: Emerge does want to tell me...what?
Peter Humphrey wrote: > On Tuesday, 5 December 2017 16:49:28 GMT Raffaele Belardi wrote: > >> Looks like your -fpic modification did not make it through. > > Do I have my syntax wrong, then? > > # cat /etc/portage/package.env > www-client/palemoon nopic > peak ~ # cat /etc/portage/env/nopic > CFLAGS="${CFLAGS} -fPIC" > > I've tried -fPIC and -fpic, but I still get the error: > undefined reference to 'GetDemuxerLog()' > > I used this as guide: > > https://wiki.gentoo.org/wiki/Knowledge_Base:Overriding_environment_variables_per_package > Two suggestions, neither of which I believe will solve your problem: - did you rebuild completely palemoon after changing the -fpic into -fPIC? If you issued 'emerge' as usual and not 'make' directly in the palemoon build dir then the answer is yes. - could it be that CXXFLAGS is not affected by the CFLAGS change in the package.env? Try specifying both in the nopic file Sorry, I'm out of ideas. raffaele
Re: [gentoo-user] "The sound of Silence" by glibc
tu...@posteo.de wrote: > Hi, > > emerge -e @world installs glibc > > On my system this kills the build of pulseaudio...which in turn make > my linux PC one of the most quiet ones...sigh: > >>From the compilation output of pulseaudio: > Wfloat-equal -Wmissing-prototypes -Wredundant-decls -Wmissing-declarations > -Wmissing-noreturn -Wshadow -Wendif-labels -Wcast-align -Wstrict-aliasing > -Wwrite-strings -Wno-unused-parameter -ffast-math -fno-common > -fdiagnostics-show-option -fdiagnostics-color=auto -c -o > pulsecore/libpulsecommon_11.0_la-socket-util.lo `test -f > 'pulsecore/socket-util.c' || echo > '/var/tmp/portage/media-sound/pulseaudio-11.0/work/pulseaudio-11.0/src/'`pulsecore/socket-util.c > In file included from > /var/tmp/portage/media-sound/pulseaudio-11.0/work/pulseaudio-11.0/src/pulsecore/shm.c:48:0: > /var/tmp/portage/media-sound/pulseaudio-11.0/work/pulseaudio-11.0/src/pulsecore/memfd-wrappers.h:36:19: > error: static declaration of ‘memfd_create’ follows non-static declaration > static inline int memfd_create(const char *name, unsigned int flags) { >^~~~ > In file included from /usr/include/bits/mman-linux.h:115:0, > from /usr/include/bits/mman.h:45, > from /usr/include/sys/mman.h:41, > from > /var/tmp/portage/media-sound/pulseaudio-11.0/work/pulseaudio-11.0/src/pulsecore/shm.c:37: > /usr/include/bits/mman-shared.h:46:5: note: previous declaration of > ‘memfd_create’ was here > int memfd_create (const char *__name, unsigned int __flags) __THROW; > ^~~~ > make[3]: *** [Makefile:7991: pulsecore/libpulsecommon_11.0_la-shm.lo] Error 1 > make[3]: *** Waiting for unfinished jobs > libtool: compile: x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. > -I/var/tmp/portage/media-sound/pulseaudio-11.0/work/pulseaudio-11.0/src -I.. > -I/var/tmp/portage/media-sound/pulseaudio-11.0/work/pulseaudio-11.0/src > -I/var/tmp/portage/media-sound/pulseaudio-11.0/work/pulseaudio-11.0/src/modules > -I../src/modules -DPA_ALSA_PATHS > > > -rw-r--r-- 1 root root 1872 2017-12-05 17:30 mman.h > -rw-r--r-- 1 root root 4802 2017-12-05 17:30 mman-linux.h > -rw-r--r-- 1 root root 2730 2017-12-05 17:30 mman-shared.h > > include/bits>qfile /usr/include/bits/mman.h > sys-libs/glibc (/usr/include/bits/mman.h) > > > How can I get out of this... Looks like pulseaudio is redefining a glibc function and it is doing it in the wrong way by adding the static keyword. To me it looks like a pulseaudio problem, not glibc. Not much you could do except maybe try to comment out the invalid or outdated 'static' declaration from the pulseaudio's memfd-wrappers.h, but that will probably bring out other problems. Better open a bug upstream. There's a pulseaudio-11.1 version in portage, have you tried that already? raffaele
[gentoo-user] switch to profile 17.0 complete, completely painless
One (~x86) LXDE system completed the switch with no problem, the other (~amd64) built all except two packaged (sdlmame and torcs) which did not build with gcc-7.2 even before the switch to 17.0. Gentoo devs and arch testers did a good job as usual. I'll do the switch on the Gnome system in the next days but up to now I can say that the switch to 17.0 is a _lot_ less painful than switching major compiler version. raffaele
Re: [gentoo-user] Re: Emerge does want to tell me...what?
Peter Humphrey wrote: > On Tuesday, 5 December 2017 10:23:30 GMT Peter Humphrey wrote: > >> I've been waiting for shouts of horror at that suggestion, but all's quiet >> so I'll see if I can remember how to set -fpic in the environment of >> palemoon. I'd have expected the ebuild do that though. > > OK, I've done that and now I get these errors: > > [...] > 10:08.72 ../../build/unix/gold/ld: error: /var/tmp/portage/www-client/ > palemoon-27.6.2/work/palemoon-27.6.2/o/toolkit/library/../../media/ > libstagefright/Unified_cpp_media_libstagefright0.o: requires dynamic > R_X86_64_PC32 reloc against '_Z13GetDemuxerLogv' which may overflow at > runtime; recompile with -fPIC > 10:08.72 ../../build/unix/gold/ld: error: read-only segment has dynamic > relocations > 10:08.72 /var/tmp/portage/www-client/palemoon-27.6.2/work/palemoon-27.6.2/ > media/libstagefright/binding/MoofParser.cpp:767: error: undefined reference > to 'GetDemuxerLog()' > [...] > > I can't see how an undefined reference can be due to my environment, or can > it? > The real error is few lines above and the solution suggested: 'recompile with -fPIC'. ld does not find a suitable GetDemuxerLog due to that error. Looks like your -fpic modification did not make it through. raffaele
Re: [gentoo-user] is multi-core really worth it?
Wols Lists wrote: >> >> If a tmpfs fills up, the excess gets swapped out, but with 32GB RAM here I >> haven't yet seen any swap used at all - not even in an emerge -e world. > > Same here. Note that tmpfs defaults to half ram, so that would give you > a 16GB /var/tmp/portage. With 16GB ram here, that would probably cause > things like emerging libreoffice or firefox or gcc to abort. Not really, libreoffice and gcc compile slowly but fine here with 3Gb RAM and 3Gb spin-disk swap, and using PORTAGE_NICENESS=19 the system is still usable (rebuilding world for the profile switch right now). That's with an LXDE desktop, Gnome3 survived only a few months, _that_ was really unusable. $ free totalusedfree shared buff/cache available Mem:3102960 1316120 964848 370488 821992 1123260 Swap: 3076344 91648 2984696 $ df Filesystem Size Used Avail Use% Mounted on tmpfs 304M 1.9M 302M 1% /run none1.5G 0 1.5G 0% /dev/shm $ eix -I libreoffice [I] app-office/libreoffice Available versions: 5.4.2.2 (~)5.4.3.2 Installed versions: 5.4.3.2 $ gcc-config -l [1] i686-pc-linux-gnu-7.2.0 * $ qlop -gH libreoffice | tail -n 2 libreoffice: Wed Nov 22 18:13:17 2017: 12 hours, 37 minutes, 9 seconds libreoffice: 13 times $ qlop -gH gcc | tail -n 2 gcc: Mon Dec 4 21:50:26 2017: 3 hours, 9 minutes, 7 seconds gcc: 80 times $ uname -a Linux ws2912 4.14.0-gentoo #1 SMP Fri Nov 17 09:31:56 CET 2017 i686 Intel(R) Pentium(R) 4 CPU 3.40GHz GenuineIntel GNU/Linux
Re: [gentoo-user] grub-0.97-r16 and profile 17.0 change
Mick wrote: > > Quite inexplicable ... > > My kernel is 7.1M, System.map 3.4M and config is 114K. I usually leave a > total of three kernels and associated files in my ext2 46M /boot partition > and > they all used to fit in there. I tried to install grub-0.97-r16 on this > system a number of times, each time removing another spare kernel until I was > left with the latest kernel and each time it failed to install completely due > to running out of disk space. > > These are the contents of my old /boot/grub/ as restored from a back up: > > # ls -la /boot/grub/ > total 1958 > drwxr-xr-x 2 root root1024 Dec 3 14:07 . > drwxr-xr-x 4 root root1024 Dec 3 11:58 .. > -rw-r--r-- 1 root root 12506 Nov 27 2016 ascii.h > -rw-r--r-- 1 root root5000 Nov 27 2016 ascii.pf2 > -rw-r--r-- 1 root root 197 Feb 27 2010 default > -rw-r--r-- 1 root root 30 Feb 27 2010 device.map > -rw-r--r-- 1 root root 10036 Dec 10 2016 e2fs_stage1_5 > -rw-r--r-- 1 root root 52151 Nov 27 2016 euro.pf2 > -rw-r--r-- 1 root root9236 Dec 10 2016 fat_stage1_5 > -rw-r--r-- 1 root root8564 Dec 10 2016 ffs_stage1_5 > -rw-r--r-- 1 root root8947 Nov 27 2016 grub-mkconfig_lib > -rw-r--r-- 1 root root 809 Dec 3 14:07 grub.conf > -rw-r--r-- 1 root root8564 Dec 10 2016 iso9660_stage1_5 > -rw-r--r-- 1 root root 10208 Dec 10 2016 jfs_stage1_5 > lrwxrwxrwx 1 root root 9 Feb 27 2010 menu.lst -> grub.conf > -rw-r--r-- 1 root root8724 Dec 10 2016 minix_stage1_5 > -rw-r--r-- 1 root root 11252 Dec 10 2016 reiserfs_stage1_5 > -rw-r--r-- 1 root root 33856 Dec 10 2016 splash.xpm.gz > -rw-r--r-- 1 root root 512 Dec 10 2016 stage1 > -rw-r--r-- 1 root root 118712 Dec 10 2016 stage2 > -rw-r--r-- 1 root root 118712 Dec 20 2015 stage2.old > -rw-r--r-- 1 root root 118712 Dec 10 2016 stage2_eltorito > -rw-r--r-- 1 root root8852 Dec 10 2016 ufs2_stage1_5 > -rw-r--r-- 1 root root 1363292 Nov 27 2016 unicode.pf2 > -rw-r--r-- 1 root root8212 Dec 10 2016 vstafs_stage1_5 > -rw-r--r-- 1 root root 49238 Nov 27 2016 widthspec.h > -rw-r--r-- 1 root root 10874 Dec 10 2016 xfs_stage1_5 > > Installing grub-0.97-r16 would run out of disk space while trying to copy the > stage2 file. > Could it be that you ran out of inodes on the /boot partition? Have you tried # du -i on /boot? raffaele
[gentoo-user] Re: is multi-core really worth it?
Raffaele Belardi wrote: > Hi, > > rebuilding system and world with gcc-7.2.0 on a 6-core AMD CPU I have the > impression that > most of the ebuilds limit parallel builds to 1, 2 or 3 threads. I'm aware it > is only an > impression, I did not spend the night monitoring the process, but > nevertheless every time > I checked the load was very low. > > Does anyone have real-world statistics of CPU usage based on gentoo world > build? I graphed the number of parallel ebuilds while doing an 'emerge -e' world on a 4-core CPU, the graph is attached. There is an initial peak of ebuilds but I assume it is fake data due to prints being delayed. Then there is a long interval during which there are few (~2) ebuilds running. This may be due to lack of data (~700Mb still had to be downloaded when I started the emerge) or due to dependencies. Then, after ~500 merged packages, finally the number of parallel ebuilds rises to something very close to the requested 5. Note: the graph represents the number of parallel ebuilds in time, not the number of parallel jobs. The latter would be more interesting but requires a lot more effort. Note also in the log near the seamonkey build that the load rises to 15 jobs; I suppose seamonkey and other two potentially massively parallel jobs started with low parallelism, fooling emerge into starting all three of them, but then each one spawned the full -j5 jobs requested by MAKEOPTS. There's little emerge can do in these cases to maintain the load-average. All of this just to convince myself that yes, it is worth it! raffaele Method: The relevant part of the command line: # "MAKEOPTS=-j5 EMERGE_DEFAULT_OPTS=--jobs 3 --load-average 5" emerge -e world on a 4 core CPU. In the log I substituted a +1 for every 'Emerging' and -1 for every 'Installing', removed the rest of the line, summed and graphed the result. jobs3-avg5.txt.orig.gz Description: application/gzip
Re: [gentoo-user] is multi-core really worth it?
Jeremi Piotrowski wrote: > That being said: if you do a world rebuild you will have lots of packages > that spend ~40 seconds doing their autoconf run, only to build 2-3 sources > files. On an 8-core machine at work, I get good results using parallel > emerge jobs (emerge -jX). For your 6-core AMD CPU (assuming it actually > has 12 threads) I'd start with 'emerge -j3' and MAKEOPTS='-j12 -l16'. > That should get you a nice speedup, but may require a bit more ram. emerge -j3 is something I did not think of, I'll try it. But won't that break portage's carefully crafted package dependencies? I suppose you could get occasional build failures? I'm using MAKEOPTS=-j7, I thought 2 threads per CPU (hyperthreading?) was an Intel thing only. raffaele
[gentoo-user] is multi-core really worth it?
Hi, rebuilding system and world with gcc-7.2.0 on a 6-core AMD CPU I have the impression that most of the ebuilds limit parallel builds to 1, 2 or 3 threads. I'm aware it is only an impression, I did not spend the night monitoring the process, but nevertheless every time I checked the load was very low. Does anyone have real-world statistics of CPU usage based on gentoo world build? raffaele
Re: [gentoo-user] no more googleearth in portage
Urs Schütz wrote: > On 09/20/17 07:55, Raffaele Belardi wrote: >> I suppose it's due to Google's choice to support only Chrome, although I >> missed the Gentoo >> news bit if there was one. >> >> For Android there is the really good Open Street Map application, are there >> any desktop >> alternatives in Portage for non-Chrome users? I know OSM has a web interface >> but I'd >> prefer a standalone application. >> > > Maybe sci-geosciences/viking ? > Try to change the map from MapQuest to MapNik to get a first impression. > Thanks to all for replies, I think I'll start with viking, qgis looks more complicated for a beginner. But as always (mapquest vs mapnik? why there are two? why should choose?) when you scrape the surface complexity immediately emerges so it will take some time and study. raffaele
[gentoo-user] no more googleearth in portage
I suppose it's due to Google's choice to support only Chrome, although I missed the Gentoo news bit if there was one. For Android there is the really good Open Street Map application, are there any desktop alternatives in Portage for non-Chrome users? I know OSM has a web interface but I'd prefer a standalone application. raffaele
Re: [gentoo-user] remove gnome/systemd
On Tue, 2017-09-12 at 23:20 +0200, Heiko Baums wrote: > Am Tue, 12 Sep 2017 17:55:22 +0200 > schrieb Raffaele Belardi : > > > 2. emerge -C gnome networkmanager > > You don't need to uninstall networkmanager except you want to > uninstall > it for some other reasons. It doesn't need gnome or systemd. Right. It's only personal preferences (startup scripts are plain enough here, no need for dynamic reconfiguration). > > > 5. emerge -N lxde-meta > > I'd prefer Xfce, but that's a matter of taste. As far as I know LXDE > isn't developed any more in favor of LXQt. I might give Xfce a try. I did not find any definitive resource on the web stating that LXDE is dead. There are some recent commits on the sourceforge repo so it looks still alive (although not kickin'). > > > 6. emerge -N xdm openrc anacron sysklogd sysvinit > > You don't need to install sysvinit explicitly. It's a dependency of > openrc. > > Instead of anacron I'd suggest fcron. It has all the features of both > cron and anacron. That was a mistake on my part, actually I was using vixie-cron. It's a 24/7 online machine. > > Instead of sysklogd I would use syslog-ng. I don't remember the > reasons. Probably I was using the same here, thanks for reminding me. > Instead of xdm you'd better try slim or lightdm. Lightdm doesn't need > systemd either, except if you want to use multiseat with it. I used xdm (although it looks ugly) because I need a DM that updates the wtmp file and lxdm was not. Do you know if slim/lightdm support it? I did some research at the time but I forgot. > > Then you should replace udev by eudev and put USE="-gnome -systemd" > into your USE flags in /etc/portage/make.conf. > > Just to be absolutely sure put this line into > your /etc/portage/make.conf, too: > INSTALL_MASK="/lib/systemd /lib32/systemd /lib64/systemd > /usr/lib/systemd /usr/lib32/systemd /usr/lib64/systemd /etc/systemd" > > Heiko >
Re: [gentoo-user] Re: remove gnome/systemd
On Tue, 2017-09-12 at 21:22 +0300, Nikos Chantziaras wrote: > On 12/09/17 18:55, Raffaele Belardi wrote: > > After several months of Gnome3 I decided it is too heavy for my old > > workstation and would like to go back to LXDE. The flow could be: > > > > 1. rebuild kernel with openRC support and install > > 2. emerge -C gnome networkmanager > > 3. emerge -C systemd > > 4. change profile to generic desktop (non-Gnome) > > 5. emerge -N lxde-meta > > 6. emerge -N xdm openrc anacron sysklogd sysvinit > > 7. reboot > > > > I doubt it will be this easy... anything I'm missing, suggestions? > > You can just keep systemd and only remove Gnome. Switch to another, > non-Gnome systemd profile and unmerge Gnome, then do a --depclean. > Also > look in your world file to see if you have anything in there that > prevents depclean from removing it. Thanks, I'm not against systemd, it's just that I'm more familiar with OpenRC. I installed systemd only to avoid the hassle of a gnome- without-systemd and in these few months I've had no complaints about it. After much reading I concluded that an init system is just that, after startup you generally have little interaction with it so one stable system is practically equivalent to another one. That is, if you don't care about the technical/philosophical issues behind one choice or the other... raffaele
Re: [gentoo-user] remove gnome/systemd
On Tue, 2017-09-12 at 18:31 +0200, Nils Freydank wrote: > Am Dienstag, 12. September 2017, 17:55:22 CEST schrieb Raffaele > Belardi: > > After several months of Gnome3 I decided it is too heavy for my old > > workstation and would like to go back to LXDE. The flow could be: > > > > 1. rebuild kernel with openRC support and install > > 2. emerge -C gnome networkmanager > > 3. emerge -C systemd > > 4. change profile to generic desktop (non-Gnome) > > 5. emerge -N lxde-meta > > 6. emerge -N xdm openrc anacron sysklogd sysvinit > > 7. reboot > > > > I doubt it will be this easy... anything I'm missing, suggestions? > > Hi, I’d run it a bit differently: > - change profile > - force-remove gnome (emerge -aC) > - double checking USE flags and updating @world as usual > - cleanup (emerge --ask --verbose --clean) Isn't cleanup better performed by emerge --depclean? Won't emerge --depclean be confused if I change profile before running it? I'd expect it to check the USE flags before deciding to remove a package so if I change profile beforehand it will base decision on wrong assumptions. But I'm not at all sure about this, does anybody have an opinion? > - install services that aren’t already installed as a dep (maybe > anacron or ntpd/chrony) > - Adding the services to appropriate runlevels (e.g. rc-update add > xdm default) > > - If necessary, replacing udev with eudev. I don’t remember if it got > changed automatically > a while ago on one of my systems due the switch. > > If you didn’t explicitly removed OpenRC you have it already > installed, (removal is possible though), > and sysvinit gets pulled in by OpenRC ;-) > > BTW, I personally like elogind (a standalone "cut off" of systemd- > logind) and can suggest it > as a surrogate for consolekit2. Support by the upstream is incredible > fast. I'll check this. I confess consolekit is one of those packages that got installed somehow but I never did any configuration or study about it (i.e. I don't know why it's there...) > > Have fun :) > Nils > > thanks, > > > > raffaele > >
[gentoo-user] remove gnome/systemd
After several months of Gnome3 I decided it is too heavy for my old workstation and would like to go back to LXDE. The flow could be: 1. rebuild kernel with openRC support and install 2. emerge -C gnome networkmanager 3. emerge -C systemd 4. change profile to generic desktop (non-Gnome) 5. emerge -N lxde-meta 6. emerge -N xdm openrc anacron sysklogd sysvinit 7. reboot I doubt it will be this easy... anything I'm missing, suggestions? thanks, raffaele
[gentoo-user] Re: gdm fails to start - SOLVED
On Mon, 2017-05-22 at 10:16 +0200, Raffaele Belardi wrote: > I'm unable to start the gdm service on a recently installed gnome > desktop (~x86): the service continuously fails and restarts with the > errors below. If I disable the service and login into a text console, > startx works fine but the Gnome session misses some features (e.g. > screen lock). I enabled debug logging on gdm but nothing significant > appears. > Sorry to pick up a rather old thread started by myself, but someone found a solution and I suppose it should be visible here also: 1. Unmerge gdm. 2. Remove the gdm user, the gdm group and any files in /var/lib/gdm. 3. Merge gdm. This created a new gdm user with a different uid. Ref: https://github.com/systemd/systemd/issues/6038 raffaele
Re: [gentoo-user] Re: downgrading glibc
On Tue, 2017-08-22 at 15:34 +0200, Nils Freydank wrote: > Am Dienstag, 22. August 2017, 09:01:07 CEST schrieb Raffaele Belardi: > > […] > > > [1] https://bugs.gentoo.org/show_bug.cgi?id=604430 > > > [2] https://bugs.gentoo.org/show_bug.cgi?id=575232 > > > > Just as follow up, inspired by [2] I fixed the mythtv build issue > > by > > adding #include to videosource.cpp and continuing > > the > > build with ebuild instead of emerge. > > Great! In general, to improve Gentoo a bit further, you could create > a patch > at this point, test applying it via /etc/portage/patches/ and add it > to the > bugtracker (or paste it here or in IRC asking someone to paste it in > your > name) ;-) I agree that would be the correct way. My intention was to add a comment in the bugtracker stating the above but things have already evolved as you noticed. > (I guess you can avoid that in this case as another dev said that bug > is fixed > upstream now.) > > BTW, mythtv has no maintainer, might you be interested in a proxied > maintainership? Not sure about the implications (read: effort), mythtv is a huge beast... raffaele
[gentoo-user] Re: downgrading glibc
On Fri, 2017-08-18 at 09:00 +0200, Raffaele Belardi wrote: > I hava a build problem upgrading Mythtv to 0.28.1-r1 [1] on an ~amd64 > system. The problem is related to a glibc API change [2] introduced > in > glibc-2.24 and still present in glibc-2.25. So I'm thinking to try > the > build with an older glibc version. > > Downgrading the system to glibc to 2.23-r3 means trouble? > If not, an emerge @preserved-rebuild after the downgrade will be > sufficient to not break the rest of the system? > I suppose a quickpkg of the whole world before the downgrade would be > a > good idea, just in case... > > thanks, > > raffaele > > > [1] https://bugs.gentoo.org/show_bug.cgi?id=604430 > [2] https://bugs.gentoo.org/show_bug.cgi?id=575232 Just as follow up, inspired by [2] I fixed the mythtv build issue by adding #include to videosource.cpp and continuing the build with ebuild instead of emerge. raffaele
Re: [gentoo-user] Re: ruby 22
On Mon, 2017-08-21 at 22:21 -0400, John Covici wrote: > On Mon, 21 Aug 2017 21:20:04 -0400, > Alec Ten Harmsel wrote: > > > I deleted RUBYTARGETS from make.conf, ran eselect to make ruby22 the > default, but when I ran emerge --depclean I still have packages > pulling ruby21 as follows: > > Calculating dependencies .. . done! > dev-lang/ruby-2.1.10 pulled in by: > dev-ruby/hoe-3.13.0 requires dev-lang/ruby:2.1 >dev-ruby/json-1.8.3 requires dev-lang/ruby:2.1 > dev-ruby/json-2.1.0 requires dev-lang/ruby:2.1 > dev-ruby/kpeg-1.1.0 requires dev-lang/ruby:2.1 > dev-ruby/maruku-0.7.3 requires dev- > lang/ruby:2.1 > dev-ruby/minitest-5.10.3 requires > dev-lang/ruby:2.1 > dev-ruby/net-telnet-0.1.1-r1 requires dev-lang/ruby:2.1 >dev-ruby/power_assert-1.0.2 requires dev-lang/ruby:2.1 > dev-ruby/racc-1.4.14 requires dev-lang/ruby:2.1 > dev-ruby/rake-12.0.0 requires dev-lang/ruby:2.1 > dev-ruby/rdoc-5.1.0 requires dev- > lang/ruby:2.1 > dev-ruby/rubygems-2.6.12 requires > dev-lang/ruby:2.1 > dev-ruby/test-unit-3.2.5 requires dev-lang/ruby:2.1 >dev-ruby/yard-0.9.8 requires dev-lang/ruby:2.1 > virtual/rubygems-13 requires dev-lang/ruby:2.1 > virtual/rubygems-7 requires dev-lang/ruby:2.1 > > I tried a word ld update, but it didn't update any of those packages > -- any ideas of how to fix? Did you do an emerge @preserved-rebuild? I had the a similar problem but only for a couple of packages (racc and another one), it was quickly fixed that way. But I never had RUBY_TARGETS set so maybe YMMV. raffaele
Re: [gentoo-user] Kernel 4.12.5 hard lockups, nothing in logs.
On Sun, 2017-08-20 at 11:21 +0200, Alan McKinnon wrote: > > I'm seeing changes in 4.12 too and haven't bothered looking further > as > 4.11 still works for me. My external monitors and USB keyboard & > mouse > on laptops stopped working with 4.12 and other silliness which I > forget. > > My techie spidey-sense is telling me it all smells a lot like someone > tidied up .config and things moved around, so make oldconfig got > confused. > Correct. Old Intel host here. No lock-ups but I had also USB-related problems with 4.12 till I set this (new) option in kernel config: CONFIG_USB_PCI: A lot of embeded system SOC (e.g. freescale T2080) have both PCI and USB modules. But USB module is controlled by registers directly, it have no relationship with PCI module. When you enable the above you get the next one: CONFIG_USB_UHCI_HCD: The Universal Host Controller Interface is a standard by Intel for accessing the USB hardware in the PC (which is also called the USB host controller). If your USB host controller conforms to this standard, you may want to say Y, but see below. All recent boards with Intel PCI chipsets (like intel 430TX, 440FX, 440LX, 440BX, i810, i820) conform to this standard. Also all VIA PCI chipsets (like VIA VP2, VP3, MVP3, Apollo Pro, Apollo Pro II or Apollo Pro 133) and LEON/GRLIB SoCs with the GRUSBHC controller. The first option's help line is a bit misleading, my system is not an embedded one but without UHCI I don't have any USB working. In 4.11 and earlier USB_UHCI_HCD was not tied to USB_PCI and that's why make oldconfig messed up in my case. bye, raffaele
Re: [gentoo-user] downgrading glibc
On Fri, 2017-08-18 at 16:25 +0200, Nils Freydank wrote: > Hi Raffaele, > > Am Freitag, 18. August 2017, 09:00:52 CEST schrieb Raffaele Belardi: > > […] > > Downgrading the system to glibc to 2.23-r3 means trouble? > > yes, you would crush your system. Therefore the even the ebuild > prohibits it > (you can enforce it, but you really shouldn’t). > > You can a) brick you system: https://forums.gentoo.org/viewtopic-t-84 > 5000.html > or b) create a chroot with a blank system (new stage 3), emerge your > package, > create a binpkg, install that on the host and hope it works. > Message loud and clear, better search for a different solution or wait for a fix! thanks, raffaele
[gentoo-user] downgrading glibc
I hava a build problem upgrading Mythtv to 0.28.1-r1 [1] on an ~amd64 system. The problem is related to a glibc API change [2] introduced in glibc-2.24 and still present in glibc-2.25. So I'm thinking to try the build with an older glibc version. Downgrading the system to glibc to 2.23-r3 means trouble? If not, an emerge @preserved-rebuild after the downgrade will be sufficient to not break the rest of the system? I suppose a quickpkg of the whole world before the downgrade would be a good idea, just in case... thanks, raffaele [1] https://bugs.gentoo.org/show_bug.cgi?id=604430 [2] https://bugs.gentoo.org/show_bug.cgi?id=575232
Re: [gentoo-user] gnome shell extensions installation without chrome/firefox
On Tue, 2017-05-30 at 17:29 +0300, Mart Raudsepp wrote: > Ühel kenal päeval, T, 30.05.2017 kell 10:27, kirjutas Raffaele > Belardi: > > I have Seamonkey and the default Gnome browser (epiphany) > > installed, > > none of which seems to be compatible with the Gnome shell > > extensions > > plugin system. > > gnome-base/gnome-shell[nsplugin] ought to still work for those. > Right, I had nsplugin set only for seamonkey and had not noticed it was available also for gnome-shell. Moved it to make.conf, now it works fine! thanks raffaele
Re: [gentoo-user] gnome shell extensions installation without chrome/firefox
On Tue, 2017-05-30 at 05:24 -0400, Rasmus Thomsen wrote: > > you can install extensions directly into ~/.local/share/gnome- > shell/extensions , gnome extensions usually have a link to github on > their extension page. Just clone them and restart gnome-shell > (login/logout or ALT+F2 and type restart ) > Works like a charm, thanks! raffaele
[gentoo-user] gnome shell extensions installation without chrome/firefox
I have Seamonkey and the default Gnome browser (epiphany) installed, none of which seems to be compatible with the Gnome shell extensions plugin system. Is there an alternative way to install shell extensions? Possibly by customizing the gnome-shell-extensions package? thanks, raffaele