[EMAIL PROTECTED] (Colin Watson) wrote:
>Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote:
>>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 prei
d(7)-using package depends on
manpages.)
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
miss
>undocumented(7).
The reporters of #32019 and #53214 both did, although I suppose
debootstrap is making it more and more likely that people will have
things like manpages installed.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTE
root -g root `pwd`/esms `pwd`/debian/tmp/usr/bin/esms
You aren't using DH_COMPAT=2 or 3, are you? When that is set, the
various debhelper commands (like dh_installdocs, which is installing
your documentation, and dh_builddeb, which calls dpkg to construct the
.deb
. I'd been pointing people at the version in incoming),
I'd build with 'dpkg-buildpackage -v'.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> means -- try "man undocumented" if you are unsure.
It seems a bit silly, because, well, that's what undocumented(7) says
except in less detail. It also seems like more cruft in the already
crufty man binary. Feel free to write a patch if you t
y all the files
are still owned by your ordinary user account after the build finishes.
To see what the binary package contains without installing it, use
'dpkg-deb -c foo.deb'.
Cheers,
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
a ~]$ fakeroot
[root@riva ~]# touch foo
[root@riva ~]# chown bin foo
[root@riva ~]# ls -l foo
-rw-rw-r--1 bin root 0 Jul 19 21:40 foo
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subjec
o version 4, be aware that Markus Hetzmannseder
has packaged that (as gap4* - I've just realized that some of them are
sitting in incoming/REJECT though, bah), and I'm sponsoring him. That
said, he hasn't responded to my mails about problems in the packages.
--
Colin Watson
On Fri, Aug 03, 2001 at 11:27:55PM +0430, Pratik Sinha wrote:
> On Fri, 3 Aug 2001, Colin Watson wrote
> > Since you're not a Debian developer, you can't use debrelease/dupload to
> > upload to master.debian.org (it should be ftp-master.debian.org now
> > anyw
than that line
>
> $default_host = "master";
Since you're not a Debian developer, you can't use debrelease/dupload to
upload to master.debian.org (it should be ftp-master.debian.org now
anyway). What are you trying to use debrelease for?
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
U/Linux systems.
.
This is currently version 2.95.4 for this architecture (i386).
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
able.
>
> What should I do to get rid of them?
Try 'echo 1 > /proc/sys/net/ipv4/icmp_ignore_bogus_error_responses'. To
make this permanent, put 'net/ipv4/icmp_ignore_bogus_error_responses=1'
in /etc/sysctl.conf.
Cheers,
--
Colin Watson [
k it's a
> Debian-native package? What did I do wrong?
You should rename eazel-engine-0.3.tar.gz to
eazel-engine_0.3.orig.tar.gz (make sure the hyphens and underscores are
as shown there) and rebuild. That way the tools will notice that an
upstream archive is available and build the .diff.
bet is to look at an existing package. There are plenty of
small libraries around that you could take a look at. Also, dh_make can
construct sample rules files for libraries which you can then customize.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE
, unless they're in a very constrained style.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
your clean rule; unlike copyright
problems, there's no urgent need to delete them from the upstream
tarball.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
BTS administrators seem to consider this
a feature request rather than a bug report. See #103803.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
close the corresponding directories (mount points).
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
run dh_installman from the upstream
> source directory.
Indeed. Consider where it gets run from in debian/rules.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
t I want the file
> to be removed again when the implementation is removed, and I don't
> think conffiles are ever removed.
Conffiles are removed when the package is purged. Configuration files
should behave the same way (i.e. remove them in 'postrm purge').
--
Colin Wats
the right approach, although strictly speaking it
needs a build-dependency update. Check the policy for details. Apart
from having the right dependencies on perl, you can mostly treat Perl
programs like any other programs.
--
Colin Watson [[EMAIL PROTECTED]]
gt;
> Blunty, you screwed up the 0.11-1 build. Bump the upstream version
> number (append a + or something) and upload that.
No need for that. Just build with the -sa option to dpkg-buildpackage.
dinstall will happily replace a .tar.gz with an .orig.tar.gz with the
same version number, b
wants to reduce the number of people cc'ing him.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
end on
> dpkg as it is part of base am I wrong?
The criterion is essential rather than base - but yes. As you suggest (I
think), a versioned dependency on dpkg (>= 1.7.0) is required for
dpkg-statoverride regardless of the fact that dpkg is essential.
--
Colin Watson
SuperH) aren't available and thus can't be
installed, but since sh isn't in testing that's not a concern. (As far
as I know sh doesn't have a working autobuilder, and it's certainly
falling behind.)
Cheers,
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ary version: It works, but there are some things which
should be written, namely some triggers to ensure database consistency,
access control, etc.
Sorry,
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "
plain why, and how I would go about fixing it?
Perhaps (guessing) you have spaces rather than tabs at the beginning of
the line following that comment?
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sat, Sep 29, 2001 at 01:19:44AM +0200, Martin Sj?gren wrote:
> On Fri, Sep 28, 2001 at 05:10:25PM -0500, Colin Watson wrote:
> > On Fri, Sep 28, 2001 at 09:58:44PM +0200, Martin Sj?gren wrote:
> > > Hello, I'm in the process of adopting the package "barracuda&
psc_0.4.2-1_i386.deb
You should run lintian over the .changes files rather than the .debs.
Running lintian on the .debs means that it can't check your source
package.
Cheers,
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
wit
f.gz | patch -p1'
or thereabouts).
Cheers,
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
s the .deb, the .orig
> > and a big gap in my hardrive.
> > Back to square one then. At least it is all good experience!
>
> Sounds to me like you didn't name your .orig.tar.gz correctly, which
> means it doesn't create a .diff.gz.
... and in that case, perhaps th
s
> > /usr/share/man/man1/todos.1.gz
>
> Thanks, I've added a conflict line to my package:
> <ftp://ftp.indigita.com/other/david/eol/eol_1.0.2-2_i386.deb>
Perhaps you could rename the binary instead? Adding a conflict because
of a filename clash is really a last reso
the
> .changes file as a result. That seems backwards.
I think that's correct. My understanding is that Maintainer: in the
.changes essentially means the developer doing the upload.
Changed-By: should always be the person who made the most recent
changelog entry.
--
Colin Watson
On Tue, Oct 09, 2001 at 12:20:20PM -0700, Mike Markley wrote:
> On Tue, Oct 09, 2001 at 11:06:32AM -0500, Colin Watson <[EMAIL PROTECTED]> spake
>forth:
> > > I get Changed-By: the sponsoree, and Maintainer: me in the
> > > .changes file as a result. That seems back
On Tue, Oct 09, 2001 at 07:30:53PM -0400, Sam Hartman wrote:
> >>>>> "Colin" == Colin Watson <[EMAIL PROTECTED]> writes:
>
> Colin> I think that would be appropriate.
>
> Colin> Exactly what are the intended semantics of Maintainer: an
On Wed, Oct 10, 2001 at 12:05:16PM +0200, Wichert Akkerman wrote:
> Previously Colin Watson wrote:
> > If this is your only rationale, it is spurious, as you're talking about
> > Maintainer: in debian/control while I'm talking about Maintainer: in the
> > .chan
endency is versioned on (>= 2.2.3-7), but libc6 2.2.4-1 is in
> testing.
>
> Any idea what is keeping libming out of testing?
> Is it php4 missing for ia64 and arm which is keeping the whole libming
> out of testing?
Yes. See update_output.txt:
tried: libming (0) 1
1.1 isn't in unstable any more. I'd guess that your best course of
action is to build-depend on libsdl1.2-dev and make sure your package is
linked against that.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a su
ANONICAL_HOST
> (c) AC_CANONICAL_SYSTEM
Also gettext (#100038, but upstream didn't seem terribly interested in
changing this). This unfortunately introduces the need for triplet
knowledge into packages that are otherwise entirely
architecture-agnostic.
--
Colin Watson
vel-200110/, search
for SDL, follow the very first link, search for '1.2debian'.)
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
item --exclude=item
Exclude files that contain "item" anywhere in their
filename from being deleted, even if they would nor
mally be deleted. You may use this option multiple
times to build up a list of things to ex
On Wed, Oct 10, 2001 at 08:40:46AM +1000, Hamish Moffatt wrote:
> On Tue, Oct 09, 2001 at 08:40:29PM +0100, Colin Watson wrote:
> > However, I can see we aren't going to get anywhere with argument by
> > repeated assertion. :)
>
> Do we need to take this to debian-de
self.
(Interesting - I hadn't noticed the part of policy 7.2 before that talks
about what you can rely on in the prerm and postrm. On the odd occasion
where I've needed something there, I've just thrown in a plain
dependency and not worried about it too much.)
--
Colin Watson
27;t* send mail to n-done@bugs if you're not the
maintainer. See the various instructions on http://bugs.debian.org/.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tem
> ready in January or so,
The base system has already been frozen, FYI, although the freeze hasn't
reached the point where it concerns evolution yet. Some of GNOME is
involved in the current stage of the freeze.
--
Colin Watson [[EMAIL PROTECTED]
k then? (TFM doesn't
> seem to be available for R)
cron(8), in the "DEBIAN SPECIFIC" section. It refers you to crontab(5)
for the format itself.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a sub
't set yourself as the maintainer as far as
the BTS is concerned, though. It does mean you get the automatic
notifications from the installer. Also, if Maintainer: in the .changes
differs from Maintainer: in the control file (via the .dsc), the upload
will be
t be asked (i.e. the message won't be
displayed).
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
you're not
the upstream maintainer) or, as you mentioned, to run chmod before
running the script.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ad).
dpkg-source makes debian/rules executable, so this isn't a problem when
building from freshly downloaded source.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ter.debian.org? Please - help me. If someone want I can send
> diff file
You need to apply as a new maintainer and find a sponsor to upload your
packages for you until you have a Debian account. Start at
http://nm.debian.org/>.
--
Colin Watson [[EMAIL PROT
on dh_installman's command line.
(Is the man page really that obscure? Maybe I just know what it's
talking about already ...)
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed, Jan 09, 2002 at 10:42:31AM -0500, Neil L. Roeth wrote:
> On Jan 9, Colin Watson ([EMAIL PROTECTED]) wrote:
> > On Wed, Jan 09, 2002 at 11:05:42AM +0100, Francesco P. Lovergine wrote:
> > > Mmmm, the man page about dh_installman is quite obscure...
> > > Ok,
m without having to get hold of a version of Motif
themselves.
While it still makes sense for OSF/Motif, I think this requirement is
obsolete for OpenMotif. Can anyone in the policy group comment on this?
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSC
It is not in "debhelper"
> (either pre- or post-version 3.4.x).
http://packages.debian.org/ says that it's in the dh-kpatches package in
unstable.
Cheers,
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subjec
s is not only sloppy but can break some tools
>
> How else am I supposed to construct this dependency?
That seems to be a bug in lintian (see also #122742). I wrote the
current iteration of that check, so I'll take a look at it. In the
meantime I think you can just ignore it.
--
e-dependent.
> Could someone help me out, and tell me either how to correctly escape
> the \ in man pages or hint me on the correct documentation about it ?
You've already got the answer (\e), but you can find a good reference
for the language in the groff(7) man page, which is part of
On Mon, Jan 28, 2002 at 11:49:24AM +0100, Sven wrote:
> On Fri, Jan 25, 2002 at 09:57:32AM -0600, Colin Watson wrote:
> > In *roff, \w'string', where ' is any character, gives you the width of
> > string. groff sees \wait{sec}, assumes you're using the separa
ging the upstream
> version number (sorry, I know that this isn't really clean but the
> upstream performs minor changes in a few hour and doesn't change the
> version number).
I suggest using a date-based versioning scheme for the .orig.tar.gz,
such as configwin_0.9-200
t will allow you to build
> packages from source, but with full optimisations for your processor. i.e.
> You would be able to install your complete debian system with all the
> optimisation for your processor(amd, p3, whatever).
I assume you've already seen p
reload-manager package do anything like what you want?
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
package.
Every Debian package is generated from a source package.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
their
> config files after an upgrade -- man-db
man-db only ever altered its configuration file in the postinst when it
wasn't a conffile. I only decided some months ago that it would be
better off managed by dpkg.
--
Colin Watson [[EMAIL PROTECTED]]
On Mon, Feb 18, 2002 at 09:20:31PM +0100, Andreas Rottmann wrote:
> tclsh ./www/index.tcl `cat ./VERSION` >index.html
> make[1]: *** [index.html] Error 139
[...]
> Has anyone got an idea what 'Error 139' means?
The child process (tclsh) segfaulted (139 = 128 + 11 = signal
On Mon, Feb 25, 2002 at 10:50:09AM -0800, Yves Arrouye wrote:
> But... Wouldn't it be nice to have dpkg understand "alpha/beta" in version
> numbers?
It'll be in dpkg 1.10, although it's not clear whether it'll be valid to
use it until that makes it into
> > in debian directory?
> > Or am I to modify it by hand every time?
>
> I don't know debian/my_package.files, but dpkg-gencontrol
> (or dh_gencontrol) will create debian/files.
That's completely different, sorry. debian/*.files is used by
dh_movefiles.
--
Colin Wa
uns once a day (just before 8pm GMT)
to install accepted packages into the pool, and the mirrors update
shortly after that.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
#x27;re
building multiple programs, in which case you'll have to find out
exactly how #123741 was fixed.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
target
yourself.
The examples that show $(MAKE) being called in the build target are just
that - examples. It's not mandatory.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
file
> /usr/share/applets/Clocks/alarm_applet.desktop
Policy section 11.7 says "Any configuration files created or used by
your package must reside in /etc." If you need the file to be accessible
from its current location as well, make a symlink.
--
Colin Watson
On Mon, Mar 18, 2002 at 01:14:41AM -0500, Chris AtLee wrote:
> On Sun, 2002-03-17 at 19:30, Colin Watson wrote:
> > On Sun, Mar 17, 2002 at 11:41:07AM -0500, Chris AtLee wrote:
> > > E: alarm-applet: file-in-usr-marked-as-conffile
> > > /usr/share/applets/
sion of that check, I think
you can safely ignore that error. Please try applying the patch I sent
to bug #122742 to your /usr/share/lintian directory and see if that
quietens lintian's complaints.
Cheers,
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBS
ill be just as good as everyone else's.
Cheers,
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
n't sound like you have any shared library dependencies to
be substituted there - programs not written in C/C++ generally don't -
so it's also more correct to remove it in your case.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, ema
s containing strings of letters which the package
management system cannot interpret (such as ALPHA or pre-), or with
silly orderings (the author of this manual has heard of a package
whose versions went 1.1, 1.2, 1.3, 1, 2.1, 2.2, 2 and so forth).
(policy chapter 4)
--
Colin Watson
?pkg=glimpse&archive=yes
(all archived bugs against glimpse; the ones closed by Jose Carlos
Garcia Sogo are the ones that were still open when the package was
removed)
Regards,
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [E
to use the
--force-confmiss option to dpkg to reinstall it, although you probably
don't want to use that option indiscriminately (it's marked as dangerous
in 'dpkg --force-help').
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, em
ait until master (a.k.a. lintian.debian.org) is upgraded to woody
post-release.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
order for the archive maintenance software to install it - there's no
way around that.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tually adds to
misc:Depends ('grep misc:Depends /usr/bin/dh_*'). It doesn't cause a
real problem besides the unsightly warning if you aren't, though.
(Not a Python person, sorry.)
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [
hc
> GHCVERSION := $(shell ghc --version | tr -d "a-zA-Z ,")
> GHCDSTLIB = debian/tmp/lib/ghc-${GHCVERSION}/Fudgets
>
> The question then is this a good form for a Debian package?
Provided that you build-depend on ghc (versioning the build-dependency
if appropriate?
01' or should I just keep the version
> as 'h13u'?
Depends, really. What would other examples of this versioning scheme be?
The main thing you should consider is whether 'dpkg --compare-versions
lt ' will always be true.
--
Colin Watson
a
> portion, they should be distributed separately)
The original poster was talking about one source package generating
multiple binary packages, so I don't think that's really relevant.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
D]>
Your sponsor can solve this by using the -k flag to dpkg-buildpackage
rather than -m. Some documentation recommends using -m, but this only
results in katie thinking the upload is an NMU, as you've noticed.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSU
developer
if they're going to maintain packages. If nothing else, I usually don't
want to sponsor the package until the end of time.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
a if I was building a package for upload.
> Should I use a chroot (imagine dozens of users install their own
> chroot on a single machine...)?
You need root privileges to chroot.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PRO
build ... our current build systems only
scale because, except for a very few special cases like glibc and gcc,
packages are required to build without manual intervention.
debian-reference needs to use a local texmf.cnf so that it can be built
automatically. If this isn't possible, I think tetex
forwards any connection to a remote host.
By the way, if you haven't got it already in your local copy, do
remember to upgrade the Standards-Version: to something more current
(such as at least the first version where build-dependencies were
defined). :)
--
Colin Watson
y if you have INSTALL in debian/docs or debian/.docs.
dh_make may have added this for you. Remove it and all will be well.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
wx root/root 0 2002-06-21 16:15:17 ./usr/X11R6/lib/libXm.so.3 ->
libXm.so.3.0.1
The package name must be changed to libmotif3. I'll file a bug about
this in a moment.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL P
the environment in which it is
built, because of the way dynamic linking works.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
renchiesteam.tuxfamily.org/download/debian/openmotif-2.2.2-1_i386.deb
Er, openmotif is already in Debian ...
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Fri, Jul 12, 2002 at 03:37:29PM +0200, Michael Koch wrote:
> Can someone give me an example how to achieve this ? dpkg/debhelper always
> seems to reset my permissions.
Do the chmod after calling dh_fixperms.
--
Colin Watson [[EMAIL PROTECTED]]
ls-imap4d: package-has-a-duplicate-relation libmailutils0,
> > libmailutils0 (= 20020713-1)
>
> This is referred to as a bug in lintian. See the bts for more info (-:
Is it? It does look like a duplicate relation to me (the second implies
the first) ...
--
Colin Watson
luding it in /etc in the .deb (perhaps /usr/share/,
or autogenerated) and managing it in your maintainer scripts. Any file
that actually goes in /etc in a .deb will be blithely overwritten by
dpkg on each upgrade, which isn't allowed.
Cheers,
--
Colin Watson
ich appears
to be obsolete because oo2c conflicts with it. I think voberon-dev
should depend on libooc-x11-dev instead, but I don't know anything about
Oberon. Any comments?
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
conffiles and so aren't in the .deb and aren't
listed in 'dpkg -S' output, so long as they follow the rules for how
configuration files must be handled.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
On Tue, Jul 16, 2002 at 02:36:32PM +0200, Alexandre wrote:
> I agree. My question was more on the lines of 'is the configure target
> mandatory in debian/rules?'
Not at all - it's just a convention (popularized by dh_make, I suspect).
--
Colin Watson
ex 2.6.1-5
>
> And I tried the following packages uploads which were all rejected (< or >):
> weex 2.6.1-0woody1
> weex 2.6.1-5woody1
> weex 2.6.1-6woody1
Try -4woody1.
--
Colin Watson [[EMAIL PROTECTED]]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
401 - 500 of 1012 matches
Mail list logo
