On Wed, 2011-06-29 at 15:01 +0200, Andreas Tille wrote:
> Hi,
>
> > Your package is uninstallable on some archs:
> >
> >mrbayes-mpi/mips unsatisfiable Depends: openmpi-bin
> >mrbayes-mpi/mipsel unsatisfiable Depends: openmpi-bin
> >mrbayes-mpi/s390 unsatisfiable Depends: openmpi-bin
>
On Mon, Nov 06, 2000 at 01:29:36PM -0800, Peter Jay Salzman wrote:
> dear all,
>
> i'd like to package a friend's game, but it requires:
>
> >=libsdl1.0 which debian provides
> sdl_imagea library which debian doesn't provide
> sdl_mixera library which debian doesn't provide
>
> currentl
I'm a bit confused about the state of my GPG key.
When I created it almost a year ago (when I was using GPG as a curiosity,
before I became a maintainer), I figured I should put a time limit on it,
and gave it a year.
Realising I was going to keep the key, I recently used gpg --edit-key to
change
ally? Should I mention this to the user in the docs? I could
upload an "artificial" version with just a corrected prerm script, and then
upload my new version (which would then be 1.9.9-8), but that would be
pointless since people would just upgrade straight from revision 6 to
rev
I've got a grave problem with X, I'd like to ask for help on the mailing
list before I submit a bug.
When I try to start X (using either startx or xdm, I didn't try xinit), it
starts loading, and then the computer freezes up utterly.
Ctrl-Alt-Backspace doesn't shutdown X, Alt-Fn doesn't switch ove
On Wed, Nov 22, 2000 at 09:41:51PM +1100, Drew Parsons wrote:
> When I try to start X (using either startx or xdm, I didn't try xinit), it
> starts loading, and then the computer freezes up utterly.
> Ctrl-Alt-Backspace doesn't shutdown X, Alt-Fn doesn't switch over to a
On Wed, Nov 22, 2000 at 09:17:51AM -0500, Adam C Powell IV wrote:
> Drew Parsons wrote:
>
> > On Wed, Nov 22, 2000 at 09:41:51PM +1100, Drew Parsons wrote:
> > > When I try to start X (using either startx or xdm, I didn't try xinit), it
> > > starts loadin
What's the "best" way of maintaining or creating a man page?
I'll be needing to do that with some of my packages, but it just occurred to
me I don't actually know how, apart from cutting and pasting in a text
editor. My guess is there's a simple manpage editor out there, or a
sensible emacs mode,
On Wed, Dec 13, 2000 at 12:59:30AM -0500, Matt Zimmerman wrote:
>
> If you don't want to do SGML, you could always edit the nroff source directly.
> This is what has been done historically. SGML, however, makes it easier to
> render the manpage in different ways in the future.
>
I wouldn't neces
Summarising what people have said, seems to me the easiest thing for
occasional tweaking of existing man pages is to use a text editor, with
guidance from the HOW-TO, man 7 man and example man pages. The gui editor
gmanedit may be helpful too, I'll have a look at that when X4 gets working.
For wr
On Thu, Dec 14, 2000 at 12:34:33PM +1100, Drew Parsons wrote:
>
> As for the Mail-Followup-To being set to just "drew", that's a mutt problem,
> isn't it? Setting the "followup-to" variable? I'll try changing it right
> now. It might take some exp
On Wed, Dec 13, 2000 at 09:51:11PM -0500, Josh Huber wrote:
>
> The problems with the sender are most likely fixable by
>
> set envelope_from=yes
>
> which calls /usr/sbin/sendmail with -f to set the Sender: field based
> on your From: field.
>
> make sure you set your from field properly thoug
On Thu, Dec 14, 2000 at 02:17:30PM +1100, Drew Parsons wrote:
> On Wed, Dec 13, 2000 at 09:51:11PM -0500, Josh Huber wrote:
> >
> > The problems with the sender are most likely fixable by
> >
> > set envelope_from=yes
> >
> > which calls /usr/sbin/sendmail
On Thu, Dec 14, 2000 at 03:26:46PM +1100, Drew Parsons wrote:
>
> It still doesn't seem to have affected the Sender header though, which
> persistently has this gandi.net reference. Reading through the exim docs,
> it says the -f option can only be used properly by a "trus
I've agreed to adopt meschach, and have been trying to recompile it.
It hasn't been recompiled for a year-and-a-half, and specified that it
requires egcc rather than gcc. However, I suspect that since that time egcc
has been merged into gcc proper (they took over development, didn't they?),
and I
On Fri, Dec 29, 2000 at 08:29:12AM -0800, Sean 'Shaleh' Perry wrote:
> > The second problem seems to be one of policy. I get a warning:
> > In file included from /usr/include/math.h:33,
> > from lufactor.c:37:
> > /usr/include/bits/huge_val.h:37: warning: HUGE_VAL' redefined
> > machine.h:216: w
On Fri, Dec 29, 2000 at 06:35:55PM +, Mark Brown wrote:
> On Fri, Dec 29, 2000 at 08:29:12AM -0800, Sean 'Shaleh' Perry wrote:
>
> > > So the problem seems to be some conflict over the name "complex", but I
> > > don't understand what the conflict is exactly. gcc supports the keyword
> > > "_
I'm adopting the meschach packages (you might recall I was asking about
compiling it the other week).
meschach was prepared under an old Debian policy (debian/control says
Standards-Version: 2.3.0.1 ), and debian/rules makes a few references to
usr/doc.
What is the appropriate way of bringing mes
On Tue, Jan 09, 2001 at 09:58:14AM +0100, Bas Zoetekouw wrote:
> Hi Drew!
>
> You wrote:
>
> > What is the appropriate way of bringing meschach into the 21st Century?
> > Are there any tools for handling this, or do the changes need to be made
> > manually?
>
> You'll have to do it manually. The
On Wed, Jan 10, 2001 at 09:59:53AM -0600, Gordon Sadler wrote:
>
> The #PACKAGE# lines above are from the example scripts in
> /usr/share/debhelper/dh_make/debian*/rules if you debianize a source
> package by running dh_make, #PACKAGE# will be replaced with the package
> name. If you just copy the
I'm trying to package the new upstream version of mirrormagic.
It has a changelog in the root source directory called CHANGES.
I figure I'm supposed to install this changelog by running
dh_installchangelogs CHANGES
which is what had worked previously. However, when I do this, all of a
sudden d
On Sun, Jan 14, 2001 at 01:34:15AM -0600, Gordon Sadler wrote:
>
> Whenever this has happened to me with local builds... I have forgotten
> to add a Debian revision to the package number inside debian/changelog.
>
> (I.E. 0.4.1 instead of 0.4.1-1)
>
LOL You're perfectly right of course! Tha
I have a question about dpkg-statoverride. I won't submit a bug, since maybe
I'm just trying to use it improperly, but as far as I can tell, it sucks
badly.
I'm packaging the new version of mirrormagic, which has a series of data
directories all with the setgid bit set (mode g+s). In particular it
On Tue, Jan 30, 2001 at 12:02:16PM +, Julian Gilbey wrote:
> On Tue, Jan 30, 2001 at 09:12:48PM +1100, Drew Parsons wrote:
> > I'm packaging the new version of mirrormagic, which has a series of data
> > directories all with the setgid bit set (mode g+s). In particular it
On Wed, Jan 31, 2001 at 08:25:31AM +1100, Hamish Moffatt wrote:
> On Tue, Jan 30, 2001 at 12:02:16PM +, Julian Gilbey wrote:
> > dpkg-statoverride is only for the sysadmin to change things *from*
> > their normal settings.
>
> But that doesn't explain why it says the directory doesn't exist..
On Thu, Feb 01, 2001 at 11:52:31AM -0800, Joey Hess wrote:
> Drew Parsons wrote:
> > Anyway, I tried also using dpkg-statoverride in postinst to set the mode for
> > /usr/lib/games/mirrormagic, not just /var/lib... and do get the same
> > problem:
> >
> > war
Getting back to the meschach libraries, which I was asking about a little
while ago, when I run lintian on the built packages, I get the following
error report:
W: meschach-dev: postinst-has-useless-call-to-ldconfig
W: meschach: binary-has-unneeded-section ./usr/lib/libmeschach.so.1.2 .note
W: me
On Fri, Feb 02, 2001 at 01:21:28PM +0100, Domenico Andreoli wrote:
> On Fri, Feb 02, 2001 at 11:17:23PM +1100, Drew Parsons wrote:
> > Getting back to the meschach libraries, which I was asking about a little
> > while ago, when I run lintian on the built packages, I get the foll
On Fri, Feb 02, 2001 at 01:42:08PM +0100, Adrian Bunk wrote:
> On Fri, 2 Feb 2001, Drew Parsons wrote:
>
> >...
> > W: meschach: binary-has-unneeded-section ./usr/lib/libmeschach.so.1.2 .note
> > W: meschach: binary-has-unneeded-section ./usr/lib/libmeschach.so.1.2
> &
On Fri, Feb 02, 2001 at 03:14:13AM -1000, Brian Russo wrote:
> >
> > Would the stripping all be done automatically and properly if I just ran
> > dh_strip on its own?
>
> Assuming it's located correctly in the rules, ya,
>
OK, I'll give it a go. Thanks!
Drew
--
PGP public key
On Sat, Feb 03, 2001 at 05:57:22AM -0600, Richard Braakman wrote:
>
> Both dh_strip and install -s will strip those two sections, because
> we decided (long ago) that they're a waste of space. Stripping
> them is not required, though, it's just a good thing to do if it's
> not too much trouble.
On Sat, Feb 03, 2001 at 03:50:33PM +0100, Josip Rodin wrote:
> >
> > What does dh_strip work on exactly? The man page doesn't seem to specify
> > how it locates the library files it's stripping.
>
> It checks debian//usr/lib/*
> or so, and debian/firstbinarypackage instead of debian/tmp in case
On Mon, Feb 05, 2001 at 01:22:54AM -1000, Brian Russo wrote:
> On Mon, Feb 05, 2001 at 05:07:32AM -0600, Christian T. Steigies wrote:
> > Hi,
> > I am using dh_suidregister in my packages, one of those actually has to
> > register files as sgid games. How do I do that now with dpkg-stateoverride?
>
I'm trying to tidy up my package gworldclock.
There's an INSTALL file in the package root directory (from the upstream
edition), but it's not referred to in the build process. It's just a
standard informative file for autoconf.
Now debian/rules simply handles docs by invoking dh_installdocs.
Howe
Ooh, I already found it. debian/docs was the culprit.
On Fri, Feb 16, 2001 at 11:24:58PM +1100, Drew Parsons wrote:
> I'm trying to tidy up my package gworldclock.
> There's an INSTALL file in the package root directory (from the upstream
> edition), but it's not
I've been setting the Standards-Version of my packages to 3.5.0.0, but
lintian (v 1.20.6) complains:
W: gworldclock source: newer-standards-version 3.5.0.0
Indeed, /usr/share/lintian/checks/standards-version doesn't contain any
references to 3.5, despite a recent version (1.20.4) closing bugs #84
I'm planning to have mirrormagic use debconf to ask the user if they want to
delete the highscore files from the older version (which are incompatible
from the new).
Having a choice of Yes/No is clear, but it seemed to me it might be
appropriate to provide a third alternative, "Quit", which aborts
Sorry to nag. Has anyone got an answer to this question?
On Sat, Feb 17, 2001 at 01:12:27AM +1100, Drew Parsons wrote:
> I'm planning to have mirrormagic use debconf to ask the user if they want to
> delete the highscore files from the older version (which are incompatible
>
On Thu, Feb 22, 2001 at 11:01:15PM -0500, Matt Zimmerman wrote:
> > >
> > > I asked a variation on the same question on -devel a few weeks ago, and
> > > got
> > > zero responses. Aborting in the preinst is the only way to do anything
> > > even close, but it makes a bit of a mess.
> > If you wa
On Sat, Feb 24, 2001 at 01:22:03PM -0600, Gordon Sadler wrote:
>
> Create files named debian/post{rm,inst} and debian/pre{rm,inst} if you
> need to add specific code for one package. For multiple debs from same
> source create debian/$package.post{rm,inst} debian/$package.pre{rm,inst}
>
Nice th
On Sun, Feb 25, 2001 at 01:14:57PM +, Julian Gilbey wrote:
> On Sun, Feb 25, 2001 at 11:27:32PM +1100, Drew Parsons wrote:
> > Nice theory. But when I create meschach.postinst and meschach-dev.postint,
> > I find that meschach.postinst finds its way into the meschach-dev deb fi
A program (viewmol) I'm trying to package has some problems finding some db
library. It doesn't specify this library explicitly, the makefile just says
viewmol_: $(OBJ) ; cc -o viewmol $(LDFLAGS) $(OBJ) $(LIBRARY) $(LIBS)
LIBS is not defined in the makefile, it just has the default values for ma
On Fri, Mar 09, 2001 at 10:42:35PM -0500, [EMAIL PROTECTED] wrote:
> > /usr/bin/ld: cannot find -ldb
> > collect2: ld returned 1 exit status
> > make[1]: *** [viewmol_] Error 1
> >
> []
> >
> > Is the absence of libdb.so in /usr/lib a bug in libc6-dev?
>
> No.
>
> > What is the proper way to sol
viewmol, a molecular modelling program I'm packaging, makes use of a number
of supplementary binary files and scripts to read atomic coordinates from a
range of different file formats.
By default these utilities are kept in a viewmol-specific directory
(/usr/local/lib/viewmol, which I'll change to
On Sun, Mar 11, 2001 at 04:18:09AM -1000, Brian Russo wrote:
> >
> > Should I therefore keep these supplementary utilities in the viewmol
> > directory, or should they instead be moved to /usr/bin?
>
> if they're binaries that are typically wrapped or otherwise not
> typically invoked directly by
On Sun, Mar 11, 2001 at 05:25:27AM -1000, Brian Russo wrote:
>
> given that upstream has decided to put them in /usr/lib, its
> probably reasonable that you follow suit.
>
That argument convinces me, I'll keep them under a viewmol directory.
I'll have to split the scripts from the C binaries in
My latest package viewmol has a -ldb entry in the makefile.
I asked on this list where on earth I'd find libdb.so to compile against,
and you helpfully pointed me to libdb2-dev.
However, since then, libdb3[-dev] has come out, so I figured I would
dutifully compile against it.
But to my surprise,
I've got Bug #90459, which says libXmu was not identified when compiling on
vore (that's sparc, isn't it? not that it's real important).
The autobuild log at http://vore.debian.org/buildlogs/viewmol says:
...
cc -c -Wall -I/usr/X11R6/include -DLINUX -I/usr/include
-I/usr/include/python1.5 -O6 -fo
On Mon, Mar 26, 2001 at 12:31:30PM -0500, Chris Gray wrote:
> On Tue, 27 Mar 2001, Drew Parsons wrote:
> > I've got Bug #90459, which says libXmu was not identified when
> > compiling on vore (that's sparc, isn't it? not that it's real
> > important).
>
On Mon, Mar 26, 2001 at 03:07:45PM -0500, Ben Collins wrote:
>
> Now, with db3, I want to be sure that everyone realizes that they are
> compiling against libdb3, since the binary on-disk format of the .db's
> is different. So, you have to explicitly tell your builds that you want
> -ldb3, so ther
On Tue, Apr 10, 2001 at 12:38:39PM -0700, Sean 'Shaleh' Perry wrote:
> >
> > 3. add updates to the debianized source but not the orig.tar.gz
> >
>
> I would handle it this way personally. Mucking with upstream source is never
> a
> good idea.
>
libc6 does does something like this, doesn't i
I just noticed the debian/rules file for mirrormagic which I inherited from
Joey Hess uses dh_testroot to check that the build is run as root (or
fakeroot).
I'm wondering what the justification for doing this is. It prevents, for
instance, a home user compiling his own deb before installing unle
On Thu, May 10, 2001 at 12:56:49PM -0500, Michael Janssen (CS/MATH stud.) wrote:
> In Warren Anthony Stramiello's email, 10-05-2001:
> >
> > It's XDrawChem, a linux version of ChemDraw, a fairly necessary app for
> > chemistry folks (at least so my girlfriend tells me, and she's a chemistry
> > ma
On Fri, May 11, 2001 at 07:06:05PM +0530, Viral wrote:
>
> Do the autobuilders build packages for all the architectures, or is
> the maintainer supposed to do that ?
>
The autobuilders do that. You only compile on your own system, generally.
I was even surprised to find that viewmol managed to
On Sun, May 27, 2001 at 10:50:18AM +1000, Daniel Stone wrote:
> On Sat, May 26, 2001 at 11:44:46PM +0200, R?mi Perrot wrote:
>
> Hi, (Remi? Rimi? mutt doesn't display the second character, as you can see).
Yes it does. You probably haven't set your locale to see it.
[The '?' in R?mi, above, is
Thanks for your responses, all :)
Setting the file permissions properly seems to be the main need for the root
build environment.
Regards,
Drew
I've just had a fresh look at my package viewmol.
I compiled it in April under X 4.0.1-11, it worked fine then.
But looking at it now, none of the text in buttons and menus gets displayed
anymore. Instead, the letters are replaced with a "box".
The behaviour appears to be independent of locale -
On Fri, Aug 10, 2001 at 09:53:32AM +0200, Bart Warmerdam wrote:
> On Fri, Aug 10, 2001 at 05:48:49PM +1000, Drew Parsons wrote:
>
> [ characters show as boxes in X ]
>
> > Can anyone suggest how to best determine the cause of the problem?
>
> Restart X. Helped for me num
On Fri, Aug 10, 2001 at 07:47:07PM +0200, Radovan Garabik wrote:
> On Fri, Aug 10, 2001 at 05:48:49PM +1000, Drew Parsons wrote:
> > I've just had a fresh look at my package viewmol.
> > I compiled it in April under X 4.0.1-11, it worked fine then.
> >
> > But loo
I'm packaging up a shell script called tzwatch which displays the time from
different timezones. It's actually a bash script since I thought it had
some bashisms (while getopts case select), although reading through the info
pages for bash, it seems these are standard sh commands after all. I mar
On Sat, Aug 25, 2001 at 03:20:28AM +1000, Drew Parsons wrote:
>
> 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
On Mon, Nov 06, 2000 at 01:29:36PM -0800, Peter Jay Salzman wrote:
> dear all,
>
> i'd like to package a friend's game, but it requires:
>
> >=libsdl1.0 which debian provides
> sdl_imagea library which debian doesn't provide
> sdl_mixera library which debian doesn't provide
>
> current
I'm a bit confused about the state of my GPG key.
When I created it almost a year ago (when I was using GPG as a curiosity,
before I became a maintainer), I figured I should put a time limit on it,
and gave it a year.
Realising I was going to keep the key, I recently used gpg --edit-key to
change
ally? Should I mention this to the user in the docs? I could
upload an "artificial" version with just a corrected prerm script, and then
upload my new version (which would then be 1.9.9-8), but that would be
pointless since people would just upgrade straight from revision 6 to
rev
I've got a grave problem with X, I'd like to ask for help on the mailing
list before I submit a bug.
When I try to start X (using either startx or xdm, I didn't try xinit), it
starts loading, and then the computer freezes up utterly.
Ctrl-Alt-Backspace doesn't shutdown X, Alt-Fn doesn't switch ov
On Wed, Nov 22, 2000 at 09:41:51PM +1100, Drew Parsons wrote:
> When I try to start X (using either startx or xdm, I didn't try xinit), it
> starts loading, and then the computer freezes up utterly.
> Ctrl-Alt-Backspace doesn't shutdown X, Alt-Fn doesn't switch over to a
On Wed, Nov 22, 2000 at 09:17:51AM -0500, Adam C Powell IV wrote:
> Drew Parsons wrote:
>
> > On Wed, Nov 22, 2000 at 09:41:51PM +1100, Drew Parsons wrote:
> > > When I try to start X (using either startx or xdm, I didn't try xinit), it
> > > starts loadin
What's the "best" way of maintaining or creating a man page?
I'll be needing to do that with some of my packages, but it just occurred to
me I don't actually know how, apart from cutting and pasting in a text
editor. My guess is there's a simple manpage editor out there, or a
sensible emacs mode
On Wed, Dec 13, 2000 at 12:59:30AM -0500, Matt Zimmerman wrote:
>
> If you don't want to do SGML, you could always edit the nroff source directly.
> This is what has been done historically. SGML, however, makes it easier to
> render the manpage in different ways in the future.
>
I wouldn't nece
Summarising what people have said, seems to me the easiest thing for
occasional tweaking of existing man pages is to use a text editor, with
guidance from the HOW-TO, man 7 man and example man pages. The gui editor
gmanedit may be helpful too, I'll have a look at that when X4 gets working.
For w
On Thu, Dec 14, 2000 at 12:34:33PM +1100, Drew Parsons wrote:
>
> As for the Mail-Followup-To being set to just "drew", that's a mutt problem,
> isn't it? Setting the "followup-to" variable? I'll try changing it right
> now. It might take some exp
On Wed, Dec 13, 2000 at 09:51:11PM -0500, Josh Huber wrote:
>
> The problems with the sender are most likely fixable by
>
> set envelope_from=yes
>
> which calls /usr/sbin/sendmail with -f to set the Sender: field based
> on your From: field.
>
> make sure you set your from field properly thou
On Thu, Dec 14, 2000 at 02:17:30PM +1100, Drew Parsons wrote:
> On Wed, Dec 13, 2000 at 09:51:11PM -0500, Josh Huber wrote:
> >
> > The problems with the sender are most likely fixable by
> >
> > set envelope_from=yes
> >
> > which calls /usr/sbin/se
On Thu, Dec 14, 2000 at 03:26:46PM +1100, Drew Parsons wrote:
>
> It still doesn't seem to have affected the Sender header though, which
> persistently has this gandi.net reference. Reading through the exim docs,
> it says the -f option can only be used properly by a "trus
I've agreed to adopt meschach, and have been trying to recompile it.
It hasn't been recompiled for a year-and-a-half, and specified that it
requires egcc rather than gcc. However, I suspect that since that time egcc
has been merged into gcc proper (they took over development, didn't they?),
and I
On Fri, Dec 29, 2000 at 08:29:12AM -0800, Sean 'Shaleh' Perry wrote:
> > The second problem seems to be one of policy. I get a warning:
> > In file included from /usr/include/math.h:33,
> > from lufactor.c:37:
> > /usr/include/bits/huge_val.h:37: warning: HUGE_VAL' redefined
> > machine.h:216:
On Fri, Dec 29, 2000 at 06:35:55PM +, Mark Brown wrote:
> On Fri, Dec 29, 2000 at 08:29:12AM -0800, Sean 'Shaleh' Perry wrote:
>
> > > So the problem seems to be some conflict over the name "complex", but I
> > > don't understand what the conflict is exactly. gcc supports the keyword
> > > "
I'm adopting the meschach packages (you might recall I was asking about
compiling it the other week).
meschach was prepared under an old Debian policy (debian/control says
Standards-Version: 2.3.0.1 ), and debian/rules makes a few references to
usr/doc.
What is the appropriate way of bringing me
On Tue, Jan 09, 2001 at 09:58:14AM +0100, Bas Zoetekouw wrote:
> Hi Drew!
>
> You wrote:
>
> > What is the appropriate way of bringing meschach into the 21st Century?
> > Are there any tools for handling this, or do the changes need to be made
> > manually?
>
> You'll have to do it manually. Th
On Wed, Jan 10, 2001 at 09:59:53AM -0600, Gordon Sadler wrote:
>
> The #PACKAGE# lines above are from the example scripts in
> /usr/share/debhelper/dh_make/debian*/rules if you debianize a source
> package by running dh_make, #PACKAGE# will be replaced with the package
> name. If you just copy th
I'm trying to package the new upstream version of mirrormagic.
It has a changelog in the root source directory called CHANGES.
I figure I'm supposed to install this changelog by running
dh_installchangelogs CHANGES
which is what had worked previously. However, when I do this, all of a
sudden
On Sun, Jan 14, 2001 at 01:34:15AM -0600, Gordon Sadler wrote:
>
> Whenever this has happened to me with local builds... I have forgotten
> to add a Debian revision to the package number inside debian/changelog.
>
> (I.E. 0.4.1 instead of 0.4.1-1)
>
LOL You're perfectly right of course! Th
I have a question about dpkg-statoverride. I won't submit a bug, since maybe
I'm just trying to use it improperly, but as far as I can tell, it sucks
badly.
I'm packaging the new version of mirrormagic, which has a series of data
directories all with the setgid bit set (mode g+s). In particular i
On Tue, Jan 30, 2001 at 12:02:16PM +, Julian Gilbey wrote:
> On Tue, Jan 30, 2001 at 09:12:48PM +1100, Drew Parsons wrote:
> > I'm packaging the new version of mirrormagic, which has a series of data
> > directories all with the setgid bit set (mode g+s). In particular it
On Wed, Jan 31, 2001 at 08:25:31AM +1100, Hamish Moffatt wrote:
> On Tue, Jan 30, 2001 at 12:02:16PM +, Julian Gilbey wrote:
> > dpkg-statoverride is only for the sysadmin to change things *from*
> > their normal settings.
>
> But that doesn't explain why it says the directory doesn't exist..
On Thu, Feb 01, 2001 at 11:52:31AM -0800, Joey Hess wrote:
> Drew Parsons wrote:
> > Anyway, I tried also using dpkg-statoverride in postinst to set the mode for
> > /usr/lib/games/mirrormagic, not just /var/lib... and do get the same problem:
> >
> > warning: --upda
Getting back to the meschach libraries, which I was asking about a little
while ago, when I run lintian on the built packages, I get the following
error report:
W: meschach-dev: postinst-has-useless-call-to-ldconfig
W: meschach: binary-has-unneeded-section ./usr/lib/libmeschach.so.1.2 .note
W: m
On Fri, Feb 02, 2001 at 01:21:28PM +0100, Domenico Andreoli wrote:
> On Fri, Feb 02, 2001 at 11:17:23PM +1100, Drew Parsons wrote:
> > Getting back to the meschach libraries, which I was asking about a little
> > while ago, when I run lintian on the built packages, I get the foll
On Fri, Feb 02, 2001 at 01:42:08PM +0100, Adrian Bunk wrote:
> On Fri, 2 Feb 2001, Drew Parsons wrote:
>
> >...
> > W: meschach: binary-has-unneeded-section ./usr/lib/libmeschach.so.1.2 .note
> > W: meschach: binary-has-unneeded-section ./usr/lib/libmeschach.so.1.2 .comm
On Fri, Feb 02, 2001 at 03:14:13AM -1000, Brian Russo wrote:
> >
> > Would the stripping all be done automatically and properly if I just ran
> > dh_strip on its own?
>
> Assuming it's located correctly in the rules, ya,
>
OK, I'll give it a go. Thanks!
Drew
--
PGP public key
On Sat, Feb 03, 2001 at 05:57:22AM -0600, Richard Braakman wrote:
>
> Both dh_strip and install -s will strip those two sections, because
> we decided (long ago) that they're a waste of space. Stripping
> them is not required, though, it's just a good thing to do if it's
> not too much trouble.
On Sat, Feb 03, 2001 at 03:50:33PM +0100, Josip Rodin wrote:
> >
> > What does dh_strip work on exactly? The man page doesn't seem to specify
> > how it locates the library files it's stripping.
>
> It checks debian//usr/lib/*
> or so, and debian/firstbinarypackage instead of debian/tmp in case
On Mon, Feb 05, 2001 at 01:22:54AM -1000, Brian Russo wrote:
> On Mon, Feb 05, 2001 at 05:07:32AM -0600, Christian T. Steigies wrote:
> > Hi,
> > I am using dh_suidregister in my packages, one of those actually has to
> > register files as sgid games. How do I do that now with dpkg-stateoverride?
I'm trying to tidy up my package gworldclock.
There's an INSTALL file in the package root directory (from the upstream
edition), but it's not referred to in the build process. It's just a
standard informative file for autoconf.
Now debian/rules simply handles docs by invoking dh_installdocs.
How
Ooh, I already found it. debian/docs was the culprit.
On Fri, Feb 16, 2001 at 11:24:58PM +1100, Drew Parsons wrote:
> I'm trying to tidy up my package gworldclock.
> There's an INSTALL file in the package root directory (from the upstream
> edition), but it's not
I've been setting the Standards-Version of my packages to 3.5.0.0, but
lintian (v 1.20.6) complains:
W: gworldclock source: newer-standards-version 3.5.0.0
Indeed, /usr/share/lintian/checks/standards-version doesn't contain any
references to 3.5, despite a recent version (1.20.4) closing bugs #8
I'm planning to have mirrormagic use debconf to ask the user if they want to
delete the highscore files from the older version (which are incompatible
from the new).
Having a choice of Yes/No is clear, but it seemed to me it might be
appropriate to provide a third alternative, "Quit", which abort
Sorry to nag. Has anyone got an answer to this question?
On Sat, Feb 17, 2001 at 01:12:27AM +1100, Drew Parsons wrote:
> I'm planning to have mirrormagic use debconf to ask the user if they want to
> delete the highscore files from the older version (which are incompatible
>
On Thu, Feb 22, 2001 at 11:01:15PM -0500, Matt Zimmerman wrote:
> > >
> > > I asked a variation on the same question on -devel a few weeks ago, and got
> > > zero responses. Aborting in the preinst is the only way to do anything
> > > even close, but it makes a bit of a mess.
> > If you want to
On Sat, Feb 24, 2001 at 01:22:03PM -0600, Gordon Sadler wrote:
>
> Create files named debian/post{rm,inst} and debian/pre{rm,inst} if you
> need to add specific code for one package. For multiple debs from same
> source create debian/$package.post{rm,inst} debian/$package.pre{rm,inst}
>
Nice t
1 - 100 of 164 matches
Mail list logo
