Re: [gentoo-user] emerge --depclean
> x11-libs/libvdpau > selected: 1.4 >protected: none > omitted: none > I'm guessing that would be pulled in by USE +vdpau, so if you've removed it then done an emerge with -N or -U it won't be required anymore. > > x11-drivers/xf86-video-amdgpu > selected: 19.1.0 >protected: none > omitted: none > And that would be pulled in by VIDEO_CARDS="amdgpu"
Re: [gentoo-user] emerge --depclean
On 5/7/21 6:57 PM, the...@sys-concept.com wrote: > I'm trying to clean up packages on a remote computer and running emerge > --depclean list some packages that I am not sure about: > >[snip] > > Many of these packages are I see on my other systems and I think they are > needed like: > acct-group/video > dev-libs/jansson > dev-perl/Switch > x11-libs/libvdpau > You mentioned this is a remote machine. Is it running X or not? If it's a headless, machine, it doesn't seem unreasonable that emerge would be removing unused X11 dependencies. In any case, you could use the `equery depends` tool to determine what, on your other machines, is depending on these packages, and use that information to determine whether you accidentally removed something you intended to install on this machine. --depclean will only remove dependencies that are not required by packages in your @world or selected profile. Removing these packages is probably not going to break anything; you can always reinstall them later if you need them. cal
[gentoo-user] emerge --depclean
I'm trying to clean up packages on a remote computer and running emerge --depclean list some packages that I am not sure about: acct-group/video selected: 0-r1 protected: none omitted: none dev-libs/jansson selected: 2.13.1-r1 protected: none omitted: none virtual/logger selected: 0-r1 protected: none omitted: none dev-perl/Switch selected: 2.170.0 protected: none omitted: none x11-drivers/xf86-input-libinput selected: 0.30.0 protected: none omitted: none sys-auth/passwdqc selected: 1.4.0-r1 protected: none omitted: none x11-drivers/xf86-video-vesa selected: 2.5.0 protected: none omitted: none x11-libs/libvdpau selected: 1.4 protected: none omitted: none x11-drivers/xf86-video-fbdev selected: 0.5.0-r1 protected: none omitted: none x11-drivers/xf86-video-dummy selected: 0.3.8 protected: none omitted: none acct-user/ldap selected: 0 protected: none omitted: none app-admin/metalog selected: 20181125 protected: none omitted: none x11-drivers/xf86-video-amdgpu selected: 19.1.0 protected: none omitted: none dev-java/ant-owanttask selected: 1.3.2 protected: none omitted: none acct-group/ldap selected: 0 protected: none omitted: none dev-java/xalan selected: 2.7.2-r1 protected: none omitted: none dev-java/bcel selected: 6.0_rc3 protected: none omitted: none dev-java/xalan-serializer selected: 2.7.2-r1 protected: none omitted: none Many of these packages are I see on my other systems and I think they are needed like: acct-group/video dev-libs/jansson dev-perl/Switch x11-libs/libvdpau
Re: [gentoo-user] "emerge --depclean" wants to remove active python?
On 06-Dec-14 18:25, Alec Ten Harmsel wrote: If 3.4.1 gets removed, I will have to run python-updater and compile all against 3.3. But why? 3.4.1 is stable, so why does Portage want to remove it??? Check out this thread from a day or two ago: http://thread.gmane.org/gmane.linux.gentoo.user/279158. Thanks, Alec. How could I have missed that thread??? Mea culpa... Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: [gentoo-user] "emerge --depclean" wants to remove active python?
On 12/06/2014 12:18 PM, Jarry wrote: > Hi Gentoo-users, > > I just updated my box (iirc, there was something python-related) > but depite of having python 3.4 active, emerge wants to remove it: > > # eselect python list > Available Python interpreters: > [1] python2.7 > [2] python3.3 > [3] python3.4 * > > # emerge --pretend --depclean > Calculating dependencies... done! > >>> Calculating removal order... > >>> These are the packages that would be unmerged: > dev-lang/python > selected: 3.4.1 >protected: none > omitted: 2.7.7 3.3.5-r1 > All selected packages: =dev-lang/python-3.4.1 > > If 3.4.1 gets removed, I will have to run python-updater and > compile all against 3.3. But why? 3.4.1 is stable, so why > does Portage want to remove it??? > > Jarry > Check out this thread from a day or two ago: http://thread.gmane.org/gmane.linux.gentoo.user/279158. Alec
[gentoo-user] "emerge --depclean" wants to remove active python?
Hi Gentoo-users, I just updated my box (iirc, there was something python-related) but depite of having python 3.4 active, emerge wants to remove it: # eselect python list Available Python interpreters: [1] python2.7 [2] python3.3 [3] python3.4 * # emerge --pretend --depclean Calculating dependencies... done! >>> Calculating removal order... >>> These are the packages that would be unmerged: dev-lang/python selected: 3.4.1 protected: none omitted: 2.7.7 3.3.5-r1 All selected packages: =dev-lang/python-3.4.1 If 3.4.1 gets removed, I will have to run python-updater and compile all against 3.3. But why? 3.4.1 is stable, so why does Portage want to remove it??? Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: [gentoo-user] emerge --depclean - entire portage tree scrolling by
On 10/21/13 19:05, Randolph Maaßen wrote: Have you set --verbose (-v) in make.conf as emerge default opts? References 1. mailto:syscon...@gmail.com Yes, that was it. Thanks :-/ -- Joseph
Re: [gentoo-user] emerge --depclean - entire portage tree scrolling by
On Oct 21, 2013 6:59 PM, "Joseph" wrote: > > When I run: emerge --depclean entire portage tree scrolling by what is causing it? > > It should be something like this: > emerge --depclean -p > > * Always study the list of packages to be cleaned for any obvious > * mistakes. Packages that are part of the world set will always > * be kept. They can be manually added to this set with > * `emerge --noreplace `. Packages that are listed in > * package.provided (see portage(5)) will be removed by > * depclean, even if they are part of the world set. > * * As a safety measure, depclean will not remove any packages > * unless *all* required dependencies have been resolved. As a > * consequence, it is often necessary to run `emerge --update > * --newuse --deep @world` prior to depclean. > > Calculating dependencies... done! No packages selected for removal by depclean To see reverse dependencies, use --verbose > > Packages installed: 778 > Packages in world:173 > Packages in system: 43 > Required packages:778 > Number to remove: 0 > > -- > Joseph > Have you set --verbose (-v) in make.conf as emerge default opts?
[gentoo-user] emerge --depclean - entire portage tree scrolling by
When I run: emerge --depclean entire portage tree scrolling by what is causing it? It should be something like this: emerge --depclean -p * Always study the list of packages to be cleaned for any obvious * mistakes. Packages that are part of the world set will always * be kept. They can be manually added to this set with * `emerge --noreplace `. Packages that are listed in * package.provided (see portage(5)) will be removed by * depclean, even if they are part of the world set. * * As a safety measure, depclean will not remove any packages * unless *all* required dependencies have been resolved. As a * consequence, it is often necessary to run `emerge --update * --newuse --deep @world` prior to depclean. Calculating dependencies... done! No packages selected for removal by depclean To see reverse dependencies, use --verbose Packages installed: 778 Packages in world:173 Packages in system: 43 Required packages:778 Number to remove: 0 -- Joseph
Re: [gentoo-user] emerge --depclean -p list all packages
On 06/20/13 01:33, Randolph Maaßen wrote: On Jun 20, 2013 12:31 AM, "Joseph" <[1]syscon...@gmail.com> wrote: > > When I run: emerge --depclean -p > The system lists all packages on my system (no it doesn't want to remove them); they are just scrolling by eg: > > xfce-extra/xfce4-screenshooter-1.8.1 pulled in by: >@selected requires xfce-extra/xfce4-screenshooter > > xfce-extra/xfce4-sensors-plugin-1.2.5 pulled in by: >@selected requires xfce-extra/xfce4-sensors-plugin > > xfce-extra/xfce4-taskmanager-1.0.0 pulled in by: >@selected requires xfce-extra/xfce4-taskmanager > > xfce-extra/xfce4-verve-plugin-1.0.0 pulled in by: >@selected requires xfce-extra/xfce4-verve-plugin > No packages selected for removal by depclean > > Packages installed: 1081 > Packages in world:244 > Packages in system: 42 > Required packages:1081 > Number to remove: 0 > > I think it has something to do with "verbose" set somewhere, I don't remember. > -- > Joseph > Have you set verbose in EMERGE_DEFAULT_OPTS or similar? I don't use it and I don't remember it correctly. Mit freundlichen Grüßen / Best Regards Randolph Maaßen You are correct, I found out as soon as I posted; it had "-v" in it. -- Joseph
Re: [gentoo-user] emerge --depclean -p list all packages
On Jun 20, 2013 12:31 AM, "Joseph" wrote: > > When I run: emerge --depclean -p > The system lists all packages on my system (no it doesn't want to remove them); they are just scrolling by eg: > > xfce-extra/xfce4-screenshooter-1.8.1 pulled in by: >@selected requires xfce-extra/xfce4-screenshooter > > xfce-extra/xfce4-sensors-plugin-1.2.5 pulled in by: >@selected requires xfce-extra/xfce4-sensors-plugin > > xfce-extra/xfce4-taskmanager-1.0.0 pulled in by: >@selected requires xfce-extra/xfce4-taskmanager > > xfce-extra/xfce4-verve-plugin-1.0.0 pulled in by: >@selected requires xfce-extra/xfce4-verve-plugin > No packages selected for removal by depclean > > Packages installed: 1081 > Packages in world:244 > Packages in system: 42 > Required packages:1081 > Number to remove: 0 > > I think it has something to do with "verbose" set somewhere, I don't remember. > -- > Joseph > Have you set verbose in EMERGE_DEFAULT_OPTS or similar? I don't use it and I don't remember it correctly. Mit freundlichen Grüßen / Best Regards Randolph Maaßen
[gentoo-user] emerge --depclean -p list all packages
When I run: emerge --depclean -p The system lists all packages on my system (no it doesn't want to remove them); they are just scrolling by eg: xfce-extra/xfce4-screenshooter-1.8.1 pulled in by: @selected requires xfce-extra/xfce4-screenshooter xfce-extra/xfce4-sensors-plugin-1.2.5 pulled in by: @selected requires xfce-extra/xfce4-sensors-plugin xfce-extra/xfce4-taskmanager-1.0.0 pulled in by: @selected requires xfce-extra/xfce4-taskmanager xfce-extra/xfce4-verve-plugin-1.0.0 pulled in by: @selected requires xfce-extra/xfce4-verve-plugin No packages selected for removal by depclean Packages installed: 1081 Packages in world:244 Packages in system: 42 Required packages:1081 Number to remove: 0 I think it has something to do with "verbose" set somewhere, I don't remember. -- Joseph
Re: [gentoo-user] emerge --depclean -p long list of packages
On 04/20/13 22:10, Neil Bothwick wrote: On Sat, 20 Apr 2013 14:56:42 -0600, Joseph wrote: >> No I'm not putting any "-v" on the command line, I use "|more" as the >There are multiple ways to have "verbose" enabled. > >What are the contents of your "make.conf" file? Below is my "env" output, and make.conf What should I be looking for? EMERGE_DEFAULT_OPTS="--autounmask=y --keep-going -v --with-bdeps=y" This, where you have added -v to the default options for EMERGE. Generally speaking, enabling verbose by default is a bad idea as if hides the useful output in a lot of noise. -- Neil Bothwick Don't be humble, you're not that great. Thank you for the pointer. -- Joseph
Re: [gentoo-user] emerge --depclean -p long list of packages
On Sat, 20 Apr 2013 14:56:42 -0600, Joseph wrote: > >> No I'm not putting any "-v" on the command line, I use "|more" as the > >There are multiple ways to have "verbose" enabled. > > > >What are the contents of your "make.conf" file? > Below is my "env" output, and make.conf > > What should I be looking for? > > EMERGE_DEFAULT_OPTS="--autounmask=y --keep-going -v --with-bdeps=y" This, where you have added -v to the default options for EMERGE. Generally speaking, enabling verbose by default is a bad idea as if hides the useful output in a lot of noise. -- Neil Bothwick Don't be humble, you're not that great. signature.asc Description: PGP signature
Re: [gentoo-user] emerge --depclean -p long list of packages
On 04/20/13 16:41, J. Roeleveld wrote: No I'm not putting any "-v" on the command line, I use "|more" as the catch the beginning: -- # emerge --depclean -p |more * Depclean may break link level dependencies. Thus, it is * recommended to use a tool such as `revdep-rebuild` (from * app-portage/gentoolkit) in order to detect such breakage. * * Always study the list of packages to be cleaned for any obvious * mistakes. Packages that are part of the world set will always * be kept. They can be manually added to this set with * `emerge --noreplace `. Packages that are listed in * package.provided (see portage(5)) will be removed by * depclean, even if they are part of the world set. * * As a safety measure, depclean will not remove any packages * unless *all* required dependencies have been resolved. As a * consequence, it is often necessary to run `emerge --update * --newuse --deep @world` prior to depclean. Calculating dependencies ... done! app-admin/apache-tools-2.2.24 pulled in by: www-servers/apache-2.2.24 requires ~app-admin/apache-tools-2.2.24 app-admin/eselect-1.3.4 pulled in by: app-admin/eselect-fontconfig-1.1 requires >=app-admin/eselect-1.2.3 app-admin/eselect-lib-bin-symlink-0.1.1 requires app-admin/eselect app-admin/eselect-mesa-0.0.10 requires >=app-admin/eselect-1.2.4 app-admin/eselect-opencl-1.1.0-r1 requires >=app-admin/eselect-1.2.4 app-admin/eselect-opengl-1.2.6.1 requires >=app-admin/eselect-1.2.4 app-admin/eselect-php-0.6.2 requires >=app-admin/eselect-1.2.4 app-admin/eselect-pinentry-0.3 requires app-admin/eselect app-admin/eselect-postgresql-1.0.10 requires app-admin/eselect app-admin/eselect-python-2008 requires >=app-admin/eselect-1.2.3 app-admin/eselect-qtgraphicssystem-1.1.1 requires >=app-admin/eselect-1.2.4 app-admin/eselect-ruby-20100603 requires >=app-admin/eselect-1.0.2 app-admin/eselect-wxwidgets-1.4 requires >=app-admin/eselect-1.2.3 app-admin/eselect-xvmc-0.3 requires >=app-admin/eselect-1.0.10 sys-apps/portage-2.1.11.55 requires >=app-admin/eselect-1.2 app-admin/eselect-fontconfig-1.1 pulled in by: - So I don't understand why it is listing all my packages. -- Joseph Joseph, There are multiple ways to have "verbose" enabled. What are the contents of your "make.conf" file? Which environment variables do you have set in your environment? (HINT: Type "env" on the command-line) The above relate to the machine showing verbose-behaviour, ofcourse. -- Joost Roeleveld Below is my "env" output, and make.conf What should I be looking for? MANPATH=/etc/java-config-2/current-system-vm/man:/usr/local/share/man:/usr/share/man:/usr/share/gcc-data/x86_64-pc-linux-gnu/4.5.4/man:/usr/share/binutils-data/x86_64-pc-linux-gnu/2.22/man:/etc/java-config-2/current-system-vm/man/:/usr/lib64/php5.3/man/:/usr/lib64/php5.4/man/:/usr/share/postgresql/man/:/usr/share/postgresql-9.2/man/:/usr/share/postgresql-9.1/man/ SSH_AGENT_PID=3319 GPG_AGENT_INFO=/tmp/gpg-bV5JPV/S.gpg-agent:3319:1 GLADE_PIXMAP_PATH=: TERM=xterm SHELL=/bin/bash XDG_MENU_PREFIX=xfce- XDG_SESSION_COOKIE=bbb14cdd06887952f6de1a8e03b4-1366409737.736816-1628124051 MOZ_NO_REMOTE=1 VBOX_APP_HOME=/opt/VirtualBox WINDOWID=31457284 LC_ALL=en_US.UTF-8 USER=joseph LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lz=01;31:*.xz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.webm=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.pdf=00;32:*.ps=00;32:*.txt=00;32:*.patch=00;32:*.diff=00;32:*.log=00;32:*.tex=00;32:*.doc=00;32:*.aac=00;36:*.au=00;36:*.flac=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.axa=00;36:*.oga=00;36:*.spx=00;36:*.xspf=00;36: PRELINK_PATH_MASK=/usr/lib64/libfreebl3.so:/usr/lib64/libnssdbm3.so:/usr/lib64/libsoftokn3.so GUILE_LOAD_PATH=/usr/share/guile/1.8 GDK_USE_XFT=1 GLADE_MODULE_PATH=: MULTIOSDIRS=../lib64:../lib32 SSH_AUTH_SOCK=/tmp/gpg-wWiQ9M/S.gpg-agent.ssh SESSION_MANA
Re: [gentoo-user] emerge --depclean -p long list of packages
On Sat, April 20, 2013 15:39, Joseph wrote: > On 04/20/13 07:32, Daniel Pielmeier wrote: >>Joseph schrieb am 20.04.2013 03:09: >>> On 04/19/13 21:34, Neil Bothwick wrote: On Fri, 19 Apr 2013 14:27:25 -0600, Joseph wrote: > Can someone explain me why am I getting long list of packages when I > run: emerge --depclean Please post the exact command you used and the complete output. >>> >>> I always use: emerge --depclean -p >>> double check everything and then run: emerge --depclean >>> >>> The reason, I'm asking as sometimes I see normal output >> >>> >>> >>> and on other system I have a list of all my packages scrolling by as I >>> listed earlier. >> >>Pretty much sure there is a "-v" somewhere. I mean "emerge --depclean >>-p" vs. "emerge --depclean -pv". As with -v the output looks like the >>one you described. >> >>-- >>Regards >>Daniel > > No I'm not putting any "-v" on the command line, I use "|more" as the > catch the beginning: > -- > # emerge --depclean -p |more > > * Depclean may break link level dependencies. Thus, it is > * recommended to use a tool such as `revdep-rebuild` (from > * app-portage/gentoolkit) in order to detect such breakage. > * > * Always study the list of packages to be cleaned for any obvious > * mistakes. Packages that are part of the world set will always > * be kept. They can be manually added to this set with > * `emerge --noreplace `. Packages that are listed in > * package.provided (see portage(5)) will be removed by > * depclean, even if they are part of the world set. > * > * As a safety measure, depclean will not remove any packages > * unless *all* required dependencies have been resolved. As a > * consequence, it is often necessary to run `emerge --update > * --newuse --deep @world` prior to depclean. > > Calculating dependencies ... done! > app-admin/apache-tools-2.2.24 pulled in by: > www-servers/apache-2.2.24 requires ~app-admin/apache-tools-2.2.24 > > app-admin/eselect-1.3.4 pulled in by: > app-admin/eselect-fontconfig-1.1 requires >=app-admin/eselect-1.2.3 > app-admin/eselect-lib-bin-symlink-0.1.1 requires app-admin/eselect > app-admin/eselect-mesa-0.0.10 requires >=app-admin/eselect-1.2.4 > app-admin/eselect-opencl-1.1.0-r1 requires >=app-admin/eselect-1.2.4 > app-admin/eselect-opengl-1.2.6.1 requires >=app-admin/eselect-1.2.4 > app-admin/eselect-php-0.6.2 requires >=app-admin/eselect-1.2.4 > app-admin/eselect-pinentry-0.3 requires app-admin/eselect > app-admin/eselect-postgresql-1.0.10 requires app-admin/eselect > app-admin/eselect-python-2008 requires >=app-admin/eselect-1.2.3 > app-admin/eselect-qtgraphicssystem-1.1.1 requires > >=app-admin/eselect-1.2.4 > app-admin/eselect-ruby-20100603 requires >=app-admin/eselect-1.0.2 > app-admin/eselect-wxwidgets-1.4 requires >=app-admin/eselect-1.2.3 > app-admin/eselect-xvmc-0.3 requires >=app-admin/eselect-1.0.10 > sys-apps/portage-2.1.11.55 requires >=app-admin/eselect-1.2 > > app-admin/eselect-fontconfig-1.1 pulled in by: > - > > So I don't understand why it is listing all my packages. > > -- > Joseph Joseph, There are multiple ways to have "verbose" enabled. What are the contents of your "make.conf" file? Which environment variables do you have set in your environment? (HINT: Type "env" on the command-line) The above relate to the machine showing verbose-behaviour, ofcourse. -- Joost Roeleveld
Re: [gentoo-user] emerge --depclean -p long list of packages
On 04/20/13 07:32, Daniel Pielmeier wrote: Joseph schrieb am 20.04.2013 03:09: On 04/19/13 21:34, Neil Bothwick wrote: On Fri, 19 Apr 2013 14:27:25 -0600, Joseph wrote: Can someone explain me why am I getting long list of packages when I run: emerge --depclean Please post the exact command you used and the complete output. I always use: emerge --depclean -p double check everything and then run: emerge --depclean The reason, I'm asking as sometimes I see normal output and on other system I have a list of all my packages scrolling by as I listed earlier. Pretty much sure there is a "-v" somewhere. I mean "emerge --depclean -p" vs. "emerge --depclean -pv". As with -v the output looks like the one you described. -- Regards Daniel No I'm not putting any "-v" on the command line, I use "|more" as the catch the beginning: -- # emerge --depclean -p |more * Depclean may break link level dependencies. Thus, it is * recommended to use a tool such as `revdep-rebuild` (from * app-portage/gentoolkit) in order to detect such breakage. * * Always study the list of packages to be cleaned for any obvious * mistakes. Packages that are part of the world set will always * be kept. They can be manually added to this set with * `emerge --noreplace `. Packages that are listed in * package.provided (see portage(5)) will be removed by * depclean, even if they are part of the world set. * * As a safety measure, depclean will not remove any packages * unless *all* required dependencies have been resolved. As a * consequence, it is often necessary to run `emerge --update * --newuse --deep @world` prior to depclean. Calculating dependencies ... done! app-admin/apache-tools-2.2.24 pulled in by: www-servers/apache-2.2.24 requires ~app-admin/apache-tools-2.2.24 app-admin/eselect-1.3.4 pulled in by: app-admin/eselect-fontconfig-1.1 requires >=app-admin/eselect-1.2.3 app-admin/eselect-lib-bin-symlink-0.1.1 requires app-admin/eselect app-admin/eselect-mesa-0.0.10 requires >=app-admin/eselect-1.2.4 app-admin/eselect-opencl-1.1.0-r1 requires >=app-admin/eselect-1.2.4 app-admin/eselect-opengl-1.2.6.1 requires >=app-admin/eselect-1.2.4 app-admin/eselect-php-0.6.2 requires >=app-admin/eselect-1.2.4 app-admin/eselect-pinentry-0.3 requires app-admin/eselect app-admin/eselect-postgresql-1.0.10 requires app-admin/eselect app-admin/eselect-python-2008 requires >=app-admin/eselect-1.2.3 app-admin/eselect-qtgraphicssystem-1.1.1 requires >=app-admin/eselect-1.2.4 app-admin/eselect-ruby-20100603 requires >=app-admin/eselect-1.0.2 app-admin/eselect-wxwidgets-1.4 requires >=app-admin/eselect-1.2.3 app-admin/eselect-xvmc-0.3 requires >=app-admin/eselect-1.0.10 sys-apps/portage-2.1.11.55 requires >=app-admin/eselect-1.2 app-admin/eselect-fontconfig-1.1 pulled in by: - So I don't understand why it is listing all my packages. -- Joseph
Re: [gentoo-user] emerge --depclean -p long list of packages
Joseph schrieb am 20.04.2013 03:09: > On 04/19/13 21:34, Neil Bothwick wrote: >> On Fri, 19 Apr 2013 14:27:25 -0600, Joseph wrote: >> >>> Can someone explain me why am I getting long list of packages when I >>> run: emerge --depclean >> >> Please post the exact command you used and the complete output. >> > > I always use: emerge --depclean -p > double check everything and then run: emerge --depclean > > The reason, I'm asking as sometimes I see normal output > > > and on other system I have a list of all my packages scrolling by as I > listed earlier. Pretty much sure there is a "-v" somewhere. I mean "emerge --depclean -p" vs. "emerge --depclean -pv". As with -v the output looks like the one you described. -- Regards Daniel signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] emerge --depclean -p long list of packages
On 04/19/13 21:34, Neil Bothwick wrote: On Fri, 19 Apr 2013 14:27:25 -0600, Joseph wrote: Can someone explain me why am I getting long list of packages when I run: emerge --depclean Please post the exact command you used and the complete output. -- Neil Bothwick Hors d'oeuvres: 3 sandwiches cut into 40 pieces. I always use: emerge --depclean -p double check everything and then run: emerge --depclean The reason, I'm asking as sometimes I see normal output -- * Depclean may break link level dependencies. Thus, it is * recommended to use a tool such as `revdep-rebuild` (from * app-portage/gentoolkit) in order to detect such breakage. * * Always study the list of packages to be cleaned for any obvious * mistakes. Packages that are part of the world set will always * be kept. They can be manually added to this set with * `emerge --noreplace `. Packages that are listed in * package.provided (see portage(5)) will be removed by * depclean, even if they are part of the world set. * * As a safety measure, depclean will not remove any packages * unless *all* required dependencies have been resolved. As a * consequence, it is often necessary to run `emerge --update * --newuse --deep @world` prior to depclean. No packages selected for removal by depclean Packages installed: 926 Packages in world:206 Packages in system: 42 Required packages:926 Number to remove: 0 and on other system I have a list of all my packages scrolling by as I listed earlier. -- Joseph
Re: [gentoo-user] emerge --depclean -p long list of packages
On Fri, 19 Apr 2013 14:27:25 -0600, Joseph wrote: > Can someone explain me why am I getting long list of packages when I > run: emerge --depclean Please post the exact command you used and the complete output. -- Neil Bothwick Hors d'oeuvres: 3 sandwiches cut into 40 pieces. signature.asc Description: PGP signature
[gentoo-user] emerge --depclean -p long list of packages
Can someone explain me why am I getting long list of packages when I run: emerge --depclean . xfce-base/xfdesktop-4.10.2 pulled in by: xfce-base/xfce4-meta-4.10 requires >=xfce-base/xfdesktop-4.10 xfce-base/xfwm4-4.10.0-r1 pulled in by: x11-themes/xfwm4-themes-4.10.0 requires >=xfce-base/xfwm4-4.10 xfce-base/xfce4-meta-4.10 requires >=xfce-base/xfwm4-4.10 xfce-extra/thunar-archive-plugin-0.3.0 pulled in by: @selected requires xfce-extra/thunar-archive-plugin xfce-extra/thunar-volman-0.8.0 pulled in by: @selected requires xfce-extra/thunar-volman xfce-extra/tumbler-0.1.25 pulled in by: @selected requires xfce-extra/tumbler xfce-extra/xfce4-datetime-plugin-0.6.2 pulled in by: @selected requires xfce-extra/xfce4-datetime-plugin They are not selected for removal, they are just listed. -- Joseph
Re: [gentoo-user] 'emerge --depclean' continuously drops dev-lang/ekopath
On Thu, 27 Sep 2012 09:10:11 +0200, Stefan Hübner wrote: > Everytime 'emerge --depclean' drops dev-lang/ekopath it is reinstalled > on the next world update. Are you using --with-bdeps=y? -- Neil Bothwick Windows Error #10: Insufficient money spent in hardware. signature.asc Description: PGP signature
[gentoo-user] 'emerge --depclean' continuously drops dev-lang/ekopath
Hi, Everytime 'emerge --depclean' drops dev-lang/ekopath it is reinstalled on the next world update. I guess dev-lang/ekopath is pulled in by dev-lang/R in my case (I do not USE fortran). ekopath provides virtual/fortran which in turn is required by R. --8<---cut here---start->8--- $ equery depgraph virtual/fortran * Searching for fortran in virtual ... * dependency graph for virtual/fortran-0 `-- virtual/fortran-0 amd64 `-- sys-devel/gcc-4.6.2-r1 (sys-devel/gcc) [missing keyword] [fortran] `-- sys-devel/gcc-apple-4.2.1_p5666-r1 (sys-devel/gcc-apple) [missing keyword] [fortran] `-- dev-lang/ekopath-4.0.12.1_pre20120530 (dev-lang/ekopath) ~amd64 `-- dev-lang/path64-1.0.0_pre20120223 (dev-lang/path64) ~amd64 `-- dev-lang/ifc-13.0.0.079-r1 (dev-lang/ifc) Intel-SDP license(s) [ virtual/fortran-0 stats: packages (6), max depth (1) ] --8<---cut here---end--->8--- So, my question is: why does 'emerge --depclean' suggest to drop it? -Stefan
Re: [gentoo-user] emerge --depclean: !!! sys-apps/less is part of your system
On 12/23/2011 12:33 AM, Jarry wrote: But it was the same in the last week, and yet portage could live with it. Why it suddenly wants to uninstall something that is part of system profile? And at the same time it says it might damage my system. Really nice... I believe the base, default pager is actually "more" from sys-apps/util-linux not sys-apps/less. Thus when the last program on your system to require sys-apps/less directly migrated to requiring virtual/pager it fell back to "more." Honestly, I do not understand this at all. Things worked for years, now suddenly cause problems, and we call it "progress". What is going to be it tomorrow? bash, tar, or grep? Bash, sure, in time. After all, Bash is a replacement for "sh" and there are a lot of alternative shells available. Wasn't there that push to make all scripts work with ash?
Re: [gentoo-user] emerge --depclean: !!! sys-apps/less is part of your system
On 23-Dec-11 8:47, Alan McKinnon wrote: # eselect pager show PAGER variable in profile: /usr/bin/less emerge --depclean Calculating dependencies... done! >>> Calculating removal order... !!! 'sys-apps/less' (virtual/pager) is part of your system profile. !!! Unmerging it may be damaging to your system. >>> Waiting 10 seconds before starting... >>> (Control-C to abort)... Press Ctrl-C to Stop in: 10 9 8 I have "less" set as my pager, and despite of that portage wants to uninstall it. What am I missing? It's not in world. But it was the same in the last week, and yet portage could live with it. Why it suddenly wants to uninstall something that is part of system profile? And at the same time it says it might damage my system. Really nice... Honestly, I do not understand this at all. Things worked for years, now suddenly cause problems, and we call it "progress". What is going to be it tomorrow? bash, tar, or grep? Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: [gentoo-user] emerge --depclean: !!! sys-apps/less is part of your system
Because eselect's setting of pager does not correlate with emerge's world file. You should add less to the world file e.g. by running "emerge --noreplace less". 2011/12/23 Jarry : > On 23-Dec-11 2:12, Pandu Poluan wrote: >> >> >> 'eselect pager list' and 'eselect editor list' will show what >> alternatives are available (with a write-in candidate support). > > > # eselect pager show > PAGER variable in profile: > /usr/bin/less > > # more /etc/env.d/99pager > > # Configuration file for eselect > # This file has been automatically generated. > PAGER="/usr/bin/less" > > # env | grep PAGER > PAGER=/usr/bin/less > > > emerge --depclean > Calculating dependencies... done! Calculating removal order... > !!! 'sys-apps/less' (virtual/pager) is part of your system profile. > > !!! Unmerging it may be damaging to your system. Waiting 10 seconds before starting... (Control-C to abort)... > Press Ctrl-C to Stop in: 10 9 8 > > I have "less" set as my pager, and despite of that portage > wants to uninstall it. What am I missing? > > Jarry > > -- > ___ > This mailbox accepts e-mails only from selected mailing-lists! > Everything else is considered to be spam and therefore deleted. >
Re: [gentoo-user] emerge --depclean: !!! sys-apps/less is part of your system
On Fri, 23 Dec 2011 08:43:33 +0100 Jarry wrote: > On 23-Dec-11 2:12, Pandu Poluan wrote: > > > > 'eselect pager list' and 'eselect editor list' will show what > > alternatives are available (with a write-in candidate support). > > # eselect pager show > PAGER variable in profile: >/usr/bin/less > > # more /etc/env.d/99pager > # Configuration file for eselect > # This file has been automatically generated. > PAGER="/usr/bin/less" > > # env | grep PAGER > PAGER=/usr/bin/less > > emerge --depclean > Calculating dependencies... done! > >>> Calculating removal order... > !!! 'sys-apps/less' (virtual/pager) is part of your system profile. > !!! Unmerging it may be damaging to your system. > >>> Waiting 10 seconds before starting... > >>> (Control-C to abort)... > Press Ctrl-C to Stop in: 10 9 8 > > I have "less" set as my pager, and despite of that portage > wants to uninstall it. What am I missing? It's not in world. -- Alan McKinnnon alan.mckin...@gmail.com
Re: [gentoo-user] emerge --depclean: !!! sys-apps/less is part of your system
On 23-Dec-11 2:12, Pandu Poluan wrote: 'eselect pager list' and 'eselect editor list' will show what alternatives are available (with a write-in candidate support). # eselect pager show PAGER variable in profile: /usr/bin/less # more /etc/env.d/99pager # Configuration file for eselect # This file has been automatically generated. PAGER="/usr/bin/less" # env | grep PAGER PAGER=/usr/bin/less emerge --depclean Calculating dependencies... done! >>> Calculating removal order... !!! 'sys-apps/less' (virtual/pager) is part of your system profile. !!! Unmerging it may be damaging to your system. >>> Waiting 10 seconds before starting... >>> (Control-C to abort)... Press Ctrl-C to Stop in: 10 9 8 I have "less" set as my pager, and despite of that portage wants to uninstall it. What am I missing? Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: [gentoo-user] emerge --depclean: !!! sys-apps/less is part of your system
On Dec 23, 2011 2:42 AM, "Mick" wrote: > > On Thursday 22 Dec 2011 19:07:02 Alan McKinnon wrote: > > On Thu, 22 Dec 2011 19:58:32 +0100 > > > > Jarry wrote: > > > On 22-Dec-11 19:38, Mark Knecht wrote: > > > >> Why does portage want to unmerge sys-apps/less when it is > > > >> a part of system? > > > > > > > > I didn't like it either so I've been adding it to > > > > /var/lib/portage/world just to stop it. I've seen this on one > > > > machine or another for 6 months to a year I think. > > > > > > Some time ago emerge wanted to uninstall "nano" - part of system. > > > Now "less". I just tried to update one more comp, and guess what? > > > > > > # emerge --depclean > > > Calculating dependencies... done! > > > > > > >>> Calculating removal order... > > > > > > !!! 'sys-fs/udev' (virtual/dev-manager) is part of your system > > > profile. !!! Unmerging it may be damaging to your system. > > > > > > >>> Waiting 10 seconds before starting... > > > >>> (Control-C to abort)... > > > > > > Press Ctrl-C to Stop in: 10 9 > > > > > > LOL, what the hell is going on? Porgage went crazy or what? > > > > This has been in unstable for many months now. Basically there's now a > > virtual for $EDITOR and $PAGER so you can pick the one you want. If you > > don't pick one, portage will take the default and --depclean is likely > > to remove the others that are not in world. > > > > This was all discussed to death months ago :-) > > > > Just add your editor and pager of choice to world and continue as > > normal. It's not a big issue - you already know you want less and have > > no intention of removing it, so just add it like any other package. > > $ cat /etc/env.d/99editor > # Configuration file for eselect > # This file has been automatically generated. > EDITOR="/usr/bin/vi" > > You could replace for nano, or indeed add both in world file. Ditto for pager > (more/less/most, etc). > 'eselect pager list' and 'eselect editor list' will show what alternatives are available (with a write-in candidate support). Rgds,
Re: [gentoo-user] emerge --depclean: !!! sys-apps/less is part of your system
On Thursday 22 Dec 2011 19:07:02 Alan McKinnon wrote: > On Thu, 22 Dec 2011 19:58:32 +0100 > > Jarry wrote: > > On 22-Dec-11 19:38, Mark Knecht wrote: > > >> Why does portage want to unmerge sys-apps/less when it is > > >> a part of system? > > > > > > I didn't like it either so I've been adding it to > > > /var/lib/portage/world just to stop it. I've seen this on one > > > machine or another for 6 months to a year I think. > > > > Some time ago emerge wanted to uninstall "nano" - part of system. > > Now "less". I just tried to update one more comp, and guess what? > > > > # emerge --depclean > > Calculating dependencies... done! > > > > >>> Calculating removal order... > > > > !!! 'sys-fs/udev' (virtual/dev-manager) is part of your system > > profile. !!! Unmerging it may be damaging to your system. > > > > >>> Waiting 10 seconds before starting... > > >>> (Control-C to abort)... > > > > Press Ctrl-C to Stop in: 10 9 > > > > LOL, what the hell is going on? Porgage went crazy or what? > > This has been in unstable for many months now. Basically there's now a > virtual for $EDITOR and $PAGER so you can pick the one you want. If you > don't pick one, portage will take the default and --depclean is likely > to remove the others that are not in world. > > This was all discussed to death months ago :-) > > Just add your editor and pager of choice to world and continue as > normal. It's not a big issue - you already know you want less and have > no intention of removing it, so just add it like any other package. $ cat /etc/env.d/99editor # Configuration file for eselect # This file has been automatically generated. EDITOR="/usr/bin/vi" You could replace for nano, or indeed add both in world file. Ditto for pager (more/less/most, etc). I'm not sure about the udev message though. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] emerge --depclean: !!! sys-apps/less is part of your system
On Thu, 22 Dec 2011 19:58:32 +0100 Jarry wrote: > On 22-Dec-11 19:38, Mark Knecht wrote: > >> > >> Why does portage want to unmerge sys-apps/less when it is > >> a part of system? > > > > I didn't like it either so I've been adding it to > > /var/lib/portage/world just to stop it. I've seen this on one > > machine or another for 6 months to a year I think. > > Some time ago emerge wanted to uninstall "nano" - part of system. > Now "less". I just tried to update one more comp, and guess what? > > # emerge --depclean > Calculating dependencies... done! > >>> Calculating removal order... > > !!! 'sys-fs/udev' (virtual/dev-manager) is part of your system > profile. !!! Unmerging it may be damaging to your system. > > >>> Waiting 10 seconds before starting... > >>> (Control-C to abort)... > Press Ctrl-C to Stop in: 10 9 > > LOL, what the hell is going on? Porgage went crazy or what? This has been in unstable for many months now. Basically there's now a virtual for $EDITOR and $PAGER so you can pick the one you want. If you don't pick one, portage will take the default and --depclean is likely to remove the others that are not in world. This was all discussed to death months ago :-) Just add your editor and pager of choice to world and continue as normal. It's not a big issue - you already know you want less and have no intention of removing it, so just add it like any other package. -- Alan McKinnnon alan.mckin...@gmail.com
Re: [gentoo-user] emerge --depclean: !!! sys-apps/less is part of your system
On 22-Dec-11 19:38, Mark Knecht wrote: Why does portage want to unmerge sys-apps/less when it is a part of system? I didn't like it either so I've been adding it to /var/lib/portage/world just to stop it. I've seen this on one machine or another for 6 months to a year I think. Some time ago emerge wanted to uninstall "nano" - part of system. Now "less". I just tried to update one more comp, and guess what? # emerge --depclean Calculating dependencies... done! >>> Calculating removal order... !!! 'sys-fs/udev' (virtual/dev-manager) is part of your system profile. !!! Unmerging it may be damaging to your system. >>> Waiting 10 seconds before starting... >>> (Control-C to abort)... Press Ctrl-C to Stop in: 10 9 LOL, what the hell is going on? Porgage went crazy or what? Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: [gentoo-user] emerge --depclean: !!! sys-apps/less is part of your system
On Thu, Dec 22, 2011 at 10:29 AM, Jarry wrote: > > Why does portage want to unmerge sys-apps/less when it is > a part of system? > > Jarry I didn't like it either so I've been adding it to /var/lib/portage/world just to stop it. I've seen this on one machine or another for 6 months to a year I think. - Mark
[gentoo-user] emerge --depclean: !!! sys-apps/less is part of your system
Hi, after updating my system I tried "emerge --depclean as recommended by portage, and I received this warning: -- Calculating dependencies... done! Calculating removal order... !!! 'sys-apps/less' (virtual/pager) is part of your system profile. !!! Unmerging it may be damaging to your system. -- Why does portage want to unmerge sys-apps/less when it is a part of system? Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: [gentoo-user] "emerge --depclean" wants to unmerge app-editors/nano (part of system)
On 04-Jul-11 19:03, Mark Knecht wrote: On Mon, Jul 4, 2011 at 9:29 AM, Jarry wrote: obelix ~ # emerge --depclean Calculating dependencies... done! Calculating removal order... !!! 'app-editors/nano' (virtual/editor) is part of your system profile. !!! Unmerging it may be damaging to your system. This was discussed awhile back. Check the archives for the complete thread. It was maybe a month ago. Sorry, did not notice it. I'm having this problem just a day or two... You won't cause any problems by removing nano although you won't be able to edit if that's the only editor on your system. I've done emerge -C nano for awhile. seen the same message when removing it, and then after that no problems. But this is the only editor installed on my system, so I do not want to loose it. BTW, I have 7 nearly identical boxes, all of them updated at the same time, the same architecture and use-flags, but only on one of them portage wants to unmerge nano. That's strange... Jarry
Re: [gentoo-user] "emerge --depclean" wants to unmerge app-editors/nano (part of system)
Do you have another editor installed? If yes, portage tell you a remotion of virtual/editor. Unless you won't take to remove nano, it's possible to put him in @world with this command: emerge --noreplace app-editors/nano. Andre Lucas 2011/7/4 Jarry > Hi, > I have this strange problem for a few days: after normal > updates (I think glib has been updated) I tried to run > "emerge --depclean" (as recommended) but got these messages: > > --**- > obelix ~ # emerge --depclean > > Calculating dependencies... done! > >>> Calculating removal order... > > !!! 'app-editors/nano' (virtual/editor) is part of your system profile. > !!! Unmerging it may be damaging to your system. > > >>> Waiting 10 seconds before starting... > >>> (Control-C to abort)... > Press Ctrl-C to Stop in: 10 9 8 7 > > Exiting on signal 2 > obelix ~ # > --**- > > So why does "emerge --depclean" want to unmerge app-editors/nano > when it is part of system profile? I waited for a few days, > resynced portage tree a few times, but problem still persists... > > Jarry > > -- > __**__**___ > This mailbox accepts e-mails only from selected mailing-lists! > Everything else is considered to be spam and therefore deleted. > >
Re: [gentoo-user] "emerge --depclean" wants to unmerge app-editors/nano (part of system)
On Mon, Jul 4, 2011 at 9:29 AM, Jarry wrote: > Hi, > I have this strange problem for a few days: after normal > updates (I think glib has been updated) I tried to run > "emerge --depclean" (as recommended) but got these messages: > > --- > obelix ~ # emerge --depclean > > Calculating dependencies... done! Calculating removal order... > > !!! 'app-editors/nano' (virtual/editor) is part of your system profile. > !!! Unmerging it may be damaging to your system. > Waiting 10 seconds before starting... (Control-C to abort)... > Press Ctrl-C to Stop in: 10 9 8 7 > > Exiting on signal 2 > obelix ~ # > --- > > So why does "emerge --depclean" want to unmerge app-editors/nano > when it is part of system profile? I waited for a few days, > resynced portage tree a few times, but problem still persists... > > Jarry > Hi Jarry, This was discussed awhile back. Check the archives for the complete thread. It was maybe a month ago. You won't cause any problems by removing nano although you won't be able to edit if that's the only editor on your system. I've done emerge -C nano for awhile. seen the same message when removing it, and then after that no problems. HTH, Mark
[gentoo-user] "emerge --depclean" wants to unmerge app-editors/nano (part of system)
Hi, I have this strange problem for a few days: after normal updates (I think glib has been updated) I tried to run "emerge --depclean" (as recommended) but got these messages: --- obelix ~ # emerge --depclean Calculating dependencies... done! >>> Calculating removal order... !!! 'app-editors/nano' (virtual/editor) is part of your system profile. !!! Unmerging it may be damaging to your system. >>> Waiting 10 seconds before starting... >>> (Control-C to abort)... Press Ctrl-C to Stop in: 10 9 8 7 Exiting on signal 2 obelix ~ # --- So why does "emerge --depclean" want to unmerge app-editors/nano when it is part of system profile? I waited for a few days, resynced portage tree a few times, but problem still persists... Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: [gentoo-user] emerge --depclean - libcurl.la
On Fri, Jun 3, 2011 at 8:48 PM, dhk...@optonline.net wrote: Correct, not in world. Sent from my LG phone Mick wrote: On Friday 03 Jun 2011 19:36:19 dhk wrote: libtool: link: cannot find the library `/usr/lib64/libcurl.la' or unhandled Only to add that I haven't got this file in my amd64 system either: $ ls -la /usr/lib64/libcurl.la ls: cannot access /usr/lib64/libcurl.la: No such file or directory -- Regards, Mick Alright, the problem seems to be fixed though I don't know exactly why. The libcurl.la file was used by the Berkeley XML Database: I think the Xerces and Xquilla parts. I reinstalled the Berkeley XML Database and, even though the libcurl.la file didn't come back, the problem disappeared. The program I have that uses the database now builds and runs fine. dhk
Re: [gentoo-user] emerge --depclean - libcurl.la
Correct, not in world. Sent from my LG phone Mick wrote: >On Friday 03 Jun 2011 19:36:19 dhk wrote: >> libtool: link: cannot find the library `/usr/lib64/libcurl.la' or >> unhandled > >Only to add that I haven't got this file in my amd64 system either: > >$ ls -la /usr/lib64/libcurl.la >ls: cannot access /usr/lib64/libcurl.la: No such file or directory > >-- >Regards, >Mick
Re: [gentoo-user] emerge --depclean - libcurl.la
On Friday 03 Jun 2011 19:36:19 dhk wrote: > libtool: link: cannot find the library `/usr/lib64/libcurl.la' or > unhandled Only to add that I haven't got this file in my amd64 system either: $ ls -la /usr/lib64/libcurl.la ls: cannot access /usr/lib64/libcurl.la: No such file or directory -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] emerge --depclean - libcurl.la
On Thu, Jun 2, 2011 at 11:44 AM, dhk...@optonline.net wrote: - Original Message - From: Paul Hartman Date: Thursday, June 2, 2011 11:24 am Subject: Re: [gentoo-user] emerge --depclean - libcurl.la To: gentoo-user@lists.gentoo.org On Thu, Jun 2, 2011 at 9:54 AM, wrote: emerge --depclean removed libcurl.la a few days ago. I have a program> that's not in world that uses it when built: libtool complains that it's missing. In /usr/lib64 there are libcurl .so files but no .la files.> How can I get the libcurl.la library back and keep it so emerge --depclean doesn't remove it? Have you run "lafilefixer --justfixit"? I wonder if you have old .la files from packages emerged before portage 2.1.9. After running it once, you shouldn't need it anymore since portage will auto-fix them upon installation. You should run the lafilefixer command before trying revdep-rebuild, or else you might have a lot of unnecessary emerges. AFAIK the usage of .la files is basically deprecated and only a few packages still require them. Flameeyes posted a lot of details about it on his blog last year. (http://blog.flameeyes.eu) I did the lafilefixer and revdep-rebuild and it still happens. I think it may be in my project directory. In there I have three files libtool, Makefile.in, and acinclude.m4 each make reference to libtool. It's commented out in the configure.ac file. Something is still looking for libcurl.la and libtool is trying to link to it. I grep'ed for curl and nothing is returned. I'm using the Berkeley C++ xml database, libxml2, and other things. I cleaned up all the Makefiles and reran libtoolize. The error is as follows. gcc -DHAVE_CONFIG_H -I. -I.. -Wall -g2 -O0 -DDEBUG -DG_LOG_DOMAIN=\"domain\" -DPACKAGE_DATA_DIR=\""/tmp/domain"\" -DPACKAGE_LOCALE_DIR=\""/tmp/domain/locale"\" -DROOTLOGICDIR=\""/tmp/domain"\" -I/opt/BerkeleyDB/dbxml-2.5.16/install/include -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng14 -I/usr/include/libxml2 -DMAKE_POS0 -DEXACTNESS -g2 -ggdb -O0 -DDEBUG=1 -MT pso0-companySpecific.o -MD -MP -MF .deps/pso0-companySpecific.Tpo -c -o pso0-companySpecific.o `test -f 'companySpecific.c' || echo './'`companySpecific.c mv -f .deps/pso0-companySpecific.Tpo .deps/pso0-companySpecific.Po /bin/sh ../libtool --tag=CXX --mode=link g++ -g -O2 -export-dynamic -rdynamic -L/opt/BerkeleyDB/dbxml-2.5.16/install/lib -o pso0 pso0-main.o pso0-xt.o pso0-bdb.o pso0-bdbInventory.o pso0-bdbXaction.o pso0-interfaceBuilder.o pso0-epsonPrint.o pso0-number.o pso0-initialize.o pso0-support.o pso0-callbacks.o pso0-psoGetOpts.o pso0-menus.o pso0-psosubs.o pso0-putMsg.o pso0-pso.o pso0-psoGuiBuild.o pso0-ipms.o pso0-plu.o pso0-companySpecific.o -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lm -lcairo -lpng14 -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 -lxml2-ldb -ldb_cxx -ldbxml -lxqilla -lxerces-c libtool: link: cannot find the library `/usr/lib64/libcurl.la' or unhandled argument `/usr/lib64/libcurl.la' make[3]: *** [pso0] Error 1 make[3]: Leaving directory `/home/shtarker/Dev/pso/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/shtarker/Dev/pso/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/shtarker/Dev/pso' make: *** [all] Error 2 libtool: link: cannot find the library `/usr/lib64/libcurl.la' or unhandled Thanks, dhk
Re: [gentoo-user] emerge --depclean - libcurl.la
- Original Message -From: Paul Hartman Date: Thursday, June 2, 2011 11:24 amSubject: Re: [gentoo-user] emerge --depclean - libcurl.laTo: gentoo-user@lists.gentoo.org> On Thu, Jun 2, 2011 at 9:54 AM, wrote:> > emerge --depclean removed libcurl.la a few days ago. I have a > program> that's not in world that uses it when built: > libtool complains that it's> > missing. In /usr/lib64 there are libcurl .so files but no .la > files.>> > How can I get the libcurl.la library back and keep it so emerge> > --depclean doesn't remove it?> > Have you run "lafilefixer --justfixit"? I wonder if you have old .la> files from packages emerged before portage 2.1.9.> > After running it once, you shouldn't need it anymore since portage> will auto-fix them upon installation.> > You should run the lafilefixer command before trying revdep-rebuild,> or else you might have a lot of unnecessary emerges.> > AFAIK the usage of .la files is basically deprecated and only a few> packages still require them. Flameeyes posted a lot of details about> it on his blog last year. (http://blog.flameeyes.eu)> >I did the lafilefixer and revdep-rebuild and it still happens. I think it may be in my project directory. In there I have three files libtool, Makefile.in, and acinclude.m4 each make reference to libtool. It's commented out in the configure.ac file.
Re: [gentoo-user] emerge --depclean - libcurl.la
On Thu, Jun 2, 2011 at 9:54 AM, wrote: > emerge --depclean removed libcurl.la a few days ago. I have a program > that's not in world that uses it when built: libtool complains that it's > missing. In /usr/lib64 there are libcurl .so files but no .la files. > > How can I get the libcurl.la library back and keep it so emerge > --depclean doesn't remove it? Have you run "lafilefixer --justfixit"? I wonder if you have old .la files from packages emerged before portage 2.1.9. After running it once, you shouldn't need it anymore since portage will auto-fix them upon installation. You should run the lafilefixer command before trying revdep-rebuild, or else you might have a lot of unnecessary emerges. AFAIK the usage of .la files is basically deprecated and only a few packages still require them. Flameeyes posted a lot of details about it on his blog last year. (http://blog.flameeyes.eu)
[gentoo-user] emerge --depclean - libcurl.la
emerge --depclean removed libcurl.la a few days ago. I have a program that's not in world that uses it when built: libtool complains that it's missing. In /usr/lib64 there are libcurl .so files but no .la files.How can I get the libcurl.la library back and keep it so emerge --depclean doesn't remove it?Is there a way to protect files from emerge --depclean, kind of like the CONFIG_PROTECT variable, so it removes everything but what's protected?Thanks,dhk
Re: [gentoo-user] emerge --depclean removed python 2.6
On 15 April 2011 04:16, dhk wrote: > After a recent update I got python 2.7 installed. The emerge --depclean > command removed python 2.6 which I thought would be alright since I now > have 2.7. I also used eselect python to set 2.7 as my default. Now > revdep-rebuild has a load of broke links that are due to 2.6 being > missing. Now vi and other stuff doesn't work. What should be done next? > > Thanks, > > dhk > > Hello, I'm using ~amd64 profile, and updated to python 2.7 without any problem. -- Carlos Sura.-
Re: [gentoo-user] emerge --depclean removed python 2.6
On 04/15/2011 06:20 AM, Adam Carter wrote: > On Fri, Apr 15, 2011 at 8:16 PM, dhk wrote: > >> After a recent update I got python 2.7 installed. The emerge --depclean >> command removed python 2.6 which I thought would be alright since I now >> have 2.7. I also used eselect python to set 2.7 as my default. Now >> revdep-rebuild has a load of broke links that are due to 2.6 being >> missing. Now vi and other stuff doesn't work. What should be done next? >> > > Run python-updater. > I forgot about that command. Thanks.
Re: [gentoo-user] emerge --depclean removed python 2.6
On Fri, Apr 15, 2011 at 8:16 PM, dhk wrote: > After a recent update I got python 2.7 installed. The emerge --depclean > command removed python 2.6 which I thought would be alright since I now > have 2.7. I also used eselect python to set 2.7 as my default. Now > revdep-rebuild has a load of broke links that are due to 2.6 being > missing. Now vi and other stuff doesn't work. What should be done next? > Run python-updater.
[gentoo-user] emerge --depclean removed python 2.6
After a recent update I got python 2.7 installed. The emerge --depclean command removed python 2.6 which I thought would be alright since I now have 2.7. I also used eselect python to set 2.7 as my default. Now revdep-rebuild has a load of broke links that are due to 2.6 being missing. Now vi and other stuff doesn't work. What should be done next? Thanks, dhk
Re: [gentoo-user] emerge depclean gcc
2010/10/21 Michael Hampicke : > >> May I just unmerge my old gcc ? >> Is it save ? > > Yes it's save to unmerge your old gcc. > You could also - using quickpkg - create a binary package of your old > gcc before unmerging (for backup puropses). > >From the strictly Gentoo side of things, it's safe (following instructions already posted). However, for myself, I use tons of third party physics software, among other things. A lot of it is not very recent, and sometimes they are picky about which gcc compiles is (and sometimes I need a shell script to switch the gcc for execution of those programs and switch back afterward...joy!) So if you do a lot of compiling of external programs that are not as well maintained and updated, there's not a lot of reason to *unmerge* an old gcc. There are two reasons to actually remove gcc's in my opinion: revdep-rebuild wants to reinstall all of them, you need the disk space. I have 10 options under gcc-config. I'm not at all recommending this to everyone, but just making the point that, depending on what other things you have going on, it's a good idea to check any third party stuff, at the very least, before just removing it, since there's not much harm in keeping a few extra gccs around for rainy days. ~daid
Re: [gentoo-user] emerge depclean gcc
Thank you for help. Everything went smoothly. To be on a save side I would like to unemerge old version of gcc with --depclean switch. How can I revert my previous --noreplace operation cleanly besides emerge --unemerge =gcc-4.3.4. Dnia 21-10-2010 o godz. 16:17 Paul Hartman napisał(a): > 2010/10/21 : > > Hi > > I have upgraded my gentoo recently. > > New version of gcc-4.4.3-r2 has been emerged. > > Now I have 2 versions of gcc: > > gcc-4.3.4 > > gcc-4.4.3-r2 > > > > There are still many packages compiled with the old version of gcc and > > now I don't want to rebuild them all with a new version. > > emerge --depclean wants to unemerge my old version of gcc. > > > > May I just unmerge my old gcc ? > > Is it save ? > > use gcc-config to select the new gcc as your default compiler > > env-update > > source /etc/profile > > fix_libtool_files.sh 4.3.4 > > emerge --oneshot libtool > > then unmerge the old version of gcc > > revdep-rebuild just to be safe > > I think that should be all that's needed. I don't think there's any > reason to recompile world or anything like this.
Re: [gentoo-user] emerge depclean gcc
2010/10/21 : > Hi > I have upgraded my gentoo recently. > New version of gcc-4.4.3-r2 has been emerged. > Now I have 2 versions of gcc: > gcc-4.3.4 > gcc-4.4.3-r2 > > There are still many packages compiled with the old version of gcc and > now I don't want to rebuild them all with a new version. > emerge --depclean wants to unemerge my old version of gcc. > > May I just unmerge my old gcc ? > Is it save ? use gcc-config to select the new gcc as your default compiler env-update source /etc/profile fix_libtool_files.sh 4.3.4 emerge --oneshot libtool then unmerge the old version of gcc revdep-rebuild just to be safe I think that should be all that's needed. I don't think there's any reason to recompile world or anything like this.
Re: [gentoo-user] emerge depclean gcc
> May I just unmerge my old gcc ? > Is it save ? Yes it's save to unmerge your old gcc. You could also - using quickpkg - create a binary package of your old gcc before unmerging (for backup puropses).
[gentoo-user] emerge depclean gcc
Hi I have upgraded my gentoo recently. New version of gcc-4.4.3-r2 has been emerged. Now I have 2 versions of gcc: gcc-4.3.4 gcc-4.4.3-r2 There are still many packages compiled with the old version of gcc and now I don't want to rebuild them all with a new version. emerge --depclean wants to unemerge my old version of gcc. May I just unmerge my old gcc ? Is it save ?
Re: [gentoo-user] emerge --depclean does not remove due to link level dependencies
2009/11/4 Alex Schuster : > Hi there! > > Again, this is just something I am curious about, not a real problem. > emerge -p --depclean gives me this output: > > [...] > Calculating dependencies... done! Checking for lib consumers... Assigning files to packages... > * In order to avoid breakage of link level dependencies, one or more > * packages will not be removed. This can be solved by rebuilding the > * packages that pulled them in. > * > * dev-libs/elfutils-0.131-r2 pulled in by: > * dev-util/ddd-3.3.12-r1 needs libelf.so.1 Newer versions of portage print this message if a package is about to be removed because there is no ebuild dependency from all other installed packages, but it is still needed because other packages link to it automagically. This seems to be the case here, ddd automagically links to elfutils depending on whether it is available or not, instead of being controlled by the ebuild via use flag. So ddd links against elfutils and portage does not know about it. In this case the suggestion of rebuilding the packages does not work. With older portage versions elfutils is removed and the dependency is ignored. Revdep-rebuild will complain about ddd linking against elfutils which is not available anymore and then rebuild ddd which will result in ddd not linking against elfutils anymore. > [...] > And some more of that involving media-libs/libcddb-1.3.2, media- > sound/esound-0.2.41, sys-libs/db-4.5.20_p2-r1 and sys-libs/db-4.6.21_p4. > > Okay, ddd needs libelf.so.1, provided by elfutils. Still the same when I > rebuild ddd. So, why does this output appear at all? ddd needs > libelf.so.1, this is in elfutils, so of course elfutils is needed just > like any other package. > > Oh, wait I think I got it. emerge -pe ddd dos NOT list elfutils. So is > this a bug in the ddd ebuild, not having elfutils as a dependency? And the > same would be true for the other packages? Should I file some bugs? > > H. Now I got it. ddd does indeed not need elfutils. But it uses it > when it is available. After removing elfutils, ddd still builds. Starting > the ddd configure script in by hand with the --help option does not show > options like --without-elf, so it's not the ebuild's fault that ddd makes > use of the libelf library when it is available. > [snip] > Should some bugs be filed? And if so, should they go: > - To the ebuild maintainers? But they probably cannot do much about it, > apart from patching the package's autoconf stuff. > - To upstream? Well, would they consider this this a bug at all, or a mere > problem with Gentoo's special build system, that wants to know all the > dependencies? If ddd really links automagically against elfutils, you should file a Gentoo bug about ddd which needs it's autotools fixed. To save the Gentoo developers some time you can also file an upstream bug and add a reference to it in the Gentoo bug report. If upstream cares about automagic dependencies is another story, in Gentoo it is considered a bug. -- Daniel Pielmeier
Re: [gentoo-user] emerge --depclean does not remove due to link level dependencies
Alex Schuster schrieb: Hi there! [snip] Still, this is ugly I think. Another part of the emerge --depclean output is: * media-sound/esound-0.2.41 pulled in by: * app-office/gnucash-2.2.9-r1 needs libesd.so.0 * gnome-extra/gnome-media-2.26.0-r1 needs libesd.so.0 * gnome-extra/nautilus-cd-burner-2.24.0 needs libesd.so.0 * gnome-extra/yelp-2.26.0 needs libesd.so.0 * media-libs/smpeg-0.4.4-r9 needs libesd.so.0 * media-sound/amarok-1.4.10_p20090130-r3 needs libesd.so.0 * media-sound/rhythmbox-0.11.6-r1 needs libesd.so.0 * media-sound/synaesthesia-2.4 needs libesd.so.0 * media-video/transcode-1.0.7 needs libesd.so.0 I do not have esd in my USE flags. Looks like all those packages use it anyway when it is available. [snip] Hi, esd might be in there because of the profile you use. Did you change your profile lately? You can add -esd to make.conf and see what happens. kh
[gentoo-user] emerge --depclean does not remove due to link level dependencies
Hi there! Again, this is just something I am curious about, not a real problem. emerge -p --depclean gives me this output: [...] Calculating dependencies... done! >>> Checking for lib consumers... >>> Assigning files to packages... * In order to avoid breakage of link level dependencies, one or more * packages will not be removed. This can be solved by rebuilding the * packages that pulled them in. * * dev-libs/elfutils-0.131-r2 pulled in by: * dev-util/ddd-3.3.12-r1 needs libelf.so.1 [...] And some more of that involving media-libs/libcddb-1.3.2, media- sound/esound-0.2.41, sys-libs/db-4.5.20_p2-r1 and sys-libs/db-4.6.21_p4. Okay, ddd needs libelf.so.1, provided by elfutils. Still the same when I rebuild ddd. So, why does this output appear at all? ddd needs libelf.so.1, this is in elfutils, so of course elfutils is needed just like any other package. Oh, wait I think I got it. emerge -pe ddd dos NOT list elfutils. So is this a bug in the ddd ebuild, not having elfutils as a dependency? And the same would be true for the other packages? Should I file some bugs? H. Now I got it. ddd does indeed not need elfutils. But it uses it when it is available. After removing elfutils, ddd still builds. Starting the ddd configure script in by hand with the --help option does not show options like --without-elf, so it's not the ebuild's fault that ddd makes use of the libelf library when it is available. Still, this is ugly I think. Another part of the emerge --depclean output is: * media-sound/esound-0.2.41 pulled in by: * app-office/gnucash-2.2.9-r1 needs libesd.so.0 * gnome-extra/gnome-media-2.26.0-r1 needs libesd.so.0 * gnome-extra/nautilus-cd-burner-2.24.0 needs libesd.so.0 * gnome-extra/yelp-2.26.0 needs libesd.so.0 * media-libs/smpeg-0.4.4-r9 needs libesd.so.0 * media-sound/amarok-1.4.10_p20090130-r3 needs libesd.so.0 * media-sound/rhythmbox-0.11.6-r1 needs libesd.so.0 * media-sound/synaesthesia-2.4 needs libesd.so.0 * media-video/transcode-1.0.7 needs libesd.so.0 I do not have esd in my USE flags. Looks like all those packages use it anyway when it is available. Should some bugs be filed? And if so, should they go: - To the ebuild maintainers? But they probably cannot do much about it, apart from patching the package's autoconf stuff. - To upstream? Well, would they consider this this a bug at all, or a mere problem with Gentoo's special build system, that wants to know all the dependencies? - To the doc team? Suggesting that the emerge --depclean output should change from: * In order to avoid breakage of link level dependencies, one or more * packages will not be removed. This can be solved by rebuilding the * packages that pulled them in. to something like: * In order to avoid breakage of link level dependencies, one or more * packages will not be removed. If you like them to be removed, do so * manually, and run revdep-rebuild afterwards to rebuild the packages * without the libraries. We are sorry, this is an upstream problem with * bad configure files and we cannot do much about it. Use quickpkg * before removing the packages, so if anything breaks you can get them * back quickly. Good luck. Wonko
Re: [gentoo-user] emerge --depclean
Krzysztof Poc schrieb: Great thanks to all of you for immediate help. "emenrge -n" solved the problem. By the way "gcc-config -l" shows: [1] i686-pc-linux-gnu-3.4.6 [2] i686-pc-linux-gnu-3.4.6-hardened [3] i686-pc-linux-gnu-3.4.6-hardenednopie [4] i686-pc-linux-gnu-3.4.6-hardenednopiessp [5] i686-pc-linux-gnu-3.4.6-hardenednossp [6] i686-pc-linux-gnu-4.1.2 * [7] i686-pc-linux-gnu-4.3.2 Hi, so it looks like you manually added gcc-3* to your world file but did not do so with 4.1.2 until now. Since you have a newer version installed (4.3.2) depclean was removing older gcc not in world. Do you need the old gccs you are keeping? Is there a reason for not switching to 4.3.2? In case you didn't know the gcc-upgrad guide till now: http://www.gentoo.org/doc/en/gcc-upgrading.xml kh
Re: [gentoo-user] emerge --depclean
Great thanks to all of you for immediate help. "emenrge -n" solved the problem. By the way "gcc-config -l" shows: [1] i686-pc-linux-gnu-3.4.6 [2] i686-pc-linux-gnu-3.4.6-hardened [3] i686-pc-linux-gnu-3.4.6-hardenednopie [4] i686-pc-linux-gnu-3.4.6-hardenednopiessp [5] i686-pc-linux-gnu-3.4.6-hardenednossp [6] i686-pc-linux-gnu-4.1.2 * [7] i686-pc-linux-gnu-4.3.2 Pokaż swojej dziewczynie zdjęcia z tym, co robiłeś z kumplami na wakacjach: http://klik.wp.pl/?adr=http%3A%2F%2Fpikeo.pl&sid=858
Re: [gentoo-user] emerge --depclean
Please, *do not* send HTML emails in the list, as they looks like below. On Tue, Sep 15, 2009 at 01:00:41PM +0200, Krzysztof Poc wrote: > HelloI found that "emerge --depclean" removes the packages > that are necessary for my system:gcc-4.1.2font-cursor-misc />font-misc-miscI have also gcc-3.4.6-r2 installed. It does not > remove gcc-3.4.6-r2.After unmerging gcc-4.1.2 I cannot compile anything > of course.After unmerging font-misc-misc I can't see Polish fonts in > Xterm.I don't know how to solve this problem.Should I make > those packages more valuable to the system > ?How can I do that.Is my xorg server incorrectly configured. I > have xorg 1.5 with HAL.My system does not use any xorg.conf file. It > autodetects configuration at startup.When migrating to xorg 1.5 I did > not do any special steps to configure and install any Polish fonts.I > only made the modifications to support the Polish keyboard layout. />Thank you for help. />Dopinguj naszą > kadrę na Mistrzostwach Europy!Kliknij: HREF="http://klik.wp.pl/?adr=http://corto.www.wp.pl/as/eurobasket2009-2.html&sid=860"; > > TARGET="_blank">http://klik.wp.pl/?adr=http://corto.www.wp.pl/as/eurobasket2009-2.html&sid=860 > > > -- _ * Massimo Gengarelli ~0 (_| * Computer Science student @ http://www.unibo.it |(_~|^~~| * http://massitm.sohead.org <-- my personal, outdated website TT/_ T"T * All constants are variables.
Re: [gentoo-user] emerge --depclean
On Tuesday 15 September 2009 13:00:41 Krzysztof Poc wrote: > Hello > > I found that "emerge --depclean" removes the packages that are necessary > for my system: gcc-4.1.2 > font-cursor-misc > font-misc-misc > > I have also gcc-3.4.6-r2 installed. It does not remove gcc-3.4.6-r2. > After unmerging gcc-4.1.2 I cannot compile anything of course. > After unmerging font-misc-misc I can't see Polish fonts in Xterm. > > I don't know how to solve this problem. > Should I make those packages more valuable to the system ? > How can I do that. > Is my xorg server incorrectly configured. I have xorg 1.5 with HAL. > My system does not use any xorg.conf file. It autodetects configuration at > startup. When migrating to xorg 1.5 I did not do any special steps to > configure and install any Polish fonts. I only made the modifications to > support the Polish keyboard layout. Put such problematic packages into world, eg emerge -n gcc:4.1 and a version of gcc in that slot will always be present till you manually remove it. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] emerge --depclean
2009/9/15 Krzysztof Poc : > Hello > Hi, > I found that "emerge --depclean" removes the packages that are necessary for > my system: > gcc-4.1.2 > font-cursor-misc > font-misc-misc > > I have also gcc-3.4.6-r2 installed. It does not remove gcc-3.4.6-r2. > After unmerging gcc-4.1.2 I cannot compile anything of course. > After unmerging font-misc-misc I can't see Polish fonts in Xterm. > Did you see the warning when you run emerge --depclean ? # emerge --depclean -p * Always study the list of packages to be cleaned for any obvious * mistakes. Packages that are part of the world set will always * be kept. They can be manually added to this set with * `emerge --noreplace `. Packages that are listed in * package.provided (see portage(5)) will be removed by * depclean, even if they are part of the world set. > I don't know how to solve this problem. > Should I make those packages more valuable to the system ? > How can I do that. Try emerge -n =gcc-4.1.2 for example HTH regards, Boris > Is my xorg server incorrectly configured. I have xorg 1.5 with HAL. > My system does not use any xorg.conf file. It autodetects configuration at > startup. > When migrating to xorg 1.5 I did not do any special steps to configure and > install any Polish fonts. > I only made the modifications to support the Polish keyboard layout. > > Thank you for help. > > > > Dopinguj naszą kadrę > na Mistrzostwach Europy! > Kliknij: > http://klik.wp.pl/?adr=http://corto.www.wp.pl/as/eurobasket2009-2.html&sid=860 -- 42
Re: [gentoo-user] emerge --depclean
Krzysztof Poc schrieb: Hello I found that "emerge --depclean" removes the packages that are necessary for my system: gcc-4.1.2 font-cursor-misc font-misc-misc I have also gcc-3.4.6-r2 installed. It does not remove gcc-3.4.6-r2. After unmerging gcc-4.1.2 I cannot compile anything of course. After unmerging font-misc-misc I can't see Polish fonts in Xterm. I don't know how to solve this problem. Should I make those packages more valuable to the system ? How can I do that. Is my xorg server incorrectly configured. I have xorg 1.5 with HAL. My system does not use any xorg.conf file. It autodetects configuration at startup. When migrating to xorg 1.5 I did not do any special steps to configure and install any Polish fonts. I only made the modifications to support the Polish keyboard layout. Thank you for help. Hi, did you already unmerge gcc-4.1.2? What is the output of gcc-config -l when was your last emerge --depclean? You should always run emerge --depclean -av! so you have a better chance to stop any unwanted effects. kh
[gentoo-user] emerge --depclean
HelloI found that "emerge --depclean" removes the packages that are necessary for my system:gcc-4.1.2font-cursor-miscfont-misc-miscI have also gcc-3.4.6-r2 installed. It does not remove gcc-3.4.6-r2.After unmerging gcc-4.1.2 I cannot compile anything of course.After unmerging font-misc-misc I can't see Polish fonts in Xterm.I don't know how to solve this problem.Should I make those packages more valuable to the system ?How can I do that.Is my xorg server incorrectly configured. I have xorg 1.5 with HAL.My system does not use any xorg.conf file. It autodetects configuration at startup.When migrating to xorg 1.5 I did not do any special steps to configure and install any Polish fonts.I only made the modifications to support the Polish keyboard layout.Thank you for help.Dopinguj naszą kadrę na Mistrzostwach Europy!Kliknij:http://klik.wp.pl/?adr=http://corto.www.wp.pl/as/eurobasket2009-2.html&sid=860
Re: [gentoo-user] "emerge --depclean" vs. "revdep-rebuild"
On Sun, 26 Apr 2009 20:12:39 -0400, David Relson wrote: > However, revdep-rebuild still insists ati-drivers-8.552 is needed. The > following message seems to be at the heart of the problem: > > broken /usr/lib64/libAMDXvBA.so.1.0 (requires libstdc++.so.5) Are these the binary or open source drivers? Binary files that are flagged by revdep-rebuild will continue to do so, because you never rebuild them. Add a file to /etc/revdep-rebuild (see the existing ones for the format) to mask this library. -- Neil Bothwick "Self-explanatory": technospeak for "Incomprehensible & undocumented" signature.asc Description: PGP signature
Re: [gentoo-user] "emerge --depclean" vs. "revdep-rebuild"
On Sun, 26 Apr 2009 16:17:39 -0500 Dale wrote: > Mark Knecht wrote: > > On Sun, Apr 26, 2009 at 1:27 PM, David Relson > > wrote: > >> As a "cleanup" test, I've run "emerge --depclean" and > >> "revdep-rebuild". > >> > >> "emerge --depclean" removed approx 85 files, which seemed > >> reasonable. > >> > >> "revdep-rebuild" then rebuilt 7 or 8 packages -- also reasonable. > >> > >> When I run the commands again, "emerge --depclean" removes the > >> packages that "revdep-rebuild" just rebuilt. > >> > >> > > > > In make.conf try adding: > > > > EMERGE_DEFAULT_OPTS="--with-bdeps y" > > > > Hope this helps, > > Mark > > > > > > > > That worked here a good while back as well. This may make it compile > a bit more at times but it does have a lot of benefits as well. > > Dale A related thread had a perl script to identify packages as needed/unneeded. After 1. running the perl script 2. removing the unneeded packages from world 3. adding a few virtual/... packages 4. adding "--with-bdeps y" to make.conf "emerge --depclean" is now happy, i.e. _nothing_ to remove. However, revdep-rebuild still insists ati-drivers-8.552 is needed. The following message seems to be at the heart of the problem: broken /usr/lib64/libAMDXvBA.so.1.0 (requires libstdc++.so.5) I've created an ebuild bug and will see where that goes. Thanks for the great advice on --depclean. Regards, David
Re: [gentoo-user] "emerge --depclean" vs. "revdep-rebuild"
Mark Knecht wrote: > On Sun, Apr 26, 2009 at 1:27 PM, David Relson > wrote: > >> As a "cleanup" test, I've run "emerge --depclean" and "revdep-rebuild". >> >> "emerge --depclean" removed approx 85 files, which seemed reasonable. >> >> "revdep-rebuild" then rebuilt 7 or 8 packages -- also reasonable. >> >> When I run the commands again, "emerge --depclean" removes the packages >> that "revdep-rebuild" just rebuilt. >> >> > > In make.conf try adding: > > EMERGE_DEFAULT_OPTS="--with-bdeps y" > > Hope this helps, > Mark > > > That worked here a good while back as well. This may make it compile a bit more at times but it does have a lot of benefits as well. Dale :-) :-)
Re: [gentoo-user] "emerge --depclean" vs. "revdep-rebuild"
On Sun, Apr 26, 2009 at 1:27 PM, David Relson wrote: > As a "cleanup" test, I've run "emerge --depclean" and "revdep-rebuild". > > "emerge --depclean" removed approx 85 files, which seemed reasonable. > > "revdep-rebuild" then rebuilt 7 or 8 packages -- also reasonable. > > When I run the commands again, "emerge --depclean" removes the packages > that "revdep-rebuild" just rebuilt. > In make.conf try adding: EMERGE_DEFAULT_OPTS="--with-bdeps y" Hope this helps, Mark
[gentoo-user] "emerge --depclean" vs. "revdep-rebuild"
As a "cleanup" test, I've run "emerge --depclean" and "revdep-rebuild". "emerge --depclean" removed approx 85 files, which seemed reasonable. "revdep-rebuild" then rebuilt 7 or 8 packages -- also reasonable. When I run the commands again, "emerge --depclean" removes the packages that "revdep-rebuild" just rebuilt. To be specific, the iteration 10 minutes ago cleaned 6 packages: x11-proto/xf86miscproto dev-libs/boehm-gc dev-util/intltool x11-proto/xf86vidmodeproto dev-embedded/gputils x11-misc/util-macros and rebuilt 7 packages: dev-embedded/gputils-0.13.3-r1 x11-misc/util-macros-1.2.1 dev-libs/boehm-gc-6.8 x11-proto/xf86miscproto-0.9.2 x11-proto/xf86vidmodeproto-2.2.2 dev-embedded/sdcc-2.5.0_p20060502 x11-drivers/ati-drivers-8.552-r2 Another iteration cleaned 5 packages x11-proto/xf86miscproto dev-libs/boehm-gc x11-proto/xf86vidmodeproto dev-embedded/gputils x11-misc/util-macros and rebuilt the same 7 packages. Possibly of interest is that ati-drivers is being rebuilt though it's not being cleaned. This seems behavior less than optimal. FWIW, I'm running on an AMD64 and are: app-portage/gentoolkit-0.2.4.2-r1 (for revdep-rebuild) sys-apps/portage-2.1.6.11 ( for emerge ) Any thoughts on why the two commands don't agree on what's needed and changes I should make so that the _do_ agree. Thanks. David
Re: [gentoo-user] emerge --depclean -p output looks weird
Zac Medico wrote: Dale wrote: > Calculating dependencies... done! These are the packages that would be unmerged: > sys-kernel/gentoo-sources >selected: 2.6.23-r8 > protected: none > omitted: 2.6.23-r3 2.6.24-r4 > sys-kernel/gentoo-sources >selected: 2.6.23-r9 > protected: none > omitted: 2.6.23-r3 2.6.24-r4 > sys-kernel/gentoo-sources >selected: 2.6.24-r3 > protected: none > omitted: 2.6.23-r3 2.6.24-r4 [snip] > What looks weird you ask, why is it listing them that way? They are > separately listed and I don't recall ever seeing it listed that way > before. They are usually in one section. That's a side effect from the fix for this bug: http://bugs.gentoo.org/show_bug.cgi?id=201045 The code was never written to preserve unmerge order, but now that it's been tweaked to do so, it displays a bit differently in cases like this. It would be possible to make it look like it used to in cases when the order doesn't matter, but since it's only superficial, it's not a really a high priority. > Another odd thing is this: > [EMAIL PROTECTED] / # uname -r > 2.6.23-gentoo-r8 > [EMAIL PROTECTED] / # ls -al /usr/src/ > total 3 > drwxr-xr-x 4 root root 176 2008-04-04 16:58 . > drwxr-xr-x 17 root root 496 2008-01-23 09:31 .. > -rw-r--r-- 1 root root0 2006-08-03 09:23 .keep > lrwxrwxrwx 1 root root 32 2008-04-04 16:58 linux -> > /usr/src/linux-2.6.23-gentoo-r8/ > drwxr-xr-x 20 root root 1424 2008-04-04 17:21 linux-2.6.23-gentoo-r8 > drwxr-xr-x 21 root root 1472 2008-04-03 22:32 linux-2.6.24-gentoo-r4 > [EMAIL PROTECTED] / # > It wants to remove the currently running kernel as well. Seems it used > to leave that one in the past. I may be wrong tho. That's this bug: http://bugs.gentoo.org/show_bug.cgi?id=198200 With Aaa, I see now. I didn't know you could put a specific version in the world file. That's cool. It worked too. Now I can get rid of the other kernels too. The newer kernel didn't get along with my Nvidia card for some reason. It worked just slow as leap year. Went back to my old kernel. Thanks for the info. Dale :-) :-) -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge --depclean -p output looks weird
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dale wrote: > Calculating dependencies... done! > > These are the packages that would be unmerged: > > sys-kernel/gentoo-sources >selected: 2.6.23-r8 > protected: none > omitted: 2.6.23-r3 2.6.24-r4 > > sys-kernel/gentoo-sources >selected: 2.6.23-r9 > protected: none > omitted: 2.6.23-r3 2.6.24-r4 > > sys-kernel/gentoo-sources >selected: 2.6.24-r3 > protected: none > omitted: 2.6.23-r3 2.6.24-r4 > [snip] > What looks weird you ask, why is it listing them that way? They are > separately listed and I don't recall ever seeing it listed that way > before. They are usually in one section. That's a side effect from the fix for this bug: http://bugs.gentoo.org/show_bug.cgi?id=201045 The code was never written to preserve unmerge order, but now that it's been tweaked to do so, it displays a bit differently in cases like this. It would be possible to make it look like it used to in cases when the order doesn't matter, but since it's only superficial, it's not a really a high priority. > Another odd thing is this: > > [EMAIL PROTECTED] / # uname -r > 2.6.23-gentoo-r8 > [EMAIL PROTECTED] / # ls -al /usr/src/ > total 3 > drwxr-xr-x 4 root root 176 2008-04-04 16:58 . > drwxr-xr-x 17 root root 496 2008-01-23 09:31 .. > -rw-r--r-- 1 root root0 2006-08-03 09:23 .keep > lrwxrwxrwx 1 root root 32 2008-04-04 16:58 linux -> > /usr/src/linux-2.6.23-gentoo-r8/ > drwxr-xr-x 20 root root 1424 2008-04-04 17:21 linux-2.6.23-gentoo-r8 > drwxr-xr-x 21 root root 1472 2008-04-03 22:32 linux-2.6.24-gentoo-r4 > [EMAIL PROTECTED] / # > > It wants to remove the currently running kernel as well. Seems it used > to leave that one in the past. I may be wrong tho. That's this bug: http://bugs.gentoo.org/show_bug.cgi?id=198200 With
[gentoo-user] emerge --depclean -p output looks weird
Hi, I run --depclean on occasion just to clean out some old cruft. I got this output a bit ago and it is well . . . confusing me. Here it is: [EMAIL PROTECTED] / # emerge -p --depclean *** WARNING *** Depclean may break link level dependencies. Thus, it is *** WARNING *** recommended to use a tool such as `revdep-rebuild` (from *** WARNING *** app-portage/gentoolkit) in order to detect such breakage. *** WARNING *** *** WARNING *** Also study the list of packages to be cleaned for any obvious *** WARNING *** mistakes. Packages that are part of the world set will always *** WARNING *** be kept. They can be manually added to this set with *** WARNING *** `emerge --noreplace `. Packages that are listed in *** WARNING *** package.provided (see portage(5)) will be removed by *** WARNING *** depclean, even if they are part of the world set. *** WARNING *** *** WARNING *** As a safety measure, depclean will not remove any packages *** WARNING *** unless *all* required dependencies have been resolved. As a *** WARNING *** consequence, it is often necessary to run *** WARNING *** `emerge --update --newuse --deep world` prior to depclean. Calculating dependencies... done! >>> These are the packages that would be unmerged: sys-kernel/gentoo-sources selected: 2.6.23-r8 protected: none omitted: 2.6.23-r3 2.6.24-r4 sys-kernel/gentoo-sources selected: 2.6.23-r9 protected: none omitted: 2.6.23-r3 2.6.24-r4 sys-kernel/gentoo-sources selected: 2.6.24-r3 protected: none omitted: 2.6.23-r3 2.6.24-r4 >>> 'Selected' packages are slated for removal. >>> 'Protected' and 'omitted' packages will not be removed. Packages installed: 857 Packages in world:298 Packages in system: 52 Unique package names: 857 Required packages:854 Number to remove: 3 [EMAIL PROTECTED] / # What looks weird you ask, why is it listing them that way? They are separately listed and I don't recall ever seeing it listed that way before. They are usually in one section. Another odd thing is this: [EMAIL PROTECTED] / # uname -r 2.6.23-gentoo-r8 [EMAIL PROTECTED] / # ls -al /usr/src/ total 3 drwxr-xr-x 4 root root 176 2008-04-04 16:58 . drwxr-xr-x 17 root root 496 2008-01-23 09:31 .. -rw-r--r-- 1 root root0 2006-08-03 09:23 .keep lrwxrwxrwx 1 root root 32 2008-04-04 16:58 linux -> /usr/src/linux-2.6.23-gentoo-r8/ drwxr-xr-x 20 root root 1424 2008-04-04 17:21 linux-2.6.23-gentoo-r8 drwxr-xr-x 21 root root 1472 2008-04-03 22:32 linux-2.6.24-gentoo-r4 [EMAIL PROTECTED] / # It wants to remove the currently running kernel as well. Seems it used to leave that one in the past. I may be wrong tho. Thoughts? Dale :-) :-) -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge --depclean question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alex Schuster wrote: > Hi there! > > Any idea why emerge --depclean wants to remove > app-shells/bash-completion-config? It it needed by some installed packages: > > [EMAIL PROTECTED] ~ --> equery depends app-shells/bash-completion-config > [ Searching for packages depending on app-shells/bash-completion-config... ] > app-editors/vim-7.0.235 (bash-completion? app-shells/bash-completion-config) > app-editors/vim-core-7.0.235 (bash-completion? > app-shells/bash-completion-config) > app-misc/figlet-222 (bash-completion? app-shells/bash-completion-config) > app-portage/genlop-0.30.7 (bash-completion? app-shells/bash-completion-config) > app-portage/udept-0.5.99.0.2.95-r1 (bash-completion? > app-shells/bash-completion-config) > dev-util/subversion-1.3.2-r4 (bash-completion? > app-shells/bash-completion-config) > > I have the bash-completion USE flag set, so why does emerge --depclean > want to remove this package? I also tried dep -a -d > (from app-portage/udept), it also wants to remove it. Apparently you didn't have the bash-completion enabled on those packages when you installed them. Look at the output of `emerge -pv app-editors/vim` and you will be able to see if reinstalling the package causes the flag to change state. The symbols in the USE flag display are documented with the --verbose option in `man emerge`. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.5 (GNU/Linux) iD8DBQFGojqR/ejvha5XGaMRAp6sAKCQ/eEOZLdZM4FYOJPfwxlyg6IjvwCffmcH I2gfkFh9S279Lyx9xs3IUTw= =/gbg -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] emerge --depclean question
On 7/20/07, Alex Schuster <[EMAIL PROTECTED]> wrote: Hi there! Any idea why emerge --depclean wants to remove app-shells/bash-completion-config? It it needed by some installed packages: [EMAIL PROTECTED] ~ --> equery depends app-shells/bash-completion-config [ Searching for packages depending on app-shells/bash-completion-config... ] app-editors/vim-7.0.235 (bash-completion? app-shells/bash-completion-config) app-editors/vim-core-7.0.235 (bash-completion? app-shells/bash-completion-config) app-misc/figlet-222 (bash-completion? app-shells/bash-completion-config) app-portage/genlop-0.30.7 (bash-completion? app-shells/bash-completion-config) app-portage/udept-0.5.99.0.2.95-r1 (bash-completion? app-shells/bash-completion-config) dev-util/subversion-1.3.2-r4 (bash-completion? app-shells/bash-completion-config) I have the bash-completion USE flag set, so why does emerge --depclean want to remove this package? I also tried dep -a -d (from app-portage/udept), it also wants to remove it. My system is up to date, I did emerge -NuD world and revdep-rebuild. This is no big problem of course, I am just curious and would like to understand what is going on. I don't know any of the details, but I can report this: my system is also clean, has the bash-completion USE flag, and does _not_ have the bash-completion package installed. Everything seems to work just fine. Moreover, I use the "bash themes" from Linux Journal of a year or so ago, which relies heavily on the "complete" builtin. So you have to ask yourself what capability are you missing that you want? ++ kevin -- Kevin O'Gorman, PhD
[gentoo-user] emerge --depclean question
Hi there! Any idea why emerge --depclean wants to remove app-shells/bash-completion-config? It it needed by some installed packages: [EMAIL PROTECTED] ~ --> equery depends app-shells/bash-completion-config [ Searching for packages depending on app-shells/bash-completion-config... ] app-editors/vim-7.0.235 (bash-completion? app-shells/bash-completion-config) app-editors/vim-core-7.0.235 (bash-completion? app-shells/bash-completion-config) app-misc/figlet-222 (bash-completion? app-shells/bash-completion-config) app-portage/genlop-0.30.7 (bash-completion? app-shells/bash-completion-config) app-portage/udept-0.5.99.0.2.95-r1 (bash-completion? app-shells/bash-completion-config) dev-util/subversion-1.3.2-r4 (bash-completion? app-shells/bash-completion-config) I have the bash-completion USE flag set, so why does emerge --depclean want to remove this package? I also tried dep -a -d (from app-portage/udept), it also wants to remove it. My system is up to date, I did emerge -NuD world and revdep-rebuild. This is no big problem of course, I am just curious and would like to understand what is going on. Alex -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] emerge --depclean wants to remove required packages
On 2/27/07, Alan McKinnon <[EMAIL PROTECTED]> wrote: On Tuesday 27 February 2007, Mark Knecht wrote: [ snip lots of useful bacground info] > > 2. If you never had gnome installed but did have evo installed, > > then removed evo, everything looks proper. > > > > So, let --depclean do it's thing. Then emerge -uND world and run > > revder-rebuild to fix anything that remains. > > Based on my response above should I be doing this? From the info I > posted earlier if I emerge -C jasper, as --depclean wants to do, then > it seems it will just be emerged again at emerge -DuN world. > > I'm happy to do it if it's the right thing to do. I'm just not > understanding why it should fix things. You have 15 packages that appear to be problematic, which leaves you with two realistic options: 1. Spend ages tracing each dep down and seeing what gives, or 2. Just run emerge --depclean followed by revdep-rebuild and emerge -uND world anyway. Sure, it will take some extra compile time, but it will also filter out the packages that you actually don't have to worry about. I'd recommend #2, which will hopefully leave us with a much smaller list of packages to investigate. alan Hi Alan, OK, I preceded to let emerge --depclean do it's job and then ran revdep-rebuild. It said only samba needed to be rebuilt. When that was complete everything seems clean and happy. No more deps to clean out, emerge -DuN world has no work to do and revdep-rebuiild says everything is cool. Thanks to you and Bo for your help so far. Now on to solving why Evolution is crashing. Hopefully I can get a good backtrace. Thanks, Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge --depclean wants to remove required packages
On Tuesday 27 February 2007 16:47:15 Alan McKinnon wrote: > > > You have a bunch of packages that --depclean wants to remove. It > > > looks like they should not be removed. > > > > A bit curious how you've reached that conclusion? Why shouldn't they? > > The OP said in his original mail > > "when I run emerge > --depclean wants remove packages that would break dependencies" > > Presumably he knows his system well enough to know that the packages in > question are necessary. > > I probably worded my statement wrongly as well. As written it implies > that --depclean erroneously wants to remove things that should remain > according to information in the ebuilds. I should have said --depclean > wants to remove things that the OP would prefer to remain. There are at least three reasons why you cannot rely on `equery depends` to tell you if a dependency which `emerge --depclean` is going to remove is required or not. 1) USE conditionals. This is adressed in latest ~arch gentoolkit (0.2.3) which prints the conditional. You still have to check the conditional yourself. 2) "|| ( bar baz )" blocks. `equery depends bar` and `equery depends baz` will print foo as depending on them. portage and hence `emerge --depclean` only requires one of them to satisfy the dep. 3) If the ebuild exists in the tree and has been modified since it was installed `emerge --depclean` will use the modified ebuild from the tree. `equery depend` will use the ebuild that was installed in /var/db/pkg. In most if not all cases when `emerge --depclean` and `equery depends` disagree the former is correct (as of portage-2.1.1 at least (or 2.1?)). If you want to verify it with the latter you need to investigate the ebuild to see if any of the mentioned three cases apply... -- Bo Andresen pgpoNdo5HEs70.pgp Description: PGP signature
Re: [gentoo-user] emerge --depclean wants to remove required packages
On Monday 26 February 2007, Bo Ørsted Andresen wrote: > On Monday 26 February 2007 20:43:09 Alan McKinnon wrote: > > You have a bunch of packages that --depclean wants to remove. It > > looks like they should not be removed. > > A bit curious how you've reached that conclusion? Why shouldn't they? The OP said in his original mail "when I run emerge --depclean wants remove packages that would break dependencies" Presumably he knows his system well enough to know that the packages in question are necessary. I probably worded my statement wrongly as well. As written it implies that --depclean erroneously wants to remove things that should remain according to information in the ebuilds. I should have said --depclean wants to remove things that the OP would prefer to remain. 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 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge --depclean wants to remove required packages
On Tuesday 27 February 2007, Mark Knecht wrote: [ snip lots of useful bacground info] > > 2. If you never had gnome installed but did have evo installed, > > then removed evo, everything looks proper. > > > > So, let --depclean do it's thing. Then emerge -uND world and run > > revder-rebuild to fix anything that remains. > > Based on my response above should I be doing this? From the info I > posted earlier if I emerge -C jasper, as --depclean wants to do, then > it seems it will just be emerged again at emerge -DuN world. > > I'm happy to do it if it's the right thing to do. I'm just not > understanding why it should fix things. You have 15 packages that appear to be problematic, which leaves you with two realistic options: 1. Spend ages tracing each dep down and seeing what gives, or 2. Just run emerge --depclean followed by revdep-rebuild and emerge -uND world anyway. Sure, it will take some extra compile time, but it will also filter out the packages that you actually don't have to worry about. I'd recommend #2, which will hopefully leave us with a much smaller list of packages to investigate. 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 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge --depclean wants to remove required packages
On 2/26/07, Alan McKinnon <[EMAIL PROTECTED]> wrote: On Sunday 25 February 2007, Mark Knecht wrote: > Hi, > I've been cleaning up a machine trying to fix a problem with > Evolution crashing. I'm down to the point where all the dependencies > (emerge -DuN and revdep-rebuild) are clean but when I run emerge > --depclean wants remove packages that would break dependencies. Hi Mark, OK, so I read this thread and you and Bo both seem to have gotten way off track... No, not really, at least for me. I've got multiple problems here: 1) Evolution crashes 2) emerge --depclean wants to remove things that seem to be dependencies for installed programs 3) While building things to get up to date I get all these libtool warning messages which I started to think might be somehow the root cause of #1 or #2 above. I'd like to fix all three and to Bo's credit he's doing everything he can to help a poor old user type like me. You have a bunch of packages that --depclean wants to remove. It looks like they should not be removed. This screams two questions at me: 1. Did you emerge -avC gnome? No. The machine is 4 years old. It ran fluxbox for about a year and then has run Gnome ever since. Evolution has been used in both environments and worked perfectly until moving from Gnome-2.14 to 2.16 a week or so ago. The gcc-4.1 upgrade was done at Christmas and Gnome-2.14 and Evolution-2.4 worked fine after that upgrade but not now. I'm currently looking for the root cause if these crashes. Not being a developer the first thing I thought to do was look to see if all the dependencies were clean so basically I did: eix-sync emerge -pvDuN world revdep-rebuild until everything looked good. I then look a look at emerge --depclean and saw that there were about 60 packages that it wanted to remove. I worked my way through each and every one doing an equery depends, removing it if there were no dependencies, and then every so often running revdep-rebuild again. However what I started finding as I got to the end of the process was that out of the 60 packages ot be removed 15 showed that something at the application level - Gnome, Evolution, spamassasin, etc., that needed something that --depclean wanted to remove. For kicked I did an emerge -C on one package and then immediately did a revdep-rebuild. The system emerged what I just removed. That's when I contacted the list. 2. If you never had gnome installed but did have evo installed, then removed evo, everything looks proper. So, let --depclean do it's thing. Then emerge -uND world and run revder-rebuild to fix anything that remains. Based on my response above should I be doing this? From the info I posted earlier if I emerge -C jasper, as --depclean wants to do, then it seems it will just be emerged again at emerge -DuN world. I'm happy to do it if it's the right thing to do. I'm just not understanding why it should fix things. Thanks much, Mark 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 -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge --depclean wants to remove required packages
On Monday 26 February 2007 20:43:09 Alan McKinnon wrote: > OK, so I read this thread and you and Bo both seem to have gotten way > off track... Hmm. > You have a bunch of packages that --depclean wants to remove. It looks > like they should not be removed. A bit curious how you've reached that conclusion? Why shouldn't they? -- Bo Andresen pgpnfycigPyJp.pgp Description: PGP signature
Re: [gentoo-user] emerge --depclean wants to remove required packages
On Sunday 25 February 2007, Mark Knecht wrote: > Hi, > I've been cleaning up a machine trying to fix a problem with > Evolution crashing. I'm down to the point where all the dependencies > (emerge -DuN and revdep-rebuild) are clean but when I run emerge > --depclean wants remove packages that would break dependencies. Hi Mark, OK, so I read this thread and you and Bo both seem to have gotten way off track... You have a bunch of packages that --depclean wants to remove. It looks like they should not be removed. This screams two questions at me: 1. Did you emerge -avC gnome? 2. If you never had gnome installed but did have evo installed, then removed evo, everything looks proper. So, let --depclean do it's thing. Then emerge -uND world and run revder-rebuild to fix anything that remains 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 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge --depclean wants to remove required packages
On Monday 26 February 2007 18:49:52 Mark Knecht wrote: > 2) You answered in this thread but seemed to finish asking the > question "Why do you think this matters?" As a user type the answer is > because we don't want to see warnings that we users don't understand. Well, regardlessly they are irrelevant.. > > > The machine has been running fine until this recent Evolution upgrade. > > > Now no version of Evolution in portage will work. they all crash > > > immediately. > > > > Also entirely unrelated. > > OK, that's disappointing. I did post about this problem last week but > got no responses. :-( Yes, we can only answer questions to which we know the answer... My only comments on it is that you might try filing a bug on bugs.gentoo.org and that your backtrace is useless (due to stripped binaries)... http://www.gentoo.org/proj/en/qa/backtraces.xml -- Bo Andresen pgp6QDvNq6f7s.pgp Description: PGP signature
Re: [gentoo-user] emerge --depclean wants to remove required packages
On 2/26/07, Bo Ørsted Andresen <[EMAIL PROTECTED]> wrote: At this point you really should know not to top-post, Mark. A childish plea for attention. Sorry! (But it worked!) ;-) Really sorry! > > libtool: link: warning: > > `/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../..//libbonobo-activation.la' > > seems to be moved > Bo, >I'm wondering if you (or anyone else) have any comments on the > causes of the link warnings at the bottom of this post? What might the > cause be? It does seem to be a regularly reoccurring question... http://thread.gmane.org/gmane.linux.gentoo.user/172781 OK, I'm reading through the thread. It's a bit over my head but the main points I see are: 1) Try libtool --finish since it may have been recommended in an install message that we didn't see. OK, but not sure how to run it, or on what library exactly so I won't do this until I exhaust other options. 2) You answered in this thread but seemed to finish asking the question "Why do you think this matters?" As a user type the answer is because we don't want to see warnings that we users don't understand. 3) Possibly do a patch. Not interested in that solution. Anyway, I've been searching in the forums but don't spot anything specific. Confused on how to proceed. > The machine has been running fine until this recent Evolution upgrade. > Now no version of Evolution in portage will work. they all crash > immediately. Also entirely unrelated. OK, that's disappointing. I did post about this problem last week but got no responses. :-( Thanks, Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge --depclean wants to remove required packages
At this point you really should know not to top-post, Mark. On Monday 26 February 2007 17:27:31 Mark Knecht wrote: > > I re-emerged evolution and watched the compile. I'm seeing a number of > > what appear to be link errors. Maybe that has something to do with > > this? > > > > What causes this problem: > > > > libtool: link: warning: > > `/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../..//libxml2.la' seems to > > be moved > > libtool: link: warning: > > `/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../..//libgobject-2.0.la' > > seems to be moved > > libtool: link: warning: > > `/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../..//libbonobo-2.la' seems > > to be moved > > libtool: link: warning: > > `/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../..//libbonobo-activation.la' > > seems to be moved > Bo, >I'm wondering if you (or anyone else) have any comments on the > causes of the link warnings at the bottom of this post? What might the > cause be? It does seem to be a regularly reoccurring question... http://thread.gmane.org/gmane.linux.gentoo.user/172781 >Did I not do something correctly in the gcc upgrade? I'm pretty > sure I did these steps: > > fix_libtool_files.sh 3.4.6 > emerge --oneshot -av libtool Entirely unrelated. > but don't think I can really tell anymore. It's been a few months. And it's not going to change. > The machine has been running fine until this recent Evolution upgrade. > Now no version of Evolution in portage will work. they all crash > immediately. Also entirely unrelated. -- Bo Andresen pgpMgeLUF2iUz.pgp Description: PGP signature
Re: [gentoo-user] emerge --depclean wants to remove required packages
Bo, I'm wondering if you (or anyone else) have any comments on the causes of the link warnings at the bottom of this post? What might the cause be? Did I not do something correctly in the gcc upgrade? I'm pretty sure I did these steps: fix_libtool_files.sh 3.4.6 emerge --oneshot -av libtool but don't think I can really tell anymore. It's been a few months. The machine has been running fine until this recent Evolution upgrade. Now no version of Evolution in portage will work. they all crash immediately. Thanks, Mark On 2/25/07, Mark Knecht <[EMAIL PROTECTED]> wrote: Hi Bo, Thanks for the response. Hopefully I'm approaching this correct. On 2/25/07, Bo Ørsted Andresen <[EMAIL PROTECTED]> wrote: > On Sunday 25 February 2007 18:50:47 Mark Knecht wrote: > >I've been cleaning up a machine trying to fix a problem with > > Evolution crashing. I'm down to the point where all the dependencies > > (emerge -DuN and revdep-rebuild) are clean but when I run emerge > > --depclean wants remove packages that would break dependencies. > > How did you determine that it would break dependencies? Basically running 'equery depends' up the stack of what it's telling me it wants to take out, or on the package that depends on what it wants to take out, until I get to something I recognize as an application the user wants. Is this not the right way to look for why this is happening? For instance, this one is easy. --depclean wants to remove gnome-extra/at-spi: gandalf ~ # equery depends gnome-extra/at-spi [ Searching for packages depending on gnome-extra/at-spi... ] gnome-base/gnome-2.16.2 The next is less obvious but the result is direct. --depclean wants to remove dev-scheme/guile: gandalf ~ # equery depends dev-scheme/guile [ Searching for packages depending on dev-scheme/guile... ] gnome-extra/gnome-games-2.16.2 gandalf ~ # Finally this one takes a few steps to get to the top. --depclean wants to remove media-libs/jasper: gandalf ~ # equery depends media-libs/jasper [ Searching for packages depending on media-libs/jasper... ] media-gfx/imagemagick-6.3.0.5 media-libs/netpbm-10.37.0 gandalf ~ # equery depends media-gfx/imagemagick [ Searching for packages depending on media-gfx/imagemagick... ] gnome-extra/libgsf-1.14.2 gandalf ~ # equery depends gnome-extra/libgsf [ Searching for packages depending on gnome-extra/libgsf... ] gnome-base/librsvg-2.16.1 gandalf ~ # equery depends gnome-base/librsvg [ Searching for packages depending on gnome-base/librsvg... ] media-gfx/gimp-2.2.12 gnome-base/gdm-2.16.4 gnome-base/gnome-2.16.2 gnome-base/nautilus-2.16.3 gnome-extra/gnome-games-2.16.2 dev-python/gnome-python-desktop-2.16.0 gandalf ~ # > > >Many, but not all, of these seem to be traceable back to either > > Evolution, spamassassin or Gnome. > > Really? > > >Are these bugs in the ebuilds that should be reported or is there > > some correct way for me to fix this up? > > You really haven't provided enough information to qualify that there is > anything wrong. > Note that this machine is about 350 miles away. Normally to emerge things I run inside of a screen session and ^A^D out of screen while it runs emerge. Because the machine is having troubles with Evolution I re-emerged evolution and watched the compile. I'm seeing a number of what appear to be link errors. Maybe that has something to do with this? What causes this problem: libtool: link: warning: `/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../..//libxml2.la' seems to be moved libtool: link: warning: `/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../..//libgobject-2.0.la' seems to be moved libtool: link: warning: `/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../..//libbonobo-2.la' seems to be moved libtool: link: warning: `/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../..//libbonobo-activation.la' seems to be moved Thanks, Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge --depclean wants to remove required packages
Hi Bo, Thanks for the response. Hopefully I'm approaching this correct. On 2/25/07, Bo Ørsted Andresen <[EMAIL PROTECTED]> wrote: On Sunday 25 February 2007 18:50:47 Mark Knecht wrote: >I've been cleaning up a machine trying to fix a problem with > Evolution crashing. I'm down to the point where all the dependencies > (emerge -DuN and revdep-rebuild) are clean but when I run emerge > --depclean wants remove packages that would break dependencies. How did you determine that it would break dependencies? Basically running 'equery depends' up the stack of what it's telling me it wants to take out, or on the package that depends on what it wants to take out, until I get to something I recognize as an application the user wants. Is this not the right way to look for why this is happening? For instance, this one is easy. --depclean wants to remove gnome-extra/at-spi: gandalf ~ # equery depends gnome-extra/at-spi [ Searching for packages depending on gnome-extra/at-spi... ] gnome-base/gnome-2.16.2 The next is less obvious but the result is direct. --depclean wants to remove dev-scheme/guile: gandalf ~ # equery depends dev-scheme/guile [ Searching for packages depending on dev-scheme/guile... ] gnome-extra/gnome-games-2.16.2 gandalf ~ # Finally this one takes a few steps to get to the top. --depclean wants to remove media-libs/jasper: gandalf ~ # equery depends media-libs/jasper [ Searching for packages depending on media-libs/jasper... ] media-gfx/imagemagick-6.3.0.5 media-libs/netpbm-10.37.0 gandalf ~ # equery depends media-gfx/imagemagick [ Searching for packages depending on media-gfx/imagemagick... ] gnome-extra/libgsf-1.14.2 gandalf ~ # equery depends gnome-extra/libgsf [ Searching for packages depending on gnome-extra/libgsf... ] gnome-base/librsvg-2.16.1 gandalf ~ # equery depends gnome-base/librsvg [ Searching for packages depending on gnome-base/librsvg... ] media-gfx/gimp-2.2.12 gnome-base/gdm-2.16.4 gnome-base/gnome-2.16.2 gnome-base/nautilus-2.16.3 gnome-extra/gnome-games-2.16.2 dev-python/gnome-python-desktop-2.16.0 gandalf ~ # >Many, but not all, of these seem to be traceable back to either > Evolution, spamassassin or Gnome. Really? >Are these bugs in the ebuilds that should be reported or is there > some correct way for me to fix this up? You really haven't provided enough information to qualify that there is anything wrong. Note that this machine is about 350 miles away. Normally to emerge things I run inside of a screen session and ^A^D out of screen while it runs emerge. Because the machine is having troubles with Evolution I re-emerged evolution and watched the compile. I'm seeing a number of what appear to be link errors. Maybe that has something to do with this? What causes this problem: libtool: link: warning: `/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../..//libxml2.la' seems to be moved libtool: link: warning: `/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../..//libgobject-2.0.la' seems to be moved libtool: link: warning: `/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../..//libbonobo-2.la' seems to be moved libtool: link: warning: `/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../..//libbonobo-activation.la' seems to be moved Thanks, Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge --depclean wants to remove required packages
On Sunday 25 February 2007 18:50:47 Mark Knecht wrote: >I've been cleaning up a machine trying to fix a problem with > Evolution crashing. I'm down to the point where all the dependencies > (emerge -DuN and revdep-rebuild) are clean but when I run emerge > --depclean wants remove packages that would break dependencies. How did you determine that it would break dependencies? >Many, but not all, of these seem to be traceable back to either > Evolution, spamassassin or Gnome. Really? >Are these bugs in the ebuilds that should be reported or is there > some correct way for me to fix this up? You really haven't provided enough information to qualify that there is anything wrong. -- Bo Andresen pgpYlKJXirFAP.pgp Description: PGP signature
[gentoo-user] emerge --depclean wants to remove required packages
Hi, I've been cleaning up a machine trying to fix a problem with Evolution crashing. I'm down to the point where all the dependencies (emerge -DuN and revdep-rebuild) are clean but when I run emerge --depclean wants remove packages that would break dependencies. I understand that I could fix this by adding these 15 packages to the world file on this machine, but isn't doing that really wrong? Is there no tool better than emerge --depclean for determining what really needs to be removed? Here's a list of what --depclean wants to remove: net-misc/curl perl-core/Digest-MD5 perl-core/DB_File media-libs/jasper dev-lang/tk sys-libs/libcap perl-core/libnet x11-libs/libXvMC perl-core/Storable dev-lang/swig dev-scheme/guile x11-libs/fox-wrapper gnome-extra/at-spi media-libs/jbigkit dev-lang/tcl Many, but not all, of these seem to be traceable back to either Evolution, spamassassin or Gnome. Are these bugs in the ebuilds that should be reported or is there some correct way for me to fix this up? Thanks, Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge --depclean and fftw
Bo Ørsted Andresen wrote: On Friday 27 October 2006 19:59, Dale wrote: Ahhh, I see now what you are saying. Default is to use fftw unless I turn it off. Gotcha now. I haven't said anything about what the default is. Actually it's off by default.. Hmm, looks like I have to spend more time trying to understand this then. I need a local LUG. Get a little one on one with no delays. Thanks Dale :-) :-)
Re: [gentoo-user] emerge --depclean and fftw
On Friday 27 October 2006 19:59, Dale wrote: > Ahhh, I see now what you are saying. Default is to use fftw unless I > turn it off. Gotcha now. I haven't said anything about what the default is. Actually it's off by default.. -- Bo Andresen pgpRXxLU6RORL.pgp Description: PGP signature
Re: [gentoo-user] emerge --depclean and fftw
Bo Ørsted Andresen wrote: I somehow get the feeling you haven't quite understood what I have said. So I'll try again. media-libs/libsamplerate only depends on sci-libs/fftw if you have the fftw use flag enabled. # emerge -vp1 libsamplerate [...] [ebuild R ] media-libs/libsamplerate-0.1.2 USE="-fftw -sndfile" 0 kB I.e. if you have no "-" in front of fftw then it needs fftw. Further what I have said is that `equery depends` ignores that condition. So you have three other alternatives for `equery depends` which will be able to show reverse dependencies. I've already mentioned two. The third is adjutrix from sys-apps/paludis (version 0.8.2 would be necessary there). pquery or dep does seem more suited for this task though since they both take your use flags into consideration whereas adjutrix will show something like: # adjutrix -D /var/db/pkg -r fftw Reverse dependencies for 'sci-libs/fftw': media-libs/libsamplerate-0.1.2 DEPEND on one of: sci-libs/fftw-3.0.1-r2::installed (condition USE='fftw') [...] and leave it up to you to check whether the USE='fftw' condition is true. Finally I would like to say that whether you want to use testing software is your own decision. But it certainly does do a better job than equery for reverse dependencies. That's true no matter which of the three mentioned alternatives you would choose. And I wouldn't suggest them if I thought they would set you computer on fire... Ahhh, I see now what you are saying. Default is to use fftw unless I turn it off. Gotcha now. I did see what you were saying about equery depends though. It sort of makes assumptions on USE whether they are true or not. I am disabled and I hurt a lot so sometimes it takes me a while to get my light bulb to turn on. ;-) I do use some testing stuff, like KDE and some other things that won't make me bork up to much. I do try to be very careful though when it comes to things like python, gcc and those critical things. I messed up my system once and had to install from scratch and I learned to be careful. Gentoo is a bit harder to install and takes longer too than say Mandriva. I knew they wouldn't set my system on fire but I always ask first before I do anything I may regret. I'm also on dial-up so I prefer not to have to download ALL the source stuff again either. I see what you are saying and have learned a lot. Thanks for the help. Dale :-) :-)
Re: [gentoo-user] emerge --depclean and fftw
On Friday 27 October 2006 14:56, Dale wrote: > Bo Ørsted Andresen wrote: > > > > > > `equery depends` considers all use flags as enabled even if they aren't. > > pquery and dep take your use flags into account. > > > >> All the pkgcore programs are masked. What version do you recommend I > >> unmask? Equery shows these available: > > > > [SNIP] > > > > The latest. > > hm, looks like some unstable stuff in the works here. I keyworded > pkgcore but it needs a unstable docutils which is part of python. Looks > > like this: > > [EMAIL PROTECTED] / # emerge pkgcore -vp [SNIP] > If I recall correctly portage uses python and I sure don't want to mess > up python and bork portage. You sure this will be safe? Would I be > better off to unmerge fftw and try it? I somehow get the feeling you haven't quite understood what I have said. So I'll try again. media-libs/libsamplerate only depends on sci-libs/fftw if you have the fftw use flag enabled. # emerge -vp1 libsamplerate [...] [ebuild R ] media-libs/libsamplerate-0.1.2 USE="-fftw -sndfile" 0 kB I.e. if you have no "-" in front of fftw then it needs fftw. Further what I have said is that `equery depends` ignores that condition. So you have three other alternatives for `equery depends` which will be able to show reverse dependencies. I've already mentioned two. The third is adjutrix from sys-apps/paludis (version 0.8.2 would be necessary there). pquery or dep does seem more suited for this task though since they both take your use flags into consideration whereas adjutrix will show something like: # adjutrix -D /var/db/pkg -r fftw Reverse dependencies for 'sci-libs/fftw': media-libs/libsamplerate-0.1.2 DEPEND on one of: sci-libs/fftw-3.0.1-r2::installed (condition USE='fftw') [...] and leave it up to you to check whether the USE='fftw' condition is true. Finally I would like to say that whether you want to use testing software is your own decision. But it certainly does do a better job than equery for reverse dependencies. That's true no matter which of the three mentioned alternatives you would choose. And I wouldn't suggest them if I thought they would set you computer on fire... -- Bo Andresen pgpOe0f9mZ1sV.pgp Description: PGP signature
Re: [gentoo-user] emerge --depclean and fftw
Bo Ørsted Andresen wrote: `equery depends` considers all use flags as enabled even if they aren't. pquery and dep take your use flags into account. All the pkgcore programs are masked. What version do you recommend I unmask? Equery shows these available: [SNIP] The latest. Hi, hm, looks like some unstable stuff in the works here. I keyworded pkgcore but it needs a unstable docutils which is part of python. Looks like this: [EMAIL PROTECTED] / # emerge pkgcore -vp These are the packages that would be merged, in order: Calculating dependencies - !!! All ebuilds that could satisfy ">=dev-python/docutils-0.4" have been masked. !!! One of the following masked packages is required to complete your request: - dev-python/docutils-0.4 (masked by: ~x86 keyword) For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. (dependency required by "sys-apps/pkgcore-0.1.4" [ebuild]) [EMAIL PROTECTED] / # If I recall correctly portage uses python and I sure don't want to mess up python and bork portage. You sure this will be safe? Would I be better off to unmerge fftw and try it? Thanks for the help. Dale :-) :-)
Re: [gentoo-user] emerge --depclean and fftw
On Friday 27 October 2006 14:24, Dale wrote: > Bo Ørsted Andresen wrote: > > Sounds like you've disabled the fftw use flag of libsamplerate. > > --depclean is generally pretty safe when `emerge -DNp world` doesn't want > > to do anything. > > > > Better to use `dep -L fftw` from app-portage/udept or `pquery --vdb > > --revdep sci-libs/fftw` from sys-apps/pkgcore. > > I haven't enabled or disabled fftw before. Maybe it changed as part of > a profile or something that was installed?? I did do a emerge -uDv > world before running --depclean. This is a fairly new install, only > about a month old. `equery depends` considers all use flags as enabled even if they aren't. pquery and dep take your use flags into account. > All the pkgcore programs are masked. What version do you recommend I > unmask? Equery shows these available: [SNIP] The latest. -- Bo Andresen pgpR6tDdrFsTq.pgp Description: PGP signature
Re: [gentoo-user] emerge --depclean and fftw
Bo Ørsted Andresen wrote: Sounds like you've disabled the fftw use flag of libsamplerate. --depclean is generally pretty safe when `emerge -DNp world` doesn't want to do anything. Better to use `dep -L fftw` from app-portage/udept or `pquery --vdb --revdep sci-libs/fftw` from sys-apps/pkgcore. Hi, I haven't enabled or disabled fftw before. Maybe it changed as part of a profile or something that was installed?? I did do a emerge -uDv world before running --depclean. This is a fairly new install, only about a month old. All the pkgcore programs are masked. What version do you recommend I unmask? Equery shows these available: [EMAIL PROTECTED] / # emerge pkgcore Calculating dependencies !!! All ebuilds that could satisfy "pkgcore" have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/pkgcore-0.1.2 (masked by: ~x86 keyword) - sys-apps/pkgcore-0.1.3 (masked by: ~x86 keyword) - sys-apps/pkgcore-0.1.1-r1 (masked by: ~x86 keyword) - sys-apps/pkgcore-0.1.2-r1 (masked by: ~x86 keyword) - sys-apps/pkgcore-0.1.4 (masked by: ~x86 keyword) For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. [EMAIL PROTECTED] / # Looks like I am about to learn some more. Never heard of this command before. O_O Thanks Dale :-) :-)
Re: [gentoo-user] emerge --depclean and fftw
On Friday 27 October 2006 13:06, Dale wrote: > I am trying to keep my new install nice and clean, nothing useless > lurking around. I run emerge -p --depclean world on occasion and I > > finally got this one: > > >>> These are the packages that would be unmerged: > > > > sci-libs/fftw > > selected: 3.0.1-r2 > > protected: none > > omitted: none [SNIP] > > So I did a little research, to make sure it was really not used by > > anything. This is what I got: > > [EMAIL PROTECTED] / # equery depends fftw > > [ Searching for packages depending on fftw... ] > > media-libs/libsamplerate-0.1.2 [SNIP] > So it seems libsamplerate needs fftw, and a few things need > libsamplerate. So if removing fftw breaks libsamplerate then could that > lead to the ones needing libsamplerate breaking to? Sounds like > dominoes falling to me. Sounds like you've disabled the fftw use flag of libsamplerate. --depclean is generally pretty safe when `emerge -DNp world` doesn't want to do anything. Better to use `dep -L fftw` from app-portage/udept or `pquery --vdb --revdep sci-libs/fftw` from sys-apps/pkgcore. -- Bo Andresen pgpH2Av6pxobH.pgp Description: PGP signature
[gentoo-user] emerge --depclean and fftw
Hi, I am trying to keep my new install nice and clean, nothing useless lurking around. I run emerge -p --depclean world on occasion and I finally got this one: > >>> These are the packages that would be unmerged: > > sci-libs/fftw > selected: 3.0.1-r2 >protected: none > omitted: none > > >>> 'Selected' packages are slated for removal. > >>> 'Protected' and 'omitted' packages will not be removed. > > Packages installed: 814 > Packages in world:228 > Packages in system: 56 > Unique package names: 814 > Required packages:813 > Number to remove: 1 > [EMAIL PROTECTED] / # So I did a little research, to make sure it was really not used by anything. This is what I got: > [EMAIL PROTECTED] / # equery depends fftw > [ Searching for packages depending on fftw... ] > media-libs/libsamplerate-0.1.2 > [EMAIL PROTECTED] / # equery depends libsamplerate > [ Searching for packages depending on libsamplerate... ] > media-sound/audacious-1.1.2-r1 > media-libs/akode-2.0.1 > app-cdr/k3b-0.12.17 > [EMAIL PROTECTED] / # So it seems libsamplerate needs fftw, and a few things need libsamplerate. So if removing fftw breaks libsamplerate then could that lead to the ones needing libsamplerate breaking to? Sounds like dominoes falling to me. My question is this, is it safe to remove fftw? I am learning here. See how much research I did before coming here? I haven't removed it yet either. Thanks Dale :-) :-) -- gentoo-user@gentoo.org mailing list