Re: [gentoo-user] emerging with distcc: What's taking so long?
On Mon, 11 Jan 2016 23:55:27 +0100, lee wrote: > > Firstly, things like Flash and Skype are not special cases, they are > > widely used and many of us have to use them, whether we like it or > > not. > > They are special cases. Flash never really worked, and when it does, > it's pretty much unusable because it's too crappy. Skype only kinda > works and is not usable due to total lack of privacy. You can call those and other binary-only programs special cases as much as you like, and maybe they are for you. But for many people there is no real choice but to use them. > > Secondly, no one is forcing you to use anything? There is a > > no-multilib profile, > > There doesn't seem to be a desktop profile that isn't multilib. Probably for the reasons I've already suggested, but you don't have to use a desktop profile. > > and nothing to stop you creating a no-multilib version of your > > preferred desktop profile if you so wish (the desktop profiles are > > basically a different set of default USE flags). > > I wouldn't know how to do that. emerge --info with the desktop profile to get a list of USE flags, then set those same flags on the no-multilib profile. What's so hard? > In any case, the default is simply wrong. Of course it is, it's a default, it can't be right for everyone. That's why it is a default starting point, not an enforced setting. If you don't want to move away from the defaults, what are you using Gentoo? > > Multilib should be going away on due time. Until then you have two > > courses of action: complain about it or use a no-multilib profile > > with your preferred flags. Only one of those choices has any real > > benefit. > > There is no non-multilib profile one could use when they want a desktop > profile. Perhaps multilib goes away in 20 years or so, or never. That > doesn't help. However long it takes, the timescale will not be altered by one second by any amount of complaining in here. -- Neil Bothwick Make it idiot proof and someone will make a better idiot. pgpQNZMhcgLh0.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Nouveau blank screen
On 01/12/2016 10:17 PM, lee wrote: Thanks for helping, I' try to answer in-line. Håkon Alstadheimwrites: I have an old but good graphics card, "NVIDIA Corporation GT200GL [Quadro FX 3800]". The proprietary driver is EOL, not supported after kernel 3.14.*, so I'd like to switch to nouveau. I'm having trouble getting nouveau to work at all, it is giving me a blank screen and apparently not grabbing my keyboard (ctrl:swapcaps has no effect). Nothing stands out as errors in Xorg.0.log, same errors are both under nvidia and nouveau, but nvidia gives me a useable desktop. Both seem to detect my monitor (benq) correctly. --- $ grep '(EE)' Xorg.0.log.nvidia Xorg.0.log.nouveau | grep -v '(WW)' Xorg.0.log.nvidia:[39.193] (EE) systemd-logind: failed to get session: PID 2112 does not belong to any known session Xorg.0.log.nouveau:[35.428] (EE) systemd-logind: failed to get session: PID 2167 does not belong to any known session Xorg.0.log.nouveau:[37.322] (EE) NOUVEAU(0): [COPY] failed to allocate class. --- The PID belongs to /usr/bin/X, see below. --- I'm running gentoo-sources-4.3.3 kernel with experimental feature to select Haswell architecture. The host is a virtual machine running under app-emulation/xen-4.6.0-r6. Driver is x11-drivers/xf86-video-nouveau-1.0.11, use-flag glamor enabled. Have you passed the graphics card through to the VM? Yes, it is passed through. No audio on the card, so there is only one function, and X manages to get EDID data from the monitor, so there is obviously some kind of connection in place. Is the user trying to run the X server in the video group? (pardon the LOCALE setting, should be intelligible none the less :-/ . - $ ls -l /dev/dri/* crw-rw+ 1 root video 226, 0 jan. 13 10:05 /dev/dri/card0 crw-rw 1 root video 226, 64 jan. 13 10:05 /dev/dri/controlD64 crw-rw+ 1 root video 226, 128 jan. 13 10:05 /dev/dri/renderD128 # id hakon uid=1001(hakon) gid=1001(hakon) grupper=1001(hakon),0(root),4(adm),7(lp),10(uucp),27(sudo),29(audio),37(operator),44(video),50(staff),60(games),100(users),1011(realtime),131(lpadmin),123(fuse),139(quaggavty),143(wireshark),162(davfs2),992(wheel),85(usb) --- Just for completeness, some more data: - gt ~ # dmesg | grep -i nou [0.00] Build-time adjustment of leaf fanout to 64. [0.00] RCU: Adjusting geometry for rcu_fanout_leaf=64, nr_cpu_ids=15 [ 14.036936] nouveau :00:05.0: NVIDIA GT200 (0a0f80b1) [ 14.146653] nouveau :00:05.0: bios: version 62.00.74.00.0b [ 14.312151] nouveau :00:05.0: fb: 1024 MiB GDDR3 [ 14.483500] nouveau :00:05.0: DRM: VRAM: 1024 MiB [ 14.485210] nouveau :00:05.0: DRM: GART: 1048576 MiB [ 14.487219] nouveau :00:05.0: DRM: TMDS table version 2.0 [ 14.489185] nouveau :00:05.0: DRM: DCB version 4.0 [ 14.491000] nouveau :00:05.0: DRM: DCB outp 00: 04000320 0028 [ 14.493539] nouveau :00:05.0: DRM: DCB outp 01: 01000322 00020030 [ 14.495835] nouveau :00:05.0: DRM: DCB outp 02: 01121336 0f220e00 [ 14.498363] nouveau :00:05.0: DRM: DCB outp 03: 01121332 00020e00 [ 14.501005] nouveau :00:05.0: DRM: DCB outp 04: 02132336 0f220d00 [ 14.503523] nouveau :00:05.0: DRM: DCB outp 05: 02132332 00020d00 [ 14.505994] nouveau :00:05.0: DRM: DCB conn 00: 1030 [ 14.507959] nouveau :00:05.0: DRM: DCB conn 01: a146 [ 14.510084] nouveau :00:05.0: DRM: DCB conn 02: 00050246 [ 14.512625] nouveau :00:05.0: DRM: DCB conn 03: 0360 [ 14.727073] nouveau :00:05.0: DRM: MM: using CRYPT for buffer copies [ 15.344825] nouveau :00:05.0: DRM: allocated 1920x1080 fb: 0x5, bo 8803ae4fb800 [ 15.349163] fbcon: nouveaufb (fb0) is primary device [ 16.026158] nouveau :00:05.0: fb0: nouveaufb frame buffer device [ 16.140035] [drm] Initialized nouveau 1.3.0 20120801 for :00:05.0 on minor 0 Grepping for "nv" just gets me a sata_nv Systemd appears to complicate things greatly. Have you tried to use startx? Tried it now. Nvidia drivers gives me a useable twm , nouveau gives med no signal to the monitor (goes into sleep mode immediately). With nvidia-drivers: - 0:hakon@gt:~$ startx xauth: file /home/hakon/.serverauth.16044 does not exist X.Org X Server 1.17.4 Release Date: 2015-10-28 X Protocol Version 11, Revision 0 Build Operating System: Linux 3.18.22-gentoo x86_64 Gentoo Current Operating System: Linux gt 4.3.3-gentoo #1 SMP Mon Jan 11 15:45:22 CET 2016 x86_64 Kernel command line: BOOT_IMAGE=/boot/kernel-genkernel-x86_64-4.3.3-gentoo root=UUID=a202adf2-9b91-4d10-97ff-ab12aeb6009f ro intel_iommu=on init=/usr/lib/systemd/systemd tmem net.ifnames=0 console=tty0 console=ttyS0,115200n8 Build Date: 02 November 2015 01:48:49AM Current version of pixman: 0.32.8 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**)
Re: [gentoo-user] snapshots?
On Tue, 12 Jan 2016 00:43:12 +0100, lee wrote: > >> The relevant advantage of btrfs is being able to make snapshots. Is > >> that worth all the (potential) trouble? Snapshots are worthless when > >> the file system destroys them with the rest of the data. > > > > You forgot the data checksumming. > > Not at all, I'm seeing it as an advantage, especially when you want to > store large amounts of data. Since I don't trust btrfs with that, I'm > using ZFS. You already have snapshots with ZFS. If you're happy with it, keep using it. > > If you use hardware RAID then btrfs > > only sees a single disk. It can still warn you of corrupt data but it > > cannot fix it because it only has the one copy. > > or it corrupts the data itself ;) Well, any filesystem is capable of that, and anybody is capable of making vague comments about it. I switched from ZFS to btrfs a while ago. ZFS is more mature, but the licensing issues and the lack of recent source code mean it isn't really going anywhere whereas btrfs is in the kernel and under active development. If you're already using ZFS and happy with it, you are probably better off sticking with it for now. -- Neil Bothwick The trouble with life is that you are halfway through it before you realize it's a "do it yourself" thing. pgp1cP0pl2aYa.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Nouveau blank screen
Just for the record: Tried switcing off gfx_passthru, and over to device-model qemu-xen. This gave me another (virtual) graphics-card on this vm. After adding BusID "00:05:0" to the device section, I'm right back where I started :-( On 01/13/2016 10:19 AM, Håkon Alstadheim wrote: On 01/12/2016 10:17 PM, lee wrote: Thanks for helping, I' try to answer in-line. Håkon Alstadheimwrites: I have an old but good graphics card, "NVIDIA Corporation GT200GL [Quadro FX 3800]". The proprietary driver is EOL, not supported after kernel 3.14.*, so I'd like to switch to nouveau. I'm having trouble getting nouveau to work at all, it is giving me a blank screen and apparently not grabbing my keyboard (ctrl:swapcaps has no effect). Nothing stands out as errors in Xorg.0.log, same errors are both under nvidia and nouveau, but nvidia gives me a useable desktop. Both seem to detect my monitor (benq) correctly. --- $ grep '(EE)' Xorg.0.log.nvidia Xorg.0.log.nouveau | grep -v '(WW)' Xorg.0.log.nvidia:[39.193] (EE) systemd-logind: failed to get session: PID 2112 does not belong to any known session Xorg.0.log.nouveau:[35.428] (EE) systemd-logind: failed to get session: PID 2167 does not belong to any known session Xorg.0.log.nouveau:[37.322] (EE) NOUVEAU(0): [COPY] failed to allocate class. --- The PID belongs to /usr/bin/X, see below. --- I'm running gentoo-sources-4.3.3 kernel with experimental feature to select Haswell architecture. The host is a virtual machine running under app-emulation/xen-4.6.0-r6. Driver is x11-drivers/xf86-video-nouveau-1.0.11, use-flag glamor enabled. Have you passed the graphics card through to the VM? Yes, it is passed through. No audio on the card, so there is only one function, and X manages to get EDID data from the monitor, so there is obviously some kind of connection in place. Is the user trying to run the X server in the video group? (pardon the LOCALE setting, should be intelligible none the less :-/ . - $ ls -l /dev/dri/* crw-rw+ 1 root video 226, 0 jan. 13 10:05 /dev/dri/card0 crw-rw 1 root video 226, 64 jan. 13 10:05 /dev/dri/controlD64 crw-rw+ 1 root video 226, 128 jan. 13 10:05 /dev/dri/renderD128 # id hakon uid=1001(hakon) gid=1001(hakon) grupper=1001(hakon),0(root),4(adm),7(lp),10(uucp),27(sudo),29(audio),37(operator),44(video),50(staff),60(games),100(users),1011(realtime),131(lpadmin),123(fuse),139(quaggavty),143(wireshark),162(davfs2),992(wheel),85(usb) --- Just for completeness, some more data: - gt ~ # dmesg | grep -i nou [0.00] Build-time adjustment of leaf fanout to 64. [0.00] RCU: Adjusting geometry for rcu_fanout_leaf=64, nr_cpu_ids=15 [ 14.036936] nouveau :00:05.0: NVIDIA GT200 (0a0f80b1) [ 14.146653] nouveau :00:05.0: bios: version 62.00.74.00.0b [ 14.312151] nouveau :00:05.0: fb: 1024 MiB GDDR3 [ 14.483500] nouveau :00:05.0: DRM: VRAM: 1024 MiB [ 14.485210] nouveau :00:05.0: DRM: GART: 1048576 MiB [ 14.487219] nouveau :00:05.0: DRM: TMDS table version 2.0 [ 14.489185] nouveau :00:05.0: DRM: DCB version 4.0 [ 14.491000] nouveau :00:05.0: DRM: DCB outp 00: 04000320 0028 [ 14.493539] nouveau :00:05.0: DRM: DCB outp 01: 01000322 00020030 [ 14.495835] nouveau :00:05.0: DRM: DCB outp 02: 01121336 0f220e00 [ 14.498363] nouveau :00:05.0: DRM: DCB outp 03: 01121332 00020e00 [ 14.501005] nouveau :00:05.0: DRM: DCB outp 04: 02132336 0f220d00 [ 14.503523] nouveau :00:05.0: DRM: DCB outp 05: 02132332 00020d00 [ 14.505994] nouveau :00:05.0: DRM: DCB conn 00: 1030 [ 14.507959] nouveau :00:05.0: DRM: DCB conn 01: a146 [ 14.510084] nouveau :00:05.0: DRM: DCB conn 02: 00050246 [ 14.512625] nouveau :00:05.0: DRM: DCB conn 03: 0360 [ 14.727073] nouveau :00:05.0: DRM: MM: using CRYPT for buffer copies [ 15.344825] nouveau :00:05.0: DRM: allocated 1920x1080 fb: 0x5, bo 8803ae4fb800 [ 15.349163] fbcon: nouveaufb (fb0) is primary device [ 16.026158] nouveau :00:05.0: fb0: nouveaufb frame buffer device [ 16.140035] [drm] Initialized nouveau 1.3.0 20120801 for :00:05.0 on minor 0 Grepping for "nv" just gets me a sata_nv Systemd appears to complicate things greatly. Have you tried to use startx? Tried it now. Nvidia drivers gives me a useable twm , nouveau gives med no signal to the monitor (goes into sleep mode immediately). With nvidia-drivers: - 0:hakon@gt:~$ startx xauth: file /home/hakon/.serverauth.16044 does not exist X.Org X Server 1.17.4 Release Date: 2015-10-28 X Protocol Version 11, Revision 0 Build Operating System: Linux 3.18.22-gentoo x86_64 Gentoo Current Operating System: Linux gt 4.3.3-gentoo #1 SMP Mon Jan 11 15:45:22 CET 2016 x86_64 Kernel command line: BOOT_IMAGE=/boot/kernel-genkernel-x86_64-4.3.3-gentoo root=UUID=a202adf2-9b91-4d10-97ff-ab12aeb6009f ro intel_iommu=on
[gentoo-user] (Re-) Configuring X11 with two graphic cards (NVidia)
Hi, previously there were two graphic cards installed in my Gentoo box: Geforce GT 430 Geforce GT 560TI The first was used for desktop purposes only and the second was used only by Blender as "render engine". Then the Geforce GT 560TI went crazy and died and had to change it with another one, a Geforce GTX 960. I grepped through /etc and checked for "560" and similiar to find things which need to be changed. Reboot. Rendering runs now faster, which means that Blender has found its new "render engine". But... The GUI of Blender starts lagging... The desktop "feels" the same...but I cannot tell, whether it is supported by the first or second graphics card, since the 960 may be capable to handle both...dont know for shure. Nvidia settings recognizes both cards...from the thermal readings I would guess, that the GTX 960 is definetly used for rendering purposes...but I think using the desktop will not heat up either card...;) Is there any way to check, whether the current setup is working as wanted (GTX 480 for desktop only, GTX 960 for rendering only) and whether to "full power of the GTX 960" is available for rendering? I cannot get rid of the feeling, that I am driving with brakes on Thank you very much in advance for any help! Best regards, Meino
[gentoo-user] Re: libxml2 conflicts
On Wed, 13 Jan 2016 17:01:47 + Neil Bothwickwrote: > I use a directory for package.use, then autounmask puts its entries in > the last file in there, so I have a file called zzz-autounmask. It's > pretty easy to clean up, just delete/move it and run emerge -u @world > again and it will be repopulated with any settings that are still > needed. Thanks for that. I haven't been using autounmask, partly because I didn't think it could handle package.* a directories. (Maybe I was wrong all along or maybe when autounmask debuted I was right; doesn't matter now.)
[gentoo-user] Re: OT: No audio while playing HTML5-video (YouTube)
On 13/01/16 08:19, Mick wrote: On Wednesday 13 Jan 2016 08:00:11 Nikos Chantziaras wrote: On 13/01/16 07:53, Nikos Chantziaras wrote: default should be ~/.mpv/config Or "~/.config/mpv/config". I had the former file in which I added your suggested stanza, but youtube videos dragged from FF continue to refuse to play (mpv crashes). This is what is saved in the logs: Error Information: An exit code of 2 was returned from mpv --profile=pseudo-gui -- . Output Data: There was no output Error Logs: There was no error message Well, no idea :-P All I can say is that I have these: media-video/mpv-0.14.0-r1 lua and luajit USE flags are needed. media-video/ffmpeg-2.8.4 librtmp network openssl opus vorbis are needed net-misc/youtube-dl-2016.01.09 I would assume that if you're not on ~arch, you have too old versions. Newer versions are very important because YouTube changes their APIs and streaming formats quite often and thus stuff gets outdated quick.
Re: [gentoo-user] Re: libxml2 conflicts
On Wed, 13 Jan 2016 12:51:07 -0600, »Q« wrote: > > I use a directory for package.use, then autounmask puts its entries in > > the last file in there, so I have a file called zzz-autounmask. It's > > pretty easy to clean up, just delete/move it and run emerge -u @world > > again and it will be repopulated with any settings that are still > > needed. > > Thanks for that. I haven't been using autounmask, partly because I > didn't think it could handle package.* a directories. (Maybe I was > wrong all along or maybe when autounmask debuted I was right; doesn't > matter now.) Directories have always worked with automask because portage translates the contents to a single file anyway. The only thng you have to be careful of is file naming, because automask always adds ot the end of package.use, which means it modifies the last file. -- Neil Bothwick If you can't be kind, be vague. pgpJDdc_qUPfw.pgp Description: OpenPGP digital signature
Re: [gentoo-user] emerging with distcc: What's taking so long?
Neil Bothwickwrites: > On Mon, 11 Jan 2016 23:55:27 +0100, lee wrote: > >> > Firstly, things like Flash and Skype are not special cases, they are >> > widely used and many of us have to use them, whether we like it or >> > not. >> >> They are special cases. Flash never really worked, and when it does, >> it's pretty much unusable because it's too crappy. Skype only kinda >> works and is not usable due to total lack of privacy. > > You can call those and other binary-only programs special cases as much > as you like, and maybe they are for you. But for many people there is no > real choice but to use them. Of course it's a choice, no matter whether ppl make it or not. >> > Secondly, no one is forcing you to use anything? There is a >> > no-multilib profile, >> >> There doesn't seem to be a desktop profile that isn't multilib. > > Probably for the reasons I've already suggested, but you don't have to > use a desktop profile. > >> > and nothing to stop you creating a no-multilib version of your >> > preferred desktop profile if you so wish (the desktop profiles are >> > basically a different set of default USE flags). >> >> I wouldn't know how to do that. > > emerge --info with the desktop profile to get a list of USE flags, then > set those same flags on the no-multilib profile. What's so hard? It is something you need to know before you can do it. Look at the instructions on the wiki for installing kde, for example. They tell you to use the corresponding profile. That profile is a multilib profile, and you cannot switch to a multilib profile from a non-multilib one. Of course, I choose a non-multilib profile when I install. >> In any case, the default is simply wrong. > > Of course it is, it's a default, it can't be right for everyone. That's > why it is a default starting point, not an enforced setting. If you don't > want to move away from the defaults, what are you using Gentoo? Ok, it's not only wrong, it's badly made. Who knows what all a profile does. >> > Multilib should be going away on due time. Until then you have two >> > courses of action: complain about it or use a no-multilib profile >> > with your preferred flags. Only one of those choices has any real >> > benefit. >> >> There is no non-multilib profile one could use when they want a desktop >> profile. Perhaps multilib goes away in 20 years or so, or never. That >> doesn't help. > > However long it takes, the timescale will not be altered by one second by > any amount of complaining in here. Well, I suppose you have no idea how awfully stupid and retarded it is to encounter criticism and/or suggestions, or questioning something, by claiming that someone is complaining.
[gentoo-user] Re: OT: No audio while playing HTML5-video (YouTube)
On 14/01/16 01:15, Mick wrote: I am on the stable tree, but have net-misc/youtube-dl-2016.01.0 at the moment. Our USE flags are the same. I will emerge the latest version of net- misc/youtube-dl tomorrow to see if this fixes it, but I somehow doubt it. I wonder if this problem is related to the desktop manager - I am using enlightenment-0.20.2 at present. I assume it's because of your mpv and/or ffmpeg versions not being able to stream from YouTube.
Re: [gentoo-user] Re: OT: No audio while playing HTML5-video (YouTube)
On Wednesday 13 Jan 2016 22:06:02 Nikos Chantziaras wrote: > On 13/01/16 08:19, Mick wrote: > > On Wednesday 13 Jan 2016 08:00:11 Nikos Chantziaras wrote: > >> On 13/01/16 07:53, Nikos Chantziaras wrote: > >>> default should be ~/.mpv/config > >> > >> Or "~/.config/mpv/config". > > > > I had the former file in which I added your suggested stanza, but youtube > > videos dragged from FF continue to refuse to play (mpv crashes). This is > > what is saved in the logs: > > > > Error Information: > > An exit code of 2 was returned from mpv --profile=pseudo-gui -- . > > > > Output Data: > > There was no output > > > > Error Logs: > > There was no error message > > Well, no idea :-P All I can say is that I have these: > >media-video/mpv-0.14.0-r1 >lua and luajit USE flags are needed. > >media-video/ffmpeg-2.8.4 >librtmp network openssl opus vorbis are needed > >net-misc/youtube-dl-2016.01.09 > > I would assume that if you're not on ~arch, you have too old versions. > Newer versions are very important because YouTube changes their APIs and > streaming formats quite often and thus stuff gets outdated quick. I am on the stable tree, but have net-misc/youtube-dl-2016.01.0 at the moment. Our USE flags are the same. I will emerge the latest version of net- misc/youtube-dl tomorrow to see if this fixes it, but I somehow doubt it. I wonder if this problem is related to the desktop manager - I am using enlightenment-0.20.2 at present. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] libxml2 conflicts
On Wed, 13 Jan 2016 16:52:15 + (UTC), James wrote: > Beside a specific resolution, I guess I'm curious as to other > gentoo-admin philosophies related to autounmask usage and keeping the > package.use file reasonable and as concise as possible. Suggestions? > I use a directory for package.use, then autounmask puts its entries in the last file in there, so I have a file called zzz-autounmask. It's pretty easy to clean up, just delete/move it and run emerge -u @world again and it will be repopulated with any settings that are still needed. -- Neil Bothwick [unwieldy legal disclaimer would go here - feel free to type your own] pgpcPWbmJ9Xer.pgp Description: OpenPGP digital signature
[gentoo-user] libxml2 conflicts
Hello, >> I really like using 'autounmask' with portage issues. So my package.use file has (2) sections. The first is where I list a package and then the use flag settings for that specific package, traditional usage of package.use, imo. The second section, below these entries is where autounmask writes it's entries; and they seems to never be pruned, just new entries at the bottom. libxm2l has many entries in the second section and now I have a conflict. It is nice the way comments are added to entries which lists the packages needing the flag. But after a while the file grows too long, imho. Every thing just upgraded except libxml2. Here is what I now get:: emerge -uDNvp world These are the packages that would be merged, in order: Calculating dependencies... done! WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict: dev-libs/libxml2:2 (dev-libs/libxml2-2.9.2-r4:2/2::gentoo, ebuild scheduled for merge) conflicts with dev-libs/libxml2:2[-icu,abi_x86_32(-),abi_x86_64(-)] required by (dev-qt/qtwebkit-4.8.6-r1:4/4::gentoo, installed) egrep libxml package.use =dev-libs/libxml2-2.9.1-r1 python >=dev-libs/libxml2-2.9.1-r4 python >=dev-libs/libxml2-2.9.1-r4 icu >=dev-libs/libxml2-2.9.2 -icu >=dev-libs/libxml2-2.9.2 abi_x86_32 >=dev-libs/libxml2-2.9.2-r4 icu =dev-libs/libxml2-2.9.2-r1 icu So I guess a manual clean up package.use is in order. Maybe parse all the libml2 entries and consolidate them into a single entry in the section One of the /etc/portage/package.use file? Maybe I should curtail my use of 'autounmask' as it seems to not have a mechanism to autoclean itself with multiple conflicting entries. Note:: I have 'autounmask-write y' in the make.conf file. Beside a specific resolution, I guess I'm curious as to other gentoo-admin philosophies related to autounmask usage and keeping the package.use file reasonable and as concise as possible. Suggestions? James
[gentoo-user] Re: libxml2 conflicts
Neil Bothwick digimed.co.uk> writes: > I use a directory for package.use, then autounmask puts its entries in > the last file in there, so I have a file called zzz-autounmask. It's > pretty easy to clean up, just delete/move it and run emerge -u world > again and it will be repopulated with any settings that are still needed. OK, I'll give this a spin. One questions, where to move/name the traditional flag settings I have in the top of the old file, here are a few for clarity:: media-sound/hydrogenportaudio dev-util/valgrind mpi net-irc/quassel webkit app-portage/layman sync-plugin-portage subversion net-wireless/kismet -bluetooth net-libs/libpcap-bluetooth sci-libs/hdf5 -cxx examples -fortran threads zlib mpi Two file, zzz-autounmaks for it's entris and just place those above in this file::/etc/portage/package.use/package.use? And both get properly parsed by emerge updates? James
Re: [gentoo-user] Re: libxml2 conflicts
On Wed, 13 Jan 2016 17:24:21 + (UTC), James wrote: > > I use a directory for package.use, then autounmask puts its entries in > > the last file in there, so I have a file called zzz-autounmask. It's > > pretty easy to clean up, just delete/move it and run emerge -u > > world again and it will be repopulated with any settings that are > > still needed. > > > OK, I'll give this a spin. One questions, where to move/name the > traditional flag settings I have in the top of the old file, here are a > few for clarity:: > > media-sound/hydrogenportaudio > dev-util/valgrind mpi > net-irc/quassel webkit > app-portage/layman sync-plugin-portage subversion > net-wireless/kismet -bluetooth > net-libs/libpcap-bluetooth > sci-libs/hdf5 -cxx examples -fortran threads zlib mpi > > > Two file, zzz-autounmaks for it's entris and just place those above in > this file::/etc/portage/package.use/package.use? > > And both get properly parsed by emerge updates? > Exactly. When package.* is a directory, portage treats all of its contents as a single file, in lexical order. Look at the description for /etc/portage/ in the portage man page. -- Neil Bothwick Accordion: a bagpipe with pleats. pgp47giZTf4Wv.pgp Description: OpenPGP digital signature