Re: [gentoo-user] emerge -DuvatN world doesn't show all upgradeable packages
On Tuesday 08 April 2008, Michael Schmarck wrote: In prose: I have kde-i18n-3.5.8 installed. In tree, there's an update available (kde-i18n-3.5.9). Why was that updatedable package not picked up, when I ran emerge -DuvatN world? I also tried emerge -Duvat world - same effect. kde-i18n is not in your world and is not a direct dependency of anything in world, and nothing in your world specifically requires kde-i18n-3.5.9. emerge -avuND world updates world and it's deep dependencies, not everything on the entire system regardless. You want to put kde-i18n in world (emerge -n) to get what you want. That does give you a cluttered world file, but them's the breaks The other option is to use the kde*meta ebuilds, which do directly depend on the sub-ordinate packages. This is what I do and I don't get the effect you observed. -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Re: emerge -DuvatN world doesn't show all upgradeable packages
Neil Bothwick [EMAIL PROTECTED] wrote: On Tue, 08 Apr 2008 11:51:29 +0200, Michael Schmarck wrote: In prose: I have kde-i18n-3.5.8 installed. In tree, there's an update available (kde-i18n-3.5.9). Why was that updatedable package not picked up, when I ran emerge -DuvatN world? I also tried emerge -Duvat world - same effect. Is kde-i18n in your world file? No, it's not. If emerge --depclean -p suggests removing it, it's not. Add it with emerge -n kde-i18n. Hm - why should I want to add kde-i18n to the world file? I ran emerge -D (--deep). From man emerge: --deep (-D) This flag forces emerge to consider the entire dependency tree of packages, instead of checking only the immediate dependencies of the packages. As an example, this catches updates in libraries that are not directly listed in the dependencies of a package. Also see --with-bdeps for behavior with respect to build time dependencies that are not strictly required. kde-i18n got installed as a dependency of some KDE package. Hmm... I suppose I got it, because I used to have kde-meta installed. And that package got lost, somehow. And as it's no longer installed, there's nothing installed on my system which has kde-i18n as a dependency. And it's not in the world file. As that's so, emerge lost track of this package, so to say. Does that sound like a correct summary? Connected question: How do I quickly find all the packages that got installed as a dependency, but which are no longer needed, because the dependent package got removed (as an example, I'd like to find kde-i18n, because that used to be a dependency of kde-meta and kde-meta is no longer installed). Thanks, Michael -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: emerge -DuvatN world doesn't show all upgradeable packages
On Tuesday 08 April 2008, Michael Schmarck wrote: Connected question: How do I quickly find all the packages that got installed as a dependency, but which are no longer needed, because the dependent package got removed (as an example, I'd like to find kde-i18n, because that used to be a dependency of kde-meta and kde-meta is no longer installed). emerge --depclean -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -DuvatN world doesn't show all upgradeable packages
On Tue, 08 Apr 2008 11:51:29 +0200, Michael Schmarck wrote: In prose: I have kde-i18n-3.5.8 installed. In tree, there's an update available (kde-i18n-3.5.9). Why was that updatedable package not picked up, when I ran emerge -DuvatN world? I also tried emerge -Duvat world - same effect. Is kde-i18n in your world file? If emerge --depclean -p suggests removing it, it's not. Add it with emerge -n kde-i18n. -- Neil Bothwick I haven't lost my mind; it's backed up on tape somewhere. signature.asc Description: PGP signature
Re: [gentoo-user] Re: emerge -DuvatN world doesn't show all upgradeable packages
Michael Schmarck wrote: Connected question: How do I quickly find all the packages that got installed as a dependency, but which are no longer needed, because the dependent package got removed (as an example, I'd like to find kde-i18n, because that used to be a dependency of kde-meta and kde-meta is no longer installed). Thanks, Michael emerge -p depclean will give you a list of all of those packages, and you can then add to your world file, or uninstall as you see fit Be *extremely* careful with this command though... Anthony signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Re: emerge -DuvatN world doesn't show all upgradeable packages
On Tuesday 08 April 2008, Dale wrote: That will tell you packages that are installed and !may! not be needed by other packages. Note all the warnings here? I have not had anything serious removed by using this in ages but strange things can happen. You need to be careful with this. Remove the wrong thing and it can be a uphill battle to get it fixed. Like the fellow in the next desk this morning updating a machine that hasn't been touched since 2005 (!) He noticed a blocker with python-updater after 'emerge world' and was about to unmerge python and remerge the new one to get around the blocker ... Lucky I saw it in time... -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: emerge -DuvatN world doesn't show all upgradeable packages
Michael Schmarck wrote: Thanks. I think I removed kde-meta, because it installs too much stuff, that I don't need (like kppp). It would be nice, if the kde-meta ebuild would be more like the gst-plugins-meta package, in that it sould allow the user to specify what he wants to get installed and what not. It shouldn't be an all or nothing approach, IMO. Michael Ahhh, I see. You can check the Gentoo docs page and there is a page that tells you how NOT to use kde-meta. It's not a big deal and I think most people do it that way. It's like a lot of things, it's a matter of preference. Dale :-) :-) :-) -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: emerge -DuvatN world doesn't show all upgradeable packages
On Tuesday 08 April 2008, Michael Schmarck wrote: Alan McKinnon [EMAIL PROTECTED] wrote: The other option is to use the kde*meta ebuilds, which do directly depend on the sub-ordinate packages. This is what I do and I don't get the effect you observed. Thanks. I think I removed kde-meta, because it installs too much stuff, that I don't need (like kppp). It would be nice, if the kde-meta ebuild would be more like the gst-plugins-meta package, in that it sould allow the user to specify what he wants to get installed and what not. It shouldn't be an all or nothing approach, IMO. Michael [EMAIL PROTECTED] ~ $ ls -1d /var/portage/kde-base/*meta /var/portage/kde-base/kdeaccessibility-meta /var/portage/kde-base/kdeaddons-meta /var/portage/kde-base/kdeadmin-meta /var/portage/kde-base/kdeartwork-meta /var/portage/kde-base/kdebase-meta /var/portage/kde-base/kdebindings-meta /var/portage/kde-base/kdeedu-meta /var/portage/kde-base/kdegames-meta /var/portage/kde-base/kdegraphics-meta /var/portage/kde-base/kde-meta /var/portage/kde-base/kdemultimedia-meta /var/portage/kde-base/kdenetwork-meta /var/portage/kde-base/kdepim-meta /var/portage/kde-base/kdesdk-meta /var/portage/kde-base/kdetoys-meta /var/portage/kde-base/kdeutils-meta /var/portage/kde-base/kdewebdev-meta Use these instead of kde-meta. If you want only some stuff in one of those and not everything, omit the -meta, look inside it's ebuild and install the DEPENDS you do want. Same result as what you asked for, different means of achieving it. -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Re: Re: Re: emerge -DuvatN world doesn't show all upgradeable packages
Neil Bothwick [EMAIL PROTECTED] wrote: On Tue, 08 Apr 2008 12:39:11 +0200, Michael Schmarck wrote: emerge --depclean thanks. 200 some packages, which would be removed. Quite a lot. If you've removed kde-meta, I'm not surprised. It's not (mainly) kde packages that show up there. It's: app-admin/logrotate app-admin/php-toolkit app-admin/webapp-config app-arch/mt-st app-arch/rpm app-arch/sharutils app-crypt/hashalot app-crypt/mhash app-crypt/qca app-crypt/qca-tls app-crypt/shash app-doc/chmlib app-mobilephone/gnokii app-mobilephone/obex-data-server app-office/karbon app-office/kchart app-office/kexi app-office/kformula app-office/kivio app-office/koffice-data app-office/koffice-libs app-office/koshell app-office/kplato app-office/kpresenter app-office/krita app-office/kspread app-office/kugar app-office/kword app-pda/libopensync app-portage/eclass-manpages app-portage/porthole app-shells/zsh app-text/enscript app-text/hunspell app-text/libwpd app-text/linuxdoc-tools app-text/psutils app-text/rcs app-text/recode app-text/wv2 dev-cpp/commoncpp2 dev-cpp/libebt dev-cpp/libsexymm dev-cpp/libwrapiter dev-cpp/libxmlpp dev-db/qdbm dev-java/ant-junit dev-java/ant-owanttask dev-java/ant-trax dev-java/asm dev-java/bsh dev-java/hamcrest-core dev-java/jakarta-regexp dev-java/jarjar dev-java/java-getopt dev-java/junit dev-java/libreadline-java dev-java/qdox dev-java/tagsoup dev-lang/php dev-libs/beecrypt dev-libs/glib dev-libs/gmime dev-libs/icu dev-libs/libical dev-libs/libmcrypt dev-libs/libol dev-libs/lzo dev-libs/mpfr dev-libs/pcre++ dev-libs/xalan-c dev-libs/xerces-c dev-perl/Algorithm-Diff dev-perl/Archive-Zip dev-perl/Crypt-OpenSSL-Bignum dev-perl/Crypt-OpenSSL-Random dev-perl/Crypt-SmbHash dev-perl/Devel-Symdump dev-perl/Digest-HMAC dev-perl/Digest-MD4 dev-perl/Digest-SHA1 dev-perl/Error dev-perl/File-Which dev-perl/Geography-Countries dev-perl/Mail-DomainKeys dev-perl/Net-DNS dev-perl/Net-IP dev-perl/Pod-Coverage dev-perl/Pod-Escapes dev-perl/Pod-Simple dev-perl/TermReadKey dev-perl/Test-Pod dev-perl/Test-Pod-Coverage dev-perl/perl-tk dev-python/epydoc dev-python/pycrypto dev-python/pysqlite dev-python/pyxml dev-python/rhpl dev-python/sqlitecachec dev-python/urlgrabber dev-python/wxpython dev-util/cvs dev-util/gob dev-util/monodoc dev-util/yacc gnome-extra/gnome-keyring-manager gnome-extra/gnome-vfs-obexftp gnome-extra/libgda kde-base/kde-i18n mail-client/mailx-support media-gfx/icon-slicer media-gfx/nvidia-cg-toolkit media-libs/faad2 media-libs/gle media-libs/gstreamer media-libs/ilmbase media-libs/jbigkit media-libs/libfame media-libs/libgpod media-libs/libmp4v2 media-libs/libmpeg3 media-libs/libquicktime media-libs/libsamplerate media-libs/libsndfile media-libs/libsvg media-libs/libwmf media-libs/moodriver media-libs/mutagen media-libs/netpbm media-libs/openexr media-libs/pdflib media-libs/speex media-libs/t1lib media-plugins/gst-plugins-alsa media-plugins/gst-plugins-esd media-plugins/gst-plugins-flac media-plugins/gst-plugins-theora media-sound/normalize media-sound/sox media-video/mjpegtools media-video/mpeg2vidcodec media-video/transcode media-video/vcdimager net-analyzer/net-snmp net-analyzer/netselect net-analyzer/sussen net-libs/libesmtp net-libs/liblockfile net-libs/libotr net-libs/librsync net-libs/libvncserver net-libs/ortp net-misc/bridge-utils net-misc/netkit-talk net-print/foomatic-db net-print/foomatic-db-engine net-wireless/gnome-bluetooth net-wireless/libbtctl net-wireless/wireless-tools perl-core/DB_File perl-core/File-Spec perl-core/Time-HiRes perl-core/digest-base sci-libs/cln sci-visualization/gnuplot sys-apps/acl sys-apps/hotplug-base sys-apps/iproute2 sys-apps/parted sys-apps/pcmcia-cs sys-apps/rescan-scsi-bus sys-apps/sdparm sys-apps/setserial sys-apps/sg3_utils sys-apps/yum sys-devel/automake sys-devel/bin86 sys-devel/dev86 sys-devel/gcc sys-fs/fuse-python sys-fs/multipath-tools sys-kernel/tuxonice-sources sys-libs/db sys-libs/libuser sys-libs/pwdb sys-libs/system-config-base sys-power/iasl virtual/c++-tr1-functional virtual/c++-tr1-memory virtual/c++-tr1-type-traits virtual/httpd-cgi virtual/pcmcia virtual/perl-DB_File virtual/perl-File-Spec virtual/perl-PodParser virtual/perl-digest-base x11-apps/appres x11-apps/setxkbmap x11-apps/xrandr x11-apps/xset x11-apps/xwininfo x11-drivers/xf86-video-v4l x11-libs/fltk x11-libs/goffice x11-libs/gtk+ x11-libs/gtkglarea x11-libs/libXfontcache x11-libs/libast x11-libs/libdmx x11-libs/libsvg-cairo x11-libs/openmotif x11-libs/xforms x11-misc/read-edid x11-proto/dmxproto x11-terms/eterm x11-themes/gtk-engines-qt After removing stuff, a revdep-rebuild should be done, shouldn't it? It won't hurt, although I rarely bother. I usually do emerge -uavDN world. Noted. Michael -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -DuvatN world doesn't show all upgradeable packages
Michael Schmarck wrote: Hello. snip How do I make emerge update all the installed packages, if there's an update available? Thanks, Michael Hi, First question, was it installed directly, or as a dependency for something else? If directly, does it appear in the world file? (/var/lib/portage/world) If it is a dependency, is the package that depends on it, shown in the world file? If the answer to the second question above is no then try adding it into the world file, then emerge -DuvatN world again. Regards Anthony signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Re: Re: emerge -DuvatN world doesn't show all upgradeable packages
On Tuesday 08 April 2008, Michael Schmarck wrote: Alan McKinnon [EMAIL PROTECTED] wrote: On Tuesday 08 April 2008, Michael Schmarck wrote: Connected question: How do I quickly find all the packages that got installed as a dependency, but which are no longer needed, because the dependent package got removed (as an example, I'd like to find kde-i18n, because that used to be a dependency of kde-meta and kde-meta is no longer installed). emerge --depclean thanks. 200 some packages, which would be removed. Quite a lot. Ouch. You'll be wanting to go through that lot with a fine toothcomb and verify what you really no longer need. 'emerge -n package' will put the package in world so that it won't be considered by --depclean With that big a change I usually 'emerge -C' stuff in chunks manually to get the --depclean output down to a more manageable length After removing stuff, a revdep-rebuild should be done, shouldn't it? In theory yes. In practice... in practice you get whatever you get, and sometimes that's two broken halves. revdep-rebuild usually fixes most of it Also consider the implications either way of emerge --withbdeps -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: emerge -DuvatN world doesn't show all upgradeable packages
Michael Schmarck wrote: SNIP Connected question: How do I quickly find all the packages that got installed as a dependency, but which are no longer needed, because the dependent package got removed (as an example, I'd like to find kde-i18n, because that used to be a dependency of kde-meta and kde-meta is no longer installed). Thanks, Michael First things first. Use caution with this. A LOT of caution. Always do a --pretend first, no exception. I would strongly recommend you to never let it just remove packages, always remove them by hand. That's how I do it anyway. emerge -p --depclean That will tell you packages that are installed and !may! not be needed by other packages. Note all the warnings here? I have not had anything serious removed by using this in ages but strange things can happen. You need to be careful with this. Remove the wrong thing and it can be a uphill battle to get it fixed. If you have a problem with things being removed from your world file, someone may can give you the command to rebuild it. I'd backup the current one first, just in case. I'm pretty sure there is a way to do that but can't recall at the moment. I have never had to do that before. Dale :-) :-) -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Re: Re: emerge -DuvatN world doesn't show all upgradeable packages
Neil Bothwick [EMAIL PROTECTED] wrote: On Tue, 08 Apr 2008 12:30:11 +0200, Michael Schmarck wrote: I think I removed kde-meta, because it installs too much stuff, that I don't need (like kppp). It would be nice, if the kde-meta ebuild would be more like the gst-plugins-meta package, in that it sould allow the user to specify what he wants to get installed and what not. It shouldn't be an all or nothing approach, IMO. But that's exactly what it's for merge this to pull in all non-developer, split kde-base/* packages. Not all -meta packages behave like that - eg. the gst-plugins-meta package only pulls in, what's wanted (per USE flags). If you want to pick and choose, emerge the packages you want, there's no need to add extra USE flags and another layer of complexity when the current system handles both all-in-one and selective installs just fine. Well, I disagree. I want to install almost all of the KDE stuff, but eg. not the PPP things, as I've got not use for that on that system. But I still would like my world file *NOT* to be cluttered with a gazillion of kde packages. The current system absolutely does not handle that just fine. Michael -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Fetch Restriction: 1 package (1 unsatisfied)
On Tuesday 08 April 2008, Igor Mikushkin wrote: I'm just wondering why this package (sun-jdk-1.4.2.17) came into dependencies? equery depends -a sun-jdk I guess you have virtual/jdk:1.4 in world which picked up the latest 1.4 jdk Sorry, I have no assess to my gentoo machine now and I can't find out the package where it came from. Sun-jdk-1.6.x.x is already installed and I think eclipse can run with 1.6 as well. Why do I need two sun-jdk's? -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Re: emerge -DuvatN world doesn't show all upgradeable packages
Alan McKinnon [EMAIL PROTECTED] wrote: The other option is to use the kde*meta ebuilds, which do directly depend on the sub-ordinate packages. This is what I do and I don't get the effect you observed. Thanks. I think I removed kde-meta, because it installs too much stuff, that I don't need (like kppp). It would be nice, if the kde-meta ebuild would be more like the gst-plugins-meta package, in that it sould allow the user to specify what he wants to get installed and what not. It shouldn't be an all or nothing approach, IMO. Michael -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] emerge -DuvatN world doesn't show all upgradeable packages
Hello. Maybe someone can explain this: $ sudo emerge -DuvatN world These are the packages that would be merged, in reverse order: Calculating world dependencies... done! Total: 0 packages, Size of downloads: 0 kB Nothing to merge; would you like to auto-clean packages? [Yes/No] $ emerge -vpt kde-i18n These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild U ] kde-base/kde-i18n-3.5.9 [3.5.8] USE=-arts -debug kdeenablefinal xinerama LINGUAS=-af -ar -az -bg -bn -br -bs -ca -cs -csb -cy -da de -el -en_GB -eo -es -et -eu -fa -fi -fr -fy -ga -gl -he -hi -hr -hu -is -it -ja -kk -km -ko -lt -lv -mk -mn -ms -nb -nds -nl -nn -pa -pl -pt -pt_BR -ro -ru -rw -se -sk -sl -sr [EMAIL PROTECTED] -ss -sv -ta -te -tg -th -tr -uk -uz -vi -wa -zh_CN -zh_TW 20,860 kB Total: 1 package (1 upgrade), Size of downloads: 20,860 kB In prose: I have kde-i18n-3.5.8 installed. In tree, there's an update available (kde-i18n-3.5.9). Why was that updatedable package not picked up, when I ran emerge -DuvatN world? I also tried emerge -Duvat world - same effect. How do I make emerge update all the installed packages, if there's an update available? Thanks, Michael -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Fetch Restriction: 1 package (1 unsatisfied)
I'm just wondering why this package (sun-jdk-1.4.2.17) came into dependencies? Sorry, I have no assess to my gentoo machine now and I can't find out the package where it came from. Sun-jdk-1.6.x.x is already installed and I think eclipse can run with 1.6 as well. Why do I need two sun-jdk's? -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: Re: emerge -DuvatN world doesn't show all upgradeable packages
On Tuesday 08 April 2008, Michael Schmarck wrote: Well, I disagree. I want to install almost all of the KDE stuff, but eg. not the PPP things, as I've got not use for that on that system. But I still would like my world file *NOT* to be cluttered with a gazillion of kde packages. The current system absolutely does not handle that just fine. Hmmm, well that's mostly just too bad. The devs built the ebuilds to work the way the work because that's the sanest approach when your universe is all the users that there are. You are perfectly free to copy those ebuilds to your local overlay, wrap the DEPENDs in USE checks to give you the behaviour you want. Then you can publish them to your website and supply instructions for interested users to add them to layman. Then anyone that wants what you want can get it off you. Good way to get a taste of what it takes to maintain ebuilds for a huge task like KDE (I do it for e17. It's a ball-ache sometimes). But the portage tree builds are never going to do what you are asking. -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: Re: Re: emerge -DuvatN world doesn't show all upgradeable packages
On Tuesday 08 April 2008, Michael Schmarck wrote: Neil Bothwick [EMAIL PROTECTED] wrote: On Tue, 08 Apr 2008 12:39:11 +0200, Michael Schmarck wrote: emerge --depclean thanks. 200 some packages, which would be removed. Quite a lot. If you've removed kde-meta, I'm not surprised. It's not (mainly) kde packages that show up there. It's: I'm surprised these show up from --depclean: app-admin/logrotate app-arch/sharutils app-crypt/hashalot app-crypt/mhash app-text/psutils dev-libs/glib dev-libs/lzo dev-libs/pcre++ dev-util/yacc After last week's entertainment, why are these not in your world? media-libs/gstreamer media-libs/libgpod media-libs/libmp4v2 media-libs/libmpeg3 media-libs/libquicktime media-libs/libsamplerate media-libs/libsndfile media-libs/libsvg media-libs/libwmf media-plugins/gst-plugins-alsa media-plugins/gst-plugins-esd media-plugins/gst-plugins-flac media-plugins/gst-plugins-theora Hmm, more stuff that should be in world if you want it. net-wireless/wireless-tools sys-apps/acl sys-apps/iproute2 sys-devel/automake sys-devel/bin86 sys-devel/dev86 Ouch!! What did you do to this box that this one shows up? gcc is not in world, it's in system, and the only way to get it out of there is to edit the profile sys-devel/gcc I think you need to fix your world before before doing any --depclean steps. -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Re: Re: Re: emerge -DuvatN world doesn't show all upgradeable packages
Alan McKinnon [EMAIL PROTECTED] wrote: On Tuesday 08 April 2008, Michael Schmarck wrote: Well, I disagree. I want to install almost all of the KDE stuff, but eg. not the PPP things, as I've got not use for that on that system. But I still would like my world file *NOT* to be cluttered with a gazillion of kde packages. The current system absolutely does not handle that just fine. Hmmm, well that's mostly just too bad. Yes, it is, isn't it? The devs built the ebuilds to work the way the work because that's the sanest approach when your universe is all the users that there are. Maybe not. But the portage tree builds are never going to do what you are asking. Which majorly sucks, as there are good reasons why the packages should NOT be the way they are right now. Michael -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Re: Re: emerge -DuvatN world doesn't show all upgradeable packages
Alan McKinnon [EMAIL PROTECTED] wrote: On Tuesday 08 April 2008, Michael Schmarck wrote: Connected question: How do I quickly find all the packages that got installed as a dependency, but which are no longer needed, because the dependent package got removed (as an example, I'd like to find kde-i18n, because that used to be a dependency of kde-meta and kde-meta is no longer installed). emerge --depclean thanks. 200 some packages, which would be removed. Quite a lot. After removing stuff, a revdep-rebuild should be done, shouldn't it? Michael -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: Re: emerge -DuvatN world doesn't show all upgradeable packages
On Tue, 08 Apr 2008 12:39:11 +0200, Michael Schmarck wrote: emerge --depclean thanks. 200 some packages, which would be removed. Quite a lot. If you've removed kde-meta, I'm not surprised. After removing stuff, a revdep-rebuild should be done, shouldn't it? It won't hurt, although I rarely bother. I usually do emerge -uavDN world. -- Neil Bothwick Q: Why is top-posting evil? A: backwards read don't humans because signature.asc Description: PGP signature
Re: [gentoo-user] Re: Re: emerge -DuvatN world doesn't show all upgradeable packages
Michael Schmarck wrote: Alan McKinnon [EMAIL PROTECTED] wrote: On Tuesday 08 April 2008, Michael Schmarck wrote: Connected question: How do I quickly find all the packages that got installed as a dependency, but which are no longer needed, because the dependent package got removed (as an example, I'd like to find kde-i18n, because that used to be a dependency of kde-meta and kde-meta is no longer installed). emerge --depclean thanks. 200 some packages, which would be removed. Quite a lot. After removing stuff, a revdep-rebuild should be done, shouldn't it? Michael Yup :) I would also recommend removing packages by hand.I won't go into detail, but last time I didn't do that, it took me two weeks to recover! signature.asc Description: OpenPGP digital signature
[gentoo-user] Re: emerge -DuvatN world doesn't show all upgradeable packages
Anthony Metcalf [EMAIL PROTECTED] wrote: Michael Schmarck wrote: Hello. snip How do I make emerge update all the installed packages, if there's an update available? Thanks, Michael Hi, First question, was it installed directly, or as a dependency for something else? I'm pretty sure, it was a dependency. (/var/lib/portage/world) If it is a dependency, is the package that depends on it, shown in the world file? I think it was a dependency of kde-meta. kde-meta is no longer installed. If the answer to the second question above is no then try adding it into the world file, then emerge -DuvatN world again. Yes. Thanks a lot! Michael -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: Re: emerge -DuvatN world doesn't show all upgradeable packages
Hi, I use following approach: emerge --sync emerge -DuavN world dispatch-conf emerge --depclean -pv revdep-rebuild glsa-check -t all Whenever there is something changed on the way, I will start with the world command again. Sometimes depclean will remove something world will emerge again. I want to be on the save side for those cases. Anyway I also seem to have orphan packages not found by depclean but not updated by emerge -DuavN world My Post (german): http://forums.gentoo.org/viewtopic-t-685418-highlight-.html I would be interested to hear about your outcomes to compare the (update)result from you when comparing: emerge -DuavN world emerge -aev world emerge -DuavN --with-bdeps y world To see if some package is needed by anything you might run equery depends whatever package KH Michael Schmarck wrote: Alan McKinnon [EMAIL PROTECTED] wrote: On Tuesday 08 April 2008, Michael Schmarck wrote: Connected question: How do I quickly find all the packages that got installed as a dependency, but which are no longer needed, because the dependent package got removed (as an example, I'd like to find kde-i18n, because that used to be a dependency of kde-meta and kde-meta is no longer installed). emerge --depclean thanks. 200 some packages, which would be removed. Quite a lot. After removing stuff, a revdep-rebuild should be done, shouldn't it? Michael -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: emerge -DuvatN world doesn't show all upgradeable packages
On Tue, 08 Apr 2008 12:30:11 +0200, Michael Schmarck wrote: I think I removed kde-meta, because it installs too much stuff, that I don't need (like kppp). It would be nice, if the kde-meta ebuild would be more like the gst-plugins-meta package, in that it sould allow the user to specify what he wants to get installed and what not. It shouldn't be an all or nothing approach, IMO. But that's exactly what it's for merge this to pull in all non-developer, split kde-base/* packages. If you want to pick and choose, emerge the packages you want, there's no need to add extra USE flags and another layer of complexity when the current system handles both all-in-one and selective installs just fine. -- Neil Bothwick Dolly Parton-- silicone based life signature.asc Description: PGP signature
[gentoo-user] Re: Re: Re: Re: emerge -DuvatN world doesn't show all upgradeable packages
KH [EMAIL PROTECTED] wrote: Maybe he does have multiple versions installed of those packages. What For gcc: Yes. It's about time to dump gcc-3.4.6. is the output of for example: emerge -avP gcc ? $ emerge -avP gcc superuser access is required... adding --pretend to options. Calculating dependencies... done! sys-devel/gcc-4.2.3 pulled in by: dev-lang/mono-1.2.6-r2 dev-libs/elfutils-0.131-r1 sys-libs/glibc-2.7-r2 sys-libs/libstdc++-v3-3.3.6 system virtual/c++-tr1-functional-0 virtual/c++-tr1-memory-0 virtual/c++-tr1-type-traits-0 These are the packages that would be unmerged: sys-devel/gcc selected: 3.4.6-r2 protected: none omitted: 4.2.3 'Selected' packages are slated for removal. 'Protected' and 'omitted' packages will not be removed. Michael -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: Re: Re: emerge -DuvatN world doesn't show all upgradeable packages
Maybe he does have multiple versions installed of those packages. What is the output of for example: emerge -avP gcc ? KH Alan McKinnon wrote: On Tuesday 08 April 2008, Michael Schmarck wrote: Neil Bothwick [EMAIL PROTECTED] wrote: On Tue, 08 Apr 2008 12:39:11 +0200, Michael Schmarck wrote: emerge --depclean thanks. 200 some packages, which would be removed. Quite a lot. If you've removed kde-meta, I'm not surprised. It's not (mainly) kde packages that show up there. It's: I'm surprised these show up from --depclean: app-admin/logrotate app-arch/sharutils app-crypt/hashalot app-crypt/mhash app-text/psutils dev-libs/glib dev-libs/lzo dev-libs/pcre++ dev-util/yacc After last week's entertainment, why are these not in your world? media-libs/gstreamer media-libs/libgpod media-libs/libmp4v2 media-libs/libmpeg3 media-libs/libquicktime media-libs/libsamplerate media-libs/libsndfile media-libs/libsvg media-libs/libwmf media-plugins/gst-plugins-alsa media-plugins/gst-plugins-esd media-plugins/gst-plugins-flac media-plugins/gst-plugins-theora Hmm, more stuff that should be in world if you want it. net-wireless/wireless-tools sys-apps/acl sys-apps/iproute2 sys-devel/automake sys-devel/bin86 sys-devel/dev86 Ouch!! What did you do to this box that this one shows up? gcc is not in world, it's in system, and the only way to get it out of there is to edit the profile sys-devel/gcc I think you need to fix your world before before doing any --depclean steps. -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Re: emerge -DuvatN world doesn't show all upgradeable packages
Hello. Alan McKinnon [EMAIL PROTECTED] wrote: On Tuesday 08 April 2008, Michael Schmarck wrote: Neil Bothwick [EMAIL PROTECTED] wrote: On Tue, 08 Apr 2008 12:39:11 +0200, Michael Schmarck wrote: emerge --depclean thanks. 200 some packages, which would be removed. Quite a lot. If you've removed kde-meta, I'm not surprised. It's not (mainly) kde packages that show up there. It's: I'm surprised these show up from --depclean: app-admin/logrotate app-arch/sharutils app-crypt/hashalot app-crypt/mhash app-text/psutils dev-libs/glib dev-libs/lzo dev-libs/pcre++ dev-util/yacc Well - that's the way it is :) After last week's entertainment, why are these not in your world? Why should they be in world? I prefer to only have in world, what I really want. For example, I don't think that gst-plugins-alsa belongs into world, if I have gst-plugins-meta installed. [...] media-plugins/gst-plugins-alsa media-plugins/gst-plugins-esd media-plugins/gst-plugins-flac media-plugins/gst-plugins-theora That's interesting - why did those packages show up? media-plugins/gst-plugins-alsa is a dependency of media-plugins/gst-plugins-meta, and -meta is in world: $ grep meta /var/lib/portage/world dev-java/metadata-extractor media-plugins/gst-plugins-meta x11-themes/metacity-themes Strange. Ah! Multiple versions again. gst-plugins-alsa was there in versions 0.8.12 and 0.10.17. Hmm, more stuff that should be in world if you want it. net-wireless/wireless-tools sys-apps/acl sys-apps/iproute2 sys-devel/automake sys-devel/bin86 sys-devel/dev86 Ouch!! What did you do to this box that this one shows up? gcc is not in world, it's in system, and the only way to get it out of there is to edit the profile I haven't edited profile. --($:~/Desktop)-- emerge --info Portage 2.1.5_rc2 (default-linux/x86/2007.0/desktop, gcc-4.2.3, glibc-2.7-r2, 2.6.24-tuxonice-r3.r08.mit-ide-mod_2 i686) = [...] sys-devel/gcc I think you need to fix your world before before doing any --depclean steps. Seems like :) Michael -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: Re: Re: Re: emerge -DuvatN world doesn't show all upgradeable packages
On Tuesday 08 April 2008, Michael Schmarck wrote: Maybe he does have multiple versions installed of those packages. What For gcc: Yes. It's about time to dump gcc-3.4.6. Yes, I see now. --depclean is removing old SLOTS and the original output is either very unverbose, or has been trimmed to list only categories -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: Re: Re: Re: emerge -DuvatN world doesn't show all upgradeable packages
Michael Schmarck wrote: KH [EMAIL PROTECTED] wrote: Maybe he does have multiple versions installed of those packages. What For gcc: Yes. It's about time to dump gcc-3.4.6. is the output of for example: emerge -avP gcc ? $ emerge -avP gcc superuser access is required... adding --pretend to options. Calculating dependencies... done! sys-devel/gcc-4.2.3 pulled in by: dev-lang/mono-1.2.6-r2 dev-libs/elfutils-0.131-r1 sys-libs/glibc-2.7-r2 sys-libs/libstdc++-v3-3.3.6 system virtual/c++-tr1-functional-0 virtual/c++-tr1-memory-0 virtual/c++-tr1-type-traits-0 These are the packages that would be unmerged: sys-devel/gcc selected: 3.4.6-r2 protected: none omitted: 4.2.3 'Selected' packages are slated for removal. 'Protected' and 'omitted' packages will not be removed. Michael It's been a while but make sure you have switched to the new gcc and it is working fine before removing the old one. Nothing worse than removing gcc then finding out the new one isn't . . . functional. Sort of fun to fix. Dale :-) :-) -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: emerge -DuvatN world doesn't show all upgradeable packages
Alan McKinnon wrote: On Tuesday 08 April 2008, Dale wrote: That will tell you packages that are installed and !may! not be needed by other packages. Note all the warnings here? I have not had anything serious removed by using this in ages but strange things can happen. You need to be careful with this. Remove the wrong thing and it can be a uphill battle to get it fixed. Like the fellow in the next desk this morning updating a machine that hasn't been touched since 2005 (!) He noticed a blocker with python-updater after 'emerge world' and was about to unmerge python and remerge the new one to get around the blocker ... Lucky I saw it in time... New friend for life I suspect. That would be a doozy for sure. I haven't done that yet. Dale :-) :-) -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: Re: Re: Re: emerge -DuvatN world doesn't show all upgradeable packages
Dale wrote: It's been a while but make sure you have switched to the new gcc and it is working fine before removing the old one. Nothing worse than removing gcc then finding out the new one isn't . . . functional. Sort of fun to fix. Dale :-) :-) Tell me about it! Hint: Don't then unpack a stage 3 tarball in / to get a working gcc back.. signature.asc Description: OpenPGP digital signature
[gentoo-user] Re: Re: Re: Re: Re: emerge -DuvatN world doesn't show all upgradeable packages
Alan McKinnon [EMAIL PROTECTED] wrote: On Tuesday 08 April 2008, Michael Schmarck wrote: Maybe he does have multiple versions installed of those packages. What For gcc: Yes. It's about time to dump gcc-3.4.6. Yes, I see now. --depclean is removing old SLOTS and the original output is either very unverbose, or has been trimmed to list only categories I posted the output of: emerge --depclean -p | grep -v : | sort | uniq So, yes, it's very unverbose. The verbose output is, well, too verbose, if you've got some 200 packages :) Michael -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: Re: Re: Re: emerge -DuvatN world doesn't show all upgradeable packages
On Tue, 08 Apr 2008 07:08:42 -0500, Dale wrote: It's been a while but make sure you have switched to the new gcc and it is working fine before removing the old one. Nothing worse than removing gcc then finding out the new one isn't . . . functional. Sort of fun to fix. NEVER unmerge a system package without building a binary package first. -- Neil Bothwick Tact is the intelligence of the heart. signature.asc Description: PGP signature
Re: [gentoo-user] Re: Re: Re: emerge -DuvatN world doesn't show all upgradeable packages
On Tue, 08 Apr 2008 13:20:21 +0200, Michael Schmarck wrote: Which majorly sucks, as there are good reasons why the packages should NOT be the way they are right now. Such as? Hint: uncluttering the world file is not a reason for changing the ebuilds, lthough it is a good reason for a more friendly world list format. -- Neil Bothwick God said, div D = rho, div B = 0, curl E = - @B/@t, curl H = J + @D/@t, and there was light. signature.asc Description: PGP signature
Re: [gentoo-user] Re: Re: emerge -DuvatN world doesn't show all upgradeable packages
On Tue, 08 Apr 2008 13:01:31 +0200, Michael Schmarck wrote: But that's exactly what it's for merge this to pull in all non-developer, split kde-base/* packages. Not all -meta packages behave like that - eg. the gst-plugins-meta package only pulls in, what's wanted (per USE flags). As does kde-meta to an extent, in that USE flags are respected for the individual KDE builds. But the whole point of kde-meta is to install all of KDE, it recreates the functionality of the old monolithic ebuilds. If you want to pick and choose, emerge the packages you want, there's no need to add extra USE flags and another layer of complexity when the current system handles both all-in-one and selective installs just fine. Well, I disagree. I want to install almost all of the KDE stuff, but eg. not the PPP things, as I've got not use for that on that system. But I still would like my world file *NOT* to be cluttered with a gazillion of kde packages. Put it in /etc/portage/profile/package.provided -- Neil Bothwick Anyone able to feel pain is trainable. signature.asc Description: PGP signature
Re: [gentoo-user] Re: Re: Re: Re: emerge -DuvatN world doesn't show all upgradeable packages
Anthony Metcalf wrote: Dale wrote: It's been a while but make sure you have switched to the new gcc and it is working fine before removing the old one. Nothing worse than removing gcc then finding out the new one isn't . . . functional. Sort of fun to fix. Dale :-) :-) Tell me about it! Hint: Don't then unpack a stage 3 tarball in / to get a working gcc back.. True. That would work but I would be doing a fresh install. I suspect there would be a few orphaned files around after that. Still best to 'test the waters' before diving in on such a critical package. I don't usually remove mine until all my packages have been rebuilt, just to make sure. Dale :-) :-) -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: emerge -DuvatN world doesn't show all upgradeable packages
On Tuesday 08 April 2008, Dale wrote: Alan McKinnon wrote: On Tuesday 08 April 2008, Dale wrote: That will tell you packages that are installed and !may! not be needed by other packages. Note all the warnings here? I have not had anything serious removed by using this in ages but strange things can happen. You need to be careful with this. Remove the wrong thing and it can be a uphill battle to get it fixed. Like the fellow in the next desk this morning updating a machine that hasn't been touched since 2005 (!) He noticed a blocker with python-updater after 'emerge world' and was about to unmerge python and remerge the new one to get around the blocker ... Lucky I saw it in time... New friend for life I suspect. That would be a doozy for sure. I haven't done that yet. I have :-) I've also removed (forcibly) all versions of gcc, portage, and glibc individually and all together. quickpkg is a nice thing to know about :-) Once I even merged busybox to the root filesystem. It overwrites all the Unix tools with symlinks to busybox. Cool, you get a tiny install that can go on an embedded device. BUT, busybox give you tar, it does not give you tar -o Guess which gentoo-specific app requires tar -o? Do I hear the word portage? Anyone?? -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: Re: Re: Re: emerge -DuvatN world doesn't show all upgradeable packages
On Tuesday 08 April 2008, Neil Bothwick wrote: On Tue, 08 Apr 2008 07:08:42 -0500, Dale wrote: It's been a while but make sure you have switched to the new gcc and it is working fine before removing the old one. Nothing worse than removing gcc then finding out the new one isn't . . . functional. Sort of fun to fix. NEVER unmerge a system package without building a binary package first. Tut, tut. Neil, where's the fun in that? -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: emerge -DuvatN world doesn't show all upgradeable packages
On Tuesday 08 April 2008, Michael Schmarck wrote: I think you need to fix your world before before doing any --depclean steps. Seems like :) Probably not now that we have the full picture though -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: emerge -DuvatN world doesn't show all upgradeable packages
Alan McKinnon wrote: On Tuesday 08 April 2008, Dale wrote: I have :-) I've also removed (forcibly) all versions of gcc, portage, and glibc individually and all together. quickpkg is a nice thing to know about :-) I got that covered. I found this little tid bit of info. OP may want to make a note of this too. Pst, you see this? FEATURES=buildsyspkg sandbox fixpackages parallel-fetch I like the buildsyspkg part. At least I will have the system packages and can boot up. Once I even merged busybox to the root filesystem. It overwrites all the Unix tools with symlinks to busybox. Cool, you get a tiny install that can go on an embedded device. Sounds cool, for the right equipment. ;-) Maybe not a desktop or a fancy server, on second thought. :-p BUT, busybox give you tar, it does not give you tar -o Guess which gentoo-specific app requires tar -o? Do I hear the word portage? Anyone?? Naturally. What else could use that? Dale :-) :-) -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: Re: Re: Re: emerge -DuvatN world doesn't show all upgradeable packages
Michael Schmarck wrote: Neil Bothwick [EMAIL PROTECTED] wrote: On Tue, 08 Apr 2008 13:20:21 +0200, Michael Schmarck wrote: Which majorly sucks, as there are good reasons why the packages should NOT be the way they are right now. Such as? Finer control, without cluttering the world file. Hint: uncluttering the world file is not a reason for changing the ebuilds, Why not? Michael Why all the worry about the world file? You shouldn't need to go and read the world file anyway. I have a time or two but just because I was curious. Dale :-) :-) -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Re: Re: Re: Re: emerge -DuvatN world doesn't show all upgradeable packages
Neil Bothwick [EMAIL PROTECTED] wrote: On Tue, 08 Apr 2008 13:20:21 +0200, Michael Schmarck wrote: Which majorly sucks, as there are good reasons why the packages should NOT be the way they are right now. Such as? Finer control, without cluttering the world file. Hint: uncluttering the world file is not a reason for changing the ebuilds, Why not? Michael -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: Re: Re: Re: emerge -DuvatN world doesn't show all upgradeable packages
On Tue, 8 Apr 2008 14:42:51 +0200, Alan McKinnon wrote: NEVER unmerge a system package without building a binary package first. Tut, tut. Neil, where's the fun in that? The fun is in learning the rule in the first place. It's like making backups, no one does it because someone else said it's a good idea :) -- Neil Bothwick Don't cry because it's over. Smile because it happened. signature.asc Description: PGP signature
Re: [gentoo-user] Re: Re: Re: Re: emerge -DuvatN world doesn't show all upgradeable packages
On Tue, 08 Apr 2008 14:36:45 +0200, Michael Schmarck wrote: Which majorly sucks, as there are good reasons why the packages should NOT be the way they are right now. Such as? Finer control, without cluttering the world file. What could be finer than picking which packages you want to install. The KDE meta packages are for people who don't want fine control. Hint: uncluttering the world file is not a reason for changing the ebuilds, Why not? 1) Because a cluttered world file is hardly a big deal, and far less likely to have unforeseen consequences than a cluttered USE list and package.use file. 2) Because if the format does become too unwieldy for the job, fix the format instead of kludging around with ebuilds. -- Neil Bothwick The opposite of a profound truth may well be another profound truth. * Bohr signature.asc Description: PGP signature
[gentoo-user] Re: Re: Re: Re: Re: emerge -DuvatN world doesn't show all upgradeable packages
Neil Bothwick [EMAIL PROTECTED] wrote: On Tue, 08 Apr 2008 14:36:45 +0200, Michael Schmarck wrote: Which majorly sucks, as there are good reasons why the packages should NOT be the way they are right now. Such as? Finer control, without cluttering the world file. What could be finer than picking which packages you want to install. The KDE meta packages are for people who don't want fine control. It really depends on, from what side you're coming. If you want just a few packages, then all is well with the current approach. If you, however, want everything but a few packages, then the current approach isn't so fine anymore. I do understand that there's a reason why it is the way it is, but this does not mean, that I have to like it, does it? Michael -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] mtune=k6-2 and a *small* upgrade
Hi All, An interesting theoretical question. I have a K6-2 with a SATA card sitting in it, with two drives, which are happily soft-mirrored, with LVM layered on top, and a nice big iSCSI partition that gets shared to my laptop whenever it's home. It runs postfix (with all the associated tools, amavisd, sqlgrey, spamassassin), mysql, apache, IMAP etc etc etc I would *really* not like to have to re-install, and re-set up. I am thinking of upgrading the dead PC I have in the house, that would go to an Athlon 64X2, which would be more than adequate for a desktop, even with all of these services running. So, the question. What would I have to do in order that I could build the new system, shutdown the old one, pull the drives, plug them into the new one, turn it on, and have it actually work? Obviously a kernel recompile (probably make allyesconfig, or makeallmodconfig), and a lilo change (since this machine won't boot from SATA since the spec didn't exist when it was first turned on...). But what else? Will mtune=k6-2 make executables that will run on an Athlon 64? Anyone tried this? Would I get to a point where I could make -e world and have a nice working system? Regards Anthony signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Re: Re: Re: Re: Re: emerge -DuvatN world doesn't show all upgradeable packages
On Tue, 08 Apr 2008 15:27:59 +0200, Michael Schmarck wrote: It really depends on, from what side you're coming. If you want just a few packages, then all is well with the current approach. If you, however, want everything but a few packages, then the current approach isn't so fine anymore. Do as previously suggested and use individual meta packages instead of the all-encompassing kde-meta, or use a mixture of meta and individual packages (that is what I do). If you just want to omit a couple of packages, try package.provided. This is not what it is meant for, but I have used it to exclude kppp and kpersonaliser. I do understand that there's a reason why it is the way it is, but this does not mean, that I have to like it, does it? Of course not :) -- Neil Bothwick Handy Guide to Modern Science: 1. If it's green or it wiggles, it's biology. 2. If it stinks, it's chemistry. 3. If it doesn't work, it's physics. signature.asc Description: PGP signature
[gentoo-user] Knetworkmanager doesn't show available connections info anymore
Hi! In the last few days, Knetworkmanager doesn't show available connections info anymore, before this problem i can always see info about available connections just putting the mouse pointer in every entry of Knetworkmanager. Is pretty useful for me this,. I am using x86, i have Knerworkmanager is in packages.keyboards and also =libnl-1.0_pre6-r1. Maybe this is my problem, I'm not sure, because i don't have internet access at home. Any help is much appreciated. Cheers! Ale.
[gentoo-user] Re: Re: Re: Re: Re: Re: emerge -DuvatN world doesn't show all upgradeable packages
Neil Bothwick [EMAIL PROTECTED] wrote: On Tue, 08 Apr 2008 15:27:59 +0200, Michael Schmarck wrote: It really depends on, from what side you're coming. If you want just a few packages, then all is well with the current approach. If you, however, want everything but a few packages, then the current approach isn't so fine anymore. Do as previously suggested and use individual meta packages instead of the all-encompassing kde-meta, I think, I'm doing that. And in doing that, I came to the point, that nothing depends on kde-i18n. I did a find /usr/portage -name *ebuild -exec grep kde-i18n {} + and found, that only the kde-meta package depends on kde-i18n. Michael -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: Re: Re: Re: emerge -DuvatN world doesn't show all upgradeable packages
On Tuesday 08 April 2008, Michael Schmarck wrote: Neil Bothwick [EMAIL PROTECTED] wrote: On Tue, 08 Apr 2008 13:20:21 +0200, Michael Schmarck wrote: Which majorly sucks, as there are good reasons why the packages should NOT be the way they are right now. Such as? Finer control, without cluttering the world file. Think it through. The purpose of a meta file is to provide one ebuild that pulls in many others. Now, what are you going to make optional and what must remain mandatory? What is affected by the presence or removal of said packages? Take kwalletmanager for instance. Maybe you don't want it so you take it out of USE for kdeutils. Now konqueror doesn't remember your passwords and you type them every time but that's fine as you want it that way. Later you emerge kontact to get kmail but now you do want kwalletmanager (otherwise your account passwords are in a world readable *rc file). Hmm. Need kwalletmanager. Make it mandatory. Except this conflicts nicely with kdeutils and kdelibs. Bugger, now you need to rebuild kdelibs with kwalletmanager support and leave it out of konqueror. Shit. USE flag conflict. OK, take the USE flag out of make.conf, and put it in packages.use. Shit, shit triple shit. There are 200+ kde ebuilds and now you need a separate entry in packages.use for every one that can have kwalletmanager support, some with and some without. My packages.use/ is already waaay too cluttered, it's a lousy thing to have to maintain. OK, so now we just stick kwalletmanager support into everything. Open packages.use in vi and get editing, deleting lots of - characters. Hang on, this is *nix, I can do: sed 's/-kwalletmanager/kwalletmanager/g' /etc/portage/package.use/* Oops, need to sudo that. Now hope there isn't a package called konqueror-kwalletmanager... Aha! We can fix that permanently! We write a GLEP that says no package can ever have a - in it's name followed by the name of any USE flag, either existing or still to come. I could go on, but do you see what is happening? You swap a voluminous (but not complex) world file for a very much more complex make.conf package.use system. Why would you ever do such a thing? It's insane! Hint: uncluttering the world file is not a reason for changing the ebuilds, Why not? Mostly because the dev says so and you are not the dev. If you are the dev, you get to say how it works. Michael, I think I see what is going on here. You seem to want to announce that the world must support your favourite need of the week, without examining the impact it will have on everyone else and thinking it through. You come across as someone who has never had to maintain software that other people use, as an experienced maintainer quickly loses that point of view (with it, they do not last long enough to become experienced maintainers...) -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] mtune=k6-2 and a *small* upgrade
On Tuesday 08 April 2008, Anthony Metcalf wrote: But what else? Will mtune=k6-2 make executables that will run on an Athlon 64? Anyone tried this? Would I get to a point where I could make -e world and have a nice working system? k6 is 32 bit right? There's no sane upgrade path to amd64, looks like you are in for a reinstall -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] mtune=k6-2 and a *small* upgrade
Alan McKinnon wrote: On Tuesday 08 April 2008, Anthony Metcalf wrote: � � But what else? Will mtune=k6-2 make executables that will run on an Athlon 64? Anyone tried this? Would I get to a point where I could make -e world and have a nice working system? k6 is 32 bit right? There's no sane upgrade path to amd64, looks like you are in for a reinstall Yes, 32bit, and Athlon 64s ran x86 last I heard :) The 64bit argument is one I will have to consider more deeply, but certainly in the near term, I won't gain anything from it, as I don't do *any* of the things the extended memory range is good for, and don't need more than 4GB RAM... Later when I upgrade to a phenom, and stick 1GB RAM per core in there, then yeah, I will probably recompile into 64bit, but that can be done in a chroot, and migrated fairly easily I would expect, so long as the system is running. signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] mtune=k6-2 and a *small* upgrade
On Tue, 08 Apr 2008 15:43:16 +0100, Anthony Metcalf wrote: Later when I upgrade to a phenom, and stick 1GB RAM per core in there, then yeah, I will probably recompile into 64bit, but that can be done in a chroot, and migrated fairly easily I would expect, so long as the system is running. The chroot will be running on a 32 bit kernel. At some time you will have to reinstall to get 64 bit, only you can decide when is the best time to get it done with. -- Neil Bothwick Mr. Worf, scan that ship. Aye Captain. 300 dpi? signature.asc Description: PGP signature
Re: [gentoo-user] mtune=k6-2 and a *small* upgrade
On Tuesday 08 April 2008, Anthony Metcalf wrote: Alan McKinnon wrote: On Tuesday 08 April 2008, Anthony Metcalf wrote: � � But what else? Will mtune=k6-2 make executables that will run on an Athlon 64? Anyone tried this? Would I get to a point where I could make -e world and have a nice working system? k6 is 32 bit right? There's no sane upgrade path to amd64, looks like you are in for a reinstall Yes, 32bit, and Athlon 64s ran x86 last I heard :) The 64bit argument is one I will have to consider more deeply, but certainly in the near term, I won't gain anything from it, as I don't do *any* of the things the extended memory range is good for, and don't need more than 4GB RAM... Later when I upgrade to a phenom, and stick 1GB RAM per core in there, then yeah, I will probably recompile into 64bit, but that can be done in a chroot, and migrated fairly easily I would expect, so long as the system is running. OK, so it's 32 bit on an amd64 you'll be doing I would reconfigure the kernel and include things that you know ought to be there. Then move the disks over and see if it boots. Rinse, repeat, till it does. Now the existing system should work with your new hardware and you can update your CFLAGS and 'emerge -e world' at your leisure. That's the theory at least anyway :-) -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] mtune=k6-2 and a *small* upgrade
On Tue, 2008-04-08 at 15:43 +0100, Anthony Metcalf wrote: Alan McKinnon wrote: On Tuesday 08 April 2008, Anthony Metcalf wrote: � � But what else? Will mtune=k6-2 make executables that will run on an Athlon 64? Anyone tried this? Would I get to a point where I could make -e world and have a nice working system? k6 is 32 bit right? There's no sane upgrade path to amd64, looks like you are in for a reinstall Yes, 32bit, and Athlon 64s ran x86 last I heard :) The 64bit argument is one I will have to consider more deeply, but certainly in the near term, I won't gain anything from it, as I don't do *any* of the things the extended memory range is good for, and don't need more than 4GB RAM... Later when I upgrade to a phenom, and stick 1GB RAM per core in there, then yeah, I will probably recompile into 64bit, but that can be done in a chroot, and migrated fairly easily I would expect, so long as the system is running. It's not just the memory. Using 64bit gives your CPU some more registers thus (possibly) making him faster and it speeds up 64bit calculations (e.g. double precision floating point). I don't think you'll need this for your purposes but I just wanted to say: It's not just the 4 Gig. signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] mtune=k6-2 and a *small* upgrade
Alan McKinnon wrote: OK, so it's 32 bit on an amd64 you'll be doing Initially yes, I'll look into 64bit as need arises. I would reconfigure the kernel and include things that you know ought to be there. Then move the disks over and see if it boots. Rinse, repeat, till it does. Well, more likely, break the mirror, pull a disk, and test on the new machine, if it works, great, take the old machine down, and move the remaining disk across and drop onto the network, and start the process to change the cflags and emerge -e world... If not, then most likely move the disk back, let the mirror rebuild, and do a fresh install on new disks... Now the existing system should work with your new hardware and you can update your CFLAGS and 'emerge -e world' at your leisure. That's the theory at least anyway :-) Well, exactly. That is the theory. I want to know the likelihood of success. I know that using mtune=k6-2 means it won't run on anything before a k6-2, and most likely not on anything Intel, due to the symbols and optimisations used. What I want is some idea of the chance it will run on a *later* AMD processor. Will an Athlon honour the k6-2 optimisations? signature.asc Description: OpenPGP digital signature
[gentoo-user] Multiple instance of tomcat on gentoo
Hi, How can i install 3 instance of Tomcat Server on a single host Thanks and Regards Kaushal
Re: [gentoo-user] Multiple instance of tomcat on gentoo
Kaushal Shriyan wrote: Hi, How can i install 3 instance of Tomcat Server on a single host Thanks and Regards Kaushal http://markmail.org/search/?q=3%20instance%20of%20Tomcat%20Server%20list%3Aorg.apache.tomcat.user/#query:3%20instance%20of%20Tomcat%20Server%20list%3Aorg.apache.tomcat.user/+page:1+mid:cup5xgngbxsadm2x+state:results or http://tinyurl.com/5jm9gp Regards mks -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] mtune=k6-2 and a *small* upgrade
On Tue, 08 Apr 2008 16:02:50 +0100, Anthony Metcalf wrote: Well, exactly. That is the theory. I want to know the likelihood of success. I know that using mtune=k6-2 means it won't run on anything before a k6-2, and most likely not on anything Intel, due to the symbols and optimisations used. What I want is some idea of the chance it will run on a *later* AMD processor. Will an Athlon honour the k6-2 optimisations? If you have the time before the transition, you could set CFLAGS to something really generic, like -mcpu=i586 and emerge -e system, as well as recompiling the kernel. Then move the disks over. That way, you'll know that your toolchain and portage will work, which is all you need to get everything else going. -- Neil Bothwick If a book about failures doesn't sell, is it a success? signature.asc Description: PGP signature
Re: [gentoo-user] mtune=k6-2 and a *small* upgrade
Neil Bothwick wrote: On Tue, 08 Apr 2008 16:02:50 +0100, Anthony Metcalf wrote: If you have the time before the transition, you could set CFLAGS to something really generic, like -mcpu=i586 and emerge -e system, as well as recompiling the kernel. Then move the disks over. That way, you'll know that your toolchain and portage will work, which is all you need to get everything else going. May be a good idea... Only problem with that is that his ageing system doesn't like to compile gcc any more. I get segfaults on anything that takes more than about 40 minutes to compile. One of the reasons for moving it. :) signature.asc Description: OpenPGP digital signature
[gentoo-user] probeall error in /etc/modprobe.conf
I've just booted kernel 2.6.24-gentoo-r4 and I noticed an WARNING: message about ignoring bad line 159 in /etc/modprobe.conf. This is the infamous line: probeall /dev/svga svgalib_helper Have you noticed anything similar? Why does it happen? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Emergency shutdown, how to?
I agree that your script is nice and simple, and hence less prone to errors. I coded mine in c++ because I use it not only for a machine type watchdog, but also a task based watchdog that reboots the machine based on certain tasks living or not. Each task has to register with the watchdog server and continually tell the server they're alive, or reboot! But that's a story for another thread... #!/path/to/perl use strict; use Sys::Syslog; open my $fh, '', '/dev/watchdog' or die /dev/watchdog: $!; # if any of these go away we need to notice it. # ok... you'll notice the first one anyway. my @watchz = qw ( init ntpd apache /opt/sybase/ASE-12_5/bin/dataserver ); # wd timeout / 2, or 1 for minimum sleep # (avoid usleep: too much overhead). my $cycle = 15; # get the syslog handle openlog blah blah blah or die 'Et tu, syslog?'; CYCLE: for(;;) { sleep ( $cycle - ( time % $cycle ) ); # split and args vary by O/S, this works on linux. my @procz = map { split /\s+/, $_, 6 )[5] } qx( ps a ); my %chechz = (); @chechz{ @watchz } = (); delete @chechz{ @procz }; if( %chechz ) { # oops, current proc's don't include the # list of processes being watched. # # this can happen twice in a w/d interval # before the system goes down. my $nastygram = join \t, 'Missing proc's:', join \t, keys %chechz syslog LOG_CRIT | LOG_FOO, $nastygram; next CYCLE # alternative here is to close $fh here and # bounce the system immediately, the # approach of looping allows an # intentional restart of the service # (in less than 1 w/d cycle) w/o bouncing the box. } # if the proc check got this far then the w/d # file gets poked and we live for another loop. print $wd \n; } # this isn't a module 0 __END__ -- Steven Lembark85-09 90th St. Workhorse Computing Woodhaven, NY, 11421 [EMAIL PROTECTED] +1 888 359 3508 -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] mtune=k6-2 and a *small* upgrade
Anthony Metcalf wrote: Alan McKinnon wrote: Now the existing system should work with your new hardware and you can update your CFLAGS and 'emerge -e world' at your leisure. That's the theory at least anyway :-) Well, exactly. That is the theory. I want to know the likelihood of success. I know that using mtune=k6-2 means it won't run on anything before a k6-2, and most likely not on anything Intel, due to the symbols and optimisations used. What I want is some idea of the chance it will run on a *later* AMD processor. Will an Athlon honour the k6-2 optimisations? There's two points that come to mind. 1) mtune is a request for the compiler to make the code more suited to the given processor, but without breaking compatibility. march is telling the compiler, do everything you can to make this code fastest on this processor. From the GCC docs for 4.2.3: -mtune=cpu-type: Tune to cpu-type everything applicable about the generated code, except for the ABI and the set of available instructions. -march=cpu-type: Generate instructions for the machine type cpu-type. The choices for cpu-type are the same as for -mtune. Moreover, specifying -march=cpu-type implies -mtune=cpu-type. So mtune shouldn't be using any instructions that are in K-6 that weren't in a 386. 2) I believe x86 hardware never goes backwards. That is, if a new feature is added, all future versions of the chip have that feature, just with more added. Of course Intel and AMD both have their separate additions, but since your staying with AMD, moving to a new processor shouldn't break anything (even if you had used march). Disclaimer: I'm not an expert on hardware architectures or compilers, so I might be wrong. Shawn -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] {OT} Overclocked CPU killed motherboard and CD?
I received my RMAed motherboard back from MSI today, and although it powered right on, the BIOS wouldn't post unless I disconnected the CDROM drive and used a different CPU. I had been overclocking an AMD64 X2 but luckily I had a Sempron to test with. Does this sound like a case of an overclocked CPU burning out and taking a couple of devices with it, or is it more likely that the motherboard died and took a couple devices with it, or something else? - Grant -- gentoo-user@lists.gentoo.org mailing list