Re: [gentoo-user] Is it sefe to unmerge?

2008-02-14 Thread Henry Gebhardt
2008/2/14, Willie Wong [EMAIL PROTECTED]:

 On Thu, Feb 14, 2008 at 12:58:03AM +0100, Penguin Lover Henry Gebhardt
 squawked:
 
  Holy shit, what's going on? The ebuild in the portage tree is different
 than
  the one in /var/db/pkg/. Is it normal to update an ebuild but not its
  revision number? Here is the diff:
 

 ---snipped---

 Damn, I spoke too soon. Just re-synced, and now this pops in the
 Changelog for pam

   10 Feb 2008; Diego PettenC3B2 [EMAIL PROTECTED]
 pam-0.99.8.1-r1.ebuild, pam-0.99.9.0.ebuild:
   Remove dependency over pwdb, pam_pwdb is no more present in PAM 0.99,
 so the dependency was bogus.

 So, yeah, pwdb is not a dependency anymore and people can safely
 remove it.


I agree.

It seems that ebuilds do change quite frequently without a revision bump. I
wrote a tiny script to see all changed ebuilds. I could'nt make it just one
script, but had to make two: one for makeing the diff (ebuilddifff.sh), and
one to search for the ebuilds and call the former script (findebuildiffs.sh).
Just put them in the same directory, and run ./findebuildiffs.sh | less in
case you are interested in what has changed.

From what I can see, it seems most changes are quite trivial and indeed not
worth a revision bump. But sometimes, I am not so sure... For instances,
glibc-2.7-r1 is now using a different patchset (version 1.6 instead of 1.4).

Does anyone know what the policy is on changing ebuilds like that?

~Henry


findebuildiffs.sh
Description: Bourne shell script


ebuilddifff.sh
Description: Bourne shell script


Re: [gentoo-user] Is it sefe to unmerge?

2008-02-14 Thread Neil Bothwick
On Thu, 14 Feb 2008 12:17:03 +0100, Henry Gebhardt wrote:

 It seems that ebuilds do change quite frequently without a revision
 bump.

 Does anyone know what the policy is on changing ebuilds like that?

http://devmanual.gentoo.org/general-concepts/ebuild-revisions/index.html

Ebuilds should have their -rX incremented whenever a change is made
which will make a substantial difference to what gets installed by the
package — by substantial, we generally mean something for which many
users would want to upgrade. This is usually for bugfixes.

Simple compile fixes do not warrant a revision bump; this is because they
do not affect the installed package for users who already managed to
compile it. Small documentation fixes are also usually not grounds for a
new revision.

IOW - If the ebuild installs basically the same code, there is no need to
force everyone to recompile.


-- 
Neil Bothwick

Genius is 99% inspiration and 2% arithmetic


signature.asc
Description: PGP signature


Re: [gentoo-user] Is it sefe to unmerge?

2008-02-14 Thread Henry Gebhardt
2008/2/14, Neil Bothwick [EMAIL PROTECTED]:

 On Thu, 14 Feb 2008 12:17:03 +0100, Henry Gebhardt wrote:

  It seems that ebuilds do change quite frequently without a revision
  bump.


  Does anyone know what the policy is on changing ebuilds like that?


 http://devmanual.gentoo.org/general-concepts/ebuild-revisions/index.html


-- snip --

Thanks, that cleared it up.

~Henry


Re: [gentoo-user] Is it sefe to unmerge?

2008-02-13 Thread Alan McKinnon
On Wednesday 13 February 2008, Sergey Kobzar wrote:
 Hi

 'emerge -pv --depclean' shows that these packages may be unmerged:
snip detail
  app-crypt/hashalot
  sys-libs/pwdb
  sys-apps/attr

 Is it safe to remove they from the system? This is mail server and
 has mostly no additional packages except exim, mysql, spamassassin
 and some other.

This means that you never explicitly merged them, they are not in world 
and are no longer required by anything else. There are normally three 
reasons:

- you merged something that needed these packages, then unmerged them 
later, leaving these dependencies orphaned
- you merged something else that used them, and in a recent update they 
are now using something else that provides the same functionality
- they were required by some USE flag you once had, and you have now 
changed your USE, so the deps are no longer required.

You'll need to look at each package and figure out if YOU need them, as 
we can't tell you that. I might think that you don't need your wife 
under any circumstances, and you might strongly disagree :-)

I once knew what hashalot does. I forgot. It's something to do with 
cryptography
pwdb is used as a password and user account configuration thingy. Looks 
pretty important :-)
attr provides extended attributes to ext2/3 and XFS file systems, used 
by selinux and posix capabilities. If you use these features, you 
already are aware of it.

When you figure out which ones to keep, it's best to put them in your 
world file. Either edit /var/lib/portage/world and stick the name at 
the end, or run 'emerge -n package-name'

-- 
Alan McKinnon
alan dot mckinnon at gmail dot com

-- 
gentoo-user@lists.gentoo.org mailing list



Re: [gentoo-user] Is it sefe to unmerge?

2008-02-13 Thread Alan McKinnon
On Wednesday 13 February 2008, Sergey Kobzar wrote:
  attr provides extended attributes to ext2/3 and XFS file systems,
  used by selinux and posix capabilities. If you use these features,
  you already are aware of it.

 So, if I use reiserfs w/o ext attrs (option in kernel), I don't need
 it probably. Correct?

You certainly don't need it, as attr doesn't support reiser. I'm looking 
at my own reiser-based machine and wondering why on earth I ever merged 
it myself 

-- 
Alan McKinnon
alan dot mckinnon at gmail dot com

-- 
gentoo-user@lists.gentoo.org mailing list



Re: [gentoo-user] Is it sefe to unmerge?

2008-02-13 Thread Mick
On Wednesday 13 February 2008, Sergey Kobzar wrote:
 Thanks, Alan!

 Wednesday, February 13, 2008, 7:00:51 PM, you wrote:
  On Wednesday 13 February 2008, Sergey Kobzar wrote:
   attr provides extended attributes to ext2/3 and XFS file systems,
   used by selinux and posix capabilities. If you use these features,
   you already are aware of it.
 
  So, if I use reiserfs w/o ext attrs (option in kernel), I don't need
  it probably. Correct?
 
  You certainly don't need it, as attr doesn't support reiser. I'm looking
  at my own reiser-based machine and wondering why on earth I ever merged
  it myself

# equery depends attr
[ Searching for packages depending on attr... ]
sys-apps/acl-2.2.45 (=sys-apps/attr-2.4)
sys-apps/coreutils-6.9-r1 (acl? sys-apps/attr)

YMMV.
-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Is it sefe to unmerge?

2008-02-13 Thread Willie Wong
On Wed, Feb 13, 2008 at 10:25:23PM +0200, Sergey Kobzar wrote:
 # cat /etc/make.conf | grep USE
 USE=-X -acl -gpm -ipv6 -tcpd
 
 # equery depends attr
 [ Searching for packages depending on attr... ]
 sys-apps/coreutils-6.9-r1 (xattr? sys-apps/attr)
 
 # equery depends pwdb
 [ Searching for packages depending on pwdb... ]
 sys-libs/pam-0.99.9.0 (sys-libs/pwdb)
 
 # equery depends hashalot
 [ Searching for packages depending on hashalot... ]
 #
 
 Looks like I can remove hashalot safely only.
 
 attr and pwdb must be added to world class.
 correct?

Not so fast. Check to see if you do have the xattr flag enabled. 
The entry for attr is a conditional dependency: you don't need it if
you don't have the xattr flag. (Equery is, at present, not smart
enough to decipher dependency from USE.)

Also, I'd thought that emerge --depclean has matured enough so that
you don't get weird stuff like depclean telling you pwdb is save to
remove, while equery tells you there's a hard dependency. 

W
-- 
Willie W. Wong  [EMAIL PROTECTED]
408 Fine Hall,  Department of Mathematics,  Princeton University,  Princeton
A mathematician's reputation rests on the number of bad proofs he has given.
-- 
gentoo-user@lists.gentoo.org mailing list



Re: [gentoo-user] Is it sefe to unmerge?

2008-02-13 Thread Willie Wong
On Wed, Feb 13, 2008 at 10:03:42PM +0100, Henry Gebhardt wrote:
 Where does equery get that from? emerge -e pam doesn't show pwdb as a
 dependency. In fact, the ebuild checks whether you are using the pam_pwdb
 module, and if you do, warns you about it. I for my part just removed pwdb,
 and I can still log in as if nothing happend. (Also after a reboot.)


[04:18 PM]wwong pam $ emerge --pretend --emptytree pam | grep pwdb
[ebuild   R   ] sys-libs/pwdb-0.62  

Also, 

[04:20 PM]wwong pam $ grep -C 3 pwdb pam-0.99.9.0.ebuild 
RDEPEND=nls? ( virtual/libintl )
cracklib? ( =sys-libs/cracklib-2.8.3 )
audit? ( sys-process/audit )
sys-libs/pwdb
selinux? ( =sys-libs/libselinux-1.28 )

So, yes, pwdb is a runtime dependency. I don't actually run pam, so can't 
confirm what would happen if I remove pwdb. 

W
-- 
Willie W. Wong  [EMAIL PROTECTED]
408 Fine Hall,  Department of Mathematics,  Princeton University,  Princeton
A mathematician's reputation rests on the number of bad proofs he has given.
-- 
gentoo-user@lists.gentoo.org mailing list



Re: [gentoo-user] Is it sefe to unmerge?

2008-02-13 Thread Willie Wong
On Wed, Feb 13, 2008 at 10:53:29PM +0200, Sergey Kobzar wrote:
  Not so fast. Check to see if you do have the xattr flag enabled.
 
 In the kernel config probably?

No, I mean the USE variable. 
 
  The entry for attr is a conditional dependency: you don't need it if
  you don't have the xattr flag. (Equery is, at present, not smart
  enough to decipher dependency from USE.)
 
 # emerge --info | grep -i attr
 #

Right, so that means you don't have the xattr flag enabled. Which
means you don't actually have a dependency on attr. 

W
-- 
Willie W. Wong  [EMAIL PROTECTED]
408 Fine Hall,  Department of Mathematics,  Princeton University,  Princeton
A mathematician's reputation rests on the number of bad proofs he has given.
-- 
gentoo-user@lists.gentoo.org mailing list



Re: [gentoo-user] Is it sefe to unmerge?

2008-02-13 Thread Henry Gebhardt
  # equery depends pwdb
  [ Searching for packages depending on pwdb... ]
  sys-libs/pam-0.99.9.0 (sys-libs/pwdb)


Where does equery get that from? emerge -e pam doesn't show pwdb as a
dependency. In fact, the ebuild checks whether you are using the pam_pwdb
module, and if you do, warns you about it. I for my part just removed pwdb,
and I can still log in as if nothing happend. (Also after a reboot.)

Also, I'd thought that emerge --depclean has matured enough so that
 you don't get weird stuff like depclean telling you pwdb is save to
 remove, while equery tells you there's a hard dependency.


I think emerge --depclean is safe after emerge -DuN world, if you run
revdep-rebuild afterwards.

~Henry


Re: [gentoo-user] Is it sefe to unmerge?

2008-02-13 Thread Mick
On Wednesday 13 February 2008, Mick wrote:
 On Wednesday 13 February 2008, you wrote:
  Hi Mick,
 
  Wednesday, February 13, 2008, 9:14:31 PM, you wrote:
   # equery depends attr
   [ Searching for packages depending on attr... ]
   sys-apps/acl-2.2.45 (=sys-apps/attr-2.4)
   sys-apps/coreutils-6.9-r1 (acl? sys-apps/attr)
  
   YMMV.
 
  Hm... on my server:
 
  # cat /etc/make.conf | grep USE
  USE=-X -acl -gpm -ipv6 -tcpd
 
  # equery depends attr
  [ Searching for packages depending on attr... ]
  sys-apps/coreutils-6.9-r1 (xattr? sys-apps/attr)
 
  # equery depends pwdb
  [ Searching for packages depending on pwdb... ]
  sys-libs/pam-0.99.9.0 (sys-libs/pwdb)
 
  # equery depends hashalot
  [ Searching for packages depending on hashalot... ]
  #
 
  Looks like I can remove hashalot safely only.
 
  attr and pwdb must be added to world class.
  correct?

Try running:  # regenworld

It should catch any packages that should have been included in the world file, 
but for some reason hadn't.  Don't forget that --declean is not infallible.
-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Is it sefe to unmerge?

2008-02-13 Thread Alan McKinnon
On Wednesday 13 February 2008, Mick wrote:
 On Wednesday 13 February 2008, Sergey Kobzar wrote:
  Thanks, Alan!
 
  Wednesday, February 13, 2008, 7:00:51 PM, you wrote:
   On Wednesday 13 February 2008, Sergey Kobzar wrote:
attr provides extended attributes to ext2/3 and XFS file
systems, used by selinux and posix capabilities. If you use
these features, you already are aware of it.
  
   So, if I use reiserfs w/o ext attrs (option in kernel), I don't
   need it probably. Correct?
  
   You certainly don't need it, as attr doesn't support reiser. I'm
   looking at my own reiser-based machine and wondering why on earth
   I ever merged it myself

 # equery depends attr
 [ Searching for packages depending on attr... ]
 sys-apps/acl-2.2.45 (=sys-apps/attr-2.4)
 sys-apps/coreutils-6.9-r1 (acl? sys-apps/attr)

True, but mine is in world.

I probably ran my eye down a list of packages one day and ran 
'emerge -av list of possibly useful stuff' without putting a whole lot 
of thought into it



-- 
Alan McKinnon
alan dot mckinnon at gmail dot com

-- 
gentoo-user@lists.gentoo.org mailing list



Re: [gentoo-user] Is it sefe to unmerge?

2008-02-13 Thread Henry Gebhardt
2008/2/13, Willie Wong [EMAIL PROTECTED]:

 On Wed, Feb 13, 2008 at 10:03:42PM +0100, Henry Gebhardt wrote:
  Where does equery get that from? emerge -e pam doesn't show pwdb as a
  dependency. In fact, the ebuild checks whether you are using the
 pam_pwdb
  module, and if you do, warns you about it. I for my part just removed
 pwdb,
  and I can still log in as if nothing happend. (Also after a reboot.)


 [04:18 PM]wwong pam $ emerge --pretend --emptytree pam | grep pwdb
 [ebuild   R   ] sys-libs/pwdb-0.62

 Also,

 [04:20 PM]wwong pam $ grep -C 3 pwdb pam-0.99.9.0.ebuild
 RDEPEND=nls? ( virtual/libintl )
 cracklib? ( =sys-libs/cracklib-2.8.3 )
 audit? ( sys-process/audit )
 sys-libs/pwdb
 selinux? ( =sys-libs/libselinux-1.28 )

 So, yes, pwdb is a runtime dependency. I don't actually run pam, so can't
 confirm what would happen if I remove pwdb.


Holy shit, what's going on? The ebuild in the portage tree is different than
the one in /var/db/pkg/. Is it normal to update an ebuild but not its
revision number? Here is the diff:

[EMAIL PROTECTED] ~ $ diff -Naur /var/db/pkg/sys-libs/pam-
0.99.9.0/pam-0.99.9.0.ebuild /usr/portage/sys-libs/pam/pam-0.99.9.0.ebuild
--- /var/db/pkg/sys-libs/pam-0.99.9.0/pam-0.99.9.0.ebuild2007-12-19
07:25:45.0 +0100
+++ /usr/portage/sys-libs/pam/pam-0.99.9.0.ebuild2008-02-10 19:07:
14.0 +0100
@@ -1,6 +1,6 @@
-# Copyright 1999-2007 Gentoo Foundation
+# Copyright 1999-2008 Gentoo Foundation
 # Distributed under the terms of the GNU General Public License v2
-# $Header: /var/cvsroot/gentoo-x86/sys-libs/pam/pam-0.99.9.0.ebuild,v
1.112007/11/24 11:27:34 flameeyes Exp $
+# $Header: /var/cvsroot/gentoo-x86/sys-libs/pam/pam-0.99.9.0.ebuild,v
1.162008/02/10 17:59:34 flameeyes Exp $

 WANT_AUTOCONF=latest
 WANT_AUTOMAKE=latest
@@ -17,15 +17,15 @@

 LICENSE=PAM
 SLOT=0
-KEYWORDS=alpha amd64 ~arm hppa ia64 ~m68k ppc ppc64 ~s390 ~sh sparc x86
+KEYWORDS=alpha amd64 arm hppa ia64 m68k ~mips ppc ppc64 s390 sh sparc x86
 IUSE=cracklib nls elibc_FreeBSD selinux vim-syntax audit test elibc_glibc

 RDEPEND=nls? ( virtual/libintl )
 cracklib? ( =sys-libs/cracklib-2.8.3 )
 audit? ( sys-process/audit )
-sys-libs/pwdb
 selinux? ( =sys-libs/libselinux-1.28 )
 DEPEND=${RDEPEND}
+sys-devel/flex
 test? ( elibc_glibc? ( =sys-libs/glibc-2.4 ) )
 nls? ( sys-devel/gettext )
 PDEPEND=vim-syntax? ( app-vim/pam-syntax )
@@ -37,7 +37,7 @@
 check_old_modules() {
 local retval=0

-if sed -e 's:#.*::' /etc/pam.d/* | fgrep -q pam_stack.so; then
+if sed -e 's:#.*::' ${ROOT}/etc/pam.d/* 2/dev/null | fgrep -q
pam_stack.so; then
 eerror 
 eerror Your current setup is using the pam_stack module.
 eerror This module is deprecated and no longer supported, and
since version
@@ -53,7 +53,7 @@
 retval=1
 fi

-if sed -e 's:#.*::' /etc/pam.d/* | egrep -q
'pam_(pwdb|radius|timestamp|console)'; then
+if sed -e 's:#.*::' ${ROOT}/etc/pam.d/* 2/dev/null | egrep -q
'pam_(pwdb|radius|timestamp|console)'; then
 eerror 
 eerror Your current setup is using one or more of the following
modules,
 eerror that are not built or supported anymore:
@@ -75,7 +75,7 @@
 # This works only for those modules that are moved to sys-auth/$module,
or the
 # message will be wrong.
 for module in pam_chroot pam_userdb; do
-if sed -e 's:#.*::' /etc/pam.d/* | fgrep -q ${module}.so; then
+if sed -e 's:#.*::' ${ROOT}/etc/pam.d/* 2/dev/null | fgrep -q
${module}.so; then
 ewarn 
 ewarn Your current setup is using the ${module} module.
 ewarn Since version 0.99, ${CATEGORY}/${PN} does not provide
this module


Thanks for your response W.

~Henry


Re: [gentoo-user] Is it sefe to unmerge?

2008-02-13 Thread Brian Marshall
On Thu, 14 Feb 2008 01:34:21 +0200
Sergey Kobzar [EMAIL PROTECTED] wrote:

 Alan, thanks again :)
 
 Last question. How can I update selected packages correctly? Before I
 used 'emerge -uDN package_name' command, but it adds package to the
 world class, which is IMHO is not fully correct.
 
Use --oneshot

 To update whole system, I must use 'emerge -uDN world', right?
 
 
 Thursday, February 14, 2008, 1:17:35 AM, you wrote:
 
  On Thursday 14 February 2008, Sergey Kobzar wrote:
  Hi Willie,
 
  So, I can unmerge hashalot and attr safely.
 
  How can I add pwdb to the system (or maybe world is more correct)
  class?
 
  emerge -n pwdb
 
  It won't recompile pwdb in your case as you already have it, so it
  will just add it to world
 
  -- 
  Alan McKinnon
  alan dot mckinnon at gmail dot com
 
 
 
 



Brian


signature.asc
Description: PGP signature


Re: [gentoo-user] Is it sefe to unmerge?

2008-02-13 Thread Dale

Alan McKinnon wrote:

On Wednesday 13 February 2008, Sergey Kobzar wrote:
  

attr provides extended attributes to ext2/3 and XFS file systems,
used by selinux and posix capabilities. If you use these features,
you already are aware of it.
  

So, if I use reiserfs w/o ext attrs (option in kernel), I don't need
it probably. Correct?



You certainly don't need it, as attr doesn't support reiser. I'm looking 
at my own reiser-based machine and wondering why on earth I ever merged 
it myself 

  


I have attr on here as well.  This is what equery says:

[EMAIL PROTECTED] / # equery depends attr
[ Searching for packages depending on attr... ]
app-backup/dar-2.2.6 (acl? sys-apps/attr)
gnome-base/gnome-vfs-2.20.1-r1 (acl? sys-apps/attr)
sys-apps/acl-2.2.45 (=sys-apps/attr-2.4)
sys-apps/coreutils-6.9-r1 (xattr? sys-apps/attr)
[EMAIL PROTECTED] / #

Seems like a few packages depend on it here.  OP, have you had any of 
these installed at some point?


Dale

:-)  :-) 
--

gentoo-user@lists.gentoo.org mailing list



Re: [gentoo-user] Is it sefe to unmerge?

2008-02-13 Thread Willie Wong
On Thu, Feb 14, 2008 at 12:58:03AM +0100, Penguin Lover Henry Gebhardt squawked:
  So, yes, pwdb is a runtime dependency. I don't actually run pam, so can't
  confirm what would happen if I remove pwdb.
 
 
 Holy shit, what's going on? The ebuild in the portage tree is different than
 the one in /var/db/pkg/. Is it normal to update an ebuild but not its
 revision number? Here is the diff:
 
---snipped---

Damn, I spoke too soon. Just re-synced, and now this pops in the
Changelog for pam

  10 Feb 2008; Diego PettenC3B2 [EMAIL PROTECTED] pam-0.99.8.1-r1.ebuild, 
pam-0.99.9.0.ebuild:
  Remove dependency over pwdb, pam_pwdb is no more present in PAM 0.99, so 
the dependency was bogus.

So, yeah, pwdb is not a dependency anymore and people can safely
remove it.

W

-- 
Somehow I feel like I needed the attention
~Poly Chan. After his noodle and beef stir-fry stirred the fire 
 alarm and caused two fire engines and one ambulance to gather
 outside our dorm door. 06-09-2002
Sortir en Pantoufles: up 433 days,  2:43
-- 
gentoo-user@lists.gentoo.org mailing list



Re: [gentoo-user] Is it sefe to unmerge?

2008-02-13 Thread Willie Wong
On Thu, Feb 14, 2008 at 01:17:35AM +0200, Penguin Lover Alan McKinnon squawked:
 emerge -n pwdb

Actually, don't do that. Alan gave the right answer, but it seems that
my portage tree was just a few days out of date. flameeyes just
removed the dependency for pwdb from pam. (See my other reply for the
message.

So this might actually explain why depclean and equery depends gave
you different answers: one was reading the new entry for pam in the
tree, and one was reading the old entry for (the same version... why
didn't they bump the version?) pam in /var/db. And since the version
was not bumped, your emerge --update world or whatever did not think
to rebuild pam (and copy the new ebuild to /var/db) 

A weird incident at that. 

Best wishes, 

W
-- 
One man's vacuum is another man's sewer.
~N. Milleron
Sortir en Pantoufles: up 433 days,  2:45
-- 
gentoo-user@lists.gentoo.org mailing list