[gentoo-user] Re: cannot install emacs/emacs-cvs with X use
Kevin wrote: and here it is emerge --info: http://dpaste.com/hold/47084/ According to http://bugs.gentoo.org/267053, downgrading sandbox to version 1.7 should work around the problem until it is fixed properly.
Re: [gentoo-user] Re: Portage wants KDE4, I don't
On Tue, Nov 25, 2008 at 3:18 PM, Nikos Chantziaras [EMAIL PROTECTED] wrote: So you're saying I must spend 1 hour to mask all the stuff? (Not joking, the list is big, I have to do emerge -av world each time and see the package, mask it, emerge again, mask it, emerge again, mask it, ad infinitum. This is not funny :P) eix -C kde-|grep \[[IU]\]|awk -F '{print $2 :4.1}' /etc/portage/package.mask/kde4 You might need to mask media-sound/amarok:4.1 as well, but that's hardly an hour's work. On a related note, paludis calculates and lists all blockers at once, not one-by-one.
Re: [gentoo-user] Re: Portage wants KDE4, I don't
On Tue, Nov 25, 2008 at 3:54 PM, Nikos Chantziaras [EMAIL PROTECTED] wrote: package.mask is a file here, not a directory. You could either tack the output to the end of your package.mask with , or rename the current package.mask, mkdir package.mask, and move it in there. Or just copypaste this line: eix -C kde-|grep \[[IU]\]|awk -F '{print $2 :4.1}' /etc/portage/package.mask It does assume that you have eix installed.
Re: [gentoo-user] kdelibs-4.0.1 complaining about missing accessibility use flag
Erik [EMAIL PROTECTED] writes: I thought that Qt 4.4 was source compatible with Qt 4.3 so that a program written for Qt 4.3 would be buildable with Qt 4.4. I even thought that source compatibility was only broken in major versions (like Qt3 to Qt4). You're right, sorry for the mistake. My next guess is that the kdelibs ebuild is simply not prepared for the qt split. You probably need to copy to your local overlay the 4.4 ebuild and edit in the dummy use flags accessibility dbus gif jpeg png qt3support ssl zlib. Or you could edit it out of the kde4-base.eclass, but I'd rather not touch that. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] kdelibs-4.0.1 complaining about missing accessibility use flag
Erik [EMAIL PROTECTED] writes: When I try to emerge kdelibs-4.0.1 it says: x11-libs/qt-4.4.0_rc1 does not actually support the accessibility USE flag! [SNIP] I do not see any -accessibility here, so it should work, right. The package that has accessibility (qt-gui), has it enabled. What is wrong here? AFAIK, KDE 4.0.* only supports Qt 4.3.*. The Qt split ebuilds are hardmasked not because of KDE4, but because of the release candidate status. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Excellent Paludis interview
Neil Bothwick [EMAIL PROTECTED] writes: On Thu, 20 Dec 2007 08:46:12 -0600, Marzan, Richard non Unisys wrote: Portage can continue to build packages if one fails. # emerge -options package/list_of_packages || until emerge -same_options_as_before package/list_of_packages ; do : ;done Yes it can, but not with this, which will repeatedly try to build the same package until entropy stops it. You need emerge -opts pkglist || untill emerge --resume --skipfirst; do : ; done but this is a kludge as you will be eying to build packages when their dependencies failed. I would hope the paludis option is more intelligent. Indeed it is. :) From the man page: --continue-on-failure Whether to continue after a fetch or install error if-fetch-only If fetching only (default) never Never if-satisfied If remaining packages' dependencies are satisfied if-independent If independent of failed and skipped packages always Always (UNSAFE) János Zsitvai -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Excellent Paludis interview
b.n. [EMAIL PROTECTED] writes: I'd like to try Paludis, looks very promising. I think I've read that Portage and Paludis can coexist happily. Can someone confirm it? It would be useful for a transition. It works just fine. :) Later versions have the ability to use portage configuration files directly, but that makes you lose some advantages, like per-repository masking or unmasking of packages. I use a small script to keep portage and paludis config files in sync, so I can use whichever I want. The thing I like about it most is how it keeps overlays separate, so they don't override eclasses globally, or that you can even specify 'underlays' that are only used if neither the official portage nor any other overlays carry a specific package. And the recent addition of the option '--continue-on-failure' won me over all over again. :) János Zsitvai -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Excellent Paludis interview
Richard Marzan [EMAIL PROTECTED] writes: May i have that script? I assume it's GPLed :-) Honestly, calling it a script is an embellishment. Perhaps phrasing it as 'something that keeps the faster moving parts of configuration in sync' would have been better. echo '*/* x86' /etc/paludis/keywords.conf grep -h -v \# /etc/portage/package.keywords/* | grep \/ | awk -F '{print $1 x86 ~x86}' | sort -u /etc/paludis/keywords.conf cat /etc/paludis/package_mask.conf | grep -v '::' | grep -v '#' | sort -u /etc/portage/package.mask/paludis cat /etc/paludis/package_unmask.conf | grep -v '::' | grep -v '#' | sort -u /etc/portage/package.unmask/paludis cat /etc/paludis/use.conf | grep -v '::' | grep -v '\*\/\*' | grep -v '#' | sort -u /etc/portage/package.use/paludis That's all there is to it, and it makes a lot of assumptions: that you've already configured both paludis and portage, that you consider /etc/paludis authoritative on everything but package.keywords, that you're running a mixed x86 and ~x86 system, and probably others I can't spot. You also have to sync the global use flags by hand in make.conf ans use.conf, as well as manage adding/removing overlays by hand, and it won't touch CFLAGS settings either, etc. Another thing to keep in mind is that if you package unmask/mask a package from a certain repository only with cat/pkg::repo, portage won't know about it and probably not do what you want. János Zsitvai -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Error Message about network interfaces
Hi, Try ifplugd, it Brings up/down ethernet ports automatically with cable detection. János Zsitvai -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] possible MBR corruption?
Neil Bothwick [EMAIL PROTECTED] writes: Which is what I used to do, and means you have a separate /boot partition and need an initrd. By combining / and /boot, you have one less partition, the same number of non-LVM partitions and no initrd. It also means that now I have half a gig going unused on my main / because it isn't on LVM. If I ever get around to repartitioning, I'll definitely only keep /boot on a non-LVM partition. I keep a spare stable non-testing gentoo system in exactly the space that / wouldn't need. Zsitvai János -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] possible MBR corruption?
Neil Bothwick [EMAIL PROTECTED] writes: That only means you made / too big, the same would happen if you made /boot too big. My / partition is 400MB and less than 50% full, 300MB would be plenty. And I could easily shrink it down to a sane size were it on LVM. That was kinda the point. Oversizing /boot to a hundred megabytes is of no considerable impact, oversizing / to a gigabyte is. Your root might only be 200 megs, mine takes 480. The LVM2 Gentoo docs stated that '1GB should be sufficient', so that's what I went with and what I'm now stuck with. Zsitvai János -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] possible MBR corruption?
Hi, I suspect your root is a lot more than it needs to be, does it include /opt? No, it actually turns out that I have a lot of cruft in /root. Outdated portage snapshots, old kernel images moved from /boot when it filled up, mysql binary log files I weren't sure were essential.. Without all that, it's about 200MB as well. I'll read up to see if I can shrink it and hand the free space over to the LVM, this is getting increasingly bothersome. Zsitvai János -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] -Os = Nono?
Hi, Have you actually measured the gain? Emerge some thing with Os, qsize the package, emerge it with O2, qsize again? I went back to O2 from Os when it became apparent that the resulting binaries were actually _larger_. On every single package I tried. Zsitvai János -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Problems accessing gmail with pop3 using kmail/kontact
Hello, This may sound like overkill, but I've found that the most reliable set-up is to simply configure fetchmail, procmail, spamassassin, dovecot and postfix properly, and just use whatever client you prefer as an IMAP reader. I used to move between a couple of clients, but now I'm pretty much settled on KMail and Gnus. If everything else is configured properly, you'll never face something like this again. It's well worth the one-time investment. János Zsitvai -- [EMAIL PROTECTED] mailing list