Re: [gentoo-user] Package management, depclean and new installs
Le 04/10/2021 à 08:13, Miles Malone a écrit : If you really want to group a bunch of packages into a set that gets emerged with one command, I would do exactly that: create a custom set. Similar to @world, @system, @security, etc. You can do that quite easily, see https://wiki.gentoo.org/wiki/Package_sets . Custom sets like @myworld also offer the opportunity to add comments in the set file about why you needed to emerge this package, just like you can do in .accept_keywords, .use or .mask files. This is quite useful when you do you maintenance cleaning and wonder if one package is really still used and if unmerging it would break anything. -- Hervé Guillemet OpenPGP_0x74903E155F0FE430.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Re: [gentoo-user] kernel support for: i211 - intel network driver
Le 16/11/2020 à 11:38, J. Roeleveld a écrit : On Friday, 13 November 2020 23:18:29 CET 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. I think the above commend only show anything if I compile it as a module, isn't it? If I compile it into the kernel, it will not show anything. Anyhow, what driver should I use. Yes, built-in drivers do not show up in lsmod. I have this motherboard and I'm using the IGB driver (Intel(R) 82575/82576), built-in. Have a look in dmesg and ifconfig, maybe the network adapter is recognized but your network configuration is wrong. -- Hervé Guillemet
Re: [gentoo-user] Gentoo chroot with old glibc
Le 21/06/2020 à 22:03, Michael a écrit : I hadn't understood you wanted a current state of an OS, plus current system and other packages, BUT with a deprecated version of glibc. I thought you would be OK to use a stage 3 from back then as it was in its totality, frozen in time, with no updates or backported packages. Yes, I need up-to-date or near-up-to-date build tools like cmake and gcc. However, since you managed to hold back glibc while updating everything else, you have proven what you wanted could be done! I would think this on its own is a feat worth a HowTo. :-) So far gentoo doesn't complain, besides keeping remind me my installed glibc is masked. But it's a quite minimalist system. I found the existing HowTo 'Update Old Gentoo'[1] useful for setting this up. I [1] https://wiki.gentoo.org/wiki/User:NeddySeagoon /HOWTO_Update_Old_Gentoo -- Hervé
Re: [gentoo-user] Gentoo chroot with old glibc
Le 21/06/2020 à 23:08, Rich Freeman a écrit : On Fri, Jun 19, 2020 at 5:19 PM Hervé Guillemet wrote: Or do you have any suggestion for alternatives to this gentoo chroot ? (I'd prefer avoid installing some CentOS or Ubuntu as virtual guests). You're of course free to do it any way you wish, but if I wanted to create packages for various distros, I'd probably just follow their instructions for doing so. If you're making Ubuntu 16.04 packages I suspect it would be just a lot less fuss all around to do it from an Ubuntu 16.04 container, and so on. And if you're just building binaries and creating tarballs with them, well, why? If people want to manually deal with stuff the source is already fine. If they want the benefits of a package manager they're going to want packages. And if you're hoping to encourage distros to do the packaging for you, they're probably only going to do that from source anyway. In my case the application is a Java software embedding some native components. I don't want to limit the target system to some specific distros and specific versions, I just want the software to run on a large variety of linux boxes. All I have to do is to avoid linking with too recent libc and libstdc++. Version 2.29+ of libc is particularly annoying because they introduce new version of pow(), log() and exp()... so any simple mathematical library compiled with 2.29+ won't run on linux distro using 2.28-. As for the packaging, I'm using a jlink image in a tarball, and will probably use jpackage soon. I imagine most distros have a fairly straightforward packaging system, and I suspect a lot of CI systems have plugins to churn out packages for them automatically. So why maintain some Gentoo chroot and carefully curate every single library on them to match some entirely different distro? You're going to run into stuff where Gentoo doesn't have the version you need in the repo, and you'll be fighting auto updates, and so on. But, sure, you can get Gentoo to install whatever you want as long as you don't mind manually picking packages, or maintaining your own repo where you carefully curate this stuff. Thanks for the suggestion. I believe my local build system with the chroot is enough for my current needs but I'll probably have to use a CI system if it becomes untractable or decide to use target distro packaging system. -- Hervé
Re: [gentoo-user] Gentoo chroot with old glibc
Le 21/06/2020 à 19:06, Michael a écrit : I need to distribute some linux binaries and the one built with my up-to-date gentoo sytem won't run on distributions using older glibc. My idea is too maintain a gentoo chroot dedicated for compiling my binaries which would (package.)mask recent versions of glibc and gcc ebuilds. What's the better way to go ? If I start with some of the stage3 available for download, I won't be able to downgrade the glibc. Or do you have any suggestion for alternatives to this gentoo chroot ? (I'd prefer avoid installing some CentOS or Ubuntu as virtual guests). Once you chroot, you're in the chrooted env. As long as you have a stage 3 old enough to contain the requisite glibc, you should be good to go: http://gentoo.osuosl.org/releases/amd64/ That's what I did: I found a 2017 stage3 with a still older glibc and managed to upgrade to a 2020 gentoo while masking the last glibc versions. That was tricky because I had to git-checkout intermediate versions of the portage tree in order to deal with the EAPI changes but I have a working chroot now. Thanks. -- Hervé
[gentoo-user] Gentoo chroot with old glibc
Hello, I need to distribute some linux binaries and the one built with my up-to-date gentoo sytem won't run on distributions using older glibc. My idea is too maintain a gentoo chroot dedicated for compiling my binaries which would (package.)mask recent versions of glibc and gcc ebuilds. What's the better way to go ? If I start with some of the stage3 available for download, I won't be able to downgrade the glibc. Or do you have any suggestion for alternatives to this gentoo chroot ? (I'd prefer avoid installing some CentOS or Ubuntu as virtual guests). -- Hervé
Re: [gentoo-user] Unable to unshare: EINVAL
Le 26/03/2019 à 14:37, k...@aspodata.se a écrit : I sometimes get: Unable to unshare: EINVAL when "emerge"-ing packages. Does anybody know what that is about ? Your kernel is probably missing a features used by the new versions of portage. I'd say something like CONFIG_PID_NS from the General Setup/Namespaces support section. If you built your own kernel, try to activate this feature. -- Hervé Guillemet
Re: [gentoo-user] Permissions error on starting X.
Have you tried the alternative method described here: https://wiki.gentoo.org/wiki/Non_root_Xorg Nope. It seems that the method I mentioned was somehow the first method described in the Wiki. I am wondering what are the differences between the two? Which one is better? The alternative method is definitly more secure for systems with multiple user accounts. I believe the xorg ebuild should install the binary with this sgid bit set, or provide a use flag for it. In the meantime, since my system is mono-user and I don't want to bother remembering to change the flag when xorg is reinstalled, I keep my user in the input group. -- Hervé
Re: [gentoo-user] Permissions error on starting X.
Le 07/11/2018 à 04:59, YUE Daian a écrit : I got "setblabla error: cannot open /dev/tty0 (permission denied)". A possible solution without changing anything unnecessary is to run startx as "startx -- vt1". No need to change permission/ownership of anything. It is just required that the user is in "video" group. No "tty" or "input" needed. I presume it is because your user does not have access to TTY other than its login TTY. So if you log in by "tty1", just start X in "vt1". Hope that helps somehow. Thanks for this tip. This worked for me but adding the user to "input" group was also necessary. -- Hervé
Re: [gentoo-user] Mouse wheel makes firefox hang
Thanks Mick for the suggestions. > After a recent system update I get this annoying strange behavior: > when scrolling in a firefox or thunderbird window with the mouse > wheel, the full X interface freezes for some seconds, then a system > beep is emitted and the interface unfreezes, but most of the time the > mouse cursor becomes invisible. If it is a BIOS beep, rather than a desktop/application sound, then you have some hardware problem. The recent update may have implemented some hardware acceleration rendering on the browser and this is putting pressure on your GPU, RAM, PSU. A single beep points to RAM, but I don't know all OEM's BIOS codes. I'd start by opening the cover and reseating your RAM modules. Oxidisation may have increase contact resistance. Usually pulling them out and pushing them back in cleans them enough to restore a good electrical contact. While you're there try removing all the dust from CPU, GPU, PSU coolers and air ducts using a vacuum cleaner (carefully) or a compressed air can. Keep holding the chassis at all times with one hand or use an earthing strap, some vacuum cleaners I've tried have a terrible problem with creating static electricity and a discharge could blow your MoBo chipset Finally, reseat any SATA/IDE cables. Their contacts can also corrode with time and if the browser is caching pages on disk while the freeze occurs it might cause a problem, although unlikely to get a BIOS beep from it. You wouldn't be able to boot with a hard disk failure beep code going off, if this was your problem. Single beep would mean RAM issue indeed if it's a BIOS beep. But the fact that it happens only when using the mouse wheel let me think it is problably something more specific that a RAM issue. I did some cleanup, without success. The system is fanless and thus quite stable and remains clean. I reseated the RAM. No change. I run memtest86+. No errors. > I must restart X to get it back. This sounds like a Xorg drivers problem, but if Xorg has partially crashed due to RAM or power problems, then this cursor problem will go away after you address the hardware issue. Scrolling with scrollbars or arrow keys works. Scrolling with wheels in others apps like terminals works too. No useful message in syslog, dmesg or console. What does /var/log/Xorg.0.log reveal? Nothing either. In the meantime I found another application triggering the problem (some image display software), so this is not specific to Gecko. -- Hervé
[gentoo-user] Mouse wheel makes firefox hang
Hello, After a recent system update I get this annoying strange behavior: when scrolling in a firefox or thunderbird window with the mouse wheel, the full X interface freezes for some seconds, then a system beep is emitted and the interface unfreezes, but most of the time the mouse cursor becomes invisible. I must restart X to get it back. Scrolling with scrollbars or arrow keys works. Scrolling with wheels in others apps like terminals works too. No useful message in syslog, dmesg or console. I tried various things, like downgrading firefox and thunderbird to the version I used before the upgrade, compiling without the system-libXX use flags, downgrading the nvidia drivers, upgrading the kernel, etc... without success. Any idea ? -- Hervé
Re: [gentoo-user] File system testing
Le 16/09/2014 21:07, James a écrit : By now many are familiar with my keen interest in clustering gentoo systems. So, what most cluster technologies use is a distributed file system on top of the local (HD/SDD) file system. Naturally not all file systems, particularly the distributed file systems, have straightforward instructions. Also, an device file system, such as XFS and a distibuted (on top of the device file system) combination may not work very well when paired. So a variety of testing is something I'm researching. Eliminiation of either file system listed below, due to Gentoo User Experience is most welcome information, as well as tips and tricks to setting up any file system. Hi James, Have you found this document : http://hal.inria.fr/hal-00789086/PDF/a_survey_of_dfs.pdf On a related matter, I'd like to host my own file server on a dedicated box so that I can access my working files from serveral locations. I'd like it to be fast and secure, and I don't mind if the files are replicated on each workstation. What would be the better tools for this ? -- Hervé
[gentoo-user] Re: Canon LBP7100Cn/LBP7110Cw printers
Le 12/07/2014 16:59, James a écrit : Hervé Guillemet herve at guillemet.org writes: Reading these posts may suggest a compiled solution as your remedy? Naturally, you'll have to adjust what steps taken to your gentoo environment. http://radu.cotescu.com/how-to-install-canon-lbp-printers-in-ubuntu/ http://ubuntuforums.org/showthread.php?t=1315665 Trying to install Canon-provided driver is the solution I have worked on, either from source or from binaries. But even the source distribution of the driver mainly contains binaries. I end up with an error (src = libcanon_pdlwrapper.c, line = 633, err = -1¥nError Response:ReqNo=2, SeqNo=3,opvpErrorNo=-2) generated by the binary component (c3pldrv). For these 2 specific printers, the driver provided by Canon is different that other CAPT printers (Linux_CAPT_PrinterDriver_V260_uk_EN.tar.gz) or other UFT-II printers (Linux_UFRII_PrinterDriver_V290_uk_EN.tar.gz), for obscure reasons. That doesn't help find other people with the same concern... The only other thing I can think of is to contact canon directly for tech support. Maybe another driver for a different canon printer will work? Done. No hope this way. The linux drivers are provided as is, without any guaranty nor support. Or, set the printer up off a pc running windows with remote printing via windows shares, samba or some sort of network printing? That's the way I print currently, using remotely the cups server of a mac. sorry I could not help more. Thanks a lot anyway. If someone else had success with these printers, please reply so that we can see what differ in our installations. -- Hervé
Re: [gentoo-user] Re: Canon LBP7100Cn/LBP7110Cw printers
Thanks James for your help Le 11/07/2014 03:29, James a écrit : Hervé Guillemet herve at guillemet.org writes: Canon LBP7100Cn/LBP7110Cw now have an official linux support from the manufacter with their driver Linux_UFRIILT_PrinterDriver_V100_us_EN.tar.gz . I have spent 2 days trying to make it work on gentoo, without success. Even people on Ubuntu, which is a distribution supposed to have been tested by Canon, fail to use it. Gentoo suggest to use this driver package: net-print/gutenprint for canon printers, via this document: https://wiki.gentoo.org/wiki/Printing#Gutenprint_Driver LBP7100Cn/LBP7110Cw uses the proprietary UFR II LT langage, and I don't think Gutenprint supports it. Reading these posts may suggest a compiled solution as your remedy? Naturally, you'll have to adjust what steps taken to your gentoo environment. http://radu.cotescu.com/how-to-install-canon-lbp-printers-in-ubuntu/ http://ubuntuforums.org/showthread.php?t=1315665 Trying to install Canon-provided driver is the solution I have worked on, either from source or from binaries. But even the source distribution of the driver mainly contains binaries. I end up with an error (src = libcanon_pdlwrapper.c, line = 633, err = -1¥nError Response:ReqNo=2, SeqNo=3,opvpErrorNo=-2) generated by the binary component (c3pldrv). For these 2 specific printers, the driver provided by Canon is different that other CAPT printers (Linux_CAPT_PrinterDriver_V260_uk_EN.tar.gz) or other UFT-II printers (Linux_UFRII_PrinterDriver_V290_uk_EN.tar.gz), for obscure reasons. That doesn't help find other people with the same concern... -- Hervé
[gentoo-user] Canon LBP7100Cn/LBP7110Cw printers
Hi, Canon LBP7100Cn/LBP7110Cw now have an official linux support from the manufacter with their driver Linux_UFRIILT_PrinterDriver_V100_us_EN.tar.gz . I have spent 2 days trying to make it work on gentoo, without success. Even people on Ubuntu, which is a distribution supposed to have been tested by Canon, fail to use it. Did someone meet some success printing on these printers from gentoo ? I can provide a preliminary ebuild if someone is interested. -- Hervé