Re: [gentoo-user] Debugging NFS mounts
On Wed, Nov 15, 2023 at 6:29 PM Peter Humphrey wrote: > Hello list, > > My little server needs help with compiling, so I NFS-export /var (which > has > its own partition) to a chroot on my workstation. I mount all the > partitions > on both server and workstation. Then when I chroot, env-update hangs for > ever. > Well, over an hour anyway. > > Is it possible to export /var in this way? I can't see anything else wrong. > Did you run mount inside the chroot or outside of it? -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] tmpfs filling up with nothing
On Mon, Nov 13, 2023 at 3:09 PM Mart Raudsepp wrote: > On Wed, 2023-11-08 at 19:08 +, Neil Bothwick wrote: > > On Wed, 8 Nov 2023 16:17:19 +0200, Alan McKinnon wrote: > > > > > On Wed, Nov 8, 2023 at 4:10 PM Neil Bothwick > > > wrote: > > > > > > > I have PORTAGE_TMPDIR on /tmp, which is a 24GB tmpfs. Last night, > > > > an > > > > update failed with an out of space error. df showed only 440MB > > > > free > > > > but du and ndcu both showed well under 1GB in use (including > > > > hidden > > > > files). this has happened on the odd occasion in the past and the > > > > only solution appears to be to reboot. Of course, that means I > > > > cannot > > > > provide any more information until it happens again. > > > > > > > > Has anyone else experienced this or, hopefully, resolved it > > > > without > > > > rebooting? > > > > > Hey Neil, > > > > > > Yeah had this a few times. Always turns out to be deleted files > > > that > > > something still has a handle on > > > > Hah! I never thought of that one. I'll try that next time it happens. > > > Another common case is that it runs out of inodes, not space, > especially if df actually says there is free spaces. Check > df -i /tmp > instead then - it might tell IFree is 0 and IUsed and Inodes are the > same non-0 value. > > Interesting side note: I used to worry about free inodes a lot, but stopped when I realised I had only ever run into the problem once: some damn fool had created an account on the company FTP server for CDRs to be uploaded that goe crunched and sent somewhere in the bowels of the billing dept. The same damn fool neglected to write any kind of cleanup code, and when the sender started having difficulties I had myself a look. That upload/ dir had 1.5 million files in it and yet the server was working fine, except if you tried to ls or do anything that needed to read the dir. Deleting that lot took IIRC 6 or 8 hours! I suppose this and things like it are why the big players are now making XFS the default fs on install. Even a mid-sized machine these days can max out ext4 -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] tmpfs filling up with nothing
On Wed, Nov 8, 2023 at 4:10 PM Neil Bothwick wrote: > I have PORTAGE_TMPDIR on /tmp, which is a 24GB tmpfs. Last night, an > update failed with an out of space error. df showed only 440MB free but > du and ndcu both showed well under 1GB in use (including hidden files). > this has happened on the odd occasion in the past and the only solution > appears to be to reboot. Of course, that means I cannot provide any more > information until it happens again. > > Has anyone else experienced this or, hopefully, resolved it without > rebooting? > > > -- > Neil Bothwick > > Your lack of organisation does not represent an > emergency in my world. > Hey Neil, Yeah had this a few times. Always turns out to be deleted files that something still has a handle on Run this: # lsof /tmp | grep deleted sddm-help 324615 root 13u REG 0,32 96 184 /tmp/#184 (deleted) So here I have one. To release the 1 file, kill the process holding it open Alan -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] Strange emerge behavior during new install
There is a new item about this: https://www.gentoo.org/support/news-items/2022-12-01-systemd-usrmerge.html I did not read or act on any of the unread news articles, leaving it for later If only... On Mon, Nov 6, 2023 at 8:46 PM Alan McKinnon wrote: > > > On Mon, Nov 6, 2023 at 7:35 PM Michael wrote: > >> On Monday, 6 November 2023 17:26:45 GMT Alan McKinnon wrote: >> > On Mon, Nov 6, 2023 at 6:56 PM Michael >> wrote: >> > > On Monday, 6 November 2023 16:16:50 GMT Alan McKinnon wrote: >> >> > > > At this point I see the host can't tab complete ls, mount ... export >> > > > more >> > > > stuff in PATH fixes that. >> > > >> > > Upon the baselayout update did you run (for good measure): >> > > >> > > env-update && source /etc/profile >> > > >> > > You shouldn't really need to add directories in your PATH manually. >> > >> > I agree but ls and mount and friends are in /bin and /bin is not in PATH >> > and /etc/profile sets this wrong PATH >> > PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/opt/bin >> >> Oh! I wonder if this is relevant: >> >> https://wiki.gentoo.org/wiki/Merge-usr >> >> and the baselayout caught you on the hop? > > > Good catch! Yes, that is what the problem was. I could not emerge > merge-usr (grrr) so just fetched the script from git as explained on that > page and now emerge @world is trundling along merrily > > How interesting I used the systemd stage3 from 6 August, I wonder what has > changed with merged-usr in the last 2 months that today's tree no longer > works? > I would not have thought of that actually, before I had often used quite > old stage 3s and emerge @world would always sort it out. > > Thanks for the help! > > > -- > Alan McKinnon > alan dot mckinnon at gmail dot com > -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] Strange emerge behavior during new install
On Mon, Nov 6, 2023 at 7:35 PM Michael wrote: > On Monday, 6 November 2023 17:26:45 GMT Alan McKinnon wrote: > > On Mon, Nov 6, 2023 at 6:56 PM Michael wrote: > > > On Monday, 6 November 2023 16:16:50 GMT Alan McKinnon wrote: > > > > > At this point I see the host can't tab complete ls, mount ... export > > > > more > > > > stuff in PATH fixes that. > > > > > > Upon the baselayout update did you run (for good measure): > > > > > > env-update && source /etc/profile > > > > > > You shouldn't really need to add directories in your PATH manually. > > > > I agree but ls and mount and friends are in /bin and /bin is not in PATH > > and /etc/profile sets this wrong PATH > > PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/opt/bin > > Oh! I wonder if this is relevant: > > https://wiki.gentoo.org/wiki/Merge-usr > > and the baselayout caught you on the hop? Good catch! Yes, that is what the problem was. I could not emerge merge-usr (grrr) so just fetched the script from git as explained on that page and now emerge @world is trundling along merrily How interesting I used the systemd stage3 from 6 August, I wonder what has changed with merged-usr in the last 2 months that today's tree no longer works? I would not have thought of that actually, before I had often used quite old stage 3s and emerge @world would always sort it out. Thanks for the help! -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] Strange emerge behavior during new install
On Mon, Nov 6, 2023 at 6:56 PM Michael wrote: > On Monday, 6 November 2023 16:16:50 GMT Alan McKinnon wrote: > > Hi, > > > > New install here, recent .isos: > > install-amd64-minimal-20230806T163139Z.iso > > stage3-amd64-systemd-20230806T163139Z.tar.xz > > > > Following the handbook, keyworded ~amd64, synced, no issues at all until > > the emerge -avuND @world step, making the depgraph goes fine, offers 162 > > ebuilds to build. These first 4 build OK: sys-kernel/linux-headers-6.6 > > sys-devel/gnuconfig-20230731 > > sys-libs/ncurses-6.4_p20230401 > > sys-apps/baselayout-2.14 > > > > app-crypt/libmd-1.1.0 then fails with this: > > > > = > > > > >>> Emerging (5 of 158) app-crypt/libmd-1.1.0::gentoo > > > > /usr/bin/env: ‘bash’: No such file or directory > > * The ebuild phase 'die_hooks' has been aborted since PORTAGE_BUILDDIR > > * does not exist: '/var/tmp/portage/app-crypt/libmd-1.1.0' > > Does it exist and does it have the right permissions? > Yes, that dir is correct: # ls -ald /var/tmp/portage/ drwxrwxr-x 10 portage portage 138 Nov 6 17:16 /var/tmp/portage/ > e.g.: > > ~ $ stat /var/tmp/portage > File: /var/tmp/portage > Size: 40 Blocks: 0 IO Block: 4096 directory > Device: 0,47Inode: 1 Links: 2 > Access: (0775/drwxrwxr-x) Uid: ( 250/ portage) Gid: ( 250/ portage) > Access: 2023-11-06 08:28:27.627998525 + > Modify: 2023-11-06 08:28:27.627998525 + > Change: 2023-11-06 08:28:27.627998525 + > Birth: 2023-11-06 08:28:27.627998525 + > > > . > > Ok that's weird, never seen baselayout produce that. > > > > At this point I see the host can't tab complete ls, mount ... export more > > stuff in PATH fixes that. > > Upon the baselayout update did you run (for good measure): > > env-update && source /etc/profile > > You shouldn't really need to add directories in your PATH manually. > I agree but ls and mount and friends are in /bin and /bin is not in PATH and /etc/profile sets this wrong PATH PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/opt/bin lemme go check bgo first Thanks, Alan Alan McKinnon alan dot mckinnon at gmail dot com
[gentoo-user] Strange emerge behavior during new install
6.3.0:20231106-153245.log'
===
Here is make.conf:
===
COMMON_FLAGS="-march=native -O2 -pipe"
CFLAGS="${COMMON_FLAGS}"
CXXFLAGS="${COMMON_FLAGS}"
FCFLAGS="${COMMON_FLAGS}"
FFLAGS="${COMMON_FLAGS}"
# NOTE: This stage was built with the bindist Use flag enabled
# This sets the language of build output to English.
# Please keep this setting intact when reporting bugs.
LC_MESSAGES=C.utf8
EMERGE_DEFAULT_OPTS="--backtrack=50"
# Local changes here
#MAKEOPTS="-j8"
GENTOO_MIRRORS="https://gentoo.osuosl.org/ \
http://gentoo.osuosl.org/;
ACCEPT_KEYWORDS="~amd64"
ACCEPT_LICENSE="-* @FREE @BINARY-REDISTRIBUTABLE"
FEATURES="userfetch"
GRUB_PLATFORMS="efi-64"
PORT_LOGDIR="/var/log/portage"
#USE="bash-completion blas ffmpeg fontconfig git graphicsmagick graphviz
gzip
# inotify lame lapack libcaca lm-sensors lua lz4 lzma lzo magic matroska
# modules mplayer mtp musicbrainz offensive rar rdp slang smp snmp szip
# vdpau vim-syntax webkit xcomposite zip
# -cdrom -gtk -sdl -semantic-desktop"
VIDEO_CARDS="intel"
==
And so, in the words of the wise man, WTF?
--
Alan McKinnon
alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: world updates blocked by Qt
On Thu, Oct 12, 2023 at 12:19 PM Nikos Chantziaras wrote: > On 11/10/2023 21:14, Alan McKinnon wrote: > > On Wed, Oct 11, 2023 at 4:49 PM Michael Cook > <mailto:mackal.c...@gmail.com>> wrote: > > I just --backtrack=100 and walked away, seemed to have figured > > something out for my system and updated normally. > > > > This is the one that solved it. Been away too long, forgot all about > > backtrack > > I've had this in my make.conf for many years now: > >EMERGE_DEFAULT_OPTS="--backtrack=200" > > Never hit the issue you described (KDE desktop, thus Qt is always a dep.) > > > Added similar here now. I see the default is 10, obviously that is not enough when a big Qt drop hits. I have something like 30 Qt-5 packages! When did it get so big? I recall building Qt4 and it was about 6 or so. Perhaps the devs split it up into many smaller packages. Alan -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] world updates blocked by Qt
On Wed, Oct 11, 2023 at 4:49 PM Michael Cook wrote: > On 10/11/23 09:43, Alan McKinnon wrote: > > Hi all, > > Today a sync and emerge world produces a huge list of blockers. > qt 5.15.10 is currently installed and qt 5.15.11 is new in the tree and > being blocked. > All the visible blockers are Qt itself so --verbose-conflicts is needed. > > That will be an exceptionally long list and today I feel really lazy and > unwilling :-D > Has anyone seen what the actual blockers are? > I spotted okular, I suspect there are more. > > > -- > Alan McKinnon > alan dot mckinnon at gmail dot com > > I just --backtrack=100 and walked away, seemed to have figured something > out for my system and updated normally. > This is the one that solved it. Been away too long, forgot all about backtrack -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] world updates blocked by Qt
On Wed, Oct 11, 2023 at 4:14 PM Philip Webb wrote: > 231011 Alan McKinnon wrote: > > Today a sync and emerge world produces a huge list of blockers. > > qt 5.15.10 is currently installed and qt 5.15.11 is new in the tree and > > being blocked. > > All the visible blockers are Qt itself so --verbose-conflicts is needed. > > My experience for some time has been that Qt pkgs block one another, > st the only way out is to unmerge them all, then remerge them all. > If anyone knows a better method, please let us know. > My experience is 4 years out of date, I don't recall ever having to do that. Alan -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] world updates blocked by Qt
On Wed, Oct 11, 2023 at 4:07 PM Cara Salter wrote: > On 10/11/23 09:43, Alan McKinnon wrote: > > Hi all, > > > > Today a sync and emerge world produces a huge list of blockers. > > qt 5.15.10 is currently installed and qt 5.15.11 is new in the tree and > > being blocked. > > All the visible blockers are Qt itself so --verbose-conflicts is needed. > I had a similar issue -- I resolved it by uninstalling opensoundmeter > and libreoffice-bin temporarily. > > Today's sync/merge is going smoothly so far. > Strange, eix says no such package as opensoundmeter and libreoffice-bin is not installed here -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] world updates blocked by Qt
On Wed, Oct 11, 2023 at 3:59 PM Neil Bothwick wrote: > On Wed, 11 Oct 2023 15:43:46 +0200, Alan McKinnon wrote: > > > Today a sync and emerge world produces a huge list of blockers. > > qt 5.15.10 is currently installed and qt 5.15.11 is new in the tree and > > being blocked. > > All the visible blockers are Qt itself so --verbose-conflicts is needed. > > No such issues here, on ~amd64. > Hmmm. When did you last sync? Forgot to mention I am ~amd too > > > That will be an exceptionally long list and today I feel really lazy and > > unwilling :-D > > Has anyone seen what the actual blockers are? > > I spotted okular, I suspect there are more. > > Have you tried syncing again, just in case you caught it partway through > a stack of Qt packages being updated? > Yes, synced twice today, 2 hours apart. No change -- Alan McKinnon alan dot mckinnon at gmail dot com
[gentoo-user] world updates blocked by Qt
Hi all, Today a sync and emerge world produces a huge list of blockers. qt 5.15.10 is currently installed and qt 5.15.11 is new in the tree and being blocked. All the visible blockers are Qt itself so --verbose-conflicts is needed. That will be an exceptionally long list and today I feel really lazy and unwilling :-D Has anyone seen what the actual blockers are? I spotted okular, I suspect there are more. -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: What to do about openssl
gt; opcache pcntl pdo > phar posix > postgres readline > session > sharedmem > simplexml sockets spell > sqlite ssl > sysvipc tokenizer > truetype unicode > xml xmlreader > xmlrpc xmlwriter > zip zlib -argon2 > -berkdb -calendar > -cdb -cjk > -coverage -debu\g > -embed -enchant > -ffi -firebird > -gmp -inifile > -iodbc -kerberos > -ldap -ldap-sasl > -libedit -lmdb > -mssql > > -oci8-instant-client -phpdbg -qdbm > (-selinux) > -session-mm -snmp -soap > -sodium -systemd > -test -threads > -tidy > -tokyocabinet -webp -xpm > -xs\lt" > ABI_X86="(64)"^M > ^ > ^^ > \ > \ > \ > ^M > (and > 59 more with the same > > problems) > > > -- > Your life is like a penny. You're going to lose it. The question is: > How do > you spend it? > > John Covici wb2una > cov...@ccs.covici.com > > -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] What to do about openssl
Hi John All version 1.x have been masked. They are very very old and have obsolete code. Upgrade to v3.x - this is what portage is telling you. Is there some reason you require v1.1.x? Do you have a local mask for openssl? Alan On Wed, Oct 4, 2023 at 5:34 PM John Covici wrote: > Hi. I just did a world update and found that my openssl-1.1.1v is > masked. What can I do, I don't have any version that is not masked > and according to the message this version is EOL. > > Thanks in advance for any suggestions. > > > -- > Your life is like a penny. You're going to lose it. The question is: > How do > you spend it? > > John Covici wb2una > cov...@ccs.covici.com > > -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] Switching from desktop to desktop without function keys.
Hi Dale, Click the Plasma widget for your virtual desktops, go into Settings, see if the keystrokes are listed there. If not, in your settings app there is somewhere an applet for assigning keystrokes to actions. It tends to be hidden so you gonna have to search for it. There you can assign any keystroke you want to an action. I like Ctrl-Alt-arrow to virtual desktop up/down/left/right. Setting the wrap function to true in virtual desktop settings helps with this. You might want to take a long look into your soul and examine why exactly you want 18 virtual desktops. I have 4 and sometimes that is excessive :-) Alan On Sat, Sep 30, 2023 at 9:59 PM Dale wrote: > Howdy, > > I've googled for this several times when I got a few minutes. So far, I > don't see a way to do this. As some know, I'm on the path to building a > new rig. Some of you are about to see why that is. I have 18 virtual > desktop thingys here. Sadly, quite often something is on all of them. > That and the age of my current system is why I want to build a new rig. > Anyway, I sometimes need to switch to another desktop but the plasma > thingy at the bottom is slow or not responding. I can switch with the > function keys up until about 10. After that, those keys seems to be > used for something else or I just run out of function keys. There's > only 12 of them on my keyboard anyway. I'm six short. > > Is there a way with the keyboard to switch to a desktop above 10? Even > if it just switches up one at a time, that would work. Say switch to 10 > and then keep hitting a set of keys to go to 11, then 12, then 13 etc > etc. Eventually, I get to the one I want. > > Ideas? Is this possible? > > Dale > > :-) :-) > > P. S. Dug out my older Gigabyte 770T mobo. Found the CPU that used to > be on it and installed it and a OEM cooler. Got a new power supply > too. It seems the video card is bad that used to be on it. New one on > the way. This could be a new torrent box and/or NAS box. Maybe. > > -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] gentoo packages contain binary images?
cmake is not downloaded as binary. Your system has built it and stored the binaries it built, especially if more than one package is like that. This happens when you use quickpkg or emerge -b. I seem to recall there is a global option that can be used for this, I used it one when building on a central host to then distribute binaries to other hosts. Alan On Thu, Sep 28, 2023 at 5:29 PM n952162 wrote: > Hello, > > When I do: > > $ equery list cmake > * Searching for cmake ... > [IP-] [ ] dev-util/cmake-3.22.2:0 > > Furthermore, I find no /var/tmp/portage/dev-util/cmake* > > and when I do this: > > $ cd /var/cache/binpkgs/dev-util > > $ tar -tjvf cmake-3.22.2.tbz2 2>&1 | grep /usr/bin/cmake > -rwxr-xr-x root/root 7332776 2022-03-03 10:10 ./usr/bin/cmake > > I see that a ready-to-use cmake is included. > > Am I interpreting this correctly that cmake is downloaded as pre-built > binary? > > Can I inhibit that? How many pre-built binaries do I have? How do I > get rid of them? > > Incidently, I checked another package in /var/cache/binpkgs, byacc, and > it's the same. > > > > -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] What is a dependency of ruby
On Thu, Sep 21, 2023 at 6:35 PM Jack wrote: > On 9/21/23 12:30, Alan McKinnon wrote: > > > > On Thu, Sep 21, 2023 at 5:03 PM Neil Bothwick wrote: > >> On Thu, 21 Sep 2023 13:45:19 +0200, Alan McKinnon wrote: >> >> > Not 100% back in the gentoo groove yet, forget some basic tools. >> > >> > Something pulled in ruby, I know not what. >> > >> > What commands show me what installed packages have ruby as a dependency? >> >> emerge -cav ruby >> >> >> >> Thanks Neil, > > but that is the wrong way wrong. > > Why do you think so? Trying to remove ruby will tell you why portage > refuses to do so, and that reason is any installed packages that depend on > it. This differs from using equery, which will tell you every package that > depends on ruby, whether or not it is installed. Using -d instead of -a > saves you from typing "N" just in case it IS willing to unmerge it. > Because I wanted to know, recursively, what packages depended on ruby, i.e. I have ruby (which I despise) so why? The answer is kdenlive which I can see in equery d, and cannot see in emerge -c This matters because emerge -avc only gives immediate dependencies, I wanted to see the full dep tree -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] What is a dependency of ruby
On Thu, Sep 21, 2023 at 5:03 PM Neil Bothwick wrote: > On Thu, 21 Sep 2023 13:45:19 +0200, Alan McKinnon wrote: > > > Not 100% back in the gentoo groove yet, forget some basic tools. > > > > Something pulled in ruby, I know not what. > > > > What commands show me what installed packages have ruby as a dependency? > > emerge -cav ruby > > > > Thanks Neil, but that is the wrong way wrong. -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] What is a dependency of ruby
On Thu, Sep 21, 2023 at 2:01 PM Arve Barsnes wrote: > On Thu, 21 Sept 2023 at 13:45, Alan McKinnon > wrote: > > > > Hey Gentooers, > > > > Not 100% back in the gentoo groove yet, forget some basic tools. > > > > Something pulled in ruby, I know not what. > > > > What commands show me what installed packages have ruby as a dependency? > > I tend to use > # equery d dev-lang/ruby > > equery from app-portage/gentoolkit > > Regards, > Arve > > Yes, that's the one! thanks! -- Alan McKinnon alan dot mckinnon at gmail dot com
[gentoo-user] What is a dependency of ruby
Hey Gentooers, Not 100% back in the gentoo groove yet, forget some basic tools. Something pulled in ruby, I know not what. What commands show me what installed packages have ruby as a dependency? -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] Controlling emerges
On Mon, Sep 18, 2023 at 6:03 PM Peter Humphrey wrote: > On Monday, 18 September 2023 14:48:46 BST Alan McKinnon wrote: > > On Mon, Sep 18, 2023 at 3:44 PM Peter Humphrey > > > > wrote: > > > It may be less complex than you think, Jack. I envisage a package being > > > marked > > > as solitary, and when portage reaches that package, it waits until all > > > current > > > jobs have finished, then it starts the solitary package with the > > > environment > > > specified for it, and it doesn't start the next one until that one has > > > finished. > > > The dependency calculation shouldn't need to be changed. > > > > > > It seems simple the way I see it. > > > > How does that improve emerge performance overall? > > By allocating all the system resources to huge packages while not flooding > the > system with lesser ones. For example, I can set -j20 for webkit-gtk today > without overflowing the 64GB RAM, and still have 4 CPU threads available > to > other tasks. The change I've proposed should make the whole operation more > efficient overall and take less time. > > As things stand today, I have to make do with -j12 or so, wasting time and > resources. I have load-average set at 32, so if I were to set -j20 > generally > I'd run out of RAM in no time. I've had many instances of packages failing > to > compile in a large update, but going just fine on their own; and I've had > mysterious operational errors resulting, I suspect, from otherwise > undetected > miscompilation. > > Previous threads have more detail of what I've tried already. > > > I did read all those but no matter how you move things around you still have only X resources available all the time. Whether you just let emerge do it's thing or try get it to do big packages on their own, everything is still going to use the same number of cpu cycles overall and you will save nothing. If webkit-gtk is the only big package, have you considered: emerge -1v webkit-gtk && emerge -avuND @world? What you have is not a portage problem. It is a orthodox parallelism problem, and I think you are thinking your constraint is unique in the work - it isn't. With parallelism, trying to fiddle single nodes to improve things overall never really works out. Just my $0.02 Alan -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] Controlling emerges
On Mon, Sep 18, 2023 at 3:44 PM Peter Humphrey wrote: > > > It may be less complex than you think, Jack. I envisage a package being > marked > as solitary, and when portage reaches that package, it waits until all > current > jobs have finished, then it starts the solitary package with the > environment > specified for it, and it doesn't start the next one until that one has > finished. > The dependency calculation shouldn't need to be changed. > > It seems simple the way I see it. > How does that improve emerge performance overall? -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: long compiles
On Tue, Sep 12, 2023 at 11:19 AM Nikos Chantziaras wrote: > On 11/09/2023 22:19, Alan McKinnon wrote: > > chromium has been building since 10:14, it's now 21:16 and still going > > so 9 hours at least on this machine to build a browser - almost as bad > > as openoffice at it's worst (regularly took 12 hours). Nodejs also took > > a while, but I didn't record time. > > What's your CPU and how much RAM? Even on my older system I had (an > 4-core i5 2500K) libreoffice took like 2 hours or so to build. > > > > What other packages have huge build times? > > IIRC, dev-qt/qtwebengine is one of the heaviest when it comes to build > times. > > Anyway, a nice way to cut down on build times is to build on tmpfs. To > do that however with heavy packages like that, I had to upgrade to 32GB > RAM. There was a large price drop in the memory market a couple months > ago, so I snatched a 32GB DDR4 3600 kit (2x16GB) for like 80€. So now > with plenty of RAM, I configured a 14GB tmpfs in /var/tmp/portage. I > never hit swap when emerging. > That's not an option for me, this is a corporate laptop with 16G RAM and a case I may not open :-) I'm not interested in a remote build host or distcc either But anyways, this is not really about how to deal with long compiles, I was asking what current packages take a long time after a 5 year absence. The answer is what it was always - browsers and libreoffice. I do recall icu being a bit of a beast back then Alan -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] long compiles
On Tue, Sep 12, 2023 at 1:05 AM Ramon Fischer wrote: > You may also want to take a look at "distcc", with which you can set up > compiler farms; this can be even combined with "ccache": > > https://wiki.gentoo.org/wiki/Distcc#With_ccache > > -Ramon > Hi Ramon, distcc is way more than I need. I'm not complaining about long compile times and wanting a solution, I was more curious about which packages these days take long compared to when I was last here 5/6 years ago Alan > > On 11/09/2023 23:46, Alan McKinnon wrote: > > > > > > On Mon, Sep 11, 2023 at 11:23 PM Michael > wrote: > > > > On Monday, 11 September 2023 21:21:47 BST Alan McKinnon wrote: > > > On Mon, Sep 11, 2023 at 10:05 PM Neil Bothwick > > wrote: > > > > On Mon, 11 Sep 2023 21:19:27 +0200, Alan McKinnon wrote: > > > > > chromium has been building since 10:14, it's now 21:16 and > > still going > > > > > so 9 hours at least on this machine to build a browser - > > almost as bad > > > > > as openoffice at it's worst (regularly took 12 hours). > > Nodejs also took > > > > > a while, but I didn't record time. > > > > > > > > Chromium is definitely the worst, and strangely variable. The > > last few > > > > compiles have taken between 6 and 14 hours. Since it takes > > longer than > > > > everything else to build, it is usually compiling on its own, > > so parallel > > > > emerges aren't a factor. > > > > > > > > Qtwebengine is also bad, not surprising as it is a cut down > > Chromium. > > > > Emerging world with --exclude then timing build to coincide > > with sleep > > > > helps, although I haven't quite reached the age where I need > > 14 hours of > > > > sleep a day. > > > > > > > > > > > > -- > > > > Neil Bothwick > > > > > > > > If it isn't broken, I can fix it. > > > > > > Yup, that jibes with what I see. Oh well, just means that the > > need for > > > overnight compiles did not go away haha > > > > > > Thanks to every one else that replied too - everyone said much > > the same > > > thing so I figured one replay to rule them all was the best way > > > > > > > > > Alan > > > > As the old saying goes, "there ain't no substitute to cubic > > inches". Moar > > cores and moar RAM is almost always the solution, but with laptops > > and older > > PCs in general overnight builds soon become inevitable. > > Selectively reducing > > jobs and adding swap, or for packages like rust placing > > /var/tmp/portage on > > the disk becomes necessary. > > > > A solution I use for older/smaller laptops is to build binaries on > > a more > > powerful PC and emerge these in turn on the weaker PCs. > > > > There's also the option of using bin alternatives where available, > > e.g. > > google-chrome, firefox-bin, libreoffice-bin. > > > > Finally, there is a small scale project to provide systemd based > > binaries as > > an alternative to building your own: > > > > https://wiki.gentoo.org/wiki/Experimental_binary_package_host > > > > > > As it turns out this laptop is the most powerful machine I have > > available, my large collection of previous work laptops are getting > > older and older. > > > > Although, I *could* create a ginormous build host on one of the > > virtualization clusters at work hahaha :-) > > > > That link looks interesting, I'll check it out, thanks! > > > > > > -- > > Alan McKinnon > > alan dot mckinnon at gmail dot com > > -- > GPG public key: 5983 98DA 5F4D A464 38FD CF87 155B E264 13E6 99BF > > -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] long compiles
On Mon, Sep 11, 2023 at 11:23 PM Michael wrote: > On Monday, 11 September 2023 21:21:47 BST Alan McKinnon wrote: > > On Mon, Sep 11, 2023 at 10:05 PM Neil Bothwick > wrote: > > > On Mon, 11 Sep 2023 21:19:27 +0200, Alan McKinnon wrote: > > > > chromium has been building since 10:14, it's now 21:16 and still > going > > > > so 9 hours at least on this machine to build a browser - almost as > bad > > > > as openoffice at it's worst (regularly took 12 hours). Nodejs also > took > > > > a while, but I didn't record time. > > > > > > Chromium is definitely the worst, and strangely variable. The last few > > > compiles have taken between 6 and 14 hours. Since it takes longer than > > > everything else to build, it is usually compiling on its own, so > parallel > > > emerges aren't a factor. > > > > > > Qtwebengine is also bad, not surprising as it is a cut down Chromium. > > > Emerging world with --exclude then timing build to coincide with sleep > > > helps, although I haven't quite reached the age where I need 14 hours > of > > > sleep a day. > > > > > > > > > -- > > > Neil Bothwick > > > > > > If it isn't broken, I can fix it. > > > > Yup, that jibes with what I see. Oh well, just means that the need for > > overnight compiles did not go away haha > > > > Thanks to every one else that replied too - everyone said much the same > > thing so I figured one replay to rule them all was the best way > > > > > > Alan > > As the old saying goes, "there ain't no substitute to cubic inches". Moar > cores and moar RAM is almost always the solution, but with laptops and > older > PCs in general overnight builds soon become inevitable. Selectively > reducing > jobs and adding swap, or for packages like rust placing /var/tmp/portage > on > the disk becomes necessary. > > A solution I use for older/smaller laptops is to build binaries on a more > powerful PC and emerge these in turn on the weaker PCs. > > There's also the option of using bin alternatives where available, e.g. > google-chrome, firefox-bin, libreoffice-bin. > > Finally, there is a small scale project to provide systemd based binaries > as > an alternative to building your own: > > https://wiki.gentoo.org/wiki/Experimental_binary_package_host > As it turns out this laptop is the most powerful machine I have available, my large collection of previous work laptops are getting older and older. Although, I *could* create a ginormous build host on one of the virtualization clusters at work hahaha :-) That link looks interesting, I'll check it out, thanks! -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] long compiles
On Mon, Sep 11, 2023 at 10:05 PM Neil Bothwick wrote: > On Mon, 11 Sep 2023 21:19:27 +0200, Alan McKinnon wrote: > > > chromium has been building since 10:14, it's now 21:16 and still going > > so 9 hours at least on this machine to build a browser - almost as bad > > as openoffice at it's worst (regularly took 12 hours). Nodejs also took > > a while, but I didn't record time. > > Chromium is definitely the worst, and strangely variable. The last few > compiles have taken between 6 and 14 hours. Since it takes longer than > everything else to build, it is usually compiling on its own, so parallel > emerges aren't a factor. > > Qtwebengine is also bad, not surprising as it is a cut down Chromium. > Emerging world with --exclude then timing build to coincide with sleep > helps, although I haven't quite reached the age where I need 14 hours of > sleep a day. > > > -- > Neil Bothwick > > If it isn't broken, I can fix it. > Yup, that jibes with what I see. Oh well, just means that the need for overnight compiles did not go away haha Thanks to every one else that replied too - everyone said much the same thing so I figured one replay to rule them all was the best way Alan -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] long compiles
qtwebengine! yes that one took forever also. It also said my 16G of RAM was smaller than the 16G it needed. Weird. Anyways I enabled a swapfile and left it to run overnight Alan On Mon, Sep 11, 2023 at 9:31 PM Dale wrote: > Alan McKinnon wrote: > > After my long time away from Gentoo, I thought perhaps some packages that > always took ages to compile would have improved. I needed to change to > ~amd64 anyway (dumb n00b mistake leaving it at amd64). So that's what I did > and let emerge do it's thing. > > chromium has been building since 10:14, it's now 21:16 and still going so > 9 hours at least on this machine to build a browser - almost as bad as > openoffice at it's worst (regularly took 12 hours). Nodejs also took a > while, but I didn't record time. > > > What other packages have huge build times? > > -- > Alan McKinnon > alan dot mckinnon at gmail dot com > > > > I have some software you don't likely use that takes a while but one that > is common is qtwebengine or something. If it's not that one, it's qtweb > something. It takes about 4 hours, sometimes 5 or so. > > I think the software takes longer to compile so that we will build new > rigs. ROFL > > Dale > > :-) :-) > -- Alan McKinnon alan dot mckinnon at gmail dot com
[gentoo-user] long compiles
After my long time away from Gentoo, I thought perhaps some packages that always took ages to compile would have improved. I needed to change to ~amd64 anyway (dumb n00b mistake leaving it at amd64). So that's what I did and let emerge do it's thing. chromium has been building since 10:14, it's now 21:16 and still going so 9 hours at least on this machine to build a browser - almost as bad as openoffice at it's worst (regularly took 12 hours). Nodejs also took a while, but I didn't record time. What other packages have huge build times? -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] mcomix (really python)
On Thu, Sep 7, 2023 at 11:51 AM Jorge Almeida wrote: > $ mcomix foo.cbr > 10:44:31 [MainThread] ERROR: You don't have the required version of the > Python Imaging Library Fork (Pillow) installed. > 10:44:31 [MainThread] ERROR: Installed Pillow version is: 10.0.0 > 10:44:31 [MainThread] ERROR: Required Pillow version is: 6.0.0 or higher > > What is one supposed to do with an error message like this?! > I even uninstalled pillow and then re-emerged mcomix. Sure enough, it > pulled pillow, as expected. No avail. > Thanks > > > My first guess is the version number comparison is literal not numeric. Something that starts with a 1 is smaller than something that starts with a 6. Log a bug. -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] TrueNAS not helping me now.
On Wed, Sep 6, 2023 at 6:50 PM Dale wrote: > Is there a how to, since it is a GUI, pictures would be nice, that shows > how to add a drive? If I can add a drive, that'll work. My duckduckgo > searches turned up results that says I can't do that. I found dozens of > them. I can't find a single one that shows how to do it tho. I'd like to > use the GUI if possible. I've read that for TrueNAS, everything should be > done with the GUI because of the way it is setup. I dunno. I just want to > do it. > > I do plan to replace that drive later tho. I have a spare drive laying > around that I can put in for now. Later, I plan to but a 14, 16 or 18TB > drive and replace it. I notice the 18TB drive prices are getting > reasonable. Sort of. Will I be able to add the larger drive then remove > the old temporary one later? If I can't, I may as well switch now. I only > have 4 slots, three already used I think. I have little wiggle room in > that old rig. > > If this falls though, sounds like Ubuntu is the tool. It has been around > a long time and lots of people use it so don't see it going away anytime > soon. > > On the left side pane, last item is "Guide" - docs are very thorough, they tell you how to do it -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: sqlite downgraded by update breaks things
On Wed, Sep 6, 2023 at 6:43 PM Grant Edwards wrote: > > IMO it's a mistake to have one package called "svn" and another one > called "subversion". > Not really. ebuilds tend to be named the same as the project, so apache is called apache (project name), not httpd (binary name) The user package is named after what the system user will be, and SVN has run as "svn" since forever. Makes total sense, as long as you know exactly what how the software works and how it's deployed. Except when it kicks you in the teeth, like what happened here. OSes are like biology: apparently logical but actually messy -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] Messages bouncing
On Wed, Sep 6, 2023 at 5:42 PM Jig me iPad wrote: > I have made changes to my mail server, and list messages are bouncing. > I’d like to fix this, but I am not sure what the bounce message is. I > might be able to see it in my logs, but want to ask while doing an iPad > check of my mail. > The bounces ought to go back to your inbox, unless you set Return-Path to be something else. But first question is, who is bouncing the mail? Your server or the list? Alan > > Sent from my iPad > -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] TrueNAS not helping me now.
On Wed, Sep 6, 2023 at 4:57 PM Igor Semyonov wrote: > From what I understand, TrueNAS uses ZFS, not LVM. > You can, in fact, add a vdev to an existing zpool. > https://www.reddit.com/r/zfs/comments/8za4p1/adding_vdevs_to_pool_what_happens_to_the_existing/ > > As for other options, any of the ones you mentioned should serve file as a > NAS. > The ad#ntage of truenas is that it is built to be an appliance that you > don't need to think about much once it's set up. If that's what you need, > it's a good choice. > If you want the option to set things up yourself and don't mind a bit more > involvement, choose any distro. > > On Wed, Sep 6, 2023 at 10:34 AM Dale wrote: > >> Howdy, >> >> I took a old hand me down puter and put TrueNAS and some hard drives in >> it a good while back. Well, the drives are filling up. I wanted to add >> another drive to the pool but it appears you can't do that. With LVM, >> it is easily doable, in minutes. So, TrueNAS, while a neat tool, isn't >> going to work for how I end up doing things. Time to get a better tool. >> >> I'm wanting to install something that I can use LVM on. It's something >> I'm already familiar with and it will serve me very well. I'm thinking >> about just installing a binary based OS that is lightweight. The old >> computer isn't super powerful. It has 8GBs of memory and a 4 core CPU. >> About 15 years old I think. I don't think I'll even need a GUI really. >> I figure I'll need NFS or something so I can mount it and LVM to manage >> the drives and such. I'll also need support for encryption. I use >> sys-fs/cryptsetup and whatever tools it depends on. >> >> Since some on this list have used other distros and know what they >> support, what would you recommend? Ubuntu? Slack? I do want something >> that is fairly well maintained and will be around for a long time. >> While I could likely install something else and LVM still have my data, >> I don't want to have to learn something only to switch and learn again. >> If there is a distro that has a light GUI, that would be fine too. I >> don't recall using a GUI to use LVM or encryption tho. Still, could >> come in handy if it is really light. Odds are, I'll only start the GUI >> if I need it. >> >> Thoughts? Alan, I bet you have some ideas. :/ LOL >> >> Thanks. >> >> Dale >> >> :-) :-) >> >> Hi Dale, Yes, I have ideas, quite a few. TrueNAS is FreeBSD+ZFS and it's totally what you want because ZFS is the shizz and fixes all problems using storage, I use it myself. Of course you can add more drives, the command is "zpool add" and the GUI has all the right buttons. NFS also works, you can use any old distro, they all have the tools. So Gentoo or Ubuntu-12.04 or current Fedora, whatever. Do the usual - PV all the drives, add them to a VG and create an LV. For encryption, you must decide if you want LVM to do it, or the filesystem - choice is yours. I would advise not to put / in that VG. Rather boot off a small drive or USB stick then all your drives are a full PV Alan -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] tar exclude files question
On Tue, Sep 5, 2023 at 5:28 PM Walter Dnes wrote: > Every so often I tar up my home directory on my main machine, and push > it over to my "hot backup" machine, and then do a tap-dance with the > .ssh directory. I notice oodles of cache files being tarred. Do I > understand the man page correctly about the CACHEDIR.TAG "magic file"? > Assume I have a .cache directory like so... > > [x8940][waltdnes][~] ll .cache > total 64 > drwx-- 12 waltdnes users 4096 Sep 5 10:50 . > drwxr-xr-x 141 waltdnes users 20480 Sep 5 10:58 .. > -rw-r--r-- 1 waltdnes users 0 Sep 5 10:50 CACHEDIR.TAG > drwx-- 2 waltdnes users 4096 Aug 29 15:34 babl > drwxr-xr-x 2 waltdnes users 4096 Sep 5 08:52 fontconfig > drwxr-xr-x 3 waltdnes users 4096 Jun 11 2021 geeqie > drwx-- 3 waltdnes users 4096 May 29 2021 gegl-0.4 > drwxr-xr-x 3 waltdnes users 4096 May 29 2021 gimp > drwx-- 3 waltdnes users 4096 May 27 2021 google-chrome > drwx-- 2 waltdnes users 4096 Sep 5 10:23 mc > drwxr-xr-x 258 waltdnes users 4096 Mar 24 2022 mesa_shader_cache > drwx-- 3 waltdnes users 4096 May 25 2021 'moonchild productions' > drwx-- 3 waltdnes users 4096 Nov 16 2021 thumbnails > > Would a script in /home like... > > #!/bin/bash > tar --exclude-caches-under cvzf wdexport.tgz waltdnes > > ...skip files in that directory? I don't mind a few empty directories. > Try it and see. My concern is that the man page implies that with --exclude-caches-under the subdirectories are excluded recursively, but the directory with the file called CACHEDIR.TAG is not. I'm sure that's wrong but the man page says what it says. -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] Is distfile partial mirror with failover possible?
On Mon, Sep 4, 2023 at 8:26 PM Neil Bothwick wrote: > On Mon, 4 Sep 2023 19:49:56 +0200, Alan McKinnon wrote: > > > Quick n dirty solution: > > > > put all distfiles on a central server > > FS mount that remote dir to /var/cache/distfiles on all hosts > > That's what I used to do, but had problems when downloading the same file > from to clients at once. > > BTW Welcome back Alan, but leave your dirty top-posting in Archland :P > > Eh, I use gmail in the browser . the blerry thing is built to top post, like Outlook Alan
Re: [gentoo-user] Is distfile partial mirror with failover possible?
Quick n dirty solution: put all distfiles on a central server FS mount that remote dir to /var/cache/distfiles on all hosts Alan On Mon, Sep 4, 2023 at 7:21 PM Neil Bothwick wrote: > On Mon, 04 Sep 2023 14:04:53 +0100, Michael wrote: > > > On Monday, 4 September 2023 11:12:51 BST Walter Dnes wrote: > > > I may be misunderstanding, but it seems to me that local mirrors are > > > all-or-nothing. In the interests of saving bandwidth, I'd like to > > > have a client first check the host's /var/cache/distfiles directory > > > for a source tarball file. If not found, then fail over to another > > > mirror as per GENTOO_MIRRORS in /etc/portage/make.conf. This would > > > require emerge doing the lookup and potential failover for each file. > > > Is this possible? > > > > Unless I misunderstand what you're asking, isn't this what takes place > > anyway? > > The reference to a host makes me think Walter wants one machne to hold > the distfiles for all on the network. > > > PS. Is http_replicator still available/maintained? I see the wiki > > mentions apt-cacher-ng for local distfiles cache. > > I use apt-cacher-ng for this and it does what you are looking for. > > > -- > Neil Bothwick > > The facts, although interesting, are usually irrelevant. > -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: attic
On Mon, Sep 4, 2023 at 2:36 PM Rich Freeman wrote: > On Mon, Sep 4, 2023 at 4:38 AM William Kenworthy > wrote: > > > > On 4/9/23 16:04, Nuno Silva wrote: > > > > > > (But note that Rich was suggesting using the *search* feature of the > > > gitweb interface, which, in this case, also finds the same topmost > > > commit if I search for "reedsolomon".) > > > > > tkx, missed that! > > Note that in terms of indexing git and CVS have their pros and cons, > because they use different data structures. I've heard the saying > that Git is a data structure masquerading as an SCM, and certainly the > inconsistencies in the command line operations bear that out. > I'd always heard that Git is a file system and all useful side effects are pure luck -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] he's baaaaaaack :-D
Thanks for the warm welcome everyone, almost feels like I was never gone :-D Alan On Fri, Sep 1, 2023 at 5:34 AM Walter Dnes wrote: > On Thu, Aug 31, 2023 at 08:15:00PM +0200, Alan McKinnon wrote > > > > Going through the list archives, I see a whole bunch of familiar > > names like Dale, Helmut, Peter, Rich, Grant, Walter, William and more. > > Welcome back. Gentoo has smoothed off the rough edges, and emerge > rarely dies anymore. As a control freak, the thing that annoys me is > all the gratuitous libs (cups/ghostscript/harfbuzz/etc) that apstreams > insist on forcing as dependancies. But that's not Gentoo's fault. > > -- > I've seen things, you people wouldn't believe; Gopher, Netscape with > frames, the first Browser Wars. Searching for pages with AltaVista, > pop-up windows self-replicating, trying to uninstall RealPlayer. All > those moments, will be lost in time like tears in rain... time to die. > > -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] he's baaaaaaack :-D
Thanks :-D On Thu, Aug 31, 2023 at 8:32 PM Alan Mackenzie wrote: > Hello, Alan. > > Welcome back! > > On Thu, Aug 31, 2023 at 20:15:00 +0200, Alan McKinnon wrote: > >Hello Gentoo'ers > >After some years away, I'm back to Gentoo. Arch was nice and I got > >fuzzies but something was always missing. Was on Mint for a while but > >eventually got fed up with how it does Bluetooth. So Gentoo is now on > >the new laptop from work. > >Going through the list archives, I see a whole bunch of familiar names > >like Dale, Helmut, Peter, Rich, Grant, Walter, William and more. > >For those who never knew me, My name is Alan, first used Gentoo 18/19 > >years ago, work at a large mobile operator where I'm a sysadmin and > >general know-it-all-busy-body working with ICT stuff, so happy to make > >your acquaintance. > >-- > >Alan McKinnon > >alan dot mckinnon at gmail dot com > > -- > Alan Mackenzie (Nuremberg, Germany). > > -- Alan McKinnon alan dot mckinnon at gmail dot com
[gentoo-user] he's baaaaaaack :-D
Hello Gentoo'ers After some years away, I'm back to Gentoo. Arch was nice and I got fuzzies but something was always missing. Was on Mint for a while but eventually got fed up with how it does Bluetooth. So Gentoo is now on the new laptop from work. Going through the list archives, I see a whole bunch of familiar names like Dale, Helmut, Peter, Rich, Grant, Walter, William and more. For those who never knew me, My name is Alan, first used Gentoo 18/19 years ago, work at a large mobile operator where I'm a sysadmin and general know-it-all-busy-body working with ICT stuff, so happy to make your acquaintance. -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] Rebuilding all dependants of a package
hehehehe :-) every now and again I unleash my inner grumpy old fart and should him to the world at large! On Mon, Feb 19, 2018 at 5:15 PM, Neil Bothwick <n...@digimed.co.uk> wrote: > On Mon, 19 Feb 2018 17:05:03 +0200, Alan McKinnon wrote: > > > Perhaps you should lay out clearly why you think you need to do this, > > so everyone else can help match your expectations to reality :-) > > Watch out everyone, Alan's in one of those moods! ;-) > > > -- > Neil Bothwick > > C: (n.) the language following A and B. The world still awaits D and >E. By Z, it may be acceptable for general use. > -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] Rebuilding all dependants of a package
On 19/02/2018 14:55, Holger Hoffstätte wrote: Hey, I'm not exactly new to portage, but one thing that I cannot seem to figure out is how to rebuild all dependants of a package. Not *dependencies*, dependants: packages that require said package. As a recent example: whenever go (the language) is updated to a new version (say from 1.9 to 1.10, as it happended recently), I'd like to rebuild docker & friends - or more specifically 'things that are compiled with go'. The --changed-deps option doesn't seem to do the trick, so instead I manually do a -vp --depclean on go and manually --oneshot all installed packages that have their hands on it. This is obviously stupid and error-prone. Am I missing something or is this really not easily possible? Basically I'm looking for a hard --oneshot --revdep-rebuild with a package argument. There isn't really a one-shot way to do this easily. Ebuilds do not contain dependants, they contain dependencies and that is a one-way arrow. So you end up having to walk the tree to get the information you are after. If you have to do it, your example will suffice. Crude, but works. I have to question though why you think you need to do this. If you want to do it ad-hoc without needing a good reason, then do the above. If you think that stuff must be rebuilt when go is bumped, then you are not correct. ebuilds have sub-slot dependencies which you can think of as somewhat like ABI/API version tracking, not package tracking. If go is rebuilt and the ABI/API changes, emerge notices and rebuilds packages that were using the old go. If a go-using package is compatible with the chnage, it is not rebuilt because it does not need to be rebuilt and the runtime linker deals with what happens at runtime. If portage misses something in this, that is a bug and the ebuild needs updating. Perhaps you should lay out clearly why you think you need to do this, so everyone else can help match your expectations to reality :-) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] How to test package install?
On Thu, Feb 15, 2018 at 4:37 AM, Ian Zimmerman <i...@very.loosely.org> wrote: > I'm trying to test my package by running "ebuild /path/to/pkg.ebuild > install". Naturally (for me) I do this as an unprivileged user, not as > root. It fails because at least some steps such as dobin need to give > away ownership of the files being installed. I tried to run the whole > thing including compilation under fakeroot but that doesn't help. > > If it is relevant (but I don't think it is) my user _is_ in the portage > group. > > What is the accepted or usual way to do this task? > > -- > Please don't Cc: me privately on mailing lists and Usenet, > if you also post the followup to the list or newsgroup. > To reply privately _only_ on Usenet and on broken lists > which rewrite From, fetch the TXT record for no-use.mooo.com. > > You can normally build as yourself. Install requires root typically due to write permissions on *bin and /etc. You can probably come up with a clever way to do this, but by far the easiest is the classic: sudo ebuild /path/to/pkg.ebuild install -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] [OT] A little help for non-native English speakers
hehehehe :-) Old joke but a good one: Q: Why don't we obfuscate perl? A; Because that makes it more readable On Fri, Feb 2, 2018 at 10:10 AM, Neil Bothwick <n...@digimed.co.uk> wrote: > On Fri, 2 Feb 2018 09:34:06 +0200, Alan McKinnon wrote: > > > As a native English speaker I can never remember the precedence rules > > about its and it's... > > Its easy ;-) > > > I vote we dump English in it's entirety and all switch to Python > > Come one! Most people can't handle basic spelling and grammar, how are > they going to deal with indentation. We could use Perl. That would be > equally incomprehensible whether right or wrong. > > > -- > Neil Bothwick > > It's not who you know; it's whom you know. > -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] [OT] A little help for non-native English speakers
On 02/02/2018 09:47, Frank Steinmetzger wrote: On Fri, Feb 02, 2018 at 09:34:06AM +0200, Alan McKinnon wrote: PS.: As a non-native, I always found e.g. and i.e. easy to keep apart because when you say "e.g." as a word without the dots, it becomes "eg", which, phonetically, is the start of the word "example". As a native English speaker I can never remember the precedence rules about its and it's... That is quite easy: the ’ *always* means something has been left out. "It’s" it its unrolled form means It is. Once you start reading it aloud as such, you will quickly get the hang of it. Try it, it is such fun. I did say I can't remember the rules, not that I don't understand them :-) I do remember there, their and they're though, that one gives many folks trouble. Of late I've decided that human languages are fuzzy, redundant and meaning can usually be determined from context. Not 100%, but usually close. And now I don't care any more. Except "revert". That one still grates me; it is not "reply" I vote we dump English in it's entirety and all switch to Python How do you pronounce indentation? Like so: "tab tab space" -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] [OT] A little help for non-native English speakers
On 02/02/2018 00:52, Frank Steinmetzger wrote: On Thu, Feb 01, 2018 at 06:55:30PM +, Neil Bothwick wrote: On Thu, 1 Feb 2018 13:12:07 -0500, Rich Freeman wrote: Well, as long as we're explaining grammar, I'll elaborate a tiny bit more since a lot of people (including native English speakers) get these wrong. [snip] I figured that would make the example more confusion which would defeat the purpose. ~ MUPHRY'S LAW: The principle that any criticism of the writing of others will itself contain at least one grammatical error. And don't get me started on people using "which" when they should be using "that". (In this case, which is correct but it should have a preceding comma). When your reading this sentance, you fill find their are definately some errors in it’s spelling. That is a art less and less people can make proper use of. *SCNR* PS.: As a non-native, I always found e.g. and i.e. easy to keep apart because when you say "e.g." as a word without the dots, it becomes "eg", which, phonetically, is the start of the word "example". As a native English speaker I can never remember the precedence rules about its and it's... I vote we dump English in it's entirety and all switch to Python -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: Simple SMTP to cmd-line MTA relay?
On 19/01/2018 22:03, Grant Edwards wrote: > On 2018-01-19, Alan McKinnon <alan.mckin...@gmail.com> wrote: >> On 19/01/2018 21:54, Grant Edwards wrote: >>> On 2018-01-19, Ian Zimmerman <i...@very.loosely.org> wrote: >>>> On 2018-01-19 18:49, Grant Edwards wrote: >>>> >>>>>> Just like the others writing in this thread, I am wondering why you >>>>>> need 2 pieces here. Why won't e.g. exim do both sides of this for >>>>>> you? It certainly has all the functionality. >>>>> >>>>> I don't see how you can say that when you don't know the method that >>>>> my command-line MTA uses to transfer mail on down the path towards >>>>> delivery. >>>> >>>> I can say it because I have some experience with exim, and I know it can >>>> do pretty much anything. If its configuration language isn't Turing >>>> complete, it is quite damn close to it. And the same can be said of >>>> sendmail, though I know much less about it know. >>> >>> Can exim transfer mail to an Exchange server that doesn't expose an >>> SMTP server? >> >> Errr, no. exim does SMTP. >> >> If the above is what you need, any orthodox mail server would need to >> hand the mail over to something that *can* deliver to Exchange. > > Yes, and that something is my existing command-line MTA utility that > has the same usage as /usr/bin/sendmail. > Got it now. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: Simple SMTP to cmd-line MTA relay?
On 19/01/2018 22:01, Grant Edwards wrote: > On 2018-01-19, Alan McKinnon <alan.mckin...@gmail.com> wrote: >> On 19/01/2018 21:43, Ian Zimmerman wrote: >>> On 2018-01-19 18:49, Grant Edwards wrote: >>> >>>>> Just like the others writing in this thread, I am wondering why you >>>>> need 2 pieces here. Why won't e.g. exim do both sides of this for >>>>> you? It certainly has all the functionality. >>>> >>>> I don't see how you can say that when you don't know the method that >>>> my command-line MTA uses to transfer mail on down the path towards >>>> delivery. >>> >>> I can say it because I have some experience with exim, and I know it can >>> do pretty much anything. If its configuration language isn't Turing >>> complete, it is quite damn close to it. And the same can be said of >>> sendmail, though I know much less about it know. >> >> I'm also wondering why you need 2 bits. Earlier in the thread you >> mentioned that you send perhaps a few messages a week and never more >> than one connection at a time. >> >> Why do you need anything more complex than ssmtp? > > I'm not just _sending_ mail. I'm relaying mail that's being sent by > another host. I need an SMTP server that supports AUTH and SSL. OK > >> where are the messages coming from? localhost? the lan? somewhere >> on the internet? > > SMTP clients (on the Internet). I thought that was sort of implied by > the requirement for an SMTP server (with AUTH and SSL). Well, sort of implied. The door was still open for all manner of other interpretations. Eg, you have 10 staff but only 2 may send mail, so authorize them by username and password - ssl, no internet. There are many other possibles > >> Grant, you should explain your requirements in detail. > > I thought I did. > > My requirement is to provide an SMTP server (with AUTH and SSL) that > accepts mail and relays it by invoking a command-line utility that has > the same usage as /usr/bin/sendmail. Is it correct to assume this sendmail-like utility is the broken one that does the next step as you want it, presumably delivering to Exchange? Configure the delivery options in MTA you set up to pipe the mail to this sendmail-like app. All MTAs can do that and they usually explain how to at length in their docs -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: Simple SMTP to cmd-line MTA relay?
On 19/01/2018 21:43, Ian Zimmerman wrote: > On 2018-01-19 18:49, Grant Edwards wrote: > >>> Just like the others writing in this thread, I am wondering why you >>> need 2 pieces here. Why won't e.g. exim do both sides of this for >>> you? It certainly has all the functionality. >> >> I don't see how you can say that when you don't know the method that >> my command-line MTA uses to transfer mail on down the path towards >> delivery. > > I can say it because I have some experience with exim, and I know it can > do pretty much anything. If its configuration language isn't Turing > complete, it is quite damn close to it. And the same can be said of > sendmail, though I know much less about it know. > I'm also wondering why you need 2 bits. Earlier in the thread you mentioned that you send perhaps a few messages a week and never more than one connection at a time. Why do you need anything more complex than ssmtp? where are the messages coming from? localhost? the lan? somewhere on the internet? Grant, you should explain your requirements in detail, and not describe what you currently have (broken, as you say). Otherwise I'm going to give you boilerplate advice: Use ssmtp, unless the mail isn't coming from localhost and you need simple (use postfix); otherwise if your setup is tricky use exim. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] fsck check of /usr on a separate partition fails during boot
On 14/01/2018 01:36, Neil Bothwick wrote: > On Sat, 13 Jan 2018 23:16:19 +0200, Alan McKinnon wrote: > >> On 13/01/2018 23:16, Neil Bothwick wrote: >>> On Sat, 13 Jan 2018 14:57:59 -0600, John Johnson wrote: >>> >>>> Shouldn't that be taken care of by the "/etc/fstab" entries? >>> >>> Those say whether the filesystem should be checked, not when. >>> >>>> Obviously, if "/usr" is on a separate partition, it needs to be >>>> mounted at the time when "/usr/sbin/fsck" is expected to be >>>> present. >>> >>> fsck is in /sbin, but that's not the point. If you have an initramfs, >>> fsck should be in it and run before /usr is mounted rw, which means it >>> has to be done by the initramfs. It's too late to do it when control >>> has been handed over because then /usr is already mounted rw. >> >> >> So what does the dirty check and fsck of / ? > > OpenRC AFAIK. > >> I don't have an initramfs, I don't have a separate /usr, > > You need an initramfs and a separate /usr to experience this problem. You > have neither so you have avoided it twice, well done :-) I'm an engineer, so I don't add unneeded things that serve no purpose and no benefit :-) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] fsck check of /usr on a separate partition fails during boot
On 13/01/2018 23:16, Neil Bothwick wrote: > On Sat, 13 Jan 2018 14:57:59 -0600, John Johnson wrote: > >> Shouldn't that be taken care of by the "/etc/fstab" entries? > > Those say whether the filesystem should be checked, not when. > >> Obviously, if "/usr" is on a separate partition, it needs to be mounted >> at the time when "/usr/sbin/fsck" is expected to be present. > > fsck is in /sbin, but that's not the point. If you have an initramfs, > fsck should be in it and run before /usr is mounted rw, which means it > has to be done by the initramfs. It's too late to do it when control has > been handed over because then /usr is already mounted rw. So what does the dirty check and fsck of / ? I don't have an initramfs, I don't have a separate /usr, I run OpenRC and the kernel command line says where / is for mounting -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] fsck check of /usr on a separate partition fails during boot
On 13/01/2018 21:30, Andrew Barchuk wrote: > Alan, Floyd, > > Thanks for your responses. > Indeed I prefer to not maintain my own initramfs scripts. Right now I > use genkernel initramfs but it seems to not be doing the right thing > regarding /usr partition mounting (as I understand now it's not a > problem with OpenRC fsck service). On the other hand I prefer to not > have to remember to run fsck manually, I'm pretty bad at such things. > > --- > Andrew > fwiw, fsck here runs automagically at startup whenever the fs is dirty, and I do not use an initramfs at all. Not sure exactly what code does this, I assume it's something in OpenRC. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] fsck check of /usr on a separate partition fails during boot
On 13/01/2018 12:58, Andrew Barchuk wrote: > Hi folks, > > I've posted about this problem to the forums[1] without luck despite > getting more than a thousand views so I thought I'll try here. > > My system boots successfully but filesystem check fails for /usr which > is on a separate partition: > > * Checking local filesystems ... > /dev/mapper/MacVg-gentoo--root: clean, 2390/65536 files, 30938/262144 blocks > /dev/mapper/MacVg-gentoo--usr is mounted. > e2fsck: Cannot continue, aborting. > > > /dev/mapper/MacVg-gentoo--var: clean, 22647/65536 files, 59083/262144 blocks > /dev/mapper/MacVg-gentoo--home: clean, 8080/917504 files, 243397/3670016 > blocks > /dev/mapper/MacVg-data: clean, 5293/3145728 files, 8945157/12582912 blocks > * Operational error > [ !! ] > > I use LVM on LUKS container for my partitions and an initramfs built > with genkernel. > > My fstab: > > /dev/MacVg/gentoo-root / ext4defaults0 1 > /dev/MacVg/gentoo-usr /usrext4defaults0 2 > /dev/MacVg/gentoo-var /varext4nodev,nosuid0 2 > /dev/MacVg/gentoo-home /home ext4nodev,nosuid0 2 > /dev/MacVg/data /data ext4nodev,nosuid,noexec 0 2 > LABEL=EFI /boot vfatnoauto,umask=0022 0 2 > /dev/MacVg/swap noneswapdefaults0 0 > tmpfs /tmptmpfs nosuid,nodev,size=1G,mode=1777 0 0 > tmpfs /var/tmp tmpfs nosuid,nodev,size=8G,mode=1777 0 0 > > Any ideas what is going on and how do I make the fsck check succeed? > Maybe I should file it as an OpenRC bug but I'm not completely sure if > it's not me doing something wrong. > Thanks in advance for any help. > > 1. https://forums.gentoo.org/viewtopic-t-1075174-highlight-.html > > --- > Andrew > By far the easiest way to deal with this without having to predict if maybe /usr is mounted or not, or if maybe your intiramfs has the correct files in place and all sorts of other maybes, is the following: - find any old LiveCD/installer/whatever on CD or thumb drive (the gentoo minimal install CD works just fine, so does ubuntu-server installer (it boots quite quickly) - set your BIOS to boot from that device - reboot - use the fsck tool on that system (which is independent of your main system) to fix the broken fs for /usr - reboot as normal Yes, you *could* fiddle with your initramfs to provide a shell and fs tools. How often are you going to use it or test it? As you are not RedHat with paying customers, I'd say "almost never". so rescue disk ftw -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] single core athlon?
I have one of those under my desk at home. Finally switched it off for the last time about 2 months ago. So yes, you can run 64 bit Gentoo on it just fine. Make the appropriate changes in make.conf and away you go. Just because distro X does not support cpu Y in mode Z does not mean that the compiler doesn't support it. On Mon, Jan 8, 2018 at 5:15 AM, <mad.scientist.at.la...@tutanota.com> wrote: > Does any body know if it's possible to set up gentoo on a single core 64 > bit athlon, old socket 754? I tried another distro and it said it didn't > support non-smp 64 bit. If not i'll have to put some 32 bit os on it. I'm > planning to use it mostly for a local boot server for os installs or > possibly firewall, maybe eventual honey pot since it is low energy usage. > I know it's not supported by current BSD or windows. Thanks. > > mad.scientist.at.large (a good madscientist) > -- > -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: Connman refuses to work
On 07/01/2018 17:45, Melleus wrote: > Melleus <mell...@openmailbox.org> writes: > >> Neil Bothwick <n...@digimed.co.uk> writes: >> >>> On Sat, 06 Jan 2018 18:46:25 +0200, Melleus wrote: >>> >>>>> What do the logs say? >>>> That's all I could find in syslog: >>>> >>>> connmand[6709]: Aborting (signal 11) [/usr/sbin/connmand] >>>> >>>>> Can you start it manually? >>>> >>>> No, it pretends to start but fails silently. >>> >>> Looking at the man page, try adding --debug=DEBUG and --nodaemon >> >> Thank you for helping me. >> >> --debug=DEBUG is almost silent, but just --debug is more verbose. >> >> All I see is that something wrong is happening here: >> >> connmand[2434]: src/iptables.c:__connman_iptables_append() -t mangle -A >> connman-INPUT -j CONNMARK --restore-mark >> connmand[2434]: Aborting (signal 11) [connmand] > > Thanks again for pointing me to logs. Those iptables was a > problem. There are the closed bug #573174. Iptables higher than 1.6 > breaks connman. The solution is to use iptables lower than 1.6 or > connman higher than 1.32. So the combination of connman v1.29 and > iptables v1.6.1-r2 just cannot work. But unfortunately for me they both > have stable keyword. I beleive that this is a some kind of bug. > After I masked iptables higher than 1.6, reemerged the packages and > reboot, everything works like it should. > > I don't know whether developers are reading this thread, but it would be > very nice to keyword only v1.4.21-r1 of iptables with stable keyword > (like they have done with kernel recently) or promote to stable some > version of connman higher than 1.32 upstream. This would completely > have this bug eliminated even before someone other than me hits it. Post your finding to b.g.o. It's a simple matter to limit which versions of iptables can be used with each version of connman. Tracking that, and making changes when they become known, is what being a package maintainer is all about. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] old kernels are installed during the upgrade
On 04/01/2018 08:40, Wols Lists wrote: > On 03/01/18 22:09, Alan McKinnon wrote: >> On 04/01/2018 00:02, Stroller wrote: >>> >>>> On 3 Jan 2018, at 21:55, Wols Lists <antli...@youngman.org.uk> wrote: >>>> >>>> What would be nice, would be if "emerge --depclean" had the smarts to >>>> recognise that /usr/src/linux pointed to the current active kernel, and >>>> didn't wipe that when it cleaned out everything else :-) That way, at >>>> most you could have the current and latest kernel sources available >>>> pretty easily. >>> >>> You've jogged a long-hibernating memory - the accidental removal of the >>> current sources tree in an accident like this may be the exact reason why I >>> refuse to allow kernel versions to be actively emerged. >> >> I think that's a mountain and a molehill. You still have the image in >> /boot, config in /boot or in the running kernel, libs in /lib/modules >> and the bootloader is intact. >> >> Delete the sources? >> - Re-emerge them. 90 seconds. >> - Re-compile using existing config. 20 minutes >> >> So deleting the sources for the running kernel is a doh! moment. But no >> biggie, and certainly not cause for changing your routine (all in my own >> not at all humble opinion, of course) >> > But it's a royal pain, especially if you don't realise that's what's > happened, because a general emerge is likely to have a lot of grief. Yes there is that > > Dunno how many ebuilds actually refer to /usr/src/linux for some of > their header files, but I doubt it's negligible. It's certainly caused > me grief in the past. It's a decidedly non-trivial number of ebuilds. On Gentoo /usr/src is a symlink to the *configured* kernel sources, on binary distros the same dir usually contains headers for the running kernel > (Yes I think they're not supposed to, but what's that saying about > theory and practice?) I don't know of any documentation in Gentoo that says ebuilds shouldn't do that but I can't think of any realistic alternatives. Gentoo needs access to the kernel config not just the sources and we can't rely on a config being present in /boot like binary distros can > > I don't like it when well-known problems cause general breakage that is > likely to cause havoc for unsuspecting users... Gentoo has always had a fallback excuse position for devs: By running Gentoo you give up all right to claiming to be an "unsuspecting user" Harsh I know, and sucky when it hits you, but it is what it is. Gentoo is not for the faint-hearted -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] old kernels are installed during the upgrade
On 04/01/2018 00:41, Stroller wrote: > >> On 3 Jan 2018, at 22:11, Alan McKinnon <alan.mckin...@gmail.com> wrote: >> >>>>> >>>>> $ grep -e source /var/lib/portage/world >>>>> sys-kernel/gentoo-sources:4.9.34 >>>> ... >>> >>> I guess this risks that emerge will try to install 4.9.34-r1 during a >>> future update, but I don't believe I've ever experienced that. >> >> Only if the highest-versioned emerged sources are <4.9.34-r1 > > Yes, in the quoted example above I grepped my world file for sources and > 4.9.34 is currently installed. > >>> >>>> If you do want to use versions, I'd recommend using ~ rather than = to >>>> pick up patch-level updates. >>> >>> What do you mean by this exactly, please? >> >> =4.9.34 selects that exact version and only that specific version >> ~4.9.34 select that version and also 4.9.34-r1. There might need to be a >> * on the end of ~4.9.34, I don;t quite recall. Answer in portage's man pages > > I thought it was something like that, but searched `man portage` for "~" more > than one way, and didn't find reference to this. Am I blind? man 5 ebuild Section "Extended Atom Prefixes", it is near the top, probably first page on most screen sizes. The location is very non-obvious, I only know of it because I refr to it often once I found it -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] old kernels are installed during the upgrade
On 04/01/2018 00:07, Stroller wrote: > >> On 3 Jan 2018, at 21:53, Neil Bothwick <n...@digimed.co.uk> wrote: >>> >>> It installs exactly that version, and that exact version is recorded in >>> the world file. >>> >>> $ grep -e source /var/lib/portage/world >>> sys-kernel/gentoo-sources:4.9.34 >> >> That's not a version, it's a slot. Whilst kernels are currently slotted >> with the version number, nothing else is and there is no guarantee that >> this will also hold for kernels. > > Fair enough, but there's nothing else I need to treat this way. > > I guess this risks that emerge will try to install 4.9.34-r1 during a future > update, but I don't believe I've ever experienced that. Only if the highest-versioned emerged sources are <4.9.34-r1 > >> If you do want to use versions, I'd recommend using ~ rather than = to >> pick up patch-level updates. > > What do you mean by this exactly, please? =4.9.34 selects that exact version and only that specific version ~4.9.34 select that version and also 4.9.34-r1. There might need to be a * on the end of ~4.9.34, I don;t quite recall. Answer in portage's man pages -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] old kernels are installed during the upgrade
On 04/01/2018 00:02, Stroller wrote: > >> On 3 Jan 2018, at 21:55, Wols Lists <antli...@youngman.org.uk> wrote: >> >> What would be nice, would be if "emerge --depclean" had the smarts to >> recognise that /usr/src/linux pointed to the current active kernel, and >> didn't wipe that when it cleaned out everything else :-) That way, at >> most you could have the current and latest kernel sources available >> pretty easily. > > You've jogged a long-hibernating memory - the accidental removal of the > current sources tree in an accident like this may be the exact reason why I > refuse to allow kernel versions to be actively emerged. I think that's a mountain and a molehill. You still have the image in /boot, config in /boot or in the running kernel, libs in /lib/modules and the bootloader is intact. Delete the sources? - Re-emerge them. 90 seconds. - Re-compile using existing config. 20 minutes So deleting the sources for the running kernel is a doh! moment. But no biggie, and certainly not cause for changing your routine (all in my own not at all humble opinion, of course) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Running Gentoo in VirtualBox
On 31/12/2017 21:40, the...@sys-concept.com wrote: > I'm using Gentoo as a server (so it runs 24/7) Apache, Asterisk, Hylafax > etc. > > What are my chances to run Gentoo as a VirtualBox? > > Installing Gentoo takes me 2-3 days (basic setup min., I don't do it > every month so I have to go through Gentoo handbook); to configure it > the way I want it takes another week or two. > > So I was thinking, if I run Windows 10 and configure Gentoo as a > virtual box it might be easier to transfer it from one system to > another, in case there is a HD failure (like it just happened to me > yesterday). > > Any input will be appreciated. > I know I might have problem with Serial port and receiving faxes via > HylaFax as they are time sensitive. > That is not the question. The real question is: Why are you running a production fax server with n backup or redundancy plans? Virtualization here will not solve your risk or effort exposure. It will increase it. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Kernel upgrade confusion
On 30/12/2017 20:43, Jalus Bilieyich wrote: > Recently there was a kernel update and I don't want to reconfigure it > from scratch. In the official documentation, it told me to move the old > .config into the new kernel source tree and type > make oldconfig > > This is where I'm confused; which .config file (/proc/config.gz or > /boot/config) and where in the kernel source tree do I put this file in. > Either. As long as the *running* kernel is the one you want to copy from, the contents are identical. You als very likely have a third copy is /usr/src/, assuming you left the sources intact after kernel installation (the usual case) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: [was: What can cause printer to crop top of page?] /etc/papersize is ignored
On 30/12/2017 02:44, Peter Humphrey wrote: > On Friday, 29 December 2017 16:45:33 GMT Wols Lists wrote: > >> (Plus, of course, so much development is done for the American market, >> so they don't realise how hard it is to get a change like A4 to stick :-( > > Damned colonials. It's like the baseball "world series": no-one outside > north America plays it [random OT factoid] baseball is hugely popular in Japan. Rugby too :-) [2nd random OT factoid] It's the "world series" because the first sponsor was a newspaper "News of the World" iirc (plus some typical US bravado) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Kernel 4.14.7 no longer switches to VT7
On 21/12/2017 17:41, Jörg Schaible wrote: > Hi, > > after the update and installation of gentoo-sources-4.14.7 my two machines no > longer switch to SDDM on > VT7, it stays on VT1. However, I can switch manually using CTRL-ALT-7 to SDDM > and login as usual. If I boot > with the last stable kernel 4.12.12 anything is back to normal and the login > screen of SDDM appears directly > while the rest of the modules is loaded in background. > > Both machines have older Radeon chips (REDWOOD and CEDAR) and I managed to > load also their firmware > with the new kernel 4.14.7, but there's still no automatic switch to VT7 > anymore. > > I found nothing obvious in /var/log/messages, dmesg or Xorg.0.log. What may > cause this weird behavior? > > Cheers, > Jörg > > It's probably a dodgy kernel point bersion, 4.14 is problematic. Alice Ferrazzi posted this to gentoo-dev earlier today: =start quote= Hello, We have recently started the stabilization of gentoo-sources-4.14.8. Very soon we received reports regarding broken e1000e driver [1] and moved to gentoo-sources-4.14.8-r1. Since then we keep receiving new problems related to 4.14.x kernel: - IPSec is broken [2] - Change in 4.14.9 broke nVIDIA driver [3] - Colors on console are broken with some Radeon HD cards [4] - BUG report on boot [5] - Unbootable system with CONFIG_MCORE2 [6] - ...more bugs [7] While not all issues are present in gentoo-sources-4.14.8-r1 we are concerned about the current stability/quality of the 4.14.x branch in general and don't feel comfortable recommending 4.14.x branch for general use at the moment. But that's what a stable USE flag means for most Gentoo users. So, for now, we have decided to drop gentoo-sources-4.14.x stable keywords. We will keep watching 4.14 branch and once the stability/quality matches our requirements we will restart stabilization. Keep in mind: We are only dropping stable USE flags. If gentoo-sources-4.14.x works for you and you want to keep it, just keyword the package on your own! = end quote= If you want to fix the bugs, then by all means soldier on. But if your intent is to have a working system that boots, probably drop using 4.14.x and go back to say 4.12.x ? -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: [was: What can cause printer to crop top of page?] /etc/papersize is ignored
On 29/12/2017 16:30, Peter Humphrey wrote: > On Friday, 29 December 2017 13:57:31 GMT Alan Mackenzie wrote: > >> I think the bug is that "A4" has to be set in so many places, where "so >> many" means more than one. In a well designed printing system, there >> would be just one place to set it. > > And that would have to be /etc/papersize, no? No, not really. IIRC that comes from ages back in time when lpd was all the rage and really refers to the computer *driving* the printer, not the computer *using* the printer Nowadays you can have as many printers as you want (even printers that are not physical objects, like pdf) and each printer can have as many different page sizes as it has trays. The only "correct" place for papersize nowadays is in whatever the user is using to get something to print. And there are lots of those. Something like CUPS ought to make it all so much easier but I find CUPS just makes my life insanely difficult. So I mail my docs to my wife and she prints them from Windows for me > >>> I'm posting this here to save others time, should they come across the >>> same problem. >> >> I've been luckier with printing, but thanks all the same. Who knows >> when I might no longer be so lucky. > > Indeed. > -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] list of miscellaneous FAIL
Is he the fellow with the weird update script? The one that entertained us so much for so long? Plus a total inability to listen to anyone else? On 16 Dec 2017 12:28 AM, "Dale" <rdalek1...@gmail.com> wrote: > Alan McKinnon wrote: > > Oh ye gods, not this fellow again. > > > > Fellow gentoo-listers, please I beg you, with all my heart and all my > > soul, I beg you: > > > > Do not feed this troll. Please. > > > > Alan > > > > > > > I mentioned my blacklist the other day in another thread and how it has > only one person in it. It's about to be two. My grass is growing and I > find it more interesting. lol > > I wonder how long he will last this time? > > Dale > > :-) :-) > >
Re: [gentoo-user] list of miscellaneous FAIL
Oh ye gods, not this fellow again. Fellow gentoo-listers, please I beg you, with all my heart and all my soul, I beg you: Do not feed this troll. Please. Alan On 15/12/2017 16:44, Alan Grimes wrote: > kdeinit: > > over-tight constraint to cmake version: > > ## > -- Found XCB_XCB: /usr/lib/libxcb.so (found version "1.12") > -- Found XCB: /usr/lib/libxcb.so (found version "1.12") found > components: XCB > CMake Error at CMakeLists.txt:51 (find_package): > Could not find a configuration file for package "KF5KIO" that is > compatible > with requested version "5.41.0". > > The following configuration files were considered but not accepted: > > /usr/lib64/cmake/KF5KIO/KF5KIOConfig.cmake, version: 5.40.0 > /usr/lib/cmake/KF5KIO/KF5KIOConfig.cmake, version: 5.40.0 > > > > -- Configuring incomplete, errors occurred! > See also > "/var/tmp/portage/kde-frameworks/kinit-5.41.0/work/kinit-5.41.0_build/CMakeFiles/CMakeOutput.log". > See also "/var/tmp/portage/kde-frameworks/kinit-5 > # > > also the files symlink in the build path was a reference to itself!!! =P > > > Also, the perennial fail, libcdio was giving a more helpful error > message this time, seems it was looking for a specific libiconv even > though that library seems to have been folded into glibc > > > > There is also a new perennial fail, that's very suspicious and worrying, > ffmpeg... I think it might have to do with relocatable code or > something, I thought I had disabled that feature and had gotten it to > work, apparently some pinhead decided to turn it back on thinking 'ooh > security'. I'm like look: the only thing I care about is that I can log > in. =| > > In file included from src/libpostproc/postprocess.c:538:0: > src/libpostproc/postprocess_template.c: In function ‘dering_MMX2’: > src/libpostproc/postprocess_template.c:1097:5: error: ‘asm’ operand has > impossible constraints > __asm__ volatile( > ^~~ > > -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: Is gnome becoming obligatory?
On 13/12/2017 01:23, allan gottlieb wrote: > On Mon, Dec 11 2017, Jorge Almeida wrote: > >> On Sun, Dec 10, 2017 at 7:31 PM, Canek Peláez Valdés <can...@gmail.com> >> wrote: >>> >>> Just my two cents. I will not answer any reply to my little contribution to >>> this thread; >> >> Good. I can't remember any intervention from you that I would miss. > > That makes one of us. > > As a gnome user I needed to use systemd when gnome-3 came about. While > I have nothing useful to say pro or con about systemd, I strongly > believe Canek has contributed a number of helpful comments to this > group. Yes, this. Some historical correctnesses about Canek: - He has been here for years - He has contributed here for years - He supports systemd and has offered more help and explanation about systemd to it's users on this list than any other single person, bar none - He has never, not once, slagged off SysV Init, OpenRC or any other init system, ot the creators or the users - He has never posted rude or inflamatory comments about anyone arguing against him - He has never resorted to ad-hominem and never posted any knee jerk opinions about any other poster wrt their stance on init systems If we look at the reverse we see a very different picture, and it's right here in this very thread. To the poster who rudely commented about Canek being a professor and that doesn't make him right and that he is one voice, step back pal and take a very long hard look at what you said. Yes, it doesn't make him right. Also doesn't make him wrong. His posts and the content are what make him right or wrong. There truly are fan bois on this list, but Canek is not one of them. It's the systemd-haters and Poeterring-haters who are being fan bois, painting all detractors with the same brush. Frankly, I'm amazed Canek is still here considering the amount of abuse he takes from this list. He must have thick skin or maybe dealing with detractors is a crucial part of academic training. I myself would have rage quitted a long time ago but he is still here. A good healthy dose of manners like your Mama taught you is in short supply around here right now. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] preparing for profile switch -- major problem
On 10/12/2017 14:54, John Covici wrote: > On Sun, 10 Dec 2017 07:36:19 -0500, > Kent Fredric wrote: >> >> [1 ] >> On Sun, 10 Dec 2017 02:17:09 -0500 >> John Covici <cov...@ccs.covici.com> wrote: >> >>> OK, thanks, I think I will try that. >> >> The problem you're facing is that you masked dev-lang/perl, but not any >> virtual/perl-* or perl-core/-* to compensate. >> >> These 3 components work in concert like a single component, as a sort >> of bodge to compensate for the fact portage has no working "provides" >> feature, >> and to compensate for the dependency-system missmatch between how >> Gentoo works and how CPAN works. >> >> Theres' no easy way of fixing this atm, but the short of it is if you're >> using >> an ~arch dev-lang/perl, you should be using an ~arch virtual/perl-*, >> and if you're using an "arch" dev-lang/perl, you should be using only >> "arch" versions of virtual/perl-* >> >> Once you do this, portage may still scream at you, because portage is >> very much optimised for upgrading, and it tends to think downgrading is >> an error. >> >> So once you get all your masks/keyword changes in place, you should do: >> >> emerge -C virtual/perl-* >> emerge -C perl-core/* >> >> (or something to that effect) >> >> This looks scary, but generally isn't, because you're not actually removing >> anything with this, just juggling a few balls and making only older >> versions of certain things available ( as they're alls shipped in >> dev-lang/perl ) >> >> And then after you do this, portage is more likely to be persuadable >> into doing the right thing. >> >> You can additionally abuse my tool, gentoo-perl-helpers for doing some of >> this, >> and some of the steps I've described are automated because they're just >> that safe and useful. >> >> https://wiki.gentoo.org/wiki/Perl#app-admin.2Fgentoo-perl-helpers >> >> >> After putting the right masks in place, do: >> >> gentoo-perl gen-upgrade-sets 5.26 5.24 >> >> And if you're really lucky, the sets it generates will work the first time :) >> >> ( I actually tested this scenario when developing it, but its still an >> undocumented use on purpose ) >> >> GLHF. > > I went ahead and did the upgrade which worked, but the emerge from > perl-cleaner --all did not. I am using ~amd64 and have done so for > years, so I don't think I need to maks off anything. I seem now to be > stuck with dev-python/setuptools, so I am now trying to figure out why > I can't emerge that -- it was triggered by the perl-cleaner --all . > How recent is your tree? I had issues with setuptools doing the first run through the 17.0 upgrade. I never looked into it too closely, I used --keep-going, but setuptools seemed to think I had a useable python-3.4 After the first run through emerge -e world, nuking-python-3.4 and re-syncing, setuptols worked normally again. YMMV of course where you are -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: Is gnome becoming obligatory?
On 10/12/2017 13:55, Mart Raudsepp wrote: > On P, 2017-12-10 at 08:56 +, Jorge Almeida wrote: >> On Sun, Dec 10, 2017 at 6:12 AM, R0b0t1 <r03...@gmail.com> wrote: >>> On Sat, Dec 9, 2017 at 5:36 PM, Peter Humphrey <pe...@prh.myzen.co. >>> uk> wrote: >>>> On Saturday, 9 December 2017 12:00:12 GMT Jorge Almeida wrote: >>>>> On Sat, Dec 9, 2017 at 10:45 AM, Mick <michaelkintz...@gmail.co >>>>> m> wrote: >>>>>> Thank you all for detailed and clear replies. You'd forgive >>>>>> me for >>>>>> being (a little) paranoid about Poettering's fingers getting >>>>>> anywhere >>>>>> near my systems.> >>>>>> :-p >>>>> >>>>> Are you sure you need udisks? And policykit? >>>> >>>> I'm pretty sure Mick runs KDE, which requires both of those. >>>> >>> >>> Eventually emerging @world will just pull in the entirety of the >>> Gentoo package repository, and we won't have to worry about what is >>> or >>> isn't necessary. >>> >> Not that I would object much to have gnome-common if I needed it (I >> don't), but it is a bit >> shocking that installing kde stuff pulls gnome stuff. After all, >> they're supposed to be alternative worldviews, er, desktop >> environments. Maybe the relevant people should stop and think whether >> unbridled complexity is a good idea? > > So you are suggesting that each desktop environment must NIH > everything? > > Want an auto-mounter and disk monitor and more for a modern desktop > experience - reimplement udisks. > Want a secure permissions handling framework for the desktop - > reimplement polkit. > Want a user account service handler for desktop logins - reimplement > accountsservice. > Want color profiles handling for monitors and co, and other associated > stuff - reimplement colord. > And so on. > > That's all "GNOME stuff" by your definition, with GNOME Foundation > members being the project leaders or starters. > > Meanwhile gnome-common is just a package for m4 macros for the older > autotools using world, and is deprecated in favor of autoconf-archive, > which had the good things of gnome-common integrated into it. Please > remove that package too, if you want to NIH. > > > People, this is open source. Stop advocating NIH and make use of the > benefits of open source and let the people actually doing stuff > collaborate on things and re-use/share projects as they see fit, for > less time waste and more making GNU/Linux (desktops) great over the > proprietary others. > > Let's say we renamed the package: s/gnome-common/useful-build-stuffs/g No other change, just a package rename. And suddenly this entire thread never ever happens at all. People, you all need to step back, sleep on it, and knock off the knee-jerking. It is 4 useful m4 files, utterly dwarfed by any package you can mention that installs even a single man page. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] preparing for profile switch -- major problem
On 09/12/2017 17:28, Daniel Frey wrote: >> hmmm, nothing masked as far as perl modules, I will look at >> verbose-conflicts and maybe write down all those modules and start >> unmerging and see if eventually portage can figure out something -- I >> don't really want to do that, however I will look at the conflicts >> and see what I can find. >> >> > > I had a lot of problems with the perl updates as well, and could not get > it to resolve. I wasted over an hour trying to resolve it (my poor > Celeron would take 5-10 minutes trying to calculate dependencies, and I > had to do this 6-7 times.) > > Note, what I did worked for me and may not work for you, so use this > advice at your own risk: I emerged the new perl with --nodeps, and > invoked `perl-cleaner all` to fix the mess afterwards. It had everything > resolved in < 10 minutes. I didn't suffer any system breakage from using > the sledgehammer approach, but others may not be so lucky... so, as I > said, try it at your own risk. that is a very clever solution, one that never occured to me. Ought to be at the end of the wiki page, titled "when all else fails, you can always do it this way" It's good advice of last resort, really -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: Is gnome becoming obligatory?
On 09/12/2017 14:04, taii...@gmx.com wrote:
> On 12/09/2017 05:45 AM, Mick wrote:
>> On Saturday, 9 December 2017 10:34:32 GMT Nikos Chantziaras wrote:
>>> On 09/12/17 11:51, Mick wrote:
>>>> I've seen gnome-base/gnome-common pulled in on more than one
>>>> systems, all
>>>> of>
>>>> which have USE="-gnome" set:
>>>> # emerge -uaNDvt world
>>>>
>>>> These are the packages that would be merged, in reverse order:
>>>> [...]
>>>> Calculating dependencies... done!
>>>> [ebuild N ] gnome-base/gnome-common-3.18.0-r1:3::gentoo
>>>> USE="autoconf-archive" 153 KiB
>>>> [...]
>>>>
>>>> All systems are on profile: default/linux/amd64/17.0/desktop/plasma
>>>>
>>>> Why is gnome-base/gnome-common needed?
>>> It's an extremely lightweight package. There seem to be some packages
>>> that need files from it. The package itself only installs these files:
>>>
>>> $ qlist gnome-common
>>> /usr/bin/gnome-autogen.sh
>>> /usr/share/aclocal/gnome-common.m4
>>> /usr/share/aclocal/gnome-compiler-flags.m4
>>> /usr/share/aclocal/gnome-code-coverage.m4
>>> /usr/share/doc/gnome-common-3.18.0-r1/ChangeLog.bz2
>>> /usr/share/doc/gnome-common-3.18.0-r1/README.bz2
>>>
>>> So basically it only copies some small text files to /usr. It doesn't
>>> build anything.
>> Thank you all for detailed and clear replies. You'd forgive me for
>> being (a
>> little) paranoid about Poettering's fingers getting anywhere near my
>> systems.
>> :-p
>>
> For now, only a few text files - tomorrow - many more.
>
> You give poettering an inch he will take hundred miles.
>
Why are you laying this at Poettering's door?
To the best of my knowledge, he is not behind udisks{,2} or
gnome-common, so why include him here?
I'm all in favour of Lennart-bashing, but let's keep the bashing to what
he's responsible for.
--
Alan McKinnon
alan.mckin...@gmail.com
Re: [gentoo-user] Is gnome becoming obligatory?
On 09/12/2017 11:51, Mick wrote:
> I've seen gnome-base/gnome-common pulled in on more than one systems, all of
> which have USE="-gnome" set:
>
> # emerge -uaNDvt world
>
> These are the packages that would be merged, in reverse order:
>
> Calculating dependencies... done!
> [nomerge ] kde-apps/kdebase-meta-17.08.3:5::gentoo
> [nomerge ] kde-plasma/plasma-meta-5.10.5:5::gentoo USE="bluetooth
> display-manager handbook pam pulseaudio sddm wallpapers -grub -gtk -
> networkmanager -plymouth -sdk"
> [nomerge ] kde-plasma/powerdevil-5.10.5:5::gentoo USE="consolekit
> handbook wireless -debug"
> [nomerge ]kde-frameworks/solid-5.37.0:5/5.37::gentoo USE="nls -
> debug -doc {-test}"
> [ebuild U ] sys-fs/udisks-2.7.4:2::gentoo [2.1.8:2::gentoo] USE="acl
> gptfdisk introspection nls%* -cryptsetup -debug (-elogind) -lvm% (-selinux) -
> systemd" 1,257 KiB
> [ebuild N ] sys-libs/libblockdev-2.14::gentoo USE="crypt -bcache -
> dmraid -doc -kbd -lvm {-test}" PYTHON_SINGLE_TARGET="python3_5 -python3_4 -
> python3_6" PYTHON_TARGETS="python3_5 -python3_4 -python3_6" 268 KiB
> [ebuild N ] dev-libs/volume_key-0.3.9::gentoo USE="{-test}"
> PYTHON_SINGLE_TARGET="python3_5 -python3_4 -python3_6"
> PYTHON_TARGETS="python3_5 -python3_4 -python3_6" 435 KiB
> [ebuild N ] gnome-base/gnome-common-3.18.0-r1:3::gentoo
> USE="autoconf-archive" 153 KiB
> [nomerge ] sys-libs/libblockdev-2.14::gentoo USE="crypt -bcache
> -dmraid
> -doc -kbd -lvm {-test}" PYTHON_SINGLE_TARGET="python3_5 -python3_4
> -python3_6"
> PYTHON_TARGETS="python3_5 -python3_4 -python3_6"
> [ebuild N ] dev-libs/libbytesize-1.2::gentoo USE="-doc {-test}"
> PYTHON_SINGLE_TARGET="python3_5 -python2_7 -python3_4 -python3_6"
> PYTHON_TARGETS="python2_7 python3_5 -python3_4 -python3_6" 69 KiB
>
> Total: 5 packages (1 upgrade, 4 new), Size of downloads: 2,180 KiB
>
> All systems are on profile: default/linux/amd64/17.0/desktop/plasma
>
> Why is gnome-base/gnome-common needed?
>
Because sys-fs/udisks:2 depends on it.
It's NOT trying to install gnome, the package is gnome-common with this
description:
Description: Common files for development of Gnome packages
The list of installed files are:
$ equery files gnome-common
* Searching for gnome-common ...
* Contents of gnome-base/gnome-common-3.18.0-r1:
/usr
/usr/bin
/usr/bin/gnome-autogen.sh
/usr/share
/usr/share/aclocal
/usr/share/aclocal/gnome-code-coverage.m4
/usr/share/aclocal/gnome-common.m4
/usr/share/aclocal/gnome-compiler-flags.m4
/usr/share/doc
/usr/share/doc/gnome-common-3.18.0-r1
/usr/share/doc/gnome-common-3.18.0-r1/ChangeLog
/usr/share/doc/gnome-common-3.18.0-r1/README
All they are is 4 small .m4 files to do useful stuff to let packages
build, very much like a few needed includes. They just happen to be
generically useful and just happen to be written by someone in the Gnome
team, and just happen to have names starting with this sequence of
letters: gee enn oh emm ee
--
Alan McKinnon
alan.mckin...@gmail.com
Re: [gentoo-user] CFLAGs change but no filter/strip/replace in ebuild
On 09/12/2017 11:37, Adam Carter wrote: > On Sat, Dec 9, 2017 at 8:10 PM, Alan McKinnon <alan.mckin...@gmail.com > <mailto:alan.mckin...@gmail.com>> wrote: > > On 09/12/2017 11:10, Adam Carter wrote: > > # grep -ic flags yasm-1.3.0.ebuild > > 0 > > > > However, emerge --info yasm shows me that only -march -O2 -pipe > make it > > through. Where is the code that strips the others? > > > > Have you checked yasm's Makefile? > > > There's mentions of CFLAGS in there but I don't have the knowledge to > understand it. Is there a way I can tweak what the makefiles have done? > I tried adding; > > append-flags > > in the src_configure() section, but doesnt get added, according > to emerge --info I would strongly advise against that, just on principle. yasm is an assembler, and as such it's right at the bottom of the stack. It's not unreasonable for such a package to use different FLAGS etc as it's not a userland app. It's an app that builds things you use to build a userland. I would recommend you touch base with the package maintainer for answers. btw, why is this situation a problem? Is something wrong with the yasm portage builds you? -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] install ebuilds from funtoo, zentoo distro overlay
On 09/12/2017 11:15, Kruglov Sergey wrote: > Hi! > > > How can I install ebuilds from funtoo, zentoo distro overlays? I can't > find any information about it. > Find the URL for those overlays on the internet, then follow "man layman" instructions to have them added to /etc/portage/repos.conf/layman.conf. The last time I did this, I simply added the overlay to reps.conf manually, but I'm sure there's a convenience wrapper method in layman somewhere -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] CFLAGs change but no filter/strip/replace in ebuild
On 09/12/2017 11:10, Adam Carter wrote: > # grep -ic flags yasm-1.3.0.ebuild > 0 > > However, emerge --info yasm shows me that only -march -O2 -pipe make it > through. Where is the code that strips the others? > Have you checked yasm's Makefile? -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] preparing for profile switch -- major problem
On 08/12/2017 21:12, John Covici wrote: > On Fri, 08 Dec 2017 11:42:16 -0500, > Alan McKinnon wrote: >> >> On 07/12/2017 17:46, John Covici wrote: >>> On Thu, 07 Dec 2017 09:37:56 -0500, >>> Alan McKinnon wrote: >>>> >>>> On 07/12/2017 07:44, John Covici wrote: >>>>> Hi. In preparing for the profile switch and the emerge -e world, I [snip] >> No, I don't think you should revert the profile change. I understood >> from your mail than you had not done that yet, and typed accordingly. >> >> I think Michael is on the right track with backtrack - set it to >> something very high like 1000, see if that gets to a solution. > > > I did switch back, but the only way I could do a "successful" update > was to mask off 5.26 and then it skipped the update and would have > been successful. If I switch to the new profile, I can do nothing as > far as perl goes. I will show the output of just trying to emerge > below, it seems there were many many packages still requiring 5.24. No, that's not right. The tree is consistent and portage can figure out how to get from perl-5.24 to perl-5.26 You probably have a difference locally, I would search through /etc/portage looking for entries that mask some perl modules and peg them to 5.24 versions. Failing that, maybe you have a package installed that depends on a 5.24 version of some module and this is the ripple effect Perhaps run emerge with "--verbose-conflicts" and also "emerge -e world" and post the results > This is with the new profile and backtrack set to 500. > > instances within a single package slot have been pulled > !!! into the dependency graph, resulting in a slot conflict: > > dev-lang/perl:0 > > (dev-lang/perl-5.26.1-r1:0/5.26::gentoo, ebuild scheduled for merge) > pulled in by > =dev-lang/perl-5.26* required by > (virtual/perl-ExtUtils-Manifest-1.700.0-r4:0/0::gentoo, installed) > ^ ^ >dev-lang/perl (Argument) > (and 13 more with the same problems) > > (dev-lang/perl-5.24.3:0/5.24::gentoo, installed) pulled in by > =dev-lang/perl-5.24* required by > (virtual/perl-Term-ANSIColor-4.40.0-r1:0/0::gentoo, installed) >^ ^ > dev-lang/perl:0/5.24= required by > (dev-perl/XML-Twig-3.520.0:0/0::gentoo, installed) > > (and 260 more with the same problems) > > NOTE: Use the '--verbose-conflicts' option to display parents omitted > above > > It may be possible to solve this problem by using package.mask to > prevent one of those packages from being selected. However, it is also > possible that conflicting dependencies exist such that they are > impossible to satisfy simultaneously. If such a conflict exists in > the dependencies of two different packages, then those packages can > not be installed simultaneously. > > For more information, see MASKED PACKAGES section in the emerge man > page or refer to the Gentoo Handbook. > > > > -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] net-wireless/blueman-2.1_alpha2 blocked by net-wireless/gnome-bluetooth - is it necessary?
On 09/12/2017 02:47, Alexey Eschenko wrote:
> Except that fact that I didn't unmasked it.
You must have had a tree checkout slightly newer than mine. I just
synced here and see that the mask has now been removed.
It's quite unusual to unmask an alpha version, maybe raise it on b.g.o ?
For the rest, that's just how blockers go unfortunately. There is no
easy way for the maintainer to communicate to you at emerge time *why*
the blocker is there, you just see the effect that it *is* there.
It's proper to block package B if new version of package A provides the
same features and they collide. But portage is stuck with nowhere to go
if you happen to have package B in world.
>> # fgrep -rni blueman /etc/portage
>> /etc/portage/package.use/blueman:1:#net-wireless/blueman
> But I understand other possible reasons.
>
> On 12/08/2017 07:37 PM, Alan McKinnon wrote:
>> On 08/12/2017 15:22, Alexey Eschenko wrote:
>>> It can be the issue. But older version (2.0.4) which is currently
>>> installed works fine and has no conflicts.
>>>
>>> It's quite strange.
>>>
>>>
>>> On 12/08/2017 03:39 PM, Vadim A. Misbakh-Soloviov wrote:
>>>>> Is it really necessary to block one package when another installed?
>>>> Most of the time, the reason to make packages to block each other is
>>>> collisions (if they they contain files (like binaries or libraries)
>>>> with same
>>>> install paths).
>>>>
>>>> Although, I can't guarantee that it was the case here.
>>>>
>>>> I've noticed that Gnome Team makes some decisions, that doesn't looks
>>>> logical
>>>> for a few times already.
>>>>
>>
>> It's not at all strange; it's quite ordinary actually.
>>
>> Keeping in mind that I do not use these packages, or gnome, look at the
>> available blueman packages:
>>
>> # eix net-wireless/blueman
>> * net-wireless/blueman
>> Available versions: (~)2.0.3 (~)2.0.4 [M](~)2.1_alpha1 **
>> {appindicator network nls policykit pulseaudio thunar
>> PYTHON_SINGLE_TARGET="python2_7 python3_4 python3_5 python3_6"
>> PYTHON_TARGETS="python2_7 python3_4 python3_5 python3_6"}
>>
>> 2.1 is still in an alpha state, and it is p.masked:
>>
>> /var/portage/profiles/package.mask:
>> # Michał Górny <mgo...@gentoo.org> (26 Jan 2017)
>> # Pre-release, masked for testing. Major changes since 2.0.4,
>> # including dropped support for BlueZ 4.
>>
>> It is not unreasonable to conclude that blueman-2.1 intends to add
>> features that conflict with gnome-bluetooth and they can't co-exist. As
>> Vadim said, file collisions are often the underlying cause.
>>
>> You unmasked an alpha package, clearly tagged as "for testing". Nothing
>> add abut the result you got at all.
>>
>>
>>
>
--
Alan McKinnon
alan.mckin...@gmail.com
Re: [gentoo-user] preparing for profile switch -- major problem
On 07/12/2017 17:46, John Covici wrote: > On Thu, 07 Dec 2017 09:37:56 -0500, > Alan McKinnon wrote: >> >> On 07/12/2017 07:44, John Covici wrote: >>> Hi. In preparing for the profile switch and the emerge -e world, I >>> have run into a serious problem with perl. I think I saw on this list >>> where perl 5.26 was going to have problems -- maybe until it is >>> stabilized -- but if I mask it off, I get the following: >> >> Unmask the latest perl and update world with the old profile >> >> This will go smoothly as the perl team did an excellent job making sure >> everything perl-ish in the tree works in concert with everything else. >> However I do recall that trying to do it with a partial world update >> didn't work - too many affected packages, so trying just perl + deps did >> not work. Rather do a normal world update. >> >> Once done, then switch your profile to 17.0 and do the giant emerge -e >> world that requires. >> >> tl;dr >> >> the news message about perl might make you think the sky will fall on >> your head and all your kittens will die, this is actually not true. >> >> The v5.26 updates mostly had to do with perl's search path for perl >> modules. Just like how we've frowned on having "." in the shell PATH for >> decades, perl now implemented something like that for modules too. The >> possible problem anticipated is that modules would now break if a >> modules could not find another module it needs. But this really only >> applied to modules outside the perl distribution itself. And the Gentoo >> perl team dealt with all that already >> >> It's widely discussed all over the internet in all the usual places, you >> are only affected if one of more of these applies: >> >> - you write perl modules yourself (solution: update your own code) >> - you use many ancient cpan modules that no-one touched for yonks >> (solution: maybe use currently supported modules instead) >> - you heavily rely on a third party perl app that might not have been >> updated - musicbrainz and radiator come to mind as examples (solution: >> harass your app vendor) >> >> -- >> Alan McKinnon >> alan.mckin...@gmail.com >> >> > > So, I have already switched to the new profile, should I switch back, > do a regular world update, or do the world update with the new profile > -- I am compiling gcc as I write, although its not finished yet, I can > interrupt it if necessary. > No, I don't think you should revert the profile change. I understood from your mail than you had not done that yet, and typed accordingly. I think Michael is on the right track with backtrack - set it to something very high like 1000, see if that gets to a solution. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] net-wireless/blueman-2.1_alpha2 blocked by net-wireless/gnome-bluetooth - is it necessary?
On 08/12/2017 15:22, Alexey Eschenko wrote:
> It can be the issue. But older version (2.0.4) which is currently
> installed works fine and has no conflicts.
>
> It's quite strange.
>
>
> On 12/08/2017 03:39 PM, Vadim A. Misbakh-Soloviov wrote:
>>> Is it really necessary to block one package when another installed?
>> Most of the time, the reason to make packages to block each other is
>> collisions (if they they contain files (like binaries or libraries)
>> with same
>> install paths).
>>
>> Although, I can't guarantee that it was the case here.
>>
>> I've noticed that Gnome Team makes some decisions, that doesn't looks
>> logical
>> for a few times already.
>>
>
It's not at all strange; it's quite ordinary actually.
Keeping in mind that I do not use these packages, or gnome, look at the
available blueman packages:
# eix net-wireless/blueman
* net-wireless/blueman
Available versions: (~)2.0.3 (~)2.0.4 [M](~)2.1_alpha1 **
{appindicator network nls policykit pulseaudio thunar
PYTHON_SINGLE_TARGET="python2_7 python3_4 python3_5 python3_6"
PYTHON_TARGETS="python2_7 python3_4 python3_5 python3_6"}
2.1 is still in an alpha state, and it is p.masked:
/var/portage/profiles/package.mask:
# Michał Górny <mgo...@gentoo.org> (26 Jan 2017)
# Pre-release, masked for testing. Major changes since 2.0.4,
# including dropped support for BlueZ 4.
It is not unreasonable to conclude that blueman-2.1 intends to add
features that conflict with gnome-bluetooth and they can't co-exist. As
Vadim said, file collisions are often the underlying cause.
You unmasked an alpha package, clearly tagged as "for testing". Nothing
add abut the result you got at all.
--
Alan McKinnon
alan.mckin...@gmail.com
Re: [gentoo-user] preparing for profile switch -- major problem
On 07/12/2017 07:44, John Covici wrote: > Hi. In preparing for the profile switch and the emerge -e world, I > have run into a serious problem with perl. I think I saw on this list > where perl 5.26 was going to have problems -- maybe until it is > stabilized -- but if I mask it off, I get the following: Unmask the latest perl and update world with the old profile This will go smoothly as the perl team did an excellent job making sure everything perl-ish in the tree works in concert with everything else. However I do recall that trying to do it with a partial world update didn't work - too many affected packages, so trying just perl + deps did not work. Rather do a normal world update. Once done, then switch your profile to 17.0 and do the giant emerge -e world that requires. tl;dr the news message about perl might make you think the sky will fall on your head and all your kittens will die, this is actually not true. The v5.26 updates mostly had to do with perl's search path for perl modules. Just like how we've frowned on having "." in the shell PATH for decades, perl now implemented something like that for modules too. The possible problem anticipated is that modules would now break if a modules could not find another module it needs. But this really only applied to modules outside the perl distribution itself. And the Gentoo perl team dealt with all that already It's widely discussed all over the internet in all the usual places, you are only affected if one of more of these applies: - you write perl modules yourself (solution: update your own code) - you use many ancient cpan modules that no-one touched for yonks (solution: maybe use currently supported modules instead) - you heavily rely on a third party perl app that might not have been updated - musicbrainz and radiator come to mind as examples (solution: harass your app vendor) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Puzzled with duration of chromium emerge under profile 17.0
On 06/12/2017 21:10, Mick wrote: > I discovered that building Chromium with gcc-6.4.0 is taking an inordinately > longer time on a laptop with 1st gen i7 and 4G of RAM, e.g.: > > Wed Sep 27 17:36:53 2017 >>> www-client/chromium-61.0.3163.100 >merge time: 6 hours, 40 minutes and 50 seconds. > > Thu Nov 9 17:44:58 2017 >>> www-client/chromium-62.0.3202.89 >merge time: 8 hours, 12 minutes and 30 seconds. > > -->switch to gcc-6.4.0 > > Mon Dec 4 11:39:36 2017 >>> www-client/chromium-62.0.3202.89 >merge time: 20 hours, 2 minutes and 4 seconds. > > Wed Dec 6 18:41:13 2017 >>> www-client/chromium-62.0.3202.94 >merge time: 22 hours, 47 minutes and 35 seconds. > > > but not so on another older and lesser Intel(R) Core(TM)2 Duo CPU P7550 @ > 2.26GHz, also with 4G RAM: > > Wed Sep 27 22:25:32 2017 >>> www-client/chromium-61.0.3163.100 >merge time: 11 hours, 46 minutes and 18 seconds. > > Thu Nov 9 22:09:59 2017 >>> www-client/chromium-62.0.3202.89 >merge time: 13 hours, 16 minutes and 41 seconds. > > -->switch to gcc-6.4.0 > > Sat Dec 2 21:00:59 2017 >>> www-client/chromium-62.0.3202.89 >merge time: 15 hours, 35 minutes and 50 seconds. > > Mon Dec 4 03:44:12 2017 >>> www-client/chromium-62.0.3202.94 >merge time: 15 hours, 40 minutes and 18 seconds. > > > Any idea why this is happening? I attach emerge info of the i7 in case you > can spot something which may be causing this exponential increase in emerge > times. BTW, on the i7 I had to increase swap because the 4,200,960 KiB swap > partition was not enough to complete the compilation of version 62.0.3202.89, > even after I shut down all applications and exited X. O_O > Pure gut feel and intuition and nothing else leads me to look in two places: You use -march=native on the i7 so I assume the same on the Core2? Those are rather different processors, and google is fond of optimizing deeply for specific cases (common to all browsers I think). You'd have to ask a chromium hacker but I'd say the odds are good there are serious optimizations for i7 that stress your compiler out muchly. Add to that your i7 is RAM-constrained so you compensate with swap, which is easily 50,000 times slower with sucky latency. When you use a disk as RAM, performance tanks. Well, usually it causes a cascade effect and stuff blows up, but if it completes it will have done so slowly. If you at all can, shove lots more RAM in that i7. These days RAM is cheap and it's always by first performance tweak, then SSD. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] switch to profile 17.0 complete, completely painless
On 06/12/2017 17:38, Andrés Becerra Sandoval wrote: > > > 2017-12-06 2:18 GMT-05:00 Dale <rdalek1...@gmail.com > <mailto:rdalek1...@gmail.com>>: > > Raffaele Belardi wrote: > > 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 > > > > > > > I'm having trouble with these: > > net-libs/webkit-gtk-2.4.11-r200 > dev-qt/qtwebengine-5.9.3 > net-libs/webkit-gtk > > Those three, I've had to adjust the USE flags and it may or may not be > profile switch related. If I had to guess, it just happened to pop up > and isn't related to the switch. They are back in the rear compiling as > I type. > > > Dale, > > How did you merge qtwebengine? I had trouble with qtwebengine. It seemed to be an issue with icu-60.* but I wasn't prepared to downgrade to icu-59.* just as a test (icu changes here tend to trigger a rebuild of half of world), and a recent bug on b.g.o. backed up with I was thinking. It built fine with this in package.use: =dev-qt/qtwebengine-5.9.3 -system-ffmpeg -system-icu Yes, I did do it, favoured bundled libs instead of system ones. But I was also having similar issues with bundled vs system ffmpeg for kodi, and this was the easiest way to get past it and finish a 17.0 migration -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] emerge --info
On 06/12/2017 04:31, Adam Carter wrote: > Does the output reflect; > 1. What will be used for the next build > 2. What was used on the last successful build > 3. What was used on the last build attempt > > If its 1 or 3, then USE=custom-cflags does not work on firefox... It reflects what is currently right now in make.conf with zero consideration to last, future, next or previous builds. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] is multi-core really worth it?
On 06/12/2017 15:29, Wols Lists wrote: > On 05/12/17 21:56, Neil Bothwick wrote: >> On Tue, 05 Dec 2017 10:09:56 +, Peter Humphrey wrote: >> >>> $ grep tmpfs /etc/fstab >>> tmpfs /var/tmp/portage tmpfs >>> noatime,uid=portage,gid=portage,mode=0775 0 0 >>> tmpfs /tmp tmpfs >>> noatime,nosuid,nodev,noexec,mode=1777 0 0 >> >> Or you could set PORTAGE_TMPDIR to /tmp to save the second mount. >> > Dunno why portage puts this stuff in /var/tmp, rather than /tmp, but do > be aware of what the standard says ... > > Stuff in /tmp should be cleared at shutdown/boot. > > Stuff in /var/tmp should survive a shutdown/boot. > > Of course, if, like me you've put /var/tmp/portage as tmpfs, then of > course it won't survive a reboot, contrary to spec ... :-) Those guidelines you mention about what /tmp and /var/tmp are "for" are probably from the FHS. On the whole, I tend to agree they are good ideas but the proper wording is more like this (from memory, being far too lazy after a day's work to actually look something up): - contents of /tmp are not expected to survive the invocation of the program that created them - contents of /var/tmp are not expected to survive a reboot Which is different from what you said. Not surprisingly, if you follow that through, you can run rm -rf /tmp/* in a cron every minute and nothing should ever break. Or, every file in /tmp can be anonymous (just an inode without a dentry giving it a name) The thing about standards, is that there are so many to choose from. And the FHS has never been a standard that anyone paid much attention to. It's also not a spec, it's a great example of a failed standard that few if any distros ever bothered following. Gentoo in particular never bothered following FHS explicitly; any overlap is mostly accidental. And that is OK as Gentoo devs are permitted to do whatever they feel like doing. Doubly so if they can defend their decisions on technical merit. On the whole, /var/tmp is a better place to put build files than /tmp just in case someone does take FHS seriously - build files are necessarily needed after the completion of the program that created them. And just to round off a mostly pointless discussion with little real merit, the really stupid thing about portage is why oh why are ports and distfiles in /usr? I'll tell you why, it's because that's where FreeBSD puts them, and drobbins built Gentoo back in the day heavily borrowing from his pleasant FreeBSD experience (he went there for 6 months recovering from his departure from another distro, the one with the "toxic personality"). And no-one ever bothered changing that initial decision - a classic case of cargo cult -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: git wants a password to portage sync
On 06/12/2017 00:35, Ian Zimmerman wrote: > On 2017-12-06 05:53, Bill Kenworthy wrote: > >> No, all machines are set up as keyless ssh - git has never needed it >> there. In frustration I created keys and set portage up as a keyless >> ssh account as well, no change. > > ssh messages are sometimes misleading. For instance, ssh would say > something like "pubkey authentication failed" when in fact I prohibited > root logins on the server. > > I'd try connecting with bare ssh as the user in question, with maximum > verbosity turned on (-vvv). > The error messages from the ssh client are, by design, intentionally vague. They amount to a teeny bit more detail than just "something went wrong", plus the available auth methods listed in parenthesis. This is because the sshd server avoids information leakage that attackers could use. To find out why ssh does not work, start by looking at the server logs, then examine the client is nothing obvious stands out. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Again, emerge -e @world related questions...
On 04/12/2017 17:35, allan gottlieb wrote: > On Mon, Dec 04 2017, Bill Kenworthy wrote: > >> On 04/12/17 17:49, John Covici wrote: >>> On Mon, 04 Dec 2017 04:26:09 -0500, >>> Neil Bothwick wrote: >>>> >>>> [1 ] >> >> Your system is somewhat broken I think. You need to look at each >> package and resolve the problem - possibly stray entries in one of the >> package files or world. Have you done a depclean recently? >> >> BillK > > This sounds like good advice but I have a question concerning > --depclean. I would have thought that > > Any package --depclean would remove is not required by anything > in @world so would not be merged by emerge -e @world > > On one system I am rather behind in doing --depclean and wonder if I > must finish that task before trying emerge -e @world. You must do emerge -e @world first, it tends to fail (always fails?) if emerge world indicates there is something to be built. So just emerge -e world, then do a depclean. The first step is going to take long enough and increase your heating bills so much, that the extra work of a few packages is not worth the stress of worrying about. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] problem emerging new stable python
On 29/11/2017 21:48, allan gottlieb wrote: > I have two systems that are close in both hardware and software. > > Today I did eix-sync on each followed by > emerge --update --changed-use --with-bdeps=y @world > > On one system (dell 6430) I was presented with many packages to merge >python-3.5.4 [ebuild NS] >many to reinstall [ebuild R] > > This was not surprising. > > The other system (dell 7450) failed with the following > > !!! Problem resolving dependencies for sys-process/systemd-cron from @selected > ... done! > > !!! The ebuild selected to satisfy "sys-process/systemd-cron" has unmet > requirements. > - sys-process/systemd-cron-1.5.4::gentoo USE="-cron-boot -etc-crontab-systemd > -minutely -setgid -test -yearly" ABI_X86="(64)" > PYTHON_SINGLE_TARGET="python3_4 python3_5 (-pypy3) (-python3_6)" > PYTHON_TARGETS="python3_5 (-pypy3) -python3_4 (-python3_6)" > > The following REQUIRED_USE flag constraints are unsatisfied: > exactly-one-of ( python_single_target_pypy3 > python_single_target_python3_4 python_single_target_python3_5 > python_single_target_python3_6 ) python_single_target_python3_4? ( > python_targets_python3_4 ) > > The above constraints are a subset of the following complete expression: > exactly-one-of ( python_single_target_pypy3 > python_single_target_python3_4 python_single_target_python3_5 > python_single_target_python3_6 ) python_single_target_pypy3? ( > python_targets_pypy3 ) python_single_target_python3_4? ( > python_targets_python3_4 ) python_single_target_python3_5? ( > python_targets_python3_5 ) python_single_target_python3_6? ( > python_targets_python3_6 ) > > (dependency required by "@selected" [set]) > (dependency required by "@world" [argument]) > > Both 6430 and 7450 have the following content in > /etc/portage/package.use/systemd-cron > > # systemd-cron needs PYTHON_SINGLE_TARGET = 3.x. > sys-process/systemd-cron python_single_target_python3_4 > > Those files are 2+ years old on each system > > I have not let the 6430 proceed with the emerge update world. > > Thanks in advance for any help. > allan > Your machines differ between PYTHON_TARGETS and PYTHON_SINGLE_TARGET, either globally or for that one package. Compare: emerge --info | grep PYTHON list of installed pythons eselect python list The cause is likely in make.conf somewhere -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: mesa build failure
On 27/11/2017 21:59, Ian Zimmerman wrote: > On 2017-11-27 21:07, Alan McKinnon wrote: > >> mesa has 18 versions in-tree and mesa-17.1.8 is the second oldest. Any >> special reason you are stuck so far back? A package.mask you no longr >> actually need maybe? > > All the later ones are ~arch ? > what I typed is incomplete, sorry about that: mesa-17.1.8 is the second oldest ~arch version -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] mesa build failure
On 27/11/2017 20:18, Walter Dnes wrote: > I'm running 32-bit Gentoo. mesa is the last remaining package in the > current emerge update. Just in case, I tried... > > MAKEOPTS="-j1" emerge --changed-use --deep --update @world > > That did not help. Attached are the build log and output of > > emerge --info '=media-libs/mesa-17.1.8::gentoo' > This is your build error: /var/tmp/portage/media-libs/mesa-17.1.8/work/mesa-17.1.8/src/mesa/swrast/s_aatritemp.h: In function 'rgba_aa_tri': /var/tmp/portage/media-libs/mesa-17.1.8/work/mesa-17.1.8/src/mesa/swrast/s_aatritemp.h:196:57: error: implicit declaration of function 'omp_get_thread_num' [-Werror=implicit-function-declaration] span.array = SWRAST_CONTEXT(ctx)->SpanArrays + omp_get_thread_num(); IIRC openmp provides that function. But his: cc1: some warnings being treated as errors make[5]: *** [Makefile:2946: swrast/s_aatriangle.lo] Error 1 make[5]: Leaving directory '/var/tmp/portage/media-libs/mesa-17.1.8/work/mesa-17.1.8-abi_x86_32.x86/src/mesa' mesa has 18 versions in-tree and mesa-17.1.8 is the second oldest. Any special reason you are stuck so far back? A package.mask you no longr actually need maybe? My first action would be to use something more rcent that functions for yu. Alan -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Setting up fetchmail to feed postfix
On 26/11/2017 04:30, Peter Humphrey wrote: > On Saturday, 25 November 2017 16:20:46 GMT Jalus Bilieyich wrote: >> As an everyday user of KMail, I am completely happy with using it. I >> don't see any flaws with it. Maybe it's just me or...? Is there a reason >> behind the hostile glare towards KMail? > > Do you have POP3 or IMAP-4 accounts? > > It used to be like that for me too, but not for a long time now. I get > duplicate messages, which are a known problem and easily worked around, but > the latest version of KMail whinges about more than one candidate for > display and just gives up. Then I have to stop KMail, start akonadiconsole > and use it to delete the akonadi cache of the affected folder, restart > akonadi and (when the debug messages quieten down) restart KMail and click > on the same folder. Then it rebuilds the threads and stores them neatly away > in MySQL. > > This happens several times a day, sometimes even more than once in the same > folder. I don't know why I should be affected more than anyone else, but I > do seem to be. It reminds me of Dale and his struggles a few years ago with > ... what was it again, Dale? > it was the init thingy, and before that it was HAL -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] gst-plugins blocker
On 21/11/2017 15:03, Mick wrote:
> I see that plugins-base-1.12.3, so I removed various gst-plugins and net-libs/farstream,
> emerged -1 media-libs/gst-plugins-base-1.12.3, but portage continues to
> complain, with backtrack=99 or not.
>
> What is the way to overcome this?
>
> =
> # emerge @preserved-rebuild -v -a
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
> [ebuild N ] media-libs/gst-plugins-bad-1.10.5:1.0::gentoo USE="X bzip2
> egl introspection nls opengl orc vnc wayland -gles2 -gtk {-test} -vcd"
> ABI_X86="(64) -32 (-x32)" 0 KiB
> [ebuild N ] media-plugins/gst-plugins-libnice-0.1.13-r100:1.0::gentoo
> ABI_X86="(64) -32 (-x32)" 0 KiB
> [ebuild N ] media-libs/gst-plugins-good-1.10.5:1.0::gentoo USE="nls
> orc"
> ABI_X86="(64) -32 (-x32)" 0 KiB
> [ebuild N ] net-libs/farstream-0.2.8-r1:0.2/5::gentoo
> USE="introspection
> {-test} -upnp" 0 KiB
> [ebuild R] net-im/pidgin-2.12.0:0/2::gentoo USE="dbus gstreamer gtk
> ncurses nls spell xscreensaver (-aqua) -debug -doc -eds -gadu -gnutls -
> groupwise -idn -meanwhile -networkmanager -perl -pie -prediction -python
> -sasl
> -silc -tcl -tk -zephyr -zeroconf" PYTHON_TARGETS="python2_7" 0 KiB
> [blocks B ] plugins-bad-1.11.90:1.0" is blocking media-libs/gst-plugins-base-1.12.3)
>
> Total: 5 packages (4 new, 1 reinstall), Size of downloads: 0 KiB
> Conflict: 1 block (1 unsatisfied)
>
> * Error: The above package list contains packages which cannot be
> * installed at the same time on the same system.
>
> (media-libs/gst-plugins-base-1.12.3:1.0/1.0::gentoo, installed) pulled in by
> media-libs/gst-plugins-base:1.0 required by (net-im/
> pidgin-2.12.0:0/2::gentoo, ebuild scheduled for merge)
> >=media-libs/gst-plugins-base-1.4:1.0 required by (net-libs/
> farstream-0.2.8-r1:0.2/5::gentoo, ebuild scheduled for merge)
> >=media-libs/gst-plugins-
> base-1.10.5:1.0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
>
> (>=media-libs/gst-plugins-base-1.10.5:1.0[abi_x86_64(-)]) required by (media-
> libs/gst-plugins-good-1.10.5:1.0/1.0::gentoo, ebuild scheduled for merge)
> media-libs/gst-plugins-base:
> 1.0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
>
> (media-libs/gst-plugins-base:1.0[abi_x86_64(-)]) required by (media-plugins/
> gst-plugins-libnice-0.1.13-r100:1.0/1.0::gentoo, ebuild scheduled for merge)
> >=media-libs/gst-plugins-
> base-1.10.5:1.0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?,introspection?]
>
> (>=media-libs/gst-plugins-base-1.10.5:1.0[abi_x86_64(-),introspection])
> required by (media-libs/gst-plugins-bad-1.10.5:1.0/1.0::gentoo, ebuild
> scheduled for merge)
>
> (media-libs/gst-plugins-bad-1.10.5:1.0/1.0::gentoo, ebuild scheduled for
> merge) pulled in by
> >=media-libs/gst-plugins-bad-1.4:1.0 required by (net-libs/
> farstream-0.2.8-r1:0.2/5::gentoo, ebuild scheduled for merge)
> =
>
There's no obvious reason why portage should select
media-libs/gst-plugins-bad-1.10.5, and gst-plugins has updated cleanly
for me for months now. By I'm on ~arch and your packages are arch. Can
we re-check the obvious?
emerge --sync up to date?
emerge world done? Often times I find a partial update fails whereas all
of world succeeds, it checks all the deps and misses none
Any mixture of ~arch packages related to pidgin, farstream, gst-plugins?
Any of those packages keyworded/masked/unmasked on your system?
and finally, to see what might want gst-plugins-bad:
equery depends gst-plugins-bad
--
Alan McKinnon
alan.mckin...@gmail.com
Re: [gentoo-user] ansible daemon
On 18/11/2017 23:36, Damo Brisbane wrote: > Hi, > > I am wanting to have continuously running ansible daemon to push out > desired state to some servers. I do not see such functionally covered > within readme (https://wiki.gentoo.org/wiki/Ansible). Am I correct to > assume that if I want to run ansible as a daemon, I will have to set up > [if I want] *ansible user*, init.d/ansible rc script? > > Also note I haven't used Ansible in production - I am assuming that > running as a daemon is best for this scenario. You assume wrong. Ansible is not a daemon, it does not listen and cannot be a daemon. When you need ansible to do something, you give it a play to run and it does it. Then the play ends and the command quits. There isn't really much scope for having ansible "continuously run", it does not know when you have changed things that need updating - only you know that. I think you want Tower or AWX or even rundeck, those are scheduling/controlling/orchestration wrappers that can fire off ansible jobs. As a last resort you can always add a cron to run an overall site.yml play every X hours or so Are you coming from a puppet/salt/chef world? If so, the one thing to always keep in mind is this: Ansible is almost, but not quite, entirely unlike Puppet. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: Help...can't decipher emerge oracle...
On 16/11/2017 03:49, Ian Zimmerman wrote: > On 2017-11-15 18:40, Neil Bothwick wrote: > >> Why is it trying to install the version? Is that unmasked? >> >> Are you running stable or testing? >> >> What does "grep -r glibc /etc/portage" say? >> >> I don't think you posted the command that started all of this? > > For some reason, these horrible dependency dumps never seem to happen to > me. Why is that? Maybe because I run a "mostly stable" system? I do > have some very few "testing" packages enabled (ie. with ~amd64 flag). > They all fit into a single terminal screen. Running ~stable is likely the major reason, but of curse only you will ever know for sure. The whole point of ~arch[1] is to help get packages ready for stable. Unstable users find the dependency snags that the single maintainer can't weed out, we report them and log bugs and they get fixed. When the package is stabilized, most of those funny bugs ought to be gone and fixed. Yu mail can be read as proving that this system is working as intended :-) [1] It may or may not be documented to be this way, but it is how the larger community are mostly using it. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] One package needs two other packages, which cannot be installed simultanously?
On 14/11/2017 03:00, tu...@posteo.de wrote: > Hi, > > I got this: > > * Error: The above package list contains packages which cannot be > * installed at the same time on the same system. > > (net-libs/rpcsvc-proto-1.2-r1:0/0::gentoo, ebuild scheduled for merge) > pulled in by > net-libs/rpcsvc-proto required by > (net-analyzer/dsniff-2.4_beta1-r9:0/0::gentoo, installed) > ^^^ > > > (net-libs/libnsl-1.1.0-r1:0/2::gentoo, ebuild scheduled for merge) pulled > in by > net-libs/libnsl:0 required by @__auto_slot_operator_replace_installed__ > net-libs/libnsl:0= required by (app-emulation/hercules-3.12:0/0::gentoo, > installed) > net-libs/libnsl:0= required by (app-text/opensp-1.5.2-r6:0/0::gentoo, > ebuild scheduled for merge) > net-libs/libnsl:0= required by > (net-analyzer/dsniff-2.4_beta1-r9:0/0::gentoo, installed) > ^^^ > > > It looks like deoends on packages, which could not be installed at the > same time on the same system. > > Or am I wrong? Yeah, you're wrong. David already explained the correct way out of this. You need to learn to read portage output. The bits you quoted, and it's quite common to see that section quoted here asking the kind of question you asked, do NOT explain what the problem is. That section is mere info, portage is giving you the long version of why it wants to pull in any and all packages referenced in the problem area. The real error is elsewhere in the output, you now have to go and read it and understand it. Portage's output sucks, this is very well known. It is either way too verbose in junk you don't care about, or very terse in things you do. But it's what we've got until someone submits a good patch and if you want to run gentoo using portage, then you need to learn to decipher it's output. Them's the breaks I'm afraid. I recommend you take the entire output of which you quoted a part and go through it line by line, figuring out why it's there and what it is telling you. You only have to do this once to get a good handle on it, and you will be very glad you did in the future :-) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Why do systemd scripts get installed with USE="-systemd"?
On 12/11/2017 13:47, Neil Bothwick wrote: > On Sun, 12 Nov 2017 10:55:04 +, Akater wrote: > >> It looks like systemd scripts often (always?) get installed, regardless >> of USE flag settings. > > Because they are tiny so impact of them is negligible. On the other hand, > if you don't have them and want to switch to systemd, you would end up > having to recompile half of world just to get the service files. > >> Why would they? Is this a policy? > > AFAIK, yes. > > If you really want to do this, you can do it with INSTALL_MASK in > make.conf. but you have to ask yourself, why bother even with that? Yes, I know there are some Lennart haters around who refuse under any circumstances to ever have anything on a computer that might in any way be tainted by Lennart, no matter how tangentially. But that's just daft. No-one complains about /usr/share/doc and the large number of docs there, many of which are larger than all the systemd unit files combined. Or what multilib setups end up doing in /lib It makes engineering sense to install all the various init system's unit and scripts for all packages, then the sysadmin gets to pick which one is in use. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Linux USB security holes.
On 08/11/2017 07:08, Dale wrote: > Howdy, > > I ran up on this link. Is there any truth to it and should any of us > Gentooers be worried about it? > > http://www.theregister.co.uk/2017/11/07/linux_usb_security_bugs/ > > Isn't Linux supposed to be more secure than this?? I would say the real problem is USB itself. What is USB after all? It's a way of sticking any old random thing into a socket and getting the computer to magically do stuff. So if the system software then goes ahead and does stuff, it's only really operating as designed and as spec'ed right? Yes, those 40 holes are probably all true and quite possibly all exploitable, and they should also be fixed. But the real problem is that USB even exists at all. btw, when you say "Isn't Linux supposed to be more secure than this??" the answer is a resounding NO The Linux=safe, Windows=notsafe delusion comes from the 90s when Windows had no real security features at all, or even any realistic ways to limit and control access. Linux had a Unix-style userland and kernel, so you automatically got multi-user/multi-process with per-user permissions. That alone, by itself, is probably the largest single security advance in all of computing history. Everything else is icing. There is nothing in Unix really that is "secure by design", and all von Neumann machines are actually insecure by design -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: FYI: Daily / weekly / monthly cron jobs run twice on DST - non-DST transition
On 05/11/2017 17:11, Rich Freeman wrote: > On Sun, Nov 5, 2017 at 6:43 AM, Alan McKinnon <alan.mckin...@gmail.com> wrote: >> >> There are other schedulers out there that succeed where cron fails (eg >> Control-M, chronos, quartz), but those are all large, bulky, designed >> for big complex installs/requirements and probably not suited for simple >> things you'd deploy out of a base in portage >> > > Amusing that you classify 99.999% of all desktop installs as "big > complex installs." Heh :-) Well, to a first approximation all Linux installs are servers or phones so whatever is going on in desktop space can be disregarded > > But, I agree that it makes far more sense to just have desktop users > use an appropriate cron implementation designed to handle the machine > being off most of the time vs trying to use shell scripting to make > vixie cron into such an implementation. Vixie cron and it's clones needs to die, really. The number of places where it makes sense is falling by the day; showing no sign of slowing down. I think I have 3 cronjobs left across my fleet that actually make sense and all of them are just-in-case-I-screwed-up-elsewhere safety nets. The very idea of cron itself comes from the '80s and to be honest, we don't work anymore like we did in the 80s > > FWIW this is probably the reasoning behind including cron-like > functionality in systemd, and having it support optionally running > jobs if the system was down during a calendar-based event. It was > considered bare-bones functionality that any desktop or generic server > would need. It is, of course, optional, and just about any kind of > rule is supported. I personally use systemd-cron which basically is a > wrapper+generator around /etc/crontab and the various /etc/cron.*/ > scripts. Agreed again. My desktop cronjobs are all empty and when I had some they were of the "do this once a week or once a day" variety. I didn't care when they ran, just that they did every so often -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] [OT] AppImage? What's that?
On 05/11/2017 15:48, tu...@posteo.de wrote: > On 11/05 07:21, Tom H wrote: >> On Sun, Nov 5, 2017 at 7:11 AM, <tu...@posteo.de> wrote: >>> On 11/05 06:29, Tom H wrote: >>>> On Sun, Nov 5, 2017 at 6:20 AM, <tu...@posteo.de> wrote: >>>>> >>>>> I got an archive (???) of an Linux application, which >>>>> has the extension "*.AppImage". >>>>> >>>>> What is that? >>>>> >>>>> Is it possible to "unpack" that into something more common? >>>>> How to handle that? >>>> >>>> Does it use this spec? >>>> >>>> https://appimage.org/ >>> >>> Dont know... >>> How can I unpack that to look into it? >> >> From >> https://github.com/AppImage/AppImageKit >> >> wget >> "https://github.com/AppImage/AppImageKit/releases/download/continuous/appimagetool-x86_64.AppImage; >> etc... >> > > > ./appimagetool-x86_64.AppImage appimagetool-x86_64.AppImage TestApp/. > WARNING: appstreamcli is missing, please install it if you want to use > AppStream metadata > appimagetool-x86_64.AppImage is a file, assuming it is an AppImage and should > be unpacked > To be implemented > > unpacking is not implemented yet. Reading only this thread, it looks like an upstream used a horribly incomplete scheme for distribution that isn't even ready for launch. And yet they distribute using it. I would be questioning why I'm using that upstream's project at all, and find something better by an author with more clue. Am I missing something? -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: FYI: Daily / weekly / monthly cron jobs run twice on DST - non-DST transition
On 05/11/2017 16:28, Kai Peter wrote: > > > On 2017-11-04 18:42, Ian Zimmerman wrote: > >> On 2017-11-04 01:39, Kai Peter wrote: > >> > >>> > If you want to run a monthly job on a host that is not always on, do > >>> > you have to pretend it's an hourly job and check in the script > >>> > itself? > >>> > >>> This is a special case to me. IMHO special cases have to be handled > >>> special or much better: avoid it. > >> > >> Sorry, I don't get this. How do you avoid this situation? By not > >> having any monthly jobs? > > No, monthly jobs are fine, but you mentioned a special case as the host > is may be off at that time. Perhaps you can do: run all jobs which > didn't run because the host was off at next startup once. fcron has such > an option. Depending on the exact situation it could require additional > configuration/checks. It is not really cron's job to figure out what it thinks the user might want if the machine was off when the job should have run. That is expecting far too much intelligence from cron. Cron is wall-clock time and time based: When the time is *this*, then do *that* anacron has some logic for this case of jobs not run but to do it, it had to give up it's strictly wall-clock time based approach There are other schedulers out there that succeed where cron fails (eg Control-M, chronos, quartz), but those are all large, bulky, designed for big complex installs/requirements and probably not suited for simple things you'd deploy out of a base in portage cron is stupid and deliberately so. We really ought to let it remain stupid > The decision what have to be done MUST be made by the user/sysadmin > first. Than you can do the config to reach your goal. But that does go > to far now. +1 agreed. I've always maintained that cron cannot possibly know what the scripts it launches deem to be correct. It's a countdown time and launcher, not an orchestrator. It can figure out what to do if 2am happens twice (just don't do it the second time), but not what should happen if 2am was missed for any reason, including DST or poweroff or overeager ntpdate The simplest approach to fixing missed jobs is to have the script itself track what is correct. If it's lock and records files indicate something didn't happen when it should, the script can do it's own repair or do it's work twice. Or whatever else is appropriate. -- Alan McKinnon alan.mckin...@gmail.com
