On Tue, 11 Feb 2003, Michael Still wrote:
> I have been an open source developer for some time, and am now an
> experienced Debian user (a whole week under my belt!).
Heh.
> I am interested in getting some of my code available as Debian packages,
> but the web pages I have been reading imply that
On Wed, 05 Feb 2003, Tore Anderson wrote:
> * David Lloyd
>
> > I don't know if this is the right forum to ask, but I want to replace:
> >
> > [EMAIL PROTECTED]:/usr/share/apps/ksplash/pics$ ls
> >splash_bottom.pngsplash_top.png
> > splash_active_bar.png spla
On Wed, 05 Feb 2003, Tore Anderson wrote:
> * David Lloyd
>
> > I don't know if this is the right forum to ask, but I want to replace:
> >
> > lloy0076@cirith:/usr/share/apps/ksplash/pics$ ls
> >splash_bottom.pngsplash_top.png
> > splash_active_bar.png splash
On Tue, 19 Nov 2002, Kenneth Pronovici wrote:
> Should I file a bug against my own package to report the related
It's up to you...
--
"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 the shadows lie."
On Tue, 19 Nov 2002, Kenneth Pronovici wrote:
> Should I file a bug against my own package to report the related
It's up to you...
--
"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 the shadows lie."
Hi debian-mentors!
On Sun, 10 Nov 2002, Henrique de Moraes Holschuh wrote:
> On Sun, 10 Nov 2002, Martin Godisch wrote:
> > On Sun, Nov 10, 2002 at 09:13:39 -0200, Henrique de Moraes Holschuh wrote:
> >
> > > On Sun, 10 Nov 2002, Martin Godisch wrote:
> >
On Sun, 10 Nov 2002, Martin Godisch wrote:
> On Sun, Nov 10, 2002 at 09:13:39 -0200, Henrique de Moraes Holschuh wrote:
>
> > On Sun, 10 Nov 2002, Martin Godisch wrote:
> >
> > > May I suggest that dh_installinit adds 'debconf (>= 1.2.9)' to
> > &
Hi debian-mentors!
On Sun, 10 Nov 2002, Henrique de Moraes Holschuh wrote:
> On Sun, 10 Nov 2002, Martin Godisch wrote:
> > On Sun, Nov 10, 2002 at 09:13:39 -0200, Henrique de Moraes Holschuh wrote:
> >
> > > On Sun, 10 Nov 2002, Martin Godisch wrote:
> >
On Sun, 10 Nov 2002, Martin Godisch wrote:
> On Sun, Nov 10, 2002 at 09:13:39 -0200, Henrique de Moraes Holschuh wrote:
>
> > On Sun, 10 Nov 2002, Martin Godisch wrote:
> >
> > > May I suggest that dh_installinit adds 'debconf (>= 1.2.9)' to
> > &
On Sun, 10 Nov 2002, Martin Godisch wrote:
> On Sat, Nov 09, 2002 at 12:06:58 -0500, Joey Hess wrote:
> > [EMAIL PROTECTED]:~>grep prerm =dpkg-reconfigure
> > foreach my $info (['prerm','upgrade', $version],
>
> May I suggest that dh_installinit adds 'debconf (>= 1.2.9)' to
> ${mi
On Sun, 10 Nov 2002, Martin Godisch wrote:
> On Sat, Nov 09, 2002 at 12:06:58 -0500, Joey Hess wrote:
> > joey@dragon:~>grep prerm =dpkg-reconfigure
> > foreach my $info (['prerm','upgrade', $version],
>
> May I suggest that dh_installinit adds 'debconf (>= 1.2.9)' to
> ${misc:Dep
On Sat, 09 Nov 2002, Martin Godisch wrote:
> On Sat, Nov 09, 2002 at 08:12:57 -0200, Henrique de Moraes Holschuh wrote:
> > On Sat, 09 Nov 2002, Martin Godisch wrote:
> > > dh_installinit adds 'invoke-rc.d start' (or: init.d/package start) to
> > > postinst,
On Sat, 09 Nov 2002, Martin Godisch wrote:
> On Sat, Nov 09, 2002 at 08:12:57 -0200, Henrique de Moraes Holschuh wrote:
> > On Sat, 09 Nov 2002, Martin Godisch wrote:
> > > dh_installinit adds 'invoke-rc.d start' (or: init.d/package start) to
> > > postinst,
On Sat, 09 Nov 2002, Martin Godisch wrote:
> dh_installinit adds 'invoke-rc.d start' (or: init.d/package start) to
> postinst, hence, after dpkg-reconfigure is run, postinst will try to
> start an already running service, start-stop-daemon will fail, and the
> daemon will not reload its new configu
On Sat, 09 Nov 2002, Martin Godisch wrote:
> dh_installinit adds 'invoke-rc.d start' (or: init.d/package start) to
> postinst, hence, after dpkg-reconfigure is run, postinst will try to
> start an already running service, start-stop-daemon will fail, and the
> daemon will not reload its new configu
On Wed, 30 Oct 2002, Russell Coker wrote:
> You may be interested in taking over the fcron package when you become a
> developer.
>
> Having the upstream and the Debian maintainer in the same country wouldn't do
> any harm, I don't plan on maintaining fcron long-term and I'm not sure
> whether
On Wed, 30 Oct 2002, Russell Coker wrote:
> You may be interested in taking over the fcron package when you become a
> developer.
>
> Having the upstream and the Debian maintainer in the same country wouldn't do
> any harm, I don't plan on maintaining fcron long-term and I'm not sure
> whether
On Sun, 22 Sep 2002, Steve Langasek wrote:
> > Is there anyone around who would like to help with these questions, and with
> > configure.in support to link the proper objects? Upstream supports MIT and
> > Heimdal, but their stuff won't work with Debian heimdall out-of-the-box, for
> > example (d
On Sun, 22 Sep 2002, Steve Langasek wrote:
> > Is there anyone around who would like to help with these questions, and with
> > configure.in support to link the proper objects? Upstream supports MIT and
> > Heimdal, but their stuff won't work with Debian heimdall out-of-the-box, for
> > example (
I have been asked to add kerberos support to Cyrus IMAPd. So far so good.
Part of it is already there anyway, as long as Kerberos modules for SASL2
are installed in the system.
Now, I have to choose wether to use Heimdal or MIT Kerberos 5. And not
being familiar with Kerberos, I don't know what
I have been asked to add kerberos support to Cyrus IMAPd. So far so good.
Part of it is already there anyway, as long as Kerberos modules for SASL2
are installed in the system.
Now, I have to choose wether to use Heimdal or MIT Kerberos 5. And not
being familiar with Kerberos, I don't know what
On Tue, 27 Aug 2002, Jamie Wilkinson wrote:
> Is it likely that another program will use these libraries, or are they just
> for internal use by aqsis (like, dynamically loaded modules, etc)? If they
> are the latter, then you shouldn't split up the package at all, nor worry
> about versioning.
I
On Tue, 27 Aug 2002, Jamie Wilkinson wrote:
> Is it likely that another program will use these libraries, or are they just
> for internal use by aqsis (like, dynamically loaded modules, etc)? If they
> are the latter, then you shouldn't split up the package at all, nor worry
> about versioning.
On Mon, 19 Aug 2002, Sean 'Shaleh' Perry wrote:
> Debian should try *very* hard to match the upstream names. otherwise any docs
> or 3rd party tools will not be happy under Debian. Also if a user sends them
> a
Even when upstream uses such dumb names as "reconstruct", "master" and so on?
(dumb
On Mon, 19 Aug 2002, Sean 'Shaleh' Perry wrote:
> Debian should try *very* hard to match the upstream names. otherwise any docs
> or 3rd party tools will not be happy under Debian. Also if a user sends them a
Even when upstream uses such dumb names as "reconstruct", "master" and so on?
(dumb as
On Thu, 15 Aug 2002, Osamu Aoki wrote:
> I am not mad but I am somewhat intrigued.
Blame it on real life interfering on my Debian work :(
> comment on mailing list. I sent a personal e-mail wondering his
> health... No reply.
Uups... sorry about that :( They're sitting on the inbox, because I
On Thu, 15 Aug 2002, Osamu Aoki wrote:
> I am not mad but I am somewhat intrigued.
Blame it on real life interfering on my Debian work :(
> comment on mailing list. I sent a personal e-mail wondering his
> health... No reply.
Uups... sorry about that :( They're sitting on the inbox, because
On Sun, 04 Aug 2002, Leni Mayo wrote:
> Henrique de Moraes Holschuh wrote:
> > And you should also get the sysvinit and file-rc package sources,
> > ...
> > serel must properly integrate itself with the lot of them.
>
> serel already has a patch for the rc that comes
Ick, I didn't notice this thread earlier...
On Fri, 02 Aug 2002, Andreas Metzler wrote:
> In article <[EMAIL PROTECTED]> Leni Mayo <[EMAIL PROTECTED]> wrote:
> [...]
> > As this is the first release on debian, I'd be grateful if someone
> > with more packaging experience than myself could take a
Ick, I didn't notice this thread earlier...
On Fri, 02 Aug 2002, Andreas Metzler wrote:
> In article <[EMAIL PROTECTED]> Leni Mayo <[EMAIL PROTECTED]> wrote:
> [...]
> > As this is the first release on debian, I'd be grateful if someone
> > with more packaging experience than myself could take a
On Tue, 25 Jun 2002, Osamu Aoki wrote:
> On Tue, Jun 25, 2002 at 04:35:39PM +0200, Marc Leeman wrote:
> > > I waited 6 weeks before AM assigned. (I had advocate when applied.)
> > > My AM does not yet contact me few days while I see his posting on ML.
I am trying to get a time window to process a
On Tue, 25 Jun 2002, Osamu Aoki wrote:
> On Tue, Jun 25, 2002 at 04:35:39PM +0200, Marc Leeman wrote:
> > > I waited 6 weeks before AM assigned. (I had advocate when applied.)
> > > My AM does not yet contact me few days while I see his posting on ML.
I am trying to get a time window to process
On Thu, 20 Jun 2002, Josselin Mouette wrote:
> news and board. However, it is written entirely in French and is not
> gettext-enabled. The basic functionalities should be accessible for any
Well, gettext-enable it and send the patch upstream :P
> non-French speaking, but the help messages and con
On Mon, 03 Jun 2002, Brooks R. Robinson wrote:
> updated since it's original packaging. Is it customary to leave this kind
> of file alone or is there carte blanche to change it. Also, in the
Change it to your hearts content, but do acknowledge the previous
maintainer's work.
> changelog, since
On Mon, 03 Jun 2002, Brooks R. Robinson wrote:
> updated since it's original packaging. Is it customary to leave this kind
> of file alone or is there carte blanche to change it. Also, in the
Change it to your hearts content, but do acknowledge the previous
maintainer's work.
> changelog, sinc
On Mon, 06 May 2002, Roger Leigh wrote:
> Is it common or good practice to keep the build for Debian separate
> for upstream, or should I really get my changes incorporated upstream
> first? It's just that I don't really see this happening all that soon
> (it at all).
Go ahead and fork it, as lo
Hi Colin!
On Mon, 29 Apr 2002, Colin Watson wrote:
> On Sun, Apr 28, 2002 at 10:58:15AM +0900, Junichi Uekawa wrote:
> > "Joel Baker" <[EMAIL PROTECTED]> cum veritate scripsit:
> > > 'Is the -data package arch-independant, and large enough to save lots of
> > > disk on the mirrors?'
> >
> > That
Hi Colin!
On Mon, 29 Apr 2002, Colin Watson wrote:
> On Sun, Apr 28, 2002 at 10:58:15AM +0900, Junichi Uekawa wrote:
> > "Joel Baker" <[EMAIL PROTECTED]> cum veritate scripsit:
> > > 'Is the -data package arch-independant, and large enough to save lots of
> > > disk on the mirrors?'
> >
> > Tha
On Thu, 25 Apr 2002, Jason Lunz wrote:
> trust web is an "identity". That can (and should) be independent of real
> name. Why? Because there are people in the world who live in countries
> or situations where they cannot safely reveal their real life identity.
Join the cDc then, but not Debian.
-
On Thu, 25 Apr 2002, Jason Lunz wrote:
> trust web is an "identity". That can (and should) be independent of real
> name. Why? Because there are people in the world who live in countries
> or situations where they cannot safely reveal their real life identity.
Join the cDc then, but not Debian.
On Thu, 25 Apr 2002, christophe barbé wrote:
> But the key makes no references to his name.
[...]
> Should I sign his key ?
No. Request that he adds an UID to his key with his name as it appears on
his documents (the name that he would have in a international travel pass,
for example), and sign TH
On Thu, 25 Apr 2002, christophe barbé wrote:
> But the key makes no references to his name.
[...]
> Should I sign his key ?
No. Request that he adds an UID to his key with his name as it appears on
his documents (the name that he would have in a international travel pass,
for example), and sign T
On Tue, 23 Apr 2002, Yves Arrouye wrote:
> Package has a Depends on icu which cannot be satisfied on hurd-i386.
> Package has a Depends on icu which cannot be satisfied on sh.
>
> Do I need to care about these? There is no problem listed in
No. Just ignore sh and hurd for now...
--
"One disk
On Tue, 23 Apr 2002, Steve Langasek wrote:
> make-target:
> if [ $(DEB_HOST_GNU_TYPE) = "hppa-linux" ]; then \
This WILL break when dpkg-architecture is finally fixed to return the proper
gnu host type. A test for hppa-linux* is better, you could use case..esac
for that.
Or just go GNU mak
On Tue, 23 Apr 2002, Yves Arrouye wrote:
> Package has a Depends on icu which cannot be satisfied on hurd-i386.
> Package has a Depends on icu which cannot be satisfied on sh.
>
> Do I need to care about these? There is no problem listed in
No. Just ignore sh and hurd for now...
--
"One disk
On Tue, 23 Apr 2002, Steve Langasek wrote:
> make-target:
> if [ $(DEB_HOST_GNU_TYPE) = "hppa-linux" ]; then \
This WILL break when dpkg-architecture is finally fixed to return the proper
gnu host type. A test for hppa-linux* is better, you could use case..esac
for that.
Or just go GNU ma
On Mon, 01 Apr 2002, Sean 'Shaleh' Perry wrote:
> On 01-Apr-2002 Will Newton wrote:
> > Is it acceptable to downgrade a serious bug to important if it is a build
> > error on an arch that has never built correctly in the past?
> >
> > The problem is being worked on, it's just taking a little time
On Mon, 01 Apr 2002, Sean 'Shaleh' Perry wrote:
> On 01-Apr-2002 Will Newton wrote:
> > Is it acceptable to downgrade a serious bug to important if it is a build
> > error on an arch that has never built correctly in the past?
> >
> > The problem is being worked on, it's just taking a little tim
On Sun, 10 Feb 2002, Bastian Blank wrote:
> On Sun, Feb 10, 2002 at 01:17:32PM +0100, [EMAIL PROTECTED] wrote:
> > I'm packaging a piece of software that already has a debian/
> > subdirectory inside upstream sources. As it is a low quality package
> > (a nearly unmodified dh_make generated packag
On Sun, 10 Feb 2002, Bastian Blank wrote:
> On Sun, Feb 10, 2002 at 01:17:32PM +0100, [EMAIL PROTECTED] wrote:
> > I'm packaging a piece of software that already has a debian/
> > subdirectory inside upstream sources. As it is a low quality package
> > (a nearly unmodified dh_make generated packa
On Wed, 26 Dec 2001, Adam Heath wrote:
> What you want is dpkg-divert. But I vote against diverting /usr/bin/sed.
I have to agree with Adam, diverting sed might be dangerous.
HOWEVER, nothing forbids you to package it simply as ssed for now, then
run very comprehensive regression tests to make s
On Wed, 26 Dec 2001, Adam Heath wrote:
> What you want is dpkg-divert. But I vote against diverting /usr/bin/sed.
I have to agree with Adam, diverting sed might be dangerous.
HOWEVER, nothing forbids you to package it simply as ssed for now, then
run very comprehensive regression tests to make
On Mon, 10 Dec 2001, Jérôme Marant wrote:
> Sure when it is about debs. But could someone with evil intentions
> upload a 100 megs file, for instance?
Yes. DoS'ing the incoming ftp queue is possible.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in
On Mon, 10 Dec 2001, Jérôme Marant wrote:
> Sure when it is about debs. But could someone with evil intentions
> upload a 100 megs file, for instance?
Yes. DoS'ing the incoming ftp queue is possible.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in
On Mon, 03 Dec 2001, Duncan Findlay wrote:
> On Mon, Dec 03, 2001 at 11:56:57PM -0200, Carlos Laviola wrote:
> > Yes, I would like to know of an easy way to release frequent (weekly,
> > quarterly, monthly) Debian packages of CVS snapshots of certain
> > software like lopster and licq.
I use cvs-b
On Mon, 03 Dec 2001, Duncan Findlay wrote:
> On Mon, Dec 03, 2001 at 11:56:57PM -0200, Carlos Laviola wrote:
> > Yes, I would like to know of an easy way to release frequent (weekly,
> > quarterly, monthly) Debian packages of CVS snapshots of certain
> > software like lopster and licq.
I use cvs-
On Sun, 25 Nov 2001, Stefano Zacchiroli wrote:
> On Sun, Nov 25, 2001 at 01:29:18PM +, Mark Brown wrote:
> > Do you actually need to call auto*? Normally packages just use the
> > generated files upstream provides unless there's some particular reason
> > not to.
>
> yes, I need to call auto*
On Sun, 25 Nov 2001, Stefano Zacchiroli wrote:
> On Sun, Nov 25, 2001 at 01:29:18PM +, Mark Brown wrote:
> > Do you actually need to call auto*? Normally packages just use the
> > generated files upstream provides unless there's some particular reason
> > not to.
>
> yes, I need to call auto
On Wed, 14 Nov 2001, Pedro Zorzenon Neto wrote:
> My package (avrprog) uses dpkg-statoverride in the postinst script.
> Should I put a pre-depends on dpkg?
No. A simple versioned depends is enough. You only need pre-depends when you
use a package's programs in preinst.
--
"One disk to rule
On Wed, 14 Nov 2001, Pedro Zorzenon Neto wrote:
> My package (avrprog) uses dpkg-statoverride in the postinst script.
> Should I put a pre-depends on dpkg?
No. A simple versioned depends is enough. You only need pre-depends when you
use a package's programs in preinst.
--
"One disk to rul
On Thu, 25 Oct 2001, [EMAIL PROTECTED] wrote:
> E: lgenereral source: autoconf-generated-file-in-source config.cache
> E: blah blah blah config.status
>
> When I edit original source not to have these files, I have a problem
> while uploading the updated version:
Remove config.status and config.c
On Thu, 25 Oct 2001, [EMAIL PROTECTED] wrote:
> E: lgenereral source: autoconf-generated-file-in-source config.cache
> E: blah blah blah config.status
>
> When I edit original source not to have these files, I have a problem
> while uploading the updated version:
Remove config.status and config.
On Tue, 23 Oct 2001, Julian Gilbey wrote:
> On Tue, Oct 23, 2001 at 05:30:03PM -0200, Henrique de Moraes Holschuh wrote:
> > > worry that some package will come along and wipe out their changes
> > > simply because it wasn't a conffile.
> >
> > A package that
On Tue, 23 Oct 2001, Julian Gilbey wrote:
> On Tue, Oct 23, 2001 at 05:30:03PM -0200, Henrique de Moraes Holschuh wrote:
> > > worry that some package will come along and wipe out their changes
> > > simply because it wasn't a conffile.
> >
> > A packag
On Mon, 22 Oct 2001, Matt Armstrong wrote:
> In general, I'm confused about non-conffile stuff going in /etc.
If it is a configuration file, it belongs in /etc. If it is a conffile
(i.e., a dpkg-managed configuration file), it cannot be modified in any way
by maintainer scripts.
This basically me
On Mon, 22 Oct 2001, Matt Armstrong wrote:
> In general, I'm confused about non-conffile stuff going in /etc.
If it is a configuration file, it belongs in /etc. If it is a conffile
(i.e., a dpkg-managed configuration file), it cannot be modified in any way
by maintainer scripts.
This basically m
On Wed, 17 Oct 2001, Matt Armstrong wrote:
> 1) Does Debian have any useful packaging utilities used for simple
>programmatic editing of text files? I'm not thinking sed/awk/perl
I think not. The code is there, but scattered over a thousand packages and
in different incarnations as every main
On Wed, 17 Oct 2001, Matt Armstrong wrote:
> 1) Does Debian have any useful packaging utilities used for simple
>programmatic editing of text files? I'm not thinking sed/awk/perl
I think not. The code is there, but scattered over a thousand packages and
in different incarnations as every mai
On Mon, 15 Oct 2001, James Troup wrote:
> Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes:
>
> > They should use --buind and --host because that saves on a very
> > CPU-expensive call to config.guess in the autobuilders.
>
> CPU-expensive?? I really wish
On Mon, 15 Oct 2001, James Troup wrote:
> Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes:
>
> > They should use --buind and --host because that saves on a very
> > CPU-expensive call to config.guess in the autobuilders.
>
> CPU-expensive?? I really wish
On Sun, 14 Oct 2001, Robert Bihlmeyer wrote:
> I think you should mention that fact in the README. I was worried for
Done.
> > automated: The config.guess and config.sub files will be updated at every
> > build, then.
>
> Maybe this is the right place to caution maintainers that calling
[...]
D
On Sun, 14 Oct 2001, Robert Bihlmeyer wrote:
> I think you should mention that fact in the README. I was worried for
Done.
> > automated: The config.guess and config.sub files will be updated at every
> > build, then.
>
> Maybe this is the right place to caution maintainers that calling
[...]
On Fri, 12 Oct 2001, Steve Langasek wrote:
> > (GNU makefile snippet):
> > export DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
> > export DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
[...]
> If this is the recommended way to call ./configure, should
On Fri, 12 Oct 2001, Steve Langasek wrote:
> > (GNU makefile snippet):
> > export DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
> > export DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
[...]
> If this is the recommended way to call ./configure, should
the timestamp skew problem discussed somewhere else in this
file, though. Also, here's a free hint: adding the automatic-generated files
to .cvsignore files, and adding the .cvsignore files to the CVS tree will ease
the usage of CVS a lot when a new upstream version arrives.
-- Henrique de Moraes Holschuh <[EMAIL PROTECTED]>
to the timestamp skew problem discussed somewhere else in this
file, though. Also, here's a free hint: adding the automatic-generated files
to .cvsignore files, and adding the .cvsignore files to the CVS tree will ease
the usage of CVS a lot when a new upstream version arrives.
-- Henrique de Moraes Holschuh <[EMAIL PROTECTED]>
On Mon, 08 Oct 2001, [EMAIL PROTECTED] wrote:
> Blarrgh. I adopted zicq/krolden earlier this year. Upstream has been AWOL
[...]
> I'm also unable (mostly due to skill level, but partly due to Literature
> class this semester) to even attempt to update the code. Should I simply
> re-orphan the pack
On Mon, 08 Oct 2001, [EMAIL PROTECTED] wrote:
> Blarrgh. I adopted zicq/krolden earlier this year. Upstream has been AWOL
[...]
> I'm also unable (mostly due to skill level, but partly due to Literature
> class this semester) to even attempt to update the code. Should I simply
> re-orphan the pac
On Sun, 16 Sep 2001, peter karlsson wrote:
> An NMU upload for a package that I am adopting was uplodad as if it was
> a Debian native package, with a name-x.y-1.1.tar.gz with the sources,
I hate when people do that...
> with a diff against the orig.tar.gz. Can I somehow re-upload the
> orig.tar
On Sun, 16 Sep 2001, peter karlsson wrote:
> An NMU upload for a package that I am adopting was uplodad as if it was
> a Debian native package, with a name-x.y-1.1.tar.gz with the sources,
I hate when people do that...
> with a diff against the orig.tar.gz. Can I somehow re-upload the
> orig.ta
On Sat, 25 Aug 2001, Drew Parsons wrote:
> Depends: bash
> But doing this, lintian gives the warning:
> E: tzwatch: depends-on-essential-package-without-using-version bash
>
> I can't find much in Debian policy about this, so I'd like to ask, what
> does this error mean, and why is it an error? I
On Sat, 25 Aug 2001, Drew Parsons wrote:
> Depends: bash
> But doing this, lintian gives the warning:
> E: tzwatch: depends-on-essential-package-without-using-version bash
>
> I can't find much in Debian policy about this, so I'd like to ask, what
> does this error mean, and why is it an error?
On Mon, 20 Aug 2001, Stefano Zacchiroli wrote:
> On Mon, Aug 20, 2001 at 10:28:11AM -0300, Henrique de Moraes Holschuh wrote:
> well, good hint!
> (inverting the test obviously or I remove all 'good' files ...)
Oops. Sorry!
--
"One disk to rule them all, One disk t
On Mon, 20 Aug 2001, Stefano Zacchiroli wrote:
> On Mon, Aug 20, 2001 at 10:28:11AM -0300, Henrique de Moraes Holschuh wrote:
> well, good hint!
> (inverting the test obviously or I remove all 'good' files ...)
Oops. Sorry!
--
"One disk to rule them all, One disk t
Hi Stefano!
On Mon, 20 Aug 2001, Stefano Zacchiroli wrote:
> On Mon, Aug 20, 2001 at 09:22:38PM +1000, Hamish Moffatt wrote:
> > Why do you need to remove them? As long as they are not installed
> > into the binary package it is not a problem.
>
> right! but these files resides in an example dir
Hi Stefano!
On Mon, 20 Aug 2001, Stefano Zacchiroli wrote:
> On Mon, Aug 20, 2001 at 09:22:38PM +1000, Hamish Moffatt wrote:
> > Why do you need to remove them? As long as they are not installed
> > into the binary package it is not a problem.
>
> right! but these files resides in an example dir
On Sun, 29 Jul 2001, Carlos Prados wrote:
> While I was fixing the package, a new version of kdebase (2.2), on wich the
> package relies got into unstable. 'skam' no longer compiles with
> kdebase-2.2 because an API change. I have reported this upstream, but wont
> be fixed for a while.
>
> On the
On Sun, 29 Jul 2001, Carlos Prados wrote:
> While I was fixing the package, a new version of kdebase (2.2), on wich the
> package relies got into unstable. 'skam' no longer compiles with
> kdebase-2.2 because an API change. I have reported this upstream, but wont
> be fixed for a while.
>
> On th
On Sat, 14 Jul 2001, Jon Middleton wrote:
> Now I'm seeing a warning from dpkg-source about it ignoring file
> deletions. So when the sources are unpacked theres the moved files
> along with the original ones. Dose anyone konw the best way of dealing with
> this type of problem ?
I have an aut
On Sat, 14 Jul 2001, Jon Middleton wrote:
> Now I'm seeing a warning from dpkg-source about it ignoring file
> deletions. So when the sources are unpacked theres the moved files
> along with the original ones. Dose anyone konw the best way of dealing with
> this type of problem ?
I have an au
msg.pgp
Description: PGP message
msg.pgp
On Tue, 19 Jun 2001, Steve M. Robbins wrote:
> What if you MOVED the file, rather than copying it: would dpkg still
> complain?
Do it in preinst (and don't forget to add the proper error recovery to move
it back should the install fail), and dpkg will not complain.
--
"One disk to rule them al
On Tue, 19 Jun 2001, Steve M. Robbins wrote:
> What if you MOVED the file, rather than copying it: would dpkg still
> complain?
Do it in preinst (and don't forget to add the proper error recovery to move
it back should the install fail), and dpkg will not complain.
--
"One disk to rule them a
On Mon, 04 Jun 2001, Jason Thomas wrote:
> hmmm, I just had the upstream remove the debian specific stuff so I
> could have policy compilant stuff and use the debhelper stuff more.
I also did the same in fetchmail. It gets easier to maintain a package that
has no debian/ directory (which is often
On Mon, 04 Jun 2001, Jason Thomas wrote:
> hmmm, I just had the upstream remove the debian specific stuff so I
> could have policy compilant stuff and use the debhelper stuff more.
I also did the same in fetchmail. It gets easier to maintain a package that
has no debian/ directory (which is often
On Sat, 12 May 2001, Jimmy Kaplowitz wrote:
> On Sat, May 12, 2001 at 10:10:30PM -0400, Brian Ristuccia wrote:
> and not main, it's not a typo) to "non-US", and file a bug on ftp.debian.org
> for the removal of main/althea, am I correct? Also, since the version I would
Yes
> in main, anyone who t
On Sat, 12 May 2001, Jimmy Kaplowitz wrote:
> On Sat, May 12, 2001 at 10:10:30PM -0400, Brian Ristuccia wrote:
> and not main, it's not a typo) to "non-US", and file a bug on ftp.debian.org
> for the removal of main/althea, am I correct? Also, since the version I would
Yes
> in main, anyone who
On Fri, 11 May 2001, Jimmy Kaplowitz wrote:
> btw side note, why do all the ssl-enabled packages I've seen the source for,
> i.e. yours and lynx-ssl, depend on the obsolete package libssl096-dev instead
> of the current replacement package libssl-dev?
Eh, because I hadn't noticed the problem yet?
On Fri, 11 May 2001, Jimmy Kaplowitz wrote:
> On Fri, May 11, 2001 at 09:03:48PM -0400, Brian Ristuccia wrote:
> some simple fileutils magic in debian/rules. BTW can anyone on -mentors
> explain
> how I set up a debian/rules file that generates multiple binary packages?
You'll need to generate tw
201 - 300 of 302 matches
Mail list logo