also sprach Peter Samuelson <[EMAIL PROTECTED]> [2005.03.31.0906 +0200]:
> DISTRIB := $(shell something-that-prints-DEBIAN-or-UBUNTU)
Rene told me about lsb-release.
--
Please do not send copies of list mail to me; I read the list!
.''`. martin f. krafft <[EMAIL PROTECTED]>
: :' :p
On Thu, 31 Mar 2005 08:54:01 +0200, Tollef Fog Heen uttered
> TTBOMK, he hasn't discussed this with the dpkg maintainer, nor has he
> made his code public.
>
Er, Adam Heath has made plenty of uploads of dpkg, and is listed as an
Uploader.
Cheers,
--
Steve
* Thomas Bushnell BSG
| Huh? I'm not saying I pretend it isn't there. Do I want to modify
| the source code? No, because there's nothing I could do with it if I
| could.
Sure there is, like, reprogramming the image shown when your computer
boots.
--
Tollef Fog Heen
[martin f krafft]
> Parts of debian/rules are Ubuntu-specific (e.g. mv README.Debian
> README.Ubuntu) and we would love to have that removed.
The DISTRIB thing can be implemented quite easily without include files
or anything. Just say:
DISTRIB := $(shell something-that-prints-DEBIAN-or-UBUNT
* Lars Wirzenius
| su, 2005-03-27 kello 09:01 +0200, George Danchev kirjoitti:
|
| > I second suggestion given at #250202 and like to see "unpacked"
| > and "patched" targets to hit Policy 4.8.
|
| I hear that Adam Heath (doogie for those on IRC) has been working on a
| new source package format
* George Danchev
| I second suggestion given at #250202 and like to see "unpacked" and
| "patched" targets to hit Policy 4.8.
If so, it should be «unpack» and «patch» to match the build and
install targets.
--
Tollef Fog Heen,''`.
UNIX is
Quoting Ola Lundqvist ([EMAIL PROTECTED]):
> A common way is to list the contact address for the group
> as maintainer and each person responsible for uploads in Uploaders.
> You miss non official Debian developers this way though.
This is the way d-i packages are handled.
This is also the way I
On Wed, Mar 30, 2005 at 10:19:12PM -0300, Leonardo Serra wrote:
> You can use it to create SSH accounts for users who will
> only use them for SSH-tunneling; to create an encrypted
> tunnel to your servers.
Or you can use the -N option to OpenSSH.
- Matt
signature.asc
Description: Digital sign
Package: wnpp
Severity: wishlist
Owner: Leonardo Serra <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package name: sleepshell
Version : 0.0.1-1
Upstream Author : Leonardo Serra <[EMAIL PROTECTED]>
URL : http://www.mariovaldez.net/software/sleep
On Sat, Mar 26, 2005 at 07:24:05PM +0100, Marco d'Itri wrote:
> On Mar 26, Roger Leigh <[EMAIL PROTECTED]> wrote:
>
> > Is there a project-wide policy for support for devfs (and devfs-style,
> > e.g. udev devfs.rules) device naming?
> No, but nearly all packages support both conventions.
Nearly a
Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf <[EMAIL PROTECTED]>
* Package name: libuser-identity-perl
Version : 0.90
Upstream Author : Mark Overmeer <[EMAIL PROTECTED]>
* URL : http://perlovermeer.net/userid/
* License : GPL + artistic
Description
Package: wnpp
Severity: wishlist
Owner: Ghe Rivero <[EMAIL PROTECTED]>
* Package name: authconfig
Version : 4.6.11
Upstream Author : Nalin Dahyabhai <[EMAIL PROTECTED]>
* URL :
http://fedora.redhat.com/projects/config-tools/authconfig.html
* License : GPL
De
Ola Lundqvist dijo [Mon, Mar 28, 2005 at 10:37:33AM +0200]:
> > * Sean Perry [Sun, 27 Mar 2005 18:36:49 -0800]:
> >
> > > Source: mysource
> > > Maintainer: Bob <[EMAIL PROTECTED]>
> > > Maintainers: Bob <[EMAIL PROTECTED]>, George <[EMAIL PROTECTED]>
> >
> > > I left the Maintainer in place to a
On Thu, 2005-03-31 at 00:22 +1000, Matthew Palmer wrote:
> This is all a bit confusing; there has been a diagram of the way a
> package floats around posted here recently, do a search for debian
> package diagram or similar on google.
http://debian.home.pipeline.com/newdebian2.png
HTH
Ben
--
[
Package: wnpp
Severity: wishlist
Owner: Kim Lundgren <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: php4-dbase
Version : 4.3.10
Upstream Author : The PHP Group <[EMAIL PROTECTED]>
* URL : http://www.php.net/
* License : (PHP
PLEASE UNSUBSUBSCRIBE ME AS OF TODAY---THANK
YOU
Ian Campbell <[EMAIL PROTECTED]> wrote:
> On Wed, 2005-03-30 at 16:56 +0200, Frank Küster wrote:
>
>> There is a way to cause make to re-read a Makefile: Makefile remaking.
>>
>> debian/rules: debian/rules.in
>> $(command that recreates debian/rules) --infile $< --outfile $@
>>
>> ... make
> It seems tha dpatch cannot be trivially used to patch debian/rules
> when the patch target is called implicitly. Note that it works if
> I invoke build and then binary separately. If I invoke binary, which
> depends on build, the patches are applied, but the debian/rules file
> is already read a
On Wed, 2005-03-30 at 16:56 +0200, Frank Küster wrote:
> There is a way to cause make to re-read a Makefile: Makefile remaking.
>
> debian/rules: debian/rules.in
> $(command that recreates debian/rules) --infile $< --outfile $@
>
> ... make will reread the file after it has updated it.
doe
#include
* martin f krafft [Wed, Mar 30 2005, 04:00:21PM]:
> also sprach Henrique de Moraes Holschuh <[EMAIL PROTECTED]> [2005.03.30.1529
> +0200]:
> > Well, I had never heard of anyone crazy enough to patch
> > debian/rules at runtime... You're the first.
>
> Yeah!
>
> We are packaging zope-c
On Wednesday 30 March 2005 11:44 am, Andrew Suffield wrote:
> I know of at least two such languages. Don't include 'o'.
Ok, will do. Or, um, not do.
Daniel
--
/--- Daniel Burrows <[EMAIL PROTECTED]> --\
|Human beings were created by water to transpor
On Wed, Mar 30, 2005 at 09:56:36AM -0500, Daniel Burrows wrote:
> Bullet characters are (maybe) "-", "+", "*", and "o"; the frontend may
> render them literally or modify their appearence as it deems appropriate.
> NOTE: it might be a good idea to exclude "o"; I doubt many packages use "o"
>
On Wednesday 30 March 2005 09:56 am, Daniel Burrows wrote:
> A line beginning with two or more spaces, followed by a bullet character
> and a space, is considered to be an element of a bulleted list. Every
> succeeding line that begins with N+1 or more spaces, where N is the number
> of spaces p
On Wednesday 30 March 2005 05:19 am, Jeroen van Wolffelaar wrote:
> Ideally, all packaging tools would support some kind of very simple
> markup language to support enumerations in a sane way, but that's a
> long-term project.
There's room in the description standard for future extensions: quoti
martin f krafft <[EMAIL PROTECTED]> wrote:
> also sprach Henrique de Moraes Holschuh <[EMAIL PROTECTED]> [2005.03.30.1529
> +0200]:
>> Well, I had never heard of anyone crazy enough to patch
>> debian/rules at runtime... You're the first.
>
> Yeah!
>
> We are packaging zope-common from Ubuntu fo
On Wed, Mar 30, 2005 at 02:30:26PM +, Alex Papadopoulos wrote:
> Ok thanks for the quick reply. Another question though that I forgot
> before, if the sponsor uploads the packages is he automatically the
> maintainer of the package (because if this is the case, then it means that
> sponsorin
On Wed, 30 Mar 2005, Alex Papadopoulos wrote:
> Ok thanks for the quick reply. Another question though that I forgot
> before, if the sponsor uploads the packages is he automatically the
> maintainer of the package (because if this is the case, then it means that
Yes and no. He is as responsib
Ok thanks for the quick reply. Another question though that I forgot before,
if the sponsor uploads the packages is he automatically the maintainer of
the package (because if this is the case, then it means that sponsoring is a
very demanding process for him, and makes therefore sponsoring a qui
On Wed, 30 Mar 2005, martin f krafft wrote:
> also sprach Henrique de Moraes Holschuh <[EMAIL PROTECTED]> [2005.03.30.1602
> +0200]:
> > I don't think so, other than using makefile includes.
>
> Uh, these are also only read once...
Change them BEFORE the ubuntu build.
--
"One disk to rule th
also sprach Marc 'HE' Brockschmidt <[EMAIL PROTECTED]> [2005.03.30.1615 +0200]:
> Why not simply do a ifeq($(DISTRIB),Ubuntu) around that and define
> DISTRIB at the top of the Makefile? This way you can use the same
> debian/rules for Ubuntu and Debian and don't need to use evil
> patch systems.
On Wed, Mar 30, 2005 at 02:18:28PM +, Alex Papadopoulos wrote:
> After having read the documentations I understood that I needed to apply as
> a new maintainer (with the appropriate identification process, needing an
> "advocate" Debian developper) and then find a sponsor that would accept
>
Op di, 29-03-2005 te 11:52 -0700, schreef Annabelle Garcia:
> I am sorry to bother you again. I am just following up to see if there
> is any way you can direct me to the right contact.
Debian is not a company, it is a volunteer-based effort.
--
EARTH
smog | bricks
AIR -- mud
Hello,
I am interested in adding a project into the Debian Project and wanted to
ask a couple of questions on how to achieve this.
After having read the documentations I understood that I needed to apply as
a new maintainer (with the appropriate identification process, needing an
"advocate" Deb
martin f krafft <[EMAIL PROTECTED]> writes:
> Parts of debian/rules are Ubuntu-specific (e.g. mv README.Debian
> README.Ubuntu) and we would love to have that removed.
Why not simply do a ifeq($(DISTRIB),Ubuntu) around that and define DISTRIB
at the top of the Makefile? This way you can use the sa
* Alexander Schmehl <[EMAIL PROTECTED]> [050330 16:09]:
> Just out of curiosity: Why do you need to do this?
Sorry, was out of synch and just got your other mail.
Yours sincerely,
Alexander
signature.asc
Description: Digital signature
* martin f krafft <[EMAIL PROTECTED]> [050330 14:08]:
> It seems tha dpatch cannot be trivially used to patch debian/rules
> when the patch target is called implicitly.
Just out of curiosity: Why do you need to do this?
Yours sincerely,
Alexander
signature.asc
Description: Digital signatur
also sprach Henrique de Moraes Holschuh <[EMAIL PROTECTED]> [2005.03.30.1602
+0200]:
> I don't think so, other than using makefile includes.
Uh, these are also only read once...
--
Please do not send copies of list mail to me; I read the list!
.''`. martin f. krafft <[EMAIL PROTECTED]>
:
On Wed, 30 Mar 2005, martin f krafft wrote:
> but I was wondering if there is a better way...
I don't think so, other than using makefile includes.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where
also sprach Henrique de Moraes Holschuh <[EMAIL PROTECTED]> [2005.03.30.1529
+0200]:
> Well, I had never heard of anyone crazy enough to patch
> debian/rules at runtime... You're the first.
Yeah!
We are packaging zope-common from Ubuntu for Debian, patching it
with dpatch to make it easier late
On Wed, Mar 30, 2005 at 10:29:41AM -0300, Henrique de Moraes Holschuh wrote:
> On Wed, 30 Mar 2005, martin f krafft wrote:
> > It seems tha dpatch cannot be trivially used to patch debian/rules
> > when the patch target is called implicitly. Note that it works if
> > I invoke build and then binary
On Mar 30, 2005 at 12:38, Frank Küster praised the llamas by saying:
> Alban Browaeys <[EMAIL PROTECTED]> wrote:
>
> > Le Tue, 29 Mar 2005 10:10:06 +0100, David Pashley a écrit :
> >
> >> What are CUE and TOC files? What are they used for? It would be useful
> >> if you say a little bit more abo
On Wed, 30 Mar 2005, martin f krafft wrote:
> It seems tha dpatch cannot be trivially used to patch debian/rules
> when the patch target is called implicitly. Note that it works if
> I invoke build and then binary separately. If I invoke binary, which
> depends on build, the patches are applied, bu
It seems tha dpatch cannot be trivially used to patch debian/rules
when the patch target is called implicitly. Note that it works if
I invoke build and then binary separately. If I invoke binary, which
depends on build, the patches are applied, but the debian/rules file
is already read and patches
* "Ivan Kirchev"
| Does Debian package management suite provide C APIs for
| easier program manipulation of .deb files?
No, dpkg does not provide any library you can use, yet. It's on the
list of features planned.
--
Tollef Fog Heen,''`.
Alban Browaeys <[EMAIL PROTECTED]> wrote:
> Le Tue, 29 Mar 2005 10:10:06 +0100, David Pashley a écrit :
>
>> What are CUE and TOC files? What are they used for? It would be useful
>> if you say a little bit more about them.
>
> Well i do not know if one can define CUE file shortly . This is like
Le Tue, 29 Mar 2005 00:06:19 -0600, Ron Johnson a écrit :
> On Tue, 2005-03-29 at 06:31 +0200, Alban Browaeys wrote:
>> Le Tue, 29 Mar 2005 01:09:55 +0200, Jeroen van Wolffelaar a écrit :
>>
>> > On Mon, Mar 28, 2005 at 02:24:03PM +0200, Wouter Verhelst wrote:
>> >> For the record, it is not true
On Wed, Mar 30, 2005 at 04:42:24AM -0600, Peter Samuelson wrote:
> Omitting the check for forced word-wrapping in bullets cuts down the
> list of offenders drastically. The following are source packages that
> actually display _incorrectly_ in dselect / aptitude because bullet
> points incorrectly
[Jeroen van Wolffelaar]
> It seems like this list has a lot of false positives, take for example
> php-mail-mime:
>
> | Description: PHP PEAR module for creating and decoding MIME messages
> | Provides classes to deal with creation and manipulation of mime messages:
> | .
> | * mime.php: Crea
Le Tue, 29 Mar 2005 10:10:06 +0100, David Pashley a écrit :
> What are CUE and TOC files? What are they used for? It would be useful
> if you say a little bit more about them.
Well i do not know if one can define CUE file shortly . This is like "ar"
file but for cdroms "images" (not in the iso m
Le Tue, 29 Mar 2005 18:45:01 +0200, Bartosz Fenski aka fEnIo a écrit :
> Hello.
>
> I'm packaging adesklets stuff, and it cames with Vera.ttf font included.
> We've got this font in ttf-bitstream-vera package, so I was wondering if is
> it ok to duplicate it, since some packages are doing it alre
On Wed, Mar 30, 2005 at 03:54:36AM -0600, Peter Samuelson wrote:
>
> [Peter Samuelson]
> > I'd like to file a mass bug for these, but it's on the order of 583
> > binary packages in 430 source packages, so I obviously want to get
> > some feedback first.
>
> Jeroen van Wolffelaar pointed out to m
[Peter Samuelson]
> I'd like to file a mass bug for these, but it's on the order of 583
> binary packages in 430 source packages, so I obviously want to get
> some feedback first.
Jeroen van Wolffelaar pointed out to me that 430 source packages is a
bit much for a mass bug, especially if lintian/
Package: linda
Version: 0.3.10
Severity: wishlist
ObListCC: search for 'mass bug' below.
Lots of packages have a Description field that includes a bullet list.
There is no good way to do these, unfortunately, but lots of wrong
ways. In particular, you'll cause incorrect line wrapping in dselect
To administrators of haydn in special and others just for the record.
Kind regards
Andreas.
-- Forwarded message --
Date: Wed, 30 Mar 2005 07:58:43 +
From: Mail Delivery System <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Mail delivery failed: returning message t
54 matches
Mail list logo
