Author: Jim Evins <evins@snaught.com> Description: gLabels is a lightweight program for creating labels and business cards for the GNOME desktop environment. Homepage: http://snaught.com/glabels/ This application truely showcases excellence in design and implementation. A GNOME2 app that is HIG compliant, production ready, complete with around a hundred label templates built in, including CD and business card templates for Avery, Neato, Memorex, and CD Stomper, and with an XML templating system, users can create their own templates for layouts not already included. (and I thought I'd have to use GIMP to print avery labels under GNU/Linux)
Created attachment 16530 [details] Ebuild for glabels-1.91.1
Created attachment 16532 [details, diff] Patch to fix glabels.desktop
*** Bug 28773 has been marked as a duplicate of this bug. ***
*note* 1.92.0 is out
Why is this a duplicate of 27214 ? The versions are different, and there is not here and not there an ebuild to find for 1.92.0 version of glabels? Can I find it somewhere? Martin
I agree, 28773 is not a duplicate of 27214. Martin, I submitted an ebuild for glabels-1.92.0 last night, see bug 29381. Hopefully it will get committed instead of getting stale in bugzilla like my submission of glabels-1.91.1 (hint, hint)
it's a dup because it's the same package, we only need one bug to see it needs updating. Anyway, we're still talking about a devel version here, so to us this is low priority.
*** Bug 29381 has been marked as a duplicate of this bug. ***
foser, you're missing the whole point...yes it needs updating and so I've just GIVEN you the ebuilds. Development version ? Sure, if you want to get technical about it, but the "stable" versions are ONLY for GTK+-1 not GTK+-2. The "development" releases are the only ones being maintained. This one (27214) I submitted a month ago, now it is stale. Bug 28773 would be resolved by committing 1.91.1 and 1.92.0 and bumping 1.91.1 to stable. As would bug 29076. And while we're at it, glabels would fit better into the app-office category instead of app-misc.
i don't think i'm missing a point, i think you are missing my point, but whatever. And _nothing_ goes in the tree stable right away, being in bugzilla is no testing period. See it as ebuild refinement period. If it goes in, only the latest release goes in and probably package.mask-ed as well. And use the gnome2 eclass.
Ok, firstly, I understand nothing goes in the tree stable right away, but you have 2 bugs that are known to be resolved by using a newer version, 2 of which you now have ebuilds for, so wouldn't it be better to have users be able to emerge glabels successfully instead of filing more bug reports and asking questions like "why won't glabels compile" ? Secondly, package.mask'ed as well ? I've never seen anything package.mask'ed by default except for things like all of gnome 2.4 or gcc or glibc, you know, things that will break your system if they don't work properly. But regardless of how I feel about your handling of this, I'll add a new ebuild which uses the gnome2 eclass to bug 29381 and re-open it since it certainly is not a duplicate of this one. If you like, close this one (27214) since it doesn't apply anymore. Frankly, "giving back to the community" here is more like pulling teeth...or maybe getting teeth pulled.
I know of no recent bugreports on 'why won't glabels compile'. We package.mask-ed a few more packages which are in the transition phase of becoming a gtk2 app. Most of them have hit a stable gtk/gnome2 release by now, but an example still in p.mask is gimp-1.3 . Gnome 2.4 was similar, although it wasn't 2.4 at the time, but 2.4 release candidates (so pre-2.4). It's about not having John Doe user out there using an unstable package. The current ebuild was added long ago and shouldn't have been added like this in my opinion. I'm not sure why you feel mistreated by this, this bug has higher priority than a lot of other (more stable) packages still (some even longer) in queue. I just explained our view on packages like this. We are just too swamped with work to get around to some things. And do you think i like the 'giving back to the community' thing here, we get treated like enemies at times. I'm a dev and get nothing more out of it than you do and put a whole lot more work in to it probably and still we get treated like dirt when we do not fulfill ones wishes right away. Why can't reporters sometimes take our word for something ? But so much for that, it gets a bit into a personal rant and that should be done by mail if you feel like you need to reply to that. let's keep it on topic here. Please do not reopen the bug, a duplicate does not mean 'ignore the duplicate' to us. When this bug gets handled, we go trough the bug and the ones marked duplicate and pick the best ebuild and suggestions to work from. Feel free to attach an updated version.
Check bug 29076 I fully understand the goal of not having users use an unstable package, but in this case there is no stable package for users to use under gnome2. I'm positive you do a lot more work than I do, but remember, I am doing the limit of what users are allowed to do. I'm sorry if you feel I have treated you like dirt, that has not been my intention at all. As for my wishes being fulfilled right away, a month has passed since I submitted an ebuild for the then, latest and greatest release of a package, which grew stale, and I realize the frustration that caused has been affecting my tone, the way I come across, so I apologize. New ebuild for glabels-1.92.0 utilizing the gnome2 eclass is in bug 29381.
*** Bug 29076 has been marked as a duplicate of this bug. ***
foser was right, we only need a single bug to track that an update to a package is required. no matter either way now, 1.92.0 is in portage.