Re: RFS: gtklp -- Frontend for CUPS written in GTK+

2004-04-29 Thread Zak B. Elep
On Thu, Apr 29, 2004 at 10:03:17AM +0200, Andreas Metzler wrote: > > I need to improve on my reading skills. ;-) - I'll offer advise in > exchange: You should install or upgrade autotools-dev on your machine, > config.(guess|sub) is still old because the respective code in > debian/rules requires

Re: RFS: gnotify -- a notification service for many desktop-environments and WM's

2004-04-29 Thread Matt Brubeck
Simon MARTIN wrote: > GNotify is a little daemon written in C using GTK. It provides > (like the KDE KNotify-system) a notification-service for > Gnome/XFce/FVWM/Fluxbox/Enlightenment and other > Desktop-Environments/WindowManagers. Can you change this to explain what this means for a user (w

Re: newbie hello

2004-04-29 Thread Bruno Barrera C.
On Thu, 2004-04-29 at 19:38, Nick Urban wrote: > Hi, I've been using Debian for a few years, and I'd like to help out. Cool. > > I love Debian as a server on older hardware, and I'd like to use it on > my desktop too. > Sadly, I've always found it lacking in desktop-relevant areas like > hardw

Re: RFS: gnotify -- a notification service for many desktop-environments and WM's

2004-04-29 Thread GCS
On Thu, Apr 29, 2004 at 11:24:59PM +0200, Simon MARTIN <[EMAIL PROTECTED]> wrote: > , whereas version 0.8-9 is the first one that is completely > lintian-clean (the only warnings that remain are those: I may be wrong on this, but for me 'lintian clean' means without warnings even. > W: gnotify s

newbie hello

2004-04-29 Thread Nick Urban
Hi, I've been using Debian for a few years, and I'd like to help out. I love Debian as a server on older hardware, and I'd like to use it on my desktop too. Sadly, I've always found it lacking in desktop-relevant areas like hardware autodetection/configuration and support for newer hardware. I

Re: RFS: gnotify -- a notification service for many desktop-environments and WM's

2004-04-29 Thread Matt Brubeck
Simon MARTIN wrote: > GNotify is a little daemon written in C using GTK. It provides > (like the KDE KNotify-system) a notification-service for > Gnome/XFce/FVWM/Fluxbox/Enlightenment and other > Desktop-Environments/WindowManagers. Can you change this to explain what this means for a user (w

Re: newbie hello

2004-04-29 Thread Bruno Barrera C.
On Thu, 2004-04-29 at 19:38, Nick Urban wrote: > Hi, I've been using Debian for a few years, and I'd like to help out. Cool. > > I love Debian as a server on older hardware, and I'd like to use it on > my desktop too. > Sadly, I've always found it lacking in desktop-relevant areas like > hardw

Re: RFS: gnotify -- a notification service for many desktop-environments and WM's

2004-04-29 Thread GCS
On Thu, Apr 29, 2004 at 11:24:59PM +0200, Simon MARTIN <[EMAIL PROTECTED]> wrote: > , whereas version 0.8-9 is the first one that is completely > lintian-clean (the only warnings that remain are those: I may be wrong on this, but for me 'lintian clean' means without warnings even. > W: gnotify so

Re: RFS: gnotify -- a notification service for many desktop-environments and WM's

2004-04-29 Thread Geert Stappers
On Thu, Apr 29, 2004 at 11:24:59PM +0200, Simon MARTIN wrote: > Hi debian-mentors! > > First of all, the most important information: > > === > > * Package name: gnotify > Version : 0.8 > Upstream Author : Marius M. M. <[EMAIL PROTECTED]> > * URL : http://gnoti

newbie hello

2004-04-29 Thread Nick Urban
Hi, I've been using Debian for a few years, and I'd like to help out. I love Debian as a server on older hardware, and I'd like to use it on my desktop too. Sadly, I've always found it lacking in desktop-relevant areas like hardware autodetection/configuration and support for newer hardware. I

RFS: gnotify -- a notification service for many desktop-environments and WM's

2004-04-29 Thread Simon MARTIN
Hi debian-mentors! First of all, the most important information: === * Package name: gnotify Version : 0.8 Upstream Author : Marius M. M. <[EMAIL PROTECTED]> * URL : http://gnotify.sourceforge.net/ * License : GPL Description : a notification ser

Re: RFS: gnotify -- a notification service for many desktop-environments and WM's

2004-04-29 Thread Geert Stappers
On Thu, Apr 29, 2004 at 11:24:59PM +0200, Simon MARTIN wrote: > Hi debian-mentors! > > First of all, the most important information: > > === > > * Package name: gnotify > Version : 0.8 > Upstream Author : Marius M. M. <[EMAIL PROTECTED]> > * URL : http://gnoti

RFS: gnotify -- a notification service for many desktop-environments and WM's

2004-04-29 Thread Simon MARTIN
Hi debian-mentors! First of all, the most important information: === * Package name: gnotify Version : 0.8 Upstream Author : Marius M. M. <[EMAIL PROTECTED]> * URL : http://gnotify.sourceforge.net/ * License : GPL Description : a notification ser

Re: use locale for python package test

2004-04-29 Thread Andreas Metzler
On 2004-04-29 GCS <[EMAIL PROTECTED]> wrote: > I maintain a package, which needs en_US locale for testing the build. I > did it as writing en_US to /etc/locale.gen and generate the locales > again, if it's not yet done. Then set LC_ALL to en_US, and do the test. > So far, so good, it works. But no

use locale for python package test

2004-04-29 Thread GCS
Hi, I maintain a package, which needs en_US locale for testing the build. I did it as writing en_US to /etc/locale.gen and generate the locales again, if it's not yet done. Then set LC_ALL to en_US, and do the test. So far, so good, it works. But now I got a FTBFS as a simple user it can not be b

Re: use locale for python package test

2004-04-29 Thread Andreas Metzler
On 2004-04-29 GCS <[EMAIL PROTECTED]> wrote: > I maintain a package, which needs en_US locale for testing the build. I > did it as writing en_US to /etc/locale.gen and generate the locales > again, if it's not yet done. Then set LC_ALL to en_US, and do the test. > So far, so good, it works. But no

use locale for python package test

2004-04-29 Thread GCS
Hi, I maintain a package, which needs en_US locale for testing the build. I did it as writing en_US to /etc/locale.gen and generate the locales again, if it's not yet done. Then set LC_ALL to en_US, and do the test. So far, so good, it works. But now I got a FTBFS as a simple user it can not be b

Re: RFS: gtklp -- Frontend for CUPS written in GTK+

2004-04-29 Thread Andreas Metzler
On 2004-04-29 Andreas Metzler <[EMAIL PROTECTED]> wrote: > automake --add-missing --copy && autoconf ‐‐force‐missing is missing. - Just for the archives. cu andreas

Re: Issues found with diogenes

2004-04-29 Thread Jeremy Lainé
Hi Matthew, > I have gone ahead and made the changes so that you can see them in > action. This is done in 0.9.9.3-5 which I have uploaded to your > queue. As far as I can tell, that deals with the last item on your > initial review of the package, let me know if you find anything > else! Have yo

Re: RFS: gtklp -- Frontend for CUPS written in GTK+

2004-04-29 Thread Andreas Metzler
On 2004-04-29 "Zak B. Elep" <[EMAIL PROTECTED]> wrote: > On Tue, Apr 27, 2004 at 09:43:32AM +0200, Andreas Metzler wrote: [...] > > Imho the build-depency on gnutls should simply be droppep, gtklp does > > not use gnutls, it is just a libtool artefact caused by > > libcupsys2-dev, which already de

Re: RFS: gtklp -- Frontend for CUPS written in GTK+

2004-04-29 Thread Andreas Metzler
On 2004-04-29 Andreas Metzler <[EMAIL PROTECTED]> wrote: > automake --add-missing --copy && autoconf ââforceâmissing is missing. - Just for the archives. cu andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Issues found with diogenes

2004-04-29 Thread Jeremy Lainé
Hi Matthew, > I have gone ahead and made the changes so that you can see them in > action. This is done in 0.9.9.3-5 which I have uploaded to your > queue. As far as I can tell, that deals with the last item on your > initial review of the package, let me know if you find anything > else! Have yo

Re: RFS: gtklp -- Frontend for CUPS written in GTK+

2004-04-29 Thread Andreas Metzler
On 2004-04-29 "Zak B. Elep" <[EMAIL PROTECTED]> wrote: > On Tue, Apr 27, 2004 at 09:43:32AM +0200, Andreas Metzler wrote: [...] > > Imho the build-depency on gnutls should simply be droppep, gtklp does > > not use gnutls, it is just a libtool artefact caused by > > libcupsys2-dev, which already de