[gentoo-user] Re: @preserved-rebuild
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Paul Hartman wrote: On Thu, Sep 24, 2009 at 1:25 PM, James wirel...@tampabay.rr.com wrote: Hello, I keep getting this mesaage on one particulary system: existing preserved libs: package: sys-libs/readline-6.0_p3 * - /lib64/libreadline.so * - /lib64/libreadline.so.5 * - /lib64/libreadline.so.5.2 * used by /usr/bin/calgebra (kde-base/kalgebra-4.2.4) So I've rebuilt kalgegra, readline and revdep-rebuild comes up clean. I ran 'emerge @preserved-rebuild' numerous times and still I get this error message. Ideas on cleaning this up? It just happens on one system out of a dozen/plus gentoo boxes I manage.. Rather than rebuilding kalgebra, unmerge it completely then emerge it again. It might be a problem with the emerge process for that package not using the latest version for some reason, so it is rebuilding against the old libs (which therefore remain preserved). Also, try removing /lib64/libreadline.so (not .so.5 or .so.5.2 !) first, so that kalgebra is forced to link against /usr/lib64/libreadline.so (which ends up pointing at /lib64/libreadline.so.6). My guess is that for some reason the linker is looking in /lib64 before checking /usr/lib64, and finding the wrong file first. - -- Jonathan Callen (ABCD) -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkq73xcACgkQOypDUo0oQOqriACfSrdCwExsBbmkSYLXqVQALWxT Yd4An2VAYc0Gy5Slx94QeKKbV+gceqeg =rgNN -END PGP SIGNATURE-
[gentoo-user] Re: hald failed to start
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 fe...@crowfix.com wrote: Bummer. I upgraded X and followed all the steps, it did come up, but hald won't start, so I have to ssh in and kill X to get my screen back even as a tty. Seems a shame to go thru all that X upgrade stuff and have something else fail. Here are the versions: sys-apps/hal-0.5.13-r2 x11-base/xorg-server-1.6.3.901-r2 This is the only error message in /var/log/messages: Sep 19 02:32:36 crowfix /etc/init.d/hald[4485]: ERROR: hald failed to start Nothing I can see in dmesg. The X log is pretty unhelpful: (EE) config/hal: couldn't initialise context: unknown error (null) This is a ~amd64 system. It fails the same on both 2.6.30-r6 and 2.6.31. I guess what I would really like is some way to get more info on why hald won't start. I ran it manually with --verbose=yes --use-syslog and got 8699 lines of syslog, only 9 of which had error in them. 7 of those were for lid, battery, etc -- laptop stuff. Only 2 looked like real errors: Sep 19 02:46:45 crowfix hald[5888]: 02:46:45.936 [E] hald_runner.c:671: Error running 'hald-addon-storage': org.freedesktop.DBus.Error.Disconnected: Connection was disconnected before a reply was received Sep 19 02:46:45 crowfix hald[5888]: 02:46:45.944 [E] hald_runner.c:671: Error running 'hald-addon-hid-ups': org.freedesktop.DBus.Error.Disconnected: Connection is closed Does this mean anything to somebody? Is there a better way to get more useful info from hald? Did I forget to read some update notice? While I don't have quite enough information to be sure, it looks like a problem with dbus. Unfortunately, I'm not sure how to determine if this is the case, or what should be done if that *is* the case. - -- Jonathan Callen (ABCD) -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkq09QcACgkQOypDUo0oQOr4mgCgkOZGlBg4x3G0tXcnpt7LwVcy g1sAnRqykMcPTyxvnUyohjn3mPzBL2po =MCaV -END PGP SIGNATURE-
[gentoo-user] Re: udev and init.d. Should it be running now?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dale wrote: Hi folks, I was browsing around and noticed that I now have a udev in /etc/init.d/. I checked, it is not running but udevd is not running either. See below: r...@smoker / # /etc/init.d/udev status * status: stopped r...@smoker / # r...@smoker / # ps aux | grep udev root 30451 0.0 0.0 1888 504 pts/0R+ 16:04 0:00 grep --colour=auto udev r...@smoker / # This is the baselayout that is installed: [I--] [ ] sys-apps/baselayout-1.12.11.1 I seem to recall that baselayout 2 is going to be a service thing but since I am on baselayout 1, should this be running? It seems to belong to the udev package tho according to this: r...@smoker / # equery belongs /etc/init.d/udev [ Searching for file(s) /etc/init.d/udev in *... ] sys-fs/udev-141 (/etc/init.d/udev) r...@smoker / # You can see from that what udev version is installed too. I also checked the elogs and I see no mention of it being changed to a service or that it needs to be added to a runlevel. Also, keep in mind, everything works fine. I just don't want to add it to boot or default runlevels and then break something. Thanks for any advice. I searched the forums and udev on g.o but didn't see anything relevant. Dale :-) :-) In baselayout-1, udev is started directly by baselayout itself, outside of any init scripts. In baselayout-2/openrc, an initscript is needed to start udev. If you actually read the script, you may notice that the script will immediately fail if you attempt to run it on a baselayout-1 system, as it isn't needed. If/when you upgrade to baselayout-2/openrc, it will automatically be added to the boot runlevel, but only if baselayout-1 had been previously installed. In short, don't worry about it. :) (this didn't appear to send the first time, so resending...) - -- Jonathan Callen (ABCD) -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqpeCgACgkQOypDUo0oQOppywCfa3+jnwddXZfocNqvDeWbbjGC 3UAAoL7b9ElKq+72QpFwtrW/hpSWVUOD =3KGk -END PGP SIGNATURE-
[gentoo-user] Re: warning: vmware workstation users should not use new 10.0 profile
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Paul Hartman wrote: On Mon, Aug 24, 2009 at 3:38 PM, Keith Dartke...@dartworks.biz wrote: === On Mon, 08/24, Paul Hartman wrote: === After switching to the 10.0 profile, Xcb and other X-related things were emerged/upgraded, though, and I ran xcb-rebuilder.sh and revdep-rebuild both of which found no problems. === interesting. On my system some library named libxcb-xlib is used: 315 $ ldd /opt/vmware/workstation/lib/vmware/bin/vmware | grep xcb libxcb-xlib.so.0 = /usr/lib/libxcb-xlib.so.0 (0x7ff7f67be000) But the new X libraries in 10.0 profile remove that file so it fails to dynamically link that library. Maybe I need to run the overlay... I've always been using vmware overlay, when new kernels and other things that break vmware, it usually has a fixed version within a few days. Right now I'm using vmware-modules 1.0.0.25 and vmware-workstation 6.5.3.185404. $ ldd /opt/vmware/workstation/lib/vmware/bin/vmware | grep xcb libxcb.so.1 = /usr/lib/libxcb.so.1 (0x7f7de0aac000) Seems vmware has updated it in the newer version. Just because ldd reports a library doesn't mean that there is a hard dependency on that library. If ../bin/vmware links against libX11.so.6, but not libxcb*, and libX11.so.6 is linked against libxcb-xlib.so.0, then ldd will report libxcb-xlib.so.0, because it is an indirect dependency. To find direct dependencies, you can use `scanelf -qF '#F%n' /path/to/file`, which will output a comma-separated list of libraries (for instance, libxcb.so.1,libdl.so.2,libc.so.6). - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqTH98ACgkQOypDUo0oQOoX8QCcCbmyWpDdzL7KpjYsK2togFFa 4qUAoLJAh64H0hOYQtyR8w4L8iIChhiy =93An -END PGP SIGNATURE-
[gentoo-user] Re: I lost the ability to boot into single user
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Nikos Chantziaras wrote: On 08/19/2009 02:11 AM, Dan Farrell wrote: On Tue, 18 Aug 2009 04:27:57 +0300 Nikos Chantziarasrea...@arcor.de wrote: On 08/18/2009 02:00 AM, Dale wrote: I agree, this should be reported so it can be fixed. While init-/bin/bash would work, it shouldn't be the only option. I filed a bug for it: http://bugs.gentoo.org/show_bug.cgi?id=281850 In a pinch, you can also use the argument init=/bin/bash to get a bash shell up without using init. It's saved me a CD or a heap of trouble a few times. The real problem is that I can't boot the box into a VM anymore. On this machine, I have three grub entries: softlevel=native, softlevel=vmware and softlevel=xen, each booting a suitable kernel and moving the right xorg.conf into /etc/X11. That functionality is lost and is a major problem. What I believe you are supposed to do now is edit /etc/inittab, changing the commands to run at init runlevels 2-5 to match the rc runlevel that you want to enter. Then you can pass the proper number on the kernel command line. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqLaa8ACgkQOypDUo0oQOrc/gCgzZI7V9JGHhZmJogBttlLn2m7 cRoAn1bSwcnmb1KcmqeGqf0VrUdQk9IY =GdBT -END PGP SIGNATURE-
[gentoo-user] Re: I lost the ability to boot into single user
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dale wrote: Nikos Chantziaras wrote: I used to specify this: softlevel=boot in the Grub screen to boot to single user. However, this doesn't work anymore; it boots right into the default runlevel. I think this happened after I upgraded to GCC 4.4.1 (and rebuilt system and world with it, and also the kernel.) What can the problem be? What is needed for softlevel= selection to work? Try softlevel=single and see if that works. I go to single user using the command rc single so it should exist and should work from grub too. Maybe grub has changed its options? Dale :-) :-) Openrc no longer supports the softlevel= option on the kernel command line (this hit me as well, as I use a number of different runlevels). Instead, pass S to skip just about everything, and start a root shell (via sulogin), or 1 to do the equivalent of /sbin/rc single (that is, drop the softlevel=boot completely, and add the single character S or 1 after a space). An example from my grub.conf: titleGentoo, current kernel (single user) kernel (hd0,0)/vmlinuz root=/dev/sda5 1 titleGentoo, current kernel (root shell) kernel (hd0,0)/vmlinuz root=/dev/sda5 S I also have my /etc/inittab set up so that init's runlevels 2-5 go into rc's various runlevels (on my machine, 2=default, 3=gui, 4=network, 5=gui-network). - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqJwdMACgkQOypDUo0oQOrXJACfbCNpIYYmy4LJVeTI8Mz9W7RB ETgAoLkoM9knBUV48E6R853MZhVR1SiR =6rbI -END PGP SIGNATURE-
[gentoo-user] Re: Xorg dropping keyboard events
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dale wrote: I just renamed xorg.conf to something else and tried it that way. It didn't like that either. I followed the guide on Gentoo.org and even tried a couple things people mentioned on this list but it still doesn't work. As soon as X comes up, no mouse, no keyboard. Is CONFIG_INPUT_EVDEV set to y or m in your kernel config? If not, then xf86-input-evdev will not work, as you won't have the /dev/input/event{0,1,...} devices it needs. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqI2i4ACgkQOypDUo0oQOoligCfSF52ExRozYdVLJ7pHnO5W83H RmoAoN5DQBCop5qXNTlG0y+dyWjUSWj9 =3JW5 -END PGP SIGNATURE-
[gentoo-user] Re: portpeek and relative vs absolute path
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gene Hannan wrote: I'm seeing a quirk in portpeek on one of two machines with similar installations. Portpeek responds with, for example, package.keywords: Could not find file etc/portage/package.keywords Note the absence of an initial slash. The program executes correctly from / as a working directory. The system is up to date, x86 with ~x86 as required for KDE-4.2 and a handful of others. Python 2.5.4 is the only version installed, and the behavior is the same with eselect-python-20090801 or -20090804. I've tried simply re-emerging portage, portpeek, eselect, and python-eselect with no effect, and seen the same behavior with gentoo-sources-2.6.28-r5 and 2.6/30-r4. My other machine with the same versions of the packages that are likely to be related executes portpeek from any working directory, as did the machine in question until a few weeks ago. Any tips on where to look next? That looks like it may be a bug in portpeek that only is appearing now because portage changed some of its internals to simplify things in portage, but packages using portage's internal APIs incorrectly stopped working. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) iEYEARECAAYFAkqArRkACgkQOypDUo0oQOpDeACdFYr7P+9iTuJZBdRRuGMponhP ckgAoLbaR0AsoqlVkOLq1NaObpJp1eHC =Px69 -END PGP SIGNATURE-
[gentoo-user] Re: /usr/lib/pkgconfig collisions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Roy Wright wrote: Howdy, While attempting to try the latest version of ruby-gnome2 (0.19.1), I copied the 0.19.0 ebuilds to my local overlay then renamed them to the new version. I then downloaded the ruby-gnome2-all-0.19.1.tar.gz, placed it in /usr/portage/distfiles, then used ebuild ruby-... digest for each of the packages to create the Manifest file. When I attempt to emerge the updated packages, the first package, ruby- glib2-0.19.1, errors with a detected file collision on /usr/lib/ pkgconfig. This is a directory and thus emerge finds every package that has installed a file in it. Now my guess is that some code that attempts to check for conflicts within the /usr/lib/pkgconfig directory is being given an blank package name, thus is checking the directory. My problem is I don't see where the conflict code is even called. Anyone have any hints or know where the documentation is? TIA, Roy My first guess is that, for some reason, the package is trying to install a *file* named /usr/lib/pkgconfig: if this is the case, you can find out by checking in /var/tmp/portage/${CATEGORY}/${PF}/image/ (herein called ${D}), which contains the full tree that the package is trying to install. If usr/lib/pkgconfig under that directory is a file, then it would collide with every package that installs a directory named /usr/lib/pkgconfig. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) iEYEARECAAYFAkp1b0wACgkQOypDUo0oQOpXtwCdF5wJNLH934Bvf9DySe7MP/rO 2xoAoNsnQ13Mmv3FL3ofr2FKe0VD5T/h =OfYF -END PGP SIGNATURE-
[gentoo-user] Re: Cannot emerge libgksu: lacks XML::Parser
Kevin O'Gorman wrote: I've got portage's dev-perl/XML-Parser-2.36, but nevertheless several packages have started to fail during emerge for lack of Perl's XML::Parser. Even the simple script fails to run under perl: #!/usr/bin/perl -w use XML::Parser; print yes\n; Do I have to get it from CPAN? Consider libgksu; here's the end of the emerge output, where XML::Parser is required by intltool: checking for perl... /usr/bin/perl checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool !!! Please attach the following file when seeking support: !!! /var/tmp/portage/x11-libs/libgksu-2.0.9/work/libgksu-2.0.9/config.log * * ERROR: x11-libs/libgksu-2.0.9 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 2896: Called gnome2_src_compile * environment, line 2264: Called gnome2_src_configure * environment, line 2278: Called econf '--enable-nls' '--disable-gtk-doc' * ebuild.sh, line 534: Called die * The specific snippet of code: * die econf failed * The die message: * econf failed * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/x11-libs/libgksu-2.0.9/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/x11-libs/libgksu-2.0.9/temp/environment'. * Failed to emerge x11-libs/libgksu-2.0.9, Log file: '/var/tmp/portage/x11-libs/libgksu-2.0.9/temp/build.log' Have you recently changed the ithreads USE flag on dev-lang/perl? If so, then you will need to remerge all ebuilds that installed files in /usr/lib*/perl5/vendor_perl/${PERL_VER}/${CHOST%%-*}-linux if ithreads was disabled, and /usr/lib*/perl5/vendor_perl/${PERL_VER}/${CHOST%%-*}-linux- thread-multi if ithreads was enabled. Also, if you have recently upgraded perl, the same provisions apply. NOTE: In the above expansion, the following applies [sorry if you already know this]: - lib* is lib on x86, lib64 on amd64 - ${PERL_VER} is your perl version, probably 5.8.8 - ${CHOST%%-*} is the part of the CHOST before the first -: * on x86, it will be one of i486, i586, or i686 * on amd64, it will be x86_64 If you aren't on x86 or amd64, I assume you can figure it out :). -- ABCD
[gentoo-user] Re: cloning + upgrade howto?
Neil Bothwick wrote: On Mon, 27 Jul 2009 09:33:37 +0100, Nevynxxx wrote: emerge -uavDN @world xfce4 Only if your portage supports @world, not sure if mine does yet :) It should, unless you are woefully out of date. Not true: the versions of portage that support sets (including @world) are all hardmasked currently. -- ABCD
[gentoo-user] Re: 5.b. Default: Using a Stage from the Internet
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Xavier Parizet wrote: On Mon, 27 Jul 2009 22:49:58 +1000, Brenton brentons.ho...@gmail.com wrote: Hi, Having a go at installing Gentoo don't really know what I'm doing. Seems to be an error with the file I've downloaded. Should I try download again? You just have to download stage3-x86-2008.0.tar.bz2.CONTENTS, which is at the same location than the stage and the DIGESTS you download... So, don't worry, your stage seems to be OK ! HTH. livecd gentoo # md5sum -c stage3-x86-2008.0.tar.bz2.DIGESTS ./stage3-x86-2008.0.tar.bz2: OK md5sum: ./stage3-x86-2008.0.tar.bz2.CONTENTS: No such file or directory ./stage3-x86-2008.0.tar.bz2.CONTENTS: FAILED open or read md5sum: WARNING: 1 of 2 listed files could not be read Portage seemed to be fine: livecd gentoo # md5sum -c portage-latest.tar.bz2.md5sum portage-latest.tar.bz2: OK Thanks, Brenton. Personally, I would suggest using a newer stage3 than 2008.1; there are new stage3 tarballs generated every week in [1]. You probably want the stage3-i686-*.tar.bz2 file. (The *-i486-* files are for systems older than or otherwise not compatible with the Pentium Pro, IIRC). [1] http://distfiles.gentoo.org/releases/x86/autobuilds/ - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) iEYEARECAAYFAkpuIN4ACgkQOypDUo0oQOpZ+wCfWkrv8aLYpTYpObxfydnqfSHJ MXEAnRtqV2cMjYVGae6n8ZEGnT7mtwMb =jVzS -END PGP SIGNATURE-
[gentoo-user] Re: Re: cloning + upgrade howto?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Neil Bothwick wrote: On Mon, 27 Jul 2009 17:39:27 -0400, ABCD wrote: It should, unless you are woefully out of date. Not true: the versions of portage that support sets (including @world) are all hardmasked currently. Still? I unmasked them ages ago, but though that had all been sorted out by now. But yes, sets are about the only recent portage feature not supported by the stable version, my bad. I believe the mask is still in place because of a couple issues with sets, as well as issues with FEATURES=preserve-libs. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) iEYEARECAAYFAkpuIVYACgkQOypDUo0oQOpGUQCfWsKt5U5eTEVP4d7jFyGJovYS +SoAmgM1wW3lDgsgagNezODCSfcR/GiA =/dA2 -END PGP SIGNATURE-
[gentoo-user] Re: DontZap and Ctrl+Alt+Bs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stroller wrote: In Windows it (nowadays) takes you to a menu, which you can easily escape out of. That menu allows you to lock the screen session, bring up task manager, change your password or log out of the PC. I have no idea what it does on Linux, because Linux I use headless on servers. You are thinking of Ctrl-Alt-Del; in Windows, Ctrl-Alt-Bksp does application-specific tasks, such as acting like Ctrl-Bksp or Alt-Bksp, or not doing anything at all. Ctrl-Alt-Bksp killing the X server is a surprising difference for the average Windows user. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) iEYEARECAAYFAkpp6JkACgkQOypDUo0oQOrepgCfW7be4EO0zTvLvxJfpWFF2wVK qgUAn1qRqOJmD8ibTbWU3KDPNxkOhYn/ =gMip -END PGP SIGNATURE-
[gentoo-user] Re: DontZap and Ctrl+Alt+Bs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Skippy wrote: Greetings, I'm having exactly the same problem and have been trying to fix it. Could you please specify where in xorg.conf you placed setxkbmap -option terminate:ctrl_alt_bksp And where is the hal configuration file you inserted input.xkb.options terminate:ctrl_alt_bksp Thanks so very much, this is driving me nuts! Skippy On Fri, 24 Jul 2009 11:44:59 +0300 (EEST) Igor Nemilentsev trez...@gmail.com wrote the words: On Fri, 24 Jul 2009, Helmut Jarausch wrote: AFAIK, the DontZap option applies to the key sequences Alt Fx to switch to a different terminal. No, the Ctrl+Alt+Fn sequence behaviour is changed with the option Option DontVTSwitch I have the same problem here (same configuration), i.e. CtrlAltDel doesn't work. If you can't exit via your window manager anymore, I think, Neil Bothwick has posted the following advice some days ago: I figured out to return old style I need this command: setxkbmap -option terminate:ctrl_alt_bksp Or add input.xkb.options terminate:ctrl_alt_bksp in configuration file of hal. Thanks for the advice. Regards, Nemilentsev Igor I'm not sure how it goes in xorg.conf, as I no longer use that to configure my keyboard driver (as I use evdev, which is configured using HAL. If you are using the evdev driver, then you need to edit HAL's config. To do so, create a new file /etc/hal/fdi/policy/10-x11-input.fdi (or any other name in that directory that ends in .fdi, they are checked in ASCIIbetical order, so 99-local.fdi is used near the end...), and modify the following to match your own preferences: - 8 ?xml version=1.0 encoding=UTF-8? deviceinfo version=0.2 match key=info.capabilities contains=input.keys merge key=input.x11_driver type=stringevdev/merge merge key=input.x11_options.XkbModel type=stringevdev/merge merge key=input.x11_options.XkbLayout type=stringus/merge merge key=input.x11_options.XkbVariant type=string/merge merge key=input.x11_options.XkbOptions type=stringterminate:ctrl_alt_bksp/merge /match /deviceinfo - 8 The format is a simple XML file, so it shouldn't be too hard to -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) iEYEARECAAYFAkpqGyUACgkQOypDUo0oQOpyVQCcDo8cSHthDBZ1g1SAUsj+B+vr NUkAoINROLJSY49ZWgLvfajjaxrSMVGR =wgHr -END PGP SIGNATURE-
[gentoo-user] Re: How install KDE4 without without layman overlays ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Vagner Rodrigues wrote: Hi I'm testing a new instalation of gentoo on virtual machine using ACCEPT_KEYWORDS=~x86 and when i use emerge kde-meta this start kde 4 instalation but i have problems with QT-WEBKIT compile. or some dependence like this [blocks B ] x11-libs/qt-test-4.5.1-r (x11-libs/qt-test-4.5.1-r is blocking x11-libs/qt-gui-4.5.1-r2) [blocks B ] x11-libs/qt-script-4.5.1-r (x11-libs/qt-script-4.5.1-r is blocking x11-libs/qt-gui-4.5.1-r2) [blocks B ] x11-libs/qt-sql-4.5.1-r (x11-libs/qt-sql-4.5.1-r is blocking x11-libs/qt-gui-4.5.1-r2) [blocks B ] x11-libs/qt-gui-4.5.2 (x11-libs/qt-gui-4.5.2 is blocking x11-libs/qt-opengl-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-qt3support-4.5.1-r (x11-libs/qt-qt3support-4.5.1-r is blocking x11-libs/qt-gui-4.5.1-r2) [blocks B ] x11-libs/qt-core-4.5.1-r (x11-libs/qt-core-4.5.1-r is blocking x11-libs/qt-gui-4.5.1-r2) [blocks B ] x11-libs/qt-svg-4.5.1-r (x11-libs/qt-svg-4.5.1-r is blocking x11-libs/qt-gui-4.5.1-r2) [blocks B ] x11-libs/qt-dbus-4.5.1-r (x11-libs/qt-dbus-4.5.1-r is blocking x11-libs/qt-gui-4.5.1-r2) [blocks B ] x11-libs/qt-webkit-4.5.1-r (x11-libs/qt-webkit-4.5.1-r is blocking x11-libs/qt-gui-4.5.1-r2) [blocks B ] x11-libs/qt-opengl-4.5.1-r (x11-libs/qt-opengl-4.5.1-r is blocking x11-libs/qt-gui-4.5.1-r2) And I have QT- -4.5.2 but this ignored Somebody installed and works ? Remember without layman or any overlay on portage Try adding USE=dbus to make.conf, and see if that fixes the problem. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) iEYEARECAAYFAkpnRRYACgkQOypDUo0oQOo3ewCdE3bwID4g7WzBSx9xiDo2RGB4 vjYAoNlZLJx9GhGxahcYHREpqyGJxLic =mz3h -END PGP SIGNATURE-
[gentoo-user] Re: Re: LC_ locale settings for UK / GB.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stroller wrote: I'm reading this as to *only* set LANG instead. I'm assuming there are occasions upon which a single program or package (at installation time, or perhaps in a run script) may wish to over-ride only some of the LC_* variables. That's what I was trying to say: set LANG always, and only set LC_* if you need to override a value. If you need to override everything, (for instance, to turn off localization), you can set LC_ALL. Usually, the only time you want to set LC_ALL is when you want LC_ALL=C (or, equivalently, LC_ALL=POSIX), which effectively disables internationalization/localization. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) iEYEARECAAYFAkpbtsQACgkQOypDUo0oQOrCAgCeINVxuzRZxTmZnfqw7Pti479M 5/UAnRgus9CF4v1SUJ9S3KlfVUcwKJZ/ =g0jU -END PGP SIGNATURE-
[gentoo-user] Re: LC_ locale settings for UK / GB.
Stroller wrote: Hi there, I want to try burning a DVD using k3b and when it starts up it complains: System locale charset is ANSI_X3.4-1968 Your system's locale charset (i.e. the charset used to encode filenames) is set to ANSI_X3.4-1968. It is highly unlikely that this has been done intentionally. Most likely the locale is not set at all. An invalid setting will result in problems when creating data projects. Solution: To properly set the locale charset make sure the LC_* environment variables are set. Normally the distribution setup tools take care of this. Googling LC_* environment variables turns up this doc: http://www.gentoo.org/doc/en/guide-localization.xml#doc_chap3 I assume this document is correct up to date? (and is not superseded by the LINGUAS=en_GB en that I have in make.conf) This doc refers to a /etc/env.d/02locale file - I assume I have to create that by hand? The file does not exist at present. I guess this is the kind of thing I'd kinda expect you to create by symlinking to / usr/share/linguas/England or something. Finally, does anyone have the correct LANG and LC_COLLATE settings for the United Kingdom, please? I assume that again something starting en_GB is used. Do I need to set ALL LC_* variables (the guide lists 9 of them) or just those 2? This server is headless, so I'm using X11 over ssh - kcontrol's left- hand pane is blank. Thanks in advance for any help, Stroller. Because I'm seeing some strange things in this thread, let me elucidate as to what the various LANG/LC_* variables do: LANG sets the default for LC_*, if unset, defaults to C LC_CTYPE [charset] LC_NUMERIC [number format] LC_TIME [time format] LC_COLLATE [sort order] LC_MONETARY [money format] LC_MESSAGES [message language] LC_PAPER [paper size] LC_NAME [given/family name format] LC_ADDRESS [mailing address format] LC_TELEPHONE [country code, etc.] LC_MEASUREMENT [US customary, SI, etc.] LC_IDENTIFICATION [???] Used as their names suggest, for the various things that can be done with locales. Default to $LANG, if $LANG is unset, defaults to C. LC_ALL Override for LC_*. If LC_ALL is set, then LC_* is ignored, and the value of LC_ALL is used for everything. *Do not* set this in env.d unless you know exactly what you are doing. (Setting LC_ALL=C to disable all locale settings, for instance). I hope this helps resolve any confusion. If you want to see what the current values of each of these variables is, including overrides, run `locale`. -- ABCD
[gentoo-user] Re: qt blocks, poppler, etc.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alan McKinnon wrote: First, unmask portage. The maintainer masked the 2.2_rc versions so that 2.1.6* could get more testing. portage-2.2 can automatically resolve those blockers so you don't have to. Actually, the latest 2.1.6.* versions contain the same auto-resolution for blockers that 2.2_rc* does, as the only difference between 2.1.6.* and 2.2_rc* is that 2.2_rc* has support for sets and preserved-libs: everything else has been backported (actually, the 2.1.6 codebase was forked off of 2.2, then the support for those two features was removed). - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.12 (GNU/Linux) iEYEARECAAYFAkpSu/cACgkQOypDUo0oQOqANQCfc5ePxReiIU79FXXUuOCLcvuK DmoAoMA7/fba56fTha1bM9z0US4sRe6I =2bTT -END PGP SIGNATURE-
[gentoo-user] Re: 64-bit kernel on a 32-bit installation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mark Knecht wrote: Hi, I lurk on the LKML, say hi once in awhile, ask a question once in awhile, and try to read at least the interesting to a non-programmer posts. I was curious about this one that came up today. Seems like this is a natural for Gentoo. I have a Gentoo 64-bit setup but have had lots of troubles over the years (far less now though) with web media and other things that need to be more Windows compatible. (I do audio work with my Gentoo boxes - interface to studios and a few bands, etc) I've found that my 32-bit Gentoo installations have been more compatible than 64-bit. Outside stuff like Java is better. In general when I have a problem I wonder if it's because I'm running 64-bit. How would one go about building a 64-bit kernel on a 32-bit machine with Gentoo? I presume that's mostly just how I configure the kernel, along with maybe some cross-compile options? Are there any projects going on in this area where I might become a test case? Wiki? Docs? Do others see value - getting 64-bit memory management, new CPU flags, etc., but keeping the apps 32-bit for compatibility? Take care, Mark Personally, I am using a 64-bit kernel with a 32-bit userland. My setup is a bit more complicated than the usual, because I have a x86_64-pc-linux-gnu-gcc that will build 32-bit as well as 64-bit binaries. The simpler version of what I use is: # emerge crossdev # crossdev -t x86_64-pc-linux-gnu Then, you can use something like the following to actually build a 64-bit kernel (personally, I always use out-of-tree builds, and create a GNUmakefile that calls the Makefile in the current directory with all the options I want): (in the kernel build directory) # make -C /path/to/sources O=`pwd` ARCH=x86 \ CROSS_COMPILE=x86_64-pc-linux-gnu- \ menuconfig I have found that just about everything works perfectly in my 64-bit kernel with 32-bit userland, *except* VirtualBox, which I have to run the 64-bit version of from a chroot. I also personally handle all external kernel modules, and add them to package.provided when necessary, so portage doesn't have to think about them. PS: I was going to outline all the patches, etc. that I needed for a multilib gcc/glibc, but then realized that you probably didn't need that much detail. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkovRjcACgkQOypDUo0oQOrMdgCfXRiLDyg1IH8d9fA+WodUjWO8 PRMAnihXrPy3VZBYhRF7LzWVivKl2eIb =dD3A -END PGP SIGNATURE-
[gentoo-user] Re: more tripleE SSD fs controversy
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Walter Dnes wrote: * nodiratime says not to update directory inodes when accessed. You do need to specify it, because it is not the default * noatime says not to update file inodes when accessed. You do need to specify it, because it is not the default. I don't know if noatime implies nodiratime, but I'd play it safe and specify both. noatime does imply nodiratime, per various posts on lkml, so you don't need both. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkorN+QACgkQOypDUo0oQOrhoACeLhctvc3GL/773RAJJpYHJIzH hDAAnjDIQQYXIT6FEGh7YlNPc6sSsOyN =Di1b -END PGP SIGNATURE-
[gentoo-user] Re: -march=auto
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 maxim wexler wrote: For an 900A w/intel Atom? This is what I get: Warning: Your compiler supports the -march=native option which you may prefer If you use this, then you 1) must be using =sys-devel/gcc-4.2, and 2) will always have the best optimization for your machine, so far as the version of gcc you are using understands. Warning: Newer versions of GCC better support your CPU with -march=atom In order to use this, you will need gcc-4.5, which hasn't been released yet. -march=core2 -mtune=pentium -mfpmath=sse. This is the recommendation that the script actually made - it suggests to use all of these. Now I'm confused. It says *my* compiler supports -march=native. Then it says Newer versions. Isn't v4.3.2 new? It was from a new pkg about a month ago. Is it giving me a choice here? Can I really declare two -march variables? What about mtune and mfpath, are they meant to be instead of or in addition to? What goes in the kernel config? What in /etc/paludis/bashrc? The newest version of gcc out right now is 4.4.0 (currently in package.mask). I would suggest setting CFLAGS=-O2 -march=native -pipe and CXXFLAGS=-O2 -march=native -pipe in /etc/paludis/bashrc (assuming that that is the proper location for those variables). - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoXGvUACgkQOypDUo0oQOoDGgCfQdRS+hQtTVKIITl2UvExt5NH 6g4AoJvL7fC2+Gr2KlYIS3WqMnyeJ9qE =1r28 -END PGP SIGNATURE-
[gentoo-user] Re: Capture dmesg output on boot?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dan Cowsill wrote: Hello list, I've been trying to get to the bottom of my recent troubles with my IDE controller working with the 2.6.28 kernel. Now, linux never boots without a kernel panic, so dmesg never gets logged... Is there any way to have the kernel dump the boot log somewhere? I'd settle for scrolling up, really. Thanks, Dan If it panics on attempting to mount the root file system, then you probably would be able to use the S-PgUp if you give the rootwait or rootdelay=#, where # is a number of seconds. rootwait would tell the kernel to wait until it really thinks it can mount the root filesystem before mounting it; rootdelay=10 would tell the kernel to wait 10 seconds before mounting. Either way, you may be able to scroll up during the delay (I don't remember if it initializes the keyboard driver before or after the root filesystem, it's been a while since I've had to debug that part of startup). - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoJHiAACgkQOypDUo0oQOqqBwCcCuNMy1KMngiOCxqcbW+3rslG W1sAnArIk3TOWHBjgjiIhszH3WKH/VV9 =qy9y -END PGP SIGNATURE-
[gentoo-user] Re: mouse button mapping with evdev+hal+xorg-1.5.3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Valmor de Almeida wrote: This partially solved the problem. The optical mice were correctly configured but the quick pointing device on the laptop keyboard was not. That is the left/right buttons were not switched. HAL does list (below) the device in two entries that contain the input.mouse keyword. I find it difficult to get info on configuring HAL devices on the web; do I need to join a mailing list? It would be helpful to find some examples of the naming of the fdi files their contents that go under the /etc/hal/*/policy/ directory. Thanks for the help and any other additional inputs. If I remember correctly, the names of the files under /etc/hal/fdi/policy/ is irrelevant, so long as they end in .fdi. They are simply used in ASCIIbetical order, which is why many of the file names begin with two digits, so as to facilitate sorting. Also, it appears that you might not have restarted hal after adding the file - try /etc/init.d/hald restart, then restart X. Also, after doing so, if it doesn't work, reply with the full output of `lshal` (yes, I know it's long, but it can be helpful. Also, again if it doesn't work, send the contents of all files under /etc/hal/fdi/policy/. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoJIJEACgkQOypDUo0oQOrSHwCggMhVx5VpH7pCPnifxhNxnmpy +dAAnigGdrpW9a6aIriyWNdHewJqCow2 =Alwq -END PGP SIGNATURE-
[gentoo-user] Re: mouse button mapping with evdev+hal+xorg-1.5.3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Valmor de Almeida wrote: Valmor de Almeida wrote: Hello, After an evdev+hal+xorg-1.5.3 upgrade, I suppose I don't need a input device section for a mouse in my xorg.conf. (I do need xorg.conf so I can get an external monitor working with my laptop correctly). However I would like to reverse the order of the buttons and this old xorg.conf section does not do it: Section InputDevice Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/input/mice Option ZAxisMapping 4 5 6 7 Option ButtonMapping 3 2 1 EndSection My driver now is evdev but how about the device driver line? still /dev/.../mice? or something else out of the lshal output? info.product = 'Microsoft Basic Optical Mouse' (string) info.subsystem = 'input' (string) info.udi = '/org/freedesktop/Hal/devices/usb_device_45e_83_noserial_if0_logicaldev_input' (string) input.device = '/dev/input/event7' (string) Okay. If I do Driver evdev Option Device /dev/input/event7 it works. However the touchpad which is event9 does not reverse buttons (as expected). Do I need to configure a second input device and point it to the appropriate event? Is this the right way of configuring evdev/xorg through hal? As I understand it, everything that can be done in xorg.conf can be done via HAL, but I'm not sure how you would do so for the video devices. That said, you should be able to completely get rid of the input devices in xorg.conf, and instead install this in a file in /etc/hal/fdi/policy: - --- 8 --- /etc/hal/fdi/policy/99-local.fdi --- 8 --- ?xml version=1.0 encoding=UTF-8? deviceinfo version=0.2 device match key=info.capabilities contains=input.mouse merge key=input.x11_driver type=stringevdev/merge merge key=input.x11_options.ZAxisMapping type=string4 5 6 7/merge merge key=input.x11_options.ButtonMapping type=string3 2 1/merge /match /device /deviceinfo - --- 8 --- /etc/hal/fdi/policy/99-local.fdi --- 8 --- This sets the options for each device that has the input.mouse capability to the same values you had in xorg.conf. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoE3RsACgkQOypDUo0oQOoW0gCaA0OWFsV48eA4nQNGkSED8JOL 8eEAoI9aJ12kWRezJSMmdTTkI6f6VwKz =xiXE -END PGP SIGNATURE-
[gentoo-user] Re: gentoo installation - emerge problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christoph Schrauth wrote: Hi all, I'm installing a new gentoo system. After installing the minimal system I tried to emerge applications like kde, samba, cups or something like that, but everytime I get the following message: emerge -av kde-meta These are the packages that would be merged, in order: Calculating dependencies... done! emerge: there are no ebuilds built with USE flags to satisfy app-text/docbook-sgml-utils[jadetex]. !!! One of the following packages is required to complete your request: - app-text/docbook-sgml-utils-0.6.14 (Change USE: +jadetex) (dependency required by media-libs/fontconfig-2.6.0-r2 [ebuild]) (dependency required by app-text/ghostscript-gpl-8.64-r2 [ebuild]) (dependency required by net-print/foomatic-filters-3.0.20080507 [ebuild]) (dependency required by net-print/foomatic-filters-ppds-20070501 [ebuild]) (dependency required by net-print/cups-1.3.9-r1 [ebuild]) (dependency required by net-fs/samba-3.0.33 [ebuild]) app-text/docbook-sgml-utils is emerged without the jadetex USE flag. If I try to emerge docbook-sgml-utils with jadetex USE flag I get the following error message: ... ... ('ebuild', '/', 'dev-libs/dbus-glib-0.76', 'merge') (hard) ('ebuild', '/', 'dev-libs/gtk+-2.14.7-r2', 'merge') (hard) ('ebuild', '/', 'sys-apps/dbus-1.2.3-r1', 'merge') (hard) * Note that circular dependencies can often be avoided by temporarily * disabling USE flags what trigger optional dependencies. Has someone any idea? Best regards, Christoph Schrauth You didn't send the important part of the error message, but my guess would be a circular dependency between a few components - if you try emerging x11-libs/gtk+ with USE='-cups', you might get a little further (and can rebuild x11-libs/gtk+ with USE='cups' later, if desired). - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknmGoUACgkQOypDUo0oQOq63gCgjYAZQAsgPL4yp2o4nUf+iq6k gmAAniSYgGciTztUV798h6AUUWBVnw/D =1V5u -END PGP SIGNATURE-
[gentoo-user] Re: gentoo installation - emerge problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christoph Schrauth wrote: Original-Nachricht Datum: Wed, 15 Apr 2009 13:33:58 -0400 Von: ABCD en.a...@gmail.com An: gentoo-user@lists.gentoo.org Betreff: [gentoo-user] Re: gentoo installation - emerge problem Christoph Schrauth wrote: Hi all, I'm installing a new gentoo system. After installing the minimal system I tried to emerge applications like kde, samba, cups or something like that, but everytime I get the following message: emerge -av kde-meta These are the packages that would be merged, in order: Calculating dependencies... done! emerge: there are no ebuilds built with USE flags to satisfy app-text/docbook-sgml-utils[jadetex]. !!! One of the following packages is required to complete your request: - app-text/docbook-sgml-utils-0.6.14 (Change USE: +jadetex) (dependency required by media-libs/fontconfig-2.6.0-r2 [ebuild]) (dependency required by app-text/ghostscript-gpl-8.64-r2 [ebuild]) (dependency required by net-print/foomatic-filters-3.0.20080507 [ebuild]) (dependency required by net-print/foomatic-filters-ppds-20070501 [ebuild]) (dependency required by net-print/cups-1.3.9-r1 [ebuild]) (dependency required by net-fs/samba-3.0.33 [ebuild]) app-text/docbook-sgml-utils is emerged without the jadetex USE flag. If I try to emerge docbook-sgml-utils with jadetex USE flag I get the following error message: ... ... ('ebuild', '/', 'dev-libs/dbus-glib-0.76', 'merge') (hard) ('ebuild', '/', 'dev-libs/gtk+-2.14.7-r2', 'merge') (hard) ('ebuild', '/', 'sys-apps/dbus-1.2.3-r1', 'merge') (hard) * Note that circular dependencies can often be avoided by temporarily * disabling USE flags what trigger optional dependencies. Has someone any idea? Best regards, Christoph Schrauth You didn't send the important part of the error message, but my guess would be a circular dependency between a few components - if you try emerging x11-libs/gtk+ with USE='-cups', you might get a little further (and can rebuild x11-libs/gtk+ with USE='cups' later, if desired). sorry, here is the complete message after USE=-cups emerge -av gtk+: [snip] Christoph Try doing that with USE='-doc' as well, USE=doc can cause lots of circular deps. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknmPIcACgkQOypDUo0oQOpHowCfVR78dYYAVhXXo7SOVP4ppzvv IIEAoLCJDZs6KL6nG6sTSLOVgz77pAV9 =XLFv -END PGP SIGNATURE-
[gentoo-user] Re: dependencies tool
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jacques Montier wrote: Daniel Pielmeier a gentiment tapote: 2009/4/14 Jacques Montier jacques.mont...@numericable.fr: As udept seems no longer maintened (hard masked), do you know a good dependencies (and reverse) command line package tool ? emerge --depclean --pretend --verbose [atom] [1] [1] http://www.gentoo.org/proj/en/portage/doc/faq.xml Thank you for your response, so i tried : 1- emerge --depclean --pretend --verbose xfce4 Calculating dependencies ... done! These are the packages that would be unmerged: xfce-base/xfce4 selected: 4.4.3 protected: none omitted: none 'Selected' packages are slated for removal. 'Protected' and 'omitted' packages will not be removed. Packages installed: 1051 Packages in world:241 Packages in system: 51 Required packages:1050 Number to remove: 1 2- I went to http://gentoo.linuxhowtos.org/portage, selected xfce-base/xfce4, then reverse dependencies, I got : The following packets depend on xfce-base/xfce4 [snip a long list of packages] Well, it seems quite different isn't it ?? Any idea ? Thanks, cheers The difference is that nothing actually depends on xfce-base/xfce4 - the packages that were listed depend on packages that have names that *start with* xfce-base/xfce4 (such as xfce-base/xfce4-panel). The - --depclean output says that you have no packages currently installed that depend directly on xfce-base/xfce4 - not that you have no packages install that depend on xfce-base/xfce4-panel, etc. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknkjeYACgkQOypDUo0oQOpXBACg1GQGl5IxClW2/ho7VyszDFHy zL0AnjiqRVsMWGDv6Uf5s4G0pno4L/VG =qLpM -END PGP SIGNATURE-
[gentoo-user] Re: dbus running but who started it?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael P. Soulier wrote: Hi, I'm looking at my system and I'm surprised to find dbus running, since I put -dbus -hal in my /etc/make.conf. msoul...@anton:~$ ps -ef | grep dbus | grep -v grep msoulier 9221 1 0 Apr12 ?00:00:00 /usr/bin/dbus-daemon --fork --print-pid 4 --print-address 6 --session msoulier 9222 1 0 Apr12 tty1 00:00:00 /usr/bin/dbus-launch --sh-syntax --exit-with-session msoul...@anton:~$ rc-config list | grep dbus dbus I didn't configure it to start, so something started it. I'm running XFCE4 so I suspect it started it, since it's running as me and not root. So lets see who needs it. msoul...@anton:~$ equery belongs /usr/bin/dbus-daemon [ Searching for file(s) /usr/bin/dbus-daemon in *... ] sys-apps/dbus-1.2.3-r1 (/usr/bin/dbus-daemon) msoul...@anton:~$ emerge --pretend --verbose --depclean sys-apps/dbus Calculating dependencies... done! sys-apps/dbus-1.2.3-r1 pulled in by: dev-libs/dbus-glib-0.76 No packages selected for removal by depclean Packages installed: 631 Packages in world:155 Packages in system: 51 Required packages:631 Number to remove: 0 msoul...@anton:~$ emerge --pretend --verbose --depclean sys-apps/dbus-glib No packages selected for removal by depclean That's odd. Nothing needs it? Then who started it? It's daemonized so I don't see a parent process beyond init. Mike What is the output of `/etc/init.d/dbus needsme` and `/etc/init.d/dbus usesme`, and are any of the listed services started? - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknlGMYACgkQOypDUo0oQOrTYQCfR8tnx21lO3N7vDjZPUuNxUCc veQAoIj1SQpD6mpr7D/CzeYfuGMPihwg =QsjF -END PGP SIGNATURE-
[gentoo-user] Re: Does -Wl,--hash-style=gnu need a full world rebuild?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jorge Morais wrote: I want these two flags (--as-needed and --hash-style=gnu) to be active before I adopt GCC 4.3 and recompile world. Just as an FYI, you do not need to rebuild the world when you upgrade GCC - the only time this was needed was around the GCC 3.3 to 3.4 transition, because of a one-time ABI breakage. By the way, binaries linked with --as-needed are compatible with binaries linked without it, yes? The --as-needed flag simply tells the linker to be more selective about which libraries to link against -- it does not change anything about the format, etc. of the library itself (to be precise, using --as-needed will cause only the NEEDED entries that are actually needed to be emitted to the final binary). So, to answer your question, yes, they are perfectly compatible with each other. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknjUuAACgkQOypDUo0oQOoi2QCeJYCNxTHeYs3y3f1pvlVRRaqj Fj0AoI5hHtgUjjLFe64Rq/j+QKplrlwG =lOyY -END PGP SIGNATURE-
[gentoo-user] Re: which package contains latex stmaryrd.sty
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alan McKinnon wrote: On Wednesday 08 April 2009 22:17:17 Valmor de Almeida wrote: Hello, Would anyone know which portage package would install the stmaryrd fonts? It's tetex. No, it isn't. teTeX is obsolete, and should not be used. If you have it installed, and have synced recently, you should have gotten a notice saying to switch to TeXLive: teTeX is obsolete and has been unsupported upstream since May of 2006. All users who still have teTeX installed should uninstall it and install TeXLive using the upgrade guide accessible at the following URL: http://www.gentoo.org/proj/en/tex/texlive-migration-guide.xml - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknd1RQACgkQOypDUo0oQOqoYQCgnXcfAR2V76jT99YHRG9Wy/EO sTEAoN8ZxN4+1zel920As8qIMqrz+KZL =7TNk -END PGP SIGNATURE-
[gentoo-user] Re: What annoys you?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Troeder wrote: On Mon, 2009-04-06 at 11:16 +0100, Peter Humphrey wrote: On Sunday 05 April 2009 21:45:16 Daniel Troeder wrote: When updates hit the portage tree, that are known to cause problems to lots of people - why not tell that directly after the --sync? Unfortunate timing here - within 24 hours the X11 upgrade included exactly this feature by way of eselect news! Oh yes - that's great :) I think it was triggered when I ran emerge -pvuND world after --sync. Unfortunately I had other things on my mind at that time, so I can't remember well. * Is there a way to reproduce the event? * Where can I find old news? With eselect news read all I get nothing. Did I maybe purge it?... that brings me back to my first question :) Seems like some of my wishes have already become true :) Bye, Daniel All news, whether or not it is relevant or has been seen, is shipped with the portage tree in files named like: ${PORTDIR}/metadata/news/${}-${MM}-${DD}-${TITLE}/ ${}-${MM}-${DD}-${TITLE}.${LANGUAGE}.txt For example, the xorg upgrade announcement is in ${PORTDIR}/metadata/news/2009-04-06-x_server-1_5/ 2009-04-06-x_server-1_5.en.txt and the teTeX to TeXLive migration announcement is in ${PORTDIR}/metadata/news/2009-04-06-tetex/2009-04-06-tetex.en.txt (note that ${PORTDIR} is /usr/portage on most systems, unless you changed it in /etc/make.conf) Therefore, no matter what you do, so long as you do not delete the portage tree itself (and if you do, just `emerge --sync`), you will have a copy of every news item published (all 4 of them, so far), as of your last sync. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkncnuQACgkQOypDUo0oQOr3qACeMIeQhLEh4LxvAqj36rUWN9EG 69EAnj7LZ/0UpuS3gdMYRhmJ74x8q5kN =+Did -END PGP SIGNATURE-
[gentoo-user] Re: What annoys you?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Troeder wrote: On Wed, 2009-04-08 at 14:24 +0200, Daniel Troeder wrote: * Where can I find old news? With eselect news read all I get nothing. Did I maybe purge it?... that brings me back to my first question :) Hmm... from another [gentoo-user] thread I found /usr/portage/metadata/news/ , but how can I reproduce the event? I tried # rm -r /usr/portage/metadata/news/2009-04-06-x_server-1_5/, and then eix-sync and emerge -pvuND world, but nothing happened... Daniel In order for the news item to appear at all, you must have x11-base/xorg-server-1.5 installed. If you have already upgraded or uninstalled x11-base/xorg-server, then the news item disappears completely, as it no longer applies (according to the line Display-If-Installed: x11-base/xorg-server-1.5). - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknctiwACgkQOypDUo0oQOrc9wCgzk4CRa0EwvoOAOMPE2n5M1bf tE0AoNJQP94zo/GpVoOuyru3Ocv44A3s =vBoz -END PGP SIGNATURE-
[gentoo-user] Re: New xorg.conf with x11-base/xorg-server-1.5.3-r5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Volker Armin Hemmann wrote: no, not everything. I have been switching mice on the fly with running X for years. trackball, scroll whell mouse back to trackball back to mouse. No extra entry for the trackball needed - and no hal (the trackball is retired, as is the nice, simple three-button-scroll-wheel-mouse). That actually is a special case, as all mice share a single device, /dev/input/mice, as well as each having their own device, /dev/input/mouse{0,1,2,...}. In this case, the kernel itself handles hotplugging, and X only saw /dev/input/mice. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknbl6MACgkQOypDUo0oQOp5lwCfXP/aRwCQ9cTmv8BgazsqSBw0 4/0AoKRK611WJgzUq3H/tmoc1BqtG1pT =a2P0 -END PGP SIGNATURE-
[gentoo-user] Re: revdep-rebuild problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 John P. Burkett wrote: Doing revdep-rebuild on an amd64 machine, I received a response the included the following lines: * All prepared. Starting rebuild emerge --oneshot app-text/xpdf:0 gnome-base/gnome-panel:0 kde-base/kdegraphics:3.5 mail-client/-MERGING-evolution:2.0 media-plugins/gst-plugins-faad:0.8 media-plugins/xmms-alsa:0 media-plugins/xmms-vorbis:0 media-video/totem:0 .. Calculating dependencies... done! emerge: there are no ebuilds to satisfy mail-client/-MERGING-evolution:2.0. After doing emerge -C evolution, I redid revdep-rebuild but got the same response. After doing emerge evolution, I again redid revdep-rebuild, with the same results. Suggestions for how to successfully run revdep-rebuild would be most welcome. I'm willing to sacrifice evolution if that would help. A directory named $(portageq vdb_path)/*/-MERGING-* (where $(portageq vdb_path) is usually /var/db/pkg) is created when portage is installing a new version of a package/a new package. It is then moved to the same name without the -MERGING- part after the old version (if any) is removed. The only way that that directory would be able to exist in normal usage is if either 1) you are in the middle of a merge, or 2) emerge suddenly quit in the middle of an operation. Usually, when I've had this happen, and didn't catch it right away, I would `emerge -C package`, then mv /var/db/pkg/cat/-MERGING-pkg-ver /var/db/pkg/cat/pkg-ver, then `emerge -C package` again, to ensure a clean system. Then all that would remain is `emerge -1 package` to get it back on the system. This might not be the best way to do it, but I've found it to work. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknYi5sACgkQOypDUo0oQOqFfgCcDOqwbMHbA7oGOuKX0T7Y5nS7 hlcAnA2bnew6N7B6x1X0uzDWXtfgBega =tYX3 -END PGP SIGNATURE-
[gentoo-user] Re: hal requires cryptsetup!? will hal work with loop-aes?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 7v5w7go9ub0o wrote: BACKGROUND: Am preparing for the xorg update, and hal wants to bring in cryptsetup: ('ebuild', '/', 'sys-fs/cryptsetup-1.0.5-r1', 'merge') pulled in by =sys-fs/cryptsetup-1.0.5 required by ('ebuild', '/', 'sys-apps/hal-0.5.11-r8', 'merge') A quick look at the ebuild reveals this: IUSE=X acpi apm crypt debug dell disk-partition doc laptop selinux ${KERNEL_IUSE} [...] kernel_linux? ( [...] crypt? ( =sys-fs/cryptsetup-1.0.5 ) ) (I'm aware of the udev vs cryptsetup workaround listed in bugzilla) QUESTIONS: 1. Is cryptsetup really necessary on non-encrypted systems? It appears to be both setting, and then testing for crypt. If it does require cryptsetup, then Why? 2. I'm using loop-aes. If the answer to question number 1 is yes, then will hal have an issue with loop-aes/loop devices? Thanks in advance... Newbie I'm not sure if you will need sys-fs/cryptsetup for your setup, but I think you may have gotten confused over the difference between USE and IUSE. IUSE is a variable set by an ebuild to tell portage (or your PM of choice) that this package supports certain USE flags. See ebuild(5) for more information. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknZcqgACgkQOypDUo0oQOoe5wCgitOEi1HBReUv59D90CmIJ4mS MYMAn3NZ+es0kV5Qvw9EyJb3RG/ppsth =pCSk -END PGP SIGNATURE-
[gentoo-user] Re: What annoys you?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alan McKinnon wrote: What could work is a way to do these checks during the initial phase so you get told about it before the actual building starts, just like with blockers. Which is exactly how it works, now, with the new USE-deps (before you had to wait until the pkg_setup phase, now it stops while calculating dependencies). - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknXIXcACgkQOypDUo0oQOpVzgCdGNtXAA25LaTVHQSUKGEIFv+6 AksAn3FRybM4fPU4Dx6ueRS8TTzJFpir =k8vL -END PGP SIGNATURE-
[gentoo-user] Re: Another Jacked up mess on update - hal daemon
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Harry Putnam wrote: Volker Armin Hemmann volkerar...@googlemail.com writes: On next boot, the problem with hal daemon reported above started. and you did etc-update/cfg-update after the update? Have you read the messages with elogv? Same hal versions here - no problems at all. I've completed the cfg-update -u and there was only one file really changed. sshd_config which I left alone. However I did remember to make sure the package I had trouble with `glibc' did get installed. It did not and will not. Ending with this stuff below... I'm not at all sure what to make of it. Is it related to hal daemon problem? emerge -vuD glibc [...] usr/lib/libc_nonshared.a Completed installing glibc-2.9_p20081201-r2 into /var/tmp/portage/sys-libs/glibc-2.9_p20081201-r2/image/ [snip sandbox error] That actually is completely separate, and is due to a bad version of sandbox (if I'm not mistaken) - you probably need to either upgrade or downgrade sys-apps/sandbox to 1.6-r2 (1.7 appears to be broken in this regard). If I'm right, then this probably is bug 264399. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknYNroACgkQOypDUo0oQOo2uQCgmpl2YRJbKnDr7TghvcFt5Gu5 WNUAoMUctbHHxr/3LDggyqQhi4D1URJZ =IZpq -END PGP SIGNATURE-
[gentoo-user] Re: How to freeze my Gentoo system
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael Higgins wrote: Looks like I can fix the use flag and clean out ldap if I want to do so, but I'm stuck with pycrypto (or the build use flag): Actually, sys-apps/portage has a PDEPEND on || ( =dev-lang/python-2.5 =dev-python/pycrypto-2.0.1-r6 ), so if you are using =dev-lang/python-2.5, then you don't need pycrypto anyway. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknW0t8ACgkQOypDUo0oQOq/OACfWVcahpyEAy579NHcGQFZ3Fq5 +j4AoL30wLhP9YH4RsjmvrG1xxzFXiMc =wG48 -END PGP SIGNATURE-
[gentoo-user] Re: Emerge options question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andrew Syrewicze wrote: I ran emerge -eav system followed by emerge -eav world. Needless to say this produced several packages that needed to be rebuilt. 168 for system and 630 for world. My main question is what exactly does the -e option do in emerge? I looked in the man page it didn't seem quite clear to me, but maybe that's do to me still being partially noobish still. I noticed that running emerge -av world didn't pull in nearly as many packages. I'm just curious as i'd like a clearer understanding of how portage works. The -e (or --emptytree) option says treat all dependencies as though they need to be (re)installed, so it will reinstall all packages in world (or system), and every package that they depend on, and their dependencies, all the way down. Note also that in portage-2.1.*, system is part of world (and for portage-2.2, @system will be, by default, part of @world, although that will be configurable), so emerge - -e world will rebuild every package on your system, except for those that would be removed via `emerge --depclean`. -- Andy Just as a suggestion, use -- (hyphen-hyphen-space) as a separator instead of just -- (hyphen-hyphen) -- it will cause most clients to drop the signature part in replies. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknUDpAACgkQOypDUo0oQOqCowCfT6xK7wXltLWPXuHo4ApWGBGX IBMAoKmWoHKaQEghNjdj6t6Y7whkVWqq =Tslm -END PGP SIGNATURE-
[gentoo-user] Re: Upgrading GCC (just to be sure)...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Maximilian Bräutigam wrote: Hi all, it was said before: You don't need to follow this guide. Just emerge and you'll be fine. I would expect, that this is not the whole purpose. For example if I use eix gcc, I get two installed versions: 4.1.2 and 4.3.2-r3 gcc -v returns gcc-Version 4.1.2 (Gentoo 4.1.2 p1.1) gcc-config -c returns x86_64-pc-linux-gnu-4.1.2 So, obviously I am not using the new GCC compiler and being honest, I made half a year ago the mistake to deinstall gcc without upgrading. I configured a hole new system, because nothing worked anymore. Due to the mentioned problems my question is, do I have to configure # gcc-config x86_64-pc-linux-gnu-4.3.2 ... or ... # gcc-config x86_64-pc-linux-gnu-4.3.2-r3 kind regards, der Max IIRC, by default it will start using the new compiler, but the command is `gcc-config x86_64-pc-linux-gnu-4.3.2` (or even just `gcc-config 4.3.2`); for a list of compiler versions you currently have installed and can use with gcc-config, see the output of `gcc-config -l`. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknSDSgACgkQOypDUo0oQOqklACgprThXNNyLJRc5NH1nEoDQUQm 0tIAoNh1Dc7PaCzsD3panAfqwy0d3GGx =1WDl -END PGP SIGNATURE-
[gentoo-user] Re: How to get plain ascii from man?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Walter Dnes wrote: On Wed, Mar 25, 2009 at 10:12:20PM +, Grant Edwards wrote How do you get a plain ascii file (no backspacing, no escape sequences) out of man? Running it through col or colcrt doesn't work anymore, because the default output contains ANSI color escape sequences. I done it! And no, the following man2text script is not brought to you via an uncorrected dialup modemg. #!/bin/bash sed s/^[\[[^m]\+m//g *IMPORTANT* the 8th and 9th columns of the second line are *NOT* ^[. That's actually the escape character as displayed in vim. In vim in entry mode, you can insert control character by prefixing them with CTRL-V. To enter the escape character, press CTRL-V and release, then press escape. Here's the logic - You want to get rid of all ANSI terminal sequences - all ANSI terminal sequences start with escape[, have 1 or more mode characters, and finish off with m - the sed one-liner deletes all such occurences (technically, it replaces them with nothing). Even better would be, as it avoids a call to bash: #!/bin/sed -f s/^[\[[^m]\+m//g (with the same ^[ is really ESC) - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknPrAoACgkQOypDUo0oQOrVYwCfZ/f8eaFpMy0E8+fs96qCG3Dv mscAoLAdGesfNBz3EsRp7aaqUiBwjpeo =qUzQ -END PGP SIGNATURE-
[gentoo-user] Re: full shutdown
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Simon wrote: Hi there, this must be simple (it always is) but I can't figure out by myself. I have one of the first eeepc (4gb) and when issuing `shutdown -h now` the computer shutdown perfectly but forgets to cut the current. I have to press the power button 4 sec to cut it manually. I'm recompiling the kernel almost as often as I breathe and i wonder if I'm not missing some steps (during or after)... I have acpi installed and init.d/acpi is started. acpi support was compiled in kernel and i tried with and without the CONFIG_ACPI_ASUS with no difference. I'm using kernel 2.6.24 (for several drivers that are most compatible with this one). I have almost the same install on 2 different PCs (with obvious tweakings in kernel options and /etc) and the most recent one shuts down correctly, the older one does the same thing as my eeepc... When recompiling the kernel, I do: make make modules_install; then I recompile the drivers i have and install them, is there anything else i should recompile, like should i re-emerge acpi? Also, I dont think it's related but, when doing 'startx', after, when shutting down, the console screen doesnt update and is stuck on the x11 and fvwm2 messages... it doesnt show the progress, any ideas? (this is secondary though) Thanks in advance guys! Simon This probably isn't the problem, but try doing `shutdown -hP now`, and see if that works - if it does, then there probably is a configuration issue somewhere (but I'm not sure where that would be...). - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknO0iEACgkQOypDUo0oQOpgtwCgsSQMLhxzqtJ3fc7Ot5fUznja CLgAn2y0fPM8YvSzcPSq4+kxdGUXfdJM =c5U0 -END PGP SIGNATURE-
[gentoo-user] Re: kdelibs -plasma -webkit
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 James wrote: Hello, I kinda got my first kde 4.2.1 install working, as can best be describe as a random_walk. So I'm still getting it all straight in my head. Today upon a routine update to world, I noticed that kdelibs 4.2.1-r3 want to rebuild, minus the plasma and webkit flags: ebuild R ] kde-base/kdelibs-4.2.1-r3 USE=3dnow acl alsa bzip2 fam jpeg2k mmxnls opengl semantic-desktop spell sse sse2 ssl Not good methinks, but, I'm looking for somebody a little better versed in kde 4 to confirm that I should leave these flags. If so, my default (favorite place) for this is adding the flags to make.conf. After all I manage more than a dozen workstations and I try to have a much as possible the same on these machines. Or should I rebuild kdelibs without these flags? Sure I know what the flages do: plasma: Build optional plasma widgets that require kde-base/libplasma webkit: Enable bindings to QT Webkit enable WebKit support Use net-libs/webkit-gtk for rendering. Enable QT-WebKit rendering support Enable the webkit rendering engine Enables gtk WebKit support Use qt-webkit rendering engine for showing url thumbmails and for other things that needs webbrowser intergration. Enable the webkit rendering engine for item rendering Use net-libs/webkit-gtk for rendering rather than net-libs/xulrunner Enable x11-libs/qt-webkit support, for more sophisticated online help display using webkit's HTML renderer. But I have too little wisdom with kde4 to discern best practices. My default goal is to use sets to have something smilarly to the meta stuff, but not using meta now, so customizing my onw sets, or following other Gentooers that want massive (all) kde applications on many workstations, as to have one semantic to suppport, without meta. James You almost certainly want +plasma, as in this case +plasma means build the base libraries required for plasma, which means if you don't, the desktop and panel won't work anymore. I'm not sure about webkit, but that would probably be another, if in doubt, enable. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknNIh0ACgkQOypDUo0oQOokNACfcqEi5JF0iliONaUIonejOZdP iysAn1qjMPI/um9MuawSVoXVucz4qsLj =1UOi -END PGP SIGNATURE-
[gentoo-user] Re: can't upgrade to latest pkg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Pielmeier wrote: maxim wexler schrieb am 23.03.2009 18:43: Nope, Using the model given: app-office/gnumeric ~x86 like this: =sys-kernel/tuxonice-sources-2.6.28 ~x86 in package.keywords, gives the same result as above. No wonder =sys-kernel/tuxonice-sources-2.6.28 does not exist :-) With = you set ~x86 keywords for exact that version. eix tuxonice-sources * sys-kernel/tuxonice-sources Available versions: (2.6.24-r9) 2.6.24-r9!b!s (2.6.28-r3) (~)2.6.28-r3!b!s (2.6.28-r4) (~)2.6.28-r4!b!s (2.6.28-r5) (~)2.6.28-r5!b!s (2.6.28-r7) (~)2.6.28-r7!b!s (2.6.28-r8) (~)2.6.28-r8!b!s So you need to set either this: =sys-kernel/tuxonice-sources-2.6.28-r8 ~x86 to set keywords for exact the specified version or this =sys-kernel/tuxonice-sources-2.6.28 ~x86 to set keywords for any higher version than the specified or better this ~sys-kernel/tuxonice-sources-2.6.28 ~x86 to set keywords for any revision of the specifies version Regards, Daniel Also note, that the ~x86 part is now optional. If you do not specify any keywords, then ~${ARCH} is assumed (in this case ARCH=x86, so you get ~x86 - this can help for keeping the same p.keywords file for two different systems running on two different architectures, for example, my amd64 chroot on my x86 box) - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknIB1UACgkQOypDUo0oQOqEbQCfXbmHORqTvH65BpmVkjEOKl64 NpkAniNDhCvFydQv4gSzWpH7lyh7F+gK =i55W -END PGP SIGNATURE-
[gentoo-user] Re: keeping an installed version
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alan McKinnon wrote: I recommend you find the ebuild for your current version in /var somewhere and mvoe it to a local overlay where it can be safe That file will be found on your system at: /var/db/pkg/media-video/nvidia-settings-169.07/nvidia-settings-169.07.ebuild - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknC/XkACgkQOypDUo0oQOq8yQCg3Lh7OYKbwXXuP1rT6tlD3n6J nAkAoK2rXkWrHZeYHeEn+lkxrgGU56cN =qima -END PGP SIGNATURE-
[gentoo-user] Re: are blocks now OK with portage-2.1.6.7 ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Allan Gottlieb wrote: Gnome-light recently went stable on x86 so my last emerge world produced a long list of packages to merge. Fine. At the end it says Total: 93 packages (87 upgrades, 4 new, 2 reinstalls), Size of downloads: 223,796 kB Conflict: 3 blocks Portage tree and overlays: [0] /usr/portage [?] indicates that the source repository could not be determined Would you like to merge these packages? [Yes/No] Since it offers to merge and there are no B's in the list, I assume this version of portage resolved the blockage. However, there are nearly a hundred packages and some of them are important so I would like to confirm that it is OK to let portage merge these. thanks, allan It should be ok, and as there are 3 blocks, you will probably find three instances of [blocks b ] (note the lowercase b), which are automatically resolved (usually) by an [unmerge ] line further down (or up, if you are using --tree). This corresponds to the new behavior, which automatically fixes problems like the old e2fsprogs/com_err/ss/e2fsprogs-libs blocker, without breaking anything (well, the system may be in an inconsistent state if you loose power at *exactly* the wrong time, but that can happen anyway during a merge, even without this new behavior). PS: I hope I didn't ramble on too much... this was going to be much longer, and less coherent. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkm+35EACgkQOypDUo0oQOpZ9ACeKsemyDPiGoB6ndNNSA2KU6qP a40AoLZuz6X72pIC4L4lREs7AIb/Muo2 =ilvV -END PGP SIGNATURE-
[gentoo-user] Re: @kde-4.2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 James wrote: Neil Bothwick writes: cat /etc/portage/sets/kde4.3 /etc/portage/package.keywords Or make package.keywordsa directory and simply put a copy of the sets file in there (or a symlink to the sets file). This is the more manageable option. Interesting approach. I usually like to follow the gentoo recommended practices. I get the feeling that sets via portage 2.2 is very much a work in progress. So which of these approaches is likely to become the de'facto method? Also, I omitted the ~amd64 at the end of all of those manual entries into my package.keywords file. It work without them. So my question is the -amd64 entry on every line of my package.keywords deprecated now with portage 2.2? James If you are using the kde-testing overlay, there are files that you can symlink under /etc/portage/package.{keywords,unmask}/ to unmask/keyword particular versions of KDE. Note also that any file in [/etc/portage] that begins with 'package.' can be more than just a flat file. If it is a directory, then all the files in that directory will be sorted in ascending alphabetical order by file name and summed together as if it were a single file (from portage(5)). To be precise, it can be an entire directory tree, and still work the same way. A line in package.keywords without any KEYWORDS implies ~${ARCH} (again, see portage(5)). With the exception of sets and FEATURES=preserved-libs, everything in portage-2.2 is in portage-2.1.6.*, which is now stable just about everywhere, so this behavior is at least that old (although I believe it has been around longer). - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkm1awcACgkQOypDUo0oQOpvhgCdEAKRJp1kSFoff++jTn+JQYvp VZ8An0/7OMDSrfddocWGkJFiArV4D8tZ =gruJ -END PGP SIGNATURE-
[gentoo-user] Re: SUID
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hinko Kocevar wrote: Hi, I'm trying to touch a file in /sbin during boot time and would like to do that with a normal user by running SUIDed shell script. I have following script: hin...@alala /tmp $ cat test.sh #!/bin/sh touch /sbin/foo.bar exit $? hin...@alala /tmp $ sudo chmod +x test.sh hin...@alala /tmp $ sudo chown root:root test.sh hin...@alala /tmp $ sudo chmod +s test.sh hin...@alala /tmp $ ls -l test.sh -rwsr-sr-x 1 root root 32 Mar 2 09:27 test.sh hin...@alala /tmp $ sh -x test.sh + touch /sbin/foo.bar touch: cannot touch `/sbin/foo.bar': Permission denied Can somebody help me with that? Thank you! Best regards, Hinko Linux does not support s[ug]id scripts, however, you can emulate the effect of it using sudo - in your shell script, do the following: #!/bin/sh [ $(id -u) -ne 0 ] exec sudo $0 $@ # put the rest of the script here and add a line to /etc/sudoers that reads: ALL ALL=NOPASSWD: /path/to/script This will allow any user (the first ALL) from any host (the second ALL) to run /path/to/script as root:root without any authentication, by simply calling /path/to/script (or just script, if it happens to be in the $PATH). NB - I havn't actually tried this recently, so I might be wrong on some of the specifics, but the general idea should hold. Also, if you want to restrict *who* can run the script, you can change the first ALL to something else, see sudoers(5) for details - also you can restrict *where* it can be run by changing the second ALL. If you want to make the user enter *their own* password, remove the NOPASSWD:. If you want to make the user enter *root's* password, read the man page - I don't remember the option, but I know there is one. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmrneIACgkQOypDUo0oQOqhCwCgqspw4mIaGhDdkjyFkYbUnmMF DgAAn0rG+V5ZFmwp8GWPPUc80cyB0EGB =NE1x -END PGP SIGNATURE-
[gentoo-user] Re: Portage and sets
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 James wrote: OK, color me dense, but, if we are assuming there should be a smooth (easy) transition from kde-meta to kde sets I'm missing something. The posted lists (sets) do not look anything like the way kde-meta is organized. Call it herd mentality, but I bet many of the current kde-meta crowd would just love to have these sets defined for us and we can choose which of these generic sets we want, and then just build a set or 2 of our own. Then make a file that lists those and all we have to do is emerge that file. Poof done, kde-meta, simple fast and mostly like what other have, using gentoo defined sets for kde-4.2.x Should we not have some standard, logical listing of of the various kde packages, like the current categories for kde 3.5.x, only in set form? Sure folks could build there own sets but if all you want is the old kde-meta (give or take a few application), in sets+kde.4.2.x form, there should be some predefined sets for us? That is to say, (more clearly I hope); when I go to the kde button in 3.5.9, I get these categories: Development Entertainment Games Graphics snip So what aren't there pre-defined sets with this sort of grouping? Thus the new kde-4.2.x would be a straight convert (except for applications that are lost and/or gained) to ease the transition to kde 4.2.x using sets. Really, all I want is a similar setup to kde-meta, via sets Kde 4.2.x, without having to get intimate with 200+ applications. and not having to define my own sets. Is this already done? Looking at the previous links and Neils postings, at first glance it tells me I'm going to have to spend days learning about what all of these individual packages do to have a somewhat similar setup that kde-meta provided. I do not what to learn the details and names of all of that stuff. I want to emerge a small number of sets and POOF as close as I can get (with sets and kde4.2) to the ole kde-meta? Am I being unreasonable? Did I miss something? (and yes, I'm lazy, mentally crippled, and slow that's why I still do admin work) There are predefined sets in the kde-testing overlay, that correspond to the upstream tarballs (and, therefore, to the kdefoo-meta packages). Unfortunately, they cannot yet be distributed with the gentoo-x86 tree (that's $PORTDIR, or /usr/portage, for you playing along at home). I don't remember the reasons given for that, but you can copy the sets from that tree, and place them in your /etc/portage/sets/ directory, and modify them at will - or create your own based on those sets. Note that you do not actually need that overlay installed to use the sets; all you have to do is copy the sets from the overlay into your local configuration. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmjbNwACgkQOypDUo0oQOof/gCfTwgO/neVBxe7/YhHN0KpHczz 634Anisv8fvHCS4D26R+Wf3c+Ia5HZ6e =AHxk -END PGP SIGNATURE-
[gentoo-user] Re: hal + xorg hell part 2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Helmut Jarausch wrote: Hi, I'm still struggling with xorg + hal Now, my PS/2 keyboard translates certain keys in a strange way, e.g. 'insert' 'home' 'PgUp' 'PgDn' etc. Xorg.0.log contains the following lines which I don't understand (II) config/hal: Adding input device AT Translated Set 2 keyboard (**) AT Translated Set 2 keyboard: always reports core events (**) AT Translated Set 2 keyboard: Device: /dev/input/event0 (WW) AT Translated Set 2 keyboard: device file already in use. Ignoring. (II) UnloadModule: evdev (EE) PreInit returned NULL for AT Translated Set 2 keyboard (EE) config/hal: NewInputDeviceRequest failed Any help is very much appreciated, thanks, Helmut. P.S. I tried both drivers kbd and evdev (since my mouse uses evdev) You are probably setting the xkb keyboard type incorrectly, assuming you are using Gnome, KDE, or Xfce - You need to tell the desktop environment that you have an evdev keyboard, instead of whatever keyboard you actually have, and use the evdev driver (if I'm not mistaken). I had the same problem a few months ago when I upgraded, and that fixed it. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmiILgACgkQOypDUo0oQOpwDACeK/Y2JJ4wiHC3J0OLTd5NoOJT eQEAn30ovptIBWFrIiJ+jfGZYpUN+RQW =73mK -END PGP SIGNATURE-
[gentoo-user] Re: Multiple architectures for portage CFLAGS?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 daid kahl wrote: Hello, I have encountered a problem maintaining my system using revdep-rebuild. I have both gcc-3.4.6 and gcc-4.3.2 installed on my machine. I mainly use gcc4, but sometimes I need g77 because many people at my laboratory use fortran code that is not compliant with gfortran standards. However, I have an Intel duo Core machine, so I usually have the CFLAG march=core2, but this is not supported in gcc3. Thus, if I need to rebuild gcc3 during revdep-rebuild, I have to do most of the updates by hand so that I can turn on an older march setting for gcc3 (such as march=nocona). Is there some way to set specfic CFLAGS for different gcc installs? Is my method of manually having different architectures for different gcc installations a risk? Regards, daid It is possible, although unsupported, to set CFLAGS/CXXFLAGS for a particular version of a package. The bashrc for the base profile (which all modern profiles inherit from) will attempt to source, if they exist, the following files: /etc/portage/env/${CATEGORY}/${PN} /etc/portage/env/${CATEGORY}/${PN}-${PV} /etc/portage/env/${CATEGORY}/${PN}-${PV}-${PR} (where for sys-devel/gcc-3.4.6-r2, CATEGORY=sys-devel, PN=gcc, PV=3.4.6, and PR=r2 (when there is no -r# part, PR=r0)) In one of those files, you can export a new value for CFLAGS/CXXFLAGS. Note that not all portage variables can be changed in this manner. (To be precise, variables that are referenced from the parts of portage written in bash can be changed in this manner.) Also note that if you have 'CXXFLAGS=${CFLAGS}' in your make.conf, this will set CXXFLAGS to the value of CFLAGS *that is in make.conf*, so you will need to modify CXXFLAGS as well as CFLAGS. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmNIhcACgkQOypDUo0oQOpmzwCbBmDk9w0vdr1OxO8YPBeLhQBq lqkAoJ41FE04llfOHF1RH1DG0rUxJg9d =rEti -END PGP SIGNATURE-
[gentoo-user] Re: libtool problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Neil Bothwick wrote: Mike Kazantsev wrote: And I hate to re-emerge same gcc every time some minor bug (which I didn't happen to reproduce) is fixed. IKWYM but I think, on balance, this one would have benefited from a bump as the effects of the breakage were quite widespread. It did make a difference to the installed files, which is the usual criterion for a bump. The reason there wasn't a bump (IIRC) was that the ebuild never changed - - only the eclass did. If you emerged any version of GCC during the window where the eclass was broken, that version of GCC would have been broken. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmJCq4ACgkQOypDUo0oQOqeqwCgrFG9t4t3+ZmTKY5EcjW81Ab/ YIoAmQEQh7FXNlrIj/dCmqSGoIk+g4YG =3Eiv -END PGP SIGNATURE-
[gentoo-user] Re: pidgin build error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Arnau Bria wrote: Hi, I'm getting this errorn when trying to emerge pidgin: gcc-config error: Could not run/locate i486-pc-linux-gnu-gcc snip errors building perl stuff for pidgin My CHOST is: # grep CHOST /etc/make.conf CHOST=i686-pc-linux-gnu never changed... # gcc-config -l [1] i686-pc-linux-gnu-4.1.2 * Anyone could help me? TIA, Arnau It appears that you may have changed your CHOST at some point in the past - if so, you may want to try rebuilding sys-libs/libperl and dev-lang/perl, which may fix this error (you might want to try that even if you *haven't* changed your CHOST, just in case). - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmHdfEACgkQOypDUo0oQOqqOACfSu1ti82Q07lj6auQVsbDx9I2 xiQAn2CuzHL8AU3Yccg8dCOdWqkjBiNP =J6Xt -END PGP SIGNATURE-
[gentoo-user] Re: When did bzImage move?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dale wrote: Stroller wrote: On 2 Feb 2009, at 03:46, Dale wrote: ... I think I tried this /or genkernel when I looked at /boot I found they'd littered the place with clutter. I hope you won't be offended, but the amount of junk files this added made me want to barf. I have avoided any such complications since, considering I don't consider copying a file editing grub.conf to be anything of a complication myself. ... I think I read somewhere that system.map file is no longer needed, unless you want to set up things in a odd way. Is that correct? I've certainly never needed it, in several years since 2.4 kernels. But IIRC it is/was copied over when using these automated kernel installation methods. Stroller. I think that is how mine got there to. I may rename mine and reboot and see what blows up. Dale :-) :-) If I remember correctly, it is only used by depmod, and only if you pass the file name on the command line. update-modules, which calls depmod, and tends to be the main way that depmod is called (besides in the kernel Makefile), searches the following directories for the System.map file: /lib/modules/${KV}/build /usr/src/linux-${KV} /lib/modules/${KV} /boot /usr/src/linux In each directory, it looks for the file in this order: System.map-genkernel-${arch}-${KV} System.map-genkernel-*-${KV} System.map-${KV} System.map What this effectively means is that the copy in /boot is a backup copy, just in case you clean the current build of your kernel (/lib/modules/${KV}/build is a symlink to the build directory of your kernel build, which can differ from the source directory) tl;dr version: It won't blow up immediately, but you might run into problems later if you `make clean` or `make mrproper` in the build tree - - or build a different kernel in the same tree. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmGn8YACgkQOypDUo0oQOqZFgCffggirZ6KATIY/WcMwRxFz9O5 4BMAniHaPafRfEb6dhE1YXsfVUKJKLo2 =MqG6 -END PGP SIGNATURE-
[gentoo-user] Re: When did bzImage move?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Volker Armin Hemmann wrote: Dale wrote: Volker Armin Hemmann wrote: Dale wrote: I like to copy mine manually. I dunno, I just do. I'm weird that way. I also have a unique way of naming my kernels so I can keep up with which is which. well, you can always put the name in the config - and let make install do the copy. That way you get a nice vmlinuz symlink to the latest kernel and vmlinuz.old to the older one - and you never have to touch grub.conf again. But that would only allow you to have two kernels laying around. Right now I have these: no, you can have as many kernels as you want. But there is a vmlinuz symlink to the latest and vmlinuz.old symlink to the previous installed one. To be precise, the config option CONFIG_LOCALVERSION appends a string to the end of the kernel version, which installkernel uses to place the kernel image. If /boot/vmlinuz exists, then it is moved to /boot/vmlinuz.old, and a *symlink* from /boot/vmlinuz is created to vmlinuz-${VERSION}. If /boot/vmlinuz did *not* exist before installation, then no symlink is created. installkernel also copies your .config to /boot/config-${VERSION}, performing the same move and symlink operation. In addition, if you *do* install the same kernel version twice, it will move your old version out of the way (to vmlinuz-${VERSION}.old) first, so even if you do forget to update your .config, you will still have both kernels. To see exactly what make install does, read /sbin/installkernel (a /bin/sh script), as that's all `make install` calls (well, it first checks for ~/bin/${CROSS_COMPILE}installkernel, and calls it, if it exists, which allows you to customize the installation process). Personally, I will set CONFIG_LOCALVERSION to .# or -r0.# on a second+ compilation of the same kernel version. (My current kernel is 2.6.28-gentoo-r1.2). - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmFJ1cACgkQOypDUo0oQOouMACcC6abA3gFvOZQbDB5dMnMBAMo D8MAnjr4MSrTG9KiC6cB6fodijrSWjK/ =6Bgu -END PGP SIGNATURE-
[gentoo-user] Re: ltmain.sh version 1.5.22
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Rod wrote: * Running elibtoolize in: libmcrypt-2.5.8 * Applying install-sh-1.5.patch ... * Portage patch failed to apply (ltmain.sh version 1.5.22)! * Please bug azarah or vapier to add proper patch. Try reinstalling and/or upgrading sys-devel/libtool - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkl8yeMACgkQOypDUo0oQOpo0wCeKqToUftZ/jb5RKPtzlJHoHUM FekAnR1/GwO1EUb5PnZZ58UAXStadPCf =FjyW -END PGP SIGNATURE-
[gentoo-user] Re: Howto share Linux swap partition with Windows XP
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Grant Edwards wrote: I still can't believe that Windows does it's swapping using a normal filesystem -- and by default it's the same filesystem used for system and application files. It seems like the filesystem code would end up being a serious bottleneck. But I long ago stopped trying to figure out why Windows does things... There actually is a good reason (oddly enough) for Windows using a file on the filesystem for its swap space. Because it is a simple file on disk, if Windows realizes that the swap file is almost full, it can expand your swap without having to do things like repartition. This makes the swap is full - out of memory-type problems less likely to occur (unless it is filesystem is full as well :) ). - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkl7Za8ACgkQOypDUo0oQOp8egCgwWyB4db6ZYJ9YwgvG/dq70Rq 64cAn3laOOtlhh7zN7ni85WpBYZDyLz6 =T1za -END PGP SIGNATURE-
[gentoo-user] Re: Howto share Linux swap partition with Windows XP
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Grant Edwards wrote: One implication of that is that the filesystem is then not allowed to move blocks around if they are part of an active swap file? Not that I'm aware of filesystems that shuffle blocks around while they're part of an open file, but one might imagine something like that happening as part of some sort of balancing algorithm. I'm not sure if the swap can be moved around during normal use, but I do know that it shows up as an unmovable block in XP's defragmentation tool, suggesting that nothing is allowed to move it on disk at all, while it is in use (which, on Windows, means the OS is running). - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkl70wsACgkQOypDUo0oQOqDPgCfc78Ejvm96lonhVA581xCftXu c9UAoL+YzrNHQ8iJL+fCmAUlD5WG9s5w =KeKc -END PGP SIGNATURE-
[gentoo-user] Re: Aborting due to QA concerns: textrels
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Helmut Jarausch wrote: I found out the option is '-stricter' This seems to be necessary for quite a lot of packages now. FEATURES=stricter should not be enabled by default, and is not, unless you are using one of the developer profiles - unless you *really* know what you are doing, and are an ebuild developer, you almost definitely do *not* want to be using a developer profile (unfortunately, there has been much miscommunication on this issue). To change your profile, use `eselect profile list` to see the available profiles, and `eselect profile set name-or-number` to change your profile. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkl5Up8ACgkQOypDUo0oQOqjUwCgjj4HiYfRw8o22/jxvzUb9Xfs T0kAmgK+s1H1dWt+kXrft6x3OtDWLKlU =3Kgu -END PGP SIGNATURE-
[gentoo-user] Re: new timezone data requires setting a symlink by hand
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Helmut Jarausch wrote: Thanks, but it doesn't work here. I must be doing something wrong. Now, I have deleted /etc/localtime /etc/conf.d/hwclock contains clock=local (which is recommended for a dual boot system with Windows) For /etc/timezone I have tried both Europe/Berlin and alternatively Europe/Berlin In both cases I get GMT instead of my local time here. try: # echo Eurpoe/Berlin /etc/timezone # emerge --config sys-libs/timezone-data NB: this will only need to be done this once, after that, an update of sys-libs/timezone-data will automatically update /etc/localtime - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkiSSkMACgkQOypDUo0oQOrxIQCdG0Azwij5Pc76iy6kwXoa1Y95 QxAAoN4lgcncAliE5YQ8ZUYSPp7JCRbc =8uRF -END PGP SIGNATURE-
[gentoo-user] Re: move instalation from one system to another one.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Volker Armin Hemmann wrote: not anymore. system was taken out of world. http://marc.info/?l=gentoo-devm=121607297615623w=2 That is only true if you are using =sys-apps/portage-2.2_alpha (that is, the current ~arch version) - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkiSSwQACgkQOypDUo0oQOo8xQCgn5RkYiAckabM7zh33rTM/GDx omEAoNerwtYhpCMikBot1anqLvrsARIj =ApzL -END PGP SIGNATURE-
[gentoo-user] Re: VFS: cannot open root device sda2 or unknown-block(2,0)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Miernik wrote: Robert Bridge [EMAIL PROTECTED] wrote: The second is to pass an argument to the kernel that does the same thing, IIRC sleep=30, but I have never used this particular trick, so you will want to check it. Tried it - didn't work. The kernel parameter is rootdelay=seconds to wait a certain amount of time, or rootwait to simply wait (possibly forever) until the root shows up. I've been using rootwait on my systems for a while now with no ill effects. My grub.conf (only relevant line): kernel (hd1,1)/vmlinuz root=/dev/sdb6 rootwait ro quiet vga=0x31A -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkh2Ei8ACgkQOypDUo0oQOoeXQCgxymIvGeSGwxjOwYlOErjt2I4 R4gAniQWHds3gV9wI1yStZpKwpgotkCa =M1i0 -END PGP SIGNATURE- -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Re: Which Java Runtime is best?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Walter Dnes wrote: I only need a runtime. I don't know the programming language, so there's no need for a full-blown development environment. OK, so I *WAS* going to try the Sun JRE. It seems that there's no such animal. You have to download the fullblown developer's kit... Try dev-java/sun-jre-bin - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkhLM9EACgkQOypDUo0oQOrCPACdGTokzHFl1yj5Xjm07EdDj2pf QpkAn1n32ZlXIcWtPK+LmvCBegmA8oko =fwJw -END PGP SIGNATURE- -- gentoo-user@lists.gentoo.org mailing list