Figured since I actually got some interesting replies as of late that I’d highlight some of them and add some more thoughts about them.
I think one thing that would help the bugwranglers in this case would be a Frequently Submitted Bugs.
This is an example of an idea that I’m looking for. Something that I most certainly would not of thought of but has a very valid way to help out. One little minor issue is that we don’t have enough bug wranglers. The one person who actively does it, doesn’t really have the time to actually write up such a document. An area that we could use help obviously so this kind of documentation can actually be updated or simply created.
Do I always need the latest and greatest, well no. Except may be for a few select apps for which I will go as far as having my own personal overlay. Really I experiment with stuff.
This is a perfect example of a person who has the perfect way to help out. They have only a few packages that they run unstable and as they actively use them…know if they work with the rest of their stable tree setup. With a minimal of effort they can do a search for open bugs with a simple ALL package name. If there’s nothing critical for their version they can then go and file a bug for marking it stable. Currently the maintainer needs to push that to the arch teams to mark stable but it will mean that other people will get a new stable version. That’s always useful.
Some of the Portage documentation gives a bit of a mixed message about this. ( http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=3&chap=3 : “If you want to use more recent software, you can consider using the testing branch instead.” ). It says “we recommend you only use the stable branch” but maybe not strongly enough?
Something that we can look into changing as it does say that either work, and they certainly do. I’d like to see more stable users personally but that’s my goal and not the projects as a whole.
I tend to run ~x86 versions of desktop apps which I know are updated regularly with new features (Pidgin, Amarok, Firefox, many others), even if I can’t name all of those features off the top of my head; but I use the stable versions of mostly everything else. Does this seem like a sane policy?
This is the kind of thing I actually sort of expect to see happen with Gentoo. These are also applications that really should be stable far sooner then others as they are so commonly used in arch and ~arch mixed environments. I consider this a very sane policy and in a lot of ways its also the way I do my own system.
I’d submit bugs to mark new versions of some of those packages stable, but I don’t really know what the process is.
This is something that once I’m able to sit down and work on it…that I’ll hopefully put out a document that will be somehow associated with our bugzilla system so that its prominent there. I’m sure others would like it mentioned on the front page as a prominent link but there has to be some motivation to want to help out.
I’ve always been running ~ arches, both because I like bleeding edge stuff and because I don’t mind investigating broken builds and post bugs about it. Even unstable has been very “stable” to me, so keep up the good work!
This is great and shows another side of our community. A person who helps out in his own way. More power to you and those like you.
The second big reason (after I hit the problem first, so I can help, I have less problems then they have), I am a version junkie. I like to have the latest KDE, xine, glibc, kernel, gcc as soon as it is unmasked. Even more true for games, where the difference between two releases can be huge.
I think quite a few of our users would fall into this category. This is of course is diametrically opposed to those who run stable.
Also, when I’m trying a new unstable package, I’m never quite sure what version to unmask. I don’t *really* want to run unstable - it’s just that there’s no stable version.
This is another perfect example of what we could use help with. Honestly, I don’t know what packages you run. I doubt you know what I run. So if its entirely unstable…lets work on getting at least one version stable if it can go without some major blockers. It could be that the maintainer just never thought about it for stable. A lot of maintainers do actually maintain 20+ packages so some do get forgotten when you have that many.
I generally try to keep my system as close to arch as possible (i use x86, amd64 and ppc(64) ).
But some of the packages I depend on are hopelessy outdated.. dev-db/postgresql .. the stable release is 8.0, 8.3 is in release candidate state… there is usually around 15-25% more performance for each major release (8.1 -> 8.2 -> 8.3) and lots of major features (new features for 8.3 is for example full text search, which is vital for my kind of work) …
Postgresql is a fairly important package, one that I’d vote for lots of testing before going stable. Still requires someone filing a bug to go stable as well. If the maintainer doesn’t do it. Recommend it. If the maintainer says it shouldn’t then there should be a good number of reasons but I’d like to see a 40+% increase in performance in my stable machine, I’m not sure of a user who would not.
That’s just a few of the comments that I found interesting lately and wanted to highlight the ways that these users can help out a lot as you can see is by simply working with the ticketing/bug system we have and helping us with the testing you are already doing….