[gentoo-user] Error compiling jpeg for kde
Hi all. I'm trying to emerge kde and I'm getting an error when the system tries to emerge media-libs/jpeg. So, where do I get crtbeginS.o and crtendS.o? TIA, i386-pc-linux-gnu-g++: /usr/lib/gcc/i386-pc-linux-gnu/4.1.1/crtbeginS.o: No such file or directory i386-pc-linux-gnu-g++: /usr/lib/gcc/i386-pc-linux-gnu/4.1.1/crtendS.o: No such file or directory make: *** [libjpeg.la] Error 1 !!! ERROR: media-libs/jpeg-6b-r8 failed. Call stack: ebuild.sh, line 1615: Called dyn_compile ebuild.sh, line 972: Called qa_call 'src_compile' ebuild.sh, line 44: Called src_compile jpeg-6b-r8.ebuild, line 36: Called die !!! make 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/media-libs/jpeg-6b-r8/temp/build.log'. -- Mike Diehl -- [EMAIL PROTECTED] mailing list
[gentoo-user] Make portage assume, that a package is installed
Good morning! On my system, I don't use a modem and don't intend to ever do so. Because of this, I did not install net-dialup/ppp. But I'd now like to install kde-base/kde-meta, which will pull in kde-base/kdenetwork-meta, which will pull in kde-base/kppp and this will finally pull in net-dialup/ppp. Can I now make it somehow so, that I am able to install kdenetwork-meta, but NOT install kppp ppp? In the documentation at http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=3chap=5 and in man portage at http://gentoo-wiki.com/MAN_Portage, I read, that I might be able to use the package.provided file. But according to the man page, it is located in the profile directory (/etc/make.profile). I'd rather NOT fiddle with files in such a directory. So I tried to create the file in /etc/portage. Contents: --($:~)-- cat /etc/portage/package.provided kde-base/kppp-3.5.7 net-dialup/ppp-2.4.4-r8 But when I run emerge, I get the following output: [nomerge ] kde-base/kde-meta-3.5.7 USE=-accessibility nls [ebuild N] kde-base/kdenetwork-meta-3.5.7 USE=wifi 0 kB [ebuild N] kde-base/kppp-3.5.7 USE=-arts -debug kdeenablefinal kdehiddenvisibility xinerama 0 kB [ebuild N]net-dialup/ppp-2.4.4-r8 USE=-activefilter -atm -dhcp -eap-tls gtk -ipv6 -mppe-mppc pam -radius 0 kB [nomerge ] net-im/ekiga-2.0.9 USE=-avahi dbus -debug doc gnome sdl Ie. ppp would be installed. Obviously, I'm doing something wrong. How do I do it right? Thanks, Alexander Skwar -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Error compiling jpeg for kde
On Friday 15 June 2007, Mike Diehl wrote: Hi all. I'm trying to emerge kde and I'm getting an error when the system tries to emerge media-libs/jpeg. So, where do I get crtbeginS.o and crtendS.o? TIA, i386-pc-linux-gnu-g++: /usr/lib/gcc/i386-pc-linux-gnu/4.1.1/crtbeginS.o: No such file or directory i386-pc-linux-gnu-g++: /usr/lib/gcc/i386-pc-linux-gnu/4.1.1/crtendS.o: No such file or directory Hrmmm... Have you changed CHOSTS or upgraded GCC? That file is a part of of GCC so when it's missing, that's bad. I'd really recommend you post your emerge --info output, because the i386-pc-linux-gnu CHOST is no longer supported with the newer GLIBCs (also, it gives us the core information about your system). Also, post the output of gcc-config -l. If you have changed CHOSTs, see this guide: http://www.gentoo.org/doc/en/change-chost.xml Follow it like it was holy scripture. -- /PA -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Make portage assume, that a package is installed
On AD 2007 June 15 Friday 08:55:40 AM +0200, Alexander Skwar wrote: On my system, I don't use a modem and don't intend to ever do so. Because of this, I did not install net-dialup/ppp. But I'd now like to install kde-base/kde-meta, which will pull in kde-base/kdenetwork-meta, which will pull in kde-base/kppp and this will finally pull in net-dialup/ppp. When I encountered this one (there really should be a ppp flag for the kdenetwork ebuild), I did this: # vi $(equery which kdenetwork) Find the line in RDEPEND that says net-dialup/ppp and delete it. # ebuild $(equery which kdenetwork) digest # emerge -uDN world It seems like a hack, and it is, but it worked for me. Justin -- [EMAIL PROTECTED] mailing list
[gentoo-user] What's creating symlinks in /dev/disk?
Hello. Under /dev/disk, we find links that point to the devices which host a filesystem. For example, suppose there's a filesystem with the label Home and it's stored on the LV called Home on the sys VG (ie. /dev/sys/Home). We then find: --($:~)-- ls -la /dev/disk/by-label/Home lrwxrwxrwx 1 root root 21 15. Jun 2007 /dev/disk/by-label/Home - ../../mapper/sys-Home Same for by-uuid, by-id and by-path (well, by-path is a bit different, but please disregard that for this question). Eg.: --($:~)-- ls -la /dev/disk/by-uuid/73780e0c-0e0b-4afb-8412-77efc2ad8222 /dev/disk/by-id/dm-name-sys-Home lrwxrwxrwx 1 root root 21 15. Jun 2007 /dev/disk/by-id/dm-name-sys-Home - ../../mapper/sys-Home lrwxrwxrwx 1 root root 21 15. Jun 2007 /dev/disk/by-uuid/73780e0c-0e0b-4afb-8412-77efc2ad8222 - ../../mapper/sys-Home What system is creating those symlinks during boot? Who is responsible for doing that? Is it udev? Or something from util-linux? Reason for this question: Plain old curiosity :) I see that this works very well on Gentoo but doesn't work on other distributions... Best regards, Alexander Skwar -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: Make portage assume, that a package is installed
Justin Findlay [EMAIL PROTECTED] wrote: On AD 2007 June 15 Friday 08:55:40 AM +0200, Alexander Skwar wrote: On my system, I don't use a modem and don't intend to ever do so. Because of this, I did not install net-dialup/ppp. But I'd now like to install kde-base/kde-meta, which will pull in kde-base/kdenetwork-meta, which will pull in kde-base/kppp and this will finally pull in net-dialup/ppp. When I encountered this one (there really should be a ppp flag for Yep. the kdenetwork ebuild), I did this: # vi $(equery which kdenetwork) Thanks. But I also do not want to edit the ebuild :) BTW: It would be better to first copy it to a local overlay, I'd think. Alexander Skwar -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] What's creating symlinks in /dev/disk?
Am Freitag, 15. Juni 2007 schrieb ext Alexander Skwar: What system is creating those symlinks during boot? Who is responsible for doing that? Is it udev? Or something from util-linux? udev, of course :-) (60-persistent-storage.rules). Bye... Dirk -- Dirk Heinrichs | Tel: +49 (0)162 234 3408 Configuration Manager | Fax: +49 (0)211 47068 111 Capgemini Deutschland | Mail: [EMAIL PROTECTED] Wanheimerstraße 68 | Web: http://www.capgemini.com D-40468 Düsseldorf | ICQ#: 110037733 GPG Public Key C2E467BB | Keyserver: www.keyserver.net signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Make portage assume, that a package is installed
On Friday 15 June 2007, Alexander Skwar wrote: Good morning! On my system, I don't use a modem and don't intend to ever do so. Because of this, I did not install net-dialup/ppp. But I'd now like to install kde-base/kde-meta, which will pull in kde-base/kdenetwork-meta, which will pull in kde-base/kppp and this will finally pull in net-dialup/ppp. Can I now make it somehow so, that I am able to install kdenetwork-meta, but NOT install kppp ppp? In the documentation at http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=3chap=5 and in man portage at http://gentoo-wiki.com/MAN_Portage, I read, that I might be able to use the package.provided file. But according to the man page, it is located in the profile directory (/etc/make.profile). I'd rather NOT fiddle with files in such a directory. So I tried to create the file in /etc/portage. Contents: --($:~)-- cat /etc/portage/package.provided kde-base/kppp-3.5.7 net-dialup/ppp-2.4.4-r8 [...] Obviously, I'm doing something wrong. How do I do it right? See: http://marc.info/?l=gentoo-userm=114173922424811w=2 Basically: mkdir /etc/portage/profile cp /etc/portage/package.provided /etc/portage/profile/package.provided Try it. You might want to leave out the version numbers from kppp and ppp (Think of what happens when kppp 3.5.8 comes out or when ppp-2.4.4-r9 comes out). -- /PA -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Kernel upgrade, no sound.
Peter Alfredsen wrote: If you post the output of this command: lspci -s 01:0a.0 -n We will have the PCI id to search for. Might make it easier to find bug reports. The output of this command: dmesg|egrep -i -A3 (alsa|sound) Should give us an idea of whether your kernel actually detects your sound card. Well, you won't believe this but I rebooted into the newer kernel to get the info for you, now it works fine. O_O I have sound when I change desktops, it plays a CD fine, it seems to be working now. Just for the sake of anyone who may can use this in the future: [EMAIL PROTECTED] / # lspci -s 01:0a.0 -n 01:0a.0 0401: 1102:0002 (rev 0a) [EMAIL PROTECTED] / # [EMAIL PROTECTED] / # dmesg|egrep -i -A3 (alsa|sound) Advanced Linux Sound Architecture Driver Version 1.0.14rc1 (Tue Jan 09 09:56:17 2007 UTC). ACPI: PCI Interrupt Link [LNK3] enabled at IRQ 11 ACPI: PCI Interrupt :01:0a.0[A] - Link [LNK3] - GSI 11 (level, low) - IRQ 11 ALSA device list: #0: SB Live [Unknown] (rev.10, serial:0x80671102) at 0xcc00, irq 11 oprofile: using NMI interrupt. Netfilter messages via NETLINK v0.30. [EMAIL PROTECTED] / # If it stops working I'll let you know. I guess it just wanted me to ask for help. Thanks much!! Dale :-) :-) :-)
Re: [gentoo-user] Make portage assume, that a package is installed
On Friday 15 June 2007, Alexander Skwar [EMAIL PROTECTED] wrote about '[gentoo-user] Make portage assume, that a package is installed': Good morning! On my system, I did not install net-dialup/ppp. But I'd now like to install kde-base/kde-meta, which will pull in kde-base/kdenetwork-meta, which will pull in kde-base/kppp and this will finally pull in net-dialup/ppp. Can I now make it somehow so, that I am able to install kdenetwork-meta, but NOT install kppp ppp? So I tried to create the file in /etc/portage. Contents: --($:~)-- cat /etc/portage/package.provided kde-base/kppp-3.5.7 net-dialup/ppp-2.4.4-r8 Obviously, I'm doing something wrong. How do I do it right? As Peter Alfredsen mentioned, overrides for your profile should go in /etc/portage/profile instead of /etc/portage. However, I suggest that a cleaner method would be to not install kde-meta or kdenetwork-meta at all but instead just install the KDE applications that you require. For example: $ grep -i kde /var/db/pkg/world dev-util/kdesvn kde-base/akregator kde-base/kalzium kde-base/kaudiocreator kde-base/kcharselect kde-base/kdeartwork-kscreensaver kde-base/kdeartwork-kwin-styles kde-base/kdeartwork-styles kde-base/kdebase-startkde kde-base/kdm kde-base/kget kde-base/kgpg kde-base/kicker-applets kde-base/klipper kde-base/kmahjongg kde-base/kmail kde-base/kmenuedit kde-base/kmix kde-base/kompare kde-base/konq-plugins kde-base/konqueror-akregator kde-base/konsole kde-base/kontact kde-base/korganizer kde-base/kpager kde-base/kpdf kde-base/kscreensaver kde-base/kstars kde-base/ksysguard kde-base/kwalletmanager kde-base/kwin kde-base/superkaramba kde-misc/kdiff3 kde-misc/filelight -- Boyd Stephen Smith Jr. ,= ,-_-. =. [EMAIL PROTECTED] ((_/)o o(\_)) ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-' http://iguanasuicide.org/ \_/ signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: Make portage assume, that a package is installed
Peter Alfredsen [EMAIL PROTECTED] wrote: On Friday 15 June 2007, Alexander Skwar wrote: So I tried to create the file in /etc/portage. Contents: --($:~)-- cat /etc/portage/package.provided kde-base/kppp-3.5.7 net-dialup/ppp-2.4.4-r8 [...] Obviously, I'm doing something wrong. How do I do it right? See: http://marc.info/?l=gentoo-userm=114173922424811w=2 Basically: mkdir /etc/portage/profile cp /etc/portage/package.provided /etc/portage/profile/package.provided Try it. Works. Difference to what I did: You suggested to have the file in the /etc/portage/profile directory. I had it directly in /etc/portage. Mistake I made: I overlooked the following from the man page: ,[ man portage ] | /etc/portage/profile/ | site-specific overrides of /etc/make.profile/ ` You might want to leave out the version numbers from kppp and ppp (Think of what happens when kppp 3.5.8 comes out or when ppp-2.4.4-r9 comes out). Well, but read the man page for portage: ,[ man portage, package.provided section ] | Format: | - comments begin with # | - one DEPEND atom per line | - relational operators are not allowed | - must include a version ` Also see what happens, when you leave out the version number: --($:~)-- Gestoppt sudo emerge -DuvatN world Invalid package name in package.provided: net-dialup/ppp Invalid package name in package.provided: kde-base/kppp See portage(5) for correct package.provided usage. --($:~)-- cat /etc/portage/profile/package.provided kde-base/kppp net-dialup/ppp OTOH: I agree with you. It would/might be better, if the version number would not need to be included. Cheers and thanks for the help, Alexander Skwar -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: Make portage assume, that a package is installed
Justin Findlay [EMAIL PROTECTED] wrote: When I encountered this one (there really should be a ppp flag for the kdenetwork ebuild), I did this: I just filed a bug reg. this. It includes a fixed ebuild. See Bug #182099 at http://bugs.gentoo.org/show_bug.cgi?id=182099. Alexander Skwar -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Kernel upgrade, no sound.
On Friday 15 June 2007, Dale wrote: Well, you won't believe this but I rebooted into the newer kernel to get the info for you, now it works fine. O_O I have sound when I change desktops, it plays a CD fine, it seems to be working now. That's so great. I couldn't find any reason why it would NOT work either from your posts, so I guess this was just a Go Away bug. Leave the computer, come back. It's gone. -- /PA -- [EMAIL PROTECTED] mailing list
[gentoo-user] Finer grained kde*-meta packages (was: Make portage assume, that a package is installed)
Boyd Stephen Smith Jr. [EMAIL PROTECTED] wrote: However, I suggest that a cleaner method would be to not install kde-meta or kdenetwork-meta at all but instead just install the KDE applications that you require. Actually, I disagree. This would (obviously *g*) mean, that kde-meta cannot be installed (just as you say). This means, that a whole shit load of packages would need to be manually installed. And all that, just because you don't want one or two packages? Nah. IMO that's the wrong way around. IMO the correct way would be to enhance the kde*-meta packages so, that they support USE flags, which allow the user to select what's to be installed. Eg. a ppp flag to select that ppp related stuff is to be installed. Or filesharing to disable filesharing related stuf (kdenetwork-filesharing and kpf - or whatever). Or if you don't use feeds, why install dcoprss and knewsticker? I mean, what's the advantage of the kde*-meta packages over the kde package, when the kde*-meta require just as much junk, as the kde package does? Hm, really, what's the use of the kde*-meta package anyway? Alexander Skwar -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Finer grained kde*-meta packages
Am Freitag, 15. Juni 2007 schrieb ext Alexander Skwar: This would (obviously *g*) mean, that kde-meta cannot be installed (just as you say). This means, that a whole shit load of packages would need to be manually installed. And all that, just because you don't want one or two packages? Nah. IMO that's the wrong way around. IMO the correct way would be to enhance the kde*-meta packages so, that they support USE flags, which allow the user to select what's to be installed. I completely agree with Alexander about this. Meta (not only the kde ones) packages should definitely have USE flags. I mean, what's the advantage of the kde*-meta packages over the kde package, when the kde*-meta require just as much junk, as the kde package does? Hm, really, what's the use of the kde*-meta package anyway? Allow for selective update (kmail-3.5.6 - kmail-3.5.6-r1) instead of updating kdenetwork. Bye... Dirk -- Dirk Heinrichs | Tel: +49 (0)162 234 3408 Configuration Manager | Fax: +49 (0)211 47068 111 Capgemini Deutschland | Mail: [EMAIL PROTECTED] Wanheimerstraße 68 | Web: http://www.capgemini.com D-40468 Düsseldorf | ICQ#: 110037733 GPG Public Key C2E467BB | Keyserver: www.keyserver.net signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Finer grained kde*-meta packages (was: Make portage assume, that a package is installed)
On Friday 15 June 2007, Alexander Skwar [EMAIL PROTECTED] wrote about '[gentoo-user] Finer grained kde*-meta packages (was: Make portage assume, that a package is installed)': Boyd Stephen Smith Jr. [EMAIL PROTECTED] wrote: However, I suggest that a cleaner method would be to not install kde-meta or kdenetwork-meta at all but instead just install the KDE applications that you require. Actually, I disagree. This would (obviously *g*) mean, that kde-meta cannot be installed (just as you say). Yes, because the upstream kde includes, in particular, kppp. This means, that a whole shit load of packages would need to be manually installed. And all that, just because you don't want one or two packages? Yep. You get kde-meta or individual kde packages or you get your own ebuild that depends on a number of KDE packages. The Gentoo developers do quite a bit of work just to give us kde-meta. Be glad they don't stick you with the monolithic ebuilds. Nah. IMO that's the wrong way around. IMO the correct way would be to enhance the kde*-meta packages so, that they support USE flags, which allow the user to select what's to be installed. I suppose that's a good idea in the future. Perhaps you should file an enhancement bug. That said, I would prefer kde-meta install all the packages that are part of KDE's upstream packaging by default. Eg. a ppp flag to select that ppp related stuff is to be installed. Or filesharing to disable filesharing related stuf Do you suggest a global flag? If so, what packages do you recommend this flags modify the behavior of? If not, shouldn't it have a less ambiguous name? I mean, what's the advantage of the kde*-meta packages over the kde package, when the kde*-meta require just as much junk, as the kde package does? Hm, really, what's the use of the kde*-meta package anyway? The kde-meta package is meant to replace the kde package. The is no advantage (and without a workable confcache, at least one disadvantage) to running split ebuilds. The advantage of split ebilds is that you have the choice to install only the kde applications you want, by using the individual ebaulds, without dragging in all of kde (which is what old style kde packages pulled in as a dependency.) Are the monolithic ebuilds still available? They need to be purged from the tree ASAP. - Boyd Stephen Smith Jr. ,= ,-_-. =. [EMAIL PROTECTED] ((_/)o o(\_)) ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-' http://iguanasuicide.org/ \_/ signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Finer grained kde*-meta packages (was: Make portage assume, that a package is installed)
On Friday 15 June 2007, Alexander Skwar wrote: I mean, what's the advantage of the kde*-meta packages over the kde package, when the kde*-meta require just as much junk, as the kde package does? Hm, really, what's the use of the kde*-meta package anyway? The -meta packages are a good idea. With the old style kde or kdepim etc packages, you got everything whether you liked it or not. Putting a USE flag on such an ebuild to build all of kdepim except kppp would be ... tricky at best. The -meta packages split everything in kde up on an app level, but there is the disadvantage that you now have 300 ebuilds to choose from and get to list *all* the ones you want. Perhaps the best route (maybe a good feature request?) is to put USE flags in the -meta ebuilds. Then you get the full configurability of what -meta gives, plus an easy way to omit stuff without having to list 100 desired packages alan -- Optimists say the glass is half full, Pessimists say the glass is half empty, Developers say wtf is the glass twice as big as it needs to be? Alan McKinnon alan at linuxholdings dot co dot za +27 82, double three seven, one nine three five -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: Finer grained kde*-meta packages
Dirk Heinrichs [EMAIL PROTECTED] wrote: I completely agree with Alexander about this. Meta (not only the kde ones) packages should definitely have USE flags. http://bugs.gentoo.org/show_bug.cgi?id=182106 Let's see how fast Jakub is to close that bug... In that bug, I'm only talking about KDE stuff, as that's the by far largest sum of meta-packages. Alexander Skwar -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: Finer grained kde*-meta packages
Boyd Stephen Smith Jr. [EMAIL PROTECTED] wrote: On Friday 15 June 2007, Alexander Skwar [EMAIL PROTECTED] Yep. You get kde-meta or individual kde packages or you get your own ebuild that depends on a number of KDE packages. The Gentoo developers do quite a bit of work just to give us kde-meta. Be glad they don't stick you with the monolithic ebuilds. I am glad and thankful that they provide the meta stuff. But I think, that the meta packages can be enhanced. Nah. IMO that's the wrong way around. IMO the correct way would be to enhance the kde*-meta packages so, that they support USE flags, which allow the user to select what's to be installed. I suppose that's a good idea in the future. Perhaps you should file an enhancement bug. Done. http://bugs.gentoo.org/show_bug.cgi?id=182106 That said, I would prefer kde-meta install all the packages that are part of KDE's upstream packaging by default. Fine. Me not. That's the whole point of having choices :) Uhm - reading again what you wrote: Me too!. By default, all the upstream packages should be installed. Yes. By default. But please give me the choice. Eg. a ppp flag to select that ppp related stuff is to be installed. Or filesharing to disable filesharing related stuf Do you suggest a global flag? I don't think so. I'd rather think, that those flags should be local ones to the package. If so, what packages do you recommend this flags modify the behavior of? Depends :) This post was not so much about the ppp/kppp issue anymore. I wanted to see, if other people would think that a finer grained control would be a good idea. If not, shouldn't it have a less ambiguous name? The ppp flag is already known to portage. --($:~/tmp)-- euses -i ppp net-dialup/capi4k-utils:pppd - Installs pppdcapiplugin modules But maybe dialup might be good. But that's details. I mean, what's the advantage of the kde*-meta packages over the kde package, when the kde*-meta require just as much junk, as the kde package does? Hm, really, what's the use of the kde*-meta package anyway? The kde-meta package is meant to replace the kde package. The is no advantage (and without a workable confcache, at least one disadvantage) to running split ebuilds. The advantage of split ebilds is that you have the choice to install only the kde applications you want, by using the individual ebaulds, without dragging in all of kde (which is what old style kde packages pulled in as a dependency.) But with using the kde*-meta package, this advantage doesn't exist. Suppose you've got the following use case: Install all of KDE, but leave out PPP stuff. How would you solve that? cd /usr/portage emerge `ls -1 kde-*/* | grep -v ppp` I think not... (Yes, I know that this does not work.) If it were possible to exclude certain applications or, maybe even better, certain functions, then this use case could easily be solved. But maybe it's really just something peculiar about KDE, as KDE consists of about 300 packages. Because of that gigantic number, I could imagine that people might want to install everything, but XYZ. At least that's my reasoning. Are the monolithic ebuilds still available? Yes. Eg. kdemultimedia-3.5.7.ebuild They need to be purged from the tree ASAP. Have phun with bugzilla :) Or where should something like this actually be brought up? - Your signature is delimited in a wrong way. Please could you add the proper delimiter (ie. -- \n)? This would allow certain user agents (like Knode and many others) to strip away the .sig when quoting. Alexander Skwar -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: Finer grained kde*-meta packages (was: Make portage assume, that a package is installed)
Alan McKinnon [EMAIL PROTECTED] wrote: On Friday 15 June 2007, Alexander Skwar wrote: I mean, what's the advantage of the kde*-meta packages over the kde package, when the kde*-meta require just as much junk, as the kde package does? Hm, really, what's the use of the kde*-meta package anyway? The -meta packages are a good idea. Absolutely! With the old style kde or kdepim etc packages, you got everything whether you liked it or not. Well, that's what you get now as well... Eg. I don't want kppp, but I get anyway, whether I like it or not. At least sort of. Putting a USE flag on such an ebuild to build all of kdepim except kppp would be ... tricky at best. True. The -meta packages split everything in kde up on an app level, but there is the disadvantage that you now have 300 ebuilds to choose from and get to list *all* the ones you want. Exactly. Perhaps the best route (maybe a good feature request?) is to put USE flags in the -meta ebuilds. That's what I'd like to get as a result of http://bugs.gentoo.org/show_bug.cgi?id=182106 Then you get the full configurability of what -meta gives, plus an easy way to omit stuff without having to list 100 desired packages Exactly. Best regards, Alexander Skwar -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Wha' hoppen to firestarter?
On Thursday 14 June 2007 21:19, Roy Wright wrote: I just switched to shorewall. I configured it to only allow in SSH, but have one weirdy when I try to test using nmap -v -A -P0 in that sometimes nmap reports only port 22 open and 113 closed as expected, but other times it also reports ports 80, 554, and 1755 open, which has me really confused and concerned. What does netstat -anop report in such occasions? To see the status of all of your ports within a given range try something like: # nmap -v -A -T4 -P0 -p 1-1755 ip_addressfor scanning all ports between 1 and 1755. -- Regards, Mick pgpIeoT4tOvMd.pgp Description: PGP signature
Re: [gentoo-user] Re: Finer grained kde*-meta packages (was: Make portage assume, that a package is installed)
On Friday 15 June 2007, Alexander Skwar wrote: Perhaps the best route (maybe a good feature request?) is to put USE flags in the -meta ebuilds. That's what I'd like to get as a result of http://bugs.gentoo.org/show_bug.cgi?id=182106 I see we're thinking along the same lines. Now, how fine grained do you want to take this? I can see that a ppp flag local to kde is good (people will either use dialup often, or not need it at all). artwork? some of those downloads are very big, so some user might want a way to install only the minimal artwork and never the rest. I'd like a way to not build the various admin gui tools - hell will freeze over long before I ever use anything other than vi to edit a crontab. And so on and so on. Or are you just looking for agreement and a mechanism to put use flags into split ebuilds and let the devs decide which ones are worth persuing? alan -- Optimists say the glass is half full, Pessimists say the glass is half empty, Developers say wtf is the glass twice as big as it needs to be? Alan McKinnon alan at linuxholdings dot co dot za +27 82, double three seven, one nine three five -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Installing Gentoo on Dell Servers
On Thursday 14 June 2007 22:29, kashani wrote: Mick wrote: Guys, has anyone installed a gentoo LAMP on: Dell Server: == If yes, what are the gotchas, in terms of kernel config, hardware, etc? I have never installed a 64bit system yet, so I guess that'll be another thing to read on. When building a server is it worth considering some GNAP type of set up, or should one build a complete Gentoo system with /usr/portage and all? I've installed Gentoo on pretty much every Dell server that has come out in the past five years and used 64bit on all the newer stuff from the past year or so. Never had an issue even with the wonky 6650. I never bothered with anything special other than local rsync and http-replicator and just used portage locally on each box. Thanks kashani, may I bother you one of these days for a copy of a .config file? -- Regards, Mick pgpWBAg1MmXlu.pgp Description: PGP signature
[gentoo-user] Re: Finer grained kde*-meta packages
Alan McKinnon [EMAIL PROTECTED] wrote: On Friday 15 June 2007, Alexander Skwar wrote: Perhaps the best route (maybe a good feature request?) is to put USE flags in the -meta ebuilds. That's what I'd like to get as a result of http://bugs.gentoo.org/show_bug.cgi?id=182106 I see we're thinking along the same lines. Now, how fine grained do you want to take this? Not *TOO* fine grained, as this would/might be too confusing. I don't think it might be a good idea to now introduce like 300 flags, so that each and every package can be dis-/enabled. I can see that a ppp flag local to kde is good (people will either use dialup often, or not need it at all). Yep. artwork? some of those downloads are very big, so some user might want a way to install only the minimal artwork and never the rest. Maybe. I'd like a way to not build the various admin gui tools - hell will freeze over long before I ever use anything other than vi to edit a crontab. In this case, a admin-tools USE flag might be good for you. And it could be shared with Gnome as well. And so on and so on. Or are you just looking for agreement Yep :) and a mechanism to put use flags into split ebuilds and let the devs decide which ones are worth persuing? With split ebuilds you mean for example the ebuild for kppp? Or are you talking about the kde*-meta ebuilds? My focus is on the meta ebuilds. There I'd like to be able to control to a finer degree, what's to be installed and what's not to be installed. Alexander Skwar -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Wha' hoppen to firestarter?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Roy Wright wrote: but other times it also reports ports 80, 554, and 1755 open, which has me really confused and concerned. Typical case when you scan from behind your ISP's NetApp NetCache appliance. Same thing happens in Argentina when using Fibertel ISP. I scan a server, and 80, 554 and 1755 are open, when in fact they're not. That's because you're behind a transparent proxy. It might be a different issue, but I'd try scannning from different ISPs, or from another box in the same LAN. - -- Arturo Buanzo Busleiman - Consultor Independiente en Seguridad Informatica Free Music: http://www.buanzo.com.ar/files/buanzo-ultimamente.ogg Consulting and Secure Mail Hosting: http://www.buanzo.com.ar/pro/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGcn1JAlpOsGhXcE0RCkbaAJ9u7nbroblXE+/mWVhEWt9qB13e/wCeN/RA 8wTnNcFwPu1R93vtpm3g6wk= =cWaQ -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
[ot] Re: [gentoo-user] Linux Installers for Blizzard Products
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Daniel Iliev wrote: I lost my interest in games mostly because I have changed. Heh, and I feel old, man! :) - A couple of days ago I installed descent3, of course under Gentoo, and I got nausea. Everything was moving afterwards :P Oh god I love descent :D - -- Arturo Buanzo Busleiman - Consultor Independiente en Seguridad Informatica Free Music: http://www.buanzo.com.ar/files/buanzo-ultimamente.ogg Consulting and Secure Mail Hosting: http://www.buanzo.com.ar/pro/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGcn64AlpOsGhXcE0RChigAJ4lpZ3LpUowgX4FF3tN7Z8K9RYjzQCfSHM6 HKI4V4lmV0yuTgV2/W1IZCw= =WiSb -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: Finer grained kde*-meta packages
On Friday 15 June 2007, Alexander Skwar wrote: and a mechanism to put use flags into split ebuilds and let the devs decide which ones are worth persuing? With split ebuilds you mean for example the ebuild for kppp? Or are you talking about the kde*-meta ebuilds? Sorry for not being clearer. I meant USE flags in the -meta ebuilds, to disable undesired apps like kppp. Sort of like: DEPEND= kde-base/this-app !nokppp? ( kde-base/kppp ) kde-base/that-app I use a no* flag as the default should be to install everything except the stuff the user doesn't want. Expecting user to enable a bunch of flags to get the equivalent of an upstream ebuild is a bit much :-) My focus is on the meta ebuilds. There I'd like to be able to control to a finer degree, what's to be installed and what's not to be installed. So, we're on the same wavelength. Think I'll pop over to bgo and add my voice to the comments... alan -- Optimists say the glass is half full, Pessimists say the glass is half empty, Developers say wtf is the glass twice as big as it needs to be? Alan McKinnon alan at linuxholdings dot co dot za +27 82, double three seven, one nine three five -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: Finer grained kde*-meta packages
Alan McKinnon [EMAIL PROTECTED] wrote: On Friday 15 June 2007, Alexander Skwar wrote: Sorry for not being clearer. I meant USE flags in the -meta ebuilds, to disable undesired apps like kppp. Sort of like: DEPEND= kde-base/this-app !nokppp? ( kde-base/kppp ) kde-base/that-app I use a no* flag as the default should be to install everything except the stuff the user doesn't want. Good idea! Maybe not nokppp, but better no-$function, ie. no-ppp, so that functions can be excluded, which might exclude more than just 1 package. Eg. no-admin-tools to include KDE GUI admin stuff. Expecting user to enable a bunch of flags to get the equivalent of an upstream ebuild is a bit much :-) You're right. My focus is on the meta ebuilds. There I'd like to be able to control to a finer degree, what's to be installed and what's not to be installed. So, we're on the same wavelength. Think I'll pop over to bgo and add my voice to the comments... Thx. Alexander Skwar -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Finer grained kde*-meta packages
Peter Ruskin wrote: With big hard discs cheap and with ADSL connection, the advantages of the meta packages are diminished. If I understand your meaning correctly, not everyone can get broadband. I'm on dial-up and it is all that is available here where I live. DSL may be here soon but not yet. Dale :-) :-) -- [EMAIL PROTECTED] mailing list
[gentoo-user] Throttled connection?
Hi All, Some times of the day connecting to a machine across the pond becomes really difficult (UK to USA). RealVNC crashes or takes ages, Skype breaks down, ssh hangs, etc. On the other hand http/https connections seem to work fine, or only slightly slower (this is all subjective, but it'll do for what I am asking). I have captured these packets: $ mtr -r -c 5 blah-blah.com HOST: study1 Loss% Snt Last Avg Best Wrst StDev 1. www.routerlogin.com 0.0% 50.7 0.8 0.7 1.0 0.1 2. lo0-plusnet.pte-ag1.plus.net 0.0% 5 24.2 26.5 23.7 33.6 4.1 3. ge0-0-0-403.pte-gw2.plus.net 0.0% 5 24.9 24.1 22.5 24.9 1.0 4. ge0-0-0-22.ptn-gw1.plus.net 0.0% 5 24.1 24.6 22.5 29.3 2.7 5. ge-4-1.metro2-londencyh00.Lo 0.0% 5 24.3 25.8 24.3 30.2 2.5 6. so-1-2-0.gar2.London1.Level3 0.0% 5 24.2 26.2 23.4 30.2 3.0 7. ae-0-56.bbr2.London1.Level3. 0.0% 5 27.1 27.2 23.4 35.6 4.9 8. ae-0-0.bbr2.NewYork1.Level3. 0.0% 5 91.8 91.6 89.8 94.5 1.8 9. ae-23-79.car3.NewYork1.Level 0.0% 5 98.9 93.6 90.5 98.9 3.7 10. ggr2-p360.n54ny.ip.att.net0.0% 5 90.3 93.3 90.3 102.1 5.0 11. tbr2.n54ny.ip.att.net 0.0% 5 115.6 115.1 114.3 115.6 0.5 12. tbr2.wswdc.ip.att.net 0.0% 5 133.3 120.2 115.1 133.3 7.5 13. cr2.wswdc.ip.att.net 0.0% 5 114.6 118.3 113.9 128.4 5.8 14. cr1.attga.ip.att.net 0.0% 5 127.8 117.9 114.2 127.8 5.8 15. tbr2.attga.ip.att.net 0.0% 5 119.2 117.4 114.3 123.1 3.7 16. gar4.attga.ip.att.net 0.0% 5 118.4 125.8 114.0 159.6 19.1 17. XX.XXX.XX.XX 40.0% 5 125.9 127.1 124.3 131.0 3.5 18. XX-XXX-XX-X.name.tn.k 0.0% 5 121.3 157.5 119.7 296.8 78.0 19. XX-X-X-.nm.tn.knox.com 0.0% 5 122.4 121.6 118.8 123.5 1.7 20. XX.XX.XX.XXX 20.0% 5 121.8 127.3 120.9 135.1 7.0 21. ??? 100.0 50.0 0.0 0.0 0.0 0.0 22. c-XX-XXX-XXX-XX.nam.tn.comc 20.0% 5 129.3 134.8 129.3 139.1 4.4 What do you make of it? How else can I troubleshoot it? -- Regards, Mick pgpJqtFafMjeb.pgp Description: PGP signature
[gentoo-user] Importing Certificate Authority
Hi group, Is there anyway of importing a certificate authority for just one user? My university/department uses a self-signed SSL certificate for IMAPS, and since it was implemented, 'fetchmail' from my machine always generates an error message fetchmail: Server certificate verification error: self-signed certificate in certifiate chain and so my inbox gets slightly cluttered with these error messages from the cron job. So the certificate (I think) is here: http://www.math.princeton.edu/math.crt How do I tell my computer to trust the certificate? (In particular, with fetchmail?) Thanks, W -- M: I hope I don't squish your head. (Leaning back on chair) W: It's okay. Wait a minute. It's NOT okay (Lying under chair) Sortir en Pantoufles: up 189 days, 14:44 -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: Importing Certificate Authority
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, June 15, 2007 18:34, Willie Wong wrote: Hi group, Is there anyway of importing a certificate authority for just one user? My university/department uses a self-signed SSL certificate for IMAPS, and since it was implemented, 'fetchmail' from my machine always generates an error message fetchmail: Server certificate verification error: self-signed certificate in certifiate chain and so my inbox gets slightly cluttered with these error messages from the cron job. So the certificate (I think) is here: http://www.math.princeton.edu/math.crt How do I tell my computer to trust the certificate? (In particular, with fetchmail?) Retrieve the certificate from the previous address and move it to a directory D, and add the following lines to your .fetchmailrc : = sslcertpath D # where D is the directory where is the certificate = You can also add sslcertck if you want fetchmail to check whether the certificate presented by the server is trusted or not... Thanks, W -- M: I hope I don't squish your head. (Leaning back on chair) W: It's okay. Wait a minute. It's NOT okay (Lying under chair) Sortir en Pantoufles: up 189 days, 14:44 -- [EMAIL PROTECTED] mailing list - -- http://www.linuxant.fr/ -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (GNU/Linux) iD8DBQFGcsiAmSNaOeTZvg0RArAeAKCh2yCoX2k/l3x00rWy4p8LiA0e7ACgv7AM UyMPcpGI/d2M16OkJftmGEg= =EyGI -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Error compiling jpeg for kde
On Friday 15 June 2007 01:02:06 am Peter Alfredsen wrote: On Friday 15 June 2007, Mike Diehl wrote: Hi all. I'm trying to emerge kde and I'm getting an error when the system tries to emerge media-libs/jpeg. So, where do I get crtbeginS.o and crtendS.o? TIA, i386-pc-linux-gnu-g++: /usr/lib/gcc/i386-pc-linux-gnu/4.1.1/crtbeginS.o: No such file or directory i386-pc-linux-gnu-g++: /usr/lib/gcc/i386-pc-linux-gnu/4.1.1/crtendS.o: No such file or directory Hrmmm... Have you changed CHOSTS or upgraded GCC? That file is a part of of GCC so when it's missing, that's bad. I'd really recommend you post your emerge --info output, because the i386-pc-linux-gnu CHOST is no longer supported with the newer GLIBCs (also, it gives us the core information about your system). Also, post the output of gcc-config -l. If you have changed CHOSTs, see this guide: http://www.gentoo.org/doc/en/change-chost.xml Follow it like it was holy scripture. -- /PA That fixed it. Thank you for your time. -- Mike Diehl -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: Importing Certificate Authority
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, June 15, 2007 19:12, Xavier Parizet wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, June 15, 2007 18:34, Willie Wong wrote: Hi group, Is there anyway of importing a certificate authority for just one user? My university/department uses a self-signed SSL certificate for IMAPS, and since it was implemented, 'fetchmail' from my machine always generates an error message fetchmail: Server certificate verification error: self-signed certificate in certifiate chain and so my inbox gets slightly cluttered with these error messages from the cron job. So the certificate (I think) is here: http://www.math.princeton.edu/math.crt How do I tell my computer to trust the certificate? (In particular, with fetchmail?) Retrieve the certificate from the previous address and move it to a directory D, and add the following lines to your .fetchmailrc : = sslcertpath D # where D is the directory where is the certificate = You can also add sslcertck if you want fetchmail to check whether the certificate presented by the server is trusted or not... I forget to tell you that you have to run c_rehash in the directory where you have stored the certificate to make symbolic links whith his hash value... Thanks, W -- M: I hope I don't squish your head. (Leaning back on chair) W: It's okay. Wait a minute. It's NOT okay (Lying under chair) Sortir en Pantoufles: up 189 days, 14:44 -- [EMAIL PROTECTED] mailing list - -- http://www.linuxant.fr/ -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (GNU/Linux) iD8DBQFGcsiAmSNaOeTZvg0RArAeAKCh2yCoX2k/l3x00rWy4p8LiA0e7ACgv7AM UyMPcpGI/d2M16OkJftmGEg= =EyGI -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list - -- http://www.linuxant.fr/ -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (GNU/Linux) iD8DBQFGctBCmSNaOeTZvg0RAq0pAKC3+qSUAX96lEoWgxya6yFbm4dRUQCbBADg fSlXLFhLiRIs8vPhwGxiBhg= =SnF2 -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: Importing Certificate Authority
On Fri, Jun 15, 2007 at 07:45:38PM +0200, Penguin Lover Xavier Parizet squawked: So the certificate (I think) is here: http://www.math.princeton.edu/math.crt How do I tell my computer to trust the certificate? (In particular, with fetchmail?) Retrieve the certificate from the previous address and move it to a directory D, and add the following lines to your .fetchmailrc : = sslcertpath D # where D is the directory where is the certificate = You can also add sslcertck if you want fetchmail to check whether the certificate presented by the server is trusted or not... Oh god, this is embarassing. Something that you wrote in there clicked, and I went back to my archives, and found that I actually wrote a miniHowto for my local LUG on precisely this about 16 months ago. So I have actually implemented what you wrote, just that I forgot about it. This also means that, unforunately, doing just this is not enough to prevent the self-signed certificate warning. But thanks to that, I got on the right direction: turns out that my department switched from using a self-signed certificate to using one from IPSCA, so I've been barking up the wrong tree when trying to solve the problem. The link that I gave was, apparent to me now, old, and so importing that cert had no impact. I went and imported the IPSCA root cert and now all's good. W -- His eyes seemed to be popping out of his head. He wasn't certain if this was because they were trying to see more clearly, or if they simply wanted to leave at this point. - Arthur trying to see who had diverted him from going to a party. Sortir en Pantoufles: up 189 days, 17:58 -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Linux Installers for Blizzard Products
Kent Fredric ha scritto: I argued I don't game any more _because_ of the lack of linux games that were not already bored with. HIstorically, game dev's argument has been along the lines of 'if they want to game, they'll just use windows, or get a console'. What they don't realize, is its possible many of us have simply lost interest in the gaming community simply because 'just use windows' isn't really viable for most of us :P And emulation sucks ass, good ol starcraft is only /just/ playable in all the emulators i've tried :( (Wine-family) My luck is that all I want from gaming is freeciv. And freeciv runs on Linux. :) (Yes, I know about civilization games post-version II. And they all pretty jumped the shark, IMHO. Heck, I don't even like isometric! FreeCiv stays simple and cool, and it's free). m. -- [EMAIL PROTECTED] mailing list
[gentoo-user] Default CApath for openssl [was: Importing Certificate Authority]
On Fri, Jun 15, 2007 at 03:54:11PM -0400, Penguin Lover Willie Wong squawked: But thanks to that, I got on the right direction: turns out that my department switched from using a self-signed certificate to using one from IPSCA, so I've been barking up the wrong tree when trying to solve the problem. The link that I gave was, apparent to me now, old, and so importing that cert had no impact. I went and imported the IPSCA root cert and now all's good. What's up with openssl and ca-certificates? Trying to connect to my school's imap server, I get openssl s_client -connect imap.math.princeton.edu:993 snip Verify return code: 19 (self signed certificate in certificate chain) But if I issue openssl s_client -connect imap.math.princeton.edu:993 -CApath /etc/ssl/certs/ snip Verify return code: 0 (ok) It seems that the openssl s_client doesn't know about the default certs in /etc/ssl/certs (The one in question is IPSCa's root certificate, which is included in the ca-certificates package). I think this is also the root of my problem with fetchmail: I had to include explicitly in .fetchmailrc the line 'sslcertpath /etc/ssl/certs' to have the default set of CAs recognized. Is there a configuration switch somewhere that would let openssl be aware of the root CAs that comes with the ca-certificates package? Else the latter seems rather useless. Best, W -- English lessons for programmers #28: Fewer is of type int; whereas less is of type double. Sortir en Pantoufles: up 189 days, 20:38 -- [EMAIL PROTECTED] mailing list
[gentoo-user] [OT] Freeciv tourney? (Was: Linux Installers for Blizzard Products)
quoth the b.n.: My luck is that all I want from gaming is freeciv. And freeciv runs on Linux. Do you ever play networked games? We should organize an online game/tourney for interested freeciv fans in Gentooland... Any interest? -d -- darren kirby :: Part of the problem since 1976 :: http://badcomputer.org ...the number of UNIX installations has grown to 10, with more expected... - Dennis Ritchie and Ken Thompson, June 1972 -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: Finer grained kde*-meta packages
On Friday 15 June 2007, Alexander Skwar [EMAIL PROTECTED] wrote about '[gentoo-user] Re: Finer grained kde*-meta packages': Boyd Stephen Smith Jr. [EMAIL PROTECTED] wrote: On Friday 15 June 2007, Alexander Skwar [EMAIL PROTECTED] The ppp flag is already known to portage. --($:~/tmp)-- euses -i ppp net-dialup/capi4k-utils:pppd - Installs pppdcapiplugin modules That's pppd, not ppp But maybe dialup might be good. But that's details. Yes, much easier to understand. I mean, what's the advantage of the kde*-meta packages over the kde package, when the kde*-meta require just as much junk, as the kde package does? Hm, really, what's the use of the kde*-meta package anyway? The kde-meta package is meant to replace the kde package. The is no advantage (and without a workable confcache, at least one disadvantage) to running split ebuilds. The advantage of split ebilds is that you have the choice to install only the kde applications you want, by using the individual ebaulds, without dragging in all of kde (which is what old style kde packages pulled in as a dependency.) But with using the kde*-meta package, this advantage doesn't exist. Right, because kde*-meta is supposed to replace, and act as much as possible like the monolithic kde* package. If you don't want all of kdenetwork you don't install kdenetwork-meta, you install individual applications from kdenetwork. Of course, any USE flags available on the old monolithic packages, as well as any use configure options from upstream, should be exposed. Are the monolithic ebuilds still available? Yes. Eg. kdemultimedia-3.5.7.ebuild They need to be purged from the tree ASAP. Have phun with bugzilla :) Or where should something like this actually be brought up? Probably the developer list, I'm sure someone from the kde herd would hear you there. - Your signature is delimited in a wrong way. Odd, I must have accidentally cut one of the -s. Kmail properly uses -- \n as this message and my first in the thread can attest. It does let you edit you signature and the separator, and I must have mistakenly taken advantage of that. -- Boyd Stephen Smith Jr. ,= ,-_-. =. [EMAIL PROTECTED] ((_/)o o(\_)) ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-' http://iguanasuicide.org/ \_/ signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Finer grained kde*-meta packages
On Friday 15 June 2007, Alexander Skwar [EMAIL PROTECTED] wrote about '[gentoo-user] Re: Finer grained kde*-meta packages': Suppose you've got the following use case: Install all of KDE, but leave out PPP stuff. How would you solve that? Intall all the kde*-meta packages except kde-meta (I want to customize my kde install) and kdenetwork-meta (Specifically, I want to adjust network [ppp] support). Install any packages I need but don't have yet via the split ebuilds. Just because kde-meta doesn't satisfy your needs you don't have to forgo using the -meta ebuilds entirely. In your case it will probably be 30 packages you need to install, not 300. -- Boyd Stephen Smith Jr. ,= ,-_-. =. [EMAIL PROTECTED] ((_/)o o(\_)) ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-' http://iguanasuicide.org/ \_/ signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Finer grained kde*-meta packages
On 6/16/07, Boyd Stephen Smith Jr. [EMAIL PROTECTED] wrote:
On Friday 15 June 2007, Alexander Skwar [EMAIL PROTECTED] wrote
about '[gentoo-user] Re: Finer grained kde*-meta packages':
Suppose you've got the following use case: Install all of
KDE, but leave out PPP stuff.
How would you solve that?
Intall all the kde*-meta packages except kde-meta (I want to customize my
kde install) and kdenetwork-meta (Specifically, I want to adjust network
[ppp] support). Install any packages I need but don't have yet via the
split ebuilds.
I have an idea, but it would probably involve a change in portage
itself instead of a mere ebuild useflag change.
That idea is basically optional dep if installable
ie:
kdenetwork-meta:
(opdep =kde-base/kppp)
which by default would pull kppp if there was an unmasked copy in the
tree and to skip pulling it, you would just p-mask it
Reason of course being that I for one, a list of 30 useflags all
titled with no on the front of them would be a little daunting
( Im not saying it /should/ be done like this, but I just try cover
other areas / techniques that haven't been investigated yet in the off
chance somebody else will see a great idea offshoot from it )
--
Kent
ruby -e '[1, 2, 4, 7, 0, 9, 5, 8, 3, 10, 11, 6, 12, 13].each{|x|
print enNOSPicAMreil [EMAIL PROTECTED][(2*x)..(2*x+1)]}'
--
[EMAIL PROTECTED] mailing list
[gentoo-user] lpr quit working
Hello, I have a postscript printer HP4000N that is working fine. All printing works except lp or lpr when sending a plain ascii file, If I print a postscript file with lpr it works fine. So where cups is suppose to automagically convert the ascii file to postscript it fails. It all use to work, but, I'm not sure when it quit working (probably an upgrade to cups. None of my system can print to this ethernet based print, with lpr and a ascii file. Windows can. All other Gentoo printing is fine to this printer(web, kpdf, ghostview etc etc). When I print a test page from (http://localhost:631/ the test page prints just fine. I not sure if its the ppd or foomatic or what is misconfigured. I rebuilt cups and foomatic-db-ppds and that did not do the trick. When I use commands like 'lpr filename plain ascii text' it just prints the first line and the pages and pages of blank pages. About every 10th page has a single line across the top of the paper. Both lp and lpr do the same thing. I went thru the cups gui (localhost:631) but everything looks ok.. ideas or suggestions are most welcome. James James -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: lpr quit working
James wireless at tampabay.rr.com writes: I have a postscript printer HP4000N that is working fine. All printing works except lp or lpr when sending a plain ascii file, If I print a postscript file with lpr it works fine. Well, I hate to answer my own posts, but, this file was missing from the gentoo systems that could not print ascii text file with lpr /etc/cups/ppd/LaserJet.ppd copying it to the affected machines fixes the problem. sorry to disturb the list with my admin issues James -- [EMAIL PROTECTED] mailing list
