On Thu, May 20, 2004 at 08:09:43AM -0500, larry wrote:
To Whom it may concern
My Name is Larry Sheetz
I'm a Co owner in a Debian based ISP.
We are currently deploying wireless systems for our isp and noticed that
there is on debian package that we can find that includes PPPoE in
Hi! debian/rules!
Let me refer you to the Debian Bugs Page, at http://bugs.debian.org.
Currently there are 11 bugs that should be addressed; actually they
should have been closed/fixed years ago (thanks to the old maintainer :)
Of Particular Interest is #157399 which add a button to launch
On Mon, May 24, 2004 at 09:40:52PM -0400, David Krovich wrote:
I have a question. If an /etc/init.d script hangs indefinately while
waiting for user input, is this a violation of Debian policy?
See BTS #221751 for more information.
There is no explicit rule in policy about the
On Tuesday 25 May 2004 03.40, David Krovich wrote:
I have a question. If an /etc/init.d script hangs indefinately while
waiting for user input, is this a violation of Debian policy?
My server not booting up to the point where ssh is running and accepting
logins means a 2h journey to get there
On 2004-05-24 Zak B. Elep [EMAIL PROTECTED] wrote:
[...]
gtklp (0.9s-1) unstable; urgency=low
[...]
* Rebuilt gtklp against libcupsys2-gnutls10 in experimental (Closes:
#249494)
This does not work. You cannot upload a package which links and
buidld-depends on a library in experimental to
On 2004-05-25 Andreas Metzler [EMAIL PROTECTED] wrote:
On 2004-05-24 Zak B. Elep [EMAIL PROTECTED] wrote:
[...]
gtklp (0.9s-1) unstable; urgency=low
[...]
* Rebuilt gtklp against libcupsys2-gnutls10 in experimental (Closes:
#249494)
[...]
You can upload gtklp to experimental or
On Tue, May 25, 2004 at 08:34:19AM +0200, Andreas Metzler wrote:
This does not work. You cannot upload a package which links and
buidld-depends on a library in experimental to unstable. It will FTBFS
(fail to build from source) on every autobuilder, because they do
not access experimental.
Hi,
I've packaged some native window decorations and some
window styles for KDE and look for sponsor. All the
packages are recently uploaded to mentors.debian.net
and these are:
kwin-decor-activeheart
kwin-decor-baghira
kwin-decor-fahrenheit
kwin-decor-grover
kwin-decor-kbcl
kwin-decor-kbl
Hi!
I'll show the wholte page tomorrow, no time now, but the bug below is no
real bug.
The config file of gtklp has changed, so the 1 as command was another
flag.
If you delete the .gtklp/gtklpr or change the gtklpq-command, all works
fine.
I *should* check for config-file versions, but I
Dear mentors,
as my first call[0] hasn't recieved any response, here I go again one
last time:
Package name : xmms-singit
Version : 0.1.28-1
Upstream Author : Jan-Marek Glogowski [EMAIL PROTECTED]
URL : http://stud.fbi.fh-darmstadt.de/~glogow/
License : GPLv2
On Tue, May 25, 2004 at 08:42:08AM +0200, Andreas Metzler wrote:
Which has happened 6 hours ago.
http://lists.debian.org/debian-devel/2004/05/msg01548.html - You'll
need to build-depend on the new package, though:
Build-Depends: libcupsys2-dev (=1.1.20final+cvs20040330-4)
Yep, actually
Sehr geehrte Damen und Herren,
sie suchen IT-Personal? - Outsourcing mal ganz anders und zu fairen Preisen!
Konzentrieren Sie sich auf Ihr Kerngeschäft und das ohne auf die neuestenTechnologien zu verzichten!
Heutzutage lässt sich die Konzentration vieler Firmen auf das eigentliche
I have created a Debian package for the dom4j library. Now I am looking for a
sponsor who is willing to take a look at it.
dom4j http://www.dom4j.org is an easy to use, open source library for working
with XML, XPath and XSLT on the Java platform using the Java Collections
Framework.
It is
On Tue, 2004-05-25 at 15:05, Jesper Zedlitz wrote:
I have created a Debian package for the dom4j library. Now I am looking for a
sponsor who is willing to take a look at it.
dom4j http://www.dom4j.org is an easy to use, open source library for working
with XML, XPath and XSLT on the Java
Jesper Zedlitz [EMAIL PROTECTED] wrote:
The original source
(http://sourceforge.net/project/showfiles.php?group_id=16035) is pretty big
(12MB) so I did not copy that to my webspace. The debian/ directory can be
found here:
http://saturn.genealogy.net/~jesper/debian/dom4j-1.4/debian/
If
Matt Zimmerman [EMAIL PROTECTED] writes:
There is no explicit rule in policy about the interactivity of init scripts
(you can check this yourself), but I would consider it to be in very poor
taste unless the stability of the system is at stake (e.g., manual fsck).
There is the potential of
One question I have however, is should it be a policy violation if a
script hangs waiting for user input? Perhaps the policy document
should be updated to explicitly deal with this case?
If it does wait on input (or might) it should start afte, ssh, pcmcia,
hotplug and networking. Thus
Adrian 'Dagurashibanipal' von Bidder [EMAIL PROTECTED] writes:
My server not booting up to the point where ssh is running and accepting
Well, one thing I did make sure was to update the run levels so that
my package starts after drbd.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
But you should nevertheless put the dsc and diff.gz files on the web.
Sorry, I forgot to upload those files:
http://saturn.genealogy.net/~jesper/debian/dom4j_1.4-1.i386.changes
http://saturn.genealogy.net/~jesper/debian/dom4j_1.4-1.dsc
Jorge Pérez Burgos [EMAIL PROTECTED] wrote:
i have packaged libraries needed by dom4j,
like jtidy, libicu and xom (avalaible in mentors.debian.net) . But i
don't see theses dependencies on the control file in debian.
You do not need these libraries when you use dom4j, only for building it.
David Krovich [EMAIL PROTECTED] writes:
Adrian 'Dagurashibanipal' von Bidder [EMAIL PROTECTED] writes:
My server not booting up to the point where ssh is running and accepting
Well, one thing I did make sure was to update the run levels so that
my package starts after drbd.
Doh, I meant
One question I have however, is should it be a policy violation if a
script hangs waiting for user input? Perhaps the policy document
should be updated to explicitly deal with this case?
If it does wait on input (or might) it should start afte, ssh, pcmcia,
hotplug and
On Tue, May 25, 2004 at 11:49:46AM -0400, David Krovich wrote:
One question I have however, is should it be a policy violation if a
script hangs waiting for user input? Perhaps the policy document
should be updated to explicitly deal with this case?
So far, it does not seem to have been a
Matt Zimmerman [EMAIL PROTECTED] writes:
So far, it does not seem to have been a problem, but you are welcome to
propose it through the normal channels.
Please forgive my ignorance, but what are the proper channels to use
in regards to discussion/modification of a policy document?
Post to
Jesper Zedlitz [EMAIL PROTECTED] schrieb:
Jorge Pérez Burgos [EMAIL PROTECTED] wrote:
i have packaged libraries needed by dom4j,
like jtidy, libicu and xom (avalaible in mentors.debian.net) . But i
don't see theses dependencies on the control file in debian.
You do not need these libraries
Stefan Völkel [EMAIL PROTECTED] schrieb:
One question I have however, is should it be a policy violation if a
script hangs waiting for user input? Perhaps the policy document
should be updated to explicitly deal with this case?
If it does wait on input (or might) it should start afte, ssh,
On Tue, May 25, 2004 at 02:19:27PM -0400, David Krovich wrote:
Matt Zimmerman [EMAIL PROTECTED] writes:
So far, it does not seem to have been a problem, but you are welcome to
propose it through the normal channels.
Please forgive my ignorance, but what are the proper channels to use
If you compile with the included libraries, but generate a dynamically
linked binary - uups, that will lead to hell.
Oops, I saw everything a little bit too optimistic. Sure - not everybody will
have the same version of the jar on the system.
That explains why there is no dom4j-package, yet.
On Tue, 2004-05-25 at 18:21, Jesper Zedlitz wrote:
Jorge Pérez Burgos [EMAIL PROTECTED] wrote:
i have packaged libraries needed by dom4j,
like jtidy, libicu and xom (avalaible in mentors.debian.net) . But i
don't see theses dependencies on the control file in debian.
You do not need
I'd like to adopt this package, and I would need someone to sponsor me on
it for the upload.
The current maintainer of cpuburn, Indra Kusuma [EMAIL PROTECTED],
is apparently not active anymore. Therefore, I orphan this package
now. If you want to be the new maintainer, please take it -- see
On Mon, May 24, 2004 at 11:15:51AM -0700, Brian Nelson wrote:
The .diff.gz is far too large to be sponsored (by most developers'
standards, anyway). It looks like it contains a lot of auto-generated
junk that should be deleted in the clean target.
[snip]
Thanks, I've added some extra
Hi! debian/rules!
Let me refer you to the Debian Bugs Page, at http://bugs.debian.org.
Currently there are 11 bugs that should be addressed; actually they
should have been closed/fixed years ago (thanks to the old maintainer :)
Of Particular Interest is #157399 which add a button to launch
On Mon, May 24, 2004 at 09:40:52PM -0400, David Krovich wrote:
I have a question. If an /etc/init.d script hangs indefinately while
waiting for user input, is this a violation of Debian policy?
See BTS #221751 for more information.
There is no explicit rule in policy about the
On Tuesday 25 May 2004 03.40, David Krovich wrote:
I have a question. If an /etc/init.d script hangs indefinately while
waiting for user input, is this a violation of Debian policy?
My server not booting up to the point where ssh is running and accepting
logins means a 2h journey to get there
On 2004-05-24 Zak B. Elep [EMAIL PROTECTED] wrote:
[...]
gtklp (0.9s-1) unstable; urgency=low
[...]
* Rebuilt gtklp against libcupsys2-gnutls10 in experimental (Closes:
#249494)
This does not work. You cannot upload a package which links and
buidld-depends on a library in experimental to
On 2004-05-25 Andreas Metzler [EMAIL PROTECTED] wrote:
On 2004-05-24 Zak B. Elep [EMAIL PROTECTED] wrote:
[...]
gtklp (0.9s-1) unstable; urgency=low
[...]
* Rebuilt gtklp against libcupsys2-gnutls10 in experimental (Closes:
#249494)
[...]
You can upload gtklp to experimental or
On Tue, May 25, 2004 at 08:34:19AM +0200, Andreas Metzler wrote:
This does not work. You cannot upload a package which links and
buidld-depends on a library in experimental to unstable. It will FTBFS
(fail to build from source) on every autobuilder, because they do
not access experimental.
Hi,
I've packaged some native window decorations and some
window styles for KDE and look for sponsor. All the
packages are recently uploaded to mentors.debian.net
and these are:
kwin-decor-activeheart
kwin-decor-baghira
kwin-decor-fahrenheit
kwin-decor-grover
kwin-decor-kbcl
kwin-decor-kbl
Hi!
I'll show the wholte page tomorrow, no time now, but the bug below is no
real bug.
The config file of gtklp has changed, so the 1 as command was another
flag.
If you delete the .gtklp/gtklpr or change the gtklpq-command, all works
fine.
I *should* check for config-file versions, but I
Dear mentors,
as my first call[0] hasn't recieved any response, here I go again one
last time:
Package name : xmms-singit
Version : 0.1.28-1
Upstream Author : Jan-Marek Glogowski [EMAIL PROTECTED]
URL : http://stud.fbi.fh-darmstadt.de/~glogow/
License : GPLv2
On Tue, May 25, 2004 at 08:42:08AM +0200, Andreas Metzler wrote:
Which has happened 6 hours ago.
http://lists.debian.org/debian-devel/2004/05/msg01548.html - You'll
need to build-depend on the new package, though:
Build-Depends: libcupsys2-dev (=1.1.20final+cvs20040330-4)
Yep, actually
Sehr geehrte Damen und Herren,
sie suchen IT-Personal? - Outsourcing mal ganz anders und zu fairen Preisen!
Konzentrieren Sie sich auf Ihr Kerngeschft und das ohne auf die neuestenTechnologien zu verzichten!
Heutzutage lsst sich die Konzentration vieler Firmen auf das eigentliche Kerngeschft
I have created a Debian package for the dom4j library. Now I am looking for a
sponsor who is willing to take a look at it.
dom4j http://www.dom4j.org is an easy to use, open source library for working
with XML, XPath and XSLT on the Java platform using the Java Collections
Framework.
It is
On Tue, 2004-05-25 at 15:05, Jesper Zedlitz wrote:
I have created a Debian package for the dom4j library. Now I am looking for a
sponsor who is willing to take a look at it.
dom4j http://www.dom4j.org is an easy to use, open source library for working
with XML, XPath and XSLT on the Java
Jesper Zedlitz [EMAIL PROTECTED] wrote:
The original source
(http://sourceforge.net/project/showfiles.php?group_id=16035) is pretty big
(12MB) so I did not copy that to my webspace. The debian/ directory can be
found here:
http://saturn.genealogy.net/~jesper/debian/dom4j-1.4/debian/
If
Matt Zimmerman [EMAIL PROTECTED] writes:
There is no explicit rule in policy about the interactivity of init scripts
(you can check this yourself), but I would consider it to be in very poor
taste unless the stability of the system is at stake (e.g., manual fsck).
There is the potential of
One question I have however, is should it be a policy violation if a
script hangs waiting for user input? Perhaps the policy document
should be updated to explicitly deal with this case?
If it does wait on input (or might) it should start afte, ssh, pcmcia,
hotplug and networking. Thus
Adrian 'Dagurashibanipal' von Bidder [EMAIL PROTECTED] writes:
My server not booting up to the point where ssh is running and accepting
Well, one thing I did make sure was to update the run levels so that
my package starts after drbd.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
But you should nevertheless put the dsc and diff.gz files on the web.
Sorry, I forgot to upload those files:
http://saturn.genealogy.net/~jesper/debian/dom4j_1.4-1.i386.changes
http://saturn.genealogy.net/~jesper/debian/dom4j_1.4-1.dsc
Jorge Pérez Burgos [EMAIL PROTECTED] wrote:
i have packaged libraries needed by dom4j,
like jtidy, libicu and xom (avalaible in mentors.debian.net) . But i
don't see theses dependencies on the control file in debian.
You do not need these libraries when you use dom4j, only for building it.
David Krovich [EMAIL PROTECTED] writes:
Adrian 'Dagurashibanipal' von Bidder [EMAIL PROTECTED] writes:
My server not booting up to the point where ssh is running and accepting
Well, one thing I did make sure was to update the run levels so that
my package starts after drbd.
Doh, I meant
One question I have however, is should it be a policy violation if a
script hangs waiting for user input? Perhaps the policy document
should be updated to explicitly deal with this case?
If it does wait on input (or might) it should start afte, ssh, pcmcia,
hotplug and
On Tue, May 25, 2004 at 11:49:46AM -0400, David Krovich wrote:
One question I have however, is should it be a policy violation if a
script hangs waiting for user input? Perhaps the policy document
should be updated to explicitly deal with this case?
So far, it does not seem to have been a
Matt Zimmerman [EMAIL PROTECTED] writes:
So far, it does not seem to have been a problem, but you are welcome to
propose it through the normal channels.
Please forgive my ignorance, but what are the proper channels to use
in regards to discussion/modification of a policy document?
Post to
Jesper Zedlitz [EMAIL PROTECTED] schrieb:
Jorge Pérez Burgos [EMAIL PROTECTED] wrote:
i have packaged libraries needed by dom4j,
like jtidy, libicu and xom (avalaible in mentors.debian.net) . But i
don't see theses dependencies on the control file in debian.
You do not need these libraries
Stefan Völkel [EMAIL PROTECTED] schrieb:
One question I have however, is should it be a policy violation if a
script hangs waiting for user input? Perhaps the policy document
should be updated to explicitly deal with this case?
If it does wait on input (or might) it should start afte, ssh,
On Tue, May 25, 2004 at 02:19:27PM -0400, David Krovich wrote:
Matt Zimmerman [EMAIL PROTECTED] writes:
So far, it does not seem to have been a problem, but you are welcome to
propose it through the normal channels.
Please forgive my ignorance, but what are the proper channels to use
If you compile with the included libraries, but generate a dynamically
linked binary - uups, that will lead to hell.
Oops, I saw everything a little bit too optimistic. Sure - not everybody will
have the same version of the jar on the system.
That explains why there is no dom4j-package, yet.
On Tue, 2004-05-25 at 18:21, Jesper Zedlitz wrote:
Jorge Pérez Burgos [EMAIL PROTECTED] wrote:
i have packaged libraries needed by dom4j,
like jtidy, libicu and xom (avalaible in mentors.debian.net) . But i
don't see theses dependencies on the control file in debian.
You do not need
I'd like to adopt this package, and I would need someone to sponsor me on
it for the upload.
The current maintainer of cpuburn, Indra Kusuma [EMAIL PROTECTED],
is apparently not active anymore. Therefore, I orphan this package
now. If you want to be the new maintainer, please take it -- see
On Mon, May 24, 2004 at 11:15:51AM -0700, Brian Nelson wrote:
The .diff.gz is far too large to be sponsored (by most developers'
standards, anyway). It looks like it contains a lot of auto-generated
junk that should be deleted in the clean target.
[snip]
Thanks, I've added some extra
61 matches
Mail list logo
