Re: [gentoo-dev] Re: app-portage/genlop: 9 open bugs, dead upstream
Well, this is the problem. I like it too, and I too don't like the current stituation. Currently genlop is abandonware. There is no activity in Bugzilla, so that's why I post to gentoo-dev. Portage Utilities Team, Hello ? If we all like it that much, perhaps someone will want to take over it, make a homepage ( or just set www.gentoo.org as the homepage ) and go through the open bugs. If not - it can be either dropped or left as it is currently. If no one cares maybe the user base is not that large. In either case, it would be interesting to know what is the Portage Utilities Team view on the matter. On Sun, 2005-07-24 at 20:56 -0600, R Hill wrote: Christian Parpart wrote: On Sunday 24 July 2005 20:29, Ivan Yosifov wrote: What's up with genlop ? There are 9 open bugs, some including trivial fixes ( like #97049 ), the homepage http://pollycoke.org/genlop.html ( as listed in the ebuild ) is dead. If my understanding is correct, unmaintained packages are removed from the tree. finally, genlop still has a user base (including me). So I wouldn't dare in dropping it. genlop is far too useful a package to drop from the tree. besides the important statistical data it provides, it makes a great benchmarking tool and i use it for gcc testing a lot. --de. -- gentoo-dev@gentoo.org mailing list
Re[2]: [gentoo-dev] Re: app-portage/genlop: 9 open bugs, dead upstream
25.7.2005, 10:41:09, Ivan Yosifov wrote: If we all like it that much, perhaps someone will want to take over it, make a homepage ( or just set www.gentoo.org as the homepage ) and go through the open bugs. If not - it can be either dropped or left as it is currently. If no one cares maybe the user base is not that large. I don't know why this ebuild should be dropped, I have much better candidates for removal - such as y-windows ;p All the bugs are trivial and half of them is solved in 0.30.3 which could be marked stable. -- Best regards, Jakub Moc mailto:[EMAIL PROTECTED] GPG signature: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xCEBA3D9E Primary key fingerprint: D2D7 933C 9BA1 C95B 2C95 B30F 8717 D5FD CEBA 3D9E ... still no signature ;) pgpZuP5xIFCk6.pgp Description: PGP signature
Re: [gentoo-dev] Re: app-portage/genlop: 9 open bugs, dead upstream
As the original handler of genlop (it was assigned to perl herd when it first was asked to be added, since its written in perl) I strongly vote against dropping the package (ok, I didn't even realize it had been switched over to the portage-tools group for maintenance, and as such that there were even bugs open against it). The funny thing about no more activity upstream is this: why would there be? Except for bug fixes, it does a simple job, and it does it damned well: it parses your emerge log and gives you just the output you want and need. Don't abandon a tool just because it has reached its final state ;) pgp7WOOtZu5bO.pgp Description: PGP signature
Re: [gentoo-dev] Re: app-portage/genlop: 9 open bugs, dead upstream
Michael Cummings wrote: As the original handler of genlop (it was assigned to perl herd when it first was asked to be added, since its written in perl) I strongly vote against dropping the package (ok, I didn't even realize it had been switched over to the portage-tools group for maintenance, and as such that there were even bugs open against it). The funny thing about no more activity upstream is this: why would there be? Except for bug fixes, it does a simple job, and it does it damned well: it parses your emerge log and gives you just the output you want and need. Don't abandon a tool just because it has reached its final state ;) Well, a homepage would be a nice thing to have. I also think that is a very useful tool. If no one will step forward, I will take its maintainership. signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Re: Proposal: pre-emerge advisories
On Sat, 2005-07-23 at 11:18 -0400, Greg KH wrote: On Sat, Jul 23, 2005 at 10:53:15AM -0400, Alec Warner wrote: Georgi Georgiev wrote: Just to make sure I am not missing something. Does this cover the - If you are upgrading from a version of udev prior to 046 ... - If you are upgrading from a version of udev prior to 050 ... - If you are upgrading from a version of udev prior to 057 ... - If you are upgrading from a version of udev prior to 059 ... cases automatically? I.e. *not* showing irrelevant warnings on every upgrade/rebuild. The writer of pkg_warn() could do this, it's still in the ebuild and could use the normal ebuild functions to determine what the user is running ( has_version() and whatnot ) and then run a case statement on that. Great, anyone care to send me a patch for the udev ebuild to do this so not everyone sees this message? It will only get longer over time... Something like this maybe? (Yes, I know using $T will be frowned upon, but not much else you can do. Also, might use has_version(), but that is more difficult to parse, and I figured you normally only want those for system udev ...) -- Martin Schlemmer Index: udev-063.ebuild === RCS file: /var/cvsroot/gentoo-x86/sys-fs/udev/udev-063.ebuild,v retrieving revision 1.2 diff -u -r1.2 udev-063.ebuild --- udev-063.ebuild 17 Jul 2005 06:10:06 - 1.2 +++ udev-063.ebuild 25 Jul 2005 07:46:59 - @@ -135,6 +135,15 @@ } pkg_preinst() { + local udev_version=$(udev -V 2/dev/null) + + if [ -n ${udev_version} ] + then + # Strip leading '0' + udev_version=${udev_version##0} + echo ${udev_version} ${T}/udev_version + fi + if [ -f ${ROOT}/etc/udev/udev.config -a \ ! -f ${ROOT}/etc/udev/udev.rules ] then @@ -155,6 +164,8 @@ } pkg_postinst() { + local udev_version=0 + if [ ${ROOT} = / -a -n `pidof udevd` ] then killall -15 udevd /dev/null @@ -162,33 +173,48 @@ killall -9 udevd /dev/null fi + [ -f ${T}/udev_version ] udev_version=$( ${T}/udev_version) + # people want reminders, I'll give them reminders. Odds are they will # just ignore them anyway... - ewarn Note: If you are upgrading from a version of udev prior to 046 - ewarn and you rely on the output of udevinfo for anything, please - ewarn either run 'udevstart' now, or reboot, in order to get a - ewarn up-to-date udev database. - ewarn - ewarn Note: If you are upgrading from a version of udev prior to 050 - ewarn and you had written some custom permissions rules, please - ewarn realize that the permission rules are now part of the main - ewarn udev rules files and are not stand-alone anymore. This means - ewarn you need to rewrite them. - ewarn - ewarn Note: If you are upgrading from a version of udev prior to 057 - ewarn and you have written custom rules, and rely on the etc/dev.d/ - ewarn functionality, please read the RELEASE-NOTES file for details - ewarn on what has changed with this feature, and how to change your - ewarn rules to work properly. - ewarn - ewarn Note: If you are upgrading from a version of udev prior to 059 - ewarn and you have written custom rules, and rely on the etc/dev.d/ - ewarn functionality, or the etc/hotplug.d functionality, or just - ewarn want to write some very cool and power udev rules, please - ewarn read the RELEASE-NOTES file for details on what has changed - ewarn with this feature, and how to change your rules to work properly. + if [ ${udev_version} -lt 46 ] + then + ewarn Note: If you are upgrading from a version of udev prior to 046 + ewarn and you rely on the output of udevinfo for anything, please + ewarn either run 'udevstart' now, or reboot, in order to get a + ewarn up-to-date udev database. + echo + fi + if [ ${udev_version} -lt 50 ] + then + ewarn Note: If you are upgrading from a version of udev prior to 050 + ewarn and you had written some custom permissions rules, please + ewarn realize that the permission rules are now part of the main + ewarn udev rules files and are not stand-alone anymore. This means + ewarn you need to rewrite them. + echo + fi + if [ ${udev_version} -lt 57 ] + then + ewarn Note: If you are upgrading from a version of udev prior to 057 + ewarn and you have written custom rules, and rely on the etc/dev.d/ + ewarn functionality, please read the RELEASE-NOTES file for details + ewarn on what has changed with this feature, and how to change your + ewarn rules to work properly. + echo + fi + if [ ${udev_version} -lt 59 ] + then + ewarn Note: If you are upgrading from a version of udev prior to 059 + ewarn and you have written custom rules, and rely on the etc/dev.d/ + ewarn functionality, or the etc/hotplug.d functionality, or just + ewarn want to
Re: [gentoo-dev] Re: app-portage/genlop: 9 open bugs, dead upstream
Thanks, Alin. This was the type of constructive response I was hoping to provoke. Don't get me wrong - I like genlop, however software final state does not exist IMO, and bugfixing is hugely important with any software. Also, by dead upstream I mean that the page does not even exist anymore, not just that there is no activity. On Mon, 2005-07-25 at 12:33 +0300, Alin Nastac wrote: Michael Cummings wrote: As the original handler of genlop (it was assigned to perl herd when it first was asked to be added, since its written in perl) I strongly vote against dropping the package (ok, I didn't even realize it had been switched over to the portage-tools group for maintenance, and as such that there were even bugs open against it). The funny thing about no more activity upstream is this: why would there be? Except for bug fixes, it does a simple job, and it does it damned well: it parses your emerge log and gives you just the output you want and need. Don't abandon a tool just because it has reached its final state ;) Well, a homepage would be a nice thing to have. I also think that is a very useful tool. If no one will step forward, I will take its maintainership. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Proposal: pre-emerge advisories
On Monday 25 July 2005 16:51, Martin Schlemmer wrote: On Sat, 2005-07-23 at 11:18 -0400, Greg KH wrote: On Sat, Jul 23, 2005 at 10:53:15AM -0400, Alec Warner wrote: Georgi Georgiev wrote: Just to make sure I am not missing something. Does this cover the - If you are upgrading from a version of udev prior to 046 ... - If you are upgrading from a version of udev prior to 050 ... - If you are upgrading from a version of udev prior to 057 ... - If you are upgrading from a version of udev prior to 059 ... cases automatically? I.e. *not* showing irrelevant warnings on every upgrade/rebuild. The writer of pkg_warn() could do this, it's still in the ebuild and could use the normal ebuild functions to determine what the user is running ( has_version() and whatnot ) and then run a case statement on that. Great, anyone care to send me a patch for the udev ebuild to do this so not everyone sees this message? It will only get longer over time... Something like this maybe? (Yes, I know using $T will be frowned upon, but not much else you can do. Also, might use has_version(), but that is more difficult to parse, and I figured you normally only want those for system udev ...) Combining the pkg_preinst and pkg_postinst parts (and removing the usage of $T ;), that pretty much shows exactly what the proposed pkg_warn would look like. Only difference being that it would be executed before emerging starts. -- Jason Stubbs pgpu2fDVP6dN0.pgp Description: PGP signature
Re: [gentoo-dev] Re: app-portage/genlop: 9 open bugs, dead upstream
On Mon, 25 Jul 2005 14:45:29 +0300 Ivan Yosifov [EMAIL PROTECTED] wrote: Thanks, Alin. This was the type of constructive response I was hoping to provoke. Don't get me wrong - I like genlop, however software final state does not exist IMO, and bugfixing is hugely important with any software. Also, by dead upstream I mean that the page does not even exist anymore, not just that there is no activity. If no one objects, I'll attempt to contact upstream on the status, and whether the author also considers this 'dead'. Depending on the answer, I'd be willing to assume work on it (most likely with a name change so as to avoid infringements, etc.). Soon as I get some mod_perl stuff sorted, I'll take a look at the bugs that are open. Anyone on portage-tools object to the intervention? pgpicUjqIAsIJ.pgp Description: PGP signature
Re: [gentoo-dev] Re: Proposal: pre-emerge advisories
On Mon, 2005-07-25 at 20:53 +0900, Jason Stubbs wrote: On Monday 25 July 2005 16:51, Martin Schlemmer wrote: On Sat, 2005-07-23 at 11:18 -0400, Greg KH wrote: On Sat, Jul 23, 2005 at 10:53:15AM -0400, Alec Warner wrote: Georgi Georgiev wrote: Just to make sure I am not missing something. Does this cover the - If you are upgrading from a version of udev prior to 046 ... - If you are upgrading from a version of udev prior to 050 ... - If you are upgrading from a version of udev prior to 057 ... - If you are upgrading from a version of udev prior to 059 ... cases automatically? I.e. *not* showing irrelevant warnings on every upgrade/rebuild. The writer of pkg_warn() could do this, it's still in the ebuild and could use the normal ebuild functions to determine what the user is running ( has_version() and whatnot ) and then run a case statement on that. Great, anyone care to send me a patch for the udev ebuild to do this so not everyone sees this message? It will only get longer over time... Something like this maybe? (Yes, I know using $T will be frowned upon, but not much else you can do. Also, might use has_version(), but that is more difficult to parse, and I figured you normally only want those for system udev ...) Combining the pkg_preinst and pkg_postinst parts (and removing the usage of $T ;), that pretty much shows exactly what the proposed pkg_warn would look like. Only difference being that it would be executed before emerging starts. Currently: - if everything is moved to pkg_preinst(), the message will not show at the end of the merge, so much higher chance of getting missed. - if everything is moved to pkg_postinst(), $udev_version will be the new version, and be of no use. - if you meant that this is for the pkg_warn() ... it still wont really help that much, as it will differ from before/after the update :/ -- Martin Schlemmer signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Re: app-portage/genlop: 9 open bugs, dead upstream
Michael Cummings [EMAIL PROTECTED] writes: The funny thing about no more activity upstream is this: why would there be? Except for bug fixes, it does a simple job, and it does it damned well: it parses your emerge log and gives you just the output you want and need. Don't abandon a tool just because it has reached its final state ;) Except that at the moment it does not do it well as it does not work with the '-c' option - as reported in bug 99823 -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New Developer: Petteri Räty (Betelgeuse)
On Mon, 2005-07-25 at 20:26 +0300, Flammie Pirinen wrote: Ooh, goodie. That's almost enough of us to form a *Finnish conspiration* then! Dream on ;) Welcome. Yeah, welcome to the team, Betelgeuse. ./Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Re: app-portage/genlop: 9 open bugs, dead upstream
On Monday 25 July 2005 09:28 am, Graham Murray wrote: Michael Cummings [EMAIL PROTECTED] writes: The funny thing about no more activity upstream is this: why would there be? Except for bug fixes, it does a simple job, and it does it damned well: it parses your emerge log and gives you just the output you want and need. Don't abandon a tool just because it has reached its final state ;) Except that at the moment it does not do it well as it does not work with the '-c' option - as reported in bug 99823 one broken option doesnt mean we should punt it :P -t and -l still work pretty well -mike -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] 2 new victims...err..devs:)
Hi all, I have two new devs to introduce tonight... I meant to send this out sooner, sorry. Jan Kundrát (jkt) has come to join Gentoo to assist in documentation translation. (This is jkt's first open source project) I'm from Czech Republic, country in the middle of old Europe, and I'm trying to maintain Czech translation of Gentoo docs. I'm studying high school (gymnasium), where I like things like math, physics, sport and breaks :-). I enjoy riding bike (mainly longer trips, not downhill riding), skiing (both downhill and running); I love mountains, so I spend considerable amount of my free time hiking and backpacking with my friends when weather and other factors permit (not an issue as we don't care much about hailstones). I do enjoy canoeing (or how is that called - sailing on a river and sluices with a small boat for two people, with baggage). And of course I also like going to pubs with friends and chatting with them in the company of a good beer (Czech beer, of course). Ioannis Aslanidis (deathwing00) Deathwing00 has come to join the gentoo team as a forums staff member. Most of you have probably seen him in the forums and on irc already.:) I was born in Drama, a northern town of Greece in 1983. I came to Tarragona, Spain with my parents in 1989 and I live in here since then. I usually go on summer holdays back to Greece to see my family. I used to play basketball when I was younger and I still like it, though I rarely play... As you have guessed, I am 22 years old and I need 1 more year to end my 5-year-degree, computer engineering at universitat rovira i virgili, spain. I've also done some research on Computer Science applied to Medicine with a successful result: http://www.informatik.uni-trier.de/~ley/db/indices/a-tree/a/Aslanidis:Ioanni s.html Now I am doing my final year project on quantum computation from which I expect good results. -- Deedra Waters - Gentoo developer relations, accessibility and infrastructure - [EMAIL PROTECTED] Gentoo linux: http://www.gentoo.org