Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Emerge --newuse (-N) gives loads of USE="X%*" or (-X%*)
View unanswered posts
View posts from last 24 hours

Goto page 1, 2  Next  
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
Zarhan
l33t
l33t


Joined: 27 Feb 2004
Posts: 910

PostPosted: Mon Oct 30, 2006 9:25 am    Post subject: Emerge --newuse (-N) gives loads of USE="X%*" or ( Reply with quote

Mod edit: Changed title from "The new emerge 2.1.1 -N behaviour - is this really sensible?" --kallamej

I just emerge --synced and did my usual emerge -uvDaN world:

Code:
# emerge -uvDaN world

These are the packages that would be merged, in order:

Calculating world dependencies  -
... done!
[ebuild   R   ] x11-misc/util-macros-1.1.0  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/xproto-7.0.7  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libfontenc-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/mkfontscale-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/mkfontdir-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/kbproto-1.0.3  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/xextproto-7.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/xf86bigfontproto-1.1.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/inputproto-1.3.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXau-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/bigreqsproto-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXdmcp-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/xcmiscproto-1.1.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/xtrans-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libX11-1.0.3  USE="X%* ipv6 -debug" 0 kB
[ebuild   R   ] x11-libs/libICE-1.0.1  USE="X%* ipv6 -debug" 0 kB
[ebuild   R   ] x11-libs/libSM-1.0.1  USE="X%* ipv6 -debug" 0 kB
[ebuild   R   ] x11-libs/libXt-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXext-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXi-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/recordproto-1.13.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXtst-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/printproto-1.0.3  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXp-1.0.0  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/xineramaproto-1.1.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXinerama-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/renderproto-0.9.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXrender-0.9.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXft-2.1.10  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/randrproto-1.1.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXrandr-1.1.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/fixesproto-4.0  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXfixes-4.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXcursor-1.1.7  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-misc/makedepend-1.0.0  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/glproto-1.4.8  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-misc/xbitmaps-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXmu-1.0.2  USE="X%* ipv6 -debug" 0 kB
[ebuild   R   ] x11-libs/libXpm-3.5.5  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXaw-1.0.2  USE="X%* -debug -xprint" 0 kB
[ebuild   R   ] x11-proto/xf86vidmodeproto-2.2.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/xf86driproto-2.0.3  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXxf86vm-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libdrm-2.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/rgb-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/iceauth-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/xf86miscproto-0.9.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXxf86misc-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/liblbxutil-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/dmxproto-2.2.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/damageproto-1.0.3  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/xf86dgaproto-2.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/videoproto-2.2.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/trapproto-3.4.3  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libdmx-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/resourceproto-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/fontsproto-2.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] media-fonts/encodings-1.0.0  USE="X%* -debug" 0 kB
[ebuild   R   ] media-fonts/font-util-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/fontcacheproto-0.1.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXfont-1.2.2  USE="X%* ipv6 -debug" 0 kB
[ebuild   R   ] x11-apps/bdftopcf-1.0.0  USE="X%* -debug" 0 kB
[ebuild   R   ] media-fonts/font-adobe-75dpi-1.0.0  USE="X%* nls" 0 kB
[ebuild   R   ] media-fonts/font-alias-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/xf86rushproto-1.1.2  USE="X%* -debug" 0 kB
[ebuild   R   ] media-fonts/font-misc-misc-1.0.0  USE="X%* nls" 0 kB
[ebuild   R   ] x11-libs/libxkbfile-1.0.3  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libxkbui-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] media-fonts/font-cursor-misc-1.0.0  USE="X%* nls" 0 kB
[ebuild   R   ] x11-libs/libXres-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/xkbcomp-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/evieext-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/xauth-1.0.1  USE="X%* ipv6 -debug" 0 kB
[ebuild   R   ] x11-proto/scrnsaverproto-1.1.0  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/xclock-1.0.2  USE="X%* -debug -xprint" 0 kB
[ebuild   R   ] x11-wm/twm-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/xsm-1.0.1  USE="X%* -debug -xprint" 0 kB
[ebuild   R   ] x11-apps/xrdb-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/xinit-1.0.2-r6  USE="X%* -debug -minimal" 0 kB
[ebuild   R   ] x11-proto/compositeproto-0.3.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-base/xorg-server-1.1.1-r1  USE="X%* dmx dri ipv6 nptl sdl xorg -3dfx -aiglx -debug -kdrive -minimal -xprint" INPUT_DEVICES="keyboard mouse synaptics -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300 -elographics -evdev -fpit -hyperpen -jamstudio -joystick -magellan -microtouch -mutouch -palmax -penmount -spaceorb -summa -tek4957 -ur98 -vmmouse -void -wacom" VIDEO_CARDS="i810 -apm -ark -chips -cirrus -cyrix -dummy -epson -fbdev -fglrx -glint -i128 -i740 (-impact) -imstt -mach64 -mga -neomagic (-newport) -nsc -nv -nvidia -r128 -radeon -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx) -tdfx -tga -trident -tseng -v4l -vesa -vga -via -vmware -voodoo" 0 kB
[ebuild   R   ] x11-libs/libXv-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXvMC-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-drivers/xf86-video-i810-1.7.2  USE="X%* dri -debug" 0 kB
[ebuild   R   ] x11-drivers/xf86-input-mouse-1.1.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-drivers/xf86-input-keyboard-1.1.0  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXxf86dga-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/xdpyinfo-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXdamage-1.0.3  USE="X%* -debug" 0 kB
[ebuild     U ] sys-fs/device-mapper-1.02.10 [1.02.07] USE="(-selinux)" 904 kB
[ebuild   R   ] x11-libs/libXcomposite-0.3  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXScrnSaver-1.1.0  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/xmessage-1.0.1  USE="X%* -debug -xprint" 0 kB
[ebuild   R   ] x11-apps/setxkbmap-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/xrandr-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/xset-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/xsetroot-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/xprop-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/appres-1.0.0  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/xwininfo-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/xmodmap-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] media-fonts/font-adobe-100dpi-1.0.0  USE="X%* nls" 0 kB
[ebuild   R   ] media-fonts/font-bh-type1-1.0.0  USE="X%*" 0 kB
[ebuild   R   ] app-doc/xorg-docs-1.2  USE="X%* -debug -doc" 0 kB
[ebuild   R   ] media-fonts/font-adobe-utopia-type1-1.0.1  USE="X%*" 0 kB
[ebuild   R   ] x11-apps/xhost-1.0.1  USE="X%* ipv6 -debug" 0 kB
[ebuild   R   ] x11-apps/xfontsel-1.0.1  USE="X%* -debug -xprint" 0 kB
[ebuild   R   ] x11-apps/xev-1.0.2  USE="X%* -debug" 0 kB


Ok...what are you developers thinking? I mean, use-flag "X" for X libraries and programs? And I supposedly have to recompile my whole xorg to get this working?

Since portage already migrates stuff like changed packages/categories (in /var/db/pkg, and also in /etc/portage/package.XXXX files), couldn't it also migrate the "previous default" USE-flag settings in cases like this? I don't think I'll get any difference in binaries when I recompile those X components with the newly added "X" use flag. So couldn't portage, after sync, when doing the global updates, also update the package database that the X components had already been compiled with "X" useflag, since the actual functionality has hardly changed.
Back to top
View user's profile Send private message
someone19
n00b
n00b


Joined: 26 Sep 2006
Posts: 51

PostPosted: Mon Oct 30, 2006 1:03 pm    Post subject: Reply with quote

Same behaivour on my system - Almost identical output... i'm updating portage to -r1 and will re-run to see if there is a change.

Anybody else with similar results?
Back to top
View user's profile Send private message
UncleOwen
Veteran
Veteran


Joined: 27 Feb 2003
Posts: 1493
Location: Germany, Hamburg

PostPosted: Mon Oct 30, 2006 4:40 pm    Post subject: Reply with quote

A very hacky one-liner to work around this:

for foo in `emerge -uDpvN world | grep 'X%*' | grep 'ebuild R' | sed -e 's/.*] //' | cut -d ' ' -f 1`; do echo ' X' >> /var/db/pkg/${foo}/IUSE; done

worksforme, use at your own risk!


Last edited by UncleOwen on Mon Oct 30, 2006 4:43 pm; edited 1 time in total
Back to top
View user's profile Send private message
hielvc
Advocate
Advocate


Joined: 19 Apr 2002
Posts: 2776
Location: Oceanside, Ca

PostPosted: Mon Oct 30, 2006 4:42 pm    Post subject: Reply with quote

See this USE flags got massively messed up by themselves [solved].
_________________
An A-Z Index of the Linux BASH command line
Back to top
View user's profile Send private message
UncleOwen
Veteran
Veteran


Joined: 27 Feb 2003
Posts: 1493
Location: Germany, Hamburg

PostPosted: Mon Oct 30, 2006 4:45 pm    Post subject: Reply with quote

batistuta in the thread mentioned above wrote:
I opened up ufed and saw that a lot of my USE flags had been cleared.


No, that thread is about something different.
Back to top
View user's profile Send private message
kallamej
Administrator
Administrator


Joined: 27 Jun 2003
Posts: 4785
Location: Gothenburg, Sweden

PostPosted: Mon Oct 30, 2006 4:45 pm    Post subject: Reply with quote

This is due to a change in the x-modular eclass. It now inherits the font eclass, which has "X" in its IUSE. You can try the following hack by agaffney in #gentoo-dev.
Code:
for i in $(emerge -uDNp world | grep 'USE="X%*' | sed -e 's:^.\+] ::' -e 's: .\+$::'); do echo -n " X" >> /var/db/pkg/${i}/IUSE; done

_________________
Please read our FAQ Forum, it answers many of your questions.
irc: #gentoo-forums on irc.freenode.net
Back to top
View user's profile Send private message
Zarhan
l33t
l33t


Joined: 27 Feb 2004
Posts: 910

PostPosted: Mon Oct 30, 2006 5:03 pm    Post subject: Reply with quote

Worked for me.

The question still remains why such "hacks" are necessary. Hopefully some portage devs realize the issue might cause serious problems (consider if something happens with KDE eclass or something).
Back to top
View user's profile Send private message
rokstar83
Guru
Guru


Joined: 09 Apr 2005
Posts: 422
Location: MD

PostPosted: Mon Oct 30, 2006 5:07 pm    Post subject: Re: The new emerge 2.1.1 -N behaviour - is this really sensi Reply with quote

Zarhan wrote:
I just emerge --synced and did my usual emerge -uvDaN world:

Code:
# emerge -uvDaN world

These are the packages that would be merged, in order:

Calculating world dependencies  -
... done!
[ebuild   R   ] x11-misc/util-macros-1.1.0  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/xproto-7.0.7  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libfontenc-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/mkfontscale-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/mkfontdir-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/kbproto-1.0.3  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/xextproto-7.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/xf86bigfontproto-1.1.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/inputproto-1.3.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXau-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/bigreqsproto-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXdmcp-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/xcmiscproto-1.1.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/xtrans-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libX11-1.0.3  USE="X%* ipv6 -debug" 0 kB
[ebuild   R   ] x11-libs/libICE-1.0.1  USE="X%* ipv6 -debug" 0 kB
[ebuild   R   ] x11-libs/libSM-1.0.1  USE="X%* ipv6 -debug" 0 kB
[ebuild   R   ] x11-libs/libXt-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXext-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXi-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/recordproto-1.13.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXtst-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/printproto-1.0.3  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXp-1.0.0  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/xineramaproto-1.1.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXinerama-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/renderproto-0.9.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXrender-0.9.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXft-2.1.10  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/randrproto-1.1.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXrandr-1.1.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/fixesproto-4.0  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXfixes-4.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXcursor-1.1.7  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-misc/makedepend-1.0.0  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/glproto-1.4.8  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-misc/xbitmaps-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXmu-1.0.2  USE="X%* ipv6 -debug" 0 kB
[ebuild   R   ] x11-libs/libXpm-3.5.5  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXaw-1.0.2  USE="X%* -debug -xprint" 0 kB
[ebuild   R   ] x11-proto/xf86vidmodeproto-2.2.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/xf86driproto-2.0.3  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXxf86vm-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libdrm-2.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/rgb-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/iceauth-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/xf86miscproto-0.9.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXxf86misc-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/liblbxutil-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/dmxproto-2.2.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/damageproto-1.0.3  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/xf86dgaproto-2.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/videoproto-2.2.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/trapproto-3.4.3  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libdmx-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/resourceproto-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/fontsproto-2.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] media-fonts/encodings-1.0.0  USE="X%* -debug" 0 kB
[ebuild   R   ] media-fonts/font-util-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/fontcacheproto-0.1.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXfont-1.2.2  USE="X%* ipv6 -debug" 0 kB
[ebuild   R   ] x11-apps/bdftopcf-1.0.0  USE="X%* -debug" 0 kB
[ebuild   R   ] media-fonts/font-adobe-75dpi-1.0.0  USE="X%* nls" 0 kB
[ebuild   R   ] media-fonts/font-alias-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/xf86rushproto-1.1.2  USE="X%* -debug" 0 kB
[ebuild   R   ] media-fonts/font-misc-misc-1.0.0  USE="X%* nls" 0 kB
[ebuild   R   ] x11-libs/libxkbfile-1.0.3  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libxkbui-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] media-fonts/font-cursor-misc-1.0.0  USE="X%* nls" 0 kB
[ebuild   R   ] x11-libs/libXres-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/xkbcomp-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-proto/evieext-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/xauth-1.0.1  USE="X%* ipv6 -debug" 0 kB
[ebuild   R   ] x11-proto/scrnsaverproto-1.1.0  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/xclock-1.0.2  USE="X%* -debug -xprint" 0 kB
[ebuild   R   ] x11-wm/twm-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/xsm-1.0.1  USE="X%* -debug -xprint" 0 kB
[ebuild   R   ] x11-apps/xrdb-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/xinit-1.0.2-r6  USE="X%* -debug -minimal" 0 kB
[ebuild   R   ] x11-proto/compositeproto-0.3.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-base/xorg-server-1.1.1-r1  USE="X%* dmx dri ipv6 nptl sdl xorg -3dfx -aiglx -debug -kdrive -minimal -xprint" INPUT_DEVICES="keyboard mouse synaptics -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300 -elographics -evdev -fpit -hyperpen -jamstudio -joystick -magellan -microtouch -mutouch -palmax -penmount -spaceorb -summa -tek4957 -ur98 -vmmouse -void -wacom" VIDEO_CARDS="i810 -apm -ark -chips -cirrus -cyrix -dummy -epson -fbdev -fglrx -glint -i128 -i740 (-impact) -imstt -mach64 -mga -neomagic (-newport) -nsc -nv -nvidia -r128 -radeon -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx) -tdfx -tga -trident -tseng -v4l -vesa -vga -via -vmware -voodoo" 0 kB
[ebuild   R   ] x11-libs/libXv-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXvMC-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-drivers/xf86-video-i810-1.7.2  USE="X%* dri -debug" 0 kB
[ebuild   R   ] x11-drivers/xf86-input-mouse-1.1.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-drivers/xf86-input-keyboard-1.1.0  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXxf86dga-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/xdpyinfo-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXdamage-1.0.3  USE="X%* -debug" 0 kB
[ebuild     U ] sys-fs/device-mapper-1.02.10 [1.02.07] USE="(-selinux)" 904 kB
[ebuild   R   ] x11-libs/libXcomposite-0.3  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-libs/libXScrnSaver-1.1.0  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/xmessage-1.0.1  USE="X%* -debug -xprint" 0 kB
[ebuild   R   ] x11-apps/setxkbmap-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/xrandr-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/xset-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/xsetroot-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/xprop-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/appres-1.0.0  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/xwininfo-1.0.2  USE="X%* -debug" 0 kB
[ebuild   R   ] x11-apps/xmodmap-1.0.1  USE="X%* -debug" 0 kB
[ebuild   R   ] media-fonts/font-adobe-100dpi-1.0.0  USE="X%* nls" 0 kB
[ebuild   R   ] media-fonts/font-bh-type1-1.0.0  USE="X%*" 0 kB
[ebuild   R   ] app-doc/xorg-docs-1.2  USE="X%* -debug -doc" 0 kB
[ebuild   R   ] media-fonts/font-adobe-utopia-type1-1.0.1  USE="X%*" 0 kB
[ebuild   R   ] x11-apps/xhost-1.0.1  USE="X%* ipv6 -debug" 0 kB
[ebuild   R   ] x11-apps/xfontsel-1.0.1  USE="X%* -debug -xprint" 0 kB
[ebuild   R   ] x11-apps/xev-1.0.2  USE="X%* -debug" 0 kB


Ok...what are you developers thinking? I mean, use-flag "X" for X libraries and programs? And I supposedly have to recompile my whole xorg to get this working?

Since portage already migrates stuff like changed packages/categories (in /var/db/pkg, and also in /etc/portage/package.XXXX files), couldn't it also migrate the "previous default" USE-flag settings in cases like this? I don't think I'll get any difference in binaries when I recompile those X components with the newly added "X" use flag. So couldn't portage, after sync, when doing the global updates, also update the package database that the X components had already been compiled with "X" useflag, since the actual functionality has hardly changed.


I was wondering why do you use the -N flag on a regular basis? I thought it was unnecessary so long as you weren't changing USE flags on a regular basis. I've seen -N cough up weird things for a little while now so I would agree with your OP, so please pardon the curiosity.
Back to top
View user's profile Send private message
masterdriverz
Retired Dev
Retired Dev


Joined: 28 Mar 2006
Posts: 391
Location: Far out in the uncharted backwaters of the unfashionable end of the Western Spiral arm of the galaxy

PostPosted: Mon Oct 30, 2006 5:59 pm    Post subject: Reply with quote

Zarhan wrote:
The question still remains why such "hacks" are necessary. Hopefully some portage devs realize the issue might cause serious problems (consider if something happens with KDE eclass or something).


The devs are working on it, give them time.
_________________
Solutions to misc kde problems
Back to top
View user's profile Send private message
kallamej
Administrator
Administrator


Joined: 27 Jun 2003
Posts: 4785
Location: Gothenburg, Sweden

PostPosted: Mon Oct 30, 2006 6:47 pm    Post subject: Reply with quote

masterdriverz wrote:
The devs are working on it, give them time.

#gentoo-dev wrote:
19:41:59 <@dberkholz> seemant, leio, zlin, et al.: the USE=X thing should only
show up for fonts now, thanks to Flameeyes

Should appear at a rsync mirror close to you soon.
_________________
Please read our FAQ Forum, it answers many of your questions.
irc: #gentoo-forums on irc.freenode.net
Back to top
View user's profile Send private message
masterdriverz
Retired Dev
Retired Dev


Joined: 28 Mar 2006
Posts: 391
Location: Far out in the uncharted backwaters of the unfashionable end of the Western Spiral arm of the galaxy

PostPosted: Tue Oct 31, 2006 8:09 pm    Post subject: Reply with quote

Could you change the subject to something that better reflects this threads contents, and add "[SOLVED]" to it?
_________________
Solutions to misc kde problems
Back to top
View user's profile Send private message
kallamej
Administrator
Administrator


Joined: 27 Jun 2003
Posts: 4785
Location: Gothenburg, Sweden

PostPosted: Tue Oct 31, 2006 8:20 pm    Post subject: Reply with quote

masterdriverz wrote:
Could you change the subject to something that better reflects this threads contents, and add "[SOLVED]" to it?

I'm personally not fond of [SOLVED] tags, but changed the title to be a bit more specific.
_________________
Please read our FAQ Forum, it answers many of your questions.
irc: #gentoo-forums on irc.freenode.net
Back to top
View user's profile Send private message
yeye_olive
n00b
n00b


Joined: 21 Apr 2006
Posts: 17

PostPosted: Tue Dec 12, 2006 11:29 am    Post subject: Reply with quote

It looks like the issue in portage is not fixed yet. I have been having this problem with the "X" flag for a while now, and it recently got worse with the "kdehiddenvisibility" flag doing the same. emerge --newuse is simply unusable. I wonder why portage seems to have declined lately. Other features seem to be broken, like dependency management. I never had any problems a few months back.
Back to top
View user's profile Send private message
Zarhan
l33t
l33t


Joined: 27 Feb 2004
Posts: 910

PostPosted: Tue Dec 12, 2006 11:51 am    Post subject: Reply with quote

Yep, also noticed the kdehiddenvisibility-thingie. I suppose I should just stop upgrading every week and do it like twice a year...
Back to top
View user's profile Send private message
masterdriverz
Retired Dev
Retired Dev


Joined: 28 Mar 2006
Posts: 391
Location: Far out in the uncharted backwaters of the unfashionable end of the Western Spiral arm of the galaxy

PostPosted: Tue Dec 12, 2006 1:03 pm    Post subject: Reply with quote

yeye_olive wrote:
It looks like the issue in portage is not fixed yet. I have been having this problem with the "X" flag for a while now, and it recently got worse with the "kdehiddenvisibility" flag doing the same.


The "X" flag was an eclass issue, and the "kdehiddenvisibility" flag has been disabled on a number of packages - its not portage's fault.

Quote:
I wonder why portage seems to have declined lately.


zmedico has done a fantastic job improving portage over the past few months, I would totally disagree with you here.
_________________
Solutions to misc kde problems
Back to top
View user's profile Send private message
Zarhan
l33t
l33t


Joined: 27 Feb 2004
Posts: 910

PostPosted: Tue Dec 12, 2006 1:38 pm    Post subject: Reply with quote

masterdriverz wrote:

The "X" flag was an eclass issue, and the "kdehiddenvisibility" flag has been disabled on a number of packages - its not portage's fault.


I consider it portages fault that portage does not provide a tool for "migration" whenever this kinds of "no-op" changes happen.

After every emerge --sync there happens a "update" that does changing of package names and categories in such files as /etc/portage/package.X. I see no reason why such updater couldn't also change the USE flags of installed packages as appropriate.
Back to top
View user's profile Send private message
UncleOwen
Veteran
Veteran


Joined: 27 Feb 2003
Posts: 1493
Location: Germany, Hamburg

PostPosted: Tue Dec 12, 2006 1:53 pm    Post subject: Reply with quote

Zarhan wrote:
I consider it portages fault that portage does not provide a tool for "migration" whenever this kinds of "no-op" changes happen.


Then write a patch, stop whining.
Back to top
View user's profile Send private message
Zarhan
l33t
l33t


Joined: 27 Feb 2004
Posts: 910

PostPosted: Tue Dec 12, 2006 2:53 pm    Post subject: Reply with quote

UncleOwen wrote:
Zarhan wrote:
I consider it portages fault that portage does not provide a tool for "migration" whenever this kinds of "no-op" changes happen.


Then write a patch, stop whining.


The wonderful open source community at work.
Back to top
View user's profile Send private message
yeye_olive
n00b
n00b


Joined: 21 Apr 2006
Posts: 17

PostPosted: Tue Dec 12, 2006 3:52 pm    Post subject: Reply with quote

masterdriverz wrote:
Quote:
I wonder why portage seems to have declined lately.


zmedico has done a fantastic job improving portage over the past few months, I would totally disagree with you here.


Right, major improvements were brought to portage a few months ago, I would never deny it. And I guess the devs are still working actively. However, my point is that portage's strange behavior on my system in the last two months makes me think that some features may be broken (for example I mentioned dependency issues in my previous post).

From what I read on the forums, portage's code seems messy enough to make it quite difficult to add some functionality without breaking something. Is it more than a rumor? It is likely, otherwise projects like Paludis would probably not exist.
Back to top
View user's profile Send private message
Gentree
Watchman
Watchman


Joined: 01 Jul 2003
Posts: 5077
Location: France, Old Europe

PostPosted: Mon Dec 18, 2006 9:11 pm    Post subject: Reply with quote

UncleOwen wrote:
Zarhan wrote:
I consider it portages fault that portage does not provide a tool for "migration" whenever this kinds of "no-op" changes happen.


Then write a patch, stop whining.


Oh come on. I get tired of that cheap responce. If I had to a patch for every imperfection in the the O.S software I use I would already be 150 years old.

That's just a smart reply usually aimed at avoiding addressing an issue. On the occassion that I have rolled up my sleaves coded a fix to something it usually gets spat back by ego-centric developers that think they already have done a perfect job and dont want to hear it could better be done another way.

You then generally have to spend more time than you spent coding on some sort of campeign trail to get your patch accepted, if at all.

AFAIK you are not a dev on gentoo or elsewhere so I dont know why you post smart comments like that.


I agree that there have been far too many updates to portage recently . Not that the development is not appreciated but it seems to be almost daily changes.

Today's change involved deep changes that reverts some behaviour to pre 2.0.52 era and caused breakage the prevented any use of emerge , including returning to yesterdays portage that did work.

The system was basically incapacitated until I could find some other poor fool who had got caught and found out how to clear the problem.

portage is a cornestone of gentoo and a few less updates with a bit more testing would be benificial.

Far from "whining" it seemed a fair, sensible and polite comment.

If and when you start maintaining packages you may realise the value of the opinions of those who use the software. It's not necessary to be able to code to have a valid opinion.

Another such no-op change was changing the --onceonly short form from -o to -1 . This seems to serve no purpose but to confuse and break things. I have a couple of scripts and aliases that got broken by this apparently worthless change.

More time wasted maintaining the system rather than using it.

IMHO all things should be kept compatible unless there is an overriding need for breakage.

8)
_________________
Linux, because I'd rather own a free OS than steal one that's not worth paying for.

KX7-333 , AthlonXP1800+ @2.3GHz
AthlonXP-M on A7N8X @ 2.6/2.4GHz (winter/summer)
2.6.32-hh1 : portage ~x86
Back to top
View user's profile Send private message
Conan
Guru
Guru


Joined: 02 Nov 2004
Posts: 360

PostPosted: Sat Jan 06, 2007 8:40 pm    Post subject: Reply with quote

vdb_tools.py --transfer
Back to top
View user's profile Send private message
duderonomy
Guru
Guru


Joined: 20 Mar 2004
Posts: 311
Location: SF Bay Area

PostPosted: Mon Feb 12, 2007 9:38 am    Post subject: Reply with quote

UncleOwen wrote:
for foo in `emerge -uDpvN world | grep 'X%*' | grep 'ebuild R' | sed -e 's/.*] //' | cut -d ' ' -f 1`; do echo ' X' >> /var/db/pkg/${foo}/IUSE; done


Is this still necessary or old news?

Thanks.
D
Back to top
View user's profile Send private message
UncleOwen
Veteran
Veteran


Joined: 27 Feb 2003
Posts: 1493
Location: Germany, Hamburg

PostPosted: Mon Feb 12, 2007 2:57 pm    Post subject: Reply with quote

It was never necessary.
Back to top
View user's profile Send private message
pfadt_mann
n00b
n00b


Joined: 28 Feb 2007
Posts: 55
Location: Dallas, Texas

PostPosted: Fri Mar 23, 2007 10:47 pm    Post subject: Concerning USE flags Reply with quote

May be this is a dumb question, but then again, I am still new to gentoo.

Why can't there be an option added to emerge to allow you to just accept the use flags the package needs. When I "emerge -vau world" I get the packages and their use flags listed. Instead of updating the make.conf, why can't I just tell emerge to go with what teh package tells me it wants?

pfadt
_________________
Pfadt Mann
Back to top
View user's profile Send private message
UncleOwen
Veteran
Veteran


Joined: 27 Feb 2003
Posts: 1493
Location: Germany, Hamburg

PostPosted: Sat Mar 24, 2007 7:19 pm    Post subject: Reply with quote

A package doesn't need use flags. Nor does it want them. You do. Or don't. No way for portage to know that.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Portage & Programming All times are GMT
Goto page 1, 2  Next
Page 1 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum