[gentoo-amd64] Dropping qt-3
I'm a little curious. I've got two versions of QT (3 & 4) on my system. That's not a problem as I have multiple python versions too. What I"m curious about is when will it (or is it) safe to unmerge qt3? -- Non curo. Si metrum non habet, non est poema. Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] [Slightly OT]KDE hot key?
Paul Hartman wrote: > On Tue, Sep 15, 2009 at 11:52 AM, Mark Haney wrote: >> Probably not the right forum, but maybe someone here can enlighten me >> anyway. I was putzing around this morning waiting for a couple of >> scripts to run and somehow I managed to get KDE4 to show every desktop >> and window as small 'thumbnails' (sort of) on the screen. >> >> Does someone know what/how makes that happen. > > ctrl-f8, ctrl-f9, something like that. > Sweet. Yeah that's it. I can't figure out HOW I did that this morning though. But then it was 4:15am. Who knows what I was thinking? -- Non curo. Si metrum non habet, non est poema. Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
[gentoo-amd64] [Slightly OT]KDE hot key?
Probably not the right forum, but maybe someone here can enlighten me anyway. I was putzing around this morning waiting for a couple of scripts to run and somehow I managed to get KDE4 to show every desktop and window as small 'thumbnails' (sort of) on the screen. Does someone know what/how makes that happen. -- Non curo. Si metrum non habet, non est poema. Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] libXprintAppUtil
Jan Jitse wrote: > On Tuesday 15 September 2009 13:59:37 Mark Haney wrote: > Yes. virtual/X11 has been gone from the tree for 2 years now[1]. It shouldn't > be necessary to have it on the system anymore, and, as you found out, will > probably break stuff. > > Jan Jitse > > [1]http://sources.gentoo.org/viewcvs.py/gentoo-x86/virtual/x11/?hideattic=0 > Holy crap! 2 years? Bloody hell I need to pay better attention. -- Non curo. Si metrum non habet, non est poema. Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
[gentoo-amd64] libXprintAppUtil
I have a question. I've found that there is no ebuild for libXprintAppUtil that I can find. I had to unmerge it to finish up the libxcb upgrade from yesterday, but now I have it showing up in my upgrade listing: > emerge: there are no ebuilds to satisfy "x11-libs/libXprintAppUtil". > (dependency required by "virtual/x11-7.0-r2" [installed]) > (dependency required by "world" [argument]) What do I do with this? Can I unmerge virtual/X11? -- Non curo. Si metrum non habet, non est poema. Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] New Jpeg-7 -- was Re: kdelibs insanity
Paul Hartman wrote: > On Wed, Sep 2, 2009 at 10:29 AM, Mark Haney wrote: >> Paul Hartman wrote: >> >>> Also, there was at least one package that needed to be rebuilt despite >>> the fact revdep-rebuild didn't think so: media-libs/sdl-image >>> >>> I'm curious to know if there are any more out there hiding... >>> >> Just for the record, did anyone else not get the OP to this reply? I'm >> curious as to the problem the OP was having. > > Original of this branch of the thread was by Frank Peters on July 31. > Ah. Okay, /that's/ why I don't have the thread in my inbox. I archive off anything older than a month. Thanks for clearing that up, I was afraid our mail server was acting up. -- Non curo. Si metrum non habet, non est poema. Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] New Jpeg-7 -- was Re: kdelibs insanity
Paul Hartman wrote: > > Also, there was at least one package that needed to be rebuilt despite > the fact revdep-rebuild didn't think so: media-libs/sdl-image > > I'm curious to know if there are any more out there hiding... > Just for the record, did anyone else not get the OP to this reply? I'm curious as to the problem the OP was having. -- Non curo. Si metrum non habet, non est poema. Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] Re: KDE 4.3.0 'panel ghosts'
Frank Peters wrote: > On Sat, 29 Aug 2009 17:39:21 + (UTC) > Duncan <1i5t5.dun...@cox.net> wrote: > >> Note that there's also the killall command, which according to the >> manpage, kills "processes by name". Of course, it'll kill /all/ the >> processes by that name, so may not be what you want if you have multiple >> separate firefox processes running at the same time, for instance, but >> it's very useful, none-the-less, since where it /can/ be used, it saves >> the step of looking up the pid. >> > > Yes, that's all quite true, but there still may be problems. > > After I start a single instance of firefox, here is what "ps ax" shows: > > 1987 ?S 0:00 /bin/sh /usr/local/bin/firefox > 1999 ?S 0:00 /bin/sh /opt/firefox35/run-mozilla.sh > /opt/firefox35/firefox-bi > 2003 ?Sl 0:00 /opt/firefox35/firefox-bin > This is interesting. However, I don't think it's a defunct process. Currently I have 2 firefox windows (not tabs) open. In both windows I have 3 tabs. However, I have 3 'taskbar buttons' of firefox. 2 'legit ones' and one a 'shadow' of the existing one. When I ran 'ps aux | grep firefox' I see this: ma...@octavian ~ $ ps aux | grep firefox markh12288 13.4 11.4 863540 234916 ? SLl 11:27 4:49 /usr/lib64/mozilla-firefox/firefox markh16714 0.0 0.0 88820 740 pts/4S+ 12:03 0:00 grep --colour=auto firefox I don't see any references to firefox anywhere else. This is a minor issue, but is a bit irritating. -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
[gentoo-amd64] KDE 4.3.0 'panel ghosts'
I've just upgraded to 4.3.0 and I've got a question. On my 'taskbar', if an app crashes (like Firefox just did trying to play a flash video) I'm getting a 'button' on the taskbar of the app that just won't go away. I have 2 currently, one from evolution and one from Firefox. Does anyone know how to make those go away? Is anyone else seeing this problem? -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] Re: libkhtml library problem
Volker Armin Hemmann wrote: > On Mittwoch 26 August 2009, Duncan wrote: >> Mark Haney posted on Wed, 26 Aug 2009 14:58:09 -0400 as excerpted: >>> Th libjpeg.so.62 file is there (in /usr/lib32, it's part of the >>> emul-linux-x86 package). It's up to date (the package is), so it can't >>> be that (I don't think.) >> emul-linux-x86 packages are all 32-bit, and that's in a lib32 dir as >> well. That's not going to help you with 64-bit compiling at all! >> >> Unless of course you're trying to compile KDE as 32-bit! >> >> Volker is likely correct. FWIW, the package owning my libjepeg.so.62 >> here is jpeg-6b-r8 (there might be an update in the last few days, I've >> not done one in a week or so). If you're running jpeg-7, as he suggests, >> a revdep-rebuild is in order. > > 23.8 was the day I updates to jpeg-7 and -compat was not there. More > correctly, it was not installed. A friend updated on Monday and -compat was > there. So.. it's a bit muddy. > > You have two options: > go without -compat. revdep-rebuilt will fix all breakage and you can go on > go with -compat, revdep-rebuilt is not needed. But what lies ahead in the > future? > What's really interesting about this is that once I re-emerge kdelibs-4.3.0 everything compiled fine. I even fixed my problem with Kopete not creating new chat windows. The interesting part is that I had updated to jpeg-7 a while back and had emerged kdelibs-4.3.0 yesterday morning. I shouldn't have needed to /re-emerge/ it to fix that, it should have linked properly. At least I think it should. -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
[gentoo-amd64] libkhtml library problem
Wow, I'm really becoming a giant PITA, aren't I? During my upgrade to 4.3.0 (which has been going very well actually) I've hit this odd problem. When upgrading kweather (and kimagemapeditor) it fails with this error: usr/lib/gcc/x86_64-pc-linux-gnu/4.3.2/../../../../x86_64-pc-linux-gnu/bin/ld: warning: libjpeg.so.62, needed by /usr/lib64/libkhtml.so.5.3.0, not found (try using -rpath or -rpath-link) /usr/lib64/libkhtml.so.5.3.0: undefined reference to `jpeg_input_complete' /usr/lib64/libkhtml.so.5.3.0: undefined reference to `jpeg_read_scanlines' /usr/lib64/libkhtml.so.5.3.0: undefined reference to `jpeg_start_output' /usr/lib64/libkhtml.so.5.3.0: undefined reference to `jpeg_resync_to_restart' /usr/lib64/libkhtml.so.5.3.0: undefined reference to `jpeg_consume_input' /usr/lib64/libkhtml.so.5.3.0: undefined reference to `jpeg_destroy_decompress' /usr/lib64/libkhtml.so.5.3.0: undefined reference to `jpeg_CreateDecompress' /usr/lib64/libkhtml.so.5.3.0: undefined reference to `jpeg_read_header' /usr/lib64/libkhtml.so.5.3.0: undefined reference to `jpeg_calc_output_dimensions' /usr/lib64/libkhtml.so.5.3.0: undefined reference to `jpeg_finish_decompress' /usr/lib64/libkhtml.so.5.3.0: undefined reference to `jpeg_start_decompress' /usr/lib64/libkhtml.so.5.3.0: undefined reference to `jpeg_has_multiple_scans' /usr/lib64/libkhtml.so.5.3.0: undefined reference to `jpeg_finish_output' /usr/lib64/libkhtml.so.5.3.0: undefined reference to `jpeg_std_error' Th libjpeg.so.62 file is there (in /usr/lib32, it's part of the emul-linux-x86 package). It's up to date (the package is), so it can't be that (I don't think.) Any ideas? -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] Re: Kopete and akonadi server
Duncan wrote: > Mark Haney posted on Wed, 26 Aug 2009 13:27:42 -0400 as excerpted: > >> Duncan wrote: >>> Mark Haney posted on Wed, 26 Aug 2009 11:03:55 -0400 as excerpted: >>> >>>> Then that leaves me wondering why akonadi-server won't build for me. >>> I don't know. Good question. What's that bug number you filed, again? >>> >> http://bugs.gentoo.org/show_bug.cgi?id=282796 >> >> What's bizarre is that I just was able to compile akonadi-server after >> downgrading soprano beforehand. Which is bizarre. > > I CCed myself and added a note. All your gt versions are the same, > right? All mine are 4.5.2 ATM, for instance. > Yeah, they are. -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] Re: Kopete and akonadi server
Duncan wrote: > Mark Haney posted on Wed, 26 Aug 2009 11:03:55 -0400 as excerpted: > >> Then that leaves me wondering why akonadi-server won't build for me. > > I don't know. Good question. What's that bug number you filed, again? > http://bugs.gentoo.org/show_bug.cgi?id=282796 What's bizarre is that I just was able to compile akonadi-server after downgrading soprano beforehand. Which is bizarre. -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] Re: Kopete and akonadi server
Duncan wrote: > Mark Haney posted on Wed, 26 Aug 2009 08:58:07 -0400 as excerpted: > > FWIW, I have akonadi-server installed here, for kdepimlibs, for a whole > bunch of stuff (akregator, koffice-libs, plasma-workspace with the rss > USE flag, kdeplasma-addons, kaddressbook, kmail, a bunch of other > libraries...). So it's likely that even if you didn't need it for > kopete, you'd need it for something else that uses kdepimlibs. > Then that leaves me wondering why akonadi-server won't build for me. -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
[gentoo-amd64] Kopete and akonadi server
I just filed a bug report on akonadi server 1.2.0 failing to build on my system. That isn't the problem, the problem is I am trying to update kopete, but it is requiring akonadi for updating to 4.3.0. Is there a USE flag I can turn off to make that go away? -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] KDE4.3 upgrade -- questions about wiki page
Akos Szalkai wrote: >> I did that, and I do have a few KDE things in world. My question is, >> how do I fix that? I am nervous about editing /var/lib/portage/world >> directly. Is there some other, better way? >> > > Don't be nervous about it, I've been doing it for a long time. :) Make > a backup copy before though, just to be sure. > > And don't remove all KDE stuff from world, just the 4.2 versioned ones > (like kde-base/kde-meta:4.2). I appreciate the vote of confidence, but this still doesn't answer my question on HOW do I remove those entries from world? Edit the world file or emerge -C or what? -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
[gentoo-amd64] KDE4.3 upgrade -- questions about wiki page
I'm trying to upgrade to 4.3 from 4.2.4 and I've been seeing the blocks that are keeping me from upgrading. According to the wiki page I should: > # Check that you don’t have any 4.2 versioned kde-base/* items in > /var/lib/portage/world > # Check that you don’t have any 4.2 versioned sets in > /var/lib/portage/world_sets I did that, and I do have a few KDE things in world. My question is, how do I fix that? I am nervous about editing /var/lib/portage/world directly. Is there some other, better way? -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] Re: kdelibs insanity
Alex Alexander wrote: > Something is fishy, those blocks are meant to tell you you're trying > to mix qt versions which is *not* supported. > > There are a few things you can do to get rid of this once and for all: > - make sure your /var/lib/portage/world has no references to qt (4) > - make sure your emerge commands won't try to fetch only part of qt > >>> octavian ~ # ACCEPT_KEYWORDS="~amd64" emerge -uav qt-svg qt-sql qt-dbus >>> qt-gui qt-core qt-test qt-assistant > > why would you ever want to do that? its easy to end up with mixed versions :S > > # remove all qt4 (not necessary, anyway) > emerge -aC `eix --only-names -I x11-libs/qt-` > # remove qt meta package just in case > emerge -aC x11-libs/qt:4 > # let dependencies pull qt, don't pull it yourself... > emerge -avDuN world > > http://www.linuxized.com/2009/06/upgrading-qt-libraries-in-gentoo-with-portage/ > > -- > Alex Alexander || wired > Gentoo Linux Developer > http://www.linuxized.com But I'm not. The packages I am trying to upgrade are the only packages installed on my system. I should uninstall packages that don't exist on my system to make this work? It doesn't matter, I finally just blew away everything and am starting over. -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] Re: kdelibs insanity
Mark Haney wrote: > > And, FWIW, on topic, having qt3support globally makes no difference. I > still have a thousand bleeding hoops to jump through to fix all the > asinine blocks and dependencies. > > Do you really wanna see how bloody stupid this whole problem is with QT? Here's what I did: emerge -C qt-svg qt-sql qt-dbus qt-qt3support qt-gui qt-core qt-test qt-assistant I figure this will get the system clean enough for me to actually do something but stare at 20+ blocks. Nope. > octavian ~ # ACCEPT_KEYWORDS="~amd64" emerge -uav qt-svg qt-sql qt-dbus > qt-gui qt-core qt-test qt-assistant > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild U ] dev-libs/openssl-0.9.8k-r1 [0.9.8k] USE="(sse2) zlib -bindist > -gmp -kerberos -test" 0 kB > [ebuild U ] media-libs/libpng-1.2.38 [1.2.37] 514 kB > > [ebuild U ] dev-libs/glib-2.20.4 [2.18.4-r1] USE="-debug -doc -fam > -hardened (-selinux) -xattr" 4,918 kB > [ebuild U ] media-libs/fontconfig-2.7.0 [2.6.0-r2] USE="-doc" 1,504 kB > > [ebuild U ] sys-apps/dbus-1.2.12 [1.2.3-r1] USE="X -debug -doc (-selinux) > -test%" 1,538 kB > [ebuild U ] net-print/cups-1.3.11 [1.3.10-r2] USE="X acl jpeg pam perl > png python ssl -avahi -dbus -gnutls -java -kerberos -ldap -php -ppds -samba > -slp -static -tiff -xinetd -zeroconf" LINGUAS="-de -en -es -et -fr -he -id > -it -ja -pl -sv -zh_TW" 3,711 kB > [ebuild U ] dev-db/mysql-5.0.83 [5.0.70-r1] USE="berkdb community%* perl > ssl -big-tables -cluster -debug -embedded -extraengine -latin1 -max-idx-128 > -minimal -profiling% (-selinux) -static" 35,580 kB > > [ebuild N] x11-libs/qt-core-4.5.2 USE="glib iconv qt3support ssl -debug > -doc -pch" 113,297 kB > [ebuild N] x11-libs/qt-sql-4.5.2 USE="iconv mysql qt3support sqlite > -debug (-firebird) -odbc -pch -postgres" 0 kB > [ebuild N] x11-libs/qt-dbus-4.5.2 USE="-debug -pch" 0 kB > > [ebuild U ] x11-libs/qt-script-4.5.2 [4.5.1] USE="iconv -debug -pch > (-custom-cxxflags%)" 0 kB > [blocks b ] blocking x11-libs/qt-gui-4.5.2-r2, x11-libs/qt-assistant-4.5.2, > x11-libs/qt-dbus-4.5.2, x11-libs/qt-test-4.5.2, x11-libs/qt-svg-4.5.2, > x11-libs/qt-qt3support-4.5.2, x11-libs/qt-webkit-4.5.2, > x11-libs/qt-core-4.5.2, x11-libs/qt-sql-4.5.2) > > [ebuild N] x11-libs/qt-test-4.5.2 USE="iconv -debug -pch" 0 kB > > [ebuild N] x11-libs/qt-gui-4.5.2-r2 USE="accessibility cups dbus glib > mng qt3support -debug -gtk -nas -nis -pch -raster -tiff -xinerama" 0 kB > > > [ebuild N] x11-libs/qt-qt3support-4.5.2 USE="accessibility kde -debug > -pch -phonon" 0 kB > [ebuild U ] x11-libs/qt-webkit-4.5.2 [4.5.1] USE="kde -debug -pch > (-custom-cxxflags%)" 0 kB > [ebuild N] x11-libs/qt-svg-4.5.2 USE="iconv -debug -pch" 0 kB > > [ebuild N] x11-libs/qt-assistant-4.5.2 USE="-debug -pch" 0 kB > > [blocks B ] >x11-libs/qt-qt3support-4.5.1-r > (">x11-libs/qt-qt3support-4.5.1-r" is blocking x11-libs/qt-script-4.5.1, > x11-libs/qt-opengl-4.5.1, x11-libs/qt-xmlpatterns-4.5.1, > x11-libs/qt-webkit-4.5.1) > [blocks B ] (" x11-libs/qt-assistant-4.5.2, x11-libs/qt-dbus-4.5.2, > x11-libs/qt-script-4.5.2, x11-libs/qt-test-4.5.2, x11-libs/qt-svg-4.5.2, > x11-libs/qt-qt3support-4.5.2, x11-libs/qt-webkit-4.5.2, > x11-libs/qt-core-4.5.2, x11-libs/qt-sql-4.5.2) > > [blocks B ] >x11-libs/qt-test-4.5.1-r > (">x11-libs/qt-test-4.5.1-r" is blocking x11-libs/qt-script-4.5.1, > x11-libs/qt-opengl-4.5.1, x11-libs/qt-xmlpatterns-4.5.1, > x11-libs/qt-webkit-4.5.1) > > [blocks B ] >x11-libs/qt-sc
Re: [gentoo-amd64] Re: kdelibs insanity
Duncan wrote: > "Arttu V." posted > fecdbac60907301228s1ca607axbb6a6baec4350...@mail.gmail.com, excerpted > below, on Thu, 30 Jul 2009 22:28:17 +0300: > > I expect I've saved myself a LOT of trouble over the years, due to a few > basics like the above sysadmin policies. With a modern multi-core CPU > and at least a couple gigs RAM, Gentoo really isn't all that hard to keep > up, provided you are serious enough about sysadminning to learn how to > play it smart, not rough. But that last bit is critical. Gentoo > provides the tools and manages the ebuilds, plus a good amount of > documentation. But it's not about hand-holding. Gentoo expects users to > be able to read docs and learn how to take best advantage of the tools > provided. If you're not ready to do that, Gentoo's really not the > distribution for you. I read that Ubuntu's pretty decent at making > things brainless. That may well be a better choice for those who aren't > serious enough about their sysadminning to learn what the provided tools > are and how to use them to best effect. > Here's my take on this, since I am OP. For the last year or two, I've had, more and more, to go straight to ~arch for 'stable' packages. This isn't so much about KDE4, which I /expected/ to be funky when it was released, it's virtually everything else. Unlike some people, or most, if I read the list right, are already running ~amd64 on their systems. I am not. And I do not want to. What's the point in having 'stable' when virtually no packages are marked as such any more? I've been running qt4.5 for nearly a year now. Isn't it about bloody time it gets marked stable? Hell, IIRC, KDE3.5.10 isn't even marked stable (or wasn't last time I looked). I make the comment about it being right for me because I have been getting the feeling Gentoo is becoming 'Debian v2.0' by just leaving everything useful in ~arch (or testing in Debian's case). If it is STABLE, mark it as such. Don't sit here and tell me, 'Oh just run ~amd64 widget, it's stable'. When I started with Gentoo in 2005/6, I could emerge -uD world and know it'll pull in the latest stable packages and be done with it. Now, I have to watch because some packages aren't, some might need a downgrade of a package, which I have to mask so it doesn't get downgraded, ad infinitum. To me, the distro is just feeling kinda sloppy on the back end. No, I'm not looking for a 'Ubuntu' experience. That distro gives me heartburn. But, geez, I do expect packages to be moved from testing to stable slightly more often than never. I'm not trying to be overly critical here, but the way things are going, it's getting /harder/ to maintain a STABLE system now than it used to be. And, FWIW, on topic, having qt3support globally makes no difference. I still have a thousand bleeding hoops to jump through to fix all the asinine blocks and dependencies. -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
[gentoo-amd64] kdelibs insanity
I'm beginning to wonder if Gentoo is right for me any more. I swear, the dependencies and USE flag changes are killing me. Here's my latest fun: I'm trying to upgrade kdelibs (to 4.2.4-r4) and I get this: > octavian ~ # ACCEPT_KEYWORDS="~amd64" emerge -uav kdelibs > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > > emerge: there are no ebuilds built with USE flags to satisfy > "~x11-libs/qt-core-4.5.2[-debug,-qt3support]". > !!! One of the following packages is required to complete your request: > - x11-libs/qt-core-4.5.2 (Change USE: -qt3support) > (dependency required by "x11-libs/qt-opengl-4.5.2" [ebuild]) > (dependency required by "kde-base/kdelibs-4.2.4-r4" [ebuild]) > (dependency required by "kdelibs" [argument]) > So, based on that I need to change my USE flag for qt-core-4.5.2 to [-qt3support], okay. I go into /etc/portage/package.use/monolithic to this: x11-libs/qt-core -qt3support (actually I just comment out the line, but in effect I'm removing qt3support from qt-core). When I do so and I re-run the update I get this: > emerge: there are no ebuilds built with USE flags to satisfy > "~x11-libs/qt-core-4.5.2[glib,qt3support,-debug]". > !!! One of the following packages is required to complete your request: > > - x11-libs/qt-core-4.5.2 (Change USE: +qt3support) > > (dependency required by "x11-libs/qt-gui-4.5.2-r2" [ebuild]) > > (dependency required by "kde-base/kdelibs-4.2.4-r4" [ebuild]) > (dependency required by "kdelibs" [argument]) So, which is it? It can't be both ways, and to be honest, trying to figure out which file needs which USE flag on what day is getting kinda silly. -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] Evolution merge bombing
malc wrote: > ls /usr/lib64/python*/site-packages/libxml2.py > > If it's not in the latest python directory > Upgraded python and didn't run python-updater? > If it doesn't exist at all > Re-emerge libxml2 with USE=python? > Else emerge --info and equery f libxml2 to some nopaste site :) > > Cheers, > malc. Yeah python-updater bit me again. I ran it several days ago, but it must not have updated everything. -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
[gentoo-amd64] Evolution merge bombing
Unfortunately I'm having to install Evolution on my system so I can manage my exchange calendar at work. My problem is 2.24.5 is bombing with this error: Traceback (most recent call last): File "/usr/bin/xml2po", line 35, in import libxml2 ImportError: No module named libxml2 make[2]: *** [cs/evolution.xml] Error 1 make[2]: *** Waiting for unfinished jobs Traceback (most recent call last): File "/usr/bin/xml2po", line 35, in import libxml2 ImportError: No module named libxml2 Any ideas? -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] KDE4 problems
Fernando Boaglio wrote: > Hi there, > > I'm a big fan of KDE, but since release 4.2.4 I 've been through some > issues ... and AFAIK is 64bit only: > > - Amarok is mute =( > > - devices are not mounting automatically =( > > I've tried some fixes I read on forums without any luck. > > So... how about you guys, same thing? =) > > BTW, I'm running now 4.3RC2 with the same problems =/ > > []'s > Fernando Boaglio > My Amarok works just fine, I use it all the time for radio and podcasts without trouble. As for mounting devices automatically I don't do that anymore, I had issues with devices automounting, but being boinced from mount point to mount point (ie /dev/sda1 to /dev/sdb1 to /dev/sdc1) even if I left the device connected. So I manually mount everything now. -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] Re: latest k3b has no menu entry
Duncan wrote: > > I don't know the direct answer to that, but here, I never look in the > menu for it anyway. I always start it from the open dialog (krunner in > kde4), because I already know the name, it's unique enough I'm not likely > to forget it, and it's short enough it's easier to hotkey the dialog and > type in k3b than it is to go looking for it on the menu. > Yeah, that's what I'm doing, but I've become used to the 'Most Recent' tab and that is where I normally find it. Alas, I should not be such a weenie and type the command in like I used to. :) -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
[gentoo-amd64] latest k3b has no menu entry
I just upgraded to 1.0.5-r5 of k3b and now I have no menu option in Multimedia. Is anyone seeing this as well? Where do I look in KDE4 to fix it? -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] Re: FF 3.5
Bob Sanders wrote: >> > > No, it's not just arch masked. It's masked in package.mask. So > simply using a keyword unmask won't work. > > And you're portage does have it. Give this a try - > > ACCEPT_KEYWORDS="~amd64" emerge -av =mozilla-firefox-3.5 > > > But it's not going to let you install it without you doing > some work to unmask the package. > > bob I stand corrected. My apologies. My brain just isn't working, I'm due for surgery to remove a large bone fragment from my foot, so all the vicodin I'm taking must be shorting it out. -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] Re: FF 3.5
Bob Sanders wrote: > Mark Haney, mused, then expounded: > > Sorry, it's masked - > > !!! All ebuilds that could satisfy "=www-client/mozilla-firefox-3.5" > have been masked. > !!! One of the following masked packages is required to complete your > request: > - www-client/mozilla-firefox-3.5 (masked by: package.mask) > /usr/portage/profiles/package.mask: > # Nirbheek Chauhan (24 Jun 2009) > # Firefox Release Candidates > # nspr-4.8 has soname bump > > > - > Okay, based on what I read, the ebuild was masked ~amd64, right? If so, the Accepting the ~amd64 keyword should allow me to install it, right? If that's the case, then my portage doesn't have it. -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] Re: FF 3.5
Bob Sanders wrote: > It's there - > > $ cat /usr/portage/www-client/mozilla-firefox/mozilla-firefox-3.5.ebuild > |grep KEY > KEYWORDS="~alpha ~amd64 ~arm ~hppa ~ia64 ~ppc ~ppc64 ~sparc ~x86" > > > But it's masked as it's untested. > > Bob > Uh, no it's not. octavian ~ # ACCEPT_KEYWORDS="~amd64" emerge -s mozilla-firefox Searching... [ Results for search key : mozilla-firefox ] [ Applications found : 2 ] * www-client/mozilla-firefox Latest version available: 3.0.11 Latest version installed: 3.0.11 Size of files: 52,557 kB Homepage: http://www.mozilla.com/firefox Description: Firefox Web Browser License: || ( MPL-1.1 GPL-2 LGPL-2.1 ) * www-client/mozilla-firefox-bin Latest version available: 3.0.11 Latest version installed: 3.0.11 Size of files: 16,497 kB Homepage: http://www.mozilla.com/firefox Description: Firefox Web Browser License: || ( MPL-1.1 GPL-2 LGPL-2.1 ) -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] Re: FF 3.5
Duncan wrote: > Marc Joliet posted > 20090701150926.5b14a...@marcec.huntemann.uni-oldenburg.de, excerpted > below, on Wed, 01 Jul 2009 15:09:26 +0200: > >> Well, I just installed FF 3.5 last night, so I wonder why it is that >> you're having problems "seeing" it. > > Must be... > Well I've resync'd portage once this morning and once this afternoon. No FF. That's really rather annoying. -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] FF 3.5
Fernando Boaglio wrote: > It's already there! > > []'s > Fernando Boaglio > Okay, I've sync'd portage twice the last two days and don't see it. Is it hard masked for ~amd64? Or am I just hitting screwy mirrors? -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
[gentoo-amd64] FF 3.5
When will FF 3.5 be in portage? I've seen the ebuild, but haven't found it on the mirrors yet. I don't care if it's masked, I want to try it and help debug if necessary. -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] Re: KDE 4.2.4 and kdeprefix
Nikos Chantziaras wrote: > On 06/23/2009 06:01 PM, Mark Haney wrote: > > If the output of: > > grep IUSE /usr/portage/kde-base/kdeedu-meta/kdeedu-meta-4.2.4.ebuild > > doesn't result in this: > > IUSE="kdeprefix" > > then emerge --sync and try again. Also, check /etc/portage/package.use > and see if you disabled kdeprefix there and simply forgot about it. > > Nope, those are all right. Here's what I have when I look at those commands: octavian ~ # grep IUSE /usr/portage/kde-base/kdeedu-meta/kdeedu-meta-4.2.4.ebuild IUSE="kdeprefix" octavian ~ # cat /etc/portage/package.use/monolithic #Not sure I want to keep this this way: #kde-base/kdepimlibs -kdeprefix dev-python/PyQt4 webkit dbus qt3support sys-libs/glibc userlocales app-cdr/k3b -hal x11-libs/wxGTK unicode net-p2p/amule gtk sys-apps/pciutils -zlib dev-libs/xmlrpc-c curl x11-libs/qt:4 accessibility dbus gif jpeg png qt3support ssl zlib opengl www-plugins/mplayerplug-in divx quicktime realmedia wmp net-analyzer/wireshark gtk x11-libs/qt-gui dbus dev-lang/python berkdb sqlite app-text/poppler-bindings gtk cairo media-libs/wxsvg ffmpeg Note that the one '-kdeprefix' line I have in package.use is commented out. That is my entire pacakge.use file, FWIW. So what now? -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] Re: KDE 4.2.4 and kdeprefix
Nikos Chantziaras wrote: > On 06/23/2009 05:09 PM, Mark Haney wrote: > > No, it isn't. Just proceed with the re-emerge. > > Here's my make.conf: USE="-gtk -gnome qt qt4 kde dvdr dvd mpeg ogg cdr alsa ipv6 symlink acpi nptl nptlonly nsplugin dvdread unicode apache2 mad vorbis yahoo oscar wlm opengl X pdf mp3 qt3 mozbranding jpeg arts irc encode mysql zlib a52 xml nsplugin sasl x264 xvid nowlistening mp4 faad aac svg png flac sndfile tk xcomposite dri hal ipv6 xorg xcb sdl -semantic-desktop -nepomuk -strigi kdeprefix win32codecs mng msn So with kdeprefix set why am I suddenly seeing this: [ebuild U ] kde-base/kmplot-4.2.4 [4.2.3] USE="handbook%* -debug (-kdeprefix*) (-doc%)" 0 kB [ebuild U ] kde-base/ktouch-4.2.4 [4.2.3] USE="handbook%* -debug (-kdeprefix*) (-doc%)" 0 kB [ebuild U ] kde-base/kturtle-4.2.4 [4.2.3] USE="handbook%* -debug (-kdeprefix*) (-doc%)" 0 kB [ebuild U ] kde-base/kdeedu-meta-4.2.4 [4.2.3] USE="(-kdeprefix)" 0 kB Where 2 weeks ago I wasn't seeing that I was seeing USE="...kdeprefix..." -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
[gentoo-amd64] KDE 4.2.4 and kdeprefix
Okay, I took a week off to hit my beach house in the Outer Banks and now I'm back and ready to roll. I was in the middle of my KDE 4.2.4 upgrade when I left (most is done, just a few things like kdeedu-meta need to be merged) and now I find that when I get back and sync up, doing a update of kdeedu-meta-4.2.4 has the '-kdeprefix' as a new use flag. I didn't see this before. Is this now a required USE flag for KDE? If so I need to blow away my existing packages and build everything new, so what's the best way to do that with the minimum of fuss? -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] KDE and kdeprefix
Volker Armin Hemmann wrote: > On Freitag 12 Juni 2009, Alex Alexander wrote: >> On Thu, Jun 11, 2009 at 23:07, Volker Armin >> >> Hemmann wrote: >>> please explain me why this option is bad? >>> >>> I can give you examples why it is good: >>> -you can have multiple versions of kde installed (well, you could in the >>> past, until someone started to put crap into python's directories). >>> and >> Its not that simple >> KDE wasn't designed to work like this, kdeprefix is a Gentoo Thing >> that is not supported by upstream. > > Do I need to remind you that kde's own documentation once said that you > should > install into /opt? into its own directory? > Maybe that changed, but the 'not designed for' is not correct. > >> Multiple issues can arise when using kdeprefix, things not working, >> misc kde4 apps linking to wrong kde4 versions, etc. > > and without prefix, you can not have multiple versions. > hmmm... > > >> If you know what you're doing (and how to fix stuff when it breaks ;) >> kdeprefix can be useful. But its primarily meant for developers who >> want to test newer kde versions. Most users should stick to -kdeprefix >> which is widely tested and its upgrade path is cleaner and thoroughly >> checked before each release. > > I give you an example: > KDe 3.4 is installed, you want to try 3.5, you install it and switch when you > are ready. After an hour you realize that 3.5.0 is very buggy, no problem, > you > just log in back to 3.4. > ... > Now, tell me, is that usefull for users or not? > And until recently it was the default. > >> imho its better to just keep binary packages of stuff you've installed. >> if your update fails and you need your system asap, you just emerge >> your binaries back in no time :) no cp'ing or other strange >> out-of-portage stuff > > binary packages don't help you with your config changes or ither stuff you > put > into the tree. > Wow, I didn't realize I was opening up such a hornet's nest. I don't /need/ kdeprefix as such. But, the fact is I used it because there were (and still are AFAIK) apps that require the KDE3.5 libs (k3b in particular) and felt like +kdeprefix was the best option. Once I know the apps I use regularly wil use the KDE4 libs, then I'll drop kdeprefix. -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
[gentoo-amd64] KDE and kdeprefix
Barring the somewhat humorous ending to this warning from my latest updates to KDE, I'm a little concerned by the import of the message. Can someone enlighten me? * WARNING! You have kdeprefix useflag enabled. * This setting is strongly discouraged and might lead to potential troubles * with KDE update strategies. * You are using this setup at your own risk and kde team does not * take responsibilities for dead kittens. What update strategies are being considered that would break by using this? And was this a KDE message directly? Or is this a warning from the Gentoo KDE devs? -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] Re: Big, ugly qt blockage
Duncan wrote: > Mark Knecht posted > 5bdc1c8b0906100550w9fc59a0g64f0244abc1ee...@mail.gmail.com, excerpted > below, on Wed, 10 Jun 2009 05:50:24 -0700: > >> I think the real problem I'm facing in the future is that emerge -e >> @system is building FAR too many things that shouldn't be part of >> @system. Nearly half the packages on this computer (339 out of 815) are >> getting pulled in as part of the 'system'. I don't believe it's every >> been this high. I have recollections that this used to be sub-100 >> packages. >> >> @system is pulling in cups, parts of Gnome, hplip, qt, and pretty much >> all of X11. >> >> What are others seeing? >> >> I suspect that none of that is required to allow my computer to boot. It >> seems to be some sort of use flag inflation - some packages tells me >> that I need a flag somewhere, and that somewhere is part of @system, and >> suddenly @system is pulling in hundreds of packages. > > FWIW, here, emerge -pve @system returns 149 packages. emerge -pve @world > (which does NOT include @system in my config, newer portage without > @system in @world, tho of course there's some overlap due to @world > packages depending on stuff pulled in by @system as well), returns 864 > packages. Both in a single merge returns 893 packages. Okay, I'm at a loss here, I've been using the ~amd64 version of portage, which supports sets, however I'm not able to do an 'emerge -pve @system' as I get: octavian ~ # emerge -pve @system !!! '@system' is not a valid package ato So, what's up with that? Do I need to download the sets files again? -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
[gentoo-amd64] latest PyQt4 bombs
I just tried to update to the latest PyQt4 package (4.4.4-r2) and it bombs with this: >>> Emerging (2 of 2) dev-python/PyQt4-4.4.4-r2 * PyQt-x11-gpl-4.4.4.tar.gz RMD160 SHA1 SHA256 size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking PyQt-x11-gpl-4.4.4.tar.gz to /var/tmp/portage/dev-python/PyQt4-4.4.4-r2/work >>> Source unpacked in /var/tmp/portage/dev-python/PyQt4-4.4.4-r2/work >>> Compiling source in /var/tmp/portage/dev-python/PyQt4-4.4.4-r2/work/PyQt-x11-gpl-4.4.4 ... Traceback (most recent call last): File "configure.py", line 43, in import sipconfig ImportError: No module named sipconfig make -j2 make: *** No targets specified and no makefile found. Stop. Any ideas on why this is? Do I need to file a bug? -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] Re: Firefox package problem
Mark Haney wrote: > Yeah, that doesn't fix it. Basically in between words I see a small box > with a '20' in the top half and a '00' in the bottom half. IT's very > tiny and I can't get rid of it. I just updated xulrunner and then FF, > but that didn't fix it this time. > > Interesting a second reinstall of FF fixed the problem. Weird. -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] Re: Firefox package problem
Nikos Chantziaras wrote: > Mark Haney wrote: >> I updated to FF 3.0.10 yesterday and didn't see any problems on the >> compile. However, I've noticed that certain sites don't display text >> properly, it just shows strange characters. >> >> I've seen that problem before and re-emerge FF. But, on the re-emerge I >> saw this in my terminal: >> >> Warning: package error or possible missing or unnecessary file: >> bin/greprefs/all.js (packages-static, 291). >> Warning: package error or possible missing or unnecessary file: >> bin/greprefs/security-prefs.js (packages-static, 292). >> Warning: package error or possible missing or unnecessary file: >> bin/greprefs/xpinstall.js (packages-static, 293). >> >> >> I'm not sure what to do about this, as the compile of FF didn't take >> long at all when it usually takes several minutes on my laptop. Any >> ideas? > > Have you tried "View->Character Encoding->Auto-Detect->Universal"? > > Also, if the "xulrunner" USE flag is enabled (it's recommended), then > Firefox compiles very fast since the majority of the code is in > xulrunner, not Firefox. > > Yeah, that doesn't fix it. Basically in between words I see a small box with a '20' in the top half and a '00' in the bottom half. IT's very tiny and I can't get rid of it. I just updated xulrunner and then FF, but that didn't fix it this time. -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
[gentoo-amd64] Firefox package problem
I updated to FF 3.0.10 yesterday and didn't see any problems on the compile. However, I've noticed that certain sites don't display text properly, it just shows strange characters. I've seen that problem before and re-emerge FF. But, on the re-emerge I saw this in my terminal: Warning: package error or possible missing or unnecessary file: bin/greprefs/all.js (packages-static, 291). Warning: package error or possible missing or unnecessary file: bin/greprefs/security-prefs.js (packages-static, 292). Warning: package error or possible missing or unnecessary file: bin/greprefs/xpinstall.js (packages-static, 293). I'm not sure what to do about this, as the compile of FF didn't take long at all when it usually takes several minutes on my laptop. Any ideas? -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] Managing CPU usage when doing emerges
Paul Hartman wrote: > On Mon, May 18, 2009 at 3:18 PM, Richard Freeman wrote: >> I'll just echo what Duncan said about nice / ionice. However, you might >> find the impact of ionice -c 3 on compilation is reduced if you use a tmpfs >> for /var/tmp/portage. Note that depending on what you're building you might >> need a fairly large tmpfs, and it could trigger swapping. > > I agree, I use /dev/shm (4gigs) for my portage tmpdir and it has had a > bigger noticeable speed impact than ccache or niceness, and the > silence of zero disk activity (other than reading the distfiles in the > unpack stage and installing the compiled files) is nice, too. > I would do this, however, my problem is (or was) RAM. Until yesterday I had only 1GB RAM in this laptop. Now I have doubled it which is the max it will support (it's 4 years old). I don't think 2GB is worth trying a tmpfs for. -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] Managing CPU usage when doing emerges
Wil Reichert wrote: > On Mon, May 18, 2009 at 8:26 AM, Mark Haney wrote: >> I've been extremely busy lately and have let my updates get way behind. >> Part of that is my need to keep kde-libs-3.5 on my system for K3b, etc, >> part of that is just too much else to do. >> >> The problem I've encountered is when I try to do an update while I'm >> working, my system can slow to a crawl, on a big compile usually. I've >> tried using nice to manage how much CPU the compile gets so I can >> function while it's building, but it's killing the output so I can't see >> what's going on. >> >> Is there another way to use nice, or to fix that problem? Or another >> way to manage CPU usage during an emerge? > > I've got PORTAGE_NICENESS="15" set in my make.conf. Makes all emerges > unnoticable on my system. > > Wil > Learn something everyday. I did not know of that setting. Cool. Thanks for the heads up. -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
[gentoo-amd64] Managing CPU usage when doing emerges
I've been extremely busy lately and have let my updates get way behind. Part of that is my need to keep kde-libs-3.5 on my system for K3b, etc, part of that is just too much else to do. The problem I've encountered is when I try to do an update while I'm working, my system can slow to a crawl, on a big compile usually. I've tried using nice to manage how much CPU the compile gets so I can function while it's building, but it's killing the output so I can't see what's going on. Is there another way to use nice, or to fix that problem? Or another way to manage CPU usage during an emerge? -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] Determine RAM configuration
Bob Sanders wrote: > Mark Haney, mused, then expounded: >> Is there a way (with dmesg or something) to determine what my RAM >> configuration is without rebooting? I kinda need to know how my 1GB RAM >> is laid out so I can buy what I need. > > Identifying the specifc ram modules? > >Dmidecode >lshw > > Both will give details on the modules - at least the size and, if > the SPD is correct, the manufacture. Of cousre the bios has to > also support the information... > > Bob dmidecode did it. That's a command I never knew about. Now I know. And knowing is half the battle. :) Nothing like a good '80s reference, is there? -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
[gentoo-amd64] Determine RAM configuration
Is there a way (with dmesg or something) to determine what my RAM configuration is without rebooting? I kinda need to know how my 1GB RAM is laid out so I can buy what I need. -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] Re: upgrade an old system
Volker Armin Hemmann wrote: > On Mittwoch 06 Mai 2009, Mark Haney wrote: >> Duncan wrote: >>> Consider pointing PORTAGE_TMPDIR at a tmpfs. >>> >>> The idea is based on the fact that everything portage does in its tmpdir >>> (/var/tmp by default) is temporary, erased as soon as it's done emerging >>> that package. Since tmpfs uses swap backed memory, worst-case, it has to >>> write to swap -- that is, to disk, which is where it would otherwise be >>> writing ALL the temporary files. With memory access so much faster than >>> disk access, every file that's erased before it hits disk saves time, and >>> it can make a BIG difference in emerge times. >> Duncan, you talk about tmpfs and I'm suddenly interested in trying this >> out. My question is, how much space do you allocate for the tmpfs? I >> know it'll fall back to swap if I'm out of space there, but what works >> well for you? I have (currently) 1GB RAM on this system, but I'm >> getting ready to order more to get me to 4GB. > > > 2gb. That is enough for almost everything. Not enough for openoffice. > tmpfs 2,0G 3,2M 2,0G 1% /var/tmp/portage > tmpfs 1,0G 116K 1,0G 1% /tmp > > Now how is that going to play out when I only have 1GB of RAM? -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
Re: [gentoo-amd64] Re: upgrade an old system
Duncan wrote: > > Consider pointing PORTAGE_TMPDIR at a tmpfs. > > The idea is based on the fact that everything portage does in its tmpdir > (/var/tmp by default) is temporary, erased as soon as it's done emerging > that package. Since tmpfs uses swap backed memory, worst-case, it has to > write to swap -- that is, to disk, which is where it would otherwise be > writing ALL the temporary files. With memory access so much faster than > disk access, every file that's erased before it hits disk saves time, and > it can make a BIG difference in emerge times. > Duncan, you talk about tmpfs and I'm suddenly interested in trying this out. My question is, how much space do you allocate for the tmpfs? I know it'll fall back to swap if I'm out of space there, but what works well for you? I have (currently) 1GB RAM on this system, but I'm getting ready to order more to get me to 4GB. -- Interdum feror cupidine partium magnarum Europae vincendarum Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415
[gentoo-amd64] CUPSD restart
Just out of curiousity, does anyone else have to restart cupsd just to have their printers show up after booting up? I've had this problem for about 6 months now and haven't really dug into it much, but I'm doing more printing of late and this is getting irritating. I've got cupsd set to start on boot, but when I try to print the first time of the day I have only one option: Print to File. But once I restart cupsd I get all my printers showing up (3 from work and one from the house. Any ideas on where to start debugging this? -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
[gentoo-amd64] kde 4.2.1 bug in kscreensaver? SOLVED
Now that I have xorg-server worked out (and it's really stable too) I'm upgrading to KDE4.2.1. I just tried to upgrade kdeartwork-kscreensaver and I got this: [ 18%] Building CXX object kscreensaver/kdesavers/CMakeFiles/kflux.kss.dir/Flux.o Linking CXX executable keuphoria.kss /usr/lib64/qt4/libQtOpenGL.so: undefined reference to `QFontEngine::getGlyphPositions(QGlyphLayout const*, int, QTransform Well that was easy enough. Turns out the problem was with Qt. It seems when I updated to 4.5.0 qt-opengl did not get updated. I don't know if that was my fault or if emerge missed it. I suspect it was an ID10T error. Regardless, upgrading qt-opengl to 4.5.0 has fixed that error. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
[gentoo-amd64] kde 4.2.1 bug in kscreensaver?
Now that I have xorg-server worked out (and it's really stable too) I'm upgrading to KDE4.2.1. I just tried to upgrade kdeartwork-kscreensaver and I got this: [ 18%] Building CXX object kscreensaver/kdesavers/CMakeFiles/kflux.kss.dir/Flux.o Linking CXX executable keuphoria.kss /usr/lib64/qt4/libQtOpenGL.so: undefined reference to `QFontEngine::getGlyphPositions(QGlyphLayout const*, int, QTransform const&, QFlags, QVarLengthArray&, QVarLengthArray&)' collect2: ld returned 1 exit status make[2]: *** [kscreensaver/kdesavers/keuphoria.kss] Error 1 make[1]: *** [kscreensaver/kdesavers/CMakeFiles/keuphoria.kss.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs Linking CXX executable kflux.kss /usr/lib64/qt4/libQtOpenGL.so: undefined reference to `QFontEngine::getGlyphPositions(QGlyphLayout const*, int, QTransform const&, QFlags, QVarLengthArray&, QVarLengthArray&)' collect2: ld returned 1 exit status make[2]: *** [kscreensaver/kdesavers/kflux.kss] Error 1 make[1]: *** [kscreensaver/kdesavers/CMakeFiles/kflux.kss.dir/all] Error 2 make: *** [all] Error 2 Anyone else seeing this problem? Or is it time to file a bug report? -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] Re: Mount iomegs 1tb external HD
Paul Stear wrote: > On Monday 09 March 2009 11:34:13 Mark Knecht wrote: >> On Mon, Mar 9, 2009 at 2:12 AM, Paul Stear wrote: >>> On Friday 06 March 2009 17:21:17 Nikos Chantziaras wrote: >>>> Paul Stear wrote: >>>>> On Friday 06 March 2009 16:43:47 Nikos Chantziaras wrote: >>>>>> If you're on KDE3, simply right-click on it's icon after you plug it >>>>>> it. You'll find permissions and mount options there. The important >>>>>> thing is to enable the option "mount as user". >>>>> Hi, >>>>> When I switch the external drive on I get a screen "Medium type: >>>>> Unmounted Removable Medium >>>>> What do you want to do? >>>>> The 2 options are open in new window or Do nothing. >>>>> If I say open in new window I can see the drive but the permissions >>>>> are read only. >>>>> If I say do nothing then right click the icon on the desktop I only >>>>> have the following options:- >>>>> open >>>>> copy >>>>> open with >>>>> Safely remove >>>>> Open medium system folder >>>>> Properties >>>> "Properties". >>> Thanks for the replies, sorry I haven't been back in touch for a few >>> days. If I click Properties and select the Permissions tab the User is >>> -me(my user name), Group is root. On the access Permissions part the >>> Owner is set to "Can View Contents". >>> If I change this to "Can View & Modify Content" and click "OK" I get an >>> error message "Could not change permissions for /media/lomega HDD". >>> I am on kde3.10. >>> Their must be a way of defining default permissions for anything plugged >>> into the usb port. >>> Can anyone help with this issue please. >>> Thanks >>> Paul >> I don't know if it's still true but for a long time the older NTFS >> file system stuff in the kernel came up read-only by default. Have you >> turned on ability to write in your kernel config? >> >> - Mark > > Thanks Mark, > I have just checked the kernel and write is turned on. > Any other ideas? > Paul > I don't recall seeing whether or not you could unmount the drive manually. I'd like to see what happens if you can do that and try to mount it with samba. Just for fun. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] Re: xorg-server upgrade
Duncan wrote: > "Mark Haney" posted > 49b4563e.7030...@ercbroadband.org, excerpted below, on Sun, 08 Mar 2009 > 19:35:26 -0400: > >> Mark Haney wrote: >>> I had been running 1.3.x without an xorg.conf file for a couple months >>> now without trouble. The above message happens both with and without >>> an xorg.conf file. So, what I'm going todo right now is recompile all >>> the X11 drivers and see if that helps. >> I've also found where there are several packages that weren't upgraded >> when I did the original xorg-server upgrade. Next time, I'll RTFM. > > Does that mean it's working now? FWIW, yeah, I think there was a post- > install ewarn mentioning that all drivers may need recompiled. And some > of the *proto and other dependencies may need to be keyworded ~arch as > well to match xorg-server. But it may work with arch-stable versions of > some of them as long as they are compiled in the right order, just > without some of the updates it would otherwise have. > Well it /wasn't/ when I sent that message. But, a look at Xorg.0.log showed me that the ati driver (6.11.0) had an ABI mismatch with the server version. A recompile of that driver and I'm up now. Except for the ginormous font size I have now I'm back to work. Any idea on how to fix my fonts now? I had this problem with this driver once before and couldn't find an answer. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] Re: xorg-server upgrade
Mark Haney wrote: I had been running 1.3.x without an xorg.conf file for a couple months now without trouble. The above message happens both with and without an xorg.conf file. So, what I'm going todo right now is recompile all the X11 drivers and see if that helps. I've also found where there are several packages that weren't upgraded when I did the original xorg-server upgrade. Next time, I'll RTFM. -- Mark Haney mha...@ercbroadband.org Fedora release 9 (Sulphur) Kernel: 2.6.27.9-73.fc9.i686 GNU/Linux 06:48:33 up 11 days, 11:54, 2 users, load average: 0.28, 0.18, 0.11
Re: [gentoo-amd64] Re: xorg-server upgrade
Duncan wrote: "Mark Haney" posted 49b20b46.4070...@ercbroadband.org, excerpted below, on Sat, 07 Mar 2009 00:51:02 -0500: Well I upgraded my xorg-server from 1.3.0 to 1.5.3 (masked) in order to overcome some of the KDE4.2 blocks I was encountering (for some particular kde4.2 package, which escapes me for the moment. So I ungraded, updated my ati driver (I use the radeon driver not one from ATI) and now my X server won't start. It says 'X server died on start up' and 'Can't start display on 0:0' or something similar, I'm writing this on the same box from a different OS. What next? How do I fix this? I don't believe 1.5.3 is masked, only ~arch. Unless that's what you meant by masked... Now xorg-server-1.6.0, if it were in the tree (it's in the xorg overlay not the tree at this point), would be masked, as there are still some issues with it, including that some of its dependencies don't have sufficient released versions yet, it requires git- live builds for some of them. There were a LOT of changes in the way things worked between 1.3.x and 1.5.x. I STRONGLY suspect that your xorg.conf file simply isn't configured correctly for the newer version, thus X dies when you try to start it. What input drivers are you using? It /may/ be as simple as adding the following line to the ServerFlags section (you may use "false" or "off" instead of "0" if you prefer): Option "AllowEmptyInput" "0" The reason is that xorg now ignores the xorg.conf configured input drivers and tries to hotplug them (using hal) if you don't tell it not to. Except, the hotplug will try to use the newer evdev driver which you may not have the INPUT_DEVICES setup for, instead of the older keyboard and mouse drivers which you likely have installed and configured in xorg.conf, if you are updating from a suitably old xorg configuration. Now, if your keyboard and mouse settings are vanilla enough, you can switch to the evdev driver and just let xorg-server hotplug it, no problem. However, if you have something other than a generic 102-key (or whatever) keyboard or a standard mouse, the evdev driver will need additional configuration or you'll lose that additional functionality and just have the generic functionality. The problem is that the hal hotplugging configuration isn't all that clearly documented yet, especially for all the permutations of hardware special features out there, so it may be difficult actually finding instructions for doing that configuration if you need it. The other option, easier if you already had a working configuration using the existing keyboard and mouse (or other inputdev) drivers, and just want it to work like it did before, is to put the line above in the serverflags section of xorg.conf, so it actually honors the xorg.conf input device configuration. The other thing that may have changed, depending on what version of xf86-video-ati you are running, is that the newer configuration (from version 6.8 at least, 6.6 was still the old way) is all RandR based. For a normal single-monitor system, it should still work with little problem, but for a dual-monitor or more system, again, there's configuration changes you'll need to work thru. This is the part that was hardest for me, since I effectively punted on figuring out the inputdev stuff by simply adding the line above in the appropriate place. But that's rather more complex. If the above added line doesn't fix it, post your Xorg.0.log, xorg.conf, and the output of an emerge --pretend --verbose xorg-server xf86-video-ati xf86-input- (whichever ones you use). Meanwhile, all these changes are to make it ideally "just work", for most people. Most people will have all the various drivers already installed or available, and xorg-server and hal are normally able to detect which drivers are needed and configure them appropriately -- provided nothing goes wrong and the hardware isn't too exotic. If you have the evdev driver available already, are content with a generic keyboard and mouse setup, and either don't have multiple monitors or aren't too particular about what orientation and resolution they end up in, it's quite possible you can run without an xorg.conf entirely, now. Well, here's an update on this problem. I didn't get a chance to work on it at all yesterday since I wanted to spend time with the kids. So, here's the deal. Duncan, I added that option to the 'ServerFlags' section and it made no difference at all. In dmesg I get ''X server died during startup' 'X server for display :0 cannot be started, session disabled' I had been running 1.3.x without an xorg.conf file for a couple months now without trouble. The above message hap
[gentoo-amd64] xorg-server upgrade
Well I upgraded my xorg-server from 1.3.0 to 1.5.3 (masked) in order to overcome some of the KDE4.2 blocks I was encountering (for some particular kde4.2 package, which escapes me for the moment. So I ungraded, updated my ati driver (I use the radeon driver not one from ATI) and now my X server won't start. It says 'X server died on start up' and 'Can't start display on 0:0' or something similar, I'm writing this on the same box from a different OS. What next? How do I fix this? -- Mark Haney mha...@ercbroadband.org Fedora release 9 (Sulphur) Kernel: 2.6.27.9-73.fc9.i686 GNU/Linux 06:48:33 up 11 days, 11:54, 2 users, load average: 0.28, 0.18, 0.11
Re: [gentoo-amd64] Mount iomegs 1tb external HD
Paul Stear wrote: > I have just bought a ionega 1 tb external hard disc but can not write to it. > It is automatically mounted to media:/sdf1 but when I check the permissions > they are for mu user name, group root, owner "can view Contents". Group and > others "forbidden". I have tried as user and root to change permissions but I > just get an error message saying "Could not change permissions > for /media/iomega/HDD/System Volume Information. The disc is pre-formatted > with NTFS and I will want to be able to connect it to windows some times. > Thanks for any help > Paul Just to clarify, are you mounting the fs with ntfs3g? Have you tried unmounting and remounting manually? -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] Re: KDE 4.2 startup
Stan Sander wrote: > Mark Haney wrote: >> >> I set DISPLAYMANAGER="kdm-4.2" in /etc/conf.d/xdm and while I got a >> different background screen on the login, it still logged into 4.1. >> >> >> >> > > AHA!! I think I have a suggestion that may just work. In the kdm login > screen, down near the bottom toward the right side is a Session menu. > click on this and select KDE 4.2 as your session. By default, this is > set to your previous session, which is obviously KDE 4.1 in your case. > Since the default is your previous session, you will only need to do > this once each time you want to use a different desktop session. BTW > this option applies on a per user/login basis, so you can have your > session set to KDE4.2 and the next person can use KDE 3.5.x and so > forth. You can even select gnome if you have that on your system. > Yep. That was it. Man, am I an idiot. Yet another case of me overthinking a problem. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] Re: KDE 4.2 startup
Stan Sander wrote: > > AHA!! I think I have a suggestion that may just work. In the kdm login > screen, down near the bottom toward the right side is a Session menu. > click on this and select KDE 4.2 as your session. By default, this is > set to your previous session, which is obviously KDE 4.1 in your case. > Since the default is your previous session, you will only need to do > this once each time you want to use a different desktop session. BTW > this option applies on a per user/login basis, so you can have your > session set to KDE4.2 and the next person can use KDE 3.5.x and so > forth. You can even select gnome if you have that on your system. > You know, I never thought of that, and I do it all the time at home switching between KDE and GNOME. But I never do it on my laptop since I only have KDE on it. That just might be the solution. I'll let you know. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] Re: KDE 4.2 startup
Осипов Станислав wrote: > Здравствуйте, ABCD. > > Вы писали 4 февраля 2009 г., 12:03:56: > > A> -BEGIN PGP SIGNED MESSAGE- > A> Hash: SHA1 > > A> Man Shankar wrote: >>> Mark Haney wrote: >>>> This may be a n00b question, but how the heck do I get KDE 4.2 to start? >>>> I've edited /etc/rc.conf to XESSSION="kde-4.2" and that didn't work. I >>>> don't think I hhad to edit /etc/conf.d/xdm last time since it was still >>>> set to "kdm". >>>> >>>> So, what else is there? >>>> >>> By the way these days XSESSION is set in >>> >>> /etc/env.d/90xsession >>> >>> and do env-update, but that only controls startx behaviour. I missed the kdm >>> part as well. With xdm initscript failing I had to set >>> >>> DISPLAYMANAGER="kdm-4.2" >>> in /etc/conf.d/xdm >>> > > A> For those of you following along at home, to use KDM, you need to set > A> DISPLAYMANAGER to one of the following: > > A> "kdm" > A> if you have any version of kdm emerged with USE=-kdeprefix > > Not true. It works always (for me), even on kdeprefix-system. > > Well, so far none of these have worked. I set /etc/rc.conf to XSESSION="kde-4.2". Nothing. I set DISPLAYMANAGER="kdm-4.2" in /etc/conf.d/xdm and while I got a different background screen on the login, it still logged into 4.1. I do not have an /etc/env.d/90xsession file on my system so that doesn't really help me. So, now, what do I do? I'd like to have a GUI login if at all possible. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
[gentoo-amd64] K3b and other KDE 4 apps
During all my fun with 4.2 upgrade, someone (or two) mentioned KDE4 native versions for apps like K3b. Can someone tell me what versions of those apps are? I couldn't find them for sure in ~amd64. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
[gentoo-amd64] KDE 4.2 startup
This may be a n00b question, but how the heck do I get KDE 4.2 to start? I've edited /etc/rc.conf to XESSSION="kde-4.2" and that didn't work. I don't think I hhad to edit /etc/conf.d/xdm last time since it was still set to "kdm". So, what else is there? -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] first problem upgrading to KDE 4.2
Volker Armin Hemmann wrote: > On Sonntag 01 Februar 2009, Mark Haney wrote: >> I encountered my first issue with the very first package in KDE 4.2, >> akonadi-server. This is what it says: >> >> CMake Error at server/akonadictl/CMakeLists.txt:16 >> (automoc4_add_executable): >> >> Unknown CMake command "automoc4_add_executable". >> >> And then bombs. So, what's up with that? > > http://bugs.gentoo.org/show_bug.cgi?id=257021 > > you should always look at bugs.g.o first. > Yeah, I probably should have, but this looked a lot like the blasted compile problems I've had on kdepim-libs, and others. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
[gentoo-amd64] first problem upgrading to KDE 4.2
I encountered my first issue with the very first package in KDE 4.2, akonadi-server. This is what it says: CMake Error at server/akonadictl/CMakeLists.txt:16 (automoc4_add_executable): Unknown CMake command "automoc4_add_executable". And then bombs. So, what's up with that? -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] upgrading kdebase-startkde
Volker Armin Hemmann wrote: > On Freitag 30 Januar 2009, Mark Haney wrote: >> Volker Armin Hemmann wrote: >>>> I don't understand how come I can't seem to find that ebuild? >>> do you have kdeprefix set? >> Yes I do. > > you could just unmerge the 3.5 startkde ebuilds. > > Yep, that did it. I really need the 3.5 libs for K3b, etc. Thanks for the hint. I'm looking forward to 4.2. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] upgrading kdebase-startkde
Volker Armin Hemmann wrote: >> I don't understand how come I can't seem to find that ebuild? > > do you have kdeprefix set? > Yes I do. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
[gentoo-amd64] upgrading kdebase-startkde
Well, I'm ready and willing to upgrade to KDE 4.2 but I've got an issue. I still have KDE 3.5.9 on my system. I probably can kill it, but I'm curious as to a solution to my problem. When I checked on upgrading to 4.2 this is what I got: [blocks B ] <=kde-base/kdebase-startkde-3.5.10 ("<=kde-base/kdebase-startkde-3.5.10" is blocking kde-base/kdelibs-4.2.0) [blocks B ] <=kde-base/kdebase-startkde-3.5.10-r3 ("<=kde-base/kdebase-startkde-3.5.10-r3" is blocking kde-base/kdelibs-3.5.10-r2) So, I tried to install kde-base/kdebase-startkde-3.5.10-r3 and I got this: emerge -av =kde-base/kdebase-startkde-3.5.10-r3 These are the packages that would be merged, in order: Calculating dependencies... done! emerge: there are no ebuilds to satisfy "=kde-base/kdebase-startkde-3.5.10-r3". I don't understand how come I can't seem to find that ebuild? -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] KDE 4.2 sets
Volker Armin Hemmann wrote: good enough. >> I thought there were going to be no meta ebuilds for 4.2? > > you thought wrong ;) > > > ls kde-meta > ChangeLog kde-meta-3.5.10.ebuild kde-meta-3.5.9.ebuild kde- > meta-4.1.4.ebuild kde-meta-4.2.0.ebuild Manifest metadata.xml > > I noticed that the Gentoo KDe 4 upgrade page makes note of the need to use meta ebuilds. Which I didn't notice yesterday. My bad. It' so bloody hard to keep up with everything. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] KDE 4.2 sets
Volker Armin Hemmann wrote: > On Freitag 30 Januar 2009, Mark Haney wrote: >> Where are the KD4.2 sets? I thought they'd be included when I did an >> emerge --sync by now. Do I still need to download them manually? Where >> can I get them? I'm dying to get my hands on 4.2. > > if you just want kde 4.2 - the kde-meta-4.2 ebuild should be good enough. > I thought there were going to be no meta ebuilds for 4.2? -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
[gentoo-amd64] KDE 4.2 sets
Where are the KD4.2 sets? I thought they'd be included when I did an emerge --sync by now. Do I still need to download them manually? Where can I get them? I'm dying to get my hands on 4.2. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] Re: cmake error on libkdepim compile - Solved - update
Duncan wrote: > "Mark Haney" posted > 4979.1080...@ercbroadband.org, excerpted below, on Thu, 22 Jan 2009 > 09:54:01 -0500: > >> One more thing, when I looked at gcc versions available on my system >> 4.1.2 is the latest stable one. I take it that 4.3.2 is in ~amd64? Well, the upgrade to gcc-4.3.2 fixed the compile problem for this. Duncan, thanks again for the tip. I'd have never thought to check gcc. Hmm, well it fixed the problem with libkdepim but not with kde-strigi-analyzer. Not that I use that, but it's interesting that the gcc upgrade didn't fix that. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] Re: cmake error on libkdepim compile - Solved
Duncan wrote: > "Mark Haney" posted > 4979.1080...@ercbroadband.org, excerpted below, on Thu, 22 Jan 2009 > 09:54:01 -0500: > >> One more thing, when I looked at gcc versions available on my system >> 4.1.2 is the latest stable one. I take it that 4.3.2 is in ~amd64? Well, the upgrade to gcc-4.3.2 fixed the compile problem for this. Duncan, thanks again for the tip. I'd have never thought to check gcc. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] Re: cmake error on libkdepim compile
Mark Haney wrote: > Duncan wrote: >> "Mark Haney" posted >> 49786b2c.3090...@ercbroadband.org, excerpted below, on Thu, 22 Jan 2009 >> 07:48:44 -0500: >> >>>> I'll try to remember to repost after today's sync and updates, with the >>>> results for 4.1.4. >> $ equery l libkdepim >> [ Searching for package 'libkdepim' in all categories among: ] >> * installed packages >> [I--] [ ~] kde-base/libkdepim-3.5.10 (3.5) >> [I--] [ ~] kde-base/libkdepim-4.1.4 (4.1) >> $ >> >> So 4.1.4 merged without issue, here. >> >> What gcc are you running? I'm running 4.3.2-r2 as my main compiler here, >> with 4.2.something as a backup I can gcc-config to if necessary. But I >> remember that the libstdc++ for 4.3 deprecated some things, including >> IIRC something about std::. It has been some time (we're talking 4.3.0 >> and as mentioned I'm on 4.3.2-r2 now, after all) and I don't recall the >> details, but it's possible that's related. >> >> BTW, the update I just did, did want to update gcc-4.2.4 to 4.2.4-r1 >> here, but failed. I've not looked into why yet, but as I said, I don't >> use 4.2 for much any more anyway, and gcc-config has the 4.3.2 slot >> selected unless I run into problems, which I haven't recently. I'll >> probably just unmerge 4.2.4 at some point (I haven't yet only because >> I've not yet done a full emerge --emptytree @system @world since I >> switched), and not worry about it if the build failure isn't something >> stupidly simple to fix. >> > > My gcc is 4.1.2. I've not updated gcc in quite a while as you can see. > Could the age of my compiler be the problem? > > One more thing, when I looked at gcc versions available on my system 4.1.2 is the latest stable one. I take it that 4.3.2 is in ~amd64? -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] Re: cmake error on libkdepim compile
Duncan wrote: > "Mark Haney" posted > 49786b2c.3090...@ercbroadband.org, excerpted below, on Thu, 22 Jan 2009 > 07:48:44 -0500: > >>> I'll try to remember to repost after today's sync and updates, with the >>> results for 4.1.4. > > $ equery l libkdepim > [ Searching for package 'libkdepim' in all categories among: ] > * installed packages > [I--] [ ~] kde-base/libkdepim-3.5.10 (3.5) > [I--] [ ~] kde-base/libkdepim-4.1.4 (4.1) > $ > > So 4.1.4 merged without issue, here. > > What gcc are you running? I'm running 4.3.2-r2 as my main compiler here, > with 4.2.something as a backup I can gcc-config to if necessary. But I > remember that the libstdc++ for 4.3 deprecated some things, including > IIRC something about std::. It has been some time (we're talking 4.3.0 > and as mentioned I'm on 4.3.2-r2 now, after all) and I don't recall the > details, but it's possible that's related. > > BTW, the update I just did, did want to update gcc-4.2.4 to 4.2.4-r1 > here, but failed. I've not looked into why yet, but as I said, I don't > use 4.2 for much any more anyway, and gcc-config has the 4.3.2 slot > selected unless I run into problems, which I haven't recently. I'll > probably just unmerge 4.2.4 at some point (I haven't yet only because > I've not yet done a full emerge --emptytree @system @world since I > switched), and not worry about it if the build failure isn't something > stupidly simple to fix. > My gcc is 4.1.2. I've not updated gcc in quite a while as you can see. Could the age of my compiler be the problem? -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] Re: cmake error on libkdepim compile
Duncan wrote: > "Mark Haney" posted > 49778641.7020...@ercbroadband.org, excerpted below, on Wed, 21 Jan 2009 > 15:32:01 -0500: > >> I wanted to see if anyone else has had this problem before I do a bug >> report. For the last two version of kdepim (4.1.3 and now 4.1.4 I've >> had the same cmake problem: >> >>> terminate called after throwing an instance of 'std::out_of_range' >>> what(): basic_string::erase >>> /var/tmp/portage/kde-base/libkdepim-4.1.4/temp/environment: line 957: >>> 25917 Aborted > >> Is anyone else seeing this? > > You said kdepim so I did a quick pretend-merge... and it wanted to > unmerge the split kde3 version in ordered to merge the monolithic! > > Then I realized you meant /libkdepim/... Doh. Sorry about that, my fingers are sometimes faster than my brain. > > =:^) > > I haven't synced in a week or so (it's on todays todo list) and haven't > tried the 4.1.4 version yet, but I have 4.1.3 merged, and don't recall > anything like that occurring when I did so. > > A quick check of my /etc/portage/patches and /etc/portage/env dirs... no, > nothing in either dir for the package, so if there was an issue, it was > solved by trying again later after other packages had merged. > > I'll try to remember to repost after today's sync and updates, with the > results for 4.1.4. > I can't for the life of me figure out what's causing that. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
[gentoo-amd64] cmake error on libkdepim compile
I wanted to see if anyone else has had this problem before I do a bug report. For the last two version of kdepim (4.1.3 and now 4.1.4 I've had the same cmake problem: > terminate called after throwing an instance of 'std::out_of_range' > > what(): basic_string::erase > > /var/tmp/portage/kde-base/libkdepim-4.1.4/temp/environment: line 957: 25917 > Aborted cmake -C "${TMPDIR}/gentoo_common_config.cmake" > ${cmakeargs} "${S}" > > * > > * ERROR: kde-base/libkdepim-4.1.4 failed. > > * Call stack: > > * ebuild.sh, line 49: Called src_configure > > * environment, line 3756: Called kde4-meta_src_configure > > * environment, line 2864: Called kde4-base_src_configure > > * environment, line 2602: Called cmake-utils_src_configure > > * environment, line 945: Called cmake-utils_src_configureout > > * environment, line 964: Called die > > * The specific snippet of code: > > * cmake -C "${TMPDIR}/gentoo_common_config.cmake" ${cmakeargs} "${S}" > || die "Cmake failed"; > * The die message: > > * Cmake failed > Is anyone else seeing this? -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] Silly X question.
Joseph Jon Booker wrote: > On Tue, 13 Jan 2009 07:40:21 -0500 > "Mark Haney" wrote: >> I do have an xorg.conf~ file sitting in that directory, could the >> system be using that one instead? > > That's just a backup file from some text editor, don't worry about that. > I'm aware of that, I'm just thinking more than anything. I didn't really expect X to use that one. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] Silly X question.
Volker Armin Hemmann wrote: > On Dienstag 13 Januar 2009, Mark Haney wrote: >> I've been mucking around with X lately after the upgrade to the latest >> ati-drivers (not proprietary ones) and I followed Duncan's advice and >> just pulled xorg.conf completely to see if the X server would manage my >> display correctly. >> >> So, I renamed xorg.conf to xorg.conf.bak and restarted the system. So >> far everything looks the same, which I think is a good thing, but I do >> not see a new xorg.conf file in /etc/X11. Is that supposed to be the >> case? I thought when the system had to detect everything it would >> create a new one? > > I don't think so. But make sure that you don't have a xorg.conf in /root. > I do, but it's a broken one, one that I was using to try to get the actual ATI drivers to work, it wouldn't have even come up right if X have tried to use it. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
[gentoo-amd64] Silly X question.
I've been mucking around with X lately after the upgrade to the latest ati-drivers (not proprietary ones) and I followed Duncan's advice and just pulled xorg.conf completely to see if the X server would manage my display correctly. So, I renamed xorg.conf to xorg.conf.bak and restarted the system. So far everything looks the same, which I think is a good thing, but I do not see a new xorg.conf file in /etc/X11. Is that supposed to be the case? I thought when the system had to detect everything it would create a new one? I do have an xorg.conf~ file sitting in that directory, could the system be using that one instead? -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] kdepimlibs requiring -kdeprefix?
Beso wrote: > 2009/1/7 Mark Haney : >> Marcus D. Hanwell wrote: >>> On Wednesday 07 January 2009 09:09:12 Mark Haney wrote: >>>> I sync'd portage and ran emerge -upD world and got this message: >>>> >>>> >>>> emerge: there are no ebuilds built with USE flags to satisfy >>>> ">=kde-base/kdepimlibs-4.1:4.1[-kdeprefix]". >>>> !!! One of the following packages is required to complete your request: >>>> - kde-base/kdepimlibs-4.1.3 (Change USE: -kdeprefix) >>>> (dependency required by "app-cdr/k9copy-2.1.0" [installed]) >>>> (dependency required by "world" [argument]) >>>> >>>> >>>> I've had nothing but pain trying to get kdepimlibs updated to 4.1.3, so >>>> I've just left it out there hoping it'll be fixed at some point. I've >>>> not this problem before and I"m hesitant to change that USE flag for >>>> this one thing. So, what's the deal here? Is it okay to change it for >>>> that one item? I don't want to change it for all KDE, but this seems >>>> weird to have this one not work like the rest of KDE. >>> Do you have +kdeprefix set in your /etc/make.conf? I.e. is all of KDE >>> including kdepimlibs installed using +kdeprefix? It looks like you might >>> have >>> installed KDE with +kdeprefix and k9copy without. If that is the case it >>> would >>> need fixing. >> Here's the thing, I've had this version of k9copy and kde4.1.3 on this >> system this way since 4.1.3 came out (give or take a day or two) and >> /never/ seen this error before. >> >> Keep in mind, I've had issues compiling kdepim 4.1.3 stuff so I simply >> haven't updated it. That /might/ be the problem, but I don't know. >> >>> In any case, to track it properly the correct place to report this would be >>> bugs.gentoo.org. With details of your environment etc (emerge --info, KDE >>> versions). A quick thing to try is USE=kdeprefix emerge -av k9copy. >>> >> I will do that and keep you posted. >> > i've had a look at 2.x ebuild and it doesn't seem like a broken package. > also the kdeprefix is automatically pushed in for eapi 2 through the > eclass (you could also > not put it in your make.conf) and non kdeprefix on different slots are > blocked if it's enabled > on one package. you probably have some issues with some other dependency of > k9copy. the most likely one is qt-dbus:4. try recompiling it and see > what happens after that. > also to have a check that you've enabled kdeprefix corectly try out > installing a :0 of > k9copy. it shouldn't trigger any blocks or issues. > > here's what i get when trying to install the package (i'm on paludis > kde-svn brach since 4.2.x is > much more better than 4.1.3 to go only with the official builds): > > [ebuild N] kde-base/automoc-0.9.84 0 kB [0] > [ebuild N] app-misc/strigi-0.5.11 USE="clucene dbus qt4 -debug > -exif -fam -hyperestraier -inotify -log -test" 0 kB [0] > [ebuild UD] virtual/jdk-1.6.0 [1.6.0-r2] 0 kB [?=>0] > [ebuild N] app-office/akonadi-server-1.0.0 USE="mysql" 0 kB [0] > [ebuild N] media-sound/phonon-4.2.0 USE="-debug -gstreamer" 0 kB [0] > [ebuild N] dev-libs/soprano-2.1.1 USE="clucene sesame2 -debug > -doc -redland" 1,789 kB [0] > [ebuild NS ] kde-base/kdelibs-4.1.3-r1 [3.5.10-r2] USE="acl alsa > bzip2 jpeg2k kerberos mmx nls openexr opengl semantic-desktop spell > sse sse2 ssl -3dnow (-altivec) -bindist -debug -doc -fam -htmlhandbook > -test -zeroconf" 0 kB [0] > [ebuild N] kde-base/kdepimlibs-4.1.3 USE="ldap sasl -debug > -htmlhandbook -test" 0 kB [0] > [ebuild N] app-cdr/k9copy-2.1.0 LINGUAS="it -ca -cs -de -el -es > -es_AR -et -fr -nl -pl -pt_BR -ru -sr -...@latn -tr -zh_TW" 3,425 kB > [0] > > and when i try to install k9copy:0 > [ebuild N] app-cdr/k9copy-1.2.4 USE="-debug -xinerama" > LINGUAS="it -ca -cs -de -el -es_AR -fr -nl -pl -pt_BR -ru -sr -tr > -zh_TW" 2,495 kB > > the problem is that this package does not respect kdeprefix. i've > tried installing it but it isn't respected and will be installed into > /usr > even if the kdeprefix is set for kde4 and you won't be able to use > both versions. but this shouldn't reflect on kde4 prefix at all > anyway. > if someone else has the ability to confirm that this package installs > itself without issues on a kde4.1 is welcome. it takes about 5 mins > to compile it on a dualcore 1.8ghz with 8 compile processes. > k9copy does install properly. I have it installed on my system now (and have had it installed for a while now). That's what's got me confused. Now, I don't have kdepimlibs 4.1.3 installed on my system as every time I've tried to install it, it bombs. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] kdepimlibs requiring -kdeprefix?
Marcus D. Hanwell wrote: > On Wednesday 07 January 2009 09:09:12 Mark Haney wrote: >> I sync'd portage and ran emerge -upD world and got this message: >> >> >> emerge: there are no ebuilds built with USE flags to satisfy >> ">=kde-base/kdepimlibs-4.1:4.1[-kdeprefix]". >> !!! One of the following packages is required to complete your request: >> - kde-base/kdepimlibs-4.1.3 (Change USE: -kdeprefix) >> (dependency required by "app-cdr/k9copy-2.1.0" [installed]) >> (dependency required by "world" [argument]) >> >> >> I've had nothing but pain trying to get kdepimlibs updated to 4.1.3, so >> I've just left it out there hoping it'll be fixed at some point. I've >> not this problem before and I"m hesitant to change that USE flag for >> this one thing. So, what's the deal here? Is it okay to change it for >> that one item? I don't want to change it for all KDE, but this seems >> weird to have this one not work like the rest of KDE. > > Do you have +kdeprefix set in your /etc/make.conf? I.e. is all of KDE > including kdepimlibs installed using +kdeprefix? It looks like you might have > installed KDE with +kdeprefix and k9copy without. If that is the case it > would > need fixing. Here's the thing, I've had this version of k9copy and kde4.1.3 on this system this way since 4.1.3 came out (give or take a day or two) and /never/ seen this error before. Keep in mind, I've had issues compiling kdepim 4.1.3 stuff so I simply haven't updated it. That /might/ be the problem, but I don't know. > > In any case, to track it properly the correct place to report this would be > bugs.gentoo.org. With details of your environment etc (emerge --info, KDE > versions). A quick thing to try is USE=kdeprefix emerge -av k9copy. > I will do that and keep you posted. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] kdepimlibs requiring -kdeprefix?
Volker Armin Hemmann wrote: > On Mittwoch 07 Januar 2009, Mark Haney wrote: >> Volker Armin Hemmann wrote: >>> with kdeprefix everything lands in /usr/kde/ which is cool and >>> usefull >>> >>> without kdeprefix everything ends in /usr which is stupid and hurts you >>> if you want to try different kde versions - or have several versions >>> installed so you can always go back easily when the newest one breaks. >>> But it is FHS compliant. >>> >>> At the beginning gentoo was 'screw stupid standards, do the sensible >>> thing' - but in the mean time the 'if there is a standard we have to >>> adhere to it no matter how idiotic' crowd has got way to much power. >>> >>> So k9copy wants the flag set in a special way and depends on kdepimlibs. >>> Thank the devs for the mess. >> So, in other words, I HAVE to set this USE flag for kdepimlibs? Why >> would k9copy be dependent on that? > > don't know - but is k9copy important for you? > > Not /that/ important. I use it occasionally. I'm just really curious know why that would be needed. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] kdepimlibs requiring -kdeprefix?
Volker Armin Hemmann wrote: > with kdeprefix everything lands in /usr/kde/ which is cool and > usefull > > without kdeprefix everything ends in /usr which is stupid and hurts you if > you > want to try different kde versions - or have several versions installed so > you > can always go back easily when the newest one breaks. But it is FHS compliant. > > At the beginning gentoo was 'screw stupid standards, do the sensible thing' - > but in the mean time the 'if there is a standard we have to adhere to it no > matter how idiotic' crowd has got way to much power. > > So k9copy wants the flag set in a special way and depends on kdepimlibs. > Thank > the devs for the mess. > > So, in other words, I HAVE to set this USE flag for kdepimlibs? Why would k9copy be dependent on that? -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
[gentoo-amd64] kdepimlibs requiring -kdeprefix?
I sync'd portage and ran emerge -upD world and got this message: emerge: there are no ebuilds built with USE flags to satisfy ">=kde-base/kdepimlibs-4.1:4.1[-kdeprefix]". !!! One of the following packages is required to complete your request: - kde-base/kdepimlibs-4.1.3 (Change USE: -kdeprefix) (dependency required by "app-cdr/k9copy-2.1.0" [installed]) (dependency required by "world" [argument]) I've had nothing but pain trying to get kdepimlibs updated to 4.1.3, so I've just left it out there hoping it'll be fixed at some point. I've not this problem before and I"m hesitant to change that USE flag for this one thing. So, what's the deal here? Is it okay to change it for that one item? I don't want to change it for all KDE, but this seems weird to have this one not work like the rest of KDE. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] Re: Radeon driver update
Duncan wrote: If you have your old xorg log files or your old xf86-video-ati and perhaps xorg-server packages binpkged (as you likely will if you run FEATURES=buildpkg)to downgrade temporarily to and check the log file, it should list the DPI it was using in the log file. You can of course see what the current config is using in the current logfile, and compare them to that 96 or 100 DPI that I calculated, to see whether your old setup or your new setup is closer to what the actual physical hardware DPI is. Duncan, as always you get to the core of it. As one who doesn't muck with X very often, since I want it to 'just work', and one who hasn't kept up with the latest X developments, I'm curious to see how well X will detect my monitor. I went back to the old xf86-video-ati package (binpkg is a godsend, BTW) and my screen is back to 'normal', that is it's the way I'm used to seeing it. I will pull this log file and upgrade to the new package and pull that log file and see what the differences are. I will let you know in a day or two how things shake out. Thanks again for all the info. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] Re: Radeon driver update
Duncan wrote: "Mark Haney" posted 495b5f9b.2000...@ercbroadband.org, excerpted below, on Wed, 31 Dec 2008 07:03:39 -0500: I updated the xf86-ati-driver package late yesterday and now my fonts are all screwed up. My text is really big compared to what it was before. I thought maybe xorg.conf was re-written but it looks fine to me. As it is, my system is usable but not comfortably so. So what the devil have I done to it? Knowing the version now... and in cases like this, the version before... often helps... I was running 6.6.3 and then updated to 6.8.0-r1. I'm not running ~amd64. I'm not running any Xorg overlays, just plain jane Xorg. This system is a laptop, so the config has been set (and working) for well over 2 years now. FWIW, xf86-video-ati-6.9.0 here, on ~amd64, tho I've not updated in a few days so it's possible there's an update I've not seen yet if you're running ~amd64. Of course, if you're running the xorg overlay, who knows, tho Beso mentioned running it at one point if I'm not mistaken. As to the problem, what sort of monitor(s) are you running and do you have its dimensions set? In xorg log (Xorg.0.log), does the monitor detection list the dimensions and are they accurate? The dimensions look like they are set correctly (1280x800): (II) RADEON(0): Supported additional Video Mode: (II) RADEON(0): clock: 68.9 MHz Image Size: 331 x 207 mm (II) RADEON(0): h_active: 1280 h_sync: 1296 h_sync_end 1344 h_blank_end 1408 h_border: 0 (II) RADEON(0): v_active: 800 v_sync: 801 v_sync_end 804 v_blanking: 816 v_border: 0 I had to setup a 'Modeline' that corresponded to the correct dimension of my monitor back when I first setup gentoo on this laptop. The reason I ask is that over the years, I've discovered that various X component updates (I never pinned down which ones) can have radically different ways of calculating the defaults, and that the only way to reliably keep it the same was to put the screen measurements in xorg.conf. Since then, the drivers have supposedly gotten better at detecting it correctly from ddc, but at least with dual monitors and the video-ati driver mentioned above, xorg can still get it wrong (and does here, trying to apply the dimensions from just one to the combination of both, so the size is wildly distorted in one direction). One of the problems recently seems to be the RandR support, which is supposed to be better at "Plug-n-pray" live detection and adjustment, but which at least with the video-ati radeon driver on reasonably stable multi-monitor desktop system configs is still lacking features and version to version stability compared to the previous merged-framebuffer solution. So anyway, if you've not configured, either thru your desktop environment or xorg.conf, a standard dpi or display size (in mm not pixels), do so. It should go a long way to ending font size changes based on changeable xorg defaults. If your display config is static enough to configure it in xorg, the setting to configure is DisplaySize, in the Monitor section in newer RandR style configs (they put it there so you could specify them per monitor, since monitors are supposed to be plug-n-pray with RandR, now), I forgot where in old configs, but see the xorg.conf manpage. Or in KDE 3.5.10, you can set DPI in the main font config dialog. YMMV in other KDE versions or other DEs. I don't think I've setup a standard DPI or display size in my xorg.conf file. I don't recall doing so and I"ve not touched that config file in over a year. How/where do I do that in xorg.conf? -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] Radeon driver update
Volker Armin Hemmann wrote: On Mittwoch 31 Dezember 2008, Mark Haney wrote: I updated the xf86-ati-driver package late yesterday and now my fonts are all screwed up. My text is really big compared to what it was before. I thought maybe xorg.conf was re-written but it looks fine to me. As it is, my system is usable but not comfortably so. So what the devil have I done to it? probably different DPI. Check your Xorg.0.log you can set it in xorg.conf. Maybe earlier driver did not read edid correctly? You got me, I don't know what the old DPI was. This one says '98 x 98 dots per inch'. I don't really know if that helps. I'm wondering how to get back to the old driver? -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
[gentoo-amd64] Radeon driver update
I updated the xf86-ati-driver package late yesterday and now my fonts are all screwed up. My text is really big compared to what it was before. I thought maybe xorg.conf was re-written but it looks fine to me. As it is, my system is usable but not comfortably so. So what the devil have I done to it? -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] Re: portage dependency?
Nikos Chantziaras wrote: Mark Haney wrote: Duncan wrote: "Mark Haney" posted 4951001c.10...@ercbroadband.org, excerpted below, on Tue, 23 Dec 2008 10:13:32 -0500: Duncan wrote: "Mark Haney" posted 494fe6d7.2060...@ercbroadband.org, excerpted below, on Mon, 22 Dec 2008 14:13:27 -0500: I've been updating my system after having some surgery and taking time off from everything and I've noticed a funny thing. Certain packages are requiring that I install v2.1.4.5 or portage (I'm running 2.1.6.2 now) before updating the other packages. Why is that? So you're saying they're asking you to downgrade? Do you have an example and is it in the main tree or some overlay (which)? What I suspect is happening is that it's depending on a specific portage version, say =2.1.4*, instead of a slot, which portage should support everything at least in the main tree. It seems anything java related and mplayer as well. octavian ~ # emerge -uav ant-core These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild UD] sys-apps/portage-2.1.4.5 [2.1.6.2] USE="-build -doc -epydoc (-selinux)" LINGUAS="-pl" 0 kB *** Portage will stop merging at this point and reload itself, then resume the merge. [ebuild U ] dev-java/ant-core-1.7.1-r2 [1.7.0-r1] USE="-doc -source" 6,828 kB --- Calculating dependencies... done! [ebuild UD] sys-apps/portage-2.1.4.5 [2.1.6.2] USE="-build -doc -epydoc (-selinux)" LINGUAS="-pl" 0 kB [ebuild U ] dev-java/sun-jre-bin-1.6.0.11 [1.6.0.07] USE="X alsa (-nsplugin) -odbc" 0 kB [ebuild UD] sys-apps/portage-2.1.4.5 [2.1.6.2] USE="-build -doc -epydoc (-selinux)" LINGUAS="-pl" 0 kB [ebuild U ] media-video/mplayer-1.0_rc2_p28058-r1 [1.0_rc2_p27725-r1] USE="X a52 aac alsa arts ass%* dvd encode iconv ipv6 jpeg mad mmx mp3opengl png Hmm... I'm running the portage-2.2-rcs, unmasked as I had started using the set dependencies before it was masked to get more ~arch testing for 2.1.6*, and I don't see it trying to downgrade portage when I emerge -p any of those here. So it's not a direct portage version issue. Do you happen to have a version of portage in either package.unmask or package.keyword? You're normally running stable, right? Portage-2.1.6* is keyworded ~arch, so if you're normally running stable but had 2.1.6* for some reason and don't have it in package.keywords, that's why it's trying to downgrade. Well, I had the 2.2_rc series for a while so I could upgrade to KDE 4.1.3. Then, I moved to 2.1.6.2 when the 2.2 series was pulled from ~arch. I don't see anything in portage in particular in package.keywords or package.unmask about portage. I just manually updated to the ~arch version of portage (using ACCEPT_KEYWORDS from the CLI). Should I add portage to package.keywords to make this go away? Well, such a one-shot ~arch emerge is just that: one-time. It's only for testing. If you want to keep the ~arch package, you have to list its name in package.keywords. Thing is, I totally understand that, but I've not ever had that issue before so it never occurred to me to do so. Now I know. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] Re: portage dependency?
Duncan wrote: "Mark Haney" posted 4951001c.10...@ercbroadband.org, excerpted below, on Tue, 23 Dec 2008 10:13:32 -0500: Duncan wrote: "Mark Haney" posted 494fe6d7.2060...@ercbroadband.org, excerpted below, on Mon, 22 Dec 2008 14:13:27 -0500: I've been updating my system after having some surgery and taking time off from everything and I've noticed a funny thing. Certain packages are requiring that I install v2.1.4.5 or portage (I'm running 2.1.6.2 now) before updating the other packages. Why is that? So you're saying they're asking you to downgrade? Do you have an example and is it in the main tree or some overlay (which)? What I suspect is happening is that it's depending on a specific portage version, say =2.1.4*, instead of a slot, which portage should support everything at least in the main tree. It seems anything java related and mplayer as well. octavian ~ # emerge -uav ant-core These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild UD] sys-apps/portage-2.1.4.5 [2.1.6.2] USE="-build -doc -epydoc (-selinux)" LINGUAS="-pl" 0 kB *** Portage will stop merging at this point and reload itself, then resume the merge. [ebuild U ] dev-java/ant-core-1.7.1-r2 [1.7.0-r1] USE="-doc -source" 6,828 kB --- Calculating dependencies... done! [ebuild UD] sys-apps/portage-2.1.4.5 [2.1.6.2] USE="-build -doc -epydoc (-selinux)" LINGUAS="-pl" 0 kB [ebuild U ] dev-java/sun-jre-bin-1.6.0.11 [1.6.0.07] USE="X alsa (-nsplugin) -odbc" 0 kB [ebuild UD] sys-apps/portage-2.1.4.5 [2.1.6.2] USE="-build -doc -epydoc (-selinux)" LINGUAS="-pl" 0 kB [ebuild U ] media-video/mplayer-1.0_rc2_p28058-r1 [1.0_rc2_p27725-r1] USE="X a52 aac alsa arts ass%* dvd encode iconv ipv6 jpeg mad mmx mp3opengl png Hmm... I'm running the portage-2.2-rcs, unmasked as I had started using the set dependencies before it was masked to get more ~arch testing for 2.1.6*, and I don't see it trying to downgrade portage when I emerge -p any of those here. So it's not a direct portage version issue. Do you happen to have a version of portage in either package.unmask or package.keyword? You're normally running stable, right? Portage-2.1.6* is keyworded ~arch, so if you're normally running stable but had 2.1.6* for some reason and don't have it in package.keywords, that's why it's trying to downgrade. Well, I had the 2.2_rc series for a while so I could upgrade to KDE 4.1.3. Then, I moved to 2.1.6.2 when the 2.2 series was pulled from ~arch. I don't see anything in portage in particular in package.keywords or package.unmask about portage. I just manually updated to the ~arch version of portage (using ACCEPT_KEYWORDS from the CLI). Should I add portage to package.keywords to make this go away? -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] Re: portage dependency?
Mark Haney wrote: Duncan wrote: "Mark Haney" posted 494fe6d7.2060...@ercbroadband.org, excerpted below, on Mon, 22 Dec 2008 14:13:27 -0500: I've been updating my system after having some surgery and taking time off from everything and I've noticed a funny thing. Certain packages are requiring that I install v2.1.4.5 or portage (I'm running 2.1.6.2 now) before updating the other packages. Why is that? So you're saying they're asking you to downgrade? Do you have an example and is it in the main tree or some overlay (which)? I /think/ that'd be a bug as to date portage has been backward compatible such that new versions should handle old ebuilds just fine, but I can't say for sure without an example to look at the code on and see what it's actually trying to do, where and why. What I suspect is happening is that it's depending on a specific portage version, say =2.1.4*, instead of a slot, which portage should support everything at least in the main tree. IOW it shouldn't be happening in the main tree. However, it could still be occurring in some obscure overlay that doesn't get much testing from ~portage, maybe one that has mostly paludis or pkgcore users? But it's all speculation until there's an example to look at, and the problem sounds strange enough I'm doubting I'm reading what you said correctly in the first place. It seems anything java related and mplayer as well. Which of course I don't understand at all. It also might be a required portage version as you say, but I don't know how to determine that. A quick check shows java and a bunch of others requiring portage >=2.1.27 so that shouldn't be an issue I wouldn't think. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] Re: portage dependency?
Duncan wrote: "Mark Haney" posted 494fe6d7.2060...@ercbroadband.org, excerpted below, on Mon, 22 Dec 2008 14:13:27 -0500: I've been updating my system after having some surgery and taking time off from everything and I've noticed a funny thing. Certain packages are requiring that I install v2.1.4.5 or portage (I'm running 2.1.6.2 now) before updating the other packages. Why is that? So you're saying they're asking you to downgrade? Do you have an example and is it in the main tree or some overlay (which)? I /think/ that'd be a bug as to date portage has been backward compatible such that new versions should handle old ebuilds just fine, but I can't say for sure without an example to look at the code on and see what it's actually trying to do, where and why. What I suspect is happening is that it's depending on a specific portage version, say =2.1.4*, instead of a slot, which portage should support everything at least in the main tree. IOW it shouldn't be happening in the main tree. However, it could still be occurring in some obscure overlay that doesn't get much testing from ~portage, maybe one that has mostly paludis or pkgcore users? But it's all speculation until there's an example to look at, and the problem sounds strange enough I'm doubting I'm reading what you said correctly in the first place. It seems anything java related and mplayer as well. Which of course I don't understand at all. It also might be a required portage version as you say, but I don't know how to determine that. octavian ~ # emerge -uav ant-core These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild UD] sys-apps/portage-2.1.4.5 [2.1.6.2] USE="-build -doc -epydoc (-selinux)" LINGUAS="-pl" 0 kB *** Portage will stop merging at this point and reload itself, then resume the merge. [ebuild U ] dev-java/ant-core-1.7.1-r2 [1.7.0-r1] USE="-doc -source" 6,828 kB --- Calculating dependencies... done! [ebuild UD] sys-apps/portage-2.1.4.5 [2.1.6.2] USE="-build -doc -epydoc (-selinux)" LINGUAS="-pl" 0 kB [ebuild U ] dev-java/sun-jre-bin-1.6.0.11 [1.6.0.07] USE="X alsa (-nsplugin) -odbc" 0 kB [ebuild UD] sys-apps/portage-2.1.4.5 [2.1.6.2] USE="-build -doc -epydoc (-selinux)" LINGUAS="-pl" 0 kB [ebuild U ] media-video/mplayer-1.0_rc2_p28058-r1 [1.0_rc2_p27725-r1] USE="X a52 aac alsa arts ass%* dvd encode iconv ipv6 jpeg mad mmx mp3opengl png -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
[gentoo-amd64] portage dependency?
I've been updating my system after having some surgery and taking time off from everything and I've noticed a funny thing. Certain packages are requiring that I install v2.1.4.5 or portage (I'm running 2.1.6.2 now) before updating the other packages. Why is that? -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] 2.6.26 and Broadcom wireless cards
Barry Walsh wrote: Make sure you turn on the MAC80211 stack first under networking -> wireless, the bcm43xx driver then appears under device drivers -> network device drivers -> wireless LAN -> wireless LAN (IEEE 802.11). My 4306 is working happily with it and much better behaved with Kismet. Yeah, it's funny, I just realized that as I was digging into it. Now it's configured and I"ll build it and boot into it tonight. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] 2.6.26 and Broadcom wireless cards
Beso wrote: 2008/12/5 Mark Haney <[EMAIL PROTECTED]>: Joseph Jon Booker wrote: On Fri, 05 Dec 2008 08:28:03 -0500 "Mark Haney" <[EMAIL PROTECTED]> wrote: Quick question, is it still necessary to patch the 2.6.26 kernel for broadcom wireless cards? I've not found a new broadcom driver in .26, so I'm hanging on to .25 for now, but I'd like to use .26. Anyone using it with broadcom cards? How did you set it up? What does `lspci|grep Broadcom` say? I've got 4311 (rev2) and it works fine on .25 and .26 without patches. Mine's a 4306. My problem is, I don't see (in .26) the module for the Broadcom cards. I know using my old config from .25 that the card isn't even seen since no module is built. So, how did you get your 4311 working? NDISWRAPPER? if i recall well, that chip is not a real 4303, but something like 4316. and it doesn't work well with linux. try to look on the official bcm43xx site and see what it says there. i had a big deal of issues with that card and so i've finished by buying a gigabyte one with an atheros chipset. Beso, did you mean it's not a real 4306? (Instead of 4303) If so, my card works great in linux, I've not had any trouble with it ever. I get fantastic speeds and it's rock solid stable. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] 2.6.26 and Broadcom wireless cards
Joseph Jon Booker wrote: On Fri, 05 Dec 2008 08:28:03 -0500 "Mark Haney" <[EMAIL PROTECTED]> wrote: Quick question, is it still necessary to patch the 2.6.26 kernel for broadcom wireless cards? I've not found a new broadcom driver in .26, so I'm hanging on to .25 for now, but I'd like to use .26. Anyone using it with broadcom cards? How did you set it up? What does `lspci|grep Broadcom` say? I've got 4311 (rev2) and it works fine on .25 and .26 without patches. Mine's a 4306. My problem is, I don't see (in .26) the module for the Broadcom cards. I know using my old config from .25 that the card isn't even seen since no module is built. So, how did you get your 4311 working? NDISWRAPPER? -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
[gentoo-amd64] 2.6.26 and Broadcom wireless cards
Quick question, is it still necessary to patch the 2.6.26 kernel for broadcom wireless cards? I've not found a new broadcom driver in .26, so I'm hanging on to .25 for now, but I'd like to use .26. Anyone using it with broadcom cards? How did you set it up? -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] LILO?
Barry Schwartz wrote: Mark Haney <[EMAIL PROTECTED]> skribis: Why is LILO suddenly showing up in my world upgrade list as a new install when I already have grub? Has anyone else seen this? What is causing it? I had something like that at some point in the not too distant past. I did an emerge -C or such and the LILO neediness went away. Yeah this is weird. I thought maybe it ws kfloppy and lilo-config causing it, but when I did an emerge -upD world after unmerging them they showed back up but LILO was gone. Weird. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support
Re: [gentoo-amd64] LILO?
Thanasis wrote: on 12/03/2008 09:11 PM Mark Haney wrote the following: Why is LILO suddenly showing up in my world upgrade list as a new install when I already have grub? Has anyone else seen this? What is causing it? try: equery d sys-boot/lilo No go. This is what I get: octavian ~ # equery depends sys-boot/lilo [ Searching for packages depending on sys-boot/lilo... ] octavian ~ # -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support