[gentoo-user] Problems installing some parts of kde 3.4
Hello all, I installed KDE 3.4 on my machine (mostly using the single packages not the meta packages). Most is running fine, but I cannot install some parts (ark and kde-i18n). When I try to merge them I get the following error: >>> emerge (1 of 1) kde-base/ark-3.4.0 to / >>> md5 files ;-) ChangeLog >>> md5 files ;-) metadata.xml !!! Digest verification Failed: !!!/usr/local/portage/kde-base/ark/ark-3.4.0.ebuild !!! Reason: Filesize does not match recorded size >>> Please ensure you have sync'd properly. Please try 'emerge sync' and >>> optionally examine the file(s) for corruption. A sync will fix most cases. Of course I tried to resync, no change. The filesize of kdeutils matches the one listed in the digest, MD5 matches as well. For the kde-i18n it is exactly the same. Can anyone give a hint what to do? Thanks PS: Another small "problem" I do not get my multimedia keys to work. I selected my keyboard type in control center. Is there anything else to do? I got them working ages ago and am not sure where to do anything else now. -- gentoo-user@gentoo.org mailing list
Re: **SPAM** [gentoo-user] Looking into zip files
On 9/22/07, Łukasz Dudek <[EMAIL PROTECTED]> wrote: > Dnia Sat, 22 Sep 2007 12:15:09 -0700 > "Mark Knecht" <[EMAIL PROTECTED]> napisał(a): > > > Hi, > >I wonder if anyone knows of a GUI app that can display the > > hierarchy in a large zip file - maybe hundreds of directories, tens of > > thousands of files and a couple of gigs of zip - without actually > > unzipping the archive and using up both time and disk space. > > > >Extra points for a program that can extract just a portion of the > > zip file, like a single directory and its contents thus saving me disk > > space dealing with this. > > > > Thanks, > > Mark > ark?? > Thanks. arK looks like a good candidate. I tried mc but haven't figured out the keyboard commands ot make it do anything. Drag and drop in ark looks good for my needs. Thanks! Cheers, Mark
Re: [gentoo-user] Multipurpose compression prog with GUI
Ouch, nah I am getting lazy. Ark is perfect, thanks Paul, file-roller has a hundred and one file dependancies. On 5/27/05, Paul Kain <[EMAIL PROTECTED]> wrote: > I know Ryan personally and unfortunately I know he is still too bonded to > winduz to be able to embrace the command line completely ;-) > > Just kidding slick. Try Ark. > > > > > > On 5/27/05, Raphael Melo de Oliveira Bastos Sales <[EMAIL PROTECTED]> > wrote: > > Hi Ryan, > > > > Do you need a GUI (graphic interface)? > > If so, I like using Ark, as Paul pointed out; It is really simple and > > support a large array of archive types. > > If not, using the tar command on a shell can be faster. > > > > To do so: > > > > tar -cjf archive.tar.bz2 > > Creates a bzip2 archive > > > > tar -xjf archive.tar.bz2 -C > > Extracts from the archive > > > > If you change the j parameter to z ( i.e. tar -czf), you will use the > > gzip program. > > > > For zip files, emerge zip and unzip. Since bzip2 is much better than > > zip, I rarely use it and don't know how to use it on the shell. > > > > 2005/5/27, Paul Kain < [EMAIL PROTECTED]>: > > > Ark ? > > > > > > > > > > > > > > > On 5/27/05, Ryan Viljoen <[EMAIL PROTECTED]> wrote: > > > > Hi > > > > > > > > I am looking for a compression program that covers creating and > > > > extracting archives including .zip , .tar , .tar.gz , .tar.bz2 etc. I > > > > am using fluxbox with rox. > > > > > > > > Thanks > > > > Rav > > > > > > > > -- > > > > gentoo-user@gentoo.org mailing list > > > > > > > > > > > > > > > > > > -- > > gentoo-user@gentoo.org mailing list > > > > > > -- gentoo-user@gentoo.org mailing list
[gentoo-user] ark-4.4.5-cli7zip.patch - Digest verification failed
Hi, I've been looking at this failure for maybe a week now thinking one of these days it would get cleaned up on the servers. Is anyone else seeing it? firefly ~ # emerge -DuN @world Calculating dependencies... done! >>> Verifying ebuild manifests !!! Digest verification failed: !!! /usr/portage/kde-base/ark/files/ark-4.4.5-cli7zip.patch !!! Reason: Failed on RMD160 verification !!! Got: 285b725e7542b78815f0f909a65b4b6ec20cee89 !!! Expected: 57369a955bff3038ad0c105eea0179bbb795a030 firefly ~ # Google isn't turning anything up. Normally these things get cleared up within about a day but this time around I'm starting to wonder if I have some other problem here and this is only a symptom? I'm sure there's some way I can get past it WRT emerge but I'd rather get it handled at the source if possible. I though about deleting things in the path shown above but I haven't ever removed anything except distfiles and didn't want to start now. I can copy files from other systems if that's a good way around the issue. Thanks, Mark
Re: [gentoo-user] ark-4.4.5-cli7zip.patch - Digest verification failed
On Fri, 2010-09-17 at 18:23 -0700, Mark Knecht wrote: [...] > >>> Verifying ebuild manifests > > !!! Digest verification failed: > !!! /usr/portage/kde-base/ark/files/ark-4.4.5-cli7zip.patch > !!! Reason: Failed on RMD160 verification > !!! Got: 285b725e7542b78815f0f909a65b4b6ec20cee89 > !!! Expected: 57369a955bff3038ad0c105eea0179bbb795a030 > firefly ~ # > >Google isn't turning anything up. Normally these things get cleared > up within about a day but this time around I'm starting to wonder if I > have some other problem here and this is only a symptom? > >I'm sure there's some way I can get past it WRT emerge but I'd > rather get it handled at the source if possible. I though about > deleting things in the path shown above but I haven't ever removed > anything except distfiles and didn't want to start now. Why not? It's in your portage tree. Any deleted/altered files get replaced on the next --sync anyway. Having said that. My copy of the file indeed matches the manifest. So either you need to re --sync, delete the file and re --sync, or try syncing from a different mirror.
Re: [gentoo-user] Multipurpose compression prog with GUI
I know Ryan personally and unfortunately I know he is still too bonded to winduz to be able to embrace the command line completely ;-) Just kidding slick. Try Ark. On 5/27/05, Raphael Melo de Oliveira Bastos Sales <[EMAIL PROTECTED]> wrote: Hi Ryan,Do you need a GUI (graphic interface)?If so, I like using Ark, as Paul pointed out; It is really simple andsupport a large array of archive types.If not, using the tar command on a shell can be faster. To do so:tar -cjf archive.tar.bz2 Creates a bzip2 archivetar -xjf archive.tar.bz2 -C Extracts from the archiveIf you change the j parameter to z ( i.e. tar -czf), you will use thegzip program.For zip files, emerge zip and unzip. Since bzip2 is much better thanzip, I rarely use it and don't know how to use it on the shell.2005/5/27, Paul Kain < [EMAIL PROTECTED]>:> Ark ?>>>>> On 5/27/05, Ryan Viljoen <[EMAIL PROTECTED]> wrote:> > Hi > >> > I am looking for a compression program that covers creating and> > extracting archives including .zip , .tar , .tar.gz , .tar.bz2 etc. I> > am using fluxbox with rox.> > > > Thanks> > Rav> >> > --> > gentoo-user@gentoo.org mailing list> >> >>>-- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Multipurpose compression prog with GUI
Hi Ryan, Do you need a GUI (graphic interface)? If so, I like using Ark, as Paul pointed out; It is really simple and support a large array of archive types. If not, using the tar command on a shell can be faster. To do so: tar -cjf archive.tar.bz2 Creates a bzip2 archive tar -xjf archive.tar.bz2 -C Extracts from the archive If you change the j parameter to z (i.e. tar -czf), you will use the gzip program. For zip files, emerge zip and unzip. Since bzip2 is much better than zip, I rarely use it and don't know how to use it on the shell. 2005/5/27, Paul Kain <[EMAIL PROTECTED]>: > Ark ? > > > > > On 5/27/05, Ryan Viljoen <[EMAIL PROTECTED]> wrote: > > Hi > > > > I am looking for a compression program that covers creating and > > extracting archives including .zip , .tar , .tar.gz , .tar.bz2 etc. I > > am using fluxbox with rox. > > > > Thanks > > Rav > > > > -- > > gentoo-user@gentoo.org mailing list > > > > > > -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ark-4.4.5-cli7zip.patch - Digest verification failed
On Sat, Sep 18, 2010 at 1:13 AM, Albert Hopkins wrote: > On Fri, 2010-09-17 at 18:23 -0700, Mark Knecht wrote: > [...] >> >>> Verifying ebuild manifests >> >> !!! Digest verification failed: >> !!! /usr/portage/kde-base/ark/files/ark-4.4.5-cli7zip.patch >> !!! Reason: Failed on RMD160 verification >> !!! Got: 285b725e7542b78815f0f909a65b4b6ec20cee89 >> !!! Expected: 57369a955bff3038ad0c105eea0179bbb795a030 >> firefly ~ # >> >> Google isn't turning anything up. Normally these things get cleared >> up within about a day but this time around I'm starting to wonder if I >> have some other problem here and this is only a symptom? >> >> I'm sure there's some way I can get past it WRT emerge but I'd >> rather get it handled at the source if possible. I though about >> deleting things in the path shown above but I haven't ever removed >> anything except distfiles and didn't want to start now. > > Why not? It's in your portage tree. Any deleted/altered files get > replaced on the next --sync anyway. > > Having said that. My copy of the file indeed matches the manifest. So > either you need to re --sync, delete the file and re --sync, or try > syncing from a different mirror. Thanks Albert. It worked and the problem is gone. In a related way I've never stopped to look at /usr in the process of doing an install. I have an old Mac Mini that I've been trying to get Gentoo running on recently so in the middle of my install this morning I stopped after untarring the stage-3 tarball and before untarring the portage snapshot and found that /usr/portage doesn't exist at that point. Does this suggest that I'm actually free at any time to rm -r /usr/portage and just untar the current snapshot? Other than distfiles and the overhead of downloading all that stuff again is there anything in /usr/portage that once erased would damage the machine? I can always get most of distfile from other machines around here so it's really a question as to whether portage and emerge build anything in /usr/portage that cannot be recreated without much trouble. Thanks again, Mark
Re: [gentoo-user] xorg-x11, $VIDEO_CARDS & binary packages
On 7/20/06, Alexander Puchmayr <[EMAIL PROTECTED]> wrote: The problem came when I wanted to INSTALL the packages on the target machine, where portage seems to ignore the VIDEO_CARDS variable from /etc/make.conf for some reason. Because it uses the VIDEO_CARDS variable from the binary package. In other words, the VIDEO_CARDS variable of your build system does not match the target system. As Randy said, you cannot change the useflags (and VIDEO_CARDS are a kind of useflag) of a binary package. A quick demonstration: My normal xorg-x11 merging: carcharias src # emerge -pv xorg-x11 [ebuild R ] x11-base/xorg-x11-7.0-r1 USE="-3dfx" INPUT_DEVICES="evdev keyboard mouse synaptics -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300 -elographics -fpit -hyperpen -jamstudio -joystick -magellan -magictouch -microtouch -mutouch -palmax -penmount -spaceorb -summa -tek4957 -ur98 -vmmouse -void -wacom" VIDEO_CARDS="fbdev nv nvidia vesa -apm -ark -chips -cirrus -cyrix -dummy -fglrx -glint -i128 -i740 -i810 -imstt -mach64 -mga -neomagic -nsc -r128 -radeon -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb -tdfx -tga -trident -tseng -v4l -vga -via -vmware -voodoo" 0 kB Since my binary packages were built on this system, using the binary package is the same: carcharias src # emerge -pv -k xorg-x11 [binary R ] x11-base/xorg-x11-7.0-r1 USE="-3dfx" INPUT_DEVICES="evdev keyboard mouse synaptics -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300 -elographics -fpit -hyperpen -jamstudio -joystick -magellan -magictouch -microtouch -mutouch -palmax -penmount -spaceorb -summa -tek4957 -ur98 -vmmouse -void -wacom" VIDEO_CARDS="fbdev nv nvidia vesa -apm -ark -chips -cirrus -cyrix -dummy -fglrx -glint -i128 -i740 -i810 -imstt -mach64 -mga -neomagic -nsc -r128 -radeon -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb -tdfx -tga -trident -tseng -v4l -vga -via -vmware -voodoo" Now "simulate" a system with different VIDEO_CARDS by adding fglrx: carcharias src # VIDEO_CARDS="fbdev nv nvidia vesa fglrx" emerge -pv xorg-x11 [ebuild N] x11-drivers/ati-drivers-8.26.18-r1 USE="-acpi -doc -opengl" 23,160 kB [ebuild R ] x11-base/xorg-x11-7.0-r1 USE="-3dfx" INPUT_DEVICES="evdev keyboard mouse synaptics -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300 -elographics -fpit -hyperpen -jamstudio -joystick -magellan -magictouch -microtouch -mutouch -palmax -penmount -spaceorb -summa -tek4957 -ur98 -vmmouse -void -wacom" VIDEO_CARDS="fbdev fglrx* nv nvidia vesa -apm -ark -chips -cirrus -cyrix -dummy -glint -i128 -i740 -i810 -imstt -mach64 -mga -neomagic -nsc -r128 -radeon -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb -tdfx -tga -trident -tseng -v4l -vga -via -vmware -voodoo" 0 kB So it recognized that I added fglrx,and wants to add x11-drivers/ati-drivers. Now let's try that with the binary package, that now does not match my "target" system: carcharias src # VIDEO_CARDS="fbdev nv nvidia vesa fglrx" emerge -pv --usepkgonly xorg-x11 [binary R ] x11-base/xorg-x11-7.0-r1 USE="-3dfx" INPUT_DEVICES="evdev keyboard mouse synaptics -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300 -elographics -fpit -hyperpen -jamstudio -joystick -magellan -magictouch -microtouch -mutouch -palmax -penmount -spaceorb -summa -tek4957 -ur98 -vmmouse -void -wacom" VIDEO_CARDS="fbdev nv nvidia vesa -apm -ark -chips -cirrus -cyrix -dummy -fglrx -glint -i128 -i740 -i810 -imstt -mach64 -mga -neomagic -nsc -r128 -radeon -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb -tdfx -tga -trident -tseng -v4l -vga -via -vmware -voodoo" See, no fglrx and no merging of ati-drivers, even though fglrx is in my VIDEO_CARDS. HTH, -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Multipurpose compression prog with GUI
Ark ? On 5/27/05, Ryan Viljoen <[EMAIL PROTECTED]> wrote: HiI am looking for a compression program that covers creating andextracting archives including .zip , .tar , .tar.gz , .tar.bz2 etc. Iam using fluxbox with rox.ThanksRav-- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] The future of Gentoo
On Wed, 5 Mar 2008 21:08:02 +0200, Alan McKinnon wrote: > So please, think twice before hitting that reply button. Whoops, too late :) -- Neil Bothwick Remember that the Titanic was built by experts, and the Ark by a newbie signature.asc Description: PGP signature
[gentoo-user] Noah's ArK
Hi, I'd like to "preserve" some packages which do require components I don't like to have "regularly" installed any more like some depending on Python2 or are 32bit. Is there a means to build a "mini binary system" where I can put these? Many thanks for a hint, Helmut
[gentoo-user] xorg INPUT and VIDEO USE flags
Hi All, It's time for a new update for my laptop and I noticed that INPUT_DEVICES and VIDEO_CARDS are only recognised by the server: == [ebuild U ] x11-base/xorg-server-1.1.1-r1 [1.0.2-r7] USE="dri nptl%* sdl%* xorg%* -3dfx% -aiglx% -debug -dmx% -ipv6 -kdrive% -minimal -xprint" INPUT_DEVICES="keyboard%* mouse%* synaptics%* -acecad% -aiptek% -calcomp% -citron% -digitaled ge% -dmc% -dynapro% -elo2300% -elographics% -evdev% -fpit% -hyperpen% -jamstudio % -joystick% -magellan% -microtouch% -mutouch% -palmax% -penmount% -spaceorb% -s umma% -tek4957% -ur98% -vmmouse% -void% -wacom%" VIDEO_CARDS="radeon%* -apm% -ark% -chips% -cirrus% -cyrix% -dummy% -epson% -fbdev% -fglrx% -glint% -i128% -i740 % -i810% (-impact) -imstt% -mach64% -mga% -neomagic% (-newport) -nsc% -nv% -nvidia% -r128% -rendition% -s3% -s3virge% -savage% -siliconmotion% -sis% -sisusb% (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx) -tdfx% -tga% -trident% -tseng% -v4l% -vesa% -vga% -via% -vmware% -voodoo%" 6,105 kB [ebuild U ] x11-apps/mesa-progs-6.5.1 [6.4.2] 1,288 kB [ebuild U ] x11-base/xorg-x11-7.1 [7.0-r1] USE="(-3dfx%)" INPUT_DEVICES="(-a cecad%) (-aiptek%) (-calcomp%) (-citron%) (-digitaledge%) (-dmc%) (-dynapro%) (-elo2300%) (-elographics%) (-evdev%) (-fpit%) (-hyperpen%) (-jamstudio%) (-joystick%) (-keyboard%*) (-magellan%) (-magictouch%) (-microtouch%) (-mouse%*) (-mutouch%) (-palmax%) (-penmount%) (-spaceorb%) (-summa%) (-synaptics%*) (-tek4957%) (-ur98%) (-vmmouse%) (-void%) (-wacom%)" VIDEO_CARDS="(-apm%) (-ark%) (-chips%) (-cirrus%) (-cyrix%) (-dummy%) (-fbdev%) (-fglrx%) (-glint%) (-i128%) (-i740%) (- i810%) (-imstt%) (-mach64%) (-mga%) (-neomagic%) (-newport%) (-nsc%) (-nv%) (-nvidia%) (-r128%) (-radeon%*) (-rendition%) (-s3%) (-s3virge%) (-savage%) (-silico nmotion%) (-sis%) (-sisusb%) (-sunbw2%) (-suncg14%) (-suncg3%) (-suncg6%) (-sunffb%) (-sunleo%) (-suntcx%) (-tdfx%) (-tga%) (-trident%) (-tseng%) (-v4l%) (-vesa%) (-vga%) (-via%) (-vmware%) (-voodoo%)" 0 kB == In my make.conf I have: INPUT_DEVICES="keyboard mouse synaptics" VIDEO_CARDS="radeon" Is that how it should be? -- Regards, Mick pgpxaOwC7TSOj.pgp Description: PGP signature
Re: [gentoo-user] /etc/portage/package.keywords syntax
On Tue, 14 Apr 2009 16:01:23 +0300, Thanasis wrote: > Suppose I want to set the series of kernel sources: > gentoo-sources-2.6.28* > with the ~x86 keyword. > What should I write in /etc/portage/package.keywords ? ~sys-kernel/gentoo-sources-2.6.28 ~x86 or, if you are running x86, ~sys-kernel/gentoo-sources-2.6.28 -- Neil Bothwick Remember that the Titanic was built by experts, and the Ark by a newbie signature.asc Description: PGP signature
Re: [gentoo-user] Re: bash-completion change?
On Sat, 27 Jul 2013 10:49:46 -0400, gottl...@nyu.edu wrote: > >> >emerge -av1 \$(qfile -q -S -C /usr/share/bash-completion) > >> > >> little syntax help: > >> > >> emerge -av1 $(qfile -q -S -C /usr/share/bash-completion) > > > > emerge -1a /usr/share/bash-completion > > Yes we learned this trick a month or two ago. Apparently, not all of us. -- Neil Bothwick Remember that the Titanic was built by experts, and the Ark by a newbie signature.asc Description: PGP signature
Re: [gentoo-user] some capital B blockers in world update
On 14/03/2017 16:43, allan gottlieb wrote:
> I update roughly twice a week. On one machine (full output below) I was
> told that libinput and evdev are blocking xorg-drivers
>
> [blocks B ] (" x11-base/xorg-drivers-1.19)
> [blocks B ] (" x11-base/xorg-drivers-1.19)
>
> However the merge does propose to update xorg-drivers
> [ebuild U ] x11-base/xorg-drivers-1.19 [1.18-r1] VIDEO_CARDS="-ark%
> -i915% -i965% (-newport) -sis%"
>
> It also proposes to update libinput and evdev
> [ebuild U ] x11-drivers/xf86-input-libinput-0.24.0 [0.19.0]
> [ebuild U ] x11-drivers/xf86-input-evdev-2.10.5 [2.10.3]
>
> I do see that the versions of libinput and evdev to be used are higher
> than the versions that would block xorg-drivers. I am wondering why in
> this case emerge is telling me about the block (in red with a capital B)
> and more importantly would appreciate confirmation that I should let the
> emerge proceed.
Portage found a solution that satisfies all constraints, so you should
let it proceed.
Did you run emerge with -v to get the above?
That looks like portage is doing it's usual -v thing which is to core
dump to your console in the hope that maybe you can figure it out and
you are willing to play the game called "let's find out what portage
thinks it means today!"
I don't understand why those blockers are marked hard, as portage found
a solution. The blocker lines are really telling you why portage wants
to upgrade your libinput and evdev drivers - the current ones won't work
with your current drivers.
Which is all totally pointless, as newer versions of everything are
available and you want a full update. There's very little point in
software going to great lengths to tell you why it won't keep old
versions when you explicitly told it to not keep old versions :-)
>
> thanks in advance,
> allan
>
> [nomerge ] x11-base/xorg-x11-7.4-r2
> [nomerge ] media-fonts/font-daewoo-misc-1.0.3
> [nomerge ] x11-apps/bdftopcf-1.0.5
> [ebuild U ]x11-libs/libXfont-1.5.2 [1.5.1]
> [nomerge ] x11-apps/xdm-1.1.11-r3
> [ebuild U ] x11-apps/xconsole-1.0.7 [1.0.6]
> [nomerge ] app-office/libreoffice-5.2.3.3-r1
> [nomerge ] sci-mathematics/lpsolve-5.5.2.0
> [nomerge ] sci-libs/colamd-2.8.0
> [ebuild U ]sci-libs/suitesparseconfig-4.2.1-r1 [4.2.1]
> ABI_X86="(64%*) -32% (-x32)"
> [nomerge ] gnome-base/gnome-3.20.0
> [nomerge ] gnome-base/gnome-extra-apps-3.20.0
> [nomerge ] gnome-extra/gnome-characters-3.20.1
> [ebuild U ]dev-libs/libunistring-0.9.7 [0.9.5] ABI_X86="(64%*) -32%
> (-x32)"
> [nomerge ] media-video/gnome-mplayer-1.0.9
> [nomerge ] x11-themes/gnome-icon-theme-symbolic-3.12.0
> [nomerge ] x11-misc/icon-naming-utils-0.8.90
> [nomerge ]dev-perl/XML-Simple-2.200.0-r1
> [ebuild U ] dev-perl/XML-LibXML-2.12.800-r1 [2.12.100]
> USE="-examples% -minimal%"
> [ebuild U ] www-client/firefox-45.8.0 [45.7.0]
> [ebuild U ] www-client/chromium-57.0.2987.98 [56.0.2924.76-r1]
> USE="system-libvpx%* -component-build% -gconf%"
> [nomerge ] gnome-base/gnome-3.20.0
> [nomerge ] gnome-base/gnome-core-apps-3.20.0
> [nomerge ] gnome-base/gnome-control-center-3.20.2-r1
> [nomerge ]x11-drivers/xf86-input-libinput-0.24.0 [0.19.0]
> [nomerge ] x11-base/xorg-server-1.19.2 [1.18.4] USE="-debug%"
> [nomerge ] x11-base/xorg-drivers-1.19 [1.18-r1] VIDEO_CARDS="-ark%
> -i915% -i965% (-newport) -sis%"
> [ebuild U ] x11-drivers/xf86-input-synaptics-1.9.0 [1.8.3]
> [ebuild U ] x11-drivers/xf86-video-intel-2.99.917_p20170216
> [2.99.917_p20160621-r1] USE="-tools%"
> [ebuild U ] net-misc/wget-1.19.1-r1 [1.18]
> [ebuild U ] x11-base/xorg-drivers-1.19 [1.18-r1] VIDEO_CARDS="-ark%
> -i915% -i965% (-newport) -sis%"
> [ebuild U ] x11-drivers/xf86-input-evdev-2.10.5 [2.10.3]
> [nomerge ] x11-base/xorg-drivers-1.19 [1.18-r1] VIDEO_CARDS="-ark%
> -i915% -i965% (-newport) -sis%"
> [ebuild U ] x11-drivers/xf86-input-libinput-0.24.0 [0.19.0]
> [ebuild U ]x11-base/xorg-server-1.19.2 [1.18.4] USE="-debug%"
> [ebuild U ] x11-apps/xauth-1.0.10 [1.0.9-r2] USE="{-test}"
> [ebuild U ]dev-libs/libinput-1.6.2 [1.4.2]
> [nomerge ] net-libs/webkit-gtk-2.14.5
> [ebuild U ] x11-libs/cairo-1.14.8 [1.14.6]
> [nomerge ] x11-base/xorg-x11-7.4-r2
> [ebuild U ] x11-apps/sessreg-1.1.1 [1.1.0]
> [nomerge ] x11-
[gentoo-user] WinZip and 7z encryption
Hi All, Three questions on this topic: 1. I am able to decrypt WinZip archives/files which have been encrypted with AES256, but have to use 7z from the CLI. How can I configure Ark to do the same in Konqueror? 2. In WinZip you get to choose which type of encryption you can use. Is there a way of specifying AES256 in zip and 7z? 3. How can I tell what encryption has been used on a given zip archive/file? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] emerge gone--can I use a tbz?
On Sat, 26 Mar 2011 09:24:29 -0400, Allan Gottlieb wrote: > I do have buildsyspkg so have many versions of portage as tbz files. > But emerge won't install it (again, just returns). > > Can I do something analogous to an untar on one of the portage files? tar xf package-tbz -C / Ignore the warnings about metadata, but re-emerge the package as soon as you can to stop portage getting confused. -- Neil Bothwick Remember that the Titanic was built by experts, and the Ark by a newbie signature.asc Description: PGP signature
Re: [gentoo-user] Re: USB crucial file recovery
On Wed, 31 Aug 2016 08:45:22 +0100, Neil Bothwick wrote: > USB sticks are not that reliable to start with, so > relying on the filesystem to preserve your important files is not > enough. You have spent far more time on this than you would have spent > making backups of the file! Have you considered using cloud storage for the files instead? That also gives you the option of version control with some services. -- Neil Bothwick Remember that the Titanic was built by experts, and the Ark by a newbie pgp0NNX4TvHop.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Uninstalling KDE packages
On Monday 29 January 2007 22:46:56 Vlad Dogaru wrote: > I would like to know if unmerging KWallet (also the eduitainment suite > and possibly even Kopette and Konqueror) is safe. How can I tell for > other packages? Is emerge --unmerge enough or do other measures have > to be taken? If you have installed monolithic KDE than you can't unmerge only KWallet. You would have to unmerge kdeutils which also contains programs you might need. If you're using the KDE split ebuilds you can use 'equery d ' (app-portage/gentoolkit) to see what installed packages depend on . For example, Konqueror is needed by Kdesktop and Amarok among other things, so you probably don't want to unmerge it if you need either of them. Simply unmerging a package that is needed by some other package is not sufficient as it would be pulled back in when you next run 'emerge -D world'. KWallet only depends on kdeutils-meta. If you want to get rid of it unmerge kdeutils-meta and add the packages pulled in by kdeutils-meta to the world file (/var/lib/portage/world). You can find the names of these packages in the kdeutils-meta ebuild: RDEPEND=" $(deprange $PV $MAXKDEVER kde-base/ark) $(deprange $PV $MAXKDEVER kde-base/kcalc) $(deprange $PV $MAXKDEVER kde-base/kcharselect) lirc? ( $(deprange $PV $MAXKDEVER kde-base/kdelirc) ) [...] So you would add lines such as these: kde-base/ark kde-base/kcalc ... in the world file for each package you need and unmerge the ones you don't need. Be carefull with those useflag conditioned dependencies as in the case of kde-base/kdelirc which only gets installed if lirc useflag is activated. > Also, in the case of a fresh install, how can I choose > what KDE installs? Do I have to run emerge kde, or would kdelibs, > kdebase, etc (along with their dependencies of course) suffice? Take a look at http://www.gentoo.org/doc/en/kde-config.xml#doc_chap2_sect3 . -- The world is a tragedy to those who feel, but a comedy to those who think.(Horace Walpole) * Dorin Scutarasu, www.info.UAIC.ro pgpcZbvvfv9ES.pgp Description: PGP signature
[gentoo-user] xorg-x11, $VIDEO_CARDS & binary packages
Hi there ! In my /etc/make.conf is a line VIDEO_CARDS="nv nvidia" If I make a "emerge -pv xorg-x11", I get the following output ... [ebuild N] x11-drivers/xf86-video-nv-1.0.2.0 USE="-debug" 0 kB [ebuild N] x11-libs/libXv-1.0.1 USE="-debug" 0 kB [ebuild N] x11-base/xorg-x11-7.0-r1 USE="-3dfx" INPUT_DEVICES="evdev keyboard mouse -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300 -elographics -fpit -hyperpen -jamstudio -joystick -magellan -magictouch -microtouch -mutouch -palmax -penmount -spaceorb -summa -synaptics -tek4957 -ur98 -vmmouse -void -wacom" VIDEO_CARDS="nv nvidia -apm -ark -chips -cirrus -cyrix -dummy -fbdev -fglrx -glint -i128 -i740 -i810 -imstt -mach64 -mga -neomagic -nsc -r128 -radeon -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb -tdfx -tga -trident -tseng -v4l -vesa -vga -via -vmware -voodoo" 0 kB Note the VIDEO_CARDS-variable has "nv" and "nvidia" set, which is what is to be expected. If I add a -k for binary packages to the emerge, I get the following output ... [ebuild N] x11-drivers/xf86-video-i810-1.4.1.3 USE="-debug -dri" 368 kB [ebuild N] x11-drivers/xf86-video-via-0.1.33.2 USE="-debug -dri" 355 kB [binary N] virtual/glu-7.0 [binary N] x11-apps/mesa-progs-6.4.2 [binary N] x11-drivers/xf86-video-nv-1.0.2.0 USE="-debug" [binary N] x11-base/xorg-x11-7.0-r1 USE="-3dfx" INPUT_DEVICES="evdev keyboard mouse -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300 -elographics -fpit -hyperpen -jamstudio -joystick -magellan -magictouch -microtouch -mutouch -palmax -penmount -spaceorb -summa -synaptics -tek4957 -ur98 -vmmouse -void -wacom" VIDEO_CARDS="-apm -ark -chips -cirrus -cyrix -dummy -fbdev -fglrx -glint -i128 -i740 -i810 -imstt -mach64 -mga -neomagic -nsc -nv -nvidia -r128 -radeon -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb -tdfx -tga -trident -tseng -v4l -vesa -vga -via -vmware -voodoo" Note the different VIDEO_CARDS, which seems to be the default and hence installing *ALL* optional video drivers. I don't want all the drivers I don't need, nor do I want to recompile all of xorg-x11; Is there any possibility to get around this quite odd behaviour? Greetings, Alex -- gentoo-user@gentoo.org mailing list
[gentoo-user] xorg 7.0 to 7.1 -- is this a problem
Greetings all; I was intending to upgrade xorg 7.0 to 7.1, before doing so I noticed something. I'm not sure if this is a problem or not, so I wanted to ask before I mess up my system. First, take a look when I do a pretend to see what would happen when emerging 7.0, which is currently installed: -- Sat Nov 04 09:34:17 /home/skippi/0data/data/2print skippy $ emerge -pv =xorg-x11-7.0-r1 These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-base/xorg-x11-7.0-r1 USE="3dfx" INPUT_DEVICES="keyboard mouse -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300 -elographics -evdev -fpit -hyperpen -jamstudio -joystick -magellan -magictouch -microtouch -mutouch -palmax -penmount -spaceorb -summa -synaptics -tek4957 -ur98 -vmmouse -void -wacom" VIDEO_CARDS="fbdev i810 vesa vga -apm -ark -chips -cirrus -cyrix -dummy -fglrx -glint -i128 -i740 -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 -via -vmware -voodoo" 0 kB Total size of downloads: 0 kB - Note that it will use the flags/devices for keyboard, mouse, fbdev i810 vesa vga. These are indicated in make.conf and correct. Now, I pretend for 7.1 -- Sat Nov 04 09:35:12 /home/skippi/0data/data/2print skippy $ emerge -pv xorg-x11 These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] x11-apps/mesa-progs-6.5.1 [6.4.2] 0 kB [ebuild U ] x11-proto/glproto-1.4.8 [1.4.7] USE="-debug" 0 kB [ebuild U ] media-libs/mesa-6.5.1-r1 [6.4.2-r2] USE="doc nptl%* -debug -hardened -motif" VIDEO_CARDS="i810 -mach64 -mga -none -r128 -radeon -s3virge -savage -sis (-sunffb) -tdfx -trident -via" 0 kB [ebuild U ] x11-base/xorg-server-1.1.1-r1 [1.0.2-r7] USE="3dfx%* dri ipv6 nptl%* sdl%* xorg%* -aiglx% -debug -dmx% -kdrive% -minimal -xprint" INPUT_DEVICES="keyboard%* mouse%* -acecad% -aiptek% -calcomp% -citron% -digitaledge% -dmc% -dynapro% -elo2300% -elographics% -evdev% -fpit% -hyperpen% -jamstudio% -joystick% -magellan% -microtouch% -mutouch% -palmax% -penmount% -spaceorb% -summa% -synaptics% -tek4957% -ur98% -vmmouse% -void% -wacom%" VIDEO_CARDS="fbdev%* i810%* vesa%* vga%* -apm% -ark% -chips% -cirrus% -cyrix% -dummy% -epson% -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% -via% -vmware% -voodoo%" 0 kB [ebuild U ] x11-base/xorg-x11-7.1 [7.0-r1] USE="(-3dfx%*)" INPUT_DEVICES="(-acecad%) (-aiptek%) (-calcomp%) (-citron%) (-digitaledge%) (-dmc%) (-dynapro%) (-elo2300%) (-elographics%) (-evdev%) (-fpit%) (-hyperpen%) (-jamstudio%) (-joystick%) (-keyboard%*) (-magellan%) (-magictouch%) (-microtouch%) (-mouse%*) (-mutouch%) (-palmax%) (-penmount%) (-spaceorb%) (-summa%) (-synaptics%) (-tek4957%) (-ur98%) (-vmmouse%) (-void%) (-wacom%)" VIDEO_CARDS="(-apm%) (-ark%) (-chips%) (-cirrus%) (-cyrix%) (-dummy%) (-fbdev%*) (-fglrx%) (-glint%) (-i128%) (-i740%) (-i810%*) (-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 U ] x11-drivers/xf86-video-vesa-1.2.1 [1.0.1.3] USE="-debug" 0 kB [ebuild U ] x11-drivers/xf86-video-vga-4.1.0 [4.0.0.5] USE="-debug" 0 kB [ebuild U ] x11-drivers/xf86-input-mouse-1.1.1 [1.0.4] USE="-debug" 0 kB [ebuild U ] x11-drivers/xf86-video-fbdev-0.3.0 [0.1.0.5] USE="-debug" 0 kB [ebuild U ] x11-drivers/xf86-video-i810-1.6.5 [1.4.1.3] USE="dri -debug" 0 kB [ebuild U ] x11-drivers/xf86-input-keyboard-1.1.0 [1.0.1.3] USE="-debug" 0 kB Total size of downloads: 0 kB --- Here, the xorg-x11-7.1 does not indicate any of these flags will be used. Is this the correct behaviour? Or is something going on? Thank you very much. Adrian -- On The Fly Photography -:- Creation From Chaos On The Fly Photography: http://204EastSouth.com Purchase from On The Fly: http://204EastSouth.com/OTFStore.htm The Cynical Libertarian Society: http://www.204EastSouth.com/cls -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] I guess it is time to update udev from 171-r10 to 197-r8...
On Mon, 18 Mar 2013 07:15:39 -0400, Tanstaafl wrote: > Thanks for ya'lls patience. I have a feeling this is going to be > another non-event, but I'd much prefer a little pre-update pain than a > lot of post-update pain... ;) quickpkg udev before the update. Then if it all goes TU, you can boot from a live disc and untar the package into your root directory. -- Neil Bothwick Remember that the Titanic was built by experts, and the Ark by a newbie signature.asc Description: PGP signature
Re: [gentoo-user] wget SSL authentication problem?
On Thu, 12 Jan 2017 19:19:11 +1100, Adam Carter wrote: > > > wget > > > 'https://data.giss.nasa.gov/gistemp/tabledata_v3/GLB.Ts+dSST.txt' > > > > > > Resolving data.giss.nasa.gov... 128.183.4.33 > > > Connecting to data.giss.nasa.gov|128.183.4.33|:443... connected. > > > OpenSSL: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 > > > alert handshake failure > > > Unable to establish SSL connection. > > > > Works ok here (~amd64) with the following versions/flags; Works here too. Could it be a certificate problem? Re-emerging ca-certificates and removing any dead symlinks to old certificates might help, but first I'd try cranking up the verbosity in wget. -- Neil Bothwick Remember that the Titanic was built by experts, and the Ark by a newbie pgpDA8qcn2tZp.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Umlaut trouble in filenames
Again, I have some problem with umlauts, this time with remote files I want to download via FTP. In KDE4, Dolphin and konqueror are unable to read the file. I can get it manually via command line ftp, but then again dolphin or ark are unable to do anything with it. No big problem, I can rename the file using wild cards or tab completion, or using convmv, but this just looks wrong to me. Or is this normal? My $LANG is de_DE.utf8, and in /etc/locale.gen I have: en_US ISO-8859-1 en_US.UTF-8 UTF-8 de_DE.UTF-8 UTF-8 de_DE ISO-8859-1 de...@euro ISO-8859-15 Wonko
Re: **SPAM** [gentoo-user] Looking into zip files
Dnia Sat, 22 Sep 2007 12:15:09 -0700 "Mark Knecht" <[EMAIL PROTECTED]> napisał(a): > Hi, >I wonder if anyone knows of a GUI app that can display the > hierarchy in a large zip file - maybe hundreds of directories, tens of > thousands of files and a couple of gigs of zip - without actually > unzipping the archive and using up both time and disk space. > >Extra points for a program that can extract just a portion of the > zip file, like a single directory and its contents thus saving me disk > space dealing with this. > > Thanks, > Mark ark?? -- Wygrasz, czy przegrasz? >>> http://link.interia.pl/f1bbd -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: CPU frequency governors and temperatures
On 14/06/2024 14:53, Walter Dnes wrote: On Thu, Jun 13, 2024 at 10:49:57PM -0500, Dale wrote model name : Intel(R) Core(TM) i5-10400 CPU @ 2.90GHz Specs for your CPU are here: https://ark.intel.com/content/www/us/en/ark/products/199271/intel-core-i5-10400-processor-12m-cache-up-to-4-30-ghz.html 2.9GHz is the base clock, it goes up to 4.3GHz and max temperature is 100 C (212 F.) Anything below 80 C is perfectly fine. The only reason really to prevent your CPU from reaching its max clocks is of you're using a cooler that makes too much noise.
Re: [gentoo-user] VIDEO_CARDS= Intel Mobile Integrated Graphics Controller ?
> emerge -pv xorg-server shows: > VIDEO_CARDS="vesa%* -apm% -ark% -chips% -cirrus% -cyrix% > -dummy% -epson% -fbdev% -fglrx% -glint% -i128% -i740% -i810% > (-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% -vga% -via% -vmware% -voodoo%" i810 is for intel cards > Anyone know what I should use for the make.conf VIDEO_CARDS > setting? i810 > Anyone know of an example xorg.conf example I can use for the > laptop video and LCD screen sections? Just use a section with the i810 driver and you should be good. Nothing fancy. Sascha signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] making bootable USB
On Sun, 31 Aug 2014 20:55:27 -0400, Will Tomlinson wrote: > # dd if=/path/to/minimal-install.iso of=/path/to/usb-drive bs=4096 > # sync > > You don't have to mount the USB drive. Use sync to ensure that all the > data has actually been written to the device before you remove it. The ISO image has to be created as a "hybrid" image for this to work. Use isohybrid from syslinux to convert non-hybrid images. You can easily test if an ISO image is hybrid with fdisk -l, if it shows a partition table the image is hybrid. -- Neil Bothwick Remember that the Titanic was built by experts, and the Ark by a newbie signature.asc Description: PGP signature
[gentoo-user] Re: @kde-4.2
James wrote: Thanks for the suggestion. I get the feeling we're all hacking our own install semantics here for kde-4.2. I find the -meta packages very helpful. Instead of pulling in all of KDE (with tons of stuff I don't need), I simply emerged those: kde-base/ark kde-base/kate kde-base/kcalc kde-base/kdeartwork-meta kde-base/kdebase-meta kde-base/kdegraphics-meta kde-base/kdeplasma-addons kde-base/kget Emerging the *whole* of KDE is, I think, something no one needs :P Just go with the basic stuff, and then emerge additional applications later. You don't even need to make up your own sets or -metas. Your patience will thank you later when the need arises to rebuild everything (when KDE 4.2.2 arrives, for example).
Re: [gentoo-user] Xorg and static libraries
Steve Brenneis wrote: > I am using -hardened and -pie right now. Minus pie? That's no USE flag. > System uname: 2.6.16-gentoo-r11 i686 Intel(R) Pentium(R) M > CHOST="i386-pc-linux-gnu" Why 386 when your processor is 686? (You can't change this now, mind you; it would need a complete reinstall, as far as I know.) > CFLAGS="-O2 -march=i686 -fPIC" Ouch. Take the -fPIC out of there! Search bugzilla for it. > VIDEO_CARDS="-apm -ark -chips > -cirrus -cyrix -dummy -fbdev -fglrx -glint -i128 -i740 -i810 > -imstt -mach64 -mga -neomagic -nsc -nv -nvidia -r128 -radeon > -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb -tdfx > -tga -trident -tseng -v4l -vesa -vga -via -vmware -voodoo" You have no video card? Put at least VIDEO_CARDS="vesa" in your /etc/make.conf, and add "nv" or "radeon" or whatever your box has. Benno -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] KDE Plasma 5 moved to stable
2016-04-09 5:12 GMT-05:00 Mick : > I noticed to day that Plasma 5 is now stable, which means I will soon have > to > deal with it. I run a number of boxen with Gentoo on them. Some of them > do > not run a full KDE desktop, only selected KDE apps, some KDE meta packages > including kdepim-meta. > > For these boxen I have set: > > > [3] default/linux/amd64/13.0/desktop * > > and USE=kde, -gnome in make.conf. What would you recommend I do if I > still do > not wish to install or run the full KDE desktop environment? Are there any > gotchas? > > -- > Regards, > Mick Hello Mick, kdepim applications have been not ported to Plasma 5 yet. You will not have problem with those. Some applications migrated are: ark, dolphin, gwenview, kate, konsole, kwrite, telepathy, konversation, marble and most of games and educational applications. -- Andrés Becerra Sandoval
Re: [gentoo-user] Dolphin and right click menu or context menu. Missing options.
On Saturday, 17 August 2024 20:09:00 BST Dale wrote: > This is the USE settings for mine here. Looks the same except I enabled > rar which should only help the situation. > > > root@Gentoo-1 / # equery u app-arch/p7zip > [ Legend : U - final flag setting for installation] > [: I - package is installed with flag ] > [ Colors : set, unset ] > * Found these USE flags for app-arch/p7zip-16.02-r8: > U I > + + kde : Add support for software made by KDE, a free software > community > + + rar : Enable support for non-free rar decoder > + + wxwidgets : Add support for wxWidgets/wxGTK GUI toolkit > root@Gentoo-1 / # >From some quick tests I ran I can see 7-Zip does not need USE="rar" to be able to decompress RAR archives via 7-Zip. If you emerge unrar or rar packages, then ark is capable of opening these archives when you click on them. Otherwise you'll get this error from ark: "No suitable plugin found. Ark does not seem to support this file type." > In the Context Menu settings, I've enabled everything that even looks > like a extraction tool. It mostly refers to 7z. If I right click on > the rar file, there is no Actions option at all. I don't know why you're not getting an Actions submenu. I have Actions showing up in Dolphin whenever I right-click on a file, or directory. :-/ However, I've observed the following conditional behaviour which may explain why your Extract submenu does not show up. I use the 'Details' view mode in Dolphin, presenting files in a list with columns showing Name, Size, Modified, Permissions, etc. When I right-click with the mouse placed carefully on an archive's name not previously selected (i.e. not highlighted) the Extract submenu shows up, just as expected. However, when I do the same with the mouse placed on any other columns or indeed on anywhere else than the name itself of the archive file, then the Extract submenu is nowhere to be found. I suspect with the mouse hovering over the file name, the .rar file extension is identified by Dolphin and the corresponding file type relevant Extract submenu is loaded. [Snip ...] > I might add tho, I also can't find those tools in the KDE app menu. > When I search for 7, no results. Same for the litter z except for Zulu > encryption stuff. It's like emerge says they installed but KDE doesn't > see them, or something. I'm not sure what you mean by "KDE app menu". Do you mean the K menu search field? When I type "7" in the K menu search field it does no find anything to load, but if I type "7z" it lists "Run 7z". When I type "zip", it lists "Run zip", as well as files containing "zip" in the file name or their file extension. > P. S. My main monitor has been winking at me. Every once in a while it > would blink off and back on again. It would show up as if the computer > had just powered up. It would show the connection and such for a few > seconds. Sort of like it does if I disconnect it and reconnect it > pretty quick. I got some new cables that go from mini display port to > display port. Each 10' long so I'm not pulling on them when I pull the > rig out to take off the side. A while ago, it cut off, stayed off and > wouldn't come back on. It threw a wrench into my whole display setup > given it was the main monitor that went dead. While it was off anyway, > I switched the cables to the new ones. So far, it hasn't winked at me a > single time. I suspect it is either the cable or the little adapter > that goes from mini display port to HDMI. I swapped the adapter once > and the problem remained. I'm thinking cable. I avoid using intermediate adapters wherever I can. I prefer to buy cables with the same connector type as the port they are meant to fit in. Additional electrical contacts between cable and port introduce another interface with the possibility of wear, tear, oxidisation, electrical resistance and eventually failure. So, if your hardware has a mini display port and you're buying a new cable, it makes sense to buy it with a mini display port connector on one end of it and on the other end to come with a connector to suit the hardware port you intend to plug it into. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Multipurpose compression prog with GUI
Ryan Viljoen schreef: > Hi > > I am looking for a compression program that covers creating and > extracting archives including .zip , .tar , .tar.gz , .tar.bz2 etc. I > am using fluxbox with rox. > > Thanks > Rav > I've gotta say, I'm very fond of file-roller (the GNOME archive utility). I know that it comes with the baggage of several, possibly unwanted, GNOME-related dependencies, but the 2.10 version opens *every kind of archive*-- including p7zip (assuming you install p7zip for Linux, which is available via Portage, or the relevant backend for the archive type, such as unace or rar)... which arK (the KDE archive utility) does not (maybe p7zip support will be in 3.4.1 or 4.0, but why wait?). Alternatively, WinRAR, which also opens pretty much everything (archives, *.iso files, *.cab files, you name it), including p7zip, runs quite well under Wine, and of course avoids the whole issue of installing additional GNOME libraries. Hope this helps. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Looking into zip files
On Sat, Sep 22, 2007 at 02:11:33PM -0700, Mark Knecht wrote
> I tried mc but haven't figured out the keyboard commands ot make it
> do anything. Drag and drop in ark looks good for my needs.
If you go "Options ==> Layout ==> Keybar visible" you'll see the
following line at the bottom of your screen...
1Help 2Menu 3View 4Edit 5Copy 6RenMov 7Mkdir 8Delete 9PullDn 10Quit
That means {F1} = Help and {F5} = Copy, etc. You can tag/untag
multiple files by using the "Insert" key. When one or more files are
tagged, {F5} copies them as a group. "+" defaults to "Tag all" and
"-" defaults to untag all, but they do prompt, so you can specify a
pattern (e.g. *.c if you want to tag/untag all C source files in the
current directory).
--
Walter Dnes <[EMAIL PROTECTED]> In linux /sbin/init is Job #1
Q. Mr. Ghandi, what do you think of Microsoft security?
A. I think it would be a good idea.
--
[EMAIL PROTECTED] mailing list
[gentoo-user] why xorg-server needs an old gcc?
Hi Guys, I am trying to install xorg-server on a thinkpad T42. The system has gcc (GCC) 4.1.2 (Gentoo 4.1.2 p1.0.1) already. But every time I want to emerge xorg-server, the emerge asks to install gcc-3.3.6. I don't understand why the xorg-server needs an old gcc while the new one is already available. The USE flags used by xorg-server are [ebuild N] x11-base/xorg-server-1.2.0-r3 USE="dri nptl sdl xorg xprint -3dfx -debug -dmx -ipv6 -kdrive -minimal" 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="fglrx radeon vesa -apm -ark -chips -cirrus -cyrix -dummy -epson -fbdev -glint -i128 -i740 -i810 (-impact) -imstt -mach64 -mga - neomagic (-newport) -nsc -nv -nvidia -r128 -rendition -s3 -s3virge - savage -siliconmotion -sis -sisusb (-sunbw2) (-suncg14) (-suncg3) (- suncg6) (-sunffb) (-sunleo) (-suntcx) -tdfx -tga -trident -tseng -v4l -vga -via -vmware -voodoo" 0 kB Thanks in advance! Best, Ice -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] issues with equery (WAS: AIGLX responseness [...])
On Wed, 2006-11-01 at 15:44 +0100, Bo Ørsted Andresen wrote: > What is the output of: > > # emerge -vp1 xorg-server $ emerge -vp1 xorg-server These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-base/xorg-server-1.1.1-r1 USE="dri ipv6 nptl sdl xorg -3dfx -aiglx% -debug -dmx -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="fbdev fglrx radeon vesa -apm -ark -chips -cirrus -cyrix -dummy -epson -glint -i128 -i740 -i810 (-impact) -imstt -mach64 -mga -neomagic (-newport) -nsc -nv -nvidia -r128 -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx) -tdfx -tga -trident -tseng -v4l -vga -via -vmware -voodoo" 0 kB Total size of downloads: 0 kB there's an "-aiglx%" in there... -- Iain Buchanan Menu, n.: A list of dishes which the restaurant has just run out of. -- gentoo-user@gentoo.org mailing list
[gentoo-user] excess x11 drivers
I posted some output in anther thread concerning update world (Subject: How to fix a hefty (emerge) blocking problem) Someone noticed I had too many x11 drivers installed and suggested I set the /etc/make.conf VIDEO_CARDS variable (which I never have set before) I figured out I have an nvidia card so set VIDEO_CARDS="nv" Now with my emerge -vuDN @system @world complete I'm unable to start X. (More on that later in a separate thread) But a little peek with eix -Ic |grep x11-drivers I still see a hefty mess of them: [I] x11-drivers/xf86-input-evdev ([EMAIL PROTECTED]/13/08): Generic Linux input driver [I] x11-drivers/xf86-input-keyboard ([EMAIL PROTECTED]/12/08): Keyboard input driver [I] x11-drivers/xf86-input-mouse ([EMAIL PROTECTED]/29/08): X.Org driver for mouse input devices [I] x11-drivers/xf86-video-apm ([EMAIL PROTECTED]/29/08): Alliance ProMotion video driver [I] x11-drivers/xf86-video-ark ([EMAIL PROTECTED]/12/08): X.Org driver for ark cards [I] x11-drivers/xf86-video-chips ([EMAIL PROTECTED]/12/08): Chips and Technologies video driver [I] x11-drivers/xf86-video-cirrus ([EMAIL PROTECTED]/12/08): Cirrus Logic video driver [I] x11-drivers/xf86-video-dummy ([EMAIL PROTECTED]/12/08): X.Org driver for dummy cards [I] x11-drivers/xf86-video-fbdev ([EMAIL PROTECTED]/12/08): video driver for framebuffer device [I] x11-drivers/xf86-video-glint ([EMAIL PROTECTED]/12/08): GLINT/Permedia video driver [I] x11-drivers/xf86-video-i740 ([EMAIL PROTECTED]/12/08): Intel i740 video driver [I] x11-drivers/xf86-video-mach64 ([EMAIL PROTECTED]/12/08): ATI Mach64 video driver [I] x11-drivers/xf86-video-mga ([EMAIL PROTECTED]/12/08): Matrox video driver [I] x11-drivers/xf86-video-neomagic ([EMAIL PROTECTED]/12/08): Neomagic video driver [I] x11-drivers/xf86-video-nv ([EMAIL PROTECTED]/13/08): Nvidia video driver [I] x11-drivers/xf86-video-rendition ([EMAIL PROTECTED]/12/08): Rendition video driver [I] x11-drivers/xf86-video-s3 ([EMAIL PROTECTED]/12/08): X.Org driver for s3 cards [I] x11-drivers/xf86-video-s3virge ([EMAIL PROTECTED]/12/08): S3 ViRGE video driver [I] x11-drivers/xf86-video-savage ([EMAIL PROTECTED]/12/08): S3 Savage video driver [I] x11-drivers/xf86-video-siliconmotion ([EMAIL PROTECTED]/12/08): Silicon Motion video driver [I] x11-drivers/xf86-video-tdfx ([EMAIL PROTECTED]/29/08): 3Dfx video driver [U] x11-drivers/xf86-video-tga ([EMAIL PROTECTED]/29/08 -> (~)1.2.0): X.Org driver for tga cards [I] x11-drivers/xf86-video-trident ([EMAIL PROTECTED]/12/08): Trident video driver [I] x11-drivers/xf86-video-tseng ([EMAIL PROTECTED]/12/08): Tseng Labs video driver [I] x11-drivers/xf86-video-v4l ([EMAIL PROTECTED]/12/08): video4linux driver [I] x11-drivers/xf86-video-vesa ([EMAIL PROTECTED]/12/08): Generic VESA video driver [I] x11-drivers/xf86-video-voodoo ([EMAIL PROTECTED]/12/08): Voodoo video driver Whats all that for? Checking dependancies on a few I see: dep -l x11-drivers/xf86-video-voodoo: ! x11-base/xorg-x11-6.9 on all I checked. What can this mean?
Re: [gentoo-user] emerge -uD world: another obstacle
> What's your USE in make.conf? > I'd like to see your dependency tree. Please post > the output > of "emerge -pvuNDt world" so we can figure out 29k, I've attached it. > what's pulling in what >From make.conf(Oct 16, 2006!) <...> USE="16bit 3dnow cdparanoia dvd dri dvdread fat firefox ftp gdb glx ieee1394 javascript lame mmx mozilla mplayer ntfs posix reiserfs sse svga usb verbose win32codecs wma -berkdb -bitmap-fonts -crypt -debug -eds -emboss -expat -fortran -gnome -gstreamer -kde -lcms -mikmod -nls -spell" <...> Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs These are the packages that would be merged, in reverse order: Calculating world dependencies .... done! [nomerge ] media-sound/audacious-1.4.5 [1.1.2-r1] USE="dbus%* -chardet -libsamplerate% -nls (-aac%) (-alsa%*) (-arts%*) (-esd%*) (-flac%) (-gnome%) (-jack%) (-lirc%) (-mmx%*) (-modplug%) (-mp3%*) (-musepack%) (-oss%*) (-sid%) (-sndfile%) (-timidity%) (-vorbis%*) (-wma%*)" [ebuild N] media-plugins/audacious-plugins-1.4.4 USE="alsa arts dbus esd mp3 oss sdl vorbis wma -aac -adplug -chardet -flac -gnome -jack -lirc -modplug -mtp -musepack -nls -pulseaudio -sid -sndfile -sse2 -timidity -tta -wavpack" 3,100 kB [ebuild U ] media-sound/audacious-1.4.5 [1.1.2-r1] USE="dbus%* -chardet -libsamplerate% -nls (-aac%) (-alsa%*) (-arts%*) (-esd%*) (-flac%) (-gnome%) (-jack%) (-lirc%) (-mmx%*) (-modplug%) (-mp3%*) (-musepack%) (-oss%*) (-sid%) (-sndfile%) (-timidity%) (-vorbis%*) (-wma%*)" 1,796 kB [ebuild U ] kde-base/kde-3.5.7 [3.5.2] USE="-accessibility" 0 kB [ebuild U ] kde-base/kdegraphics-3.5.7-r3 [3.5.2] USE="arts opengl -debug* -gphoto2 -imlib* -kdeenablefinal -openexr -pdf -povray -scanner -tetex -xinerama (-kdehiddenvisibility%)" 7,251 kB [ebuild U ] kde-base/kdeutils-3.5.7 [3.5.2] USE="arts -crypt -debug* -kdeenablefinal -kdehiddenvisibility (-pbbuttonsd) -snmp -xinerama -xscreensaver% (-xmms%*)" 3,000 kB [ebuild U ] kde-base/kdeadmin-3.5.7 [3.5.2] USE="arts -debug* -kdeenablefinal -kdehiddenvisibility -xinerama" 2,071 kB [ebuild U ] kde-base/kdeartwork-3.5.7 [3.5.2] USE="arts opengl -debug* -kdeenablefinal -xinerama -xscreensaver (-kdehiddenvisibility%)" 12,605 kB [ebuild U ] kde-base/kdenetwork-3.5.7 [3.5.2] USE="arts ssl -debug* -jingle% -kdeenablefinal -kdehiddenvisibility -rdesktop -sametime -slp -wifi -xinerama (-xmms%*)" 0 kB [ebuild U ] kde-base/kdeaddons-3.5.7 [3.5.2-r1] USE="arts sdl -berkdb -debug* -kdeenablefinal -xinerama (-kdehiddenvisibility%) (-xmms%*)" 1,696 kB [ebuild U ] kde-base/kdegames-3.5.7 [3.5.2] USE="arts -debug* -kdeenablefinal -kdehiddenvisibility -xinerama" 0 kB [ebuild U ] kde-base/kdepim-3.5.7-r3 [3.5.2-r2] USE="arts -debug* -gnokii -kdeenablefinal -xinerama (-crypt%) (-kdehiddenvisibility%) (-pda%)" 0 kB [ebuild N]kde-base/kdebase-3.5.7-r6 USE="arts cups hal ieee1394 ldap opengl pam -branding -debug -java -kdeenablefinal -kdehiddenvisibility -lm_sensors -logitech-mouse -openexr -samba -xcomposite -xinerama -xscreensaver" 0 kB [nomerge ] kde-base/kdenetwork-3.5.7 [3.5.2] USE="arts ssl -debug* -jingle% -kdeenablefinal -kdehiddenvisibility -rdesktop -sametime -slp -wifi -xinerama (-xmms%*)" [nomerge ] kde-base/kdebase-3.5.7-r6 USE="arts cups hal ieee1394 ldap opengl pam -branding -debug -java -kdeenablefinal -kdehiddenvisibility -lm_sensors -logitech-mouse -openexr -samba -xcomposite -xinerama -xscreensaver" [nomerge ] sys-apps/hal-0.5.9.1-r3 USE="-acpi -crypt -debug -dell -disk-partition -doc -pcmcia (-selinux)" [ebuild N]app-misc/hal-info-20070618 0 kB [ebuild N] sys-apps/hal-0.5.9.1-r3 USE="-acpi -crypt -debug -dell -disk-partition -doc -pcmcia (-selinux)" 0 kB [ebuild U ] x11-base/xorg-x11-7.2 [7.0-r1] USE="(-3dfx%)" INPUT_DEVICES="(-acecad%) (-aiptek%) (-calcomp%) (-citron%) (-digitaledge%) (-dmc%) (-dynapro%) (-elo2300%) (-elographics%) (-evdev%) (-fpit%) (-hyperpen%) (-jamstudio%) (-joystick%) (-keyboard%*) (-magellan%) (-magictouch%) (-microtouch%) (-mouse%*) (-mutouch%) (-palmax%) (-penmount%) (-spaceorb%) (-summa%) (-synaptics%) (-tek4957%) (-ur98%) (-vmmouse%) (-void%) (-wacom%)" VIDEO_CARDS="(-apm%) (-ark%) (-chips%) (-cirrus%) (-cyrix%) (-dummy%) (-fbdev%*) (-fglrx%) (-glint%) (-i128%) (-i740%) (-i810%) (-imstt%) (-mach64%) (-mga%) (-neomagic%) (-newport%) (-nsc%) (-nv%) (-nvidia%) (-r128%) (-radeon%*) (-rendition%) (-s3%) (-s3virge%) (-savage%) (-siliconmotion%) (-sis%) (-sisusb%) (-sunbw2%) (-suncg14%) (-suncg3%) (-suncg6%
[gentoo-user] Upgrading xorg
Hi all, I'm going to upgrade xorg. Following the "Migrating to Modular X HOWTO" I ran: grep Driver /etc/X11/xorg.conf and the output was: Driver"kbd" Driver"mouse" Driver "vga" Driver "nv" Then I ran also emerge --verbose --pretend xorg-x11 Here is part of the output: [ebuild N] x11-base/xorg-server-1.3.0.0 USE="dri ipv6 nptl sdl xorg (-3dfx) -debug -dmx -kdrive -minimal -xprint" INPUT_DEVICES="keyboard mouse -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300 -elographics -evdev -fpit -hyperpen -jamstudio -joystick -magellan -microtouch -mutouch -palmax -penmount -spaceorb -summa -synaptics -tek4957 -ur98 -vmmouse -void -wacom" VIDEO_CARDS="apm ark chips cirrus cyrix dummy fbdev glint i128 i810 mach64 mga neomagic nv r128 radeon rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga via vmware voodoo -epson -fglrx (-i740) (-impact) (-imstt) (-newport) (-nsc) -nvidia (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx)" 5,829 kB So I should set INPUT_DEVICES="keyboard mouse" and VIDEO_CARDS="nv vga fbdev" in my make.conf. But, what is the meaning of the minus sign preceding any of the video card names? And the ones between parentheses? Stupid question? ;-( Thank you. emilio -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Separate /usr [was: Clock is way off]
On Wed, 09 May 2007 18:31:07 -0600, darren kirby wrote: > quoth the Neil Bothwick: > > On Wed, 09 May 2007 15:49:45 -0600, darren kirby wrote: > > > I have heard you can use a separate /usr to enhance security by > > > mounting it readonly under normal circumstances. This way, bad guys > > > can't mess with your binaries in /usr/bin and /usr/sbin, > > > > Instead of only being able to get at the really important stuff > > in /bin and /sbin? > > Well, very nice how you trimmed the part of my original email that > speaks to your question and makes the same point as you, but thanks for > making me look stupid anyway... The part I trimmed was "though it seems to me if they have access to mess with your /usr they can mess with anything anyway so..." which I guess could mean what you say you meant rather than how I read it. Sorry if you think I twisted your post, that wasn't my intention. -- Neil Bothwick Remember that the Titanic was built by experts, and the Ark by a newbie signature.asc Description: PGP signature
[gentoo-user] Kde Issue
Hi there, I have just used the split ebuilds install from KDE. I have 3.4, and am having a few issues. It starts up fine, but as soon as I right click the normal desktop, it and the Mac OSX style desktop menu are blanked. The desktop goes black, icons are removed. The menu's "file","window", etc dissappear. The desktop does not respond to any clicks. If I open up a QT program, like Konsole, the menu at the top, does work normally, but I still have a black desktop. Any ideas? Thanks! Ian PS> I may have not emerged something I need to. I hate this new split ebuild thing, emerge kde was ten times easier. Here is what I emerged: emerge kdebase-startkde kicker kdesu arts kate kuickshow kpdf kooka ksnapshot kopete knetattach krdc konqueror kwifimanager amarok k3b kscd kmix kontact kaddressbook korganizer kscreensaver kappfinder kmenuedit krfb ksysguard konsole ark kdict knotes kcalc kfilereplace kcharselect kcontrol kfind kxkb kdeprint kdemultimedia-kioslaves kdegraphics-kfile-plugins kdemultimedia-kfile-plugins kamera digikam khelpcenter kdialog begin:vcard fn:Ian K n:K;Ian email;internet:[EMAIL PROTECTED] note;quoted-printable:Pentium 3=0D=0A= 500mHz=0D=0A= 256MB RAM=0D=0A= 80.0GB HDD=0D=0A= ATI Radeon 7000 Evil Wizard 64MB=0D=0A= Computer name: "PentaQuad"=0D=0A= x-mozilla-html:TRUE version:2.1 end:vcard
[gentoo-user] openchrome in portage
Hi folks, xf86-video-openchrome is now in portage. So there is no need to keep the overlay. I deleted it and removed the "source" line in /etc/make.conf. I have the following line in make.conf: VIDEO_CARDS="openchrome via" Now I get this: uwix ~ # emerge --pretend --verbose xorg-server These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-base/xorg-server-1.4.0.90-r3 USE="dri hal ipv6 sdl xorg -3dfx -debug -dmx -kdrive -minimal (-nptl) -xprint" INPUT_DEVICES="evdev keyboard mouse -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300 -elographics -fpit -hyperpen -jamstudio -joystick-magellan -microtouch -mutouch -palmax -penmount -spaceorb -summa -synaptics -tek4957 -ur98 -vmmouse -void -wacom" VIDEO_CARDS="via -amd -apm-ark -chips -cirrus -cyrix -dummy -epson -fbdev -fglrx -glint -i128 -i740 -i810 (-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 -vermilion -vesa -vga -vmware -voodoo -xgi (-openchrome%*)" 0 kB Why on earth is it excluding openchrome? Uh, I am on ~x86, so this is not the problem. Uwe -- Informal Linux Group Namibia: http://www.linux.org.na/ SysEx (Pty) Ltd.: http://www.SysEx.com.na/ -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] openchrome in portage
On Tuesday 25 March 2008, Uwe Thiem wrote: > Hi folks, > > xf86-video-openchrome is now in portage. So there is no need to keep > the overlay. I deleted it and removed the "source" line > in /etc/make.conf. I have the following line in make.conf: > VIDEO_CARDS="openchrome via" > > Now I get this: > uwix ~ # emerge --pretend --verbose xorg-server > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild R ] x11-base/xorg-server-1.4.0.90-r3 USE="dri hal ipv6 > sdl xorg -3dfx -debug -dmx -kdrive -minimal (-nptl) -xprint" > INPUT_DEVICES="evdev keyboard > mouse -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro > -elo2300 -elographics -fpit -hyperpen -jamstudio -joystick-magellan > -microtouch -mutouch -palmax -penmount -spaceorb -summa -synaptics > -tek4957 -ur98 -vmmouse -void -wacom" VIDEO_CARDS="via -amd -apm-ark > -chips -cirrus -cyrix -dummy -epson -fbdev -fglrx -glint -i128 -i740 > -i810 (-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 -vermilion -vesa -vga -vmware -voodoo -xgi (-openchrome%*)" 0 kB > > Why on earth is it excluding openchrome? Because the xorg-server ebuild does not support openchrome. yet. Just add openchrome to world until it does -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Best way to determine what video card I have?
James Homuth wrote: > > > -Original Message- > From: Adam Carter [mailto:adam.car...@optus.com.au] > Sent: June 10, 2009 3:18 AM > To: gentoo-user@lists.gentoo.org > Subject: RE: [gentoo-user] Best way to determine what video card I have? > > lspci | grep VGA > > Or if that doesn't work > > lshw -class display > > > Lspci worked. Now to figure out how in the hell to get my apparently intel > integrated graphics card to play nice with Gnome+X. Is there a video_card= > option for that? The only examples the docs give are for ATI and Nvidia. > This is a laptop, if it makes any kind of difference. > > > > These are the available options that I know of: VIDEO_CARDS="nv nvidia -apm -ark -chips -cirrus -cyrix -dummy -epson -fbdev -fglrx -glint -i128 -i740 (-impact) -imstt -intel -mach64 -mga -neomagic (-newport) -nsc -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" I would start with intel but I think i128 and i740 are Intel as well. You may want to enable vesa as a second option. Sort of a back up to intel and vesa. At least you will have some sort of driver while trying to get the best one working. Dale :-) :-)
[gentoo-user] Re: why xorg-server needs an old gcc?
When I remove "fglrx" from VIDEO_CARDS, the old gcc is not required by emerge anymore... weird ice On Jul 21, 2007, at 2:39 PM, icephere wrote: Hi Guys, I am trying to install xorg-server on a thinkpad T42. The system has gcc (GCC) 4.1.2 (Gentoo 4.1.2 p1.0.1) already. But every time I want to emerge xorg-server, the emerge asks to install gcc-3.3.6. I don't understand why the xorg-server needs an old gcc while the new one is already available. The USE flags used by xorg-server are [ebuild N] x11-base/xorg-server-1.2.0-r3 USE="dri nptl sdl xorg xprint -3dfx -debug -dmx -ipv6 -kdrive -minimal" 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="fglrx radeon vesa -apm -ark -chips -cirrus - cyrix -dummy -epson -fbdev -glint -i128 -i740 -i810 (-impact) - imstt -mach64 -mga -neomagic (-newport) -nsc -nv -nvidia -r128 - rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb (- sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) (- suntcx) -tdfx -tga -trident -tseng -v4l -vga -via -vmware -voodoo" 0 kB Thanks in advance! Best, Ice -- [EMAIL PROTECTED] mailing list
[gentoo-user] What heppined with intel driver in xorg?
Hi After my last "emerge --sync" I see "-intel% (-i810%)" in VIDEO_CARDS What happined if I'll reinstall mesa and xorg-server? Does my onboard intel vodeocard will work after this update? If no, what I mast do? Please help me to understand Thanks % sudo emerge -av --deep --update --newuse world These are the packages that would be merged, in order: Calculating world dependencies... done! [ebuild R ] media-libs/mesa-6.5.2-r1 USE="nptl -debug -doc -motif -pic -xcb" VIDEO_CARDS="-intel% -mach64 -mga -none -r128 -radeon -s3virge -savage -sis (-sunffb) -tdfx -trident -via (-i810%*)" 0 kB [ebuild R ] x11-base/xorg-server-1.3.0.0-r6 USE="dri nptl sdl xorg -3dfx -debug -dmx -ipv6 -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="-apm -ark -chips -cirrus -cyrix -dummy -epson -fbdev -fglrx -glint -i128 -i740 (-impact) -imstt -intel% -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 (-i810%*)" 0 kB Total: 2 packages (2 reinstalls), Size of downloads: 0 kB
[gentoo-user] xorg-drivers for mouse and keyboard confusion
I have unmerged x11-drivers/xf86-input-mouse and x11-drivers/xf86-input- keyboard and also removed mouse and keyboard from my /etc/make.conf, which now only contains: INPUT_DEVICES="synaptics evdev" However, portage seems to want to pull in x11-drivers/xf86-input-mouse and x11-drivers/xf86-input-keyboard: == # emerge -uatDv world These are the packages that would be merged, in reverse order: Calculating dependencies ... [nomerge ] x11-base/xorg-server-1.9.4 USE="ipv6 nptl udev xorg -dmx -doc -kdrive -minimal -static-libs -tslib" [0] [nomerge ] x11-base/xorg-drivers-1.9 INPUT_DEVICES="evdev keyboard mouse synaptics -acecad -aiptek -elographics -fpit -joystick -penmount -tslib -virtualbox -vmmouse -void -wacom" VIDEO_CARDS="radeon -apm -ark -ast -chips - cirrus -dummy -epson -fbdev -fglrx (-geode) -glint -i128 (-i740) (-impact) - intel -mach64 -mga -neomagic (-newport) -nouveau -nv -nvidia -r128 -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb (-sunbw2) (-suncg14) (- suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx) -tdfx -tga -trident -tseng - v4l -vesa -via -virtualbox -vmware (-voodoo) (-xgi)" [0] [ebuild N] x11-drivers/xf86-input-keyboard-1.5.0 0 kB [0] [ebuild N] x11-drivers/xf86-input-mouse-1.6.0 0 kB [0] == As you can see above portage still shows keyboard and mouse as INPUT_DEVICES. Are these defined anywhere else other than make.conf? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] ark-4.4.5-cli7zip.patch - Digest verification failed
Apparently, though unproven, at 19:02 on Sunday 19 September 2010, Mark Knecht did opine thusly: > In a related way I've never stopped to look at /usr in the process of > doing an install. I have an old Mac Mini that I've been trying to get > Gentoo running on recently so in the middle of my install this morning > I stopped after untarring the stage-3 tarball and before untarring the > portage snapshot and found that /usr/portage doesn't exist at that > point. > > Does this suggest that I'm actually free at any time to rm -r > /usr/portage and just untar the current snapshot? Other than distfiles > and the overhead of downloading all that stuff again is there anything > in /usr/portage that once erased would damage the machine? No, nothing. All the valuable data files are elsewhere in /var and all of portage can be downloaded at any time. $PORTDIR/local/layman can also be downloaded at any time. Your personal overlay (if you have one) in $PORTDIR/local/$WHATEVER will of course get nuked so you should back that up. It will be re-read when you put it back and run eix-update -- alan dot mckinnon at gmail dot com
[gentoo-user] Re: openchrome in portage
Uwe Thiem <[EMAIL PROTECTED]> wrote: > Hi folks, > > xf86-video-openchrome is now in portage. So there is no need to keep > the overlay. I deleted it and removed the "source" line > in /etc/make.conf. I have the following line in make.conf: > VIDEO_CARDS="openchrome via" > > Now I get this: > uwix ~ # emerge --pretend --verbose xorg-server > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild R ] x11-base/xorg-server-1.4.0.90-r3 USE="dri hal ipv6 > sdl xorg -3dfx -debug -dmx -kdrive -minimal (-nptl) -xprint" > INPUT_DEVICES="evdev keyboard > mouse -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300 > -elographics -fpit -hyperpen -jamstudio -joystick-magellan -microtouch > -mutouch -palmax -penmount -spaceorb -summa -synaptics -tek4957 -ur98 > -vmmouse -void -wacom" VIDEO_CARDS="via -amd -apm-ark -chips -cirrus > -cyrix -dummy -epson -fbdev -fglrx -glint -i128 -i740 -i810 (-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 -vermilion -vesa -vga -vmware -voodoo -xgi > (-openchrome%*)" 0 kB > > Why on earth is it excluding openchrome? Because xorg-server doesn't list it in VIDEO_CARDS. For the time being, you need to install xf86-video-openchrome "manually". I bet that an upcoming rev/rel of xorg-server will fix this "problem". Michael -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] VIDEO_CARDS= Intel Mobile Integrated Graphics Controller ?
Hello, I'm finishing up my first install on a sony viao laptop. lshw shows: *-display:0 description: VGA compatible controller product: Mobile Integrated Graphics Controller vendor: Intel Corporation lspci -v shows: 00:02.0 VGA compatible controller: Intel Corporation Mobile Integrated Graphics Controller (rev 0c) (prog-if 00 [VGA]) Subsystem: Sony Corporation Unknown device 9005 emerge -pv xorg-server shows: VIDEO_CARDS="vesa%* -apm% -ark% -chips% -cirrus% -cyrix% -dummy% -epson% -fbdev% -fglrx% -glint% -i128% -i740% -i810% (-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% -vga% -via% -vmware% -voodoo%" Googling, all I found useful is: http://osdir.com/ml/linux.gentoo.laptop/2005-06/msg00014.html Subject:Re: Intel integrated graphics List-id:Gentoo Linux mail There is a i915 DRI driver integrated with the kernel. Even this page did not help: http://gentoo-wiki.com/Index:Hardware This page : http://esupport.sony.com/US/perl/model-documents.pl?mdl=VGNFZ140E Tell me that it has this video card: Mobile Intel Graphics Media Accelerator X3100 Video Ram 358MB chipset 965GM Anyone know what I should use for the make.conf VIDEO_CARDS setting? Anyone know of an example xorg.conf example I can use for the laptop video and LCD screen sections? Any help is appreciated James -- [EMAIL PROTECTED] mailing list
[gentoo-user] zlib use flag
Doing a world upgrade gives me: root@kushiel / # emerge -uDvatN world These are the packages that would be merged, in reverse order: Calculating dependencies... done! emerge: there are no ebuilds built with USE flags to satisfy "sys- apps/pciutils[-zlib]". !!! One of the following packages is required to complete your request: - sys-apps/pciutils-3.1.7::gentoo (Change USE: -zlib) (dependency required by "sys-fs/udev-171-r5[hwdb]" [ebuild]) (dependency required by "sys-fs/lvm2-2.02.88" [installed]) (dependency required by "sys-fs/udisks-1.0.4-r1" [installed]) (dependency required by "kde-base/kdelibs-4.7.4[udisks]" [installed]) (dependency required by "kde-base/kdesu-4.7.4" [installed]) (dependency required by "kde-base/khelpcenter-4.7.4" [installed]) But setting -lib use flag then gives me: Calculating dependencies... done! emerge: there are no ebuilds built with USE flags to satisfy ">=app- arch/libarchive-2.6.1[bzip2?,lzma?,zlib]". !!! One of the following packages is required to complete your request: - app-arch/libarchive-3.0.3::gentoo (Change USE: +zlib) (dependency required by "kde-base/ark-4.7.4" [installed]) (dependency required by "kde-base/kdeutils-meta-4.7.4" [installed]) (dependency required by "kde-base/kde-meta-4.7.4" [installed]) (dependency required by "@selected" [set]) (dependency required by "@world" [argument]) Is no one else seeing this? What's the resolution? -- "I always pass on good advice. It's the only thing to do with it. It is never any use to oneself." - Oscar Wilde
Re: [gentoo-user] ark-4.4.5-cli7zip.patch - Digest verification failed
On Sun, Sep 19, 2010 at 11:13 AM, Alan McKinnon wrote: > Apparently, though unproven, at 19:02 on Sunday 19 September 2010, Mark Knecht > did opine thusly: > > >> In a related way I've never stopped to look at /usr in the process of >> doing an install. I have an old Mac Mini that I've been trying to get >> Gentoo running on recently so in the middle of my install this morning >> I stopped after untarring the stage-3 tarball and before untarring the >> portage snapshot and found that /usr/portage doesn't exist at that >> point. >> >> Does this suggest that I'm actually free at any time to rm -r >> /usr/portage and just untar the current snapshot? Other than distfiles >> and the overhead of downloading all that stuff again is there anything >> in /usr/portage that once erased would damage the machine? > > No, nothing. All the valuable data files are elsewhere in /var and all of > portage can be downloaded at any time. > > $PORTDIR/local/layman can also be downloaded at any time. > > Your personal overlay (if you have one) in $PORTDIR/local/$WHATEVER will of > course get nuked so you should back that up. It will be re-read when you put > it back and run eix-update Thanks very much for the info Alan. I appreciate it. Cheers, Mark
Re: [gentoo-user] Unmasking KDE-3.5
Chris White wrote:
>
>
>KDE 3.5 is already out of package.mask from looking at 5 days ago's emerge
>--sync. Shouldn't need to. If it's keywords masked, you can always do like
>so:
>
>cd /usr/portage/kde-base ; for files in *; do echo "$(basename
>$(pwd))/${files}" >> /etc/portage/package.keywords; done
>
>and that will setup for kde 3.5 as ~arch.
>
>
>
>
>Chris White
>
>
This is just a snippit of what it produced:
>/akode
>/akregator
>/amor
>/ark
>/arts
>/artsplugin-akode
>/artsplugin-audiofile
>/artsplugin-mpeglib
>/artsplugin-mpg123
>/artsplugin-xine
>/atlantik
>/atlantikdesigner
>/blinken
>/certmanager
>/cervisia
>/dcopc
>/dcopjava
>/dcopperl
>/dcoppython
>/dcoprss
>
There are 325 lines in total. Is that right? That is a lot of lines.
Also, will the leading / matter?
Thanks
Dale
:-)
--
To err is human, I'm most certainly human.
I have four rigs:
1: Home built; Abit NF7 ver 2.0 w/ AMD 2500+ CPU, 1GB of ram and right now two
80GB hard drives.
2: Home built; Iwill KK266-R w/ AMD 1GHz CPU, 256MBs of ram and a 4GB drive.
3: Home built; Gigabyte GA-71XE4 w/ 800MHz CPU, 128MBs of ram and a 2.5GB
drive.
4: Compaq Proliant 6000 Server w/ Quad 200MHz CPUs, 128MBs of ram and a 4.3GB
SCSI drive.
All run Gentoo, all run folding. #1 is my desktop, 2, 3, and 4 are set up as
servers.
--
gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Lowest common denominator compile
On Mon, Sep 4, 2017 at 3:16 PM, Grant wrote: >> I have a network of very nearly identical Dell XPS 13 laptops that I >> manage with a script. The master pushes the contents of its >> filesystem to the others so I only have to manage one system. It's >> worked really well over several years. I just got a new Dell XPS 13 >> to serve as the master and there have been some changes that were >> difficult to integrate with the network (high-res screen, /dev/sda >> replaced with /dev/nvme0n0) but those problems are fixed thanks to you >> guys. >> >> Now I'm running into "trap invalid opcode" errors on the older >> systems. Can I disable some of the newer CPU instruction sets on the >> master laptop when compiling to hopefully generate binaries that will >> work on the older systems? If so, could anyone point me in the right >> direction? I don't want to use distcc please. >> >> CHOST="x86_64-pc-linux-gnu" >> CFLAGS="-march=native -O2 -pipe -fomit-frame-pointer" > > > Switching to -mtune=native seems to work. Time for an emerge -e world. > This still might fail after a sufficient amount of time, you may want to run cpuid2cpuflags on all of the laptops. I'm not sure if there is a way around this. You may be able to refer to the Intel ARK to look up processor and family capabilities directly. R0b0t1.
Re: [gentoo-user] openchrome in portage
On Tuesday 25 March 2008, Alan McKinnon wrote: > On Tuesday 25 March 2008, Uwe Thiem wrote: > > Hi folks, > > > > xf86-video-openchrome is now in portage. So there is no need to > > keep the overlay. I deleted it and removed the "source" line > > in /etc/make.conf. I have the following line in make.conf: > > VIDEO_CARDS="openchrome via" > > > > Now I get this: > > uwix ~ # emerge --pretend --verbose xorg-server > > > > These are the packages that would be merged, in order: > > > > Calculating dependencies... done! > > [ebuild R ] x11-base/xorg-server-1.4.0.90-r3 USE="dri hal > > ipv6 sdl xorg -3dfx -debug -dmx -kdrive -minimal (-nptl) -xprint" > > INPUT_DEVICES="evdev keyboard > > mouse -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro > > -elo2300 -elographics -fpit -hyperpen -jamstudio > > -joystick-magellan -microtouch -mutouch -palmax -penmount > > -spaceorb -summa -synaptics -tek4957 -ur98 -vmmouse -void -wacom" > > VIDEO_CARDS="via -amd -apm-ark -chips -cirrus -cyrix -dummy > > -epson -fbdev -fglrx -glint -i128 -i740 -i810 (-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 -vermilion -vesa -vga -vmware -voodoo -xgi > > (-openchrome%*)" 0 kB > > > > Why on earth is it excluding openchrome? > > Because the xorg-server ebuild does not support openchrome. yet. > Just add openchrome to world until it does Well, didn't look into the ebuild. You are right. Now, why and how did it work with the overlay? Uwe -- Informal Linux Group Namibia: http://www.linux.org.na/ SysEx (Pty) Ltd.: http://www.SysEx.com.na/ -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Noah's ArK
Hi If it's only for Python 2 packages, it's easy with "virtualenv", I've done it for multiple independent Trac installations, each with a different set of plugins. You still have to keep the Python 2 base packages on the system. If it's for 32 bits packages, you can isolate them in a chroot, following the Gentoo guide [1]. I remember having used this to install binary packages like Adobe Acrobat when multilib was supported only with 32bits binary packages (I don't remember what made it necessary). If the chroot is mounted at system start, you can define menu actions in your desktop environment to launch commands inside of the chroot. You may need to bind mount your home directory or other data directories inside of the chroot to make them visible to these programs. The chroot solution can also work for Python 2, and it's not limited to 32 bits : you can create the chroot with a 64 bits stage 3 tarball. Best regards Mickaël Bucas [1] https://wiki.gentoo.org/wiki/Project:AMD64/32-bit_Chroot_Guide Le dim. 17 nov. 2019 à 12:20, Helmut Jarausch a écrit : > > Hi, > > I'd like to "preserve" some packages which do require components I > don't like to have "regularly" installed any more like some depending > on Python2 or are 32bit. > > Is there a means to build a "mini binary system" where I can put these? > > Many thanks for a hint, > Helmut
Re: [gentoo-user] Dolphin and right click menu or context menu. Missing options.
Michael wrote: > On Saturday, 17 August 2024 20:09:00 BST Dale wrote: > >> This is the USE settings for mine here. Looks the same except I enabled >> rar which should only help the situation. >> >> >> root@Gentoo-1 / # equery u app-arch/p7zip >> [ Legend : U - final flag setting for installation] >> [: I - package is installed with flag ] >> [ Colors : set, unset ] >> * Found these USE flags for app-arch/p7zip-16.02-r8: >> U I >> + + kde : Add support for software made by KDE, a free software >> community >> + + rar : Enable support for non-free rar decoder >> + + wxwidgets : Add support for wxWidgets/wxGTK GUI toolkit >> root@Gentoo-1 / # > >From some quick tests I ran I can see 7-Zip does not need USE="rar" to be > >able > to decompress RAR archives via 7-Zip. > > If you emerge unrar or rar packages, then ark is capable of opening these > archives when you click on them. Otherwise you'll get this error from ark: > > "No suitable plugin found. Ark does not seem to support this file type." > > >> In the Context Menu settings, I've enabled everything that even looks >> like a extraction tool. It mostly refers to 7z. If I right click on >> the rar file, there is no Actions option at all. > I don't know why you're not getting an Actions submenu. I have Actions > showing up in Dolphin whenever I right-click on a file, or directory. :-/ > > However, I've observed the following conditional behaviour which may explain > why your Extract submenu does not show up. > > I use the 'Details' view mode in Dolphin, presenting files in a list with > columns showing Name, Size, Modified, Permissions, etc. > > When I right-click with the mouse placed carefully on an archive's name not > previously selected (i.e. not highlighted) the Extract submenu shows up, just > as expected. > > However, when I do the same with the mouse placed on any other columns or > indeed on anywhere else than the name itself of the archive file, then the > Extract submenu is nowhere to be found. > > I suspect with the mouse hovering over the file name, the .rar file extension > is identified by Dolphin and the corresponding file type relevant Extract > submenu is loaded. > > [Snip ...] I see no difference here. It doesn't show up either way. >> I might add tho, I also can't find those tools in the KDE app menu. >> When I search for 7, no results. Same for the litter z except for Zulu >> encryption stuff. It's like emerge says they installed but KDE doesn't >> see them, or something. > I'm not sure what you mean by "KDE app menu". Do you mean the K menu search > field? > > When I type "7" in the K menu search field it does no find anything to load, > but if I type "7z" it lists "Run 7z". When I type "zip", it lists "Run zip", > as well as files containing "zip" in the file name or their file extension. > What I'm talking about is the thing in the bottom left, by default, that you click to open apps, shutdown, reboot, logout and all that stuff. When I put my mouse on it, it pops up saying Application Menu. Given that the apps don't show up there, it seems KDE isn't seeing them as installed for some reason. If it isn't seeing them as installed, well, it won't associate a file with them. I listed all the installed package in category app-arch and emerged them again, just in case some change emerge didn't catch would be corrected by emerging again. Still, not showing up in App Menu either. I think something is amiss here. May be a missing .desktop file thing. >> P. S. My main monitor has been winking at me. Every once in a while it >> would blink off and back on again. It would show up as if the computer >> had just powered up. It would show the connection and such for a few >> seconds. Sort of like it does if I disconnect it and reconnect it >> pretty quick. I got some new cables that go from mini display port to >> display port. Each 10' long so I'm not pulling on them when I pull the >> rig out to take off the side. A while ago, it cut off, stayed off and >> wouldn't come back on. It threw a wrench into my whole display setup >> given it was the main monitor that went dead. While it was off anyway, >> I switched the cables to the new ones. So far, it hasn't winked at me a >> single time. I suspect it is either the cable or the little adapter >> that goes from mini display port to HDMI. I swapped the adapter
Re: [gentoo-user] Upgrading xorg
econti wrote: > Hi all, > I'm going to upgrade xorg. Following the "Migrating to Modular X > HOWTO" I ran: > > grep Driver /etc/X11/xorg.conf and the output was: > >Driver"kbd" >Driver"mouse" >Driver "vga" >Driver "nv" > > Then I ran also > emerge --verbose --pretend xorg-x11 > Here is part of the output: > > > [ebuild N] x11-base/xorg-server-1.3.0.0 USE="dri ipv6 nptl sdl > xorg (-3dfx) -debug -dmx -kdrive -minimal -xprint" > INPUT_DEVICES="keyboard mouse -acecad -aiptek -calcomp -citron > -digitaledge -dmc -dynapro -elo2300 -elographics -evdev -fpit > -hyperpen -jamstudio -joystick -magellan -microtouch -mutouch -palmax > -penmount -spaceorb -summa -synaptics -tek4957 -ur98 -vmmouse -void > -wacom" VIDEO_CARDS="apm ark chips cirrus cyrix dummy fbdev glint i128 > i810 mach64 mga neomagic nv r128 radeon rendition s3 s3virge savage > siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga via > vmware voodoo -epson -fglrx (-i740) (-impact) (-imstt) (-newport) > (-nsc) -nvidia (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb) > (-sunleo) (-suntcx)" 5,829 kB > > So I should set INPUT_DEVICES="keyboard mouse" and VIDEO_CARDS="nv vga > fbdev" in my make.conf. > > But, what is the meaning of the minus sign preceding any of the video > card names? And the ones between parentheses? > > Stupid question? ;-( > > Thank you. > > emilio > > > The minus signs means they will not be compiled in. Basically, they get left out, so if you need them you need to adjust your make.conf file as needed. Example, if you have and use a joystick, you need to change make.conf to enable the support for a joystick. Right now, it is not included. I'm not real sure on the ones in the parentheses myself. Dale :-) :-) -- [EMAIL PROTECTED] mailing list
RE: [gentoo-user] Modular Xorg 7 won't start with nVidia GeForce4 440 Go
Richard, I want to thank you for your trying to help me on this first of all... > Have you tried doing a revdep-rebuild? Yes. There is nothing that needs rebuilding. > Have you verified your > 'eselect opengl' settings? What use flags did you build with (emerge > -pv xorg-x11 xorg-server) locutus ~ # emerge -pv xorg-x11 xorg-server Calculating dependencies... done! [ebuild R ] x11-base/xorg-x11-7.0-r1 USE="-3dfx" INPUT_DEVICES="keyboard mouse -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300 -elographics -evdev -fpit -hyperpen -jamstudio -joystick -magellan -magictouch -microtouch -mutouch -palmax -penmount -spaceorb -summa -synaptics -tek4957 -ur98 -vmmouse -void -wacom" VIDEO_CARDS="fbdev nvidia vesa -apm -ark -ati -chips -cirrus -cyrix -dummy -fglrx -glint -i128 -i740 -i810 -imstt -mga -neomagic -nsc -nv -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb -tdfx -tga -trident -tseng -v4l -vga -via -vmware -voodoo" 0 kB [ebuild R ] x11-base/xorg-server-1.0.2-r2 USE="dri ipv6 -debug -minimal -xprint" 0 kB locutus ~ # rmmod nvidia eselect opengl set nvidia locutus ~ # eselect opengl set nvidia Switching to nvidia OpenGL interface... Done As per your advice, I tried the /root/xorg.conf.new file and edited to be /dev/input/mice but I get the same errors. It's strange as the screen goes blank like it wants to start, but instead of seeing the KDE loading screen like I normally would, it just bails out to the console again with those backtrace and signal 11 error. -- gentoo-user@gentoo.org mailing list
[gentoo-user] Something happened on the way to X
Installing Gentoo on my computer... with
ACCEPT_KEYWORDS="amd64"
VIDEO_CARDS="fglrx"
INPUT_DEVICES="evdev"
everything's fine until I emerge xorg-server, which returns:
[ebuild N] x11-base/xorg-drivers-1.7 INPUT_DEVICES="evdev -acecad -aiptek
-joystick -keyboard -mouse -penmount -synaptics -tslib -virtualbox -vmmouse
-void -wacom" VIDEO_CARDS="fglrx -apm -ark -ast -chips -cirrus -dummy -epson
-fbdev (-geode) -glint -i128 (-i740) (-impact) -intel -mach64 -mga -neomagic
(-newport) -nv (-nvidia) -r128 -radeon -radeonhd -rendition -s3 -s3virge -savage
-siliconmotion -sis -sisusb (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb)
(-sunleo) (-suntcx) -tdfx -tga -trident -tseng -v4l -vesa -via -virtualbox
-vmware (-voodoo) (-xgi)"
[ebuild N] x11-libs/libXinerama-1.1 USE="-debug"
[ebuild N] x11-base/xorg-server-1.7.6 USE="hal nptl xorg -debug -dmx -ipv6
-kdrive -minimal -sdl -tslib"
[ebuild N] x11-drivers/ati-drivers-9.11 USE="modules (multilib) -debug"
[ebuild N] x11-drivers/xf86-input-evdev-2.3.2 USE="-debug"
[blocks B ] >=x11-base/xorg-server-1.7.0 (">=x11-base/xorg-server-1.7.0" is
blocking x11-drivers/ati-drivers-9.11)
* Error: The above package list contains packages which cannot be
* installed at the same time on the same system.
('ebuild', '/', 'x11-drivers/ati-drivers-9.11', 'merge') pulled in by
x11-drivers/ati-drivers required by ('ebuild', '/',
'x11-base/xorg-drivers-1.7', 'merge')
('ebuild', '/', 'x11-base/xorg-server-1.7.6', 'merge') pulled in by
>=x11-base/xorg-server-1.5.3-r7 required by ('ebuild', '/',
'x11-drivers/ati-drivers-9.11', 'merge')
xorg-server
>=x11-base/xorg-server-1.6.3 required by ('ebuild', '/',
'x11-drivers/xf86-input-evdev-2.3.2', 'merge')
For more information about Blocked Packages, please refer to the following
section of the Gentoo Linux x86 Handbook (architecture is irrelevant):
http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked
Any known workaround ? Should I fill a bug report ?
gentoo without a GUI is quite frustrating...
--
~adj~
Re: [gentoo-user] x11-drivers/xf86-input-evdev-2.7.0: Use flag udev seems compulsory.
On Sat, Jun 23, 2012 at 10:40:23AM +, Alan Mackenzie wrote > Hi, Gentoo. > > I've just emerge --sync'd, and there's a massive amount of X server > updates. When I try emerge -auND, I get told: > > The following USE changes are necessary to proceed: > #required by x11-drivers/xf86-input-evdev-2.7.0, required by > x11-base/xorg-drivers-1.12[input_devices_evdev] > >=x11-base/xorg-server-1.12.2 udev > > . So I need the udev use flag. This is somewhat distressing, since > I've been running my system on busybox's mdev for several months. It's > looking like I'll not be able to continue doing so. > > Any suggestions, anybody, how I can now best proceed? The message indicates that =x11-base/xorg-drivers-1.12 *WITH EVDEV* requires udev. I don't use evdev. I keyworded "=x11-base/xorg-drivers-1.12 ~x86" and I get... [d531][root][~] emerge -pv x11-base/xorg-drivers These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ~] x11-base/xorg-drivers-1.12 [1.11] INPUT_DEVICES="keyboard mouse -acecad -aiptek -elographics -evdev -fpit -hyperpen -joystick -mutouch -penmount -synaptics -tslib -vmmouse -void -wacom" VIDEO_CARDS="nvidia -apm -ark -ast -cirrus -dummy -epson -fbdev -fglrx -geode -glint -i128 -i740 -intel -mach64 -mga -modesetting% -neomagic (-newport) -nouveau -nv (-omapfb) -qxl -r128 -radeon -s3 -s3virge -savage -siliconmotion -sis (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx) -tdfx -tga -trident -v4l -vesa -via -virtualbox -vmware (-voodoo) (-chips%) (-impact%) (-rendition%) (-sisusb%) (-tseng%)" 0 kB For starters, I suggest... grep evdev /etc/make.conf ...and look at what you have to get rid of. My machine works fine without evdev. Actually, I start my USE var in make.conf with "-*". Then I add only items that I want, or that software I want requires. -- Walter Dnes
Re: [gentoo-user] Modular Xorg 7 won't start with nVidia GeForce4 440 Go
Daevid, What is your touchpad driver? -synaptics That USE flag is little strange for laptop. As I know, so many laptop has touchpad that drive whit synaptics driver. Hope to find problem -- Mait 2006/3/31, Daevid Vincent <[EMAIL PROTECTED]>: > Richard, I want to thank you for your trying to help me on this first of > all... > > > Have you tried doing a revdep-rebuild? > > Yes. There is nothing that needs rebuilding. > > > Have you verified your > > 'eselect opengl' settings? What use flags did you build with (emerge > > -pv xorg-x11 xorg-server) > > locutus ~ # emerge -pv xorg-x11 xorg-server > > Calculating dependencies... done! > [ebuild R ] x11-base/xorg-x11-7.0-r1 USE="-3dfx" > INPUT_DEVICES="keyboard mouse -acecad -aiptek -calcomp -citron -digitaledge > -dmc -dynapro -elo2300 -elographics -evdev -fpit -hyperpen -jamstudio > -joystick -magellan -magictouch -microtouch -mutouch -palmax -penmount > -spaceorb -summa -synaptics -tek4957 -ur98 -vmmouse -void -wacom" > VIDEO_CARDS="fbdev nvidia vesa -apm -ark -ati -chips -cirrus -cyrix -dummy > -fglrx -glint -i128 -i740 -i810 -imstt -mga -neomagic -nsc -nv -rendition > -s3 -s3virge -savage -siliconmotion -sis -sisusb -tdfx -tga -trident -tseng > -v4l -vga -via -vmware -voodoo" 0 kB > [ebuild R ] x11-base/xorg-server-1.0.2-r2 USE="dri ipv6 -debug -minimal > -xprint" 0 kB > > > > locutus ~ # rmmod nvidia > eselect opengl set nvidia > locutus ~ # eselect opengl set nvidia > Switching to nvidia OpenGL interface... Done > > As per your advice, I tried the /root/xorg.conf.new file and edited to be > /dev/input/mice but I get the same errors. > > It's strange as the screen goes blank like it wants to start, but instead of > seeing the KDE loading screen like I normally would, it just bails out to > the console again with those backtrace and signal 11 error. > > -- > gentoo-user@gentoo.org mailing list > > -- gentoo-user@gentoo.org mailing list
[gentoo-user] No more xorg upgrade?
Hello, I've recently synced. emerge -up world do not want to upgrade xorg-x11 to 7.0. Only upgrade from 6.8.2-r7 to 6.8.2-r8 is printed. Before this sync, the xorg-x11 wants to be upgraded from 6.8.2-r7 to 7.0-r1. Previous sync I did shortly after modular xorg becomes stable. I did not update xorg yet nor did emerge -u world. It seems to be portage bug, isn't it? Normal "world" update: $ emerge -up world | grep xorg [ebuild U ] x11-base/xorg-x11-6.8.2-r8 [6.8.2-r7] USE="dlloader*" When merging directly xorg-x11 it want to upgrade to 7.0-r1: $ emerge -up xorg-x11 | grep xorg-x11-7.0 [blocks B ] <=x11-base/xorg-x11-6.9 (is blocking x11-base/xorg-x11-7.0-r1) [ebuild U ] x11-base/xorg-x11-7.0-r1 [6.8.2-r7] INPUT_DEVICES="evdev% keyboard% mouse% -acecad% -aiptek% -calcomp% -citron% -digitaledge% -dmc% -dynapro% -elo2300% -elographics% -fpit% -hyperpen% -jamstudio% -joystick% -magellan% -magictouch% -microtouch% -mutouch% -palmax% -penmount% -spaceorb% -summa% -synaptics% -tek4957% -ur98% -vmmouse% -void% -wacom%" VIDEO_CARDS="-apm% -ark% -chips% -cirrus% -cyrix% -dummy% -fbdev% -fglrx% -glint% -i128% -i810% -mach64% -mga% -neomagic% -nv% -nvidia% -r128% -radeon% -rendition% -s3% -s3virge% -savage% -siliconmotion% -sis% -sisusb% -tdfx% -tga% -trident% -tseng% -v4l% -vesa% -vga% -via% -vmware% -voodoo%" Also when merging some package (which depend on X) with --update switch, it also wants correctly to upgrade xorg to 7.0. $ emerge -up xscreensaver | grep xorg-x11-7.0 [blocks B ] <=x11-base/xorg-x11-6.9 (is blocking x11-base/xorg-x11-7.0-r1) [ebuild U ] x11-base/xorg-x11-7.0-r1 [6.8.2-r7] INPUT_DEVICES="evdev%... Robert -- Robert Cernansky E-mail: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Noah's ArK
> On 2019-11-17, at 06:19, Helmut Jarausch wrote: > > I'd like to "preserve" some packages which do require components I don't like > to have "regularly" installed any more like some depending on Python2 or are > 32bit. For Python (any version), use wheels: https://pypi.org/project/wheel/ You would have to clone/download the packages yourself, and then run `python setup.py bdist_wheel` for them. This also ensures that you preserve compiled versions of the packages. As time goes on, these older packages will not compile against newer GCC/Clang versions without patches. Most popular packages already have wheels, although they might not have every combination built. For anything else, if it doesn't need stuff like hardware 3D acceleration, use a VM that retains the packages you want. This also leads into... If it does need native hardware access, use chroot and/or disk images (that you would boot into separately). I prefer to try and create barriers between 'production' (what I use everyday) and one-off things like some old game that only supports 32-bit. You probably want to retain old versions of toolchains (GCC, binutils, Clang, LLVM, etc) in case you need to build anything (built with -mtune not -march). Use Gentoo's binpkg format for this with the `qpkg` command. These packages can also be deployed on non-Gentoo systems but YMMV as you look for dependencies. I tend to keep old hardware around for running old software. You might want to do the same. A lot of older (much older) x86 support is being added to MAME everyday. This may come in handy in the future to preserve older versions of Linux distros and apps/games. https://www.mamedev.org/releases/whatsnew_0215.txt (search 386) Andrew
Re: [gentoo-user] Have I to install wifi now?
On Sat, 30 May 2020 22:46:18 +0100, Peter Humphrey wrote: > > The point of meta packages is that they install a whole set of stuff, > > in this case "Merge this to pull in all Plasma 5 packages". If you > > don't want the kitchen sink, don't use meta packages. I have a kde > > set in /etc/ portage/sets that includes just what I want. As a result > > I have a decent KDE desktop but without needing networkmanager, or > > any of the PIM stuff. > > I tried doing that some time ago. I got so heavily bogged down in a > dependency mire that I gave up. You wouldn't like to show your set, > would you? Please? :) > Here you go. I make no claims as to its suitability, or even uptodatedness kde-plasma/khotkeys kde-apps/ark kde-apps/dolphin kde-apps/filelight kde-apps/kamera kde-apps/kate kde-apps/kcalc kde-apps/kdenetwork-filesharing kde-apps/kdialog kde-apps/kgpg kde-apps/kmix kde-apps/kpat kde-apps/krdc kde-apps/krfb kde-apps/spectacle sci-astronomy/kstars kde-apps/ksudoku kde-apps/ksystemlog kde-apps/kteatime kde-apps/kwalletmanager kde-apps/okular kde-apps/print-manager kde-plasma/kinfocenter kde-plasma/kmenuedit kde-plasma/powerdevil kde-apps/yakuake kde-plasma/kdeplasma-addons x11-misc/sddm kde-plasma/plasma-desktop kde-plasma/systemsettings kde-plasma/sddm-kcm kde-plasma/kde-gtk-config kde-apps/konsole:5 kde-plasma/kscreen kde-misc/krusader kde-apps/keditbookmarks media-sound/pavucontrol-qt -- Neil Bothwick Master of all I survey (at the moment, empty pizza boxes) pgp3fOB9SsYHX.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Mythfrontend segfaults
On Mon, Apr 13, 2009 at 4:48 PM, Michael Sullivan wrote: > (II) LoadModule: "i810" > > (WW) Warning, couldn't open module i810 > (II) UnloadModule: "i810" > (EE) Failed to load module "i810" (module does not exist, 0) > (EE) No drivers available. OK, that's pretty serious. Is the i810 module loaded? That's the video driver, or used to be Could you post the VIDEO_CARDS= settings in your make.conf file, along with emerge -pv xorg-server and lsmod On my wife's machine it was i810 before the upgrade. After the upgrade it seems to be i915. when I scan through Xorg.0.log it's using the i915 now, at least on her machine. Look in your log file and see which driver is says it's loading. If it's the 915 then either change your driver name in the config file or get rid of the config file completely. I believe that before the upgrade I had VIDEO_CARDS="i810" but I changed it to intel with the new software: dragonfly ~ # cat /etc/make.conf | grep VIDEO_CARDS VIDEO_CARDS="intel vesa fbdev" dragonfly ~ # emerge -pv xorg-server These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-base/xorg-server-1.5.3-r5 USE="hal ipv6 nptl sdl xorg -3dfx -debug -dmx -kdrive -minimal -tslib" INPUT_DEVICES="evdev -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300 -elographics -fpit -hyperpen -jamstudio -joystick -keyboard -magellan -microtouch -mouse -mutouch -palmax -penmount -spaceorb -summa -synaptics -tek4957 -tslib -ur98 -virtualbox -vmmouse -void -wacom" VIDEO_CARDS="fbdev intel vesa -apm -ark -ast -chips -cirrus -dummy -epson -fglrx -geode -glint -i128 -i740 (-impact) -imstt -mach64 -mga -neomagic (-newport) -nv -nvidia -r128 -radeon -radeonhd -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx) -tdfx -tga -trident -tseng -v4l -vermilion -via -virtualbox -vmware -voodoo -xgi" 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB dragonfly ~ # Hope that helps, Mark
Re: [gentoo-user] How do you handle new Xorg + nvidia + ~x86?
Volker Armin Hemmann wrote: > remove the blocker? the current nvidia-drivers work fine, if you > add -ignoreAbi to your X-start script (like kdm conf). > The problem is that any nvidia-driver is the blocker to xorg-server-1.4-r1. royw-gentoo portage # emerge -uDNpv world These are the packages that would be merged, in order: Calculating world dependencies... done! [ebuild N] x11-libs/pixman-0.9.5 USE="-debug" 0 kB [ebuild U ] x11-base/xorg-server-1.4-r1 [1.3.0.0] USE="dri hal%* ipv6 nptl sdl xorg xprint -3dfx -debug -dmx -kdrive -minimal" INPUT_DEVICES="keyboard mouse -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300 -elographics -evdev -fpit -hyperpen -jamstudio -joystick -magellan -microtouch -mutouch -palmax -penmount -spaceorb -summa -synaptics -tek4957 -ur98 -vmmouse -void -wacom" VIDEO_CARDS="nv vesa vmware -amd% -apm -ark -chips -cirrus -cyrix -dummy -epson -fbdev -glint -i128 -i740 -i810 (-impact) -imstt -mach64 -mga -neomagic (-newport) -nsc -r128 -radeon -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx) -tdfx -tga -trident -tseng -v4l -vermilion% -vga -via -voodoo -xgi% (-fglrx%) (-nvidia%*)" 0 kB [ebuild U ] x11-drivers/xf86-input-keyboard-1.2.2 [1.1.1-r1] USE="-debug" 0 kB [ebuild U ] x11-base/xorg-x11-7.3 [7.2] 0 kB [blocks B ] x11-drivers/nvidia-drivers (is blocking x11-base/xorg-server-1.4-r1) Total: 4 packages (3 upgrades, 1 new, 1 block), Size of downloads: 0 kB Looking in the xorg-server-1.4-r1.ebuild: IUSE_VIDEO_CARDS=" [snip] # video_cards_fglrx # video_cards_nvidia" [snip] PDEPEND=" xorg? ( [snip] !x11-drivers/nvidia-drivers !x11-drivers/ati-drivers )" # video_cards_nvidia? ( x11-drivers/nvidia-drivers ) # video_cards_fglrx? ( >=x11-drivers/ati-drivers-8.37.6 ) I recall reading that the xserver team changed their release policy to not hold up releases for proprietary drivers (same as the kernel team). So this is as expected. I was just hoping someone would have a more elegant management solution for handling the new situation. Thank you, Roy -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] excess x11 drivers
>> Someone noticed I had too many x11 drivers installed and suggested I >> set the /etc/make.conf VIDEO_CARDS variable (which I never have set >> before) >> >> I figured out I have an nvidia card so set VIDEO_CARDS="nv" >> >> Now with my emerge -vuDN @system @world complete I'm unable to start >> X. (More on that later in a separate thread) >> >> << SNIP >> >> >> Whats all that for? >> >> Checking dependancies on a few I see: >> >> dep -l x11-drivers/xf86-video-voodoo: >>! x11-base/xorg-x11-6.9 >> >> on all I checked. >> >> What can this mean? >> >> > > Give this a shot: > > VIDEO_CARDS="nvidia" No, "nvidia" is for the proprietary binary nvida driver. The free driver for nvidia cards is called NV. I have a GeForce4 MX 440 and I have this in my make.conf: VIDEO_CARDS="nv vesa" And this results in $ emerge -pv xorg-server These are the packages that would be merged, in order: Calculating dependencies ... done! [ebuild R ] x11-base/xorg-server-1.3.0.0-r6 USE="nptl sdl xorg -3dfx -debug -dmx -dri -ipv6 -kdrive -minimal -xprint" INPUT_DEVICES="evdev keyboard mouse -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300 -elographics -fpit -hyperpen -jamstudio -joystick -magellan -microtouch -mutouch -palmax -penmount -spaceorb -summa -synaptics -tek4957 -ur98 -vmmouse -void -wacom" VIDEO_CARDS="nv vesa -apm -ark -chips -cirrus -cyrix -dummy -epson -fbdev -fglrx -glint -i128 -i740 (-impact) -imstt -intel -mach64 -mga -neomagic (-newport) -nsc -nvidia -r128 -radeon -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx) -tdfx -tga -trident -tseng -v4l -vga -via -vmware -voodoo" 0 kB and $ equery list x11-drivers/ [ Searching for all packages in 'x11-drivers' among: ] * installed packages [I--] [ ] x11-drivers/xf86-input-evdev-1.1.5-r1 (0) [I--] [ ] x11-drivers/xf86-input-keyboard-1.1.1 (0) [I--] [ ] x11-drivers/xf86-input-mouse-1.2.3 (0) [I--] [ ] x11-drivers/xf86-video-nv-2.1.9 (0) [I--] [ ] x11-drivers/xf86-video-vesa-1.3.0 (0) -- Software is like sex: it is better when it is free - Linus Torvalds
[gentoo-user] freeglut
Hi all, Trying to emerge -uD world, with xorg-x11-7.0-r1; a lot has been done yet but I cannot emerge freeglut: ... boldair X11 # emerge -uDav world These are the packages that would be merged, in order: Calculating world dependencies... done! [ebuild N] media-libs/freeglut-2.4.0 0 kB [ebuild N] x11-apps/mesa-progs-6.4.2 0 kB [ebuild N] x11-base/xorg-x11-7.0-r1 USE="-3dfx" INPUT_DEVICES="synaptics -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300 -elographics -evdev -fpit -hyperpen -jamstudio -joystick -keyboard -magellan -magictouch -microtouch -mouse -mutouch -palmax -penmount -spaceorb -summa -tek4957 -ur98 -vmmouse -void -wacom" VIDEO_CARDS="fbdev i810 vesa -apm -ark -chips -cirrus -cyrix -dummy -fglrx -glint -i128 -i740 -imstt -mach64 -mga -neomagic -nsc -nv -nvidia -r128 -radeon -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb -tdfx -tga -trident -tseng -v4l -vga -via -vmware -voodoo" 0 kB [ebuild N] x11-libs/liboldX-1.0.1 USE="-debug" 210 kB [ebuild N] virtual/x11-7.0-r2 0 kB Total size of downloads: 210 kB Would you like to merge these packages? [Yes/No] But then: i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -O2 -march=i686 -pipe -mfpmath=sse -Wall -pedantic -Werror -c freeglut_callbacks.c -MT libglut_la-freeglut_callbacks.lo -MD -MP -MF .deps/libglut_la-freeglut_callbacks.TPlo -fPIC -DPIC freeglut_callbacks.c:1: warning: SSE instruction set disabled, using 387 arithmetics make[2]: *** [libglut_la-freeglut_callbacks.lo] Erreur 1 make[2]: Leaving directory `/var/tmp/portage/freeglut-2.4.0/work/freeglut-2.4.0/src' make[1]: *** [all-recursive] Erreur 1 make[1]: Leaving directory `/var/tmp/portage/freeglut-2.4.0/work/freeglut-2.4.0' make: *** [all] Erreur 2 !!! ERROR: media-libs/freeglut-2.4.0 failed. Call stack: ebuild.sh, line 1545: Called dyn_compile ebuild.sh, line 940: Called src_compile ebuild.sh, line 609: Called die !!! emake failed I've seen several bugs on freeglut but it doesn't help me... re-synced several times also. tia, -- Jean -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: xorg 7.0 upgrade questions
Donnie Berkholz gentoo.org> writes: > I've never heard of /etc/X11/xkb, and I don't have it on my systems. Get > rid of it. done > portage-utils and run `qq` -- x11-drivers/synaptics x11-drivers/xf86-input-evdev x11-drivers/xf86-input-keyboard x11-drivers/xf86-input-mouse x11-drivers/xf86-video-apm x11-drivers/xf86-video-ark x11-drivers/xf86-video-ati x11-drivers/xf86-video-chips x11-drivers/xf86-video-cirrus x11-drivers/xf86-video-cyrix x11-drivers/xf86-video-dummy x11-drivers/xf86-video-fbdev x11-drivers/xf86-video-glint x11-drivers/xf86-video-i128 x11-drivers/xf86-video-i740 x11-drivers/xf86-video-i810 x11-drivers/xf86-video-imstt x11-drivers/xf86-video-mga x11-drivers/xf86-video-neomagic x11-drivers/xf86-video-nsc x11-drivers/xf86-video-nv x11-drivers/xf86-video-rendition x11-drivers/xf86-video-s3 x11-drivers/xf86-video-s3virge x11-drivers/xf86-video-savage x11-drivers/xf86-video-siliconmotion x11-drivers/xf86-video-sis x11-drivers/xf86-video-sisusb x11-drivers/xf86-video-tdfx x11-drivers/xf86-video-tga x11-drivers/xf86-video-trident x11-drivers/xf86-video-tseng x11-drivers/xf86-video-v4l x11-drivers/xf86-video-vesa x11-drivers/xf86-video-vga x11-drivers/xf86-video-via x11-drivers/xf86-video-vmware x11-drivers/xf86-video-voodoo > Sounds like your kernel's missing mouse support, or you've specifically > configured udev to do something other than the default behavior. Hm. It's the same kernel (2.6.17-gentoo-r4) that worked well with xorg-x11 6.8. But I have had problems with udev and made a few /rules.d/ changes trying to fix things with ttys and ptys. The profile was very old. I did a synlink to 2006.1. I'm recompiling lots of stuff right now so when it's done I'll post again and detail and problems. James -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Something happened on the way to X : solved
Selon Dale :
> alain.didierj...@free.fr wrote:
> > Installing Gentoo on my computer... with
> > ACCEPT_KEYWORDS="amd64"
> > VIDEO_CARDS="fglrx"
> > INPUT_DEVICES="evdev"
> >
> > everything's fine until I emerge xorg-server, which returns:
> >
> > [ebuild N] x11-base/xorg-drivers-1.7 INPUT_DEVICES="evdev -acecad
> -aiptek
> > -joystick -keyboard -mouse -penmount -synaptics -tslib -virtualbox -vmmouse
> > -void -wacom" VIDEO_CARDS="fglrx -apm -ark -ast -chips -cirrus -dummy
> -epson
> > -fbdev (-geode) -glint -i128 (-i740) (-impact) -intel -mach64 -mga
> -neomagic
> > (-newport) -nv (-nvidia) -r128 -radeon -radeonhd -rendition -s3 -s3virge
> -savage
> > -siliconmotion -sis -sisusb (-sunbw2) (-suncg14) (-suncg3) (-suncg6)
> (-sunffb)
> > (-sunleo) (-suntcx) -tdfx -tga -trident -tseng -v4l -vesa -via -virtualbox
> > -vmware (-voodoo) (-xgi)"
> > [ebuild N] x11-libs/libXinerama-1.1 USE="-debug"
> > [ebuild N] x11-base/xorg-server-1.7.6 USE="hal nptl xorg -debug -dmx
> -ipv6
> > -kdrive -minimal -sdl -tslib"
> > [ebuild N] x11-drivers/ati-drivers-9.11 USE="modules (multilib)
> -debug"
> > [ebuild N] x11-drivers/xf86-input-evdev-2.3.2 USE="-debug"
> > [blocks B ]>=x11-base/xorg-server-1.7.0 (">=x11-base/xorg-server-1.7.0"
> is
> > blocking x11-drivers/ati-drivers-9.11)
> >
> > * Error: The above package list contains packages which cannot be
> > * installed at the same time on the same system.
> >
> >('ebuild', '/', 'x11-drivers/ati-drivers-9.11', 'merge') pulled in by
> > x11-drivers/ati-drivers required by ('ebuild', '/',
> > 'x11-base/xorg-drivers-1.7', 'merge')
> >
> >('ebuild', '/', 'x11-base/xorg-server-1.7.6', 'merge') pulled in by
> > >=x11-base/xorg-server-1.5.3-r7 required by ('ebuild', '/',
> > 'x11-drivers/ati-drivers-9.11', 'merge')
> > xorg-server
> > >=x11-base/xorg-server-1.6.3 required by ('ebuild', '/',
> > 'x11-drivers/xf86-input-evdev-2.3.2', 'merge')
> >
> >
> > -- SNIP-
>
> I don't use ATI but I think I read here a while back that ATI drivers
> have to be compatible with certain versions of xorg. You may want to
> see if you can use a newer version of the ATI drivers.
>
> You can look at the ebuild to see what exact versions. From what i
> read, it looks like you may need the 10 series instead of the 9 series.
> Then again, it is sometimes backwards from what I am thinking. May be
> worth testing anyway.
>
emerging ~amd64 drivers (x11-drivers/ati-drivers-10-4) did the job.
Re: [gentoo-user] How do you handle new Xorg + nvidia + ~x86?
On Dienstag, 11. September 2007, Roy Wright wrote: > Volker Armin Hemmann wrote: > > remove the blocker? the current nvidia-drivers work fine, if you > > add -ignoreAbi to your X-start script (like kdm conf). > > The problem is that any nvidia-driver is the blocker to > xorg-server-1.4-r1. > > royw-gentoo portage # emerge -uDNpv world > > These are the packages that would be merged, in order: > > Calculating world dependencies... done! > [ebuild N] x11-libs/pixman-0.9.5 USE="-debug" 0 kB > [ebuild U ] x11-base/xorg-server-1.4-r1 [1.3.0.0] USE="dri hal%* > ipv6 nptl sdl xorg xprint -3dfx -debug -dmx -kdrive -minimal" > INPUT_DEVICES="keyboard mouse -acecad -aiptek -calcomp -citron > -digitaledge -dmc -dynapro -elo2300 -elographics -evdev -fpit -hyperpen > -jamstudio -joystick -magellan -microtouch -mutouch -palmax -penmount > -spaceorb -summa -synaptics -tek4957 -ur98 -vmmouse -void -wacom" > VIDEO_CARDS="nv vesa vmware -amd% -apm -ark -chips -cirrus -cyrix -dummy > -epson -fbdev -glint -i128 -i740 -i810 (-impact) -imstt -mach64 -mga > -neomagic (-newport) -nsc -r128 -radeon -rendition -s3 -s3virge -savage > -siliconmotion -sis -sisusb (-sunbw2) (-suncg14) (-suncg3) (-suncg6) > (-sunffb) (-sunleo) (-suntcx) -tdfx -tga -trident -tseng -v4l > -vermilion% -vga -via -voodoo -xgi% (-fglrx%) (-nvidia%*)" 0 kB > [ebuild U ] x11-drivers/xf86-input-keyboard-1.2.2 [1.1.1-r1] > USE="-debug" 0 kB > [ebuild U ] x11-base/xorg-x11-7.3 [7.2] 0 kB > [blocks B ] x11-drivers/nvidia-drivers (is blocking > x11-base/xorg-server-1.4-r1) > > Total: 4 packages (3 upgrades, 1 new, 1 block), Size of downloads: 0 kB > > > Looking in the xorg-server-1.4-r1.ebuild: > > IUSE_VIDEO_CARDS=" > > [snip] > > # video_cards_fglrx > # video_cards_nvidia" > > [snip] > > PDEPEND=" > xorg? ( > > [snip] > > !x11-drivers/nvidia-drivers > !x11-drivers/ati-drivers > )" > # video_cards_nvidia? ( x11-drivers/nvidia-drivers ) > # video_cards_fglrx? ( >=x11-drivers/ati-drivers-8.37.6 ) > > > I recall reading that the xserver team changed their > release policy to not hold up releases for proprietary > drivers (same as the kernel team). So this is as expected. > > I was just hoping someone would have a more elegant > management solution for handling the new situation. > > > Thank you, > Roy copy the ebuild into your overlay and edit it. No problem. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Xorg and static libraries
Benno Schulenberg wrote: > Steve Brenneis wrote: > >> I am using -hardened and -pie right now. >> > > Minus pie? That's no USE flag. > > It was mentioned in one of the Gentoo forums online as a solution to the static library problem. I have to admit I never heard of it either. >> System uname: 2.6.16-gentoo-r11 i686 Intel(R) Pentium(R) M >> CHOST="i386-pc-linux-gnu" >> > Why 386 when your processor is 686? (You can't change this now, > mind you; it would need a complete reinstall, as far as I know.) > > At the time I initially installed Gentoo, the i686 CHOST variable was broken. I can't remember the details, but it caused the initial Gentoo install to freeze. I may change it one of these days if I decide to reinstall. >> CFLAGS="-O2 -march=i686 -fPIC" >> > > Ouch. Take the -fPIC out of there! Search bugzilla for it. > > It was added to fix another bug with shared libraries. I believe one of the major packages was broken and tried to build a shared library without the flag (which will not work). I'll take it out and try again, but I doubt that is the source of my current problems. >> VIDEO_CARDS="-apm -ark -chips >> -cirrus -cyrix -dummy -fbdev -fglrx -glint -i128 -i740 -i810 >> -imstt -mach64 -mga -neomagic -nsc -nv -nvidia -r128 -radeon >> -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb -tdfx >> -tga -trident -tseng -v4l -vesa -vga -via -vmware -voodoo" >> > > You have no video card? Put at least VIDEO_CARDS="vesa" in your > /etc/make.conf, and add "nv" or "radeon" or whatever your box has. > > I've never seen any instruction to set this variable. I have been through half a dozen versions of X and a couple of versions of KDE with it set this way. Once again, I doubt this is the source of my problem. I also have about five other Gentoo systems running and haven't set this variable on any of them. They all work just fine. > Benno > Thanks for the suggestions. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] some capital B blockers in world update
On Tue, Mar 14 2017, Alan McKinnon wrote:
> On 14/03/2017 16:43, allan gottlieb wrote:
>> I update roughly twice a week. On one machine (full output below) I was
>> told that libinput and evdev are blocking xorg-drivers
>>
>> [blocks B ] > ("> x11-base/xorg-drivers-1.19)
>> [blocks B ] > ("> x11-base/xorg-drivers-1.19)
>>
>> However the merge does propose to update xorg-drivers
>> [ebuild U ] x11-base/xorg-drivers-1.19 [1.18-r1] VIDEO_CARDS="-ark%
>> -i915% -i965% (-newport) -sis%"
>>
>> It also proposes to update libinput and evdev
>> [ebuild U ] x11-drivers/xf86-input-libinput-0.24.0 [0.19.0]
>> [ebuild U ] x11-drivers/xf86-input-evdev-2.10.5 [2.10.3]
>>
>> I do see that the versions of libinput and evdev to be used are higher
>> than the versions that would block xorg-drivers. I am wondering why in
>> this case emerge is telling me about the block (in red with a capital B)
>> and more importantly would appreciate confirmation that I should let the
>> emerge proceed.
>
>
> Portage found a solution that satisfies all constraints, so you should
> let it proceed.
>
> Did you run emerge with -v to get the above?
> That looks like portage is doing it's usual -v thing which is to core
> dump to your console in the hope that maybe you can figure it out and
> you are willing to play the game called "let's find out what portage
> thinks it means today!"
>
> I don't understand why those blockers are marked hard, as portage found
> a solution. The blocker lines are really telling you why portage wants
> to upgrade your libinput and evdev drivers - the current ones won't work
> with your current drivers.
>
> Which is all totally pointless, as newer versions of everything are
> available and you want a full update. There's very little point in
> software going to great lengths to tell you why it won't keep old
> versions when you explicitly told it to not keep old versions :-)
Thank you for the confirmation! I also doubt the use of B when b would
be appropriated. No this was not a --verbose run. I would guess that
output would be even less illuminating.
allan
Re: [gentoo-user] Something happened on the way to X
alain.didierj...@free.fr wrote:
Installing Gentoo on my computer... with
ACCEPT_KEYWORDS="amd64"
VIDEO_CARDS="fglrx"
INPUT_DEVICES="evdev"
everything's fine until I emerge xorg-server, which returns:
[ebuild N] x11-base/xorg-drivers-1.7 INPUT_DEVICES="evdev -acecad -aiptek
-joystick -keyboard -mouse -penmount -synaptics -tslib -virtualbox -vmmouse
-void -wacom" VIDEO_CARDS="fglrx -apm -ark -ast -chips -cirrus -dummy -epson
-fbdev (-geode) -glint -i128 (-i740) (-impact) -intel -mach64 -mga -neomagic
(-newport) -nv (-nvidia) -r128 -radeon -radeonhd -rendition -s3 -s3virge -savage
-siliconmotion -sis -sisusb (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb)
(-sunleo) (-suntcx) -tdfx -tga -trident -tseng -v4l -vesa -via -virtualbox
-vmware (-voodoo) (-xgi)"
[ebuild N] x11-libs/libXinerama-1.1 USE="-debug"
[ebuild N] x11-base/xorg-server-1.7.6 USE="hal nptl xorg -debug -dmx -ipv6
-kdrive -minimal -sdl -tslib"
[ebuild N] x11-drivers/ati-drivers-9.11 USE="modules (multilib) -debug"
[ebuild N] x11-drivers/xf86-input-evdev-2.3.2 USE="-debug"
[blocks B ]>=x11-base/xorg-server-1.7.0 (">=x11-base/xorg-server-1.7.0" is
blocking x11-drivers/ati-drivers-9.11)
* Error: The above package list contains packages which cannot be
* installed at the same time on the same system.
('ebuild', '/', 'x11-drivers/ati-drivers-9.11', 'merge') pulled in by
x11-drivers/ati-drivers required by ('ebuild', '/',
'x11-base/xorg-drivers-1.7', 'merge')
('ebuild', '/', 'x11-base/xorg-server-1.7.6', 'merge') pulled in by
>=x11-base/xorg-server-1.5.3-r7 required by ('ebuild', '/',
'x11-drivers/ati-drivers-9.11', 'merge')
xorg-server
>=x11-base/xorg-server-1.6.3 required by ('ebuild', '/',
'x11-drivers/xf86-input-evdev-2.3.2', 'merge')
For more information about Blocked Packages, please refer to the following
section of the Gentoo Linux x86 Handbook (architecture is irrelevant):
http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked
Any known workaround ? Should I fill a bug report ?
gentoo without a GUI is quite frustrating...
--
~adj~
I don't use ATI but I think I read here a while back that ATI drivers
have to be compatible with certain versions of xorg. You may want to
see if you can use a newer version of the ATI drivers.
You can look at the ebuild to see what exact versions. From what i
read, it looks like you may need the 10 series instead of the 9 series.
Then again, it is sometimes backwards from what I am thinking. May be
worth testing anyway.
Dale
:-) :-)
Re: [gentoo-user] Something happened on the way to X : solved
alain.didierj...@free.fr wrote:
Selon Dale:
alain.didierj...@free.fr wrote:
Installing Gentoo on my computer... with
ACCEPT_KEYWORDS="amd64"
VIDEO_CARDS="fglrx"
INPUT_DEVICES="evdev"
everything's fine until I emerge xorg-server, which returns:
[ebuild N] x11-base/xorg-drivers-1.7 INPUT_DEVICES="evdev -acecad
-aiptek
-joystick -keyboard -mouse -penmount -synaptics -tslib -virtualbox -vmmouse
-void -wacom" VIDEO_CARDS="fglrx -apm -ark -ast -chips -cirrus -dummy
-epson
-fbdev (-geode) -glint -i128 (-i740) (-impact) -intel -mach64 -mga
-neomagic
(-newport) -nv (-nvidia) -r128 -radeon -radeonhd -rendition -s3 -s3virge
-savage
-siliconmotion -sis -sisusb (-sunbw2) (-suncg14) (-suncg3) (-suncg6)
(-sunffb)
(-sunleo) (-suntcx) -tdfx -tga -trident -tseng -v4l -vesa -via -virtualbox
-vmware (-voodoo) (-xgi)"
[ebuild N] x11-libs/libXinerama-1.1 USE="-debug"
[ebuild N] x11-base/xorg-server-1.7.6 USE="hal nptl xorg -debug -dmx
-ipv6
-kdrive -minimal -sdl -tslib"
[ebuild N] x11-drivers/ati-drivers-9.11 USE="modules (multilib)
-debug"
[ebuild N] x11-drivers/xf86-input-evdev-2.3.2 USE="-debug"
[blocks B ]>=x11-base/xorg-server-1.7.0 (">=x11-base/xorg-server-1.7.0"
is
blocking x11-drivers/ati-drivers-9.11)
* Error: The above package list contains packages which cannot be
* installed at the same time on the same system.
('ebuild', '/', 'x11-drivers/ati-drivers-9.11', 'merge') pulled in by
x11-drivers/ati-drivers required by ('ebuild', '/',
'x11-base/xorg-drivers-1.7', 'merge')
('ebuild', '/', 'x11-base/xorg-server-1.7.6', 'merge') pulled in by
>=x11-base/xorg-server-1.5.3-r7 required by ('ebuild', '/',
'x11-drivers/ati-drivers-9.11', 'merge')
xorg-server
>=x11-base/xorg-server-1.6.3 required by ('ebuild', '/',
'x11-drivers/xf86-input-evdev-2.3.2', 'merge')
-- SNIP-
I don't use ATI but I think I read here a while back that ATI drivers
have to be compatible with certain versions of xorg. You may want to
see if you can use a newer version of the ATI drivers.
You can look at the ebuild to see what exact versions. From what i
read, it looks like you may need the 10 series instead of the 9 series.
Then again, it is sometimes backwards from what I am thinking. May be
worth testing anyway.
emerging ~amd64 drivers (x11-drivers/ati-drivers-10-4) did the job.
Glad to have helped. Sort of surprised since I don't know anything
about ATI cards. o_O
Dale
:-) :-)
RE: [gentoo-user] Modular Xorg 7 won't start with nVidia GeForce4 440 Go
I still cannot get X to start with the nvidia drivers. However, I did take (someones?) suggestion and tried both the "vesa" and "nv" drivers and they both "work". I say "work" because with 'vesa', I get a HUGE (i.e. low rez) screen = unuseable. And with the 'nv' I get the right resolution 1600x1200, but I get horrible frame-rates (glxgears). I tried to turn off the RenderAccel option with 'nvidia' but no joy. > -Original Message- > From: Daevid Vincent [mailto:[EMAIL PROTECTED] > Sent: Thursday, March 30, 2006 5:53 PM > To: gentoo-user@lists.gentoo.org > Subject: RE: [gentoo-user] Modular Xorg 7 won't start with > nVidia GeForce4 440 Go > > Richard, I want to thank you for your trying to help me on > this first of > all... > > > Have you tried doing a revdep-rebuild? > > Yes. There is nothing that needs rebuilding. > > > Have you verified your > > 'eselect opengl' settings? What use flags did you build > with (emerge > > -pv xorg-x11 xorg-server) > > locutus ~ # emerge -pv xorg-x11 xorg-server > > Calculating dependencies... done! > [ebuild R ] x11-base/xorg-x11-7.0-r1 USE="-3dfx" > INPUT_DEVICES="keyboard mouse -acecad -aiptek -calcomp > -citron -digitaledge > -dmc -dynapro -elo2300 -elographics -evdev -fpit -hyperpen -jamstudio > -joystick -magellan -magictouch -microtouch -mutouch -palmax -penmount > -spaceorb -summa -synaptics -tek4957 -ur98 -vmmouse -void -wacom" > VIDEO_CARDS="fbdev nvidia vesa -apm -ark -ati -chips -cirrus > -cyrix -dummy > -fglrx -glint -i128 -i740 -i810 -imstt -mga -neomagic -nsc > -nv -rendition > -s3 -s3virge -savage -siliconmotion -sis -sisusb -tdfx -tga > -trident -tseng > -v4l -vga -via -vmware -voodoo" 0 kB > [ebuild R ] x11-base/xorg-server-1.0.2-r2 USE="dri ipv6 > -debug -minimal > -xprint" 0 kB > > > > locutus ~ # rmmod nvidia > eselect opengl set nvidia > locutus ~ # eselect opengl set nvidia > Switching to nvidia OpenGL interface... Done > > As per your advice, I tried the /root/xorg.conf.new file and > edited to be > /dev/input/mice but I get the same errors. > > It's strange as the screen goes blank like it wants to start, > but instead of > seeing the KDE loading screen like I normally would, it just > bails out to > the console again with those backtrace and signal 11 error. > > -- > gentoo-user@gentoo.org mailing list > > -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] FIXED: Re: KDE3 removal
That's a good point ... over the years I have accumulated all sorts of packages I am not sure I need (by forgetting to use --oneshot). Should these be in there? kde-base/akregator kde-base/ark kde-base/drkonqi kde-base/kaddressbook kde-base/kappfinder kde-base/kate kde-base/kcalc kde-base/kcharselect kde-base/kcheckpass kde-base/kcminit kde-base/kcontrol kde-base/kcron kde-base/kdeadmin-meta<--Yes kde-base/kdeartwork-emoticons kde-base/kdeartwork-iconthemes kde-base/kdeartwork-kscreensaver kde-base/kdeartwork-meta<--Yes kde-base/kdeartwork-sounds kde-base/kdeartwork-styles kde-base/kdeartwork-wallpapers kde-base/kdebase-data kde-base/kdebase-kioslaves kde-base/kdebase-meta<--Yes kde-base/kdebase-startkde kde-base/kdebugdialog kde-base/kdegraphics-meta<--Yes kde-base/kdelibs kde-base/kdemultimedia-kioslaves kde-base/kdemultimedia-meta<--Yes kde-base/kdenetwork-filesharing kde-base/kdenetwork-meta<--Yes kde-base/kdepasswd kde-base/kdepim-meta<--Yes kde-base/kdesu kde-base/kdeutils-meta<--Yes kde-base/kdewebdev-meta<--Yes kde-base/kdf kde-base/kdialog kde-base/kdm kde-base/kdnssd kde-base/kfilereplace kde-base/kfloppy kde-base/kgamma kde-base/kget kde-base/kghostview kde-base/kgpg kde-base/khelpcenter kde-base/khotkeys kde-base/kicker kde-base/kimagemapeditor kde-base/kjots kde-base/klinkstatus kde-base/klipper kde-base/kmail kde-base/kmenuedit kde-base/kmix kde-base/knetattach kde-base/knetworkconf kde-base/kolourpaint kde-base/kommander kde-base/konqueror kde-base/konsole kde-base/kontact kde-base/kopete kde-base/kppp kde-base/krdc kde-base/kreadconfig kde-base/krfb kde-base/kruler kde-base/kscd kde-base/kscreensaver kde-base/ksmserver kde-base/ksnapshot kde-base/kstart kde-base/ksysguard kde-base/ksystraycmd kde-base/ktimer kde-base/kuser kde-base/kweather kde-base/kwin kde-base/kxsldbg kde-base/libkcddb kde-base/libkdepim kde-base/libkonq kde-base/nsplugins Other than the metas which I have marked with "<--Yes" I'm not sure I need the rest. Shall I blow them away? I have a rather bloated kde install and this is mine: r...@smoker / # grep kde /var/lib/portage/world kde-base/kde-meta kde-base/kde-meta:3.5 kde-misc/youtube-servicemenu r...@smoker / # You can always remove those things, run -p --depclean and add back with the -n option what you want to keep. Dale :-) :-) P. S. Upgraded to Seamonkey 2.0 and I got to adjust a few settings here. :/ It looks good on the screen but the quoting part . . . . sucks.
[gentoo-user] Re: Gentoo still not up -- now no kbd driver
On Sat, 01 Sep 2007 19:52:11 +0200, Bo Ørsted Andresen wrote: > On Saturday 01 September 2007 19:24:51 Hendrik Boom wrote: >> > Have you enabled the keyboard USE flag under INPUT_DEVICES in >> > xorg-xserver? You can set this in make.conf. >> >> make.conf ends with the lines >> >> INPUT_DEVICES="keyboard mouse" >> VIDEO_CARDS="radeon" >> >> Is this what you mean? > > *nod* > Aha! xorg-server! All I saw in the docs I had been looking at was xorg-x11. > # emerge -pv xorg-server These are the packages that would be merged, in order: Calculating dependencies . done! [ebuild N] x11-drivers/xf86-input-keyboard-1.1.1 USE="-debug" 230 kB [ebuild R ] x11-base/xorg-server-1.2.0-r3 USE="dri ipv6 nptl xorg -3dfx -debug -dmx -kdrive -minimal -sdl -xprint" INPUT_DEVICES="keyboard* mouse -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300 -elographics -evdev -fpit -hyperpen -jamstudio -joystick -magellan -microtouch -mutouch -palmax -penmount -spaceorb -summa -synaptics -tek4957 -ur98 -vmmouse -void -wacom" VIDEO_CARDS="radeon -apm -ark -chips -cirrus -cyrix -dummy -epson -fbdev -fglrx -glint -i128 -i740 -i810 (-impact) -imstt -mach64 -mga -neomagic (-newport) -nsc -nv -nvidia -r128 -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 Total: 2 packages (1 new, 1 reinstall), Size of downloads: 230 kB > # equery check x11-drivers/xf86-input-keyboard -bash: equery: command not found > So I proceeded to emerge xorg-server for real. No more keyboard problems. Instead I get the black screen of death. The monitor on light starts bliking, indicating it is getting no signal, ctrl-alt-backspace and ctrl-alt-delete don't work, and only a hard reset on the box itself gets anything going. My make.conf specifies VIDEO_CARDS="radeon", even though the automatically generated /root/xorg.conf.new specifies Driver "ati" in the "Device" section. Could this be a problem? The hardware is a. ATI Radeon all-in-wonder card. I tried replacing ati by fbdev just to get something working, but it just told me it couldn't find fbdev. Presumably this driver was not installed. Is the proper way to install this add in fbdev to the make.conf file: VIDEO_CARDS="radeon fbdev" or even VIDEO_CARDS="radeon ati fbdev" and then re-emerge xorg-server? Or is there a more straightforward way? I still haven't found a way to browse the list of available packages the way I used to do in Debian using aptitude or packages.debian.org. -- hendrik -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] excess x11 drivers
Jorge Peixoto de Morais Neto wrote: >>> Someone noticed I had too many x11 drivers installed and suggested I >>> set the /etc/make.conf VIDEO_CARDS variable (which I never have set >>> before) >>> >>> I figured out I have an nvidia card so set VIDEO_CARDS="nv" >>> >>> Now with my emerge -vuDN @system @world complete I'm unable to start >>> X. (More on that later in a separate thread) >>> >>> << SNIP >> >>> >>> Whats all that for? >>> >>> Checking dependancies on a few I see: >>> >>> dep -l x11-drivers/xf86-video-voodoo: >>>! x11-base/xorg-x11-6.9 >>> >>> on all I checked. >>> >>> What can this mean? >>> >>> >>> >> Give this a shot: >> >> VIDEO_CARDS="nvidia" >> > No, "nvidia" is for the proprietary binary nvida driver. The free > driver for nvidia cards is called NV. I have a GeForce4 MX 440 and I > have this in my make.conf: > VIDEO_CARDS="nv vesa" > > And this results in > > $ emerge -pv xorg-server > > These are the packages that would be merged, in order: > > Calculating dependencies ... done! > [ebuild R ] x11-base/xorg-server-1.3.0.0-r6 USE="nptl sdl xorg > -3dfx -debug -dmx -dri -ipv6 -kdrive -minimal -xprint" > INPUT_DEVICES="evdev keyboard mouse -acecad -aiptek -calcomp -citron > -digitaledge -dmc -dynapro -elo2300 -elographics -fpit -hyperpen > -jamstudio -joystick -magellan -microtouch -mutouch -palmax -penmount > -spaceorb -summa -synaptics -tek4957 -ur98 -vmmouse -void -wacom" > VIDEO_CARDS="nv vesa -apm -ark -chips -cirrus -cyrix -dummy -epson > -fbdev -fglrx -glint -i128 -i740 (-impact) -imstt -intel -mach64 -mga > -neomagic (-newport) -nsc -nvidia -r128 -radeon -rendition -s3 > -s3virge -savage -siliconmotion -sis -sisusb (-sunbw2) (-suncg14) > (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx) -tdfx -tga -trident > -tseng -v4l -vga -via -vmware -voodoo" 0 kB > > and > > $ equery list x11-drivers/ > [ Searching for all packages in 'x11-drivers' among: ] > * installed packages > [I--] [ ] x11-drivers/xf86-input-evdev-1.1.5-r1 (0) > [I--] [ ] x11-drivers/xf86-input-keyboard-1.1.1 (0) > [I--] [ ] x11-drivers/xf86-input-mouse-1.2.3 (0) > [I--] [ ] x11-drivers/xf86-video-nv-2.1.9 (0) > [I--] [ ] x11-drivers/xf86-video-vesa-1.3.0 (0) > > What you say may be true, pretty sure it is, but what he is doing is not working, hence him coming here for help. Since I have nvidia in mine and it works fine, thought he may want to try that. What I posted is not wrong, just another way of doing it. Up to him if he wants to try it or not. Also, nv does not work well for me either. It is dreadfully slow and uses a lot of CPU time. At least that is how it was the last time I used it. Things change. Dale :-) :-)
Re: [gentoo-user] x11-drivers/xf86-input-evdev-2.7.0: Use flag udev seems compulsory.
Hi, Walt. On Sun, Jun 24, 2012 at 11:03:06AM -0400, Walter Dnes wrote: > On Sat, Jun 23, 2012 at 10:40:23AM +, Alan Mackenzie wrote > > Hi, Gentoo. > > I've just emerge --sync'd, and there's a massive amount of X server > > updates. When I try emerge -auND, I get told: > > The following USE changes are necessary to proceed: > > #required by x11-drivers/xf86-input-evdev-2.7.0, required by > > x11-base/xorg-drivers-1.12[input_devices_evdev] > > >=x11-base/xorg-server-1.12.2 udev > > . So I need the udev use flag. This is somewhat distressing, since > > I've been running my system on busybox's mdev for several months. It's > > looking like I'll not be able to continue doing so. > > Any suggestions, anybody, how I can now best proceed? > The message indicates that =x11-base/xorg-drivers-1.12 *WITH EVDEV* > requires udev. I don't use evdev. I keyworded > "=x11-base/xorg-drivers-1.12 ~x86" and I get... > [d531][root][~] emerge -pv x11-base/xorg-drivers > These are the packages that would be merged, in order: > Calculating dependencies... done! > [ebuild U ~] x11-base/xorg-drivers-1.12 [1.11] INPUT_DEVICES="keyboard > mouse -acecad -aiptek -elographics -evdev -fpit -hyperpen -joystick -mutouch > -penmount -synaptics -tslib -vmmouse -void -wacom" VIDEO_CARDS="nvidia -apm > -ark -ast -cirrus -dummy -epson -fbdev -fglrx -geode -glint -i128 -i740 > -intel -mach64 -mga -modesetting% -neomagic (-newport) -nouveau -nv (-omapfb) > -qxl -r128 -radeon -s3 -s3virge -savage -siliconmotion -sis (-sunbw2) > (-suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx) -tdfx -tga > -trident -v4l -vesa -via -virtualbox -vmware (-voodoo) (-chips%) (-impact%) > (-rendition%) (-sisusb%) (-tseng%)" 0 kB > For starters, I suggest... > grep evdev /etc/make.conf > ...and look at what you have to get rid of. My machine works fine > without evdev. Actually, I start my USE var in make.conf with "-*". > Then I add only items that I want, or that software I want requires. Thanks for the tip. In the end, I've decided to go back to udev. Not that I really want to, but I just don't have the time at the moment to sort out the complexities of doing without evdev, and the other things which would surely crop up. So I now have a mammoth root partition containing /usr, the lesser of the two available evils (the other being, of course, building an initramfs). Mdev worked, and worked well. There seems to be a relentless process at large, whereby the opportunities to create an aesthetically pleasing individual system are gradually diminishing. Shame. > -- > Walter Dnes -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] xorg-drivers for mouse and keyboard confusion
On Sunday 27 February 2011 14:33:55 you wrote: > On Sat, Feb 26, 2011 at 12:38 AM, Mick wrote: > > I have unmerged x11-drivers/xf86-input-mouse and x11-drivers/xf86-input- > > keyboard and also removed mouse and keyboard from my /etc/make.conf, > > which now only contains: > > > > INPUT_DEVICES="synaptics evdev" > > > > > > However, portage seems to want to pull in x11-drivers/xf86-input-mouse > > and > > > x11-drivers/xf86-input-keyboard: > Hi Mick, >I took another look here. It seems that for Virtualbox that > xf86-input-virtualbox is pulling in xf86-input-mouse. Not sure if > that's a bug in the ebuild or whether it's really required. I haven't > spotted any settable flags that seem to effect it. (Haven't looked > very hard.) Thanks Mark, I do not have virtualbox on this laptop, so the drivers are not being pulled in because of it. >Anyway, I'm using evdev for X, like you, and like you I'm getting > the old mouse driver for apparently other reasons. I'm not getting > keyboard but you should be able to use the commands below to determine > why that's happening on your system. I checked my world file and the only x11-drivers package I have in there is the radeon-ucode firmware package. Anyway, I just remerged x11-base/xorg-drivers manually (rather than as part of updating world) and guess what? ! It does not try to pull in these two drivers any more: # emerge -1aDv xorg-drivers These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-base/xorg-drivers-1.9 INPUT_DEVICES="evdev synaptics - acecad -aiptek -elographics -fpit -joystick -keyboard* -mouse* -penmount - tslib -virtualbox -vmmouse -void -wacom" VIDEO_CARDS="radeon -apm -ark -ast - chips -cirrus -dummy -epson -fbdev -fglrx (-geode) -glint -i128 (-i740) (- impact) -intel -mach64 -mga -neomagic (-newport) -nouveau -nv -nvidia -r128 - rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb (-sunbw2) (- suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx) -tdfx -tga -trident -tseng -v4l -vesa -via -virtualbox -vmware (-voodoo) (-xgi%)" 0 kB I guess that 'emerge -uaDv world' takes the current state of x11-base/xorg- drivers (which in the past had been merged with INPUT_DEVICES containing both keyboard and mouse) as a higher priority than the current state of my INPUT_DEVICES in /etc/make.conf? Either way, the solution must be therefore to remerge x11-base/xorg-drivers every time the content of INPUT_DEVICES is changed. Thank you all for your help. :) -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] xbmc font rendering issue after upgrade mesa or/and xorg ati driver
Hi Community! I just start to give up because don't understand the reason of this problem Tried to upgrade, downgrade, change language and font settings without any positive result If anybody has similar problem or can help to start debugging this issue I wil be very grateful. this is the error messages from xbms' log: 10:52:56 T:3039086368 M:840056832 ERROR: GLX: Same window as before, refreshing context 10:52:56 T:3039086368 M:840056832 ERROR: ResetRenderSystem() GL_MAX_TEXTURE_IMAGE_UNITS_ARB returned error 1280 10:52:56 T:3039086368 M:837812224 ERROR: Unable to save settings to special://masterprofile/guisettings.xml 10:52:56 T:3039086368 M:836669440 ERROR: Unable to save settings to special://masterprofile/guisettings.xml 10:52:56 T:3039086368 M:835047424 ERROR: Control 402 in window 10133 has been asked to focus, but it can't 10:52:57 T:3039086368 M:834494464 ERROR: DS: Failed to connect to the D-Bus session daemon: /usr/bin/dbus-launch terminated abnormally without any error message and of course Xorg log file has no error system : radeon 9200 se ( [drm] Loading R200 Microcode) [ebuild R ] x11-libs/libdrm-2.4.24 USE="libkms -static-libs" VIDEO_CARDS="radeon -intel -nouveau -vmware" 0 kB [ebuild R ] media-libs/mesa-7.10.1 USE="classic gallium nptl -debug -gles -hardened -llvm -motif -pic (-selinux)" VIDEO_CARDS="radeon -intel -mach64 -mga -nouveau -r128 -savage -sis -tdfx -via -vmware" 0 kB [ebuild R ] media-tv/xbmc- USE="alsa debug sse sse2 webserver xrandr (-altivec) -avahi -bluray% -css -joystick -midi -profile -pulseaudio -rtmp -udev -vaapi -vdpau" 0 kB [ebuild R ] x11-base/xorg-server-1.9.5 USE="nptl udev xorg -dmx -doc -ipv6 -kdrive -minimal -static-libs -tslib" 0 kB [ebuild R ] x11-drivers/xf86-video-ati-6.14.1 0 kB [ebuild R ] x11-base/xorg-x11-7.4-r1 0 kB [ebuild R ] x11-drivers/xf86-input-evdev-2.6.0 0 kB [ebuild R ] x11-base/xorg-drivers-1.9 INPUT_DEVICES="keyboard mouse -acecad -aiptek -elographics -evdev -fpit -joystick -penmount -synaptics -tslib -virtualbox -vmmouse -void -wacom" VIDEO_CARDS="radeon -apm -ark -ast -chips -cirrus -dummy -epson -fbdev -fglrx -geode -glint -i128 -i740 (-impact) -intel -mach64 -mga -neomagic (-newport) -nouveau -nv -nvidia (-omapfb) -r128 -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx) -tdfx -tga -trident -tseng -v4l -vesa -via -virtualbox -vmware (-voodoo)" 0 kB I upload a png image to show what my problem is. http://i51.tinypic.com/2vb4je8.png (non readable, noisy fonts in movie subtitles too) Thanks for your time and help Z.
[gentoo-user] Flash and Xorg 7.1?
I am not quite sure what went wrong. The result: http://www.math.princeton.edu/~wwong/20061600026.png whenever I try to access a website with flash content on it, the weird bands of messed-up stuff appear across the screen. It does go away after I close the offending tab, and performs some action that forces X to redraw. This started happening after I did a largish update after being away for 2.5 weeks. I think the problem is either with X, firefox, or flash, though it might go as far as the video driver. Any ideas? (Or, can anyone reproduce the behaviour?) I have: [Fri Jun 09 12:32 AM] [EMAIL PROTECTED] 33s [ AC | FULL } !" 86 ~ $ equery list xorg-x11 [ Searching for package 'xorg-x11' in all categories among: ] * installed packages [I--] [ ~] x11-base/xorg-x11-7.1 (0) [Fri Jun 09 12:32 AM] [EMAIL PROTECTED] 44s [ AC | FULL } !" 86 ~ $ equery list mozilla-firefox [ Searching for package 'mozilla-firefox' in all categories among: ] * installed packages [I--] [ -] www-client/mozilla-firefox-1.5.0.4 (0) [Fri Jun 09 12:32 AM] [EMAIL PROTECTED] 51s [ AC | FULL } !" 86 ~ $ equery list netscape-flash [ Searching for package 'netscape-flash' in all categories among: ] * installed packages [I--] [ ] net-www/netscape-flash-7.0.63 (0) >From lspci, my video card: 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R250 [Radeon Mobility 9200] (rev 02) I build xorg-server with [Fri Jun 09 12:33 AM] [EMAIL PROTECTED] 127s [ AC | FULL } !" 86 ~ $ emerge --pretend --verbose xorg-server These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-base/xorg-server-1.1.0 USE="dri nptl sdl xorg -3dfx -debug -dmx -ipv6 -kdrive -minimal -xprint" INPUT_DEVICES="joystick keyboard mouse -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300 -elographics -evdev -fpit -hyperpen -jamstudio -magellan -magictouch -microtouch -mutouch -palmax -penmount -spaceorb -summa -synaptics -tek4957 -ur98 -vmmouse -void -wacom" VIDEO_CARDS="fbdev radeon vesa -apm -ark -chips -cirrus -cyrix -dummy -epson -fglrx -glint -i128 -i740 -i810 -imstt -mach64 -mga -neomagic -nsc -nv -nvidia -r128 -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb -tdfx -tga -trident -tseng -v4l -vga -via -vmware -voodoo" 0 kB Total size of downloads: 0 kB And so I use the built-in radeon drivers. Thanks, Willie -- S: physically rather tired, what from fencing and walking and crazy stuff like living... S: emotionally, happy, as long as i don't remember the housework i've got ahead of me Sortir en Pantoufles: up 2:21 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] some capital B blockers in world update
On 14/03/2017 19:00, allan gottlieb wrote:
> On Tue, Mar 14 2017, Alan McKinnon wrote:
>
>> On 14/03/2017 16:43, allan gottlieb wrote:
>>> I update roughly twice a week. On one machine (full output below) I was
>>> told that libinput and evdev are blocking xorg-drivers
>>>
>>> [blocks B ] >> (">> x11-base/xorg-drivers-1.19)
>>> [blocks B ] >> (">> x11-base/xorg-drivers-1.19)
>>>
>>> However the merge does propose to update xorg-drivers
>>> [ebuild U ] x11-base/xorg-drivers-1.19 [1.18-r1] VIDEO_CARDS="-ark%
>>> -i915% -i965% (-newport) -sis%"
>>>
>>> It also proposes to update libinput and evdev
>>> [ebuild U ] x11-drivers/xf86-input-libinput-0.24.0 [0.19.0]
>>> [ebuild U ] x11-drivers/xf86-input-evdev-2.10.5 [2.10.3]
>>>
>>> I do see that the versions of libinput and evdev to be used are higher
>>> than the versions that would block xorg-drivers. I am wondering why in
>>> this case emerge is telling me about the block (in red with a capital B)
>>> and more importantly would appreciate confirmation that I should let the
>>> emerge proceed.
>>
>>
>> Portage found a solution that satisfies all constraints, so you should
>> let it proceed.
>>
>> Did you run emerge with -v to get the above?
>> That looks like portage is doing it's usual -v thing which is to core
>> dump to your console in the hope that maybe you can figure it out and
>> you are willing to play the game called "let's find out what portage
>> thinks it means today!"
>>
>> I don't understand why those blockers are marked hard, as portage found
>> a solution. The blocker lines are really telling you why portage wants
>> to upgrade your libinput and evdev drivers - the current ones won't work
>> with your current drivers.
>>
>> Which is all totally pointless, as newer versions of everything are
>> available and you want a full update. There's very little point in
>> software going to great lengths to tell you why it won't keep old
>> versions when you explicitly told it to not keep old versions :-)
>
> Thank you for the confirmation! I also doubt the use of B when b would
> be appropriated. No this was not a --verbose run. I would guess that
> output would be even less illuminating.
:-)
Portage is a lot like Sheldon from The Big Bang Theory. Everything it
says is completely correct, and most of us have no clue what it is
talking abut!
--
Alan McKinnon
alan.mckin...@gmail.com
[gentoo-user] portage blocking bash -- how to fix?
refox fortran gdbm gif gnome gpm gstreamer gtk gtk2 hal iconv ipv6 isdnlog jpeg kerberos ldap mad midi mikmod mp3 mpeg mudflap ncurses nls nptl nptlonly nsplugin ogg opengl openmp oss pam pcre pdf perl png pppd python qt3support quicktime readline reflection sdl session spell spl ssl svg tcpd tiff truetype unicode vorbis win32codecs x86 xml xorg xv zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="apm ark chips cirrus cyrix dummy fbdev glint i128 i740 i810 imstt mach64 mga neomagic nsc nv r128 radeon rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga via vmware voodoo" USER="root" USERLAND="GNU" USERNAME="root" USE_EXPAND="ALSA_CARDS ALSA_PCM_PLUGINS APACHE2_MODULES APACHE2_MPMS CAMERAS CROSSCOMPILE_OPTS DVB_CARDS ELIBC FCDSL_CARDS FOO2ZJS_DEVICES FRITZCAPI_CARDS INPUT_DEVICES KERNEL LCD_DEVICES LINGUAS LIRC_DEVICES MISDN_CARDS USERLAND VIDEO_CARDS" USE_EXPAND_HIDDEN="CROSSCOMPILE_OPTS ELIBC KERNEL USERLAND" USE_ORDER="env:pkg:conf:defaults:pkginternal" VIDEO_CARDS="apm ark chips cirrus cyrix dummy fbdev glint i128 i740 i810 imstt mach64 mga neomagic nsc nv r128 radeon rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga via vmware voodoo" XARGS="xargs -r" _="/usr/bin/emerge" Thanks in advance for a solution to this one -- I didn't dare delete portage which is what I normally do if a package is blocking something. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici [EMAIL PROTECTED]
[gentoo-user] Bugzilla-2.22.3 not sending any mails...
Hi, I've emerged bugzilla-2.22.3(*) on a hardened box(**). The problem is that while bugzilla can send password reminder mails it doesn't send any other mails. Changing a bug or adding a new one does not result in a mail to the default assignee. Any ideas? Thanks, jules (*) bugzilla.42tools.net (**)Portage 2.1.3.19 (hardened/x86/2.6, gcc-3.4.6, glibc-2.6.1-r0, 2.6.20-hardened-r10 i686) = System uname: 2.6.20-hardened-r10 i686 Intel(R) Pentium(R) D CPU 3.00GHz Timestamp of tree: Fri, 23 Nov 2007 10:16:01 + app-shells/bash: 3.2_p17 dev-lang/python: 2.4.4-r6 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.9-r2 sys-apps/sandbox:1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.10 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.22-r2 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -march=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://gentoo.tiscali.nl/ http://mirror.uni-c.dk/pub/gentoo/ http://ftp.snt.utwente.nl/pub/os/linux/gentoo"; MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="berkdb cracklib crypt hardened midi nls nptl nptlonly pam pic readline ssl tcpd urandom x86 xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="mouse keyboard" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="apm ark chips cirrus cyrix dummy fbdev glint i128 i740 i810 imstt mach64 mga neomagic nsc nv r128 radeon rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga via vmware voodoo" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Modular xorg mouse problem
> I upgraded my laptop to modular xorg but X won't start. Based on the > errors I see, it seems to be due to the mouse in some way. I've tried > compiling xorg-x11 with only 'synaptics' and both 'synaptics' and > 'mouse' in my INPUT_DEVICES. I've also commented and uncommented the > two 'Driver' lines below but I still get mouse errors and X won't > start. > > Section "InputDevice" >Identifier "mymouse" > # Driver "mouse" >Driver "synaptics" >Option "Protocol" "PS/2" >Option "Device" "/dev/mouse" >Option "Emulate3Buttons" >Option "Emulate3Timeout" "150" >Option "MaxTapTime" "0" >Option "MinSpeed" "0.3" >Option "MaxSpeed" "0.75" >Option "AccelFactor" "0.005" > # Option "SHMConfig" "on" > EndSection > > I ran 'revdep-rebuild -p' and it only wants to remerge gcc and some > gst stuff so I haven't run it for real yet. > > Does anyone know how to fix this? Try changing the device to /dev/input/mice for the mouse driver. I think the synaptics driver has to use the event interface. Thanks, Donnie xorg-x11-7.0 is still not working with the synaptics driver but it is working with this config: Section "InputDevice" Identifier "mymouse" Driver "mouse" Option "Device" "/dev/input/mice" Option "Emulate3Buttons" Option "Emulate3Timeout" "150" EndSection I've tried specifying: Option "Protocol" "event" along with: Driver "synaptics" without success. I always get the following error: (EE) Failed to load the module "synaptics" (module does not exist, 0) (EE) No input matching 'synaptics' I do have: [ebuild R ] x11-base/xorg-x11-7.0-r1 USE="-3dfx" INPUT_DEVICES="keyboard mouse synaptics -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300 -elographics -evdev -fpit -hyperpen -jamstudio -joystick -magellan -magictouch -microtouch -mutouch -palmax -penmount -spaceorb -summa -tek4957 -ur98 -vmmouse -void -wacom" VIDEO_CARDS="sis -apm -ark -chips -cirrus -cyrix -dummy -fbdev -fglrx -glint -i128 -i740 -i810 -imstt -mach64 -mga -neomagic -nsc -nv -nvidia -r128 -radeon -rendition -s3 -s3virge -savage -siliconmotion -sisusb -tdfx -tga -trident -tseng -v4l -vesa -vga -via -vmware -voodoo" 0 kB [ebuild R ] x11-drivers/synaptics-0.14.4-r2 USE="dlloader" 0 kB and the following in the kernel: # # Userland interfaces # CONFIG_INPUT_MOUSEDEV=y CONFIG_INPUT_MOUSEDEV_PSAUX=y CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024 CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768 # CONFIG_INPUT_JOYDEV is not set # CONFIG_INPUT_TSDEV is not set CONFIG_INPUT_EVDEV=y # CONFIG_INPUT_EVBUG is not set # # Input Device Drivers # CONFIG_INPUT_KEYBOARD=y CONFIG_KEYBOARD_ATKBD=y # CONFIG_KEYBOARD_SUNKBD is not set # CONFIG_KEYBOARD_LKKBD is not set # CONFIG_KEYBOARD_XTKBD is not set # CONFIG_KEYBOARD_NEWTON is not set CONFIG_INPUT_MOUSE=y CONFIG_MOUSE_PS2=y # CONFIG_MOUSE_SERIAL is not set # CONFIG_MOUSE_INPORT is not set # CONFIG_MOUSE_LOGIBM is not set # CONFIG_MOUSE_PC110PAD is not set # CONFIG_MOUSE_VSXXXAA is not set # CONFIG_INPUT_JOYSTICK is not set # CONFIG_INPUT_TOUCHSCREEN is not set CONFIG_INPUT_MISC=y # CONFIG_INPUT_PCSPKR is not set CONFIG_INPUT_UINPUT=y I wouldn't mind but now I have tap-to-click and I can't stand that. - Grant -- gentoo-user@gentoo.org mailing list
[gentoo-user] KMail and KDE-plasma: a tale of woe
Hello lists, (I've sent this to both gentoo-user and kdepim-users as being relevant in both lists - I'm using kde-apps/kmail-16.12.0-r1 on Gentoo.) Well, I think I can finally emerge from a long battle to get KMail working. It's been uphill all the way - except for the frequent slips backwards to start abain. (I still don't have spell checking, as you see.) The main problem has been to recover archived e-mails, which sounds simple enough as I always keep a week of daily archives on a different partition, but it wasn't. The routine would go like this: 1. Set up KMail the way I like it, but on an empty message set. Save the arrangement for use next time. 2. Import the latest archive to a temporary folder. 3. Mark all the imported messages as read and move each folder into position under Local Folders. Delete the temporary folder. 4. Restore all the filters. 5. Cross fingers and fetch new mail (POP as my ISP doesn't offer IMAP). 6. KMail goes haywire. It re-creates the temporary folder and proceeds to fill it with duplicates of all the existing messages. All those duplicates prevent me from making a new archive until I clear them all out, painstakingly (yes, I did actually check several thousand e-mails for uniqueness). 7. Sigh. Delete the temporary folder again and have another go. Same result. 8. Give up and start again. Latterly, it changed slightly and sent all those duplicates to the sent-mail folder instead of creating a new folder for them. I think this coincided with me using a different archive file from the previous day. In the end I used Ark to extract the sent-mail directory from the archive and save it as a simple directory structure under "./.Local Folders.directory", then delete what I'd extracted from the archive. Then the import went smoothly in two stages: sent-mail, and everything else. I lost count of the times I rebooted durning the whole struggle, but it may well have reached 100. To omit a reboot was to risk the next step going wrong. That's compounded by having to start KMail twice each time, because the first time, it shows a progress bar stuck at 0% with no indication of what is supposed to be in progress. This may be connected with the segmentation faults I still see sometimes on shutdown; it's hard to be sure. Let's hope for some stability now. I still feel as though I'm walking on eggshells. -- Regards Peter
Re: [gentoo-user] Updating media-libs/mesa failed
Hello, Gevisz.
On Sat, Mar 11, 2017 at 19:31:25 +0200, gevisz wrote:
> Today, updating my system, I have got:
> # emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask
> world --exclude chromium
> These are the packages that would be merged, in order:
> Calculating dependencies... done!
> [ebuild U ] media-libs/mesa-13.0.5 [12.0.1] USE="nettle%*
> -gcrypt% (-libressl) -openssl% -vulkan%"
> [ebuild U ] x11-libs/cairo-1.14.8 [1.14.6]
> [ebuild U ] media-libs/libepoxy-1.4.1 [1.3.1] USE="X%*"
> [ebuild U ] dev-libs/libinput-1.6.2 [1.4.2]
> [ebuild U ] app-misc/mc-4.8.18-r1 [4.8.15]
> [ebuild U ] x11-apps/xauth-1.0.10 [1.0.9-r2] USE="{-test}"
> [ebuild U ] x11-base/xorg-server-1.19.2 [1.18.4] USE="-debug%"
> [ebuild U ] x11-drivers/xf86-video-ati-7.8.0 [7.7.0]
> [ebuild U ] x11-drivers/xf86-input-evdev-2.10.5 [2.10.3]
> [ebuild U ] x11-base/xorg-drivers-1.19 [1.18-r1]
> VIDEO_CARDS="-ark% -i915% -i965% (-newport) -sis%"
> [ebuild U ] net-analyzer/wireshark-2.2.5 [2.2.4]
> [ebuild U ] www-client/firefox-45.8.0 [45.7.0]
> Would you like to merge these packages? [Yes/No] y
[ ]
> >>> Emerging (1 of 12) media-libs/mesa-13.0.5::gentoo
> ...
> configure: error: Package requirements (libdrm_amdgpu >= 2.4.63) were not met:
> No package 'libdrm_amdgpu' found
> Consider adjusting the PKG_CONFIG_PATH environment variable if you
> installed software in a non-standard prefix.
> Alternatively, you may set the environment variables AMDGPU_CFLAGS
> and AMDGPU_LIBS to avoid the need to call pkg-config.
> See the pkg-config man page for more details.
[ ]
> $ eix libdrm_amdgpu
> No matches found
> So, there is no libdrm_amdgpu in my updated portage tree but
> media-libs/mesa-13.0.5::gentoo seems to demand it!
> $ eix amdgpu
> * sys-firmware/amdgpu-ucode
> Available versions: 20160628 20161121 {legacy}
> Homepage:https://people.freedesktop.org/~agd5f/radeon_ucode/
> Description: Microcode for C.Islands/V.Islands/A.Islands
> Radeon GPUs and APUs
> * x11-drivers/xf86-video-amdgpu
> Available versions: 1.1.0 ~1.1.2 1.2.0 ** {glamor}
> Homepage:https://www.x.org/wiki/
> Description: Accelerated Open Source driver for AMDGPU cards
> Any ideas?
This happened to me, too. It was also reported as a bug to the Gentoo
bugzilla. The mechanism for the bug was quite involved, but the
solution was straightforward. That was to replace
VIDEO_CARDS="radeon"
with
VIDEO_CARDS="radeon r600"
in /etc/portage/make.conf.
The "r600" bit is actually documented in the "Radeon" article in the
Gentoo Wiki, though I suspect it is relatively new. If I were you, I'd
check in that article that my card actually does, literally, need
"r600", and not something like "r750".
If this doesn't get your emerge working again, have a look at that bug
report. (Search for "mesa" and look at the most recent bug it finds.)
--
Alan Mackenzie (Nuremberg, Germany).
[gentoo-user] resolving blocks from sets
Hello list,
well. I couldn't resist and I emerged kde4.2 with something like this:
sudo emerge @kdebase
Now I want to upgrade Qt to 4.5beta but (see below)
Is there any obvious way to solve this that can't see because it's 2AM
and need some sleep or are @sets _evil_ ?
And before you jump and tell me "hey, just remove the packages and
update Qt" see this:
$ sudo emerge -C kdm-4.1.96
Not unmerging package kde-base/kdm-4.1.96 as it is
still referenced by the following package sets:
kdebase
Do I _really_ need to do "emerge -C @kdebase!"?
sudo emerge @qt-all-4.5
Calculating dependencies... done!
[ebuild U ] x11-libs/qt-core-4.5.0_beta1 [4.4.2] USE="-custom-cxxflags%"
[ebuild U ] x11-libs/qt-sql-4.5.0_beta1 [4.4.2] USE="-custom-cxxflags%"
[ebuild U ] x11-libs/qt-dbus-4.5.0_beta1 [4.4.2] USE="-custom-cxxflags%"
[ebuild U ] x11-libs/qt-script-4.5.0_beta1 [4.4.2] USE="-custom-cxxflags%"
[ebuild U ] x11-libs/qt-test-4.5.0_beta1 [4.4.2] USE="-custom-cxxflags%"
[ebuild U ] x11-libs/qt-xmlpatterns-4.5.0_beta1 [4.4.2]
USE="-custom-cxxflags%"
[ebuild U ] x11-libs/qt-gui-4.5.0_beta1 [4.4.2-r1] USE="gtkstyle%*
-custom-cxxflags%"
[ebuild U ] x11-libs/qt-qt3support-4.5.0_beta1 [4.4.2]
USE="-custom-cxxflags%"
[ebuild U ] x11-libs/qt-webkit-4.5.0_beta1 [4.4.2]
USE="-custom-cxxflags%"
[ebuild U ] x11-libs/qt-opengl-4.5.0_beta1 [4.4.2]
USE="-custom-cxxflags%"
[ebuild U ] x11-libs/qt-svg-4.5.0_beta1 [4.4.2]
USE="-custom-cxxflags%"
[ebuild U ] x11-libs/qt-assistant-4.5.0_beta1 [4.4.2-r1]
USE="-custom-cxxflags%"
[ebuild N] x11-libs/qt-phonon-4.5.0_beta1 USE="dbus pch
-custom-cxxflags -debug"
[uninstall] kde-base/ktimezoned-4.1.96
[uninstall] kde-base/ark-4.1.96
[uninstall] kde-base/solid-4.1.96
[uninstall] kde-base/kopete-4.1.96
[uninstall] kde-base/kscd-4.1.96
[blocks B ] media-sound/phonon ("media-sound/phonon" is blocking
x11-libs/qt-phonon-4.5.0_beta1)
[blocks B ] x11-libs/qt-phonon:4 ("x11-libs/qt-phonon:4" is
blocking media-sound/phonon-4.2.96)
[blocks B ] x11-libs/qt-phonon ("x11-libs/qt-phonon" is blocking
kde-base/kquitapp-4.1.96, kde-base/kdedglobalaccel-4.1.96,
kde-base/kdeartwork-kscreensaver-4.1.96, kde-base/plasma-apps-4.1.96,
kde-base/knetattach-4.1.96, kde-base/kdebugdialog-4.1.96,
kde-base/kmail-4.1.96, kde-base/powerdevil-4.1.96,
kde-base/solid-4.1.96, kde-base/phonon-kde-4.1.96,
kde-base/kdm-4.1.96, kde-misc/yakuake-2.9.4-r2,
kde-base/soliduiserver-4.1.96, kde-base/kode-4.1.96,
kde-base/kde-menu-4.1.96, kde-base/libkonq-4.1.96,
kde-base/kstartupconfig-4.1.96, kde-base/kdepimlibs-4.1.4,
kde-base/knetworkconf-4.1.96, kde-base/libkdcraw-4.1.96,
kde-base/kmix-4.1.96, kde-base/kdebase-startkde-4.1.96,
kde-base/libksieve-4.1.96, kde-base/kdeplasma-addons-4.1.96,
kde-base/dragonplayer-4.1.96, kde-base/kdebase-kioslaves-4.1.96,
kde-base/ktnef-4.1.4, kde-base/kwrite-4.1.96, kde-base/mimelib-4.1.96,
kde-base/kscreensaver-4.1.96, kde-base/kmimetypefinder-4.1.96,
kde-base/renamedlg-plugins-4.1.96, kde-base/kaddressbook-4.1.96,
kde-base/plasma-workspace-4.1.96, kde-base/kdepasswd-4.1.96,
kde-base/kioclient-4.1.96, kde-base/kinfocenter-4.1.96,
kde-base/libplasmaclock-4.1.96, kde-base/nepomuk-4.1.96,
kde-base/kappfinder-4.1.96, kde-base/kode-4.1.4,
kde-base/kdelibs-4.1.4, kde-base/klipper-4.1.96, kde-base/kwin-4.1.96,
kde-base/kontact-4.1.96, kde-base/kfind-4.1.96,
kde-base/ksmserver-4.1.96, media-gfx/digikam-0.10.0_beta8,
kde-base/kscd-4.1.96, kde-base/libkpgp-4.1.96,
kde-base/libtaskmanager-4.1.96, kde-base/kdebase-data-4.1.4,
kde-base/libkcddb-4.1.96, kde-base/kcminit-4.1.96,
kde-base/kontactinterfaces-4.1.96, kde-base/libkipi-4.1.96,
kde-base/nsplugins-4.1.96, kde-base/krdc-4.1.96,
kde-base/kdenetwork-filesharing-4.1.96, kde-base/libkworkspace-4.1.96,
kde-base/konqueror-4.1.96, kde-base/kopete-4.1.96,
kde-base/okular-4.1.96, kde-base/juk-4.1.96, kde-base/dolphin-4.1.96,
kde-base/kdelibs-4.1.96, kde-base/kamera-4.1.96,
kde-base/kdebase-desktoptheme-4.1.96, kde-base/kdebase-data-4.1.96,
kde-base/kdnssd-4.1.96, kde-base/keditbookmarks-4.1.96,
kde-base/kurifilter-plugins-4.1.96, kde-base/kmailcvt-4.1.96,
kde-base/kdebase-cursors-4.1.96, kde-base/kwrited-4.1.96,
kde-base/kstyles-4.1.96, kde-base/kreadconfig-4.1.96,
kde-base/kephal-4.1.96, kde-base/kate-4.1.96,
kde-base/kiconfinder-4.1.96, kde-base/kcontrol-4.1.96,
kde-base/ark-4.1.96, media-plugins/kipi-plugins-0.2.0_beta6,
kde-base/ksplash-4.1.96, kde-base/knewstuff-4.1.96,
kde-misc/kdiff3-0.9.93, kde-base/ksysguard-4.1.96,
kde-base/knotes-4.1.96, kde-base/ksnapshot-4.1.96,
kde-base/solid-hardware-4.1.96, kde-base/kcmshell-4.1.96,
kde-base/kdialog-4.1.96, kde-base/ksystraycmd-4.1.96,
kde-base/krunner-4.1.96, kde-base/kuiserver-4.1.96,
kde-base/khotkeys-4.1.96, kde-base/kde-wallpapers-
Re: [gentoo-user] FIXED: Re: KDE3 removal
On Thursday 26 November 2009 19:20:26 Alan McKinnon wrote: > On Thursday 26 November 2009 19:34:34 James wrote: > > kde-4.3.1 went smooth, except > > for I have to manually removed all the kde-3.5 packages. > > It had kde-meta-3.5.10. Is there some syntax or a better > > method to insure all the kde-3.5.x packages are removed, > > without a manual sweep? > > grep kde /var/lib/portage/world > and eyeball the output. There should only be -meta packages, and individual > packages for which you have NOT installed the -meta package, in there. vi > the world file and remove the stuff that shouldn't be there, then That's a good point ... over the years I have accumulated all sorts of packages I am not sure I need (by forgetting to use --oneshot). Should these be in there? ======== kde-base/akregator kde-base/ark kde-base/drkonqi kde-base/kaddressbook kde-base/kappfinder kde-base/kate kde-base/kcalc kde-base/kcharselect kde-base/kcheckpass kde-base/kcminit kde-base/kcontrol kde-base/kcron kde-base/kdeadmin-meta <--Yes kde-base/kdeartwork-emoticons kde-base/kdeartwork-iconthemes kde-base/kdeartwork-kscreensaver kde-base/kdeartwork-meta <--Yes kde-base/kdeartwork-sounds kde-base/kdeartwork-styles kde-base/kdeartwork-wallpapers kde-base/kdebase-data kde-base/kdebase-kioslaves kde-base/kdebase-meta <--Yes kde-base/kdebase-startkde kde-base/kdebugdialog kde-base/kdegraphics-meta <--Yes kde-base/kdelibs kde-base/kdemultimedia-kioslaves kde-base/kdemultimedia-meta <--Yes kde-base/kdenetwork-filesharing kde-base/kdenetwork-meta <--Yes kde-base/kdepasswd kde-base/kdepim-meta <--Yes kde-base/kdesu kde-base/kdeutils-meta <--Yes kde-base/kdewebdev-meta <--Yes kde-base/kdf kde-base/kdialog kde-base/kdm kde-base/kdnssd kde-base/kfilereplace kde-base/kfloppy kde-base/kgamma kde-base/kget kde-base/kghostview kde-base/kgpg kde-base/khelpcenter kde-base/khotkeys kde-base/kicker kde-base/kimagemapeditor kde-base/kjots kde-base/klinkstatus kde-base/klipper kde-base/kmail kde-base/kmenuedit kde-base/kmix kde-base/knetattach kde-base/knetworkconf kde-base/kolourpaint kde-base/kommander kde-base/konqueror kde-base/konsole kde-base/kontact kde-base/kopete kde-base/kppp kde-base/krdc kde-base/kreadconfig kde-base/krfb kde-base/kruler kde-base/kscd kde-base/kscreensaver kde-base/ksmserver kde-base/ksnapshot kde-base/kstart kde-base/ksysguard kde-base/ksystraycmd kde-base/ktimer kde-base/kuser kde-base/kweather kde-base/kwin kde-base/kxsldbg kde-base/libkcddb kde-base/libkdepim kde-base/libkonq kde-base/nsplugins Other than the metas which I have marked with "<--Yes" I'm not sure I need the rest. Shall I blow them away? > emerge -C && emerge -a --depclean > -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] KDE4.0?
--- Justin <[EMAIL PROTECTED]> wrote: > > > maxim wexler schrieb: > > Hi group, > > > > $eix kde gives: > > > > > did you do an update-eix? yes > > > kde-4 ist masked. THink thats why it doesn show up. > What does ls > /usr/portage/kde-base/ says? [EMAIL PROTECTED] ~ $ ls /usr/portage/kde-base/ akregatorkdeartwork-styles kimagemapeditor ksmiletris amor kdeartwork-wallpapers kitchensync ksmserver ark kdebase kiten ksnake arts kdebase-data kjots ksnapshot artsplugin-akode kdebase-kioslaves kjsembed ksokoban artsplugin-audiofile kdebase-meta kjumpingcube kspaceduel artsplugin-mpeglib kdebase-pam klaptopdaemon ksplashml artsplugin-mpg123kdebase-startkde klatinkspy artsplugin-xine kdebindings-meta klettres kstars atlantik kdebugdialog klickety kstart atlantikdesigner kdeedu klinesksvg blinken kdeedu-applnk klinkstatus ksync certmanager kdeedu-meta klipper ksysguard cervisia kdegames kmag ksystraycmd dcopckdegames-meta kmahjongg ksysv dcopjava kdegraphics kmail ktalkd dcopperl kdegraphics-kfile-plugins kmailcvt kteatime dcoppython kdegraphics-meta kmenuedit ktimer dcoprss kdejava kmid ktip drkonqi kdelibs kmilo ktnef eyesapplet kdelirc kminesktouch fifteenappletkdemultimedia kmix ktron juk kdemultimedia-arts kmoon kttsd kaboodle kdemultimedia-kappfinder-data kmousetool ktuberling kaddressbook kdemultimedia-kfile-pluginskmouth kturtle kaddressbook-plugins kdemultimedia-kioslaves kmplotktux kalarm kdemultimedia-meta kmrml kuickshow kalyptus kdenetwork kmtrace kuiviewer kalzium kdenetwork-filesharing knetattachkuser kamera kdenetwork-kfile-plugins knetwalk kverbos kanagram kdenetwork-meta knewsticker kview kandykdepasswd knewsticker-scripts kviewshell kappfinder kdepim knode kvoctrain kapptemplate kdepim-kioslaves knoteskwalletmanager karm kdepim-kresources kode kweather kasteroids kdepim-meta kodo kwifimanager kate kdepim-wizards kolf kwin kate-plugins kdeprint kolourpaint kwin4 katomic kdesdk kommander kwordquiz kaudiocreatorkdesdk-kfile-plugins kompare kworldclock kbabel kdesdk-kioslaves konq-plugins kxkb kbackgammon kdesdk-meta konqueror kxsldbg kbattleship kdesdk-misc konqueror-akregator libkcal kblackboxkdesdk-scripts konquest libkcddb kbounce kdesktop konsole libkdeedu kbruch kdesu konsolekalendar libkdegames kbstateappletkdetoys kontact libkdenetwork kbugbuster kdetoys-meta kontact-specialdates libkdepim kcachegrind kdeutils kooka libkholidays kcalckdeutils-meta kopetelibkmime kcharselect kdewebdev korganizerlibkonq k
[gentoo-user] Re: xbmc font rendering issue after upgrade mesa or/and xorg ati driver
Reply to the question :D Temporary solution: I downgrade to media-libs/mesa-7.9.1 and fonts came back and mask any bigger version of this package. something bad happened in media-libs/mesa-7.10.1 So I wait until the next release Z. 2011/3/31 Füves Zoltán : > Hi Community! > > I just start to give up because don't understand the reason of this problem > > Tried to upgrade, downgrade, change language and font settings without > any positive result > > If anybody has similar problem or can help to start debugging this > issue I wil be very grateful. > > > this is the error messages from xbms' log: > > 10:52:56 T:3039086368 M:840056832 ERROR: GLX: Same window as before, > refreshing context > 10:52:56 T:3039086368 M:840056832 ERROR: ResetRenderSystem() > GL_MAX_TEXTURE_IMAGE_UNITS_ARB returned error 1280 > 10:52:56 T:3039086368 M:837812224 ERROR: Unable to save settings to > special://masterprofile/guisettings.xml > 10:52:56 T:3039086368 M:836669440 ERROR: Unable to save settings to > special://masterprofile/guisettings.xml > 10:52:56 T:3039086368 M:835047424 ERROR: Control 402 in window 10133 > has been asked to focus, but it can't > 10:52:57 T:3039086368 M:834494464 ERROR: DS: Failed to connect to > the D-Bus session daemon: /usr/bin/dbus-launch terminated abnormally > without any error message > > and of course Xorg log file has no error > > system : > > radeon 9200 se ( [drm] Loading R200 Microcode) > > > [ebuild R ] x11-libs/libdrm-2.4.24 USE="libkms -static-libs" > VIDEO_CARDS="radeon -intel -nouveau -vmware" 0 kB > [ebuild R ] media-libs/mesa-7.10.1 USE="classic gallium nptl > -debug -gles -hardened -llvm -motif -pic (-selinux)" > VIDEO_CARDS="radeon -intel -mach64 -mga -nouveau -r128 -savage -sis > -tdfx -via -vmware" 0 kB > [ebuild R ] media-tv/xbmc- USE="alsa debug sse sse2 webserver > xrandr (-altivec) -avahi -bluray% -css -joystick -midi -profile > -pulseaudio -rtmp -udev -vaapi -vdpau" 0 kB > [ebuild R ] x11-base/xorg-server-1.9.5 USE="nptl udev xorg -dmx > -doc -ipv6 -kdrive -minimal -static-libs -tslib" 0 kB > [ebuild R ] x11-drivers/xf86-video-ati-6.14.1 0 kB > [ebuild R ] x11-base/xorg-x11-7.4-r1 0 kB > [ebuild R ] x11-drivers/xf86-input-evdev-2.6.0 0 kB > [ebuild R ] x11-base/xorg-drivers-1.9 INPUT_DEVICES="keyboard > mouse -acecad -aiptek -elographics -evdev -fpit -joystick -penmount > -synaptics -tslib -virtualbox -vmmouse -void -wacom" > VIDEO_CARDS="radeon -apm -ark -ast -chips -cirrus -dummy -epson -fbdev > -fglrx -geode -glint -i128 -i740 (-impact) -intel -mach64 -mga > -neomagic (-newport) -nouveau -nv -nvidia (-omapfb) -r128 -rendition > -s3 -s3virge -savage -siliconmotion -sis -sisusb (-sunbw2) (-suncg14) > (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx) -tdfx -tga -trident > -tseng -v4l -vesa -via -virtualbox -vmware (-voodoo)" 0 kB > > > > I upload a png image to show what my problem is. > > http://i51.tinypic.com/2vb4je8.png > > (non readable, noisy fonts in movie subtitles too) > > Thanks for your time and help > > Z. >
[gentoo-user] Re: some capital B blockers in world update
Am Tue, 14 Mar 2017 13:00:17 -0400
schrieb allan gottlieb :
> On Tue, Mar 14 2017, Alan McKinnon wrote:
>
> > On 14/03/2017 16:43, allan gottlieb wrote:
> >> I update roughly twice a week. On one machine (full output below)
> >> I was told that libinput and evdev are blocking xorg-drivers
> >>
> >> [blocks B ] >> (" >> x11-base/xorg-drivers-1.19)
> >> [blocks B ] >> (" >> x11-base/xorg-drivers-1.19)
> >>
> >> However the merge does propose to update xorg-drivers
> >> [ebuild U ] x11-base/xorg-drivers-1.19 [1.18-r1] VIDEO_CARDS="-ark%
> >> -i915% -i965% (-newport) -sis%"
> >>
> >> It also proposes to update libinput and evdev
> >> [ebuild U ] x11-drivers/xf86-input-libinput-0.24.0 [0.19.0]
> >> [ebuild U ] x11-drivers/xf86-input-evdev-2.10.5 [2.10.3]
> >>
> >> I do see that the versions of libinput and evdev to be used are
> >> higher than the versions that would block xorg-drivers. I am
> >> wondering why in this case emerge is telling me about the block
> >> (in red with a capital B) and more importantly would appreciate
> >> confirmation that I should let the emerge proceed.
> >
> >
> > Portage found a solution that satisfies all constraints, so you
> > should let it proceed.
> >
> > Did you run emerge with -v to get the above?
> > That looks like portage is doing it's usual -v thing which is to
> > core dump to your console in the hope that maybe you can figure it
> > out and you are willing to play the game called "let's find out
> > what portage thinks it means today!"
> >
> > I don't understand why those blockers are marked hard, as portage
> > found a solution. The blocker lines are really telling you why
> > portage wants to upgrade your libinput and evdev drivers - the
> > current ones won't work with your current drivers.
> >
> > Which is all totally pointless, as newer versions of everything are
> > available and you want a full update. There's very little point in
> > software going to great lengths to tell you why it won't keep old
> > versions when you explicitly told it to not keep old versions :-)
>
> Thank you for the confirmation! I also doubt the use of B when b
> would be appropriated. No this was not a --verbose run. I would
> guess that output would be even less illuminating.
Portage usually has such problems when it needs to resolve blockers
involving package rebuilds involving a subslot upgrade. It would be
nice to see the output below the build list which usually gives hints
how to manually resolve this.
The two package blocking each other could then be first upgraded using
# emerge -1a package1 package2
where one of those is the package which needs a subslot rebuild.
This usually then pulls in the rest of the upgrades, at least
partially. A subsequent "emerge -DNua world" then should work as
expected.
I think this is a bug in the dependency resolver.
--
Regards,
Kai
Replies to list-only preferred.
Re: [gentoo-user] why so many reinstalls from portage?
At Wed, 11 Jul 2007 12:02:28 -0400 Allan Gottlieb <[EMAIL PROTECTED]> wrote: > I did > emerge --verbose --ask --deep --update --newuse --tree world > > and received the output below. The funny thing is that the same > emerge previously reinstalled emacs and some others just a few days > ago. I don't see from the (verbose) output given why the reinstalls > are triggered. Any help in understanding would be appreciated. Oops forgot the output sorry ajglap gottlieb # emerge --verbose --ask --deep --update --newuse --tree world These are the packages that would be merged, in reverse order: Calculating world dependencies... done! [nomerge ] net-print/libgnomecups-0.2.2 USE="-debug" [nomerge ] net-print/cups-1.2.10-r1 USE="X dbus jpeg nls pam png ppds ssl tiff -ldap -php -samba -slp" [ebuild R ] sys-apps/dbus-1.0.2-r2 USE="X doc -debug (-selinux)" 1,368 kB [nomerge ]app-doc/doxygen-1.5.2 USE="doc -qt3 -tetex" [nomerge ] virtual/ghostscript-0 [ebuild R ] app-text/ghostscript-gpl-8.54 USE="X cups gtk -cjk -djvu -jpeg2k" 0 kB [nomerge ] mail-client/mail-notification-3.0 USE="imap ipv6 ssl -debug -evolution -gmail -maildir -mbox -pop -sasl -sylpheed" [nomerge ] dev-libs/gmime-2.2.3 USE="doc ipv6 -debug -mono" [ebuild R ] dev-util/gtk-doc-1.8 USE="doc emacs -debug" 0 kB [nomerge ] net-www/apache-2.0.58-r2 USE="apache2 doc ssl -debug -ldap -mpm-itk -mpm-leader -mpm-peruser -mpm-prefork -mpm-threadpool -mpm-worker -selinux -static-modules -threads" [ebuild U ] dev-libs/apr-util-0.9.12-r1 [0.9.12] USE="berkdb gdbm -ldap" 579 kB [ebuild R ] app-emacs/emacs-w3m-1.4.4-r2 0 kB [ebuild R ] app-emacs/color-theme-6.6.0 0 kB [ebuild R ] app-emacs/auctex-11.84-r1 USE="-preview-latex" 0 kB [nomerge ] app-emacs/emacs-w3m-1.4.4-r2 [ebuild R ] app-editors/emacs-22.1 USE="X alsa gtk jpeg png sound tiff toolkit-scroll-bars xpm -Xaw3d -gif -gzip-el -hesiod -motif -source -spell" 0 kB [nomerge ] x11-drivers/xf86-video-i810-1.7.4 USE="dri -debug" [nomerge ] x11-base/xorg-server-1.2.0-r3 USE="dri ipv6 nptl xorg -3dfx -debug -dmx -kdrive -minimal -sdl -xprint" INPUT_DEVICES="evdev keyboard mouse -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300 -elographics -fpit -hyperpen -jamstudio -joystick -magellan -microtouch -mutouch -palmax -penmount -spaceorb -summa -synaptics -tek4957 -ur98 -vmmouse -void -wacom" VIDEO_CARDS="i810 vesa -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 -vga -via -vmware -voodoo" [nomerge ] app-admin/eselect-opengl-1.0.5 [nomerge ]app-admin/eselect-1.0.7 USE="doc -bash-completion" [ebuild R ] sys-apps/sed-4.1.5 USE="nls -static" 781 kB [nomerge ] app-text/hunspell-1.1.4-r1 USE="ncurses readline" [ebuild R ] sys-devel/gettext-0.16.1 USE="doc emacs nls -nocxx" 0 kB [ebuild U ] sys-apps/busybox-1.5.1 [1.4.2] USE="-debug -make-symlinks -savedconfig (-selinux) -static" 1,514 kB Total: 11 packages (2 upgrades, 9 reinstalls), Size of downloads: 4,240 kB -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] ATI-driver dependencies problem
On Sunday 15 October 2006 11:03, Dan Johansson wrote: [SNIP] > > > # emerge -uDvNp --tree world > > > > > > These are the packages that would be merged, in reverse order: > > > > > > Calculating world dependencies | > > > !!! All ebuilds that could satisfy ">=x11-drivers/ati-drivers-8.27.10" > > > have been masked. > > > !!! One of the following masked packages is required to complete your > > > request: - x11-drivers/ati-drivers-8.27.10-r1 (masked by: package.mask) > > > - x11-drivers/ati-drivers-8.28.8 (masked by: package.mask, ~x86 > > > keyword) - x11-drivers/ati-drivers-8.29.6 (masked by: package.mask, > > > ~x86 keyword) > > > > > > For more information, see MASKED PACKAGES section in the emerge man > > > page or refer to the Gentoo Handbook. > > > > > > !!! Problem resolving dependencies for media-sound/xmms > > > !!! Depgraph creation failed. [SNIP] > Ok, here's the requested Info: [SNIP] Apparently the above is expected behaviour when a package is masked (i.e. that no tree is printed). A deptree to explain the above would look something similar to: media-sound/xmms USE=arts media-plugins/xmms-arts kde-base/arts x11-libs/qt USE=opengl x11-drivers/ati-drivers That, however, isn't your problem. Your problem as suggested by Richard is xorg-x11-7.1 which requires a higher version of ati-drivers. Unfortunately I don't have a complete list of ebuilds that belong to X 7.1 but I believe at least the following do.. You'll have to add them to /etc/portage/package.mask. Alternatively you might of course consider trying a higher version of ati-drivers.. >=x11-proto/glproto-1.4.8 >=media-libs/mesa-6.5.1-r1 >=x11-base/xorg-server-1.1.1-r1 >=x11-drivers/xf86-input-evdev-1.1.2-r2 >=x11-drivers/xf86-input-keyboard-1.1.0 >=x11-drivers/xf86-input-mouse-1.1.1 >=x11-drivers/xf86-input-void-1.1.0 >=x11-drivers/synaptics-0.14.5-r1 >=x11-drivers/xf86-video-apm-1.1.1 >=x11-drivers/xf86-video-ark-0.6.0 >=x11-drivers/xf86-video-chips-1.1.1 >=x11-drivers/xf86-video-cirrus-1.1.0 >=x11-drivers/xf86-video-cyrix-1.1.0 >=x11-drivers/xf86-video-dummy-0.2.0 >=x11-drivers/xf86-video-fbdev-0.3.0 >=x11-drivers/xf86-video-glint-1.1.1 >=x11-drivers/xf86-video-i128-1.2.0 >=x11-drivers/xf86-video-i740-1.1.0 >=x11-drivers/xf86-video-i810-1.6.5 >=x11-drivers/xf86-video-imstt-1.1.0 >=x11-drivers/xf86-video-mga-1.4.1-r1 >=x11-drivers/xf86-video-neomagic-1.1.1 >=x11-drivers/xf86-video-nsc-2.8.1 >=x11-drivers/xf86-video-nv-1.2.0 >=x11-drivers/xf86-video-ati-6.6.3 >=x11-drivers/xf86-video-rendition-4.1.0 >=x11-drivers/xf86-video-s3-0.4.1 >=x11-drivers/xf86-video-s3virge-1.9.1 >=x11-drivers/xf86-video-savage-2.1.1 >=x11-drivers/xf86-video-siliconmotion-1.4.1 >=x11-drivers/xf86-video-sis-0.9.1-r1 >=x11-drivers/xf86-video-sisusb-0.8.1 >=x11-drivers/xf86-video-tdfx-1.2.1-r1 >=x11-drivers/xf86-video-tga-1.1.0 >=x11-drivers/xf86-video-trident-1.2.1 >=x11-drivers/xf86-video-tseng-1.1.0 >=x11-drivers/xf86-video-v4l-0.1.1 >=x11-drivers/xf86-video-vesa-1.2.1 >=x11-drivers/xf86-video-vga-4.1.0 >=x11-drivers/xf86-video-via-0.2.1-r1 >=x11-drivers/xf86-video-vmware-10.13.0 >=x11-drivers/xf86-video-voodoo-1.1.0 >=x11-apps/mesa-progs-6.5.1 >=x11-base/xorg-x11-7.1 -- Bo Andresen pgpkAW1yRZnTM.pgp Description: PGP signature
Re: [gentoo-user] Updating media-libs/mesa failed
2017-03-11 19:59 GMT+02:00 Alan Mackenzie :
> Hello, Gevisz.
>
> On Sat, Mar 11, 2017 at 19:31:25 +0200, gevisz wrote:
>> Today, updating my system, I have got:
>
>> # emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask
>> world --exclude chromium
>
>> These are the packages that would be merged, in order:
>
>> Calculating dependencies... done!
>> [ebuild U ] media-libs/mesa-13.0.5 [12.0.1] USE="nettle%*
>> -gcrypt% (-libressl) -openssl% -vulkan%"
>> [ebuild U ] x11-libs/cairo-1.14.8 [1.14.6]
>> [ebuild U ] media-libs/libepoxy-1.4.1 [1.3.1] USE="X%*"
>> [ebuild U ] dev-libs/libinput-1.6.2 [1.4.2]
>> [ebuild U ] app-misc/mc-4.8.18-r1 [4.8.15]
>> [ebuild U ] x11-apps/xauth-1.0.10 [1.0.9-r2] USE="{-test}"
>> [ebuild U ] x11-base/xorg-server-1.19.2 [1.18.4] USE="-debug%"
>> [ebuild U ] x11-drivers/xf86-video-ati-7.8.0 [7.7.0]
>> [ebuild U ] x11-drivers/xf86-input-evdev-2.10.5 [2.10.3]
>> [ebuild U ] x11-base/xorg-drivers-1.19 [1.18-r1]
>> VIDEO_CARDS="-ark% -i915% -i965% (-newport) -sis%"
>> [ebuild U ] net-analyzer/wireshark-2.2.5 [2.2.4]
>> [ebuild U ] www-client/firefox-45.8.0 [45.7.0]
>
>> Would you like to merge these packages? [Yes/No] y
>
> [ ]
>
>> >>> Emerging (1 of 12) media-libs/mesa-13.0.5::gentoo
>> ...
>> configure: error: Package requirements (libdrm_amdgpu >= 2.4.63) were not
>> met:
>
>> No package 'libdrm_amdgpu' found
>
>> Consider adjusting the PKG_CONFIG_PATH environment variable if you
>> installed software in a non-standard prefix.
>
>> Alternatively, you may set the environment variables AMDGPU_CFLAGS
>> and AMDGPU_LIBS to avoid the need to call pkg-config.
>> See the pkg-config man page for more details.
>
> [ ]
>
>> $ eix libdrm_amdgpu
>> No matches found
>
>> So, there is no libdrm_amdgpu in my updated portage tree but
>> media-libs/mesa-13.0.5::gentoo seems to demand it!
>
>> $ eix amdgpu
>> * sys-firmware/amdgpu-ucode
>> Available versions: 20160628 20161121 {legacy}
>> Homepage:https://people.freedesktop.org/~agd5f/radeon_ucode/
>> Description: Microcode for C.Islands/V.Islands/A.Islands
>> Radeon GPUs and APUs
>
>> * x11-drivers/xf86-video-amdgpu
>> Available versions: 1.1.0 ~1.1.2 1.2.0 ** {glamor}
>> Homepage:https://www.x.org/wiki/
>> Description: Accelerated Open Source driver for AMDGPU cards
>
>> Any ideas?
>
> This happened to me, too. It was also reported as a bug to the Gentoo
> bugzilla. The mechanism for the bug was quite involved, but the
> solution was straightforward. That was to replace
>
> VIDEO_CARDS="radeon"
>
> with
>
> VIDEO_CARDS="radeon r600"
>
> in /etc/portage/make.conf.
>
> The "r600" bit is actually documented in the "Radeon" article in the
> Gentoo Wiki, though I suspect it is relatively new. If I were you, I'd
> check in that article that my card actually does, literally, need
> "r600", and not something like "r750".
Thank you for the help!
After making the proposed change, the mesa started to compile
without problems. (But not finished yet!)
This is quite strange, as I updated my system yet a week ago and
everything worked well even with VIDEO_CARDS="radeon".
My Radeon card:
# lspci | grep -i VGA
01:05.0 VGA compatible controller: Advanced Micro Devices, Inc.
[AMD/ATI] RS690 [Radeon X1200]
> If this doesn't get your emerge working again, have a look at that bug
> report. (Search for "mesa" and look at the most recent bug it finds.)
>
> --
> Alan Mackenzie (Nuremberg, Germany).
>
>
>
Re: [gentoo-user] Re: some capital B blockers in world update
On Wed, Mar 15 2017, Kai Krakow wrote:
> Am Tue, 14 Mar 2017 13:00:17 -0400
> schrieb allan gottlieb :
>
>> On Tue, Mar 14 2017, Alan McKinnon wrote:
>>
>> > On 14/03/2017 16:43, allan gottlieb wrote:
>> >> I update roughly twice a week. On one machine (full output below)
>> >> I was told that libinput and evdev are blocking xorg-drivers
>> >>
>> >> [blocks B ] > >> ("> >> x11-base/xorg-drivers-1.19)
>> >> [blocks B ] > >> ("> >> x11-base/xorg-drivers-1.19)
>> >>
>> >> However the merge does propose to update xorg-drivers
>> >> [ebuild U ] x11-base/xorg-drivers-1.19 [1.18-r1] VIDEO_CARDS="-ark%
>> >> -i915% -i965% (-newport) -sis%"
>> >>
>> >> It also proposes to update libinput and evdev
>> >> [ebuild U ] x11-drivers/xf86-input-libinput-0.24.0 [0.19.0]
>> >> [ebuild U ] x11-drivers/xf86-input-evdev-2.10.5 [2.10.3]
>> >>
>> >> I do see that the versions of libinput and evdev to be used are
>> >> higher than the versions that would block xorg-drivers. I am
>> >> wondering why in this case emerge is telling me about the block
>> >> (in red with a capital B) and more importantly would appreciate
>> >> confirmation that I should let the emerge proceed.
>> >
>> >
>> > Portage found a solution that satisfies all constraints, so you
>> > should let it proceed.
>> >
>> > Did you run emerge with -v to get the above?
>> > That looks like portage is doing it's usual -v thing which is to
>> > core dump to your console in the hope that maybe you can figure it
>> > out and you are willing to play the game called "let's find out
>> > what portage thinks it means today!"
>> >
>> > I don't understand why those blockers are marked hard, as portage
>> > found a solution. The blocker lines are really telling you why
>> > portage wants to upgrade your libinput and evdev drivers - the
>> > current ones won't work with your current drivers.
>> >
>> > Which is all totally pointless, as newer versions of everything are
>> > available and you want a full update. There's very little point in
>> > software going to great lengths to tell you why it won't keep old
>> > versions when you explicitly told it to not keep old versions :-)
>>
>> Thank you for the confirmation! I also doubt the use of B when b
>> would be appropriated. No this was not a --verbose run. I would
>> guess that output would be even less illuminating.
>
> Portage usually has such problems when it needs to resolve blockers
> involving package rebuilds involving a subslot upgrade. It would be
> nice to see the output below the build list which usually gives hints
> how to manually resolve this.
I don't remember there being any such output but am not sure. Following
alan's reply I let the emerge world update proceed and the build caused
completed. (Then I hit the infinite @preserved-rebuild bug, but that is
a different issue, I believe)
> The two package blocking each other could then be first upgraded using
>
> # emerge -1a package1 package2
>
> where one of those is the package which needs a subslot rebuild.
>
> This usually then pulls in the rest of the upgrades, at least
> partially. A subsequent "emerge -DNua world" then should work as
> expected.
>
> I think this is a bug in the dependency resolver.
thank you,
allan
