Re: [gentoo-dev] New Developer: Christina Fullam (musikc)
Chrissy Fullam wrote: On Fri, 2007-04-20 at 11:52 +0200, Christian Heim wrote: So please welcome Christina as a new fellow developer among us ! Thank you for the greetings! agaffney - good luck with that hazing thing and don't you have some liveCD stuff to work on? :-P Pfft, you should have that boy toy of yours check on poseidon. My stuff is *done* done. -- Andrew Gaffneyhttp://dev.gentoo.org/~agaffney/ Gentoo Linux Developer Installer Project -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2007-04-22 23h59 UTC
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2007-04-22 23h59 UTC. Removals: media-gfx/plustek-parallel 2007-04-16 11:56:00 phosphan app-editors/elisp-manual2007-04-18 17:46:09 ulm sci-electronics/modelsim2007-04-20 10:58:30 calchan games-strategy/mylink 2007-04-20 16:03:52 mr_bones_ games-puzzle/sdlvexed 2007-04-20 18:16:42 mr_bones_ games-action/d1x2007-04-20 19:23:06 mr_bones_ app-crypt/aes-crypt 2007-04-21 00:04:13 alonbl Additions: app-admin/eselect-emacs 2007-04-16 15:58:17 opfer x11-misc/emacs-desktop 2007-04-16 16:07:37 opfer net-misc/metacafe-dl2007-04-16 22:04:52 agorf sys-auth/pam_mktemp 2007-04-17 20:24:35 swegener dev-php5/magickwand 2007-04-17 21:42:40 anant dev-libs/stfl 2007-04-18 05:45:35 ticho dev-ruby/rubypants 2007-04-18 11:46:14 agorf app-doc/elisp-manual2007-04-18 17:20:18 ulm net-news/newsbeuter 2007-04-18 20:44:24 ticho media-libs/libdca 2007-04-18 21:57:02 aballier mail-filter/libdomainkeys 2007-04-18 23:02:20 peitolm games-rpg/galaxymage2007-04-19 06:15:55 tupone dev-scheme/stklos 2007-04-19 15:21:19 hkbst sci-astronomy/xfitsview 2007-04-19 16:27:39 bicatali sys-apps/cciss_vol_status 2007-04-19 16:28:23 chainsaw net-news/rsstail2007-04-19 17:55:58 philantrop dev-util/egypt 2007-04-19 23:14:57 vapier dev-ruby/htmlentities 2007-04-20 09:53:45 agorf net-irc/znc 2007-04-20 10:09:31 armin76 net-irc/sic 2007-04-20 11:46:50 armin76 net-libs/telepathy-glib 2007-04-20 16:32:44 peper app-crypt/aesutil 2007-04-20 23:59:18 alonbl sys-apps/pam_mount 2007-04-21 04:47:24 hanno games-arcade/xsfcave2007-04-21 09:53:03 tupone dev-java/jsap 2007-04-21 11:27:28 fordfrog media-video/ttcut 2007-04-21 12:26:43 zzam dev-python/workingenv 2007-04-21 23:34:24 pythonhead media-sound/ttaenc 2007-04-22 11:02:07 drac -- Robin Hugh Johnson Gentoo Linux Developer E-Mail : [EMAIL PROTECTED] GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 Removed Packages: media-gfx/plustek-parallel,removed,phosphan,2007-04-16 11:56:00 app-editors/elisp-manual,removed,ulm,2007-04-18 17:46:09 sci-electronics/modelsim,removed,calchan,2007-04-20 10:58:30 games-strategy/mylink,removed,mr_bones_,2007-04-20 16:03:52 games-puzzle/sdlvexed,removed,mr_bones_,2007-04-20 18:16:42 games-action/d1x,removed,mr_bones_,2007-04-20 19:23:06 app-crypt/aes-crypt,removed,alonbl,2007-04-21 00:04:13 Added Packages: app-admin/eselect-emacs,added,opfer,2007-04-16 15:58:17 x11-misc/emacs-desktop,added,opfer,2007-04-16 16:07:37 net-misc/metacafe-dl,added,agorf,2007-04-16 22:04:52 sys-auth/pam_mktemp,added,swegener,2007-04-17 20:24:35 dev-php5/magickwand,added,anant,2007-04-17 21:42:40 dev-libs/stfl,added,ticho,2007-04-18 05:45:35 dev-ruby/rubypants,added,agorf,2007-04-18 11:46:14 app-doc/elisp-manual,added,ulm,2007-04-18 17:20:18 net-news/newsbeuter,added,ticho,2007-04-18 20:44:24 media-libs/libdca,added,aballier,2007-04-18 21:57:02 mail-filter/libdomainkeys,added,peitolm,2007-04-18 23:02:20 games-rpg/galaxymage,added,tupone,2007-04-19 06:15:55 dev-scheme/stklos,added,hkbst,2007-04-19 15:21:19 sci-astronomy/xfitsview,added,bicatali,2007-04-19 16:27:39 sys-apps/cciss_vol_status,added,chainsaw,2007-04-19 16:28:23 net-news/rsstail,added,philantrop,2007-04-19 17:55:58 dev-util/egypt,added,vapier,2007-04-19 23:14:57 dev-ruby/htmlentities,added,agorf,2007-04-20 09:53:45 net-irc/znc,added,armin76,2007-04-20 10:09:31 net-irc/sic,added,armin76,2007-04-20 11:46:50 net-libs/telepathy-glib,added,peper,2007-04-20 16:32:44 app-crypt/aesutil,added,alonbl,2007-04-20 23:59:18 sys-apps/pam_mount,added,hanno,2007-04-21 04:47:24 games-arcade/xsfcave,added,tupone,2007-04-21 09:53:03 dev-java/jsap,added,fordfrog,2007-04-21 11:27:28 media-video/ttcut,added,zzam,2007-04-21 12:26:43 dev-python/workingenv,added,pythonhead,2007-04-21 23:34:24 media-sound/ttaenc,added,drac,2007-04-22 11:02:07 Done.
Re: [gentoo-dev] New Developer: Christina Fullam (musikc)
On 4/22/07, Chrissy Fullam <[EMAIL PROTECTED]> wrote: don't you have some liveCD stuff to work on? :-P I like this new dev already. ;) --Alex -- [EMAIL PROTECTED] mailing list
RE: [gentoo-dev] New Developer: Christina Fullam (musikc)
On Fri, 2007-04-20 at 11:52 +0200, Christian Heim wrote: >So please welcome Christina as a new fellow developer among us ! Thank you for the greetings! agaffney - good luck with that hazing thing and don't you have some liveCD stuff to work on? :-P Regards, Chrissy Fullam -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: $Header:$ and ebuilds
Steve Long wrote: > Danny van Dyk wrote: >>> In practice I find it's rare that a user has been hacking around in >>> the eclasses. All the SHA1 tells you is that it's not the most >>> recent, but it's not easy to determine from the SHA1 exactly which >>> version they do have (so it's not enough to determine what's >>> different). >>> >>> Having said that, the most accurate way to find out what they have is >>> to get them to attach the eclass and diff it yourself. However >>> relying on the SHA1 also means you can't just say things like, "Check >>> eclass is version 1.836 (look at the "$Header" line at the top >>> of the file)." >> In the case of GIT you can just use 'git diff SHA1SUM' to see what has >> changed or 'git log SHA1SUM..HEAD' to show a list of revisions in >> between. So _if_ we changed to git, this would be no problem as long as >> every user has sha1sum installed [which is part of coreutils]. >> > Well since that appears to be some way off, is there any way to get the > needed functionality (version string inside ebuild) without a double > commit? (Did i read that right?) I'm thinking at worst someone might have > to add something to repoman, or a hook on the server end. > Not really, the Manifest needs to checksum the ebuild, and the ebuild will be updated as it is commited. A server side hook would at a minimum be able to checksum files and generate manifest entries; I doubt it's even possible to do though (most pre-commit scripts don't let you touch the files being commited, although I'm no expert on CVS). Current Scenario: Commit Ebuild Checksum ebuild Commit Manifest The worst part is that for those crazy people who want the entire tree signed: Commit ebuild Checksum ebuild Commit Package Manifest Checksum Package Manifest Commit Category Manifest Checksum Category Manifest Commit Tree-wide Manifest Checksum Tree-Wide Manifest and put it somewhere as a verification of the entire tree at time T. Notice now there are 4 commits instead of two, because each commit in sequence requires the $header$ to be updated (which in itself requires a commit). Yay! -Alec -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: $Header:$ and ebuilds
> Well since that appears to be some way off, is there any way to get the > needed functionality (version string inside ebuild) without a double > commit? (Did i read that right?) I'm thinking at worst someone might > have to add something to repoman, or a hook on the server end. another layer of indirection could be introduced: a repo_timestamp file which is created when portage is taken from CVS/GIT to the rsync mirror... ... this approach makes about 1 million assumptions (rsync_exclude..). Another idea: the revision could be part of the ChangeLog - a monotonically increasing number for every change. added by whoever writes the ChangeLog message... ...which is a rather big change, but could be scripted through echangelog and family... kind regards Thilo pgpKxGGfgr50j.pgp Description: PGP signature
[gentoo-dev] Re: $Header:$ and ebuilds
Danny van Dyk wrote: >> In practice I find it's rare that a user has been hacking around in >> the eclasses. All the SHA1 tells you is that it's not the most >> recent, but it's not easy to determine from the SHA1 exactly which >> version they do have (so it's not enough to determine what's >> different). >> >> Having said that, the most accurate way to find out what they have is >> to get them to attach the eclass and diff it yourself. However >> relying on the SHA1 also means you can't just say things like, "Check >> eclass is version 1.836 (look at the "$Header" line at the top >> of the file)." > > In the case of GIT you can just use 'git diff SHA1SUM' to see what has > changed or 'git log SHA1SUM..HEAD' to show a list of revisions in > between. So _if_ we changed to git, this would be no problem as long as > every user has sha1sum installed [which is part of coreutils]. > Well since that appears to be some way off, is there any way to get the needed functionality (version string inside ebuild) without a double commit? (Did i read that right?) I'm thinking at worst someone might have to add something to repoman, or a hook on the server end. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] $Header:$ and ebuilds
Am Sonntag, 22. April 2007 schrieb Kevin F. Quinn: > On Sun, 22 Apr 2007 17:46:18 +0200 > > Danny van Dyk <[EMAIL PROTECTED]> wrote: > > Am Sonntag, 22. April 2007 schrieb Michael Cummings: > > > On Sat, Apr 21, 2007 at 08:47:54AM +0100, Kevin F. Quinn wrote: > > > > I do the same. The '$Header: $' tells me which version of a > > > > file in the CVS tree I last synced to in my overlay, then I can > > > > just do a cvs diff on the tree to get a patch of differences > > > > since then. Very useful. > > > > > > FWIW, I've used the $Header $ to determine if a person is looking > > > at the latest greatest or needs to synch up first (in particular > > > when I was dealing with an eclass bug). Very useful when dealing > > > with bugs and you need to confirm that the user is completely > > > synch'd up and looking at a current tree or not (because just > > > asking when the last time they synch'd doesn't help). > > > > This can be done using checksum like SHA1 much better, as people > > can edit their ebuilds/eclasses/profiles and forget/lie about it, > > and still have the same $Headers$ line. > > In practice I find it's rare that a user has been hacking around in > the eclasses. All the SHA1 tells you is that it's not the most > recent, but it's not easy to determine from the SHA1 exactly which > version they do have (so it's not enough to determine what's > different). > > Having said that, the most accurate way to find out what they have is > to get them to attach the eclass and diff it yourself. However > relying on the SHA1 also means you can't just say things like, "Check > eclass is version 1.836 (look at the "$Header" line at the top > of the file)." In the case of GIT you can just use 'git diff SHA1SUM' to see what has changed or 'git log SHA1SUM..HEAD' to show a list of revisions in between. So _if_ we changed to git, this would be no problem as long as every user has sha1sum installed [which is part of coreutils]. Danny -- Danny van Dyk <[EMAIL PROTECTED]> Gentoo/AMD64 Project, Gentoo Scientific Project -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] $Header:$ and ebuilds
On Sun, 22 Apr 2007 17:46:18 +0200 Danny van Dyk <[EMAIL PROTECTED]> wrote: > Am Sonntag, 22. April 2007 schrieb Michael Cummings: > > On Sat, Apr 21, 2007 at 08:47:54AM +0100, Kevin F. Quinn wrote: > > > I do the same. The '$Header: $' tells me which version of a file > > > in the CVS tree I last synced to in my overlay, then I can just do > > > a cvs diff on the tree to get a patch of differences since then. > > > Very useful. > > > > FWIW, I've used the $Header $ to determine if a person is looking at > > the latest greatest or needs to synch up first (in particular when I > > was dealing with an eclass bug). Very useful when dealing with bugs > > and you need to confirm that the user is completely synch'd up and > > looking at a current tree or not (because just asking when the last > > time they synch'd doesn't help). > > This can be done using checksum like SHA1 much better, as people can > edit their ebuilds/eclasses/profiles and forget/lie about it, and > still have the same $Headers$ line. In practice I find it's rare that a user has been hacking around in the eclasses. All the SHA1 tells you is that it's not the most recent, but it's not easy to determine from the SHA1 exactly which version they do have (so it's not enough to determine what's different). Having said that, the most accurate way to find out what they have is to get them to attach the eclass and diff it yourself. However relying on the SHA1 also means you can't just say things like, "Check eclass is version 1.836 (look at the "$Header" line at the top of the file)." -- Kevin F. Quinn signature.asc Description: PGP signature
Re: [gentoo-dev] $Header:$ and ebuilds
Am Sonntag, 22. April 2007 schrieb Michael Cummings: > On Sat, Apr 21, 2007 at 08:47:54AM +0100, Kevin F. Quinn wrote: > > I do the same. The '$Header: $' tells me which version of a file > > in the CVS tree I last synced to in my overlay, then I can just do > > a cvs diff on the tree to get a patch of differences since then. > > Very useful. > > FWIW, I've used the $Header $ to determine if a person is looking at > the latest greatest or needs to synch up first (in particular when I > was dealing with an eclass bug). Very useful when dealing with bugs > and you need to confirm that the user is completely synch'd up and > looking at a current tree or not (because just asking when the last > time they synch'd doesn't help). This can be done using checksum like SHA1 much better, as people can edit their ebuilds/eclasses/profiles and forget/lie about it, and still have the same $Headers$ line. Danny -- Danny van Dyk <[EMAIL PROTECTED]> Gentoo/AMD64 Project, Gentoo Scientific Project -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] $Header:$ and ebuilds
On Fri, Apr 20, 2007 at 02:22:20PM -0700, Robin H. Johnson wrote: > Counter-case for this is that the ChangeLog should also be updated (but > some developers aren't very good about that...), and that can be checked > too. Only applicable if what's being updated is an ebuild - there's also eclasses, everything under profiles, etc. -- -o()o-- Michael Cummings |#gentoo-dev, #gentoo-perl Gentoo Perl Dev|on irc.freenode.net Gentoo/SPARC Gentoo/AMD64 GPG: 0543 6FA3 5F82 3A76 3BF7 8323 AB5C ED4E 9E7F 4E2E -o()o-- Hi, I'm a .signature virus! Please copy me in your ~/.signature. pgp5YukJXJy7Q.pgp Description: PGP signature
Re: [gentoo-dev] $Header:$ and ebuilds
On Sat, Apr 21, 2007 at 08:47:54AM +0100, Kevin F. Quinn wrote: > I do the same. The '$Header: $' tells me which version of a file in the > CVS tree I last synced to in my overlay, then I can just do a cvs diff > on the tree to get a patch of differences since then. Very useful. FWIW, I've used the $Header $ to determine if a person is looking at the latest greatest or needs to synch up first (in particular when I was dealing with an eclass bug). Very useful when dealing with bugs and you need to confirm that the user is completely synch'd up and looking at a current tree or not (because just asking when the last time they synch'd doesn't help). ~mcummings -- -o()o-- Michael Cummings |#gentoo-dev, #gentoo-perl Gentoo Perl Dev|on irc.freenode.net Gentoo/SPARC Gentoo/AMD64 GPG: 0543 6FA3 5F82 3A76 3BF7 8323 AB5C ED4E 9E7F 4E2E -o()o-- Hi, I'm a .signature virus! Please copy me in your ~/.signature. pgptWlLTib1Xl.pgp Description: PGP signature
Re: [gentoo-dev] New Developer: Alistair John Bush (ali_bush)
On Sun, 22 Apr 2007 10:46:09 +0300 Christian Heim wrote: > Give him a warm welcome! Welcome Alistair and good luck! :-) -- Aggelos Orfanakos 0x89D2D3D0 (GPG) http://agorf.gr/ pgpk4oaVLzazJ.pgp Description: PGP signature
[gentoo-dev] Re: $Header:$ and ebuilds
Vlastimil Babka schrieb: > Thilo Bangert wrote: >> i have never understood why repoman doesn't automatically put the >> commit message into the ChangeLog (share your use case!) > > Yeah I would like at least a switch that would call echangelog first and > then do its stuff, sunrise-commit which I use for overlays has -c for > this. Hm well I can make myself a wrapper but if it was already there, > it would be better :) I do it with a tweak in my .zshrc (attaching it as textfile to prevent weird linebreaks)... Run echangelog, then just do "rc" and all is set (yes, I do it with "erc") ;) Greetz -Jokey rc.sh Description: application/shellscript signature.asc Description: OpenPGP digital signature
[gentoo-dev] Deskzilla for Gentoo
Ryan Hill wrote: > > I've been playing with this for about an hour now and it kicks ass. > Considering i'm offline 5 days a week it's perfect for me. > > Thanks :D > Man you hooked me too :) Getting loads of these errors (and dates are wrong of course): WARNING unparseable timestamp [2002-12-22 01:25:38 ] It appears to be gentoo-specific in that the almworks bugs parse ok. http://bugzilla.almworks.com/show_bug.cgi?id=525 -- [EMAIL PROTECTED] mailing list
[gentoo-dev] New Developer: Alistair John Bush (ali_bush)
Hi all, I would like you to say hello to our latest addition Alistair Bush (also known as ali_bush). Alistair is joining the Java herd to help out fixing various Java related issues and maintain various packages. Alistair is 23 years old and comes from Auckland in New Zealand, where he's working as a Siebel developer for a CRM solution provider. In his spare time he enjoys sailing, cricket and hockey. He started using Linux at his university where he was studying computer science and economics around 4 years ago and has been using Gentoo the last 2 years. Give him a warm welcome! Regards, Christian -- Christian Heim GPG key ID: 9A9F68E6 Fingerprint: AEC4 87B8 32B8 4922 B3A9 DF79 CAE3 556F 9A9F 68E6 signature.asc Description: This is a digitally signed message part.