On Mon, 13 Mar 2006, Pascal Bleser wrote: > houghi wrote: > > On Mon, Mar 13, 2006 at 10:00:12AM -0600, Jon Nelson wrote: > > > I found that very cumbersome and honestly have /no idea/ why that > > > mechanism is used instead of (the vastly more appropriate, IMO) bugzilla. > > > Best of luck! > > > > I like the WIKI editing better, because it has all the things together. > > The wiki is just for programs that are not included, not for version > > updates. I also do not think that version updates belong on Bugzilla. > > > > SUSE will use the then current version when 10.2 comes out. Wether that > > will be 1.4.0 or 1.4.7 or 2.3.4 will depend on the program makers > > themselves. > > > > So no real need to tell the makers a new version is available (please > > correct me if I am wrong) > > That's what 3rd party repositories (packman, mine, usr-local-bin, ....) are > for.
I look to the 3rd party repositories to two things: 1. packages that suse (can not, will not, has not yet) included. 2. packages that are normally included by SUSE but have been updated since. Examples would include k3b (bullet point 2), the latest gnucash/kmymoney (also bullet point 2), but also things that SUSE cannot or will not include. Start of rant (NOTE: This is just how I feel, but I'm not especially passionate about it): For something like LyX, clearly if there is enough want for an updated version, some 3rd party repository will include it. However, when (for example) SUSE 10.2 is being prepared, I can only assume that the finite resources available to SUSE would not include finding and packaging the latest version of every single package. I don't see bugzilla as *just* *BUGS* (ie, flaws) but also "issue tracker". No, strictly speaking LyX 1.4.0 being out when 1.3.7 is packaged isn't a /bug/, but I don't see why it's crazy to ask users to file enhancement bugs requesting 1.4.0 "or the latest version at this time" for 10.2, such that when 10.2 *does* start getting some work, that the list of current /issues/ (not bugs) can be viewed, prioritized, and handled. Having issues in multiple, completely different locations (wikis, mailing lists, postit notes, bugzilla, backs of napkins) does NOT improve efficiency. End of rant. -- Carpe diem - Seize the day. Carp in denim - There's a fish in my pants! Jon Nelson <[EMAIL PROTECTED]> --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
