Re: [gentoo-dev] Drop net-analyzer/nagios-* to maintainer-needed
Am Fri, 08 Nov 2013 20:17:27 -0500 schrieb Chris Reffett : > On 11/8/2013 7:14 PM, Markos Chandras wrote: > > Hi, > > > > I see nobody seems to take care of nagios packages anymore. > > There are numerous bugs (and many of them are pending version > > bumps). > > > > Is the sysadmin@ herd still interested in this package? If not, > > could you please consider moving it to maintainer-needed@? Maybe > > users are interested in working with proxy-maintainers to bring > > this package up to date. > > > > https://bugs.gentoo.org/buglist.cgi?quicksearch=net-analyzer%2Fnagios > > > If sysadmin@ doesn't want it, I know a user/potential dev who would be > interested in maintaining it with me as a proxy. Just let me know. > > Chris reffett > Oh dear... I already have too many packages to take care of but my company is using nagion on Gentoo so I take care of it. Although I wouldn't mind if somebody else helps with the packages as well. Cheers -- Lars Wendler Gentoo package maintainer signature.asc Description: PGP signature
Re: [gentoo-dev] Policy-level discussion for minimum versions on dependencies
Am Samstag, 9. November 2013, 02:19:32 schrieb Ben de Groot: > On 8 November 2013 08:55, Rémi Cardona wrote: > > Le jeudi 07 novembre 2013 à 10:44 +0100, Alexis Ballier a écrit : > >> in short: if a package requires version X then the ebuild should require > >> version X; it can be forgotten but it's a bug. > > > > That _is_ our policy. > > Since this thread was deemed necessary, apparently it's not. > Or at least not clearly stated. > It was not clear, and we should officially clarify it somewhere in the documentation. (I also learnt as a recruit that "versionless dependency is fine if all versions in the portage tree fulfill it". As a consequence I have been regularly dropping version dependencies from ebuilds for simplification if the excluded versions were long gone from the tree.) -- Andreas K. Huettel Gentoo Linux developer (council, kde) dilfri...@gentoo.org http://www.akhuettel.de/ signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Drop net-analyzer/nagios-* to maintainer-needed
On 9 Nov 2013 12:16, "Lars Wendler" wrote: > > Am Fri, 08 Nov 2013 20:17:27 -0500 > schrieb Chris Reffett : > > > On 11/8/2013 7:14 PM, Markos Chandras wrote: > > > Hi, > > > > > > I see nobody seems to take care of nagios packages anymore. > > > There are numerous bugs (and many of them are pending version > > > bumps). > > > > > > Is the sysadmin@ herd still interested in this package? If not, > > > could you please consider moving it to maintainer-needed@? Maybe > > > users are interested in working with proxy-maintainers to bring > > > this package up to date. > > > > > > https://bugs.gentoo.org/buglist.cgi?quicksearch=net-analyzer%2Fnagios > > > > > If sysadmin@ doesn't want it, I know a user/potential dev who would be > > interested in maintaining it with me as a proxy. Just let me know. > > > > Chris reffett > > > > Oh dear... > > I already have too many packages to take care of but my company is using > nagion on Gentoo so I take care of it. Although I wouldn't mind if > somebody else helps with the packages as well. I would like to help as well. Nagios herd + git overlay for easier nondev contributions? :) Alex | wired
Re: [gentoo-dev] Drop net-analyzer/nagios-* to maintainer-needed
Seems like I forgot to select reply all earlier. I'm going to look into that next week. I failed to resetup my monitoring after I left my previous customer and I've reinstalled icinga just this week. I don't understand people's insistence with a single product herd given we don't have enough manpower yet and I don't want to have an explosion of aliases I need to subscribe to, the spam is enough as it is.
Re: [gentoo-dev] Drop net-analyzer/nagios-* to maintainer-needed
On Sat, Nov 9, 2013 at 5:20 PM, Diego Elio Pettenò wrote: > I don't understand people's insistence with a single product herd given we > don't have enough manpower yet and I don't want to have an explosion of > aliases I need to subscribe to, the spam is enough as it is. Herds are definitely not the solution for everything, but they make sense when you have multiple people interested in maintaining large sets of ebuilds. If nothing else, they make life easier for bug wranglers, especially when you have >2 maintainers. -- Alex Alexander + wired + www.linuxized.com + www.leetworks.com
Re: [gentoo-dev] Drop net-analyzer/nagios-* to maintainer-needed
On Sat, Nov 9, 2013 at 3:30 PM, Alex Alexander wrote: > > On Sat, Nov 9, 2013 at 5:20 PM, Diego Elio Pettenò > wrote: > >> I don't understand people's insistence with a single product herd given >> we don't have enough manpower yet and I don't want to have an explosion of >> aliases I need to subscribe to, the spam is enough as it is. > > > Herds are definitely not the solution for everything, but they make sense > when you have multiple people interested in maintaining large sets of > ebuilds. If nothing else, they make life easier for bug wranglers, > especially when you have >2 maintainers. > You read my comment the wrong way (or I wrote it too hastily to be understood). I mean I don't see the need to split sysadmin herd in three or more. Sure there is stuff in sysadmin that I don't care about because I don't use, but nothing forces me to maintain all of it. And if nobody cares about I'm perfectly fine to mark it as m-n. But I don't see the point in saying "well, nobody cares about nagios but two people, so we're moving it to a nagios herd". Might as well just use the two maintainers there, then. Yes I know I haven't been active at all. My time management is terrible and even after meeting Tom Limoncelli in person I doubt I'll magically start getting better at it, but I'll try to work on it.
Re: [gentoo-dev] Drop net-analyzer/nagios-* to maintainer-needed
On Sat, Nov 9, 2013 at 10:43 AM, Diego Elio Pettenò wrote: > But I don't see the point in saying "well, nobody cares about nagios but two > people, so we're moving it to a nagios herd". Might as well just use the two > maintainers there, then. ++ Aliases and herds make sense when you actually have many devs coordinating with some coming and going and such. When it just happens to be that two people take care of one package it really isn't necessary. I co-maintain a few packages with one other dev and the one that has an alias doesn't really add any value (aside from reading occasional complaints from the other dev on the alias when he is directly CC'ed and gets double-mail (situation already resolved)). The only thing going for nagios is that there are many packages, so if maintainers do come and go there would be a lot less to edit if an alias were used. Rich
Re: [gentoo-dev] Policy-level discussion for minimum versions on dependencies
On Sat, Nov 9, 2013 at 4:28 AM, Andreas K. Huettel wrote: > Am Samstag, 9. November 2013, 02:19:32 schrieb Ben de Groot: >> On 8 November 2013 08:55, Rémi Cardona wrote: >> > Le jeudi 07 novembre 2013 à 10:44 +0100, Alexis Ballier a écrit : >> >> in short: if a package requires version X then the ebuild should require >> >> version X; it can be forgotten but it's a bug. >> > >> > That _is_ our policy. >> >> Since this thread was deemed necessary, apparently it's not. >> Or at least not clearly stated. >> > > It was not clear, and we should officially clarify it somewhere in the > documentation. > > (I also learnt as a recruit that "versionless dependency is fine if all > versions in the portage tree fulfill it". As a consequence I have been > regularly dropping version dependencies from ebuilds for simplification if the > excluded versions were long gone from the tree.) For what gain? It seems to only allow breakage when updating old systems.
Re: [gentoo-dev] Policy-level discussion for minimum versions on dependencies
Am Samstag, 9. November 2013, 18:02:50 schrieb Matt Turner: > > > (I also learnt as a recruit that "versionless dependency is fine if all > > versions in the portage tree fulfill it". As a consequence I have been > > regularly dropping version dependencies from ebuilds for simplification > > if the excluded versions were long gone from the tree.) > > For what gain? It seems to only allow breakage when updating old systems. No loss (since systems not upgraded that long were not considered supported anyway), arguably small gain of more maintainable and readable dependency lists. I just learned "that's how it is done" when I started here. -- Andreas K. Huettel Gentoo Linux developer (council, kde) dilfri...@gentoo.org http://www.akhuettel.de/ signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Drop net-analyzer/nagios-* to maintainer-needed
On Sat, 9 Nov 2013 17:30:43 +0200 Alex Alexander wrote: > Herds are definitely not the solution for everything, but they make > sense when you have multiple people interested in maintaining large > sets of ebuilds. For multiple packages, yes; but I don't see any gain for a single one. > If nothing else, they make life easier for bug wranglers, especially > when you have >2 maintainers. Not really; even if you list a ton of maintainers, it takes one shortcut key press on a bug page to add all of them right away. -- With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : tom...@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D signature.asc Description: PGP signature
Re: [gentoo-dev] Drop net-analyzer/nagios-* to maintainer-needed
On Sat, Nov 9, 2013 at 5:43 PM, Diego Elio Pettenò wrote: > > On Sat, Nov 9, 2013 at 3:30 PM, Alex Alexander wrote: > >> >> On Sat, Nov 9, 2013 at 5:20 PM, Diego Elio Pettenò < >> flamee...@flameeyes.eu> wrote: >> >>> I don't understand people's insistence with a single product herd given >>> we don't have enough manpower yet and I don't want to have an explosion of >>> aliases I need to subscribe to, the spam is enough as it is. >> >> >> Herds are definitely not the solution for everything, but they make sense >> when you have multiple people interested in maintaining large sets of >> ebuilds. If nothing else, they make life easier for bug wranglers, >> especially when you have >2 maintainers. >> > > You read my comment the wrong way (or I wrote it too hastily to be > understood). I mean I don't see the need to split sysadmin herd in three or > more. Sure there is stuff in sysadmin that I don't care about because I > don't use, but nothing forces me to maintain all of it. And if nobody cares > about I'm perfectly fine to mark it as m-n. > > But I don't see the point in saying "well, nobody cares about nagios but > two people, so we're moving it to a nagios herd". Might as well just use > the two maintainers there, then. > > Yes I know I haven't been active at all. My time management is terrible > and even after meeting Tom Limoncelli in person I doubt I'll magically > start getting better at it, but I'll try to work on it. > I misunderstood you, I thought you were comparing having herds to not having herds at all, my bad. I replied hastily and didn't consider that nagios and friends are part of a herd already. I agree that splitting herds is not necessary in a case like this. -- Alex Alexander + wired + www.linuxized.com + www.leetworks.com
[gentoo-dev] Last Rites: sci-geosciences/osgearth
# Pawel Hajdan jr (09 Nov 2013) # Masked for removal in 30 days. Depends on vulnerable # version of dev-lang/v8, bug #484786. Also see # http://thread.gmane.org/gmane.linux.gentoo.devel/88811 . sci-geosciences/osgearth signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Drop net-analyzer/nagios-* to maintainer-needed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >> I already have too many packages to take care of but my company >> is using nagion on Gentoo so I take care of it. Although I >> wouldn't mind if somebody else helps with the packages as well. We use Nagios on many servers at work, so i can help out with these packages too. > ... git overlay for easier nondev contributions? :) A git repo would be useful if there are many changes to the code (e.g. plugins). From what i see in the buglist, most of the bugs are ebuild related (bumps, compile and installation issues). -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSfyPMAAoJEKCEBkJ3xQHtsJUH/jB1RbGwz7zb8zARP8fskfLc bPYcxWlRB9wYsvwH3KVgkcjynrqfuqT1IRvkMnH2ZqJ5VOdTIVzlawbpiTXf2/IY Q+yGrndfhF/a76xmtjAMr7OVgKY8OY5neTxwL+MT7k77m7rjUDszSrTQiU9ffRks 50ozCcTBE3ZBHj1SvanQYdOHlWMZT57l6NdyFdYITMX0hFEZgOvIQfXJL55VzSm6 e8xhIp9tgUz0T42SFc3oqLIVlUMnLpNGv5Ygp9gbq07gQZ+RNMX9W+O/mik8cbnN d3x/VYdjl1Wy2RHs4WiUZLmPXHDYDxFUkJq8oCUH8G/PgPWX/P3EYtRbzS+IFag= =q+se -END PGP SIGNATURE-
