Re: (Was) Re: [gentoo-user] emerge --update behavior
Michael Mol wrote: Hinnerk van Bruinehsen wrote: On 02.01.2012 18:58, Michael Orlitzky wrote: On 01/02/12 12:47, Mark Knecht wrote: Again, 'equery depends' will tell you if any package locatable through the @world hierarchy needs the package. No need to uninstall anything to do that level of investigation. revdep-rebuild -I is also useful, although more historically than now. This was essentially Michal Mol's suggestion, and I gave an example where it would remove something important. Really, the proposal to 'fix --update' doesn't address really knowing what your system is running and why. Get to the root of that and the --update thing becomes the non-issue that many of us think it is. This would be a suggestion to travel back in time and document something that I have no way of knowing now. You could create your own overlay with meta-ebuilds, e. g. system-maintenance, customer1, customer2. Inside the ebuilds you define depends on the packages the customer wants. Doing so you could wipe everything except the meta-ebuilds from world. When a customer quits you can unmerge his or her meta-ebuild and depclean. If you add everything needed to the respective meta-ebuild, you'll always be on the safe side. Getting EnigMail set up on a Seamonkey/Win7 box, and Enigmail is complaining that your signature is unverified. I don't know/understand PGP/GPG all that well, but I think this is something you're supposed to be able to fix on your end. If that's not the case, let me know, and I'll get it fixed on my end. :) gpg command line and output: C:\Program Files (x86)\GNU\GnuPG\gpg.exe gpg: Signature made 01/03/12 09:05:56 using RSA key ID 8D16461C gpg: Can't check signature: public key not found Doh...that was supposed to go directly to Hinnerk. Reply to sender only my hind leg...
Re: (Was) Re: [gentoo-user] emerge --update behavior
On Tuesday 03 Jan 2012 14:55:38 Michael Mol wrote: Michael Mol wrote: Hinnerk van Bruinehsen wrote: On 02.01.2012 18:58, Michael Orlitzky wrote: On 01/02/12 12:47, Mark Knecht wrote: Again, 'equery depends' will tell you if any package locatable through the @world hierarchy needs the package. No need to uninstall anything to do that level of investigation. revdep-rebuild -I is also useful, although more historically than now. This was essentially Michal Mol's suggestion, and I gave an example where it would remove something important. Really, the proposal to 'fix --update' doesn't address really knowing what your system is running and why. Get to the root of that and the --update thing becomes the non-issue that many of us think it is. This would be a suggestion to travel back in time and document something that I have no way of knowing now. You could create your own overlay with meta-ebuilds, e. g. system-maintenance, customer1, customer2. Inside the ebuilds you define depends on the packages the customer wants. Doing so you could wipe everything except the meta-ebuilds from world. When a customer quits you can unmerge his or her meta-ebuild and depclean. If you add everything needed to the respective meta-ebuild, you'll always be on the safe side. Getting EnigMail set up on a Seamonkey/Win7 box, and Enigmail is complaining that your signature is unverified. I don't know/understand PGP/GPG all that well, but I think this is something you're supposed to be able to fix on your end. If that's not the case, let me know, and I'll get it fixed on my end. :) gpg command line and output: C:\Program Files (x86)\GNU\GnuPG\gpg.exe gpg: Signature made 01/03/12 09:05:56 using RSA key ID 8D16461C gpg: Can't check signature: public key not found Doh...that was supposed to go directly to Hinnerk. Reply to sender only my hind leg... Looks like a recently created gpg key. Assuming the owner has uploaded it to a public key server, it seems likely that it has not propagated across the public servers yet and your enigmail plugin alerts you about it. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: (Was) Re: [gentoo-user] emerge --update behavior
Mick wrote: On Tuesday 03 Jan 2012 14:55:38 Michael Mol wrote: Michael Mol wrote: Hinnerk van Bruinehsen wrote: On 02.01.2012 18:58, Michael Orlitzky wrote: On 01/02/12 12:47, Mark Knecht wrote: Again, 'equery depends' will tell you if any package locatable through the @world hierarchy needs the package. No need to uninstall anything to do that level of investigation. revdep-rebuild -I is also useful, although more historically than now. This was essentially Michal Mol's suggestion, and I gave an example where it would remove something important. Really, the proposal to 'fix --update' doesn't address really knowing what your system is running and why. Get to the root of that and the --update thing becomes the non-issue that many of us think it is. This would be a suggestion to travel back in time and document something that I have no way of knowing now. You could create your own overlay with meta-ebuilds, e. g. system-maintenance, customer1, customer2. Inside the ebuilds you define depends on the packages the customer wants. Doing so you could wipe everything except the meta-ebuilds from world. When a customer quits you can unmerge his or her meta-ebuild and depclean. If you add everything needed to the respective meta-ebuild, you'll always be on the safe side. Getting EnigMail set up on a Seamonkey/Win7 box, and Enigmail is complaining that your signature is unverified. I don't know/understand PGP/GPG all that well, but I think this is something you're supposed to be able to fix on your end. If that's not the case, let me know, and I'll get it fixed on my end. :) gpg command line and output: C:\Program Files (x86)\GNU\GnuPG\gpg.exe gpg: Signature made 01/03/12 09:05:56 using RSA key ID 8D16461C gpg: Can't check signature: public key not found Doh...that was supposed to go directly to Hinnerk. Reply to sender only my hind leg... Looks like a recently created gpg key. Assuming the owner has uploaded it to a public key server, it seems likely that it has not propagated across the public servers yet and your enigmail plugin alerts you about it. Mick, yours gives me the same error: gpg command line and output: C:\Program Files (x86)\GNU\GnuPG\gpg.exe gpg: Signature made 01/03/12 11:01:03 using DSA key ID 792968B6 gpg: Can't check signature: public key not found Though trying querying for 8D16461C or 792968B6 at pool.sks-keyservers.net or subkeys.pgp.net gives me no key found errors.
Re: (Was) Re: [gentoo-user] emerge --update behavior
Mick wrote: On Tuesday 03 Jan 2012 14:55:38 Michael Mol wrote: Michael Mol wrote: Hinnerk van Bruinehsen wrote: On 02.01.2012 18:58, Michael Orlitzky wrote: On 01/02/12 12:47, Mark Knecht wrote: Again, 'equery depends' will tell you if any package locatable through the @world hierarchy needs the package. No need to uninstall anything to do that level of investigation. revdep-rebuild -I is also useful, although more historically than now. This was essentially Michal Mol's suggestion, and I gave an example where it would remove something important. Really, the proposal to 'fix --update' doesn't address really knowing what your system is running and why. Get to the root of that and the --update thing becomes the non-issue that many of us think it is. This would be a suggestion to travel back in time and document something that I have no way of knowing now. You could create your own overlay with meta-ebuilds, e. g. system-maintenance, customer1, customer2. Inside the ebuilds you define depends on the packages the customer wants. Doing so you could wipe everything except the meta-ebuilds from world. When a customer quits you can unmerge his or her meta-ebuild and depclean. If you add everything needed to the respective meta-ebuild, you'll always be on the safe side. Getting EnigMail set up on a Seamonkey/Win7 box, and Enigmail is complaining that your signature is unverified. I don't know/understand PGP/GPG all that well, but I think this is something you're supposed to be able to fix on your end. If that's not the case, let me know, and I'll get it fixed on my end. :) gpg command line and output: C:\Program Files (x86)\GNU\GnuPG\gpg.exe gpg: Signature made 01/03/12 09:05:56 using RSA key ID 8D16461C gpg: Can't check signature: public key not found Doh...that was supposed to go directly to Hinnerk. Reply to sender only my hind leg... Looks like a recently created gpg key. Assuming the owner has uploaded it to a public key server, it seems likely that it has not propagated across the public servers yet and your enigmail plugin alerts you about it. Found most of the problem; Enigmail defaulted to an empty automatically download keys for signature vereification from the following keyserver field. Fixed that, and things started working a little better. (Herr Van Bruinehsen's key doesn't seem to have propagated, yes, but now yours works fine. :) )
Re: (Was) Re: [gentoo-user] emerge --update behavior
On Tuesday 03 Jan 2012 16:18:20 Michael Mol wrote: Mick, yours gives me the same error: gpg command line and output: C:\Program Files (x86)\GNU\GnuPG\gpg.exe gpg: Signature made 01/03/12 11:01:03 using DSA key ID 792968B6 gpg: Can't check signature: public key not found Though trying querying for 8D16461C or 792968B6 at pool.sks-keyservers.net or subkeys.pgp.net gives me no key found errors. Ahh ... that's probably different then, because my public key has been knocking around for a while. $ /usr/bin/gpg2 --keyserver hkp://keys.gnupg.net --search-keys michaelkintz...@gmail.com gpg: enabled debug flags: memstat gpg: searching for michaelkintz...@gmail.com from hkp server keys.gnupg.net (1) Michael Kintzios (Mick) michaelkintz...@gmail.com 1024 bit DSA key 792968B6, created: 2009-04-25 ... [snip] While Hinnerk's key is not found: $ /usr/bin/gpg2 --keyserver hkp://keys.gnupg.net --search-keys h.v.bruineh...@fu-berlin.de gpg: enabled debug flags: memstat gpg: searching for h.v.bruineh...@fu-berlin.de from hkp server keys.gnupg.net gpg: key h.v.bruineh...@fu-berlin.de not found on keyserver Have you specified a keyserver to be used as a default in your setup? I use hkp://keys.gnupg.net which operates a round robin function on each connection so as to not over-burden individual servers. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: (Was) Re: [gentoo-user] emerge --update behavior
Mick wrote: On Tuesday 03 Jan 2012 16:18:20 Michael Mol wrote: Mick, yours gives me the same error: gpg command line and output: C:\Program Files (x86)\GNU\GnuPG\gpg.exe gpg: Signature made 01/03/12 11:01:03 using DSA key ID 792968B6 gpg: Can't check signature: public key not found Though trying querying for 8D16461C or 792968B6 at pool.sks-keyservers.net or subkeys.pgp.net gives me no key found errors. Ahh ... that's probably different then, because my public key has been knocking around for a while. $ /usr/bin/gpg2 --keyserver hkp://keys.gnupg.net --search-keys michaelkintz...@gmail.com gpg: enabled debug flags: memstat gpg: searching for michaelkintz...@gmail.com from hkp server keys.gnupg.net (1) Michael Kintzios (Mick) michaelkintz...@gmail.com 1024 bit DSA key 792968B6, created: 2009-04-25 ... [snip] While Hinnerk's key is not found: $ /usr/bin/gpg2 --keyserver hkp://keys.gnupg.net --search-keys h.v.bruineh...@fu-berlin.de gpg: enabled debug flags: memstat gpg: searching for h.v.bruineh...@fu-berlin.de from hkp server keys.gnupg.net gpg: key h.v.bruineh...@fu-berlin.de not found on keyserver Have you specified a keyserver to be used as a default in your setup? I use hkp://keys.gnupg.net which operates a round robin function on each connection so as to not over-burden individual servers. As noted, got it working. Using pool.sks-keyservers.net. Thanks. :)
Re: (Was) Re: [gentoo-user] emerge --update behavior
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03.01.2012 18:39, Mick wrote: On Tuesday 03 Jan 2012 16:18:20 Michael Mol wrote: Mick, yours gives me the same error: gpg command line and output: C:\Program Files (x86)\GNU\GnuPG\gpg.exe gpg: Signature made 01/03/12 11:01:03 using DSA key ID 792968B6 gpg: Can't check signature: public key not found Though trying querying for 8D16461C or 792968B6 at pool.sks-keyservers.net or subkeys.pgp.net gives me no key found errors. Ahh ... that's probably different then, because my public key has been knocking around for a while. $ /usr/bin/gpg2 --keyserver hkp://keys.gnupg.net --search-keys michaelkintz...@gmail.com gpg: enabled debug flags: memstat gpg: searching for michaelkintz...@gmail.com from hkp server keys.gnupg.net (1)Michael Kintzios (Mick) michaelkintz...@gmail.com 1024 bit DSA key 792968B6, created: 2009-04-25 ... [snip] While Hinnerk's key is not found: $ /usr/bin/gpg2 --keyserver hkp://keys.gnupg.net --search-keys h.v.bruineh...@fu-berlin.de gpg: enabled debug flags: memstat gpg: searching for h.v.bruineh...@fu-berlin.de from hkp server keys.gnupg.net gpg: key h.v.bruineh...@fu-berlin.de not found on keyserver Have you specified a keyserver to be used as a default in your setup? I use hkp://keys.gnupg.net which operates a round robin function on each connection so as to not over-burden individual servers. It seems like the 'Upload key' function of my enigmail doesn't work. I uploaded the key manually and now I can find it. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPA0BTAAoJEJwwOFaNFkYcTkwH/1aClDV0qLS3zWF2qs9BjVXn SZGaYsWv1aM1zranLjS4s2st6bACuKct3twN1B2s/h3m6kRxjGaXVzowvHqsv/yu Py/5HBvBV5X45kflyLG/cJA+Ti9uMMdH5D3J7sm6nRr2mFW1+jbulBJZ2W9W1HMg w2QbMYsDwTkw8xLwlk0/2j3x6rKVwD9oLkYhQEuif51aj1OoWuu8pyCyp0WFUkzl cLizruB/a1UfAU9H+Hv1sdBshY3uJ7dORvzdvfKautsW/WEXjHwqLHvcyOIQ2blN AMwiUj1VMm4jlP1BUzU3OBt6YQDO/LXMppRTv70eibMMScVgmFUUjGC3X5m4H1Y= =c4Iq -END PGP SIGNATURE-
Re: (Was) Re: [gentoo-user] emerge --update behavior
On Tuesday 03 Jan 2012 17:52:19 Hinnerk van Bruinehsen wrote: On 03.01.2012 18:39, Mick wrote: On Tuesday 03 Jan 2012 16:18:20 Michael Mol wrote: Mick, yours gives me the same error: gpg command line and output: C:\Program Files (x86)\GNU\GnuPG\gpg.exe gpg: Signature made 01/03/12 11:01:03 using DSA key ID 792968B6 gpg: Can't check signature: public key not found Though trying querying for 8D16461C or 792968B6 at pool.sks-keyservers.net or subkeys.pgp.net gives me no key found errors. Ahh ... that's probably different then, because my public key has been knocking around for a while. $ /usr/bin/gpg2 --keyserver hkp://keys.gnupg.net --search-keys michaelkintz...@gmail.com gpg: enabled debug flags: memstat gpg: searching for michaelkintz...@gmail.com from hkp server keys.gnupg.net (1) Michael Kintzios (Mick) michaelkintz...@gmail.com 1024 bit DSA key 792968B6, created: 2009-04-25 ... [snip] While Hinnerk's key is not found: $ /usr/bin/gpg2 --keyserver hkp://keys.gnupg.net --search-keys h.v.bruineh...@fu-berlin.de gpg: enabled debug flags: memstat gpg: searching for h.v.bruineh...@fu-berlin.de from hkp server keys.gnupg.net gpg: key h.v.bruineh...@fu-berlin.de not found on keyserver Have you specified a keyserver to be used as a default in your setup? I use hkp://keys.gnupg.net which operates a round robin function on each connection so as to not over-burden individual servers. It seems like the 'Upload key' function of my enigmail doesn't work. I uploaded the key manually and now I can find it. Kewl, now it works fine: $ /usr/bin/gpg2 --keyserver hkp://keys.gnupg.net --search-keys h.v.bruineh...@fu-berlin.de gpg: enabled debug flags: memstat gpg: searching for h.v.bruineh...@fu-berlin.de from hkp server keys.gnupg.net (1) Hinnerk van Bruinehsen h.v.bruineh...@fu-berlin.de 2048 bit RSA key 8D16461C, created: 2011-11-10 Keys 1-1 of 1 for h.v.bruineh...@fu-berlin.de. Enter number(s), N)ext, or Q)uit -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: (Was) Re: [gentoo-user] emerge --update behavior
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mick wrote: On Tuesday 03 Jan 2012 17:52:19 Hinnerk van Bruinehsen wrote: On 03.01.2012 18:39, Mick wrote: On Tuesday 03 Jan 2012 16:18:20 Michael Mol wrote: Mick, yours gives me the same error: gpg command line and output: C:\Program Files (x86)\GNU\GnuPG\gpg.exe gpg: Signature made 01/03/12 11:01:03 using DSA key ID 792968B6 gpg: Can't check signature: public key not found Though trying querying for 8D16461C or 792968B6 at pool.sks-keyservers.net or subkeys.pgp.net gives me no key found errors. Ahh ... that's probably different then, because my public key has been knocking around for a while. $ /usr/bin/gpg2 --keyserver hkp://keys.gnupg.net --search-keys michaelkintz...@gmail.com gpg: enabled debug flags: memstat gpg: searching for michaelkintz...@gmail.com from hkp server keys.gnupg.net (1) Michael Kintzios (Mick) michaelkintz...@gmail.com 1024 bit DSA key 792968B6, created: 2009-04-25 ... [snip] While Hinnerk's key is not found: $ /usr/bin/gpg2 --keyserver hkp://keys.gnupg.net --search-keys h.v.bruineh...@fu-berlin.de gpg: enabled debug flags: memstat gpg: searching for h.v.bruineh...@fu-berlin.de from hkp server keys.gnupg.net gpg: key h.v.bruineh...@fu-berlin.de not found on keyserver Have you specified a keyserver to be used as a default in your setup? I use hkp://keys.gnupg.net which operates a round robin function on each connection so as to not over-burden individual servers. It seems like the 'Upload key' function of my enigmail doesn't work. I uploaded the key manually and now I can find it. Kewl, now it works fine: $ /usr/bin/gpg2 --keyserver hkp://keys.gnupg.net --search-keys h.v.bruineh...@fu-berlin.de gpg: enabled debug flags: memstat gpg: searching for h.v.bruineh...@fu-berlin.de from hkp server keys.gnupg.net (1)Hinnerk van Bruinehsen h.v.bruineh...@fu-berlin.de 2048 bit RSA key 8D16461C, created: 2011-11-10 Keys 1-1 of 1 for h.v.bruineh...@fu-berlin.de. Enter number(s), N)ext, or Q)uit ...and testing sending a signed message. Key uploaded manually, but no idea how quickly it will propagate. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPA0c5AAoJEC/SB0LItoL+AnQIAJgoI5bshSkSuqPUOqTgD78t domQfMztoFKNUgzVeQoCPmHgcFYFL8SuhtaARlUXDqPI+fDzbbfY+jGf2fjyAZOc xqqptQVSfxXnuz+usuC3WdcsIHlt4PQjBG+7t8RIArIdE/UIUZlQSfYJTTZVUHBf b4xM7aTCXcoE+FZIoZ0hnAQUyT/+rXBsK4a01tLK7Qt7dmgfhffuOBbHx215WtW3 6Qo9SEjknF8w7v/aLcGw6EI+576R8oRCVoDrF/UFCOx0mKxh4myClQMunmh5y7Zs C4QjlGTEMayIqoJsQQGBWO9DmEdRCxgPtataINb6WBuT7FMq1EQfMtCnPl1fdAo= =oyky -END PGP SIGNATURE-
