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 two
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 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
msg.pgp
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 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? Is it
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
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
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
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 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
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
[...]
Done.
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 people would give up trying to justify
arrives.
-- Henrique de Moraes Holschuh [EMAIL PROTECTED]
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
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 it
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 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 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 package),
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, and I
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 to
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.
--
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's pretty
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 long
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 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 all my
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 look at
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 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 in
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.
If
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
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 (due to
On Fri, 16 Oct 2009, Mats Erik Andersson wrote:
4. The main process WM receives SIGHUP, and enters a signal handler.
The signal handler uses two calls: free_menuitems(), get_menuitems().
Since when are you allowed to malloc, let alone realoc, from inside a signal
handler?
On Wed, 06 Feb 2008, Thibaut Paumard wrote:
Zerofree finds the unallocated, non-zeroed blocks in an ext2 or ext3
file-system and fills them with zeroes. This is useful if the device on
How does zerofree avoid race conditions of something trying to use a block
it wil zero in the time window
On Fri, 08 Feb 2008, Thibaut Paumard wrote:
Description: zerofree - zero free blocks from ext2/3 file-systems
Zerofree finds the unallocated, non-zeroed blocks in an ext2 or ext3
file-system and fills them with zeroes. This is useful if the device
I'd add umounted or mounted read-only
On Sun, 10 Feb 2008, David Paleino wrote:
I'm packaging gnome-translate (ITP #292909), and everything builds fine. A
lintian check on the .changes file throws:
E: gnome-translate source: outdated-autotools-helper-file config.guess
2003-07-02
N:
N: The referenced file has a time stamp
On Mon, 11 Feb 2008, Kapil Hari Paranjape wrote:
Note that if the upstream's auto-generated files are deleted during
the clean target, then the source *must* be re-packaged to avoid
needless clutter in the .diff.gz which is of a negative nature.
Not so. Deletions are ignored. Ever tried it?
On Tue, 12 Feb 2008, David Paleino wrote:
I usually do:
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Better change that cc to bcc. That way, spammers (and people) replying to
your mail will not hammer the poor control bot.
--
One disk to rule them all, One disk to find them. One disk to
On Wed, 20 Feb 2008, Toby Smithe wrote:
I am looking for a sponsor for my package fluid-soundfont.
* Package name: fluid-soundfont
Version : 3-1
Upstream Author : Frank Wen [EMAIL PROTECTED]
* URL :
http://tsmithe.users.ubuntustudio.org/fluid-soundfont_r3.tar.gz
On Wed, 20 Feb 2008, tim hall wrote:
I have been burned by soundfonts before, does Frank Wen have a site or
somesuch, describing how he made the soundfount, where he got the
instruments, etc?
I understand your concern, Henrique. However, the question still makes
me want to punch something.
On Thu, 21 Feb 2008, Paul Wise wrote:
On Feb 21, 2008 12:28 AM, Toby Smithe [EMAIL PROTECTED] wrote:
On Wed, Feb 20, 2008 at 3:22 PM, Paul Wise [EMAIL PROTECTED] wrote:
What made you choose /usr/share/sounds/sf2 for installing the
soundfont? I notice that freepats uses /usr/share/midi
On Wed, 20 Feb 2008, Toby Smithe wrote:
The same goes to timidity, as long as a timidity config file for fluidr3 is
added.
I was thinking of updating timidity to look for config files in a
/etc/timidity/cfg.d directory, then having fluid install a fluid.cfg
file into it. Naturally, this
On Wed, 20 Feb 2008, Toby Smithe wrote:
I have heard back from Frank, and he has updated the README file to
include a list of contributors, and details of the sources for his
sounds.
Can you send it to us?
--
One disk to rule them all, One disk to find them. One disk to bring
them all
On Wed, 24 May 2006, Wolfgang Lonien wrote:
wow, pretty bad news in this week's DWN about cyrus-sasl2 being
orphaned. I checked popcon, and it has some 12.000 installations, so:
Yes, and it is one of the hariest, most horrible packages to maintain I know
of.
I'd really like to do something
On Tue, 30 May 2006, Steve Langasek wrote:
The difference being that most of the time when someone sponsors an NMU,
they're effectively shirking their own duty to follow up on the package and
ensure that the NMU hasn't introduced any regressions. Often, they're
shirking their duty to even
On Wed, 31 May 2006, Bart Martens wrote:
You sure do have a point here. But that seems to apply to both DD's and
It would appply to those who can upload (i.e. DDs right now).
non-DD's. I still don't see why a sponsored NMU would be bad.
It is not that sponsored NMUs are bad, it is that they
On Sun, 18 Jun 2006, Nelson A. de Oliveira wrote:
What have changed:
- foo;
- bar;
- bla;
- the last change.
It's just a personal taste.
It is also how lists should be handled in certain languages (like Brazilian
Portuguses) ;-)
--
One disk to rule them all, One disk to find them. One
On Thu, 03 Aug 2006, Joost Yervante Damad wrote:
I am looking for a sponsor for the new version 0.6.1-1
of my package openmsx, and the new version 0.6.1-R1-1 of it's companion
package openmsx-catapult
It builds these binary packages:
openmsx- the MSX emulator that aims for perfection
On Mon, 04 Sep 2006, Ying-Chun Liu (PaulLiu) wrote:
jlhafrontend - command-line lzh archiver written in Java
This package intends to become a free replacement of the lha package
currently in Debian non-free section. It is command-line compatible to
the lha package. Thus it works well with
On Tue, 05 Sep 2006, Ying-Chun Liu (PaulLiu) wrote:
Henrique de Moraes Holschuh wrote:
On Mon, 04 Sep 2006, Ying-Chun Liu (PaulLiu) wrote:
jlhafrontend - command-line lzh archiver written in Java
This package intends to become a free replacement of the lha package
currently in Debian
On Thu, 14 Sep 2006, Steve Langasek wrote:
The BIG problem is how to get the next-version. Say you have version
1.2-3. A binNMU would be 1.2-3+b1, a security release would be
1.2-3etch1 (unless there was a binNMU).
In the Great Scheme, these were supposed to become 1.2-3+etch1 instead of
On Sat, 23 Sep 2006, Michael Tautschnig wrote:
I've asked for sponsorship of gcc-h8300-hms 3 months ago [1], but couldn't
find
anyone to do the NMU for me.
I can sponsor such packages for you, but I do have a biiig question:
h8300-hms (actually, h8300-coff) is dead upstream. Nobody wrote a
On Wed, 25 Oct 2006, Michael Tautschnig wrote:
Furthermore, I'd like to add some notes: Probably brickos and the Lego
Mindstorms Kit is the only use of this and related packages. As such I wonder
Some embedded controller firmware out there are h8300-coff as well, so no,
Lego Mindstorms is not
On Wed, 25 Oct 2006, Michael Tautschnig wrote:
Ok, I'm working on that one - I've succeeded to build the package, but a
proper Debian package still requires a bit of work, I'll try to manage
that by tomorrow.
Ok. You did notice that debian/rules has a special entrypoint for
crosscompiling
Hi Michael!
On Wed, 25 Oct 2006, Michael Tautschnig wrote:
On Wed, 25 Oct 2006, Michael Tautschnig wrote:
Ok, I'm working on that one - I've succeeded to build the package, but a
proper Debian package still requires a bit of work, I'll try to manage
that by tomorrow.
Ok. You did
On Thu, 26 Oct 2006, Michael Tautschnig wrote:
Ok, finally it's done. You can find the binutils-h8300-hms packages at
http://www.model.in.tum.de/~tautschn/debian/
Ok, but as you used the Sid package's stuff, better say that in the
changelog. And better make them urgency=medium if the target
On Thu, 26 Oct 2006, Michael Tautschnig wrote:
On Thu, 26 Oct 2006, Michael Tautschnig wrote:
Tests would be great; but I don't really get what you meant by The
orig.tar.gz
there does not match.
Delete what is in the URL you gave me and reupload the correct source
package, with
On Thu, 26 Oct 2006, Michael Tautschnig wrote:
PS.: As before, the files can be found at
http://www.model.in.tum.de/~tautschn/debian/
This build differs on the old binutils-h8300-hms package in that the
binaries are called h8300-hitachi-coff-*, instead of h8300-hms-*.
I am not sure this is
On Mon, 11 Dec 2006, Neil Williams wrote:
What are the problems with CDBS (apart from debian/control automation)?
Badly-documented black-box on something that we have to understand well to
sponsor or work with. This is Not Acceptable IMO.
Which kinds of packages have the most trouble with a
On Tue, 30 Jan 2007, Daniel Leidert wrote:
Dumb question: How this? debian/package.NEWS is (from man-page reading)
just a different form for debian/NEWS and this file is installed
as /usr/share/doc/package/NEWS.Debian.gz, which is not intended to
contain the upstream NEWS file. Am I wrong?
On Thu, 19 Jan 2012, Dmitry Smirnov wrote:
I reckon you're aware that your package conflicts with
xtables-addons-common?
At this time, my ipset binary still conflicts as the
xtables-addons-common also provides the binary in the same path.
My concern is that overlapping is a big
On Fri, 27 Jan 2012, Nikolai Lusan wrote:
I guess the major issue at this point would be the kernel that will ship
with the next release, if it is set to be a 3.0 or newer kernel then it
shouldn't be an issue (similar to things like iptables itself or tools
like vlan).
For the next Debian
On Thu, 16 Feb 2012, Paul Elliott wrote:
I am currently packaging several programs for debian. I would like to store
my
VCS stuff publicly. I have been granted access to collab-maint.
Although previously I used svn I have been persuaded to use git.
I have spent the last week reading git
On Sun, 22 Apr 2012, Michael van der Kolff wrote:
Never mind, I found a real upstream. Turned out the author moved
development from github, but left no pointer :(
Write to him, introducing yourself as a downstream maintainer, and also tell
him the lack of a forwarding address in github is
On Tue, 15 May 2012, Neutron Soutmun wrote:
* Are you sure about the location of the binary in the file system?
iptables is in /sbin, why do you install ipset to /usr/sbin?
The ipset depends on libmnl which it is installed in /usr/lib or
/usr/lib/[arch triplet] if it willing support
On Sat, 02 Jun 2012, Jonathan McCrohan wrote:
[Whoops, missed this reply, it wasn't threaded properly.]
On 02/06/12 20:26, Bart Martens wrote:
Please remove the part (closes: #674844) from debian/changelog. Bug
674844
is for version 2.2.2-1 in stable. That bug in stable is not solved by
On Sun, 01 Jul 2012, Marc Haber wrote:
Yes, but it's user configuration not system configuration.
A system user's .ssh is user configuration?
If it is intended to be manipulated by the local admin, yes, and it would
belong in /etc somewhere.
If you do want to have that as configuration in
On Sun, 01 Jul 2012, Marc Haber wrote:
On Sun, Jul 01, 2012 at 12:36:41PM -0300, Henrique de Moraes Holschuh wrote:
On Sun, 01 Jul 2012, Marc Haber wrote:
Yes, but it's user configuration not system configuration.
A system user's .ssh is user configuration?
If it is intended
On Mon, 02 Jul 2012, Marc Haber wrote:
On Sun, Jul 01, 2012 at 07:53:04PM -0700, Russ Allbery wrote:
It would indeed be best if everything possible was documented, but very
few people volunteer to do the work to drive changes to the documentation
through to completion.
This is partly
On Thu, 18 Oct 2012, Martin Meredith wrote:
The problem with updating the rar package is not a problem with the
complexity of the package, it's a case of it takes a while for me to
put together the upload for both amd64 and i386 simultaneously, due to
the autobuilders not liking non-free
On Fri, 19 Oct 2012, Martin Meredith wrote:
It was refused by the maintainers of that for being to non-free
I see. Well, it was worth a shot. BTW, using pbuilder to set up i386 and
amd64 chroots helps a lot, at least here it has made it easy for me to do
dual-arch uploads, with two pbuilder
On Tue, 20 Jul 2010, Eric Cooper wrote:
I recently uploaded a new version of a package and forgot to include a
(closes: #NNN) line in the changelog for a bug that was closed. I can
easily close the bug using the mailserver, but what is the right way
to correct the changelog file?
Will it
On Wed, 21 Jul 2010, Nick Leverton wrote:
On Wed, Jul 21, 2010 at 03:52:11PM -0300, Henrique de Moraes Holschuh wrote:
On Tue, 20 Jul 2010, Eric Cooper wrote:
It will break nothing. If the bug report contains very important
information which is not available in the changelog itself
On Sat, 24 Jul 2010, Nicolas Boulenguez wrote:
The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/o/oolite
- Source repository: deb-src http://mentors.debian.net/debian unstable main
contrib non-free
- dget
On Thu, 16 Sep 2010, Chris Baines wrote:
I am looking for a sponsor or many sponsors for my new and updated
FlightGear related packages. I have included a summary of all the
information in one email to make it easier to read and understand.
The updated packages are flightgear, fgfs-base and
On Fri, 17 Sep 2010, Chris Baines wrote:
The main reason for the number of packages is to allow customisation.
The reasons are different for the individual packages, for instance the
scenery package is not needed if the user wants to use terrasync for
scenery and the fgfs-base-models package
On Wed, 10 Nov 2010, Bob Proulx wrote:
The packages for Debian there add a source.list.d file as you
describe. (And it really confused me until I figured out what it had
Which begs the question: why do we even have source.list.d/ suport in
the first place (or, if it is really useful to other
On Wed, 10 Nov 2010, Henrique de Moraes Holschuh wrote:
On Wed, 10 Nov 2010, Bob Proulx wrote:
The packages for Debian there add a source.list.d file as you
describe. (And it really confused me until I figured out what it had
Which begs the question: why do we even have source.list.d
On Fri, 19 Nov 2010, Boyd Stephen Smith Jr. wrote:
But hey, all the maintainer has to do is add 1, in words ONE, char to
debian/rules. Just change build: to build%: and dpkg-buildpackage
could use build-arch/indep targets instead of build. Aparently that is
too much to ask.
I volunteer to
On Fri, 01 Oct 2004, Erik Schanze wrote:
The package I try to debianize is a library, which uses autoconf.
Read the entire documents on the package autotools-dev, as well as all the
docs on the libtool package (if the lib uses libtool).
The DNMG discourages from debianize a library first.
On Sat, 02 Oct 2004, Greg Norris wrote:
On Thu, Sep 30, 2004 at 07:41:57PM +0200, martin f krafft wrote:
And its major disadvantage is that it cannot be configured per-user.
This makes bayesian filtering kinda useless.
Are there any Spamassassin based SMTP proxies which can do per-user
On Sat, 02 Oct 2004, George Danchev wrote:
Desc: Pcopy is intended to be used when doing large disk(partition) to
disk(partition) copying where dd is just too slow (and error prone).
When DD is slow, it just mean you should be using raw devices (see the raw
command)... :)
--
One disk to
On Sat, 02 Oct 2004, Stephen Gran wrote:
Does postfix not have something like exim's routers?(I really am asking
- I don't know postfix well). I was under the impression that one of
the strengths of it's modularity was that you could plug extra pieces in
in the middle of a routing chain for
On Mon, 25 Oct 2004, Osamu Aoki wrote:
I have question about handling of config.guess and config.sub in source
package. I have read autotools-dev README.Debian. So I understand these
need to be the latest ones whenever we compile the source.
Good :-)
But why in clean target? This makes
On Thu, 28 Oct 2004, David Everly wrote:
Is there some mechanism or alternative for using uupdate so that any
upstream debian directory can be removed before patching?
Repack the upstream tarball sans the bogus debian/ dir, or use one of the
unpack-tarball-on-build-tree/-and-patch packaging
On Thu, 28 Oct 2004, Frank Küster wrote:
Henrique de Moraes Holschuh [EMAIL PROTECTED] schrieb:
Repack the upstream tarball sans the bogus debian/ dir, or use one of the
unpack-tarball-on-build-tree/-and-patch packaging styles...
Why not just replace the upstream debian dir with your
On Thu, 28 Oct 2004, Frank Küster wrote:
I see no reason for repackaging in this case. It is much better to just
delete the upstream debian directory in the unpacked sources and copy
As I said, diff/patch cannot delete files in a debian package.
--
One disk to rule them all, One disk to
On Sat, 18 Dec 2004, Erinn Clark wrote:
How do you deal with new upstream releases? The general answers I'm getting
I'd suggest using a version control system (even a lame one such as CVS), so
that you know exactly what changed from one upstream to another, and update
the debian/ stuff and any
On Wed, 22 Dec 2004, Mark Roach wrote:
On Wed, 2004-12-22 at 11:41 -0500, Mark Roach wrote:
On Wed, 2004-12-22 at 23:45 +1100, Matthew Palmer wrote:
You can do all of the Debian-specific maintenance in a separate debian
branch of your revision control system (you do *use* a good revision
On Fri, 24 Dec 2004, Tilman Koschnick wrote:
| Built successfully
|
| NOTE: The package could have used binaries from the following packages
| (access time changed) without a source dependency:
| python-dev: /usr/bin/python
| xlibs-dev: /usr/X11R6/lib/libICE.so /usr/X11R6/lib/libX11.so
On Mon, 27 Dec 2004, Alejandro Exojo wrote:
because upstream used automake 1.7.6 and unstable now haves 1.7.9 (in
automake1.7). This differences are now added to the diff.gz, but this doesn't
sounds to me the proper way.
There is no proper way. You have two good choices, and one bad choice
On Sat, 01 Jan 2005, Miriam Ruiz wrote:
Thanks, i'll try to find it. I couldn't find it in
http://packages.debian.org/, and the only package i
found for that program is an old version in
www.apt-get.org.
http://snapshot.debian.org:
On Wed, 30 Mar 2005, Jeroen van Wolffelaar wrote:
This should be better documented indeed, but most if not all tools
Time to file a bug report. What is the package responsible for the BTS
documentation on the web?
--
One disk to rule them all, One disk to find them. One disk to bring
them
On Wed, 13 Apr 2005, Christoph Berg wrote:
Re: Jamie Jones in [EMAIL PROTECTED]
Can anybody suggest some good revision control systems for maintaining
Debian packages. I'm about to outgrow using RCS on the debian directory
and wanted to get an idea of what other maintainers are using for
On Mon, 18 Apr 2005, Milan Zamazal wrote:
HdMH == Henrique de Moraes Holschuh [EMAIL PROTECTED] writes:
HdMH or tla-buildpackage (using bazaar, NOT tla)
Why not tla?
I can't condone the braindamaged user interface tla has. Bazaar is at least
fixing it to be far more useable
On Sun, 01 May 2005, Carlos Z.F. Liu wrote:
On Sat, Apr 30, 2005 at 11:54:19AM +0200, Goswin von Brederlow wrote:
Read /usr/share/doc/autotools-dev/README.Debian.gz please.
Thanks for the pointer. But it doesn't answer my question.
I can't really add documentation on autotools-dev about
On Sat, 30 Apr 2005, Daniel Leidert wrote:
need to put the source into contrib/non-free? The situation: I have a
GPL licensed, python based application, which needs python2.3-profiler
(non-free), so the binary package can't go into main. Therefor i will
put it into contrib. Do I have to assign
On Sat, 30 Apr 2005, Daniel Leidert wrote:
Only that I really understand it: Following your answer, let's say there
is an application which provides some extra functionality, but these
extra-functions need a package outside main to compile. The core
functionality does not need a package
On Thu, 09 May 2002, Marc Haber wrote:
From the docs I found, there is no legitimate reason for any package
to define rpath on a Debian system. Is this correct? Does this also
apply to other Linux systems?
It is correct for anything that shall end up in the usual ld.so directories.
It does not
On Wed, 23 Mar 2011, Paul Wise wrote:
If it is just the documentation that is non-free and upstream refuses
to drop the invariant sections, I would suggest to either drop it or
split it out into a non-free source package.
Split it to a non-free source package, please. Debian's quality
1 - 100 of 278 matches
Mail list logo
