Re: RFS: elizatalk simple chatbot for IM
Hello David, * David Moreno Garza <[EMAIL PROTECTED]> [2004-12-13 09:47]: > On Tue, 2004-12-07 at 20:08 +0100, Nico Golde wrote: > > You will find the files on: > > http://nico.f-451.net/debian/elizatalk/ > > Is the template from debian/rules really yours? > > It seems pretty much a debhelper template and you are not giving credits > for it: > > [EMAIL PROTECTED]:/tmp/elizatalk-0.4$ head -n 5 debian/rules > #!/usr/bin/make -f > > CFLAGS = -Wall -g > > ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) > [EMAIL PROTECTED]:/tmp/elizatalk-0.4$ > > Even the comments are from a debhelper template, why take out the credit > part? oh shit, i forgot. i deleted the comments because of the size of the diff file. it seems that i deleted too much. sorry, i added it once again. regards nico -- Nico Golde - [EMAIL PROTECTED] | GPG: 1024D/73647CFF [EMAIL PROTECTED] | http://www.ngolde.de VIM has two modes - the one in which it beeps and the one in which it doesn't signature.asc Description: Digital signature
Re: RFS: elizatalk simple chatbot for IM
On Mon, Dec 13, 2004 at 12:15:37AM -0600, David Moreno Garza wrote: > On Tue, 2004-12-07 at 20:08 +0100, Nico Golde wrote: > > You will find the files on: > > http://nico.f-451.net/debian/elizatalk/ > > Is the template from debian/rules really yours? > > It seems pretty much a debhelper template and you are not giving credits > for it: There's no need to give credit for the dh-make template. The templates no longer declare a copyright, and say "you may use that output file without restriction". They tend to be so trivial, there's no need to worry about credits... -- For every sprinkle I find, I shall kill you! -- 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
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? -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
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
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) > 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? -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: warning: menu-command-not-in-package
Peter Jay Salzman wrote: > 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 Qemu does this. The emulation is run in an X window, but all controls (e.g. sending ctrl+alt+f1 to the virtual computer or pausing emulation) are sent to it's stdin (the terminal). -- -BEGIN GEEK CODE BLOCK- Version: 3.1 GAT/CM$/CS>$/CC/IT$/M/S/O/U dpu s+:++ !a C++$>C+++$ UB+++>$L$*-- P+>++$ L+++()$ E-(---) W+++>$ N(+) o? K- w--(---) O? M V? PS++@ PE-@ Y+@ PGP++(+++)>$ t? 5? X? R tv--(-) b++(+++)@ DI? D? G e-> h* r? z* --END GEEK CODE BLOCK-- David Mandelberg [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
Re: warning: menu-command-not-in-package
[EMAIL PROTECTED] (Peter Jay Salzman) writes: > 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. OK, so it sounds like you're right and lintian's wrong. IMO, you should install a lintian override to suppress the warning and just carry on with your current packaging. -- For every sprinkle I find, I shall kill you! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: warning: menu-command-not-in-package
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? Anyway: The menu entry with "needs=text" is, by the description you quoted, exactly what you are looking for. The description explizitly talks about the X server starting an X terminal emulator, so what do you worry about? cu, sven -- -[ Ciphire Signature ]-- From: [EMAIL PROTECTED] signed email body (420 characters) Date: on 13 December 2004 at 21:05:29 GMT To: [EMAIL PROTECTED] : The message above has been secured using Ciphire Mail. : Verify this signature and download your free encryption : software at www.ciphire.com. The three garbled lines : below are the sender's verifiable encoded signature. 00fAEZBL5BpAEAAD4CAAIAAgACACDujyp7O8DTqcuAj29yUomSaBd6JK q/N1CO7Jm8PT5PwQEARRR7cyqbKGdhZouquB9oOiXpu/i4je4AHN7stjczdK0zyU CDXwa8rvChL4BfrO0hOaCsBzoha/l5Owrphc4Ylg== --[ End Ciphire Signed Message ] -- 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
also sprach Peter Jay Salzman <[EMAIL PROTECTED]> [2004.12.13.2226 +0100]: > Because, before it displays its own X11 window, you must input > text commands into a terminal. do all the text commands require X? -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: warning: menu-command-not-in-package
Am 2004-12-13 15:49:26, schrieb Peter Jay Salzman: > > So why does the OP want to run x-terminal-emulator? > > I'm sorry -- I'm drawing a blank. What's OP? You :-) OP = Originating Poster > Thanks! :) > Pete Greetings Michelle -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Re: warning: menu-command-not-in-package
On Mon, Dec 13, 2004 at 01:02:29PM -0800, Brian Nelson wrote: > [EMAIL PROTECTED] (Peter Jay Salzman) writes: > > 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: > >> > > >> >$ lintian -i yadex_1.7.0-1_i386.deb > >> >W: yadex: menu-command-not-in-package /usr/lib/menu/yadex:2 > >> > > >> >?package(yadex): needs="x11" section="Games/Arcade" title="yadex" \ > >> >hints="Doom,3D" command="x-terminal-emulator -e > >> > /usr/games/yadex" > OK, so it sounds like you're right and lintian's wrong. IMO, you should Lintian probably checks for the existence of a /usr/bin/$command where command is everything between the double quotes. Lintian has, in ./check/menu-format:319: my @com=split(' ',$vals{'command'}); So, it assumes that you should provide (in this case) "/usr/bin/x-terminal-emulator". (Not, as I'd guessed, that it doesn't have a split(' '). I think a wrapper script is appropriate if the user would otherwise have to type "x-terminal-emulator", but I dislike the idea of "echo |yadex". I don't think it'll do what the user wants. 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/... Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: warning: menu-command-not-in-package
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. -- -BEGIN GEEK CODE BLOCK- Version: 3.1 GAT/CM$/CS>$/CC/IT$/M/S/O/U dpu s+:++ !a C++$>C+++$ UB+++>$L$*-- P+>++$ L+++()$ E-(---) W+++>$ N(+) o? K- w--(---) O? M V? PS++@ PE-@ Y+@ PGP++(+++)>$ t? 5? X? R tv--(-) b++(+++)@ DI? D? G e-> h* r? z* --END GEEK CODE BLOCK-- David Mandelberg [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
Re: warning: menu-command-not-in-package
On Mon, Dec 13, 2004 at 10:05:28PM +0100, Sven Mueller wrote: > >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? > > Anyway: > The menu entry with "needs=text" is, by the description you quoted, > exactly what you are looking for. The description explizitly talks about > the X server starting an X terminal emulator, so what do you worry about? Do we have *anything* which uses menu entries and it is not X-Window-Manager or desktop environment like KDE/GNOME? I'm just curious ;) regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: warning: menu-command-not-in-package
also sprach Sven Mueller <[EMAIL PROTECTED]> [2004.12.13.2205 +0100]: > The menu entry with "needs=text" is, by the description you > quoted, exactly what you are looking for. The description > explizitly talks about the X server starting an X terminal > emulator, so what do you worry about? That it can *also* be started on a virtual console. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: warning: menu-command-not-in-package
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. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: warning: menu-command-not-in-package
also sprach Matt Brubeck <[EMAIL PROTECTED]> [2004.12.13.2332 +0100]: > 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. So use stty to check whether a tty is already attached. And also check $DISPLAY to ensure that noone fires it up from a VC. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: warning: menu-command-not-in-package
also sprach Justin Pryzby <[EMAIL PROTECTED]> [2004.12.13.2345 +0100]: > Nope, it will work as expected; exec will exec the just-run bash > process, not the user's xterm's bash. ... and start a new terminal. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: warning: menu-command-not-in-package
Adeodato Simó wrote: > * Bartosz Fenski aka fEnIo [Mon, 13 Dec 2004 23:27:12 +0100]: > > >>Do we have *anything* which uses menu entries and it is not >>X-Window-Manager or desktop environment like KDE/GNOME? > > >>I'm just curious ;) > > > I'm surprised nobody replied to this. I'd say menu entries are mostly > meant to be used by window managers, so needs="text" does what you want. > It might currently work, but what happens if (e.g. screen) implements a curses based menu using menu? Then yadex is listed as a text item, so the menu runs it only to die unexpectedly when yadex exits because there's no display. I think using needs="x11" and executing it in x-terminal-emulator or using a script to handle it is a better idea. -- -BEGIN GEEK CODE BLOCK- Version: 3.1 GAT/CM$/CS>$/CC/IT$/M/S/O/U dpu s+:++ !a C++$>C+++$ UB+++>$L$*-- P+>++$ L+++()$ E-(---) W+++>$ N(+) o? K- w--(---) O? M V? PS++@ PE-@ Y+@ PGP++(+++)>$ t? 5? X? R tv--(-) b++(+++)@ DI? D? G e-> h* r? z* --END GEEK CODE BLOCK-- David Mandelberg [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
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: warning: menu-command-not-in-package
Justin Pryzby wrote: > On Mon, Dec 13, 2004 at 02:32:47PM -0800, Matt Brubeck wrote: > > Justin Pryzby wrote: > > > > > #!/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. > Nope, it will work as expected; exec will exec the just-run bash > process, not the user's xterm's bash. What I meant is that it will start an additional x-terminal-emulator, instead of running yadex in the existing xterm. As someone already noted, this can be fixed easily by checking whether the wrapper's input is a tty. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: warning: menu-command-not-in-package
On Mon, Dec 13, 2004 at 02:32:47PM -0800, 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. Nope, it will work as expected; exec will exec the just-run bash process, not the user's xterm's bash. Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: warning: menu-command-not-in-package
Justin Pryzby <[EMAIL PROTECTED]> writes: > On Mon, Dec 13, 2004 at 01:02:29PM -0800, Brian Nelson wrote: >> [EMAIL PROTECTED] (Peter Jay Salzman) writes: >> > 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: >> >> > >> >> >$ lintian -i yadex_1.7.0-1_i386.deb >> >> >W: yadex: menu-command-not-in-package /usr/lib/menu/yadex:2 >> >> > >> >> >?package(yadex): needs="x11" section="Games/Arcade" title="yadex" \ >> >> >hints="Doom,3D" command="x-terminal-emulator -e >> >> > /usr/games/yadex" > >> OK, so it sounds like you're right and lintian's wrong. IMO, you should > > Lintian probably checks for the existence of a /usr/bin/$command where > command is everything between the double quotes. > > Lintian has, in ./check/menu-format:319: > > my @com=split(' ',$vals{'command'}); > > So, it assumes that you should provide (in this case) > "/usr/bin/x-terminal-emulator". (Not, as I'd guessed, that it doesn't That's a faulty assumption by lintian. There's no reason to require the package contains the x-terminal-emulator executable, as long as it'll be satisfied by the dependencies. > I think a wrapper script is appropriate if the user would otherwise > have to type "x-terminal-emulator", but I dislike the idea of > "echo |yadex". I don't think it'll do what the user wants. 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/... What's wrong with just letting users type "yadex" in an X terminal? If they try to run it from a text-mode console, it'll fail, but so what? All other programs requiring a $DISPLAY fail to run in that situation too. -- For every sprinkle I find, I shall kill you! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
pkg-classifier appliance
hello , i have made a program i want to submit , i am new to developing debian packages , can someone please upload the package so that it can be tested? the file is atached in this mail. Its basic description is: the pkg-classifier is a simple but increadibly usefull command,its purpose is to classify your current package database,to organize all the packages you have on your system without making a single change to them,in order to avoiding potencial problems,how? by creating symbolic links against them. Usually a debian system has so so many commands that is imposible to remember all them, but dont panic, you still can master all of them with a single point of reference,so pkg-classifier creates a dir structure that is the same as the debian package classificaton system pkg-classifier_0.5-1_i386.deb Description: application/debian-package
Re: pkg-classifier appliance
martin f krafft wrote: > also sprach vegetax <[EMAIL PROTECTED]> [2004.12.14.1138 +0100]: >> the same as the debian package classificaton system > > what's the debian package classification system? the menu system? or > categories? > is the categories system -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: pkg-classifier appliance
also sprach vegetax <[EMAIL PROTECTED]> [2004.12.14.1205 +0100]: > is the categories system which is not among the most intuitive. Why not use the menu system? -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: pkg-classifier appliance
martin f krafft wrote: > also sprach vegetax <[EMAIL PROTECTED]> [2004.12.14.1205 +0100]: >> is the categories system > > which is not among the most intuitive. Why not use the menu system? > Yes, i realy would rather to use the menu system, but not all packages have entries in the menu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: pkg-classifier appliance
also sprach vegetax <[EMAIL PROTECTED]> [2004.12.14.1209 +0100]: > sorry , but the atached file in my original post has a debug flag > , so it shows ugly output,it works ok, but in this mail is the > right one: please use mentors.debian.net or other web space to put your files online. do not attach them. In particular, we need the orig.tar.gz, dsc, and diff.gz files. The .deb file by itself it of zero use. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: pkg-classifier appliance
vegetax wrote: > the pkg-classifier is a simple but increadibly usefull command,its purpose > is to classify your current package database,to organize all the packages > you have on your system without making a single change to them,in order to > avoiding potencial problems,how? by creating symbolic links against them. Hi, The Debian Usability Project (http://deb-usability.alioth.debian.org/) may be of interest to you, they are looking at a couple of different ways of making software in Debian easier to find. Also, you attached a binary .deb file to your message. This is considered bad practice as it is not very useful to others. It would be better to provide a source package. Matt Palmer's Debian Mentors FAQ has a good explanation of what is required (see "How do I make my first package?") : http://people.debian.org/~mpalmer/debian-mentors_FAQ.html Cheers, Cameron. signature.asc Description: Digital signature
Re: pkg-classifier appliance
also sprach vegetax <[EMAIL PROTECTED]> [2004.12.14.1218 +0100]: > Yes, i realy would rather to use the menu system, but not all > packages have entries in the menu. Not all binaries make sense in each category. Make your source package available, I think we might need to check it out first to get an idea of what you want to do. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: pkg-classifier appliance
vegetax wrote: > hello , i have made a program i want to submit , i am new to developing > debian packages , can someone please upload the package so that it can > be tested? the file is atached in this mail. > Its basic description is: > > the pkg-classifier is a simple but increadibly usefull command,its purpose > is to classify your current package database,to organize all the packages > you have on your system without making a single change to them,in order to > avoiding potencial problems,how? by creating symbolic links against them. > > Usually a debian system has so so many commands that is imposible to > remember all them, but dont panic, you still can master all of them with a > single point of reference,so pkg-classifier creates a dir structure that > is the same as the debian package classificaton system 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 ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: pkg-classifier appliance
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. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: pkg-classifier appliance
martin f krafft wrote: > 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. > Sorry =P , here it is again a zip that contains: |-- pkg-classifier_0.5-1.dsc |-- pkg-classifier_0.5-1.tar.gz |-- pkg-classifier_0.5-1_i386.changes |-- pkg-classifier_0.5-1_i386.deb the url is: http://files.bighosting.net/sz13029.zip -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: pkg-classifier appliance
Colin Watson wrote: > On Tue, Dec 14, 2004 at 09:12:02AM -0400, vegetax wrote: >> martin f krafft wrote: >> > 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. >> >> Sorry =P , here it is again a zip that contains: >> >> |-- pkg-classifier_0.5-1.dsc >> |-- pkg-classifier_0.5-1.tar.gz >> |-- pkg-classifier_0.5-1_i386.changes >> |-- pkg-classifier_0.5-1_i386.deb > > Hmm, if it's python then why does it need to be architecture-specific? > i have no idea ^ ^, i put "any" in the architecture section -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS: xfonts-roeland? - 8x18, iso8859-15 font
Package: xfonts-roeland License: BSD Location: http://www.roelandmoors.be/debian/ Description: An 8x18 font with an iso8859-15 encoding This 8x18 font support line drawing characters and multilanguage characters (iso8859-15). I didn't find a good 8x18 font so I made one: http://roelandmoors.be/softw.php?dest=font I used my own name for the font, but that can be changed if someone has a better name for it. The package stuff is based upon xfonts-knickers. I don't think this package is a lot of work to maintain. Is there somebody interested in uploading this? -- Roeland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: warning: menu-command-not-in-package
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 > 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 make an explicit suggestion (such as your first example) to allow APT to make sane default choices. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: warning: menu-command-not-in-package
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"? > 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. > 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. -- For every sprinkle I find, I shall kill you! -- 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: warning: menu-command-not-in-package
also sprach Peter Jay Salzman <[EMAIL PROTECTED]> [2004.12.13.2231 +0100]: > 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. rewrite the frickin' tool. Or provide a wrapper which spawns x-terminal-emulator, and then use needs="X11". Do not put x-terminal-emulator into the command line of the menu entry and override lintian. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: warning: menu-command-not-in-package
also sprach martin f krafft <[EMAIL PROTECTED]> [2004.12.13.2236 +0100]: > >"e (map)" to edit a map contained in the WAD. > > > > or > > > >"c" to create a new map contained in the WAD. > > rewrite the frickin' tool. can you echo into it to "preseed" the commands? Then make the wrapper do echo e map | tool echo c | tool according to the command line options. Maybe xdialog can be used to give access to a file browser. Finally, send the wrapper upstream. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: RFS: elizatalk simple chatbot for IM
Hello Brian, * Brian Nelson <[EMAIL PROTECTED]> [2004-12-13 23:36]: > On Mon, Dec 13, 2004 at 12:15:37AM -0600, David Moreno Garza wrote: > > On Tue, 2004-12-07 at 20:08 +0100, Nico Golde wrote: > > > You will find the files on: > > > http://nico.f-451.net/debian/elizatalk/ > > > > Is the template from debian/rules really yours? > > > > It seems pretty much a debhelper template and you are not giving credits > > for it: > > There's no need to give credit for the dh-make template. The templates > no longer declare a copyright, and say "you may use that output file > without restriction". They tend to be so trivial, there's no need to > worry about credits... mhm i dont know exactly. anyway, it is corrected now. but i think it will help more, if someone would sponsor this ;) regards nico -- Nico Golde - [EMAIL PROTECTED] | GPG: 1024D/73647CFF [EMAIL PROTECTED] | http://www.ngolde.de VIM has two modes - the one in which it beeps and the one in which it doesn't
Re: warning: menu-command-not-in-package
also sprach Peter Jay Salzman <[EMAIL PROTECTED]> [2004.12.13.2351 +0100]: > But I'd like to know -- precisely piece of policy is broken by > a menu command invoking "x-terminal-emulator -e application"? I don't think it's a violation. All of my comments are subjective. So read them as suggestions what I would do. Not what needs to be done. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: warning: menu-command-not-in-package
also sprach Adeodato Simó <[EMAIL PROTECTED]> [2004.12.14.0004 +0100]: > I'm surprised nobody replied to this. I'd say menu entries are > mostly meant to be used by window managers, so needs="text" does > what you want. As Clint points out (on IRC): pdmenu. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: warning: menu-command-not-in-package
On Mon, Dec 13, 2004 at 11:55:55PM +0100, martin f krafft wrote: > also sprach Peter Jay Salzman <[EMAIL PROTECTED]> [2004.12.13.2351 +0100]: > > But I'd like to know -- precisely piece of policy is broken by > > a menu command invoking "x-terminal-emulator -e application"? > > I don't think it's a violation. All of my comments are subjective. > So read them as suggestions what I would do. Not what needs to be > done. The point is that a wrapper script will do two things: . Stop lintian from warning you; . Allow users to start your application without using the menu (or without knowing the magical application-specific incantation). Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: warning: menu-command-not-in-package
* Bartosz Fenski aka fEnIo [Mon, 13 Dec 2004 23:27:12 +0100]: > Do we have *anything* which uses menu entries and it is not > X-Window-Manager or desktop environment like KDE/GNOME? > I'm just curious ;) I'm surprised nobody replied to this. I'd say menu entries are mostly meant to be used by window managers, so needs="text" does what you want. -- Adeodato Simó EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621 Listening to: Ana Torroja - A contratiemo (Bottomless) The problem I have with making an intelligent statement is that some people then think that it's not an isolated occurrance. -- Simon Travaglia -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: warning: menu-command-not-in-package
On Mon, Dec 13, 2004 at 11:27:12PM +0100, Bartosz Fenski aka fEnIo wrote: > On Mon, Dec 13, 2004 at 10:05:28PM +0100, Sven Mueller wrote: > > >In any event, the program starts in a terminal environment, but ultimately > > >must be run in an x11 environment. > Do we have *anything* which uses menu entries and it is not > X-Window-Manager or desktop environment like KDE/GNOME? > > I'm just curious ;) I just checked. Of 29 packages, 11 of which are add-ons which do *not* provide binaries in /usr/bin/, I have 3 menu entries, all of which for X11 applications. ls /usr/lib/menu |wc -l 128 Here's the breakdown on my laptop: $ LIST=`grep -io 'needs=[^ ]* ' /usr/lib/menu/* |cut -d: -f2 |cut -c7- |sed -e 's/"//g' |tr 'A-Z' 'a-z'`; for A in $LIST; do COUNT=`echo "$LIST" |grep -c "$A"`; echo "$COUNT $A"; done |sort -u 1 wm 2 vc 352 x11 68 text 7 blackbox Good point; tab-completion is a much more realistic implementation. Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: creating relocatable packages with dpkg
--- Justin Pryzby <[EMAIL PROTECTED]> wrote: > Right. I'm not sure what your end goal is, though, so I hesitate to > provide a less general solution. I'm trying to do two related but somewhat different things, but for now let me keep things simple and just concentrate on the first item that I originally stated: --- No Spam <[EMAIL PROTECTED]> wrote: > I would like the user to be able to do the following: > > 1) Install the software in a location other than the default. --- Justin Pryzby <[EMAIL PROTECTED]> wrote: > Debian handles dependencies, and so > to do this thoroughly and correctly, for an arbitrary package, could > certainly require a completely different root filesystem. I don't understand why this breaks dependencies, especially if I know that nothing else outside of my software will be depending on my software. Even if something else did depend on it, it ought to be possible to query the packaging system and find out where it was located. A valid answer might be that the general case supported is that anything can depend on anything else and ought to be able to rely on hardcoded paths. But that kind of system does cause some limitations (as I'm discovering), and having some way for the user to override that, if hardcoded paths are not desired, would be nice. --- Justin Pryzby <[EMAIL PROTECTED]> wrote: > The maint scripts are also an interesting dilemma. Once again, it is > definitely possible (at least hypothetically) to do this correctly > without a complete "reinstall" under a new chroot. The problem that I see with the maintenance scripts is that they are looking for utilities in / rather than /. There wouldn't be a problem if they looked in /, or if there was at least an option for that. --- Lo%/1€Œiso8859-15ïc Minier <[EMAIL PROTECTED]> wrote: > It's not an easy task you're into. I see multiple problems with > relocation of Debian packages: > - packages have dependencies which ensure that a package in a >particular version gets all the libs it needs installed at the > proper >place, > - packages expect some standard utilities in certain places (in fact >they can assume any part of the base system is available for > example >in maintainer scripts), But if I want to let a user put my software in /foo/bar, that shouldn't have to imply that, for example, a shell is at /foo/bar/bin/sh. I don't see how relocating my software should change the fact that sh is at /bin/sh. And, as I said above, even if that was installed elsewhere, it could be possible to design a packaging system that could be queried to determine that. > - packages expect to be able to reach their own files with > hard-coded >pathnames, for example a gnome app might expect to reach its > pixmaps >in /usr/share/pixmaps. This is an assumption which may or may not be true for a given package. None of my packages expect to be able to reach their own files with hard-coded pathnames. They all rely on an environment variable to specify their own relative root, and everything else is relative to that. I guess my main point is that if I know that in my situation, that relocating my software is not going to be problematic, it would be nice if the packaging system allowed me to allow users to relocate the software without jumping through a bunch of hoops (like installing an entire duplicate root partition for each relocation instance). For what its worth, neither rpm (redhat) nor pkgadd (solaris) have this limitation. But I can see the viewpoint that allowing arbitrary user relocation of software is a bug and not a feature, which perhaps is the view where the debian design decision came from. - Rich __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: creating relocatable packages with dpkg
--- No Spam <[EMAIL PROTECTED]> wrote: > I guess my main point is that if I know that in my situation, that > relocating > my software is not going to be problematic, it would be nice if the > packaging > system allowed me to allow users to relocate the software without jumping > through a bunch of hoops > For what its worth, neither rpm (redhat) nor > pkgadd (solaris) have this limitation. also, the typical (standard?) method of installing lots of GNU software, outside of any packaging system (configure; make; make test; make install) also allows for this with 'configure --prefix'. it just doesn't seem like that much of a stretch to ask for as a feature. but i'm willing to accept that debian doesn't have it, and i will have to live with either not allowing relocation, or not providing my software as .deb packages. - rich __ Do you Yahoo!? Yahoo! Mail - Easier than ever with enhanced search. Learn more. http://info.mail.yahoo.com/mail_250 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: creating relocatable packages with dpkg
On Mon, Dec 13, 2004 at 06:05:51PM -0800, No Spam wrote: > --- No Spam <[EMAIL PROTECTED]> wrote: > > > I would like the user to be able to do the following: > > > > 1) Install the software in a location other than the default. > > --- Justin Pryzby <[EMAIL PROTECTED]> wrote: > > > Debian handles dependencies, and so > > to do this thoroughly and correctly, for an arbitrary package, could > > certainly require a completely different root filesystem. > I don't understand why this breaks dependencies, especially if I know that > nothing else outside of my software will be depending on my software. Even if > something else did depend on it, it ought to be possible to query the Consider the following situation. Package A is a text-based program. It has two major versions, 1 and 2. Major versions are incompatible because its output is in a different format. Package B is a GUI frontend for A; it parses A's output and is thus dependent on A's major version: B-1 depends: A-1, conflicts: A-2. B-2 depends: A-2, depends: A-1. You have A-1 and B-1 installed in / (the root directory). You then request that B-2 is installed into /alternate_fs/. As a dependency, A-2 is pulled in, and also installed to that location. However, when you run /alternate_fs/usr/bin/B, it just sees /usr/bin/A and crashes. Crashing is always a bug, but the point is still valid. This is just one package, but now imagine that every Debian package has such dependency problems. You can imagine a case whereby you would have to reinstall the entire system. This is hypothetical example and its certainly unlikely that the problem is this extreme. My point, however, remains: it is impossible, in full generality, to meet your goal without a chroot (debootstrap) or some other solution, considerably more complex than what is presently in place. > packaging system and find out where it was located. A valid answer might be > that the general case supported is that anything can depend on anything else > and ought to be able to rely on hardcoded paths. But that kind of system does > cause some limitations (as I'm discovering), and having some way for the user > to override that, if hardcoded paths are not desired, would be nice. Right. Debian package management does not take your goal into consideration. You would likely have to rethink all of the tools. > --- Justin Pryzby <[EMAIL PROTECTED]> wrote: > > The maint scripts are also an interesting dilemma. Once again, it is > > definitely possible (at least hypothetically) to do this correctly > > without a complete "reinstall" under a new chroot. I did not say what I intended to say.. What I meant is: It is definitely possible (at least hypothetically) for this to require a complete reinstall under chroot(). > --- Lo%/1€Œiso8859-15?c Minier <[EMAIL PROTECTED]> wrote: > > It's not an easy task you're into. I see multiple problems with > > relocation of Debian packages: > > - packages have dependencies which ensure that a package in a > >particular version gets all the libs it needs installed at the > > proper > >place, > > - packages expect some standard utilities in certain places (in fact > >they can assume any part of the base system is available for > > example > >in maintainer scripts), > But if I want to let a user put my software in /foo/bar, that shouldn't have > to imply that, for example, a shell is at /foo/bar/bin/sh. I don't see how > relocating my software should change the fact that sh is at /bin/sh. And, as > I said above, even if that was installed elsewhere, it could be possible to > design a packaging system that could be queried to determine that. See above. Here, you don't seem to want a second install of sh. Above, however, you need it (Package B). > > - packages expect to be able to reach their own files with > > hard-coded > >pathnames, for example a gnome app might expect to reach its > > pixmaps > >in /usr/share/pixmaps. > > This is an assumption which may or may not be true for a given package. None > of my packages expect to be able to reach their own files with hard-coded > pathnames. They all rely on an environment variable to specify their own > relative root, and everything else is relative to that. No, that's bad. Example: The FHS says that sharable data must be in /usr/, and if it is sharable across architectures, it should be in /usr/share/. If every package installs itself wholly into some subdirectory, we call it windows. If I want to run an NFS server and share all of my sharable data, it requires (dpkg -l |wc -l) = 1269 different NFS shares. > I guess my main point is that if I know that in my situation, that relocating > my software is not going to be problematic, it would be nice if the packaging > system allowed me to allow users to relocate the software without jumping > through a bunch of hoops (like installing an entire duplicate root partition > for each relocation instance)