[gentoo-user] python-3.6.5 rebuild fails on new install
I'm re-purposing a Lenovo T400 notebook (CORE2 and 3 gigs ram) with a 32-bit Gentoo install. I try to do "emerge -e @system" early in the install, when there's under 200 packages. Anyhow, python 3.6.5 is not rebuilding. I've put in all the "final" USE flags for the system. The buildlog is attached (gzipped). And a bit of a rant... WTF is the initial stage 3 built against PAM? I wasted an hour dicking around, trying to get ssh working, so that I could finish up the install. I finally figured out that I had to set "usePAM no" in /etc/ssh/sshd_config as a temporary hack. The root solution to the problem was to emerge openssh with USE="-pam". I had that in my flags, but the "emerge -e @system" died before getting to openssh. -- Walter Dnes I don't run "desktop environments"; I run useful applications fail.txt.gz Description: Binary data
[gentoo-user] Genkernel with listnewconfig
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi Folks, when I use genkernel, even with a preseeded config, I never get new items marked as when I use make menuconfig direct in the kernel tree. Is there any way to see them in a menu way? I would like to be able to do menuconfig without the need to look at every config setting again and again. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Comment: Charset: ISO-8859-1 iQGzBAEBCgAdFiEEMWF28vh4/UMJJLQEpnwKsYAZ9qwFAlt25nYACgkQpnwKsYAZ 9qyQjgwArIETAzBMZ/u3W9UZUVGuk8ItRpv6Xk6ddfJul9c+ezPILHYoqBnUSdHG 26IAoNyEgaO2eL6GLsta9SpwQz8ko0mH9fsyVEUHRh/gJMEhu0Zzhi4uaOcP+fh1 1HbJxgvWE1RvX5By19bqWzsdThq5mrsOqiuy/1eB6qayd2ANNVa5+4b6c+ivCGga 95M9n2HUd7Kahxqkc9dvF9okdhatqMJEU4h+m+tBOXrVqUo0WkBU4FwrewT6+wqQ 2A721q21YLfdMfYHCEy74zYIQEOdgVrGSlxKKY/UmJU2dMiOwGh/HoY2DqHPs0U1 8cYC7hyMl+YqUhXQIMgLnlAQqNTluvqpuwDxs+uk+2QEOc9/xIaFKMzl0pi1ssLY aS3V6upazTrBGPcmr07rUJWshq5o/8P/bkh4JZh1BNyHWoM6EKnOYOJ9zb7qcFbx ds7+Z/hyAlPYET2dy+l6OE6kIZil/4meC/WqzRasOqUdDhq1b+3yawXDycXg217v CPuooW3o =I5UM -END PGP SIGNATURE-
[gentoo-user] OT: latest longterm kernel.org patches are unsigned
If you browse this URL: https://cdn.kernel.org/pub/linux/kernel/v4.x/ you'll see that for each 4.14 patch up to 4.14.58 there is a cooresponding GPG signature file: patch-4.14.58.sign 25-Jul-2018 09:28 833 patch-4.14.58.xz 25-Jul-2018 09:28 1M etc. But starting with 4.14.59, there are no .sign files. Why? Is this a bug, and if so, where do I report it? This breaks my lovingly duct-taped kernel update infrastructure ... -- 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.
Re: [gentoo-user] Backup questions
Am Freitag, 17. August 2018, 07:55:57 CEST schrieb Dale: > Marc Joliet wrote: > > Am Freitag, 10. August 2018, 04:46:17 CEST schrieb Dale: [...] > >> I did think about btrfs. I've read a lot of threads on here about > >> people using it and it seems to have come a long ways and be pretty > >> stable. Right now, I've got a lot going on and really don't have the > >> time to sit down and read up on it and how it works or what all it can > >> do. In all honesty, if my system were to crash later when I don't have > >> so much going on, I'd like to move to btrfs for as much as possible of > >> my system. > > > > Yeah, it's a good idea to wait until you have time :) . And then migrate > > piecemeal, not all at once. Following up on Wol's suggestion, I would > > start with the backup drive, since you can exploit most of the features > > there (well, snapshots and compression, at least). Personally, I've had > > mostly good experience with btrfs and enjoy its send/receive feature for > > full-system incremental backups. > > > >> I suspect /boot would still have to be ext2 or something > >> because of grub. > > > > GRUB actually supports btrfs. However, on a UEFI system you will need a > > FAT32 file system for /boot, so I would argue that on a relatively recent > > system the issue is moot. > > Yea, time is even more limited now. My Mom is still in the hospital > about a hour away. I'm not supposed to visit people there, and other > places where a lot of sick people can be, but it's my Mom. I went > twice. The morning after the second visit, I was at the Doctors > office. Now I'm sick. Luckily, the meds are working. Thing is, I > don't feel like messing with computer stuff right now. Even cooking a > meal is not so interesting. I can't taste or smell anyway. So, it may > be a while before I get the time to deal with any of this. I would > likely not learn anything about a new file system even if I read it more > than once. I'm even avoiding updates just to prevent anything from > going sideways. I wonder, how many times will I proof and edit this > email In that case I wish you both a speedy recovery! It's not like the technology will run away from you, anyway. > I thought I read Grub, the new version, supported more file systems. > Still, just for safety, I'd likely still use ext2. There's a lot of new > stuff out there. Just tons of options. > > Thanks. > > Dale > > :-) :-) Greetings -- Marc Joliet -- "People who think they know everything really annoy those of us who know we don't" - Bjarne Stroustrup signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Replacement for gcruft: gcrud
August 17, 2018 1:09 AM, "Andrew Udvare" wrote:
> The whitelist is the biggest work in progress right now. Most of what it
> lists from /etc for me is
> /etc/config-archive which AFAIK is not managed by Portage at all although
> Portage will place old
> files there? I don't use the feature because my /etc is controlled by Git.
> The stuff listed in
> /var/ is pretty accurate as there's a lot of old website cruft and this
> computer does not serve
> anything like that anymore.
Well, for example I use eselect-repository which puts repos in /var/dbr/repos,
I put gentoo tree in
there as well and the whole tree is suggested for deletion.
A solution would be to read /etc/portage/repos.conf file(s) for repos location
during the runtime
detection, or use portageq interface.
Or tell people to whitelist manually their repos location when the config file
will be available ;)
You could add in whitelist directories containing a .keep file, although I'm
not sure how to
specify it.
Same goes for git repositories, I’d rather delete a whole git repo or nothing
at all inside, so
adding a rule which can interprets "pick parent dir of a .git dir to suggest
deletion, ignore all
children of said parent".
> The idea is to move to everything in the whitelist.c file to a declarative
> (no code unless you
> count RE) configuration file. I have not decided on a format but I am leaning
> towards INI-style
> because GLib2 has a parser for that built-in. The config file will specify
> exact paths, RE, and
> globs. There will be a default dynamic list generated at runtime based on
> what packages you have
> installed (as gcruft had this feature).
That will be nice, waiting for it ;) Something basic might be enough for making
batches of test
before choosing a definite format.
>> I also caught some wrongly listed files because of the multilib system with
>> /lib symlink.
>> For example, dhcpcd declared /lib/dhcpcd/dhcpcd-hooks, thus the realpath
>> /lib64/dhcpcd/dhcpcd-hooks
>> was listed in the removal suggestion. This should be fixed with profile 17.1
>
> The /lib vs /lib64 issue will be resolved in a later version. I think I need
> to use lstat()
> everywhere instead of stat(), or I can call realpath() prior to storing
> values in the set. This
> file should be whitelisted, but only if you have dhcpcd installed (I've long
> since moved to dhcpd).
I’m in favor of the realpath suggestion, this will be useful for any symlinked
accessed path.
>> The log is so huge at the moment it is useless for me :/
>>
>> % wc -l out.log
>> 461575 out.log
>
> Any thoughts on how to simplify analysis?
A few, but I’m not sure if I have much which are /universal/ in gentoo systems.
Do you plan to integrate the sorting part in gcrud directly?
If so, I’d suggest bringing /usr/* stuff first to show, because un-owned files
should be
exceptions.
Same goes for /lib, but stuff like kernel modules should be treated carefully,
we can either
whitelist the whole /lib{,32,64}/modules, or try being smart and select old
kernel modules only.
This might be tricky given the number of ways someone can manage them.
Also, here is small analysis of files locations by gcrud.
% cut -d/ -f2 out.log|uniq -c
295 etc
3309 lib64
1178 lib
13 opt
39586 usr
417194 var
/var containing my different repos, its logical it contains most occurences.
Next goes usr, containing another lib{,32,64} schema with /usr/lib pointing to
/usr/lib64, with go
packages installed (in /usr/lib64/go).
With these informations, I suppose most will disappear when using
realpath/switching to 17.1
profile.
Thanks for your work, this will probably a excellent tool in a few commits ;)
Regards,
Corentin “Nado” Pazdera
Re: [gentoo-user] remove from list please
You should send a mail to gentoo-user+unsubscr...@lists.gentoo.org in order to unsubscribe from the list. Regards, Corentin “Nado” Pazdera
[gentoo-user] remove from list please
Re: [gentoo-user] x86.c:(.text+0xb2): undefined reference to `l1tf_vmx_mitigation' with linux kernel 4.18.1
On Fri, 17 Aug 2018 14:53:27 +1000, Adam Carter wrote: > > Unfortunately compiling that kernel (as downloaded from > > https://mirrors.edge.kernel.org/pub/linux/kernel/v4.x/ ) > > > > gives me this bug: > > > > gentoo-sources with gcc 7.3 builds fine for me. I got the same with gentoo-source on 4.18.1. I found a patch on LKML to fix it, but it's fixed in -r1. It only bites if you have set KVM but not KVM_INTEL. -- Neil Bothwick An infinite number of monkeys pounding away on keyboards will eventually produce a report showing that Windows is more secure, and has a lower TCO, than linux. pgp0sPJaHM2LI.pgp Description: OpenPGP digital signature
