help making packages
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 currently, the only way to get sdl_image and sdl_mixer on a debian system is to compile it from tarball. is it possible to specify a dependency on a library which has to be made from tarball (ie- not installed via apt-get or deselect). pete
Re: help making packages
i don't have woody yet; didn't know they existed. i'll upgrade one of my computers. On Mon, 6 Nov 2000, Christian T. Steigies wrote: > 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 > > Whats wrong with these guys? > /debian/dists/woody/main/binary-i386/libs/libsdl-image1.0_1.0.8-1.deb > /debian/dists/woody/main/binary-i386/libs/libsdl-mixer1.0_1.0.4-1.deb > > Christian
debian/rules error on clean rule
Hi all, A package (yadex) isn't building, and I'm trying to figure out why. I narrowed it down to the clean rule of debian/rules. Here's the relevent portion of debian/rules (echos added by me): clean: clean-tree unpatch clean-tree: checkroot @echo "* ALPHA" rm -f configure-stamp build-stamp install-stamp @echo "* BRAVO" -$(MAKE) clean @echo "* CHARLIE" rm -rf obj dobj src/config.h src/config.cc cache/* @echo "* DELTA" dh_clean @echo "* ECHO" And here's the output: $ fakeroot debian/rules clean dh_testdir dh_testroot * ALPHA rm -f configure-stamp build-stamp install-stamp * BRAVO /usr/bin/make clean rm: cannot remove `obj/0' rm: cannot remove `dobj/0' ln: `obj/0/satan_120879850169': File exists ln: `dobj/0/satan_120879850169': File exists make[1]: Entering directory `/home/p/debian/yadex/yadex-1.7.0' rm -f obj/0/acolours.o obj/0/aym.o obj/0/bench.o obj/0/bitvec.o obj/0/cfgfile.o obj/0/checks.o obj/0/colour1.o obj/0/colour2.o obj/0/atclib/al_lwritel.o obj/0/atclib/al_sapc.o obj/0/atclib/al_saps.o (big snip) obj/0/atclib/al_scps.o obj/0/atclib/al_scpslower.o obj/0/atclib/al_sdup.o obj/0/atclib/al_sisnum.o obj/0/atclib/al_strolc.o obj/0/yadex rm -f dobj/0/acolours.o dobj/0/aym.o dobj/0/bench.o dobj/0/bitvec.o dobj/0/cfgfile.o dobj/0/checks.o dobj/0/colour1.o dobj/0/colour2.o (big snip) dobj/0/atclib/al_saps.o dobj/0/atclib/al_scps.o dobj/0/atclib/al_scpslower.o dobj/0/atclib/al_sdup.o dobj/0/atclib/al_sisnum.o dobj/0/atclib/al_strolc.o dobj/0/yadex rm -f obj/0/ftime rm -f obj/0/install rm -f obj/0/notexist rm -f obj/0 rm: cannot remove `obj/0' make[1]: *** [clean] Error 1 make[1]: Leaving directory `/home/p/debian/yadex/yadex-1.7.0' make: [clean-tree] Error 2 (ignored) * CHARLIE rm -rf obj dobj src/config.h src/config.cc cache/* rm: cannot remove `obj' rm: cannot remove `dobj' rm: cannot remove `cache/copyright.man' rm: cannot remove `cache/copyright.txt' rm: cannot remove `cache/pixlist' rm: cannot remove `cache/srcdate' rm: cannot remove `cache/uptodate' make: *** [clean-tree] Error 1 And then it gives up because of the errors. The part that I really don't understand is WHY the rm fails. For example, the last few errors are mysterious because: $ lla cache/ total 28K drwxrwxrwx 2 p p 4.0K 2004-12-12 09:43 ./ drwxrwxrwx 14 p p 4.0K 2004-12-12 09:45 ../ -rw-rw-rw- 1 p p 267 2004-12-12 09:43 copyright.man -rw-rw-rw- 1 p p 267 2004-12-12 09:43 copyright.txt -rw-rw-rw- 1 p p 187 2004-12-12 09:43 pixlist -rw-rw-rw- 1 p p 10 2004-12-12 09:43 srcdate -rw-rw-rw- 1 p p2 2004-12-12 09:43 uptodate cache/ and everything in it is owned by me, and world writable. Similarly: $ lla obj/ total 12K drwxrwxrwx 3 p p 4.0K 2004-12-12 09:45 ./ drwxrwxrwx 14 p p 4.0K 2004-12-12 09:45 ../ lrwxr-xr-x 1 p p 18 2004-12-12 09:45 0 -> satan_120879850169/ drwxrwxrwx 3 p p 4.0K 2004-12-12 09:45 satan_120879850169/ everything in obj/ is owned by me and world writable. So what the heck is going on with: * CHARLIE rm -rf obj dobj src/config.h src/config.cc cache/* rm: cannot remove `obj' rm: cannot remove `dobj' rm: cannot remove `cache/copyright.man' rm: cannot remove `cache/copyright.txt' rm: cannot remove `cache/pixlist' rm: cannot remove `cache/srcdate' rm: cannot remove `cache/uptodate' make: *** [clean-tree] Error 1 And the really mysterious thing is, when I run "# debian/rules clean" as root, it works without a hitch! In fact, simply using "$ fakeroot make clean" fails. I think this is what's ultimately killing "dpkg-buildpage -rfakeroot". I don't even slightly understand how fakeroot works, but I'm wondering what's going on here. Should I copy my ~/.gnupg to /root and build the package as a root user? Thanks! Pete -- The mathematics of physics has become ever more abstract, rather than more complicated. The mind of God appears to be abstract but not complicated. He also appears to like group theory. -- Tony Zee's "Fearful Symmetry" PGP Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
warning: menu-command-not-in-package
My first package is ALMOST lintian clean. One warning:
$ lintian -i yadex_1.7.0-1_i386.deb
W: yadex: menu-command-not-in-package /usr/lib/menu/yadex:2
x-terminal-emulator
N:
N: The menu item specifies a command which is not available in the
N: package. In most cases this is a typo or after you moved a binary
N: around, but forgot to update the menu file.
N:
My debian/yadex.menu file:
?package(yadex): needs="x11" section="Games/Arcade" title="yadex" \
hints="Doom,3D" command="x-terminal-emulator -e /usr/games/yadex"
My package provides /usr/games/yadex, depends on "xterm |
x-terminal-emulator", so everything should be fine. Those are the only two
commands in the menu file. So what exactly is lintian talking about?
On a related note, xterm provides "x-terminal-emulator", so is:
Depends: ${shlibs:Depends}, xterm | x-terminal-emulator
redundant? Would it be better to pare this down to:
Depends: ${shlibs:Depends}, x-terminal-emulator
Thanks!
Pete
--
The mathematics of physics has become ever more abstract, rather than more
complicated. The mind of God appears to be abstract but not complicated.
He also appears to like group theory. -- Tony Zee's "Fearful Symmetry"
PGP Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: warning: menu-command-not-in-package
On Mon 13 Dec 04, 9:07 PM, martin f krafft <[EMAIL PROTECTED]> said: > also sprach Peter Jay Salzman <[EMAIL PROTECTED]> [2004.12.13.2055 +0100]: > >?package(yadex): needs="x11" section="Games/Arcade" title="yadex" \ > >hints="Doom,3D" command="x-terminal-emulator -e /usr/games/yadex" > > Make that 'needs="text"'... you need not worry about the terminal > emulator. Please read the manual! > > http://alioth.debian.org/docman/view.php/30046/2/menu-one-file.html#s3.4 I don't think I want 'needs="text"'. According to the manual: X11: if this program runs under X11. text: if it runs under a terminal. X11 window managers will spawn a X terminal emulator. A terminal is a very general thing. A virtual console is a terminal. You can have terminals over a serial connection. But in order to yadex, you MUST have x11. For example, you cannot use this program in a virtual console. It's an absolute must to have x11. The program is completely useless without x11. My reading of the manual is that 'needs="text' is for something that can be run from any kind of terminal, like nethack, nmixer, mpg123, or mp3blaster. That doesn't describe yadex at all. Should I really still change needs to "text"? Thanks! Pete -- The mathematics of physics has become ever more abstract, rather than more complicated. The mind of God appears to be abstract but not complicated. He also appears to like group theory. -- Tony Zee's "Fearful Symmetry" GPG Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: warning: menu-command-not-in-package
On Mon 13 Dec 04, 9:43 PM, martin f krafft <[EMAIL PROTECTED]> said: > also sprach Peter Jay Salzman <[EMAIL PROTECTED]> [2004.12.13.2135 +0100]: > > But in order to yadex, you MUST have x11. For example, you cannot > > use this program in a virtual console. It's an absolute must to > > have x11. The program is completely useless without x11. > > So why does the OP want to run x-terminal-emulator? I'm sorry -- I'm drawing a blank. What's OP? In any event, the program starts in a terminal environment, but ultimately must be run in an x11 environment. You can start the program on a virtual console, but when you go to edit anything, it'll complain "Cannot open display". I believe the author may (at one point) wanted to write an svgalib backend so the program can be run in a VC. But that's just conjecture on my part... Thanks! :) Pete -- The mathematics of physics has become ever more abstract, rather than more complicated. The mind of God appears to be abstract but not complicated. He also appears to like group theory. -- Tony Zee's "Fearful Symmetry" GPG Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: warning: menu-command-not-in-package
On Mon 13 Dec 04, 10:05 PM, Sven Mueller <[EMAIL PROTECTED]> said: > Peter Jay Salzman wrote on 13/12/2004 21:49: > >In any event, the program starts in a terminal environment, but ultimately > >must be run in an x11 environment. > > What does it need the terminal for? I mean if it actually runs in its > own X11 window, what does it use the terminal for? Sorry if this is quick, but I'm trying to prepare for a lecture on special relativity that I'm about to give my college physics class in a couple of hours. I was lintianing when I should've been making my lesson plans :) Because, before it displays its own X11 window, you must input text commands into a terminal. Pete -- The mathematics of physics has become ever more abstract, rather than more complicated. The mind of God appears to be abstract but not complicated. He also appears to like group theory. -- Tony Zee's "Fearful Symmetry" GPG Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: warning: menu-command-not-in-package
On Mon 13 Dec 04, 12:10 PM, Brian Nelson <[EMAIL PROTECTED]> said:
> On Mon, Dec 13, 2004 at 02:55:28PM -0500, Peter Jay Salzman wrote:
> > My first package is ALMOST lintian clean. One warning:
> >
> >$ lintian -i yadex_1.7.0-1_i386.deb
> >W: yadex: menu-command-not-in-package /usr/lib/menu/yadex:2
> >x-terminal-emulator
> >N:
> >N: The menu item specifies a command which is not available in the
> >N: package. In most cases this is a typo or after you moved a binary
> >N: around, but forgot to update the menu file.
> >N:
> >
> > My debian/yadex.menu file:
> >
> >?package(yadex): needs="x11" section="Games/Arcade" title="yadex" \
> >hints="Doom,3D" command="x-terminal-emulator -e /usr/games/yadex"
>
> Why not just do command="/usr/games/yadex"?
The way Yadex (a Doom WAD editor) starts is kind of wierd. You start it from
a terminal, but when you want to edit a WAD file:
1. In the terminal you type "e whatever" to edit a level
2. Yadex uses xlib to put up its own x11 Window in which you graphically
edit a WAD's level.
I'm trying to think of another program that does this to give as an example,
and I'm drawing a blank. In any event, you have to start the program in any
kind of terminal, and then to do anything even slightly useful, it spawns its
own specialized x11 window.
Very different from a "normal" x11 program which immediately spawns its own
window when you run the executable.
> > My package provides /usr/games/yadex, depends on "xterm |
> > x-terminal-emulator", so everything should be fine. Those are the only two
> > commands in the menu file. So what exactly is lintian talking about?
>
> Lintian isn't always right. It's probably a false positive.
I think you may be right. I just found another (unrelated) false positive in
lintian two days ago which I reported to the lintian maintainers.
> > On a related note, xterm provides "x-terminal-emulator", so is:
> >
> >Depends: ${shlibs:Depends}, xterm | x-terminal-emulator
> >
> > redundant? Would it be better to pare this down to:
> >
> >Depends: ${shlibs:Depends}, x-terminal-emulator
>
> No. You should always provide a default for a virtual package, like you
> did the first time.
Cool. Thanks!
> For every sprinkle I find, I shall kill you!
Don't tell my wife that! ;-)
Pete
--
The mathematics of physics has become ever more abstract, rather than more
complicated. The mind of God appears to be abstract but not complicated.
He also appears to like group theory. -- Tony Zee's "Fearful Symmetry"
PGP Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: warning: menu-command-not-in-package
On Mon 13 Dec 04, 5:40 PM, David Mandelberg <[EMAIL PROTECTED]> said: > Matt Brubeck wrote: > > Justin Pryzby wrote: > > > > > >>Instead, install what is presently /usr/games/yadex to > >>/usr/lib/yadex/... and install a one-line wrapper script to > >>/usr/games/yadex: > >> > >>#!/bin/sh -e > >>exec x-terminal-emulator -e /usr/lib/yadex/... > > > > > > One small downside to this idea is that it is not the expected behavior > > for a user who already has an xterm open and types 'yadex' into it. > > > > > Maybe /usr/games/yadex could be the real binary, and that script > (s%/lib/yadex/\.\.\.$%/games/yadex%) could be /usr/games/yadex-gui. > > The menu option could execute /usr/games/yadex-gui, but someone typing > yadex in a terminal emulator would get the expected results. Hi David, That seems like the best idea so far! But I'd like to know -- precisely piece of policy is broken by a menu command invoking "x-terminal-emulator -e application"? OK. Gotta go lecture... Thanks for all your help! Peter -- The mathematics of physics has become ever more abstract, rather than more complicated. The mind of God appears to be abstract but not complicated. He also appears to like group theory. -- Tony Zee's "Fearful Symmetry" GPG Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debian/rules error on clean rule
On Sun 12 Dec 04, 4:59 PM, Loïc Minier <[EMAIL PROTECTED]> said: > Peter Jay Salzman <[EMAIL PROTECTED]> - Sun, Dec 12, 2004: > > > And then it gives up because of the errors. The part that I really don't > > understand is WHY the rm fails. > > Check wether "fakeroot rm -rf $PROBLEMATIC_DIR" works and wether "rm > -rf $PROBLEMATIC_DIR" works, you will know wether you're victim of the > fakeroot mechanism or not. If both are failing, strace the thing and > check what fails. I spent once some time figuring why an ext2 attr > forbid the modification of a file (chattr(1), lsattr(1)). > >HTH, > > -- > Loïc Minier <[EMAIL PROTECTED]> Hola Loïc, Good suggestions! It appears that I can't remove any file using fakeroot: [EMAIL PROTECTED] touch blah; chmod ugo+rw blah [EMAIL PROTECTED] ll blah -rw-rw-rw- 1 p p 0 2004-12-12 11:04 blah [EMAIL PROTECTED] rm -rf blah [EMAIL PROTECTED] ll blah ls: blah: No such file or directory [EMAIL PROTECTED] touch blah; chmod ugo+rw blah [EMAIL PROTECTED] fakeroot rm -rf blah rm: cannot remove `blah' However, "strace -ff" was telling. The second I saw "preload libtrash.so", I knew exactly what was happening. I use libtrash, which moves files to ~/Trash whenever a call to unlink is made. The child process spawned by fakeroot tried to move blah to /root/Trash. However, I never use root for anything, so I don't preload the libtrash library for the root user. I'm normally really careful with that account, so I don't need libtrash for it. Well, not only that, but even if /root/Trash did exist, I don't think I'd be able to write to it anyhow, even with fakeroot (if I understand fakeroot correctly). Anyway, moving blah to /root/Trash failed, so the child process exited "unexpectedly". Moral to the story: fakeroot and libtrash don't mix well. The package appears to be building correctly. Now I just sit back and wait to see if the rest continues. Thank you for the strace suggestion; it definitely was the perfect suggestion! Pete -- The mathematics of physics has become ever more abstract, rather than more complicated. The mind of God appears to be abstract but not complicated. He also appears to like group theory. -- Tony Zee's "Fearful Symmetry" GPG Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: warning: menu-command-not-in-package
On Mon 13 Dec 04, 10:05 PM, martin f krafft <[EMAIL PROTECTED]> said: > also sprach Peter Jay Salzman <[EMAIL PROTECTED]> [2004.12.13.2149 +0100]: > > I'm sorry -- I'm drawing a blank. What's OP? > > >From Virtual Entity of Relevant Acronyms (Version 1.9, June 2002) [vera]: > > OP >Original Poster (telecommunication-slang, Usenet) Ahh... "jargon" didn't know this one. Cool. > > In any event, the program starts in a terminal environment, but > > ultimately must be run in an x11 environment. > > > > You can start the program on a virtual console, but when you go to > > edit anything, it'll complain "Cannot open display". > > Can the programme be used (for anything) without its X components? No. In fact, before the x11 window comes up, you give it one of two commands: "e (map)" to edit a map contained in the WAD. or "c" to create a new map contained in the WAD. Thanks! Pete -- The mathematics of physics has become ever more abstract, rather than more complicated. The mind of God appears to be abstract but not complicated. He also appears to like group theory. -- Tony Zee's "Fearful Symmetry" GPG Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: pkg-classifier appliance
On Tue 14 Dec 04, 1:59 PM, martin f krafft <[EMAIL PROTECTED]> said: > also sprach vegetax <[EMAIL PROTECTED]> [2004.12.14.1346 +0100]: > > The url for the tgz containing the source code, just 1 python file > > and a README is http://files.bighosting.net/lh13023.zip , can > > someone please check it and upload it to the testing or unstable > > dist ? > > Please read the Debian NM FAQ and submit all files that we need. I just spent 10 minutes trying to Google for the NM FAQ. Sorry to have to ask this, but can you post the URL for this document? Sounds like something I'd really like to read. Also, from reading the NM Maintainer's Guide, it appears that an architecture of "any" is used as a wildcard that gets filled in by dpkg-gencontrol to reflect the arch of the machine the package gets compiled on. An arch of "all" specifically means something that runs on all architectures, like a Perl script. Thanks, Pete -- The mathematics of physics has become ever more abstract, rather than more complicated. The mind of God appears to be abstract but not complicated. He also appears to like group theory. -- Tony Zee's "Fearful Symmetry" GPG Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
help making packages
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 currently, the only way to get sdl_image and sdl_mixer on a debian system is to compile it from tarball. is it possible to specify a dependency on a library which has to be made from tarball (ie- not installed via apt-get or deselect). pete -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: help making packages
i don't have woody yet; didn't know they existed. i'll upgrade one of my computers. On Mon, 6 Nov 2000, Christian T. Steigies wrote: > 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 > > Whats wrong with these guys? > /debian/dists/woody/main/binary-i386/libs/libsdl-image1.0_1.0.8-1.deb > /debian/dists/woody/main/binary-i386/libs/libsdl-mixer1.0_1.0.4-1.deb > > Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
lintian + man page question
dear all, made my first deb package. went fine. checked it with lintian, and lintian complained that there _must_ be a manpage for every installed executable. ok. i installed manedit and whipped up a placeholder manpage. questions: 1. is there a way to get past the manpage requirement? is there some way of linking to the "undocumented" man page? 2. is it ok to include my placeholder manpage with the deb package? it really doesn't give any useful information at all. just gives the app name, installed files and the author. any guidance appreciated! pete -- "You may not use the Software in connection with any site that disparages Microsoft, MSN, MSNBC, Expedia, or their products or services ..." -- Clause from license for FrontPage 2002 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: lintian + man page question
begin: Stephen Stafford <[EMAIL PROTECTED]> quote > On Thursday 08 Nov 2001 8:56 pm, Peter Jay Salzman wrote: > > dear all, > > > > made my first deb package. went fine. checked it with lintian, and > > lintian complained that there _must_ be a manpage for every installed > > executable. > > > > ok. > > > > i installed manedit and whipped up a placeholder manpage. questions: > > > > 1. is there a way to get past the manpage requirement? is there > > some way of linking to the "undocumented" man page? > > > > No. All executables must have a manpage > > > 2. is it ok to include my placeholder manpage with the deb package? > > it really doesn't give any useful information at all. just gives > > the app name, installed files and the author. hi stephen and mark, thanks for replying! point taken about the man page. i'll flesh out the man page some more; the software is still in alpha, so there's no rush. > At a pinch I suppose it will do. A proper manpage is better though. > If you write the text of it then I will convert it to groff for you. sometimes it's nice to be spoonfed, but this is something i should learn how to do. another question though -- i took a look at the deb package for defendguin (another game written by the same author). the debian maintainer wrote the manpage for defendguin (bill kendrick knows how to write games, but doesn't know how to write man pages ;) ). for the life of me, i can't figure out how the manpage gets "in there". his manpage is located in defendguin-0.0.6/debian/defendguin.6 but it doesn't get installed by anything. i looked in the upstream makefile, the rules file, the docs file. well, let's just say that i greped for 'defendguin.6' in all the files residing in debian/. i can't figure out how that manpage gets installed. any illumination would be greatly appreciated! thanks! pete -- "You may not use the Software in connection with any site that disparages Microsoft, MSN, MSNBC, Expedia, or their products or services ..." -- Clause from license for FrontPage 2002 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
dh_maninstall isn't finding control
hello all, when running dh_installman in /home/p/debian/pdamaze/pdamaze-0.0.20011005/debian which is where the man page is, i get the error: p@satan% dh_installman ./pdamaze.6 dh_installman: cannot read debian/control: No such file or directory the control file _is_ there, right in between copyright and conffiles.ex. the error itself makes it sound like you need to be in the upstream source directory, so i changed directories to: /home/p/debian/pdamaze/pdamaze-0.0.20011005 and now the error is: p@satan% dh_installman pdamaze.6 pdamaze.6: No such file or directory at /usr/bin/dh_installman line 98. i looked at the source for dh_maninstall. you definitely want to be in the debian/ subdirectory. it looks like control is opened by some function in package Find or Dh_Lib. rather than hunt it down, i'd like to ask: what am i doing wrong? the operation looks simple enough that there must be something i'm doing which is obviously screwing up the process. why isn't it finding the control file? pete -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dh_maninstall isn't finding control (now the manpage)
hi nicolas and colin,
thanks for the help! unfortunately, that didn't do the trick. i set
DH_COMPAT to 3 (the value that man debhelper recommends).
% pwd
/home/p/debian/pdamaze/pdamaze-0.0.20011005
% ls
CHANGES.txt Makefilebuild-stamp debian/ pdamaze.c pdamaze.xpm
COPYING.txt README.txt configure-stamp images/ pdamaze.host*
p@satan% ls debian/
README.Debian docs pdamaze.manpagespreinst.ex
changelog ex.doc-base.package pdamaze.postinst.debhelper prerm.ex
conffiles.ex init.d.expdamaze.postrm.debhelperrules*
controlmenu pdamaze.prerm.debhelper watch.ex
copyright pdamaze/ postinst.ex
dirs pdamaze.6postrm.ex
% dh_installman debian/pdamaze.6
pdamaze.6: No such file or directory at /usr/bin/dh_installman line 98.
% dh_installman
/home/p/debian/pdamaze/pdamaze-0.0.20011005/debian/pdamaze.6
pdamaze.6: No such file or directory at /usr/bin/dh_installman line 98.
i'm kind of stuck here. normally, i'd hack at the perl to force the issue,
but if there's something really wrong with how i'm doing things, i'd rather
not break dh_installman by strong-arming it to work.
any more advice?
thanks!
pete
begin: Nicolas Boullis <[EMAIL PROTECTED]> quote
> Hi !
>
> On Fri, Nov 09, 2001 at 08:15:40AM -0800, Peter Jay Salzman wrote:
> > hello all,
> >
> > when running dh_installman in
> >
> > /home/p/debian/pdamaze/pdamaze-0.0.20011005/debian
> >
> > which is where the man page is, i get the error:
> >
> > p@satan% dh_installman ./pdamaze.6
> > dh_installman: cannot read debian/control: No such file or directory
> >
> > the control file _is_ there, right in between copyright and conffiles.ex.
> > the error itself makes it sound like you need to be in the upstream source
> > directory, so i changed directories to:
> >
> > /home/p/debian/pdamaze/pdamaze-0.0.20011005
> >
> > and now the error is:
> >
> > p@satan% dh_installman pdamaze.6
> > pdamaze.6: No such file or directory at /usr/bin/dh_installman line 98.
>
> Well, I think that you have to run dh_installman from the upstream
> source directory. But then, you have to tell it where the pdamaze.6 file
> is.
> Hence, you should try "dh_installman debian/pdamaze.6" from the upstream
> source directory.
> You may also want to set the DH_COMPAT environement variable, if you are
> using a compatibility level higher than 1. ("man debhelper" for more
> info)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dh_maninstall isn't finding control (now the manpage)
hi joey, thanks. yes, you're right: the problem was pdamaze.manpages. i think part of the problem is that "debian new maintainer's guide" really glosses over the debhelper utilities. after printing it out and going over the entire document, i was still a little unsure about what exactly the debhelper scripts do. it's a complicated subject with lots of helper scripts that one should know about. the author did an admirable job, but it could use some more expounding. live and learn. thank you very much! pete begin: Joey Hess <[EMAIL PROTECTED]> quote > Peter Jay Salzman wrote: > > p@satan% ls debian/ > > README.Debian docs pdamaze.manpagespreinst.ex > > changelog ex.doc-base.package pdamaze.postinst.debhelper prerm.ex > > conffiles.ex init.d.expdamaze.postrm.debhelperrules* > > controlmenu pdamaze.prerm.debhelper watch.ex > > copyright pdamaze/ postinst.ex > > dirs pdamaze.6postrm.ex > > > > % dh_installman debian/pdamaze.6 > > pdamaze.6: No such file or directory at /usr/bin/dh_installman line 98. > > I'd suspect that you have a debian/manpages file or similar that it is > looking in in addition to your command line parameter. Probably with > "pdamaze.6" in it. Turn on verboe mode with -v, it always sheds light on > this kind of thing. -- "You may not use the Software in connection with any site that disparages Microsoft, MSN, MSNBC, Expedia, or their products or services ..." -- Clause from license for FrontPage 2002 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
help with splint
i'm trying to package splint, which uses automake/autoconf. the main problem is that when i install the packages, it puts all the files that should go in /usr/local/splint/share into /share. :( the packager's maintenance guide says that you don't have to hack makefiles for programs that use autoconf/automake because dh_make does it for you, so i really haven't monkeyed with install directories. perhaps i'm doing something wrong. are there any gotchas for automake/autoconf that people may suggest? also, for applications that install their man page via autoconf/make makefiles, do i still need to use dh_installman to install man pages? do i use dh_installman on the man page where it is, or should i put their man page in the debian/ directory? pete -- The mathematics [of physics] has become ever more abstract, rather than more complicated. The mind of God appears to be abstract but not complicated. He also appears to like group theory. -- Tony Zee's `Fearful Symmetry' PGP Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is there an strace type program for shared libs
well, there's ltrace which lists library calls. i don't think you can restrict output to a particular shared library though. i don't think you can restrict gdb to show calls to a particular library either. gdb basically shows information about stacks. it doesn't try to sort or collate this information in any way except to show the stacking order. pete begin Jaldhar H. Vyas <[EMAIL PROTECTED]> > Is there a program that will let me start up a process and make a log of > any function calls it makes to a particular shared library the way strace > does for system calls? > > Can GDB be used for this? > > -- > Jaldhar H. Vyas <[EMAIL PROTECTED]> > It's a girl! See the pictures - http://www.braincells.com/shailaja/ > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- The mathematics [of physics] has become ever more abstract, rather than more complicated. The mind of God appears to be abstract but not complicated. He also appears to like group theory. -- Tony Zee's `Fearful Symmetry' PGP Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is there an strace type program for shared libs
hi jaldhar, small update. ltrace _can_ do what you want. i think: ltrace --library=libm.so --library=libglib.so -o ltrace.output a.out will put all function calls associated with the math and glib libraries into a file named ltrace.output made by the executable a.out. apparently, you can specify 20 libraries. neat!!! i had no idea ltrace could do this. learn something everyday. :) pete begin Jaldhar H. Vyas <[EMAIL PROTECTED]> > On Thu, 24 Jan 2002, Peter Jay Salzman wrote: > > > well, there's ltrace which lists library calls. i don't think you can > > restrict output to a particular shared library though. > > > > Thanks to you and Jason for the quick answers. I'll look into ltrace and > whip up some perl to munge the results. It's only a couple of function > calls I'm interested in so it shouldn't be too bad. > > > -- > Jaldhar H. Vyas <[EMAIL PROTECTED]> > It's a girl! See the pictures - http://www.braincells.com/shailaja/ > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- The mathematics [of physics] has become ever more abstract, rather than more complicated. The mind of God appears to be abstract but not complicated. He also appears to like group theory. -- Tony Zee's `Fearful Symmetry' PGP Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
lintian + man page question
dear all, made my first deb package. went fine. checked it with lintian, and lintian complained that there _must_ be a manpage for every installed executable. ok. i installed manedit and whipped up a placeholder manpage. questions: 1. is there a way to get past the manpage requirement? is there some way of linking to the "undocumented" man page? 2. is it ok to include my placeholder manpage with the deb package? it really doesn't give any useful information at all. just gives the app name, installed files and the author. any guidance appreciated! pete -- "You may not use the Software in connection with any site that disparages Microsoft, MSN, MSNBC, Expedia, or their products or services ..." -- Clause from license for FrontPage 2002
Re: lintian + man page question
begin: Stephen Stafford <[EMAIL PROTECTED]> quote > On Thursday 08 Nov 2001 8:56 pm, Peter Jay Salzman wrote: > > dear all, > > > > made my first deb package. went fine. checked it with lintian, and > > lintian complained that there _must_ be a manpage for every installed > > executable. > > > > ok. > > > > i installed manedit and whipped up a placeholder manpage. questions: > > > > 1. is there a way to get past the manpage requirement? is there > > some way of linking to the "undocumented" man page? > > > > No. All executables must have a manpage > > > 2. is it ok to include my placeholder manpage with the deb package? > > it really doesn't give any useful information at all. just gives > > the app name, installed files and the author. hi stephen and mark, thanks for replying! point taken about the man page. i'll flesh out the man page some more; the software is still in alpha, so there's no rush. > At a pinch I suppose it will do. A proper manpage is better though. > If you write the text of it then I will convert it to groff for you. sometimes it's nice to be spoonfed, but this is something i should learn how to do. another question though -- i took a look at the deb package for defendguin (another game written by the same author). the debian maintainer wrote the manpage for defendguin (bill kendrick knows how to write games, but doesn't know how to write man pages ;) ). for the life of me, i can't figure out how the manpage gets "in there". his manpage is located in defendguin-0.0.6/debian/defendguin.6 but it doesn't get installed by anything. i looked in the upstream makefile, the rules file, the docs file. well, let's just say that i greped for 'defendguin.6' in all the files residing in debian/. i can't figure out how that manpage gets installed. any illumination would be greatly appreciated! thanks! pete -- "You may not use the Software in connection with any site that disparages Microsoft, MSN, MSNBC, Expedia, or their products or services ..." -- Clause from license for FrontPage 2002
dh_maninstall isn't finding control
hello all, when running dh_installman in /home/p/debian/pdamaze/pdamaze-0.0.20011005/debian which is where the man page is, i get the error: [EMAIL PROTECTED] dh_installman ./pdamaze.6 dh_installman: cannot read debian/control: No such file or directory the control file _is_ there, right in between copyright and conffiles.ex. the error itself makes it sound like you need to be in the upstream source directory, so i changed directories to: /home/p/debian/pdamaze/pdamaze-0.0.20011005 and now the error is: [EMAIL PROTECTED] dh_installman pdamaze.6 pdamaze.6: No such file or directory at /usr/bin/dh_installman line 98. i looked at the source for dh_maninstall. you definitely want to be in the debian/ subdirectory. it looks like control is opened by some function in package Find or Dh_Lib. rather than hunt it down, i'd like to ask: what am i doing wrong? the operation looks simple enough that there must be something i'm doing which is obviously screwing up the process. why isn't it finding the control file? pete
Re: dh_maninstall isn't finding control (now the manpage)
hi nicolas and colin,
thanks for the help! unfortunately, that didn't do the trick. i set
DH_COMPAT to 3 (the value that man debhelper recommends).
% pwd
/home/p/debian/pdamaze/pdamaze-0.0.20011005
% ls
CHANGES.txt Makefilebuild-stamp debian/ pdamaze.c pdamaze.xpm
COPYING.txt README.txt configure-stamp images/ pdamaze.host*
[EMAIL PROTECTED] ls debian/
README.Debian docs pdamaze.manpagespreinst.ex
changelog ex.doc-base.package pdamaze.postinst.debhelper prerm.ex
conffiles.ex init.d.expdamaze.postrm.debhelperrules*
controlmenu pdamaze.prerm.debhelper watch.ex
copyright pdamaze/ postinst.ex
dirs pdamaze.6postrm.ex
% dh_installman debian/pdamaze.6
pdamaze.6: No such file or directory at /usr/bin/dh_installman line 98.
% dh_installman
/home/p/debian/pdamaze/pdamaze-0.0.20011005/debian/pdamaze.6
pdamaze.6: No such file or directory at /usr/bin/dh_installman line 98.
i'm kind of stuck here. normally, i'd hack at the perl to force the issue,
but if there's something really wrong with how i'm doing things, i'd rather
not break dh_installman by strong-arming it to work.
any more advice?
thanks!
pete
begin: Nicolas Boullis <[EMAIL PROTECTED]> quote
> Hi !
>
> On Fri, Nov 09, 2001 at 08:15:40AM -0800, Peter Jay Salzman wrote:
> > hello all,
> >
> > when running dh_installman in
> >
> > /home/p/debian/pdamaze/pdamaze-0.0.20011005/debian
> >
> > which is where the man page is, i get the error:
> >
> > [EMAIL PROTECTED] dh_installman ./pdamaze.6
> > dh_installman: cannot read debian/control: No such file or directory
> >
> > the control file _is_ there, right in between copyright and conffiles.ex.
> > the error itself makes it sound like you need to be in the upstream source
> > directory, so i changed directories to:
> >
> > /home/p/debian/pdamaze/pdamaze-0.0.20011005
> >
> > and now the error is:
> >
> > [EMAIL PROTECTED] dh_installman pdamaze.6
> > pdamaze.6: No such file or directory at /usr/bin/dh_installman line 98.
>
> Well, I think that you have to run dh_installman from the upstream
> source directory. But then, you have to tell it where the pdamaze.6 file
> is.
> Hence, you should try "dh_installman debian/pdamaze.6" from the upstream
> source directory.
> You may also want to set the DH_COMPAT environement variable, if you are
> using a compatibility level higher than 1. ("man debhelper" for more
> info)
Re: dh_maninstall isn't finding control (now the manpage)
hi joey, thanks. yes, you're right: the problem was pdamaze.manpages. i think part of the problem is that "debian new maintainer's guide" really glosses over the debhelper utilities. after printing it out and going over the entire document, i was still a little unsure about what exactly the debhelper scripts do. it's a complicated subject with lots of helper scripts that one should know about. the author did an admirable job, but it could use some more expounding. live and learn. thank you very much! pete begin: Joey Hess <[EMAIL PROTECTED]> quote > Peter Jay Salzman wrote: > > [EMAIL PROTECTED] ls debian/ > > README.Debian docs pdamaze.manpagespreinst.ex > > changelog ex.doc-base.package pdamaze.postinst.debhelper prerm.ex > > conffiles.ex init.d.expdamaze.postrm.debhelperrules* > > controlmenu pdamaze.prerm.debhelper watch.ex > > copyright pdamaze/ postinst.ex > > dirs pdamaze.6postrm.ex > > > > % dh_installman debian/pdamaze.6 > > pdamaze.6: No such file or directory at /usr/bin/dh_installman line 98. > > I'd suspect that you have a debian/manpages file or similar that it is > looking in in addition to your command line parameter. Probably with > "pdamaze.6" in it. Turn on verboe mode with -v, it always sheds light on > this kind of thing. -- "You may not use the Software in connection with any site that disparages Microsoft, MSN, MSNBC, Expedia, or their products or services ..." -- Clause from license for FrontPage 2002
help with splint
i'm trying to package splint, which uses automake/autoconf. the main problem is that when i install the packages, it puts all the files that should go in /usr/local/splint/share into /share. :( the packager's maintenance guide says that you don't have to hack makefiles for programs that use autoconf/automake because dh_make does it for you, so i really haven't monkeyed with install directories. perhaps i'm doing something wrong. are there any gotchas for automake/autoconf that people may suggest? also, for applications that install their man page via autoconf/make makefiles, do i still need to use dh_installman to install man pages? do i use dh_installman on the man page where it is, or should i put their man page in the debian/ directory? pete -- The mathematics [of physics] has become ever more abstract, rather than more complicated. The mind of God appears to be abstract but not complicated. He also appears to like group theory. -- Tony Zee's `Fearful Symmetry' PGP Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D
Re: Is there an strace type program for shared libs
well, there's ltrace which lists library calls. i don't think you can restrict output to a particular shared library though. i don't think you can restrict gdb to show calls to a particular library either. gdb basically shows information about stacks. it doesn't try to sort or collate this information in any way except to show the stacking order. pete begin Jaldhar H. Vyas <[EMAIL PROTECTED]> > Is there a program that will let me start up a process and make a log of > any function calls it makes to a particular shared library the way strace > does for system calls? > > Can GDB be used for this? > > -- > Jaldhar H. Vyas <[EMAIL PROTECTED]> > It's a girl! See the pictures - http://www.braincells.com/shailaja/ > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- The mathematics [of physics] has become ever more abstract, rather than more complicated. The mind of God appears to be abstract but not complicated. He also appears to like group theory. -- Tony Zee's `Fearful Symmetry' PGP Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D
Re: Is there an strace type program for shared libs
hi jaldhar, small update. ltrace _can_ do what you want. i think: ltrace --library=libm.so --library=libglib.so -o ltrace.output a.out will put all function calls associated with the math and glib libraries into a file named ltrace.output made by the executable a.out. apparently, you can specify 20 libraries. neat!!! i had no idea ltrace could do this. learn something everyday. :) pete begin Jaldhar H. Vyas <[EMAIL PROTECTED]> > On Thu, 24 Jan 2002, Peter Jay Salzman wrote: > > > well, there's ltrace which lists library calls. i don't think you can > > restrict output to a particular shared library though. > > > > Thanks to you and Jason for the quick answers. I'll look into ltrace and > whip up some perl to munge the results. It's only a couple of function > calls I'm interested in so it shouldn't be too bad. > > > -- > Jaldhar H. Vyas <[EMAIL PROTECTED]> > It's a girl! See the pictures - http://www.braincells.com/shailaja/ > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- The mathematics [of physics] has become ever more abstract, rather than more complicated. The mind of God appears to be abstract but not complicated. He also appears to like group theory. -- Tony Zee's `Fearful Symmetry' PGP Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D
