Re: [gentoo-dev] It seems our ChangeLogs are quite borked
On Sat, Mar 24, 2007 at 12:29:06AM +0200, Petteri Räty wrote: > I got annoyed enough about emerge -pl not working when people don't use > echangelog like: > > # $Header: /var/cvsroot/gentoo-x86/x11-libs/libXinerama/ChangeLog,v 1.27 > 2007/03/22 02:18:21 joshuabaergen Exp $ > > 22 Mar 2007; Joshua Baergen <[EMAIL PROTECTED]> > +libXinerama-1.0.2.ebuild: > Version bump. Includes new documentation and some small code tweaks. > > > Because it's missing *libXinerama-1.0.2 (22 Mar 2007) emerge -pl does > not work. This lead me to write the code to detect these cases: > > https://bugs.gentoo.org/show_bug.cgi?id=171962 > > You can find the results here: > http://dev.gentoo.org/~betelgeuse/changelogs_with_bad_new_revision_entries.txt > > Most of these probably probably date back to time before echangelog but > feel free to fix your packages any way :) It complains about the fpc changelog, for 2.0.0-r1, but it seems okay to me: [...] 17 Dec 2005; Carsten Lohrke <[EMAIL PROTECTED]> +fpc-2.0.0-r1.ebuild: restore ebuild for dev-lang/lazarus *fpc-2.0.2 (17 Dec 2005) 17 Dec 2005; Carsten Lohrke <[EMAIL PROTECTED]> -fpc-1.9.5_pre20040820.ebuild, -fpc-2.0.0_rc2.ebuild, -fpc-2.0.0.ebuild, -fpc-2.0.0-r1.ebuild, +fpc-2.0.2.ebuild: version bump 14 Oct 2005; Gustavo Zacarias <[EMAIL PROTECTED]> fpc-2.0.0-r1.ebuild: Added sparc support and keyworded accordingly 15 Sep 2005; Marcelo Goes <[EMAIL PROTECTED]> fpc-1.9.5_pre20040820.ebuild: Add app-arch/unzip to DEPEND for bug 69831. 24 Jul 2005; Herbie Hopkins <[EMAIL PROTECTED]> fpc-2.0.0-r1.ebuild: Added amd64 support thanks to Matthias Jansen. *fpc-2.0.0-r1 (03 Jul 2005) [...] Or should the *fpc-2.0.0-r1 line be repeated? Also, would it be possible to sort the packages in some way? pgphE8QDONytz.pgp Description: PGP signature
Re: [gentoo-dev] [soc] Python bindings for Paludis
On Sat, Mar 24, 2007 at 01:46:45PM +1100, Jonathan Adamczewski wrote: > Paludis is a tool used for working with the Gentoo Portage tree - there is no > problem with it being part of a Gentoo Google Summer of > Code project as it will benefit the Gentoo project and its users. Why not simply solve the situation by making paludis the mentoring organisation instead of Gentoo? cheers, Wernfried -- Wernfried Haas (amne) - amne at gentoo dot org Gentoo Forums: http://forums.gentoo.org IRC: #gentoo-forums on freenode - email: forum-mods at gentoo dot org pgpPRc9PWndC4.pgp Description: PGP signature
Re: [gentoo-dev] [soc] Python bindings for Paludis
Piotr Jaroszyński wrote: > Hello, > > I have already submitted my application, but want to advertise it over here > too :] Comments are welcome! > > Summary: > Create Python bindings, associated documentation and test cases for the > Paludis public API, and allow subclassing of Paludis classes using Python. Check my counterproposal. I know it is more broad but it also fits better Gentoo as whole. For the ones that aren't following gentoo-soc: - C/C++/Ruby/python bindings/API for package managers. The idea is to have some kind of common ground for applications willing to use our wonderful package managers. Task list: - define a basic API for basic query and basic commands - implement it for paludis/pkgcore/portage a non native language - implement a little front-end using it (that would act as a subset of emerge) - extend the API to cover more features. lu -- Luca Barbato Gentoo/linux Gentoo/PPC http://dev.gentoo.org/~lu_zero -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] It seems our ChangeLogs are quite borked
On Fri, 23 Mar 2007 18:24:20 -0600 Joshua Baergen <[EMAIL PROTECTED]> wrote: > Joshua Baergen wrote: > > Petteri Räty wrote: > > I actually did use echangelog, so maybe something else is going on > > here... > It appears to be a problem with gentoolkit-dev-0.2.6.3. 0.2.6.2 > produces proper changelogs. > > Josh > Reproduced here too. Here, http://sources.gentoo.org/viewcvs.py/gentoo-x86/x11-themes/gartoon/ChangeLog?r1=1.8&r2=1.9 -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] [soc] Python bindings for Paludis
On Friday 23 March 2007, Josh Saddler wrote: > I'm very strongly against using Gentoo SoC time and resources for things > that are not officially part of Gentoo (yes, this statement could be > spun however you wish) or are not official Gentoo projects. And no, just > because a project has Gentoo developers in it doesn't mean that it's a > Gentoo project -- let's avoid the gray areas now, shall we? Just because > we have Gentoo devs who are also Gnome upstream doesn't make their > Gnome-related packages that happen to be in our tree official Gentoo > projects. i'd have to agree here -mike pgpeoA2oisVKn.pgp Description: PGP signature
Re: [gentoo-dev] [soc] Python bindings for Paludis
Josh Saddler wrote: Just because we have Gentoo devs who are also Gnome upstream doesn't make their Gnome-related packages that happen to be in our tree official Gentoo projects A Gentoo developer that is also a Gnome developer that wants to mentor a project to better integrate Gentoo and Gnome (in some way) would be appropriate. Just like the proposed Java-related projects are appropriate - facilitating a better Gentoo/Java experience. Paludis is a tool used for working with the Gentoo Portage tree - there is no problem with it being part of a Gentoo Google Summer of Code project as it will benefit the Gentoo project and its users. > No third-party non-Gentoo SoC projects leeching off our organization and resources, please. You've got that backwards. This is a potential SoC student who wants to *give* something to Gentoo (and Paludis). No one is leeching anything. j. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] [soc] Python bindings for Paludis
Piotr Jaroszyński wrote: > Hello, > > I have already submitted my application, but want to advertise it over here > too :] Comments are welcome! > > Summary: > Create Python bindings, associated documentation and test cases for the > Paludis public API, and allow subclassing of Paludis classes using Python. > > Detailed description: > http://dev.gentoo.org/~peper/soc/application.txt We should not have third-party projects be part of SOC -- specifically, things that are not Gentoo projects. I'd lobby this whether it was pkgcore or paludis being proposed, so don't bother trying to pin partisan accusations. Point is, it's not a Gentoo project. PMS, portage tests, or doing a gentoo.org rewrite -- those are Gentoo projects by any reasonable standards, I should think. I'm very strongly against using Gentoo SoC time and resources for things that are not officially part of Gentoo (yes, this statement could be spun however you wish) or are not official Gentoo projects. And no, just because a project has Gentoo developers in it doesn't mean that it's a Gentoo project -- let's avoid the gray areas now, shall we? Just because we have Gentoo devs who are also Gnome upstream doesn't make their Gnome-related packages that happen to be in our tree official Gentoo projects. No third-party non-Gentoo SoC projects leeching off our organization and resources, please. This includes third-party package managers and third-party packages. You want free work, go get it via some other entity, not our SoC. signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] It seems our ChangeLogs are quite borked
>> It appears to be a problem with gentoolkit-dev-0.2.6.3. 0.2.6.2 > produces proper changelogs. Same here. -- Best Regards, Piotr Jaroszyński -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] It seems our ChangeLogs are quite borked
Joshua Baergen wrote: > Petteri Räty wrote: >> I got annoyed enough about emerge -pl not working when people don't use >> echangelog like: >> >> # $Header: /var/cvsroot/gentoo-x86/x11-libs/libXinerama/ChangeLog,v 1.27 >> 2007/03/22 02:18:21 joshuabaergen Exp $ >> >> 22 Mar 2007; Joshua Baergen <[EMAIL PROTECTED]> >> +libXinerama-1.0.2.ebuild: >> Version bump. Includes new documentation and some small code tweaks. >> >> >> Because it's missing *libXinerama-1.0.2 (22 Mar 2007) emerge -pl does >> not work. This lead me to write the code to detect these cases: > > I actually did use echangelog, so maybe something else is going on here... > > Josh > It appears to be a problem with gentoolkit-dev-0.2.6.3. 0.2.6.2 produces proper changelogs. Josh signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] It seems our ChangeLogs are quite borked
Petteri Räty wrote: > I got annoyed enough about emerge -pl not working when people don't use > echangelog like: > > # $Header: /var/cvsroot/gentoo-x86/x11-libs/libXinerama/ChangeLog,v 1.27 > 2007/03/22 02:18:21 joshuabaergen Exp $ > > 22 Mar 2007; Joshua Baergen <[EMAIL PROTECTED]> > +libXinerama-1.0.2.ebuild: > Version bump. Includes new documentation and some small code tweaks. > > > Because it's missing *libXinerama-1.0.2 (22 Mar 2007) emerge -pl does > not work. This lead me to write the code to detect these cases: > > https://bugs.gentoo.org/show_bug.cgi?id=171962 > > You can find the results here: > http://dev.gentoo.org/~betelgeuse/changelogs_with_bad_new_revision_entries.txt > > Most of these probably probably date back to time before echangelog but > feel free to fix your packages any way :) > > Regards, > Petteri > I actually did use echangelog, so maybe something else is going on here... Josh signature.asc Description: OpenPGP digital signature
[gentoo-dev] [soc] Python bindings for Paludis
Hello, I have already submitted my application, but want to advertise it over here too :] Comments are welcome! Summary: Create Python bindings, associated documentation and test cases for the Paludis public API, and allow subclassing of Paludis classes using Python. Detailed description: http://dev.gentoo.org/~peper/soc/application.txt P.S. I am aware of my imperfect English so will appreciate any grammar comments, preferably on irc. -- Best Regards, Piotr Jaroszyński -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] It seems our ChangeLogs are quite borked
Petteri Räty kirjoitti: > > You can find the results here: > http://dev.gentoo.org/~betelgeuse/changelogs_with_bad_new_revision_entries.txt > > Most of these probably probably date back to time before echangelog but > feel free to fix your packages any way :) > > Regards, > Petteri > It should also be quite easy to write a program to automatically fix these. Regards, Petteri signature.asc Description: OpenPGP digital signature
[gentoo-dev] It seems our ChangeLogs are quite borked
I got annoyed enough about emerge -pl not working when people don't use echangelog like: # $Header: /var/cvsroot/gentoo-x86/x11-libs/libXinerama/ChangeLog,v 1.27 2007/03/22 02:18:21 joshuabaergen Exp $ 22 Mar 2007; Joshua Baergen <[EMAIL PROTECTED]> +libXinerama-1.0.2.ebuild: Version bump. Includes new documentation and some small code tweaks. Because it's missing *libXinerama-1.0.2 (22 Mar 2007) emerge -pl does not work. This lead me to write the code to detect these cases: https://bugs.gentoo.org/show_bug.cgi?id=171962 You can find the results here: http://dev.gentoo.org/~betelgeuse/changelogs_with_bad_new_revision_entries.txt Most of these probably probably date back to time before echangelog but feel free to fix your packages any way :) Regards, Petteri signature.asc Description: OpenPGP digital signature
[gentoo-dev] Re: [gentoo-core] Re: two more tentative SOC ideas
On Thursday 22 March 2007, Grant Goodyear wrote: > > So basically the proper choices I can think of are to ask you to > > either a) install a _p.a version of berkdb that would be static but > > PIC-compiled or b) copy berkdb library in /$(get_libdir) and link > > dynamically. > > > > What do you think? > > Unfortunately Paul does not seem to have much time lately (he answered > me though, but I leave up to him to quote his mail or not). At the moment I do have some time available. One can't think about packing stuff all the time (We're moving to Hobart, Australia early of April, as soon as the visa's are aranged). The library problem is complicated though. I could look at a static version though guarded by a useflag. The biggest problem though is that berkdb is not easy on version changes. Things tend to break when the used version changes. One might actually look at checking the actual version used and using big fat warnings if that changes. The static version is probably better as it protects against the berkeley db version used just disappearing from below. And breaking an authentication system really sucks (as in not being able to log in). Paul -- Paul de Vrieze Gentoo Developer Mail: [EMAIL PROTECTED] Homepage: http://www.devrieze.net pgpHqumEIQcck.pgp Description: PGP signature
Re: [gentoo-dev] Fwd: RE: New developer: Antoine Raillon (cab)
Le Thu, 22 Mar 2007 08:56:33 +0100, Christian Heim <[EMAIL PROTECTED]> a écrit : Hi everyone ! I will try to group answers to avoid mail invasion, though it's far less dangerous than french invasion ;) phreak > It's my pleasure to introduce to you Antoine Raillon (also known phreak > as cab), our latest addition joining mcummings perl flock. oh damn, no more excuse to avoid work.. :p mcummings > about freakin' time! cab, there are like, i don't know, 80 mcummings > some bugs with your name written all over them in bugzilla ;) see ! =) phreak > According to Antoine, he's only skilled in Perl (well, that's phreak > going to be his *main* field of work in Gentoo). who can really understand Perl ? :p maybe 20 ppl in the whole world.. i'm not skilled at all ;) opfer > What I don't understand: He says he has friends and knows opfer > Perl...something is wrong here. Hey, that's true ! I could even say that some of them forced me to learn Perl ;p btw I also have real non geeks friends, so that's really possible. Of course I take care that they ignore I use/practice/like Perl, but I can't hide I like Gentoo, and even converted some of them ;) Catalin > Don't think so. Although, I think developers are one a clear path to suicide. Catalin > They should really be sleeping more. Suicide require too much work to be done nicely ;) To calchan, Timebreach, tester, phreak, and everyone else I may forgot : Thanks, hope you'll not flee when you'll discover my true nature.. aha ! ;) ++, cab signature.asc Description: PGP signature