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
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
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
h
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 n
> 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, ye
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
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 af
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 th
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
h
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 n
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
> 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, ye
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
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
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 af
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 th
> > 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
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,
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
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 i
-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
http://satur
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.
> 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 allo
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 o
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
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/debia
> > 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
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,
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 i
-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
http://satur
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 s
> 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 allo
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 o
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 Ja
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/debia
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 rel
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 Kerngeschäft
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, ac
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 Ja
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 rel
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
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
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 Kerngeschäft
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, ac
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
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 don
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
kwin
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 experimen
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 expe
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 experimen
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 ther
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 interacti
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
kwin-dec
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 gtklpq
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
> Po
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 experimen
56 matches
Mail list logo
