Hi,
before the real start: This mail is sent to two mailing lists.
[EMAIL PROTECTED] is the mgetty-mailinglist, debian-mentors a list for
getting good ideas from within the Debian project; please send answers
also to both lists (and there is no need to Cc me, as I'm subscribed
to both lists). The
On Thu, Nov 27, 2003 at 12:11:39AM -0500, Daniel E. Markle wrote:
> I can then use the build scripts to copy it to the appropriate
> directory. However, I need to get rid of the old icon file. What is
> the best way to fix this? Modify the Makefile to not install it? Or is
> it best to keep my
The package I am working on has an existing icon neatly installed by the
upstream Makefile; the problem is it is a 48x48 png instead of a 32x32
xpm as Debian Policy requires.
The Makefile automatically installs this png as:
/usr/share/pixmaps/gmasqdialer-icon.png
I have modified it to the right
Hi,
before the real start: This mail is sent to two mailing lists.
[EMAIL PROTECTED] is the mgetty-mailinglist, debian-mentors a list for
getting good ideas from within the Debian project; please send answers
also to both lists (and there is no need to Cc me, as I'm subscribed
to both lists). The
On Thu, Nov 27, 2003 at 12:11:39AM -0500, Daniel E. Markle wrote:
> I can then use the build scripts to copy it to the appropriate
> directory. However, I need to get rid of the old icon file. What is
> the best way to fix this? Modify the Makefile to not install it? Or is
> it best to keep my
The package I am working on has an existing icon neatly installed by the
upstream Makefile; the problem is it is a 48x48 png instead of a 32x32
xpm as Debian Policy requires.
The Makefile automatically installs this png as:
/usr/share/pixmaps/gmasqdialer-icon.png
I have modified it to the right
#include
* Eduard Bloch [Tue, Nov 25 2003, 07:37:53AM]:
> - source depends on utils, why? No other -source package works that way.
> - document properly that your package does NOT build with kernel-headers
> - binary-modules is hosed:
PS:
... and you use old dh_make templates which silently
#include
* Max Vozeler [Fri, Nov 21 2003, 05:54:39AM]:
> * URL : http://loop-aes.sourceforge.net
> * License : GPL
> Description : AES-encryption loopback Linux kernel module
Bugs:
- source depends on utils, why? No other -source package works that way.
- document p
#include
* Eduard Bloch [Tue, Nov 25 2003, 07:37:53AM]:
> - source depends on utils, why? No other -source package works that way.
> - document properly that your package does NOT build with kernel-headers
> - binary-modules is hosed:
PS:
... and you use old dh_make templates which silently
#include
* Max Vozeler [Fri, Nov 21 2003, 05:54:39AM]:
> * URL : http://loop-aes.sourceforge.net
> * License : GPL
> Description : AES-encryption loopback Linux kernel module
Bugs:
- source depends on utils, why? No other -source package works that way.
- document p
On Mon, 2003-11-24 at 20:26, Jess Mahan wrote:
> I made a lot of changes to my packages (Thanks BTW for all the helpfull
> comments from everyone.
>
> Can you please check them out now, and see if I did it right this time?
>
> deb http://digitalssg.net/debian/ stable main non-US
> deb-src h
On Mon, 2003-11-24 at 20:26, Jess Mahan wrote:
> I made a lot of changes to my packages (Thanks BTW for all the helpfull
> comments from everyone.
>
> Can you please check them out now, and see if I did it right this time?
>
> deb http://digitalssg.net/debian/ stable main non-US
> deb-src h
12 matches
Mail list logo