Re: [gentoo-user] new kernel, hdparm not happy
David Relson schrieb: > Greetings! > > I've recently updated from kernel 2.6.20 to 2.6.24 a little used > machine. The new kernel is working quite well. However hdparm isn't > happy. > > Running either "hdparm -d0 /dev/hda" or "hdparm -d1 /dev/hda" gives a > "HDIO_SET_DMA failed: Operation not permitted" error. Using the same > config for 2.6.25 gives the same result as 2.6.24. > > Here are the DMA related options that are enabled: > > OLD (2.6.20): > > CONFIG_BLK_DEV_IDEDMA=y > CONFIG_BLK_DEV_IDEDMA_PCI=y > CONFIG_GENERIC_ISA_DMA=y > CONFIG_IDEDMA_AUTO=y > CONFIG_IDEDMA_PCI_AUTO=y > CONFIG_ISA_DMA_API=y > > > NEW (2.6.24 and 2.6.25): > CONFIG_BLK_DEV_IDEDMA=y > CONFIG_BLK_DEV_IDEDMA_PCI=y > CONFIG_GENERIC_ISA_DMA=y > CONFIG_HAS_DMA=y > CONFIG_ISA_DMA_API=y > CONFIG_SCSI_DMA=y > CONFIG_ZONE_DMA=y > CONFIG_ZONE_DMA_FLAG=1 > > Can anybody tell me what I've missed? > > Thanks. > > David > Are CONFIG_ATA_GENERIC and CONFIG_IDE_GENERIC enabled? If so, please try to deactivate them/compile them as modules and don't load them. signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] new kernel, hdparm not happy
Hi, David Relson a écrit : > CONFIG_SCSI_DMA=y Isn't that an option which considers all disks to be SATA ? Not sure, but you might check that. Sincerely, Jil
Re: [gentoo-user] start-stop-daemon sets USER=root - expected behaviour?
Hi, Erik Hahn a écrit : > It doesn't run the command as root but as normal user (it isn't setuid > either. All it does is setting the *variables* $USER and $HOME to the > wrong values. > Oh, I read too quickly :x And by the way didn't give the right command switch that are --chuid --user and --env. These should give you the result you wish. Should the program automatically set correct home and user ? I'd say this could be great, so you may report it as a bug or, more pobably, as a feature request. > This implementation is not by Debian: > >> This is a complete re-implementation with the process finding code in >> the OpenRC library (librc, -lrc) so other programs can make use of it. I didn't know. Where did you find this ? Thanks, Jil
[gentoo-user] new kernel, hdparm not happy
Greetings! I've recently updated from kernel 2.6.20 to 2.6.24 a little used machine. The new kernel is working quite well. However hdparm isn't happy. Running either "hdparm -d0 /dev/hda" or "hdparm -d1 /dev/hda" gives a "HDIO_SET_DMA failed: Operation not permitted" error. Using the same config for 2.6.25 gives the same result as 2.6.24. Here are the DMA related options that are enabled: OLD (2.6.20): CONFIG_BLK_DEV_IDEDMA=y CONFIG_BLK_DEV_IDEDMA_PCI=y CONFIG_GENERIC_ISA_DMA=y CONFIG_IDEDMA_AUTO=y CONFIG_IDEDMA_PCI_AUTO=y CONFIG_ISA_DMA_API=y NEW (2.6.24 and 2.6.25): CONFIG_BLK_DEV_IDEDMA=y CONFIG_BLK_DEV_IDEDMA_PCI=y CONFIG_GENERIC_ISA_DMA=y CONFIG_HAS_DMA=y CONFIG_ISA_DMA_API=y CONFIG_SCSI_DMA=y CONFIG_ZONE_DMA=y CONFIG_ZONE_DMA_FLAG=1 Can anybody tell me what I've missed? Thanks. David
[gentoo-user] Reopen: OpenOffice dies on startup
I thought it was solved, but I was wrong. Last time I reported this I was advised to start it from the command line. So here's what I get for "oowriter": /usr/bin/soffice: line 254: 28590 Segmentation fault "$sd_prog/$sd_binary" "$@" And I cannot use OO at all. My root directory (where all binaries are) has 10 GB free. python-updater has been run. I need some advice. ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] KDE 4.1.2... a winner!
On Sun, 05 Oct 2008 17:30:40 -0500, Dale wrote: > > I used it the last time I tried KDE4 and it did just as was expected, > > except is added =cat/pkg-vers, which I changed to ~cat/pkg/vers so I > > could pick up and fixes. > You can tell it not to put versions tho. Yes, but that can be dodgy. I may want 4.1.2 but not 4.2.0_beta. -- Neil Bothwick Member, National Association For Tagline Assimilators (NAFTA) signature.asc Description: PGP signature
Re: [gentoo-user] KDE 4.1.2... a winner!
It turns out that /etc/portage/package.keywords and /etc/portage/package.unmask can be directories, which is convenient for organizational purposes. If this is the case, autounmask does the smart thing and creates the file autounmask-pkgname (in this case, autounmask-kde-meta) in those folders. I find this a much easier way to try it out, and maintain its additions. On Sun, 2008-10-05 at 17:30 -0500, Dale wrote: > Neil Bothwick wrote: > > > > It basically adds a bunch of packages to /etc/portage/packages.unmask > > and /etc/portage/packages.keywords, bracketed by start/end comments so > > you can remove them. It's a quick and easy way of emerging something > > with a lot of masked dependencies, like kde-meta:4. > > > > I used it the last time I tried KDE4 and it did just as was expected, > > except is added =cat/pkg-vers, which I changed to ~cat/pkg/vers so I > > could pick up and fixes. > > > > > > > > You can tell it not to put versions tho. > > [EMAIL PROTECTED] / # autounmask -h > > autounmask version 0.21 (using PortageXS-0.02.07 and portage-2.2_rc11) > > Usage: >autounmask category/package-version > > Options: >-h, --help : Show this help. >-p, --pretend : Just pretend. >-n, --noversions : Do not append version when unmasking a > package.-- > > [EMAIL PROTECTED] / # > > Just use the -n option. I haven't used that that I can recall tho. Now > watch some guru come up with a script to remove them. ;-) > > Dale > > :-) :-) > signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] KDE 4.1.2... a winner!
Neil Bothwick wrote: > > It basically adds a bunch of packages to /etc/portage/packages.unmask > and /etc/portage/packages.keywords, bracketed by start/end comments so > you can remove them. It's a quick and easy way of emerging something > with a lot of masked dependencies, like kde-meta:4. > > I used it the last time I tried KDE4 and it did just as was expected, > except is added =cat/pkg-vers, which I changed to ~cat/pkg/vers so I > could pick up and fixes. > > > You can tell it not to put versions tho. [EMAIL PROTECTED] / # autounmask -h autounmask version 0.21 (using PortageXS-0.02.07 and portage-2.2_rc11) Usage: autounmask category/package-version Options: -h, --help : Show this help. -p, --pretend : Just pretend. -n, --noversions : Do not append version when unmasking a package.-- [EMAIL PROTECTED] / # Just use the -n option. I haven't used that that I can recall tho. Now watch some guru come up with a script to remove them. ;-) Dale :-) :-)
Re: [gentoo-user] KDE 4.1.2... a winner!
On Sun, 5 Oct 2008 22:47:42 +0200, Alan McKinnon wrote: > > emerge autounmask > > autounmask kde-meta > > For the super-lazy amongst us, what does that package do? > > OK, I can figure out what it does, so my real question should be "what > other stuff does it do that I might not expect? Any gotchas?" It basically adds a bunch of packages to /etc/portage/packages.unmask and /etc/portage/packages.keywords, bracketed by start/end comments so you can remove them. It's a quick and easy way of emerging something with a lot of masked dependencies, like kde-meta:4. I used it the last time I tried KDE4 and it did just as was expected, except is added =cat/pkg-vers, which I changed to ~cat/pkg/vers so I could pick up and fixes. -- Neil Bothwick ... Never say anything more predictive than "Watch this!" signature.asc Description: PGP signature
Re: [gentoo-user] KDE 4.1.2... a winner!
Alan McKinnon wrote: > On Sunday 05 October 2008 20:16:55 Neil Bothwick wrote: > >> On Sun, 05 Oct 2008 20:08:23 +0200, b.n. wrote: >> >>> Could you share your relevant package.mask and package.keywords, for >>> the laziest of us? :) >>> >> emerge autounmask >> autounmask kde-meta >> > > For the super-lazy amongst us, what does that package do? > > OK, I can figure out what it does, so my real question should be "what other > stuff does it do that I might not expect? Any gotchas?" > > I've become ... wary ... of useful sounding packages that claim to automate > tricky portage things > > > I have used it and it seems to work pretty good. I must confess that I backed up my /etc just in case. ;-) Never hurts right? I used it to unmask KDE 4 when it first came out just to see what, if anything, was different. Since I am still on dial-up and KDE 4 was updating a pretty good bit, I went back to KDE 3.5. I also like the way it separated what it added to the package.* files from what I already had there. In Kwrite for example, you can just highlight from where it started to the end, hit delete and it is like it never happened. May be worth a try, just back up /etc first. Just in case your mileage varies. :-p Dale :-) :-)
Re: [gentoo-user] KDE 4.1.2... a winner!
On Sunday 05 October 2008 20:16:55 Neil Bothwick wrote: > On Sun, 05 Oct 2008 20:08:23 +0200, b.n. wrote: > > Could you share your relevant package.mask and package.keywords, for > > the laziest of us? :) > > emerge autounmask > autounmask kde-meta For the super-lazy amongst us, what does that package do? OK, I can figure out what it does, so my real question should be "what other stuff does it do that I might not expect? Any gotchas?" I've become ... wary ... of useful sounding packages that claim to automate tricky portage things -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] start-stop-daemon sets USER=root - expected behaviour?
On Sun, Oct 05, 2008 at 08:54:25PM +0200, Jil Larner wrote: > You may wish to specify the --user parameter. As this tool is for system > daemons (therefore located in /sbin), it seems obvious it starts daemons > as root by default. I checked on my system and I don't have a setuid bit > on this program, no more it starts any program when my wheel user > executes the command. I've no error code, but no process is spawned. It doesn't run the command as root but as normal user (it isn't setuid either. All it does is setting the *variables* $USER and $HOME to the wrong values. > If your non root user escalates privileges and is able to spawn a root > process, *and* there is no setuid bit on /sbin/start-stop-daemon, you > may fill a bug, if you have a procedure to reproduce it ;) Honestly, as > it is a quite old debian tool, I don't think it's buggy ;) This implementation is not by Debian: > This is a complete re-implementation with the process finding code in > the OpenRC library (librc, -lrc) so other programs can make use of it. -Erik -- hackerkey://v4sw5hw2ln3pr5ck0ma2u7LwXm4l7Gi2e2t4b7Ken4/7a16s0r1p-5.62/-6.56g5OR
Re: [gentoo-user] KDE 4.1.2... a winner!
On Sun, 5 Oct 2008 20:59:25 +0200, Luigi Pinna wrote: > I continue to have a blocking package (actually not installed): > > [blocks B ] <=x11-libs/qt-4.4.0_alpha:4 (is blocking x11-libs/qt- > dbus-4.4.1, x11-libs/qt-script-4.4.1, x11-libs/qt-qt3support-4.4.1, x11- > libs/qt-assistant-4.4.1, x11-libs/qt-gui-4.4.1, x11-libs/qt-sql-4.4.1, > x11-libs/qt-xmlpatterns-4.4.1, x11-libs/qt-test-4.4.1, x11-libs/qt- > svg-4.4.1, x11-libs/qt-opengl-4.4.1, x11-libs/qt-webkit-4.4.0) > > How to solve it? emerge -Ca "<=x11-libs/qt-4.4.0_alpha:4" Note the < at the start of the package name, it means any version less than this (in SLOT 4). You also need the quotes to prevent the shell interpreting the < as redirection. -- Neil Bothwick new oxymoron: final beta signature.asc Description: PGP signature
[gentoo-user] hdd hotswap problem
Hello, Currently I'm using hotswap of the UltraBay devices (hdd and cd/dvd) on my IBM T43, kernel 2.6.23-gentoo-r3, the hdd is Ultra ATA 160GB. Hotswap of these works well. And now my problem: I've bought new UltraBay box with new hdd - SATA II 320GB. After hotswaping the new hdd (320), it is not detected, hdd led looks like the disk is under full load and the dmesg gives me: * fuse init (API version 7.8) usb 1-4: USB disconnect, address 4 ata2: port is slow to respond, please be patient (Status 0x80) ata2: device not ready (errno=-16), forcing hardreset ata2: soft resetting port ata2.00: qc timeout (cmd 0xec) ata2.00: failed to IDENTIFY (I/O error, err_mask=0x4) ata2: port is slow to respond, please be patient (Status 0x80) ata2: device not ready (errno=-16), forcing hardreset ata2: soft resetting port ata2.00: qc timeout (cmd 0xec) ata2.00: failed to IDENTIFY (I/O error, err_mask=0x4) ata2.00: limiting speed to UDMA7:PIO5 ata2: port is slow to respond, please be patient (Status 0x80) ata2: device not ready (errno=-16), forcing hardreset ata2: soft resetting port ata2.00: qc timeout (cmd 0xec) ata2.00: failed to IDENTIFY (I/O error, err_mask=0x4) ata2: port is slow to respond, please be patient (Status 0x80) ata2: device not ready (errno=-16), forcing hardreset ata2: soft resetting port ata2: EH pending after completion, repeating EH (cnt=4) ata2: EH complete * Yes, I'm patient but it's not recognized even after 30 minutes ... only the hotswap doesn't work, the rest of the system works well. When I start the system with plugged new disk (320), it works fine ... the disk is detected correctly, device in the /dev is created during the boot and the disk can be mounted and behaves well. Unplugging the disk works too, but plugging it back not :-( I've tried to compile newer kernels (2.6.25-gentoo-r7 and 2.6.25-gentoo-r8), but in these kernels the hotswap freezes the system like this: - plug/unpluf the cd/dvd works - plug old hdd (160) works - unplug old hdd (160) freezes the system (the system has to be started with hdd plugged in) - plug the new hdd (320) doesn't work - unplug new hdd (320) freezes the system (the system has to be started with hdd plugged in) If the system freeze there are not error messages in the /var/log/messages file, so I have no idea what's wrong :-( Can someone help? For me is not important if I use 2.6.23-gentoo-r3 kernel or newer one, but I want to be able hotswap the devices. Thanks a lot for help. Pat
Re: [gentoo-user] KDE 4.1.2... a winner!
Alle domenica 05 ottobre 2008, Neil Bothwick ha scritto: > On Sun, 05 Oct 2008 20:08:23 +0200, b.n. wrote: > > Could you share your relevant package.mask and package.keywords, > > for the laziest of us? :) > > emerge autounmask > autounmask kde-meta > > :-) I continue to have a blocking package (actually not installed): [blocks B ] <=x11-libs/qt-4.4.0_alpha:4 (is blocking x11-libs/qt- dbus-4.4.1, x11-libs/qt-script-4.4.1, x11-libs/qt-qt3support-4.4.1, x11- libs/qt-assistant-4.4.1, x11-libs/qt-gui-4.4.1, x11-libs/qt-sql-4.4.1, x11-libs/qt-xmlpatterns-4.4.1, x11-libs/qt-test-4.4.1, x11-libs/qt- svg-4.4.1, x11-libs/qt-opengl-4.4.1, x11-libs/qt-webkit-4.4.0) How to solve it? Thanks, Luigi
Re: [gentoo-user] start-stop-daemon sets USER=root - expected behaviour?
Hi, You may wish to specify the --user parameter. As this tool is for system daemons (therefore located in /sbin), it seems obvious it starts daemons as root by default. I checked on my system and I don't have a setuid bit on this program, no more it starts any program when my wheel user executes the command. I've no error code, but no process is spawned. If your non root user escalates privileges and is able to spawn a root process, *and* there is no setuid bit on /sbin/start-stop-daemon, you may fill a bug, if you have a procedure to reproduce it ;) Honestly, as it is a quite old debian tool, I don't think it's buggy ;) Sincerely, Jil Erik Hahn a écrit : > I'm using start-stop-daemon for making sure rc.wmii runs only once (If > you don't know wmii's way of handling configs: it doesn't matter). > Although I run it as user, it sets USER=root and HOME=/root. Is this > behaviour expected or should I file a bug? > > -Erik
Re: [gentoo-user] KDE 4.1.2... a winner!
On Sun, 05 Oct 2008 20:08:23 +0200, b.n. wrote: > Could you share your relevant package.mask and package.keywords, for > the laziest of us? :) emerge autounmask autounmask kde-meta :-) -- Neil Bothwick The trouble with the world is that everybody in it is three drinks behind. signature.asc Description: PGP signature
Re: [gentoo-user] KDE 4.1.2... a winner!
On Sunday 05 October 2008 20:08:23 b.n. wrote: > Jerry McBride ha scritto: > > Well, I took notice that kde 4.1.2 is in portage... I quickly removed > > kde-svn and layman and began the unmasking and keywording of 4.1.2. I let > > it all install over night and... This morning, with a little trepidation, > > I booted into KDE-4.1.2... no problems! > > > > This is the first of the recent kde4.x releases that I've been able to > > take full advantage of. > > > > Success at last... > > Wonderful news! > Could you share your relevant package.mask and package.keywords, for the > laziest of us? :) It's 250+ lines (or thereabouts) :-( Easy way: emerge --sync open $PORTDIR/profiles/package.mask copy/paste HUGE list from 2 Oct Add these: =app-misc/strigi-0.5.11 =app-office/akonadi-server-1.0.0 =dev-libs/soprano-2.1 -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] KDE 4.1.2... a winner!
Jerry McBride ha scritto: Well, I took notice that kde 4.1.2 is in portage... I quickly removed kde-svn and layman and began the unmasking and keywording of 4.1.2. I let it all install over night and... This morning, with a little trepidation, I booted into KDE-4.1.2... no problems! This is the first of the recent kde4.x releases that I've been able to take full advantage of. Success at last... Wonderful news! Could you share your relevant package.mask and package.keywords, for the laziest of us? :) Thanks m.
Re: [gentoo-user] Still kde problems with monolithic->split
Am Sonntag, 5. Oktober 2008 19:06:04 schrieb Alan McKinnon: > When you run 'emerge -pvuND world' you are asking portage to update your > entire system, do a deep resolve looking into DEPENDS as well, and to take > changed/added/removed USE flags into account as well. Correct so far. > This will not add new > packages as you didn't tell portage to install any new packages. Kinda > obvious really... This depends. Changed use flags and/or changed dependencies in updated packages may well trigger new package installs to fulfill the changed dependencies. Bye... Dirk
Re: [gentoo-user] Still kde problems with monolithic->split
On Sunday 05 October 2008 10:10:33 [EMAIL PROTECTED] wrote: > solfire:/root>emerge kde-meta > Calculating dependencies -!!! Digest verification failed: > !!! /usr/portage/kde-base/kdebase-startkde/kdebase-startkde-4.1.2-r1.ebuild > !!! Reason: Filesize does not match recorded size > !!! Got: 4061 > !!! Expected: 4064 > ... done! > > >>> Verifying ebuild Manifests... > > !!! Digest verification failed: > !!! /usr/portage/kde-base/kdebase-startkde/kdebase-startkde-4.1.2-r1.ebuild > !!! Reason: Filesize does not match recorded size > !!! Got: 4061 > !!! Expected: 4064 Run 'emerge --sync' again You got a woopsie! copy on the last try -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Still kde problems with monolithic->split
On Sunday 05 October 2008 07:28:27 [EMAIL PROTECTED] wrote: > Sorry, I mistyped some tings: OK, that explains the last post then :-) > I meant (hrrrmm): :) > The /blocking/ items are only shown with > emerge -pv kde. The blocks do not exist until you try to emerge something that will block with them. Sort of like how my wife does not object to me having a girlfriend until I actually go out and try to get one :-) > and > emerge .pv gnome shows package to be updated. You ask portage to install gnome, it does not trigger blocks, so everything works fine. In what way does this differ from what you expect to happen? > emerge -pvuNDt world shows no blocking items nor > gnome packages to be updated. Emerge world updates everything you already have and/or need to have. You don't have kde and don't need kde and haven't told portage to install it. So it doesn't block. Do you realise that kde is a monolithic package and the corresponding split ebuild is kde-meta? -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Still kde problems with monolithic->split
On Sunday 05 October 2008 07:19:37 [EMAIL PROTECTED] wrote: > It getting more confused: > > This morning I did a > > emerge -pvuNDt world > > again and it shows me nothing suspicious. > > But doing a > > emerge -pv kde > > still reports: > > Calculating dependencies... done! > [ebuild N] kde-base/kdebase-3.5.9-r3 USE="branding cups hal ldap > opengl pam -arts -debug -ieee1394 -java -joystick -kdeenablefinal > -kdehiddenvisibility -lm_sensors -logitech-mouse -openexr -samba > -xcomposite -xinerama -xscreensaver" 0 kB [ebuild N] > kde-base/kdemultimedia-3.5.9 USE="alsa encode gstreamer mp3 vorbis -akode > -arts -audiofile -debug -flac -kdeenablefinal -theora -xine -xinerama" 0 kB > [ebuild N] app-crypt/qca-1.0-r3 0 kB > [ebuild N] kde-base/kdeedu-3.5.9 USE="-arts -debug -kdeenablefinal > -kig-scripting -solver -xinerama" 0 kB [ebuild N] > kde-base/kdetoys-3.5.9 USE="-arts -debug -kdeenablefinal > -kdehiddenvisibility -xinerama" 0 kB [ebuild N] > kde-base/kdewebdev-3.5.9 USE="-arts -debug -doc -kdeenablefinal -tidy > -xinerama" 0 kB [ebuild N] kde-base/kdegames-3.5.9 USE="-arts -debug > -kdeenablefinal -kdehiddenvisibility -xinerama" 0 kB [ebuild N] > kde-base/kdepim-3.5.9-r1 USE="-arts -debug -gnokii -kdeenablefinal -pda > -xinerama" 0 kB [ebuild N] kde-base/kdenetwork-3.5.9 USE="ssl -arts > -debug -jingle -kdeenablefinal -kdehiddenvisibility -rdesktop -sametime > -slp -wifi -xinerama" 0 kB [ebuild N] kde-base/kdeartwork-3.5.9 > USE="opengl -arts -debug -kdeenablefinal -xinerama -xscreensaver" 0 kB > [ebuild N] kde-base/kdeutils-3.5.9-r1 USE="crypt -arts -debug > -kdeenablefinal -kdehiddenvisibility (-pbbuttonsd) -snmp -xinerama > -xscreensaver" 0 kB [ebuild N] kde-base/kdeadmin-3.5.9 USE="-arts > -debug -kdeenablefinal -kdehiddenvisibility -xinerama" 0 kB [ebuild N] > kde-base/kdegraphics-3.5.9 USE="opengl pdf -arts -debug -gphoto2 -imlib > -kdeenablefinal -kpathsea -openexr -povray -scanner -xinerama" 0 kB [ebuild > N] kde-base/kdeaddons-3.5.9 USE="berkdb sdl -arts -debug > -kdeenablefinal -xinerama" 0 kB [ebuild N] kde-base/kde-3.5.9 > USE="-accessibility" 0 kB > [blocks B ] kde-base/khelpcenter:3.5 (is blocking > kde-base/kdebase-3.5.9-r3) [blocks B ] kde-base/kcminit:3.5 (is > blocking kde-base/kdebase-3.5.9-r3) [blocks B ] kde-base/kcontrol:3.5 > (is blocking kde-base/kdebase-3.5.9-r3) [blocks B ] > kde-base/kdesktop:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B > ] =kde-base/kdebase-3.5* (is blocking kde-base/kdesktop-3.5.9-r1, > kde-base/khelpcenter-3.5.9, kde-base/kdialog-3.5.9-r1, > kde-base/kdepasswd-3.5.9, kde-base/kcontrol-3.5.9, kde-base/kicker-3.5.9, > kde-base/kdesu-3.5.9, kde-base/kcheckpass-3.5.9, kde-base/kdm-3.5.9, > kde-base/konqueror-3.5.9, kde-base/kcminit-3.5.9) [blocks B ] > kde-base/kdm:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B ] > kde-base/kdesu:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B ] > kde-base/kdialog:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B > ] kde-base/kcheckpass:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B > ] kde-base/konqueror:3.5 (is blocking kde-base/kdebase-3.5.9-r3) > [blocks B ] kde-base/kdepasswd:3.5 (is blocking > kde-base/kdebase-3.5.9-r3) [blocks B ] kde-base/kicker:3.5 (is blocking > kde-base/kdebase-3.5.9-r3) This output is correct. > it reports packages of kde to be updated, which are not shown with > > > emerge -pvuNDt world This is also correct > same goes for > > emerge -pv gnome > > which shows me a bunch of gnome related packages to be updated, which > are not shown with emerge -pvuNDt world. > It seems the "world" of emerge is smaller as my system ?!? > > What is wrong here? What did I so badly wrong? You did nothing wrong, you just have the wrong idea about what portage is telling you. Step back and think about this for just a second. When you run 'emerge kde' you are asking portage to add new package to your system, and they will go in world. It will also show all new packages that will be installed due to DEPENDs. That's why ever line in that output starts with [ebuild N ] - they are new to your system. When you run 'emerge -pvuND world' you are asking portage to update your entire system, do a deep resolve looking into DEPENDS as well, and to take changed/added/removed USE flags into account as well. This will not add new packages as you didn't tell portage to install any new packages. Kinda obvious really... -- alan dot mckinnon at gmail dot com
[gentoo-user] KDE 4.1.2... a winner!
Well, I took notice that kde 4.1.2 is in portage... I quickly removed kde-svn and layman and began the unmasking and keywording of 4.1.2. I let it all install over night and... This morning, with a little trepidation, I booted into KDE-4.1.2... no problems! This is the first of the recent kde4.x releases that I've been able to take full advantage of. Success at last... Cheers. -- * From the desk of: Jerome D. McBride 12:05:43 up 7 days, 16:23, 5 users, load average: 0.00, 0.06, 0.04 *
Re: [gentoo-user] gnome menu question
On Sun, 05 Oct 2008 00:40:56 -0400 Albert Hopkins wrote: > On Sat, 2008-10-04 at 23:29 -0400, David Relson wrote: > [...] > > Can somebody please explain how the gnome main menu is built, where > > it resides, and how to force a rebuild? > > http://standards.freedesktop.org/menu-spec/latest/ The link to the Desktop Menu Specification is appreciated. However it's not helpful from a practical standpoint. My gnome main menu is missing entries to some installed applications and has entries for some applications that aren't installed. I'm looking for the tool that will find menu information created during emerge and will update gnome appropriately. What is the tool???
[gentoo-user] start-stop-daemon sets USER=root - expected behaviour?
I'm using start-stop-daemon for making sure rc.wmii runs only once (If you don't know wmii's way of handling configs: it doesn't matter). Although I run it as user, it sets USER=root and HOME=/root. Is this behaviour expected or should I file a bug? -Erik -- hackerkey://v4sw5hw2ln3pr5ck0ma2u7LwXm4l7Gi2e2t4b7Ken4/7a16s0r1p-5.62/-6.56g5OR
Re: [gentoo-user] Change install directory of ebuilds?
On Sat, 2008-10-04 at 20:25 -0400, David Relson wrote: > On Sun, 5 Oct 2008 01:05:35 +0200 > Alan McKinnon wrote: > > > On Sunday 05 October 2008 00:03:47 Andreas Simbuerger wrote: > > > > Installs to /usr/local/lib sounds like b0rked ebuilds. I'd try > > > > using equery to find the ebuilds that installed "bad" files. > > > > Then I'd look for "/usr/local" in those ebuilds and fix them. > > > > Putting the fixed ebuilds in /usr/local/portage/..., rather than > > > > just changing /usr/portage/..., might be even better. Lastly, > > > > I'd report the b0rked ebuilds on bugzilla.gentoo.org and would > > > > include the fixes with the reports. > > > > > > > > Looking on my system, all that /usr/local/lib is > > > > /usr/local/lib64/python2.5/site-packages/doxypy-0.3rc2-py2.5.egg-info > > > > which appears to have come from manually installing > > > > ~/Download/doxypy-0.3rc2.tar.gz, i.e. the one such file I have > > > > isn't from an ebuild at all. Might that be what's happened to > > > > you? > > > > > > > > HTH, > > > > > > > > David > > > > > > Thanks for this idea! :D > > > > > > So portage takes /usr/local/portage before /usr/portage ? > > > > That's pretty normal, it's so that your customizations override the > > distro default, much like dot files in ~ override whatever is in /etc/ > > > > David's comment about b0rked ebuilds is spot-on. Most packages are > > built using autotools, which defaults to --prefix=/usr/local. The > > ebuild author forgot to change it to /usr/, so you have to figure out > > what he should have done and do it yourself. I would recommend > > submitting a bug report plus patch when you solve it, and meanwhile > > keeping a correct copy of the ebuild in your local overlay. > > > > By and large the broken ebuild works, as libs in /usr/local are still > > found on systems with sane linkers, despite the location being > > technically incorrect > > FWIW, I too have dev-python/pycrypto-2.0.1-r6 installed on an AMD64 > system. However my files are in /usr/lib, not in /usr/local/lib as > reported by the OP -- which makes it sound like the ebuild is OK and > there's something unusual in his environment. > Good morning ;-) I think i repaired my environment ;-) I did a "qfile -v /usr/local/lib/python2.5" and unmerged all packages installed into this directory. After the unmerging i still had python files remaining in /usr/local/lib/python2.5. I erased them because the only package owning /usr/local/lib/python2.5 was sys-apps/file After that i remerged them again and all of a suddend each package went into /usr/lib/python2.5 I believe it had something to do with the autoconf macros: AC_PREFIX_DEFAULT AC_PREFIX_PROGRAM Perhaps i pulled in a buggy ebuild from somewhere so that it got installed into /usr/local/lib/... and the other ebuilds all guessed the install dir by locating python? I still can't figure out what went wrong but i think it's solved now... /usr/local/lib is empty now and no ebuilds are complaining so far. Thanks to you all! :-) - Andreas
Re: [gentoo-user] Still kde problems with monolithic->split
Am Sonntag, 5. Oktober 2008 10:10:33 schrieb [EMAIL PROTECTED]: > solfire:/root>emerge kde-meta > Calculating dependencies -!!! Digest verification failed: > !!! /usr/portage/kde-base/kdebase-startkde/kdebase-startkde-4.1.2-r1.ebuild > !!! Reason: Filesize does not match recorded size > !!! Got: 4061 > !!! Expected: 4064 > ... done! Hmm, mine has a size of 4066, after this mornings sync. Try to re-sync your tree. Bye... Dirk
Re: [gentoo-user] Still kde problems with monolithic->split
ok, now it works...dont know what caused the last hickup... mcc [EMAIL PROTECTED] <[EMAIL PROTECTED]> [08-10-05 10:12]: > solfire:/root>emerge kde-meta > Calculating dependencies -!!! Digest verification failed: > !!! /usr/portage/kde-base/kdebase-startkde/kdebase-startkde-4.1.2-r1.ebuild > !!! Reason: Filesize does not match recorded size > !!! Got: 4061 > !!! Expected: 4064 > ... done! > >>> Verifying ebuild Manifests... > > !!! Digest verification failed: > !!! /usr/portage/kde-base/kdebase-startkde/kdebase-startkde-4.1.2-r1.ebuild > !!! Reason: Filesize does not match recorded size > !!! Got: 4061 > !!! Expected: 4064 > > > > > Dirk Heinrichs <[EMAIL PROTECTED]> [08-10-05 09:02]: > > Am Sonntag, 5. Oktober 2008 07:19:37 schrieb [EMAIL PROTECTED]: > > > > > It getting more confused: > > > > > > This morning I did a > > > [...] > > > emerge -pv kde > > > > Now I am confused. Thought you wanted to install kde-meta??? > > > > > still reports: > > > > > > Calculating dependencies... done! > > > [ebuild N] kde-base/kdebase-3.5.9-r3 USE="branding cups hal ldap > > > opengl pam -arts -debug -ieee1394 -java -joystick -kdeenablefinal > > > -kdehiddenvisibility -lm_sensors -logitech-mouse -openexr -samba > > > -xcomposite -xinerama -xscreensaver" 0 kB [ebuild N] > > > kde-base/kdemultimedia-3.5.9 USE="alsa encode gstreamer mp3 vorbis -akode > > > -arts -audiofile -debug -flac -kdeenablefinal -theora -xine -xinerama" 0 > > > kB > > > [ebuild N] app-crypt/qca-1.0-r3 0 kB > > > [ebuild N] kde-base/kdeedu-3.5.9 USE="-arts -debug -kdeenablefinal > > > -kig-scripting -solver -xinerama" 0 kB [ebuild N] > > > kde-base/kdetoys-3.5.9 USE="-arts -debug -kdeenablefinal > > > -kdehiddenvisibility -xinerama" 0 kB [ebuild N] > > > kde-base/kdewebdev-3.5.9 USE="-arts -debug -doc -kdeenablefinal -tidy > > > -xinerama" 0 kB [ebuild N] kde-base/kdegames-3.5.9 USE="-arts -debug > > > -kdeenablefinal -kdehiddenvisibility -xinerama" 0 kB [ebuild N] > > > kde-base/kdepim-3.5.9-r1 USE="-arts -debug -gnokii -kdeenablefinal -pda > > > -xinerama" 0 kB [ebuild N] kde-base/kdenetwork-3.5.9 USE="ssl -arts > > > -debug -jingle -kdeenablefinal -kdehiddenvisibility -rdesktop -sametime > > > -slp -wifi -xinerama" 0 kB [ebuild N] kde-base/kdeartwork-3.5.9 > > > USE="opengl -arts -debug -kdeenablefinal -xinerama -xscreensaver" 0 kB > > > [ebuild N] kde-base/kdeutils-3.5.9-r1 USE="crypt -arts -debug > > > -kdeenablefinal -kdehiddenvisibility (-pbbuttonsd) -snmp -xinerama > > > -xscreensaver" 0 kB [ebuild N] kde-base/kdeadmin-3.5.9 USE="-arts > > > -debug -kdeenablefinal -kdehiddenvisibility -xinerama" 0 kB [ebuild N > > > ] > > > kde-base/kdegraphics-3.5.9 USE="opengl pdf -arts -debug -gphoto2 -imlib > > > -kdeenablefinal -kpathsea -openexr -povray -scanner -xinerama" 0 kB > > > [ebuild > > > N] kde-base/kdeaddons-3.5.9 USE="berkdb sdl -arts -debug > > > -kdeenablefinal -xinerama" 0 kB [ebuild N] kde-base/kde-3.5.9 > > > USE="-accessibility" 0 kB > > > [blocks B ] kde-base/khelpcenter:3.5 (is blocking > > > kde-base/kdebase-3.5.9-r3) [blocks B ] kde-base/kcminit:3.5 (is > > > blocking kde-base/kdebase-3.5.9-r3) [blocks B ] kde-base/kcontrol:3.5 > > > (is blocking kde-base/kdebase-3.5.9-r3) [blocks B ] > > > kde-base/kdesktop:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B > > > > > > ] =kde-base/kdebase-3.5* (is blocking kde-base/kdesktop-3.5.9-r1, > > > kde-base/khelpcenter-3.5.9, kde-base/kdialog-3.5.9-r1, > > > kde-base/kdepasswd-3.5.9, kde-base/kcontrol-3.5.9, kde-base/kicker-3.5.9, > > > kde-base/kdesu-3.5.9, kde-base/kcheckpass-3.5.9, kde-base/kdm-3.5.9, > > > kde-base/konqueror-3.5.9, kde-base/kcminit-3.5.9) [blocks B ] > > > kde-base/kdm:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B ] > > > kde-base/kdesu:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B ] > > > kde-base/kdialog:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B > > > ] kde-base/kcheckpass:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks > > > B > > > ] kde-base/konqueror:3.5 (is blocking kde-base/kdebase-3.5.9-r3) > > > [blocks B ] kde-base/kdepasswd:3.5 (is blocking > > > kde-base/kdebase-3.5.9-r3) [blocks B ] kde-base/kicker:3.5 (is > > > blocking > > > kde-base/kdebase-3.5.9-r3) > > > > > > it reports packages of kde to be updated > > > > Nope, not updated. It shows new installs (N). In addition, it shows that > > you > > already have some split ebuilds installed which block the monolithic ones. > > > > I would suggest that you simply install kde-meta first this should solve > > your > > problems. > > > > HTH... > > > > Dirk > > > > -- > Please don't send me any Word- or Powerpoint-Attachments > unless it's absolutely neccessary. - Send simply Text. > See http://www.gnu.org/philosophy/no-word-attachments.html > In a world without fences and walls nobody needs gates and windows. >
Re: [gentoo-user] Still kde problems with monolithic->split
solfire:/root>emerge kde-meta Calculating dependencies -!!! Digest verification failed: !!! /usr/portage/kde-base/kdebase-startkde/kdebase-startkde-4.1.2-r1.ebuild !!! Reason: Filesize does not match recorded size !!! Got: 4061 !!! Expected: 4064 ... done! >>> Verifying ebuild Manifests... !!! Digest verification failed: !!! /usr/portage/kde-base/kdebase-startkde/kdebase-startkde-4.1.2-r1.ebuild !!! Reason: Filesize does not match recorded size !!! Got: 4061 !!! Expected: 4064 Dirk Heinrichs <[EMAIL PROTECTED]> [08-10-05 09:02]: > Am Sonntag, 5. Oktober 2008 07:19:37 schrieb [EMAIL PROTECTED]: > > > It getting more confused: > > > > This morning I did a > > [...] > > emerge -pv kde > > Now I am confused. Thought you wanted to install kde-meta??? > > > still reports: > > > > Calculating dependencies... done! > > [ebuild N] kde-base/kdebase-3.5.9-r3 USE="branding cups hal ldap > > opengl pam -arts -debug -ieee1394 -java -joystick -kdeenablefinal > > -kdehiddenvisibility -lm_sensors -logitech-mouse -openexr -samba > > -xcomposite -xinerama -xscreensaver" 0 kB [ebuild N] > > kde-base/kdemultimedia-3.5.9 USE="alsa encode gstreamer mp3 vorbis -akode > > -arts -audiofile -debug -flac -kdeenablefinal -theora -xine -xinerama" 0 kB > > [ebuild N] app-crypt/qca-1.0-r3 0 kB > > [ebuild N] kde-base/kdeedu-3.5.9 USE="-arts -debug -kdeenablefinal > > -kig-scripting -solver -xinerama" 0 kB [ebuild N] > > kde-base/kdetoys-3.5.9 USE="-arts -debug -kdeenablefinal > > -kdehiddenvisibility -xinerama" 0 kB [ebuild N] > > kde-base/kdewebdev-3.5.9 USE="-arts -debug -doc -kdeenablefinal -tidy > > -xinerama" 0 kB [ebuild N] kde-base/kdegames-3.5.9 USE="-arts -debug > > -kdeenablefinal -kdehiddenvisibility -xinerama" 0 kB [ebuild N] > > kde-base/kdepim-3.5.9-r1 USE="-arts -debug -gnokii -kdeenablefinal -pda > > -xinerama" 0 kB [ebuild N] kde-base/kdenetwork-3.5.9 USE="ssl -arts > > -debug -jingle -kdeenablefinal -kdehiddenvisibility -rdesktop -sametime > > -slp -wifi -xinerama" 0 kB [ebuild N] kde-base/kdeartwork-3.5.9 > > USE="opengl -arts -debug -kdeenablefinal -xinerama -xscreensaver" 0 kB > > [ebuild N] kde-base/kdeutils-3.5.9-r1 USE="crypt -arts -debug > > -kdeenablefinal -kdehiddenvisibility (-pbbuttonsd) -snmp -xinerama > > -xscreensaver" 0 kB [ebuild N] kde-base/kdeadmin-3.5.9 USE="-arts > > -debug -kdeenablefinal -kdehiddenvisibility -xinerama" 0 kB [ebuild N] > > kde-base/kdegraphics-3.5.9 USE="opengl pdf -arts -debug -gphoto2 -imlib > > -kdeenablefinal -kpathsea -openexr -povray -scanner -xinerama" 0 kB [ebuild > > N] kde-base/kdeaddons-3.5.9 USE="berkdb sdl -arts -debug > > -kdeenablefinal -xinerama" 0 kB [ebuild N] kde-base/kde-3.5.9 > > USE="-accessibility" 0 kB > > [blocks B ] kde-base/khelpcenter:3.5 (is blocking > > kde-base/kdebase-3.5.9-r3) [blocks B ] kde-base/kcminit:3.5 (is > > blocking kde-base/kdebase-3.5.9-r3) [blocks B ] kde-base/kcontrol:3.5 > > (is blocking kde-base/kdebase-3.5.9-r3) [blocks B ] > > kde-base/kdesktop:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B > > ] =kde-base/kdebase-3.5* (is blocking kde-base/kdesktop-3.5.9-r1, > > kde-base/khelpcenter-3.5.9, kde-base/kdialog-3.5.9-r1, > > kde-base/kdepasswd-3.5.9, kde-base/kcontrol-3.5.9, kde-base/kicker-3.5.9, > > kde-base/kdesu-3.5.9, kde-base/kcheckpass-3.5.9, kde-base/kdm-3.5.9, > > kde-base/konqueror-3.5.9, kde-base/kcminit-3.5.9) [blocks B ] > > kde-base/kdm:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B ] > > kde-base/kdesu:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B ] > > kde-base/kdialog:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B > > ] kde-base/kcheckpass:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B > > ] kde-base/konqueror:3.5 (is blocking kde-base/kdebase-3.5.9-r3) > > [blocks B ] kde-base/kdepasswd:3.5 (is blocking > > kde-base/kdebase-3.5.9-r3) [blocks B ] kde-base/kicker:3.5 (is blocking > > kde-base/kdebase-3.5.9-r3) > > > > it reports packages of kde to be updated > > Nope, not updated. It shows new installs (N). In addition, it shows that you > already have some split ebuilds installed which block the monolithic ones. > > I would suggest that you simply install kde-meta first this should solve your > problems. > > HTH... > > Dirk > -- Please don't send me any Word- or Powerpoint-Attachments unless it's absolutely neccessary. - Send simply Text. See http://www.gnu.org/philosophy/no-word-attachments.html In a world without fences and walls nobody needs gates and windows.
