Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

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 an attachment (id=16530) [details]
Ebuild for glabels-1.91.1

Created an attachment (id=16532) [details]
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.