Re: My Packages
Sven Rudolph writes: > > > In article <[EMAIL PROTECTED]> [EMAIL PROTECTED] (Andrew Howell) writes: > > > Hi, I'm very sorry to say that I don't have the time that I need > > to continue looking after my packages anymore. So anyone that > > wants to take on the following packages is welcome to mail me > > and they can have them. First come first serve basically. > > > > samba > > lynx > > xtet42 > > xtron > > ksmbfs > > xntp > > ircii > > ytalk > > tcsh > > tf > > xinvaders > > mandelspawn > > > > and any others i've forgotten about :) > > You probably forgot mirrormagic, p2c and rxvt. Yep I did, thanks :) Bdale Garbee <[EMAIL PROTECTED]> has taken xntp Klee Dienes <[EMAIL PROTECTED]> has taken samba and ksmbfs So that leaves still mirrormagic p2c rxvt ircii ytalk tcsh tf xinvaders mandelspawn lynx xtet42 xtron Andrew -- Of course...lager...the only thing that can kill a vindaloo. -- Lister, fighting the vindaloo monster in Red Dwarf `DNA' Andrew Howell [EMAIL PROTECTED] Perth, Western Australia [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: dpkg-buildpackage and joe
Heiko Schlittermann writes: > Perhaps someone should release dpkg_1.4.1 ... If there are no > voluntaries, I'd do it. But please name it 1.4.0.1 (as Ian proposed). :-) Anyway, there's another nasty problem with dpkg-buildpackage, namely that is doesn't quote the commands executed via $rootcommand. Here's a patch: --- dpkg-buildpackage.old Fri Sep 20 11:25:32 1996 +++ dpkg-buildpackage Fri Sep 20 11:25:08 1996 @@ -98,12 +98,12 @@ if [ -n "$version" ]; then set -- "$@" "-v$version"; fi if [ -n "$desc"]; then set -- "$@" "-C$desc" ; fi -withecho $rootcommand debian/rules clean +withecho $rootcommand "debian/rules clean" if [ x$binaryonly = x ]; then cd ..; withecho dpkg-source -b "$dirn"; cd "$dirn" fi withecho debian/rules build -withecho $rootcommand debian/rules $binarytarget +withecho $rootcommand "debian/rules $binarytarget" $signsource "$pv.dsc" chg=../"$pva.changes" withecho dpkg-genchanges $binaryonly $sourcestyle >"$chg" @@ -129,7 +129,7 @@ $signchanges "$pva.changes" if $cleansource; then - withecho $rootcommand debian/rules clean + withecho $rootcommand "debian/rules clean" fi echo "dpkg-buildpackage: $srcmsg" Michael -- Michael Meskes |_ __ [EMAIL PROTECTED] | / ___// / // / / __ \___ __ [EMAIL PROTECTED] | \__ \/ /_ / // /_/ /_/ / _ \/ ___/ ___/ [EMAIL PROTECTED]| ___/ / __/ /__ __/\__, / __/ / (__ ) Use Debian GNU/Linux!| //_/ /_/ //\___/_/ //
Re: Bug#4471: isp-ppp needs conflicts:ppp
You (Christoph Lameter) wrote: > On 18 Sep 1996, Kai Henningsen wrote: > > > [EMAIL PROTECTED] (Christoph Lameter) wrote on 17.09.96 in <[EMAIL > > PROTECTED]>: > > > > > I thought the "Replaces:" implied the removal of the package before > > > installation? > > > > No, that's Conflicts:. Replaces: says that the package will replace some > > files of the other package, and that dpkg is not to complain. > That is a rather weird interpretation. > Replaces: causes the automatic removal of a package ... When used together with Conflicts:. Otherwise Kai is right. Mike. -- Miquel van | Cistron Internet Services --Alphen aan den Rijn. Smoorenburg,| mailto:[EMAIL PROTECTED] http://www.cistron.nl/ [EMAIL PROTECTED] | The truth is out there. 42.
Re: dpkg-buildpackage and joe
Heiko Schlittermann wrote: > Yes, dpkg-source bails out if tar reports hardlinks: And if tar converts non ascii-characters in file names to octal representation. This happens with the kbd package which has a file with a Unicode-encoded name for demonstration purposes. I have already reported this to Ian. As it looks there is now way of telling tar not to convert the characters (unlike ls which has a --literal flag). Dominik -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- The text above represents my personal opinion and does not represent the official position of my employer on the issue(s) discussed. Any official statement made on behalf of my employer by me is marked as such.
Bug#4533: Problems with svagtextmode
Package: svgatextmode Maintainer: Christoph Lameter <[EMAIL PROTECTED]> Version: 1.3-3 The postinst is buggy (it seems at least one line is missing). The user is asked whether to start svgatextmode now, but the answer isn't processed. Also there seems to be a bug in /etc/init.d/svgatextmode. It reads: test -x /sbin/SVGATextMode -a /etc/vgamode | exit 0 Shouldn't that be: test -x /sbin/SVGATextMode -a -f /etc/vgamode || exit 0 Michael -- Michael Meskes |_ __ [EMAIL PROTECTED] | / ___// / // / / __ \___ __ [EMAIL PROTECTED] | \__ \/ /_ / // /_/ /_/ / _ \/ ___/ ___/ [EMAIL PROTECTED]| ___/ / __/ /__ __/\__, / __/ / (__ ) Use Debian GNU/Linux!| //_/ /_/ //\___/_/ //
Perl script gives list of packages sorted by maintainer
Hi folks!
I just made a small perl script that greps through the Packages* files and
outputs a list of packages sorted by their maintainer. So if you want to
know which packages you contributed (just in case you forgot ;-) or the
list of packages of someone else, here it is.
If this is useful for all, maybe Ian can include it in future versions of
dpkg. Comments and suggestions (and bug fixes) are welcome!
Cheers
Chris
begin 644 dpkg-listmaint.gz
M'XL(".AG0C(``V1P:V=\+E()=9K=
MI05OH%&ZY0N8/Z#"OW_:[EMAIL PROTECTED]"L]6?.!)*PB08CVFCD^/1^&1T-,9/
M,U4_:%&4+;@S#R8G)\>H#;-2HP?:^"8K5ZE^A(]-/SA;&$.!TL74:'\M10.U
M5H5.EX##7'..+O,6T3R"!]5!ACJ:+U!1BWG7":
M(D#+];*A"M#DR]4?\(5CF+2"ZVY>B0Q^%1F7#8<4=Z:[EMAIL PROTECTED]<``7
M"G73%N-'\&VHPQ'@"E)^Z23W*?2DK]-,+9=96O)[EMAIL PROTECTED]'5HE7&P$)IGK=(/FPS7F^,CJV8JX;-;+[+65E:IAALC.!W8;,]`8`JC
MR:#!:"6N53W0O4'0W"/[!OM."EGT,`B"`.P>P++8[;DO88+'P$+E_60_9FG;
M8Y_M4WMKTI-,;6:?OOHL\_XW,S('RA`;25,/GJR=/K.U(W)PP[_-7TC*3YL(63_+X%^M`3G.%DG#6FZJ&*
MJM=KTNG%`_"WU_?!64?;WU^:$'GD*SDCEBMEDF-/6NRZ[BYEY
M<)Z,QMHS_G:^7X[9'7\X/!RHZ_X/_Y96KIWTP%MV9P?V4_)]FG4\B6PO>L\P
M5EX99K;!]4!Z3'+8)RVJH=7O:AK/]!:>R?MN2:1-G;<]LW)[EMAIL PROTECTED]'IT7?3?
MN/O&JF="FIJ\Q5RN>[V-Q2K^6PGI.CXX_IM`LK\)BR+&[[M86YP!ODFZA3Y8
MZ;1V;73&^*GM.XZ_=P"JZ3,1L%:&&F(Z]
[EMAIL PROTECTED],7=\#_!KWD:.)//.QF<,#Q(L"%$?*H,XD6CSTX.(!>@=K`F,XQ/GK9;]"[
M_R8V1CF/0%C][2UHJ5!X-XW?:.@&Z[6+$?ZR?;V&PM`6K#+EZ1EKZQ].Z;RE
$R@<`
`
end
-- _,, Christian Schwarz
/ o \__ [EMAIL PROTECTED], [EMAIL PROTECTED],
! ___; [EMAIL PROTECTED], [EMAIL PROTECTED]
\ /
\\\__/ !PGP-fp: 8F 61 EB 6D CF 23 CA D7 34 05 14 5C C8 DC 22 BA
\ / http://www.informatik.tu-muenchen.de/~schwarz/
-.-.,---,-,-..---,-,-.,.-.-
"DIE ENTE BLEIBT DRAUSSEN!"
Re: Uploaded anacron_1.0.1-1 (source all) to master
Some pointed out, that if you change the distribution from "experimental" to "unstable", someone has to change an "override" file. Can someone please give me a hint what I have to do? And here is another problem: On Thu, 19 Sep 1996, Christian Hudon wrote: > On Thu, 19 Sep 1996, Christian Schwarz wrote: > > On Thu, 19 Sep 1996, Christian Hudon wrote: > [snip] > > > As for perl, everyone already has perl, since it's a required package. So > > > that's not a problem. > > I just had a look at it with dpkg -s and it says "important", but not > > "required". Another guy told me that it would be fine if it didn't depend > > on perl. Well, I actually don't know if it's worth the trouble rewriting > > it in C. > Ugh. I checked back and perl is indeed only 'important'. (And it's not > marked essential.) Which is kind of weird because lots of important stuff > (i.e. start-stop-daemon, which is in the dpkg package) need perl but dont > "Depend" on it. So looks like you can go ahead without adding "Depends: > perl". Looks like what needs to be fixed is perl. It should be either > "Required" or "Essential"... But I guess this would be better discussed on > debian-devel. Should we report this as a bug? Cheers Chris -- _,, Christian Schwarz / o \__ [EMAIL PROTECTED], [EMAIL PROTECTED], ! ___; [EMAIL PROTECTED], [EMAIL PROTECTED] \ / \\\__/ !PGP-fp: 8F 61 EB 6D CF 23 CA D7 34 05 14 5C C8 DC 22 BA \ / http://www.informatik.tu-muenchen.de/~schwarz/ -.-.,---,-,-..---,-,-.,.-.- "DIE ENTE BLEIBT DRAUSSEN!"
Re: Size difference (big) between .orig.tar.gz and .deb: why?
In article <[EMAIL PROTECTED]> Yves Arrouye <[EMAIL PROTECTED]> writes: > I just wonder: I make a package with only a 17kb copyright file and a small > control file in addition to what is in my .orig.tar.gz file, and I get: > > 1427032 Sep 19 23:28 povray3-manual_3.0.10-1_all.deb > 1352325 Sep 19 23:26 povray3-manual_3.0.10.orig.tar.gz > > What can explain this 72kb difference in size? Is one of the files > more compressed than the other one, or is it because of the .deb > format? I suppose the original packages tar file ontains the documentation files uncompressed whereas the .deb package installs these files as compressed. So they are compressed in one gzip run in the .tar.gz, whereas in the .deb case all files are compressed individually and then compressed again by dpkg --build. This makes the overall compression less efficient. Sven -- Sven Rudolph <[EMAIL PROTECTED]> ; WWW : http://www.sax.de/~sr1/
Re: Planning to make a povray 3.0 package
Yves Arrouye wrote: > > I'd just like to know if someone's already doing that. If not, I'll do it. > Yves. > I've almost finished it. I'm just waiting for Michael Alan Dorman to finish his libpng-0.89c package. (PoVRay v3.0 won't compile with libpng 0.88). I've found problems with the license also: 1) I think the package will have to be in the non-free section because: "Shareware and freeware distribution companies may distribute the software included in software-only compilations using media such as, but not limited to, floppy disk, CD-ROM, tape backup, optical disks, hard disks, or memory cards. This section only applies to distributors of collected programs. Anyone wishing to bundle the package with a shareware product must use the commercial bundling rules. Any bundling with books, magazines or other print media should also use the commercial rules. You must notify us that you are distributing POV-Ray and must provide us with information on how to contact you should any support issues arise. No more than five dollars U.S. ($5) can be charged per disk for the copying of this software and the media it is provided on. Space on each disk must be used as fully as possible. You may not spread the files over more disks than are necessary. Distribution on high volume media such as backup tape or CD-ROM is permitted if the total cost to the user is no more than $0.08 U.S. dollars per megabyte of data. For example a CD-ROM with 600 meg could cost no more than $48.00. " (povlegal.doc) 2) (worst) "These archives must not be re-archived using a different method without the explicit permission of the POV-Team. You may rename the archives only to meet the file name conventions of your system or to avoid file name duplications but we ask that you try to keep file names as similar to the originals as possible. (For example:POVSRC.ZIP to POVSRC30.ZIP)" (povlegal.doc) I've e-mailed the POV-Team to see if the may give us permission to re-archive the program in Debian source and binary formats, but they haven't replied yet. -- Enrique Zanardi[EMAIL PROTECTED] Dpto. Fisica Fundamental y Experimental http://www.dfis.ull.es Univ. de La Laguna
Re: Bug#4529: "gmp" fails to extract when using dpkg-source
On Fri, 20 Sep 1996, llucius wrote: > Package: gmp > Version: 1.3.2-3 > > While trying to extract gmp, I received the following message from > dpkg-source: > > /bld/src/new # dpkg-source -x /sys/downloads/gmp_1.3.2-3.dsc > dpkg-source: extracting gmp in gmp-1.3.2 > patch: malformed patch at line 183: od_1.o mpn_lshift.o mpn_rshift.o > mpn_rshiftci.o mpn_sqrt.o memory.o mp_set_fns.o _mpz_set_str.o > _mpz_get_str.o mpz_realloc.o mp_clz_tab.o alloca.o mp_bases.o > dpkg-source: failure: patch gave error exit status 1 > > It appears that line 182 is too long and is being wrapped. > First of all; the .o files should not be in the tree. I'll have to take a look at clean to see why they are still there. Second: this bug should be against dpkg-source, as this is the culprit that built the "malformed patch" in the first place. Or maybe patch/diff. Let me see if I can fix this instance at my end. Luck, Dwarf -- aka Dale Scheetz Phone: 1 (904) 877-0257 Flexible Software Fax: NONE Black Creek Critters e-mail: [EMAIL PROTECTED] If you don't see what you want, just ask --
proposal: pseudo source packages
Hello, what about releasing pseudo source packages? What do I mean? I got the maintainance for the xforms package. Real source code isn't available, so the binaries (libs and a form designer) are stuffed together. An .orig.tar.gz isn't created. So every time I changed some debian related stuff, a complete set of files gets uploaded: xforms_0.81-?_i386.deb xforms_0.81-?_m68k.deb xforms-dev_0.81-?_i386.deb xforms-dev_0.81-?_m68k.deb xforms_0.81.tar.gz xforms_0.81.dsc For the first 4 files it's ok. But the latter? Would somebody mind, if I'd remove the debian/ from xforms_0.81.tar.gz and create a xforms_0.81.orig.tar.gz and then the diffs for the debian changes only? Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: Rescue disk for Debian?
Christian Schwarz wrote: : : I'm looking for some kind of "rescue" boot disks for Debian. Actually I : would need it for an easy of doing a restore of my tar backups. (An easy : solution would be to include tar on the installation root disk, if there : is enough space left--a simple tar version would be fine.) What if you'd take the boot/root disk set. When I used 'em last time, they included a rather rich set of utilities. (Don't know if tar too, ...) : Sometimes it's necessary to boot from disks (i.e. via ramdrive) to fix a : configuration problem or to repair a filesystem. There once were a few Most config problems I could solve via the `linux emergency' kernel command line. Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: Bug#4519: debian-changelog-mode void
Erick Branderhorst wrote: : : Package: dpkg-dev : Version: 1.4.0 : : I added the following to the end of changelog file: : : Local variables: : mode: debian-changelog : End: : : Loading the file into emacs gives the error message: : File local-variables error: (void-function debian-changelog-mode) Are there any emacsians out there? I'd like to fix it for a minor patched release of dpkg. (Have never worked w/ emacs & co ...) Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
Bug#4525: dpkg-buildpackage assumes file protections and shoots self in foot
Karl Sackett wrote: : : Package: dpkg-dev : Version: 1.4.0 : : The umask for my account is set to 077. Those portions of dpkg-buildpackage : which run as root create files with protection set to 600 and owned by : root.root. Because of this, the non-root portions of dpkg-buildpackage : cannot access the files debian/files and debian/substvars, generate error : messages saying these files cannot be found, and dpkg-buildpackage dies. Hmm, should the root portions change the umask before creating any files? (I think, it's no good idea.) My debian/rules contain chmod -R u=rwX,go=rX debian chown -R root.root debian BTW, if the files already exist, the mode shouldn't get changed, does it? (What happens if you touch debian/files debian/substvars and chmod 'em rw-r--r--?) Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
Bug#4524: controllib.pl doesn't show file name in error msg
Karl Sackett wrote:
:
: While tracking down a different bug, I found this typo on line 58 of
: /usr/lib/dpkg/controllib.pl:
:
: &error("unable to open substvars file $varlistvile: $!");
While preparing a 1.4.0.1 (??) package of dpkg I repaired this.
Should now _I_ close the bug report?
Karl, what was the other bug? Perhaps I could include a fix to make
as many fixes as possible...
Heiko
--
email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]
pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92
finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
Bug#4534: Switch to single-user mode fails
Package: sysvinit Version: 2.62-1 When I try to switch to single-user mode using the command `runlevel s' a problem occurs: the system correctly terminates all programs and gives me the prompt from sulogin. However, when I enter my password the characters are echoed on the screen. After entering the password (correctly) nothing happens, until I press Control-C, after which the system returns to the default runlevel (ie 2). Booting directly into single-user mode via lilo or loadlin works correctly. System used is the latest stable Debian (1.1.something) with kernel 2.0.18. Wichert.
Bug#4535: ncurses put bogusfile in /usr/man/man3
Package: ncurses3.0-dev ncurses-dev puts a file man.tmp in /usr/man/man3. man.tmp seems to be a copy of another manpage. Greetings, Wichert.
Bug#4536: svgalib1 does not work with new source packaging standard
Package: svgalib1 The new dpkg-shlibdeps tries to find /usr/lib/libvga.so.1.2.8 in a package but does not find any since the .deb-file seems to contain a libvga.so.1.2.8.new instead. This breaks dpkg-shlibdeps. Greetings, Wichert.
Re: Bug#4531: mgetty: info files not gzipped
0.99-5 will zip info and manpages.
On Thu, 19 Sep 1996, Michael Meskes wrote:
meskes>Package: mgetty
meskes>Version: 0.99-4
meskes>
meskes>The files
meskes>
meskes>/usr/info/mgetty.info
meskes>/usr/info/mgetty.info-1
meskes>/usr/info/mgetty.info-2
meskes>/usr/info/mgetty.info-3
meskes>/usr/info/mgetty.info-4
meskes>
meskes>should be gzipped.
meskes>
meskes>Michael
meskes>
meskes>--
meskes>Michael Meskes |_ __
meskes>[EMAIL PROTECTED] | / ___// / // / / __ \___ __
meskes>[EMAIL PROTECTED] | \__ \/ /_ / // /_/ /_/ / _ \/
___/ ___/
meskes>[EMAIL PROTECTED]| ___/ / __/ /__ __/\__, / __/ /
(__ )
meskes>Use Debian GNU/Linux!| //_/ /_/ //\___/_/
//
meskes>
{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
{}Snail Mail: FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{}
{}FISH Internet System Administrator at Fuller Theological Seminary {}
{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5
Re: scp method for dupload?
I am using scp to transfer files to master. Just generate an .shosts file and put your host in it. Change permissions to 700 and then make one initial connection FROM master.debian.org to the system you will be doing the scp from. On Wed, 18 Sep 1996, Chris Fearnley wrote: > I was wondering if there is a way to use scp to transfer files to > master? This would let me transfer the files without sending the > passwd in the clear. I know master supports ssh, but I'm not sure of > the procedure. Probably before anyone informs me, I'll have put a new > version of mawk into Incoming. But for everyone's sake, I bring it up > anyway! > > -- > Christopher J. Fearnley|Linux/Internet Consulting > [EMAIL PROTECTED] |UNIX SIG Leader at PACS > http://www.netaxs.com/~cjf |(Philadelphia Area Computer Society) > ftp://ftp.netaxs.com/people/cjf|Design Science Revolutionary > "Dare to be Naive" -- Bucky Fuller |Explorer in Universe >
Re: Bug#4471: isp-ppp needs conflicts:ppp
Ok. Section 8.3 of the manual regarding Replace: If one package is to be installed, the other must be removed first - if the package being installed is marked as replacing (Replaces - overwriting files and replacing packages, section 8.5) the one on the system, or the one on the system is marked as deselected, or both packages are marked Essential, then dpkg will automatically remove the package which is causing the conflict, otherwise it will halt the installation of the new package with an error. Somewhat cryptic but I think it supports my view of Replaces: > > > > I thought the "Replaces:" implied the removal of the package before > > > > installation? > > > > > > No, that's Conflicts:. Replaces: says that the package will replace some > > > files of the other package, and that dpkg is not to complain. > > That is a rather weird interpretation. > > Replaces: causes the automatic removal of a package > > ... When used together with Conflicts:. Otherwise Kai is right.
Re: Bug#4533: Problems with svagtextmode
You are right. I relied on someone else to test it. Sorry.
Release 1.3-4 should be on master.debian.org in a few minutes and fix
those issues.
On Fri, 20 Sep 1996, Michael Meskes wrote:
meskes>Package: svgatextmode
meskes>Maintainer: Christoph Lameter <[EMAIL PROTECTED]>
meskes>Version: 1.3-3
meskes>
meskes>The postinst is buggy (it seems at least one line is missing). The user
is
meskes>asked whether to start svgatextmode now, but the answer isn't processed.
meskes>
meskes>Also there seems to be a bug in /etc/init.d/svgatextmode. It reads:
meskes>
meskes>test -x /sbin/SVGATextMode -a /etc/vgamode | exit 0
meskes>
meskes>Shouldn't that be:
meskes>
meskes>test -x /sbin/SVGATextMode -a -f /etc/vgamode || exit 0
meskes>
meskes>Michael
meskes>--
meskes>Michael Meskes |_ __
meskes>[EMAIL PROTECTED] | / ___// / // / / __ \___ __
meskes>[EMAIL PROTECTED] | \__ \/ /_ / // /_/ /_/ / _ \/
___/ ___/
meskes>[EMAIL PROTECTED]| ___/ / __/ /__ __/\__, / __/ /
(__ )
meskes>Use Debian GNU/Linux!| //_/ /_/ //\___/_/
//
meskes>
{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
{}Snail Mail: FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{}
{}FISH Internet System Administrator at Fuller Theological Seminary {}
{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5
Bug#4529: gmp" fails to extract when using dpkg-source
Ok, I found the problem. There was a log file (containing the output of dpkg-buildpackage) that got left behind and incorporated into the diff. This has been removed and you should now be able to extract things properly. I'll try to get the new version to master this evening. In the interumn you can find it at ftp://dwarf.polaris.net/debian. Luck, Dwarf -- aka Dale Scheetz Phone: 1 (904) 877-0257 Flexible Software Fax: NONE Black Creek Critters e-mail: [EMAIL PROTECTED] If you don't see what you want, just ask --
Re: Bug#4536: svgalib1 does not work with new source packaging standard
Wichert Akkerman writes: >Package: svgalib1 > >The new dpkg-shlibdeps tries to find /usr/lib/libvga.so.1.2.8 in a >package but does not find any since the .deb-file seems to contain a >libvga.so.1.2.8.new instead. This breaks dpkg-shlibdeps. This seems as good an excuse as any to remind people once again that the svgalib packages could do with a new maintainer, as I currently do not have time to do further work on them. -- Richard Kettlewell [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.elmail.co.uk/staff/richard/
Re: Bug#4471: isp-ppp needs conflicts:ppp
You (Christoph Lameter) wrote: > Ok. Section 8.3 of the manual regarding Replace: > > If one package is to be installed, the other must be removed first - if > the package being installed is marked as replacing (Replaces - overwriting > files and replacing packages, section 8.5) > the one on the system, or the one on the system is marked as deselected, > or both packages are marked Essential, then dpkg will automatically remove > the package which is causing > the conflict, otherwise it will halt the installation of the new package > with an error. > > Somewhat cryptic but I think it supports my view of Replaces: I don't think so, see the underlined stuff. It is really a bit weird, but Ian Jackson went through great lengths to explain it to me. Unfortunately he's almost unreachable for the next couple of weeks.. An example is in the control file for sysvinit-2.65. Around sysvinit-2.60, it was decided that sysvinit should replace "last" entirely. It would _only_ work with this in the control file: Conflicts: last Replaces: last, bsdutils (<=2.0-2) The replaces: thing for bsdutils is because sysvinit only replaced 1 file from bsdutils (mesg). So bsdutils stays installed, only that one conflicting file is moved to sysvinit. "last" however is removed entirely. I don't think this is really logical but oh well it works.. It would have been more logical to have "Replaces-parts-of: " and "Replaces". > > > > > I thought the "Replaces:" implied the removal of the package before > > > > > installation? > > > > > > > > No, that's Conflicts:. Replaces: says that the package will replace > > > > some > > > > files of the other package, and that dpkg is not to complain. > > > That is a rather weird interpretation. > > > Replaces: causes the automatic removal of a package > > > > ... When used together with Conflicts:. Otherwise Kai is right. > Mike. -- Miquel van | Cistron Internet Services --Alphen aan den Rijn. Smoorenburg,| mailto:[EMAIL PROTECTED] http://www.cistron.nl/ [EMAIL PROTECTED] | The truth is out there. 42.
Bug#4529: gmp" fails to extract when using dpkg-source
On Fri, 20 Sep 1996, Dale Scheetz wrote: > Ok, I found the problem. There was a log file (containing the output of > dpkg-buildpackage) that got left behind and incorporated into the diff. > This has been removed and you should now be able to extract things > properly. > I'll try to get the new version to master this evening. In the interumn > you can find it at ftp://dwarf.polaris.net/debian. > Thanks. I'll go get 'er. Leland __ Y_ a_ m_ b_ o_ | The leanest, meanest, fightinest sweet tater on Earth! oo o oo o o | o o o | [EMAIL PROTECTED] o ooo o | -- -- -- -- -- -- | http://www.millcomm.com/~llucius (maybe one day)
Bug#4534: Switch to single-user mode fails
You (Wichert Akkerman) wrote: > Package: sysvinit > Version: 2.62-1 > > When I try to switch to single-user mode using the command `runlevel s' a > problem occurs: the system correctly terminates all programs and gives me > the prompt from sulogin. However, when I enter my password the characters > are echoed on the screen. After entering the password (correctly) nothing > happens, until I press Control-C, after which the system returns to the > default runlevel (ie 2). > > Booting directly into single-user mode via lilo or loadlin works correctly. You should never use "init s" directly. Use "init 1" or "shutdown (no args)" to get to single user mode. Mike. -- Miquel van | Cistron Internet Services --Alphen aan den Rijn. Smoorenburg,| mailto:[EMAIL PROTECTED] http://www.cistron.nl/ [EMAIL PROTECTED] | The truth is out there. 42.
Bug#4538: slrn trashes newsgroups.dsc
Package: slrn
Version: 0.8.8.4-1
I guess this is the fault of a wrapper the maintainer put around slrn.
Sometimes when I start up slrn, it says:
[EMAIL PROTECTED] ~>slrn
It's older then 5 mins
Global newsgroupdescription-file is out of date.
Getting new one in background.
..
Unfortunately, what it ends up doing is replaceing
/var/lib/slrn/newsgroups.dsc with an empty file.
I have NNTPSERVER set to a newsserver that requires authentication before
it will let you do anything. I accomplish the authentication via a
"nnrpaccess..." line in my .slrnrc. When the wrapper spawns slrn to go get
the newsgroups.dsc file, for some reason slrn doesn't look at my slrnrc to
find the password it needs to authenticate me.
The other problem is, I prefer to get my newsgroups.dsc file off of a
different newsserver that's slower, but has descriptions for more
newsgroups. And I tend to edit newsgroups.dsc by hand to add a few more
descriptions to it.
So the wrapper around slrn is bad news to me all around.. I just run
slrn.real myself, but then some user will come along and run slrn, and
it'll erase the newsgroups.dsc all over again, which is a real drag. There
should be a config file that will let the sysadmin turn off the use of the
slrn wrapper program entirely.
--
#!/usr/bin/perl -lisubstr($_,39+38*sin++$y/9,2)=$s # [EMAIL PROTECTED]
for($s=' '||McQ;$_='JOEY HESS 'x8;print){eval$^I} # Joey Hess
"true - do nothing, successfully" - - true (1)
Bug#4540: dvipsk places conffiles outside /etc
Package: dvipsk Version: 5.58f-5 The dvipsk package specifies these Conffiles: /usr/lib/texmf/dvips/config.ps 596e623578e700f589c126b7d4eee928 /usr/lib/texmf/dvips/psfonts.map 0862b5b0fa5bcc79e64c83846d7fc1b2 which ASAIK shouldn't be in /usr, since this may be mounted read-only. Perhaps they should go in /etc/texmf, or similar. Chris -- _,, Christian Schwarz / o \__ [EMAIL PROTECTED], [EMAIL PROTECTED], ! ___; [EMAIL PROTECTED], [EMAIL PROTECTED] \ / \\\__/ !PGP-fp: 8F 61 EB 6D CF 23 CA D7 34 05 14 5C C8 DC 22 BA \ / http://www.informatik.tu-muenchen.de/~schwarz/ -.-.,---,-,-..---,-,-.,.-.- "DIE ENTE BLEIBT DRAUSSEN!"
Re: Why does dpkg-source produce this message...
On Thu, 19 Sep 1996, llucius wrote: > When attempting to extract the source for eject_1.4-1, I received the > following message: > > dpkg-source: error: diff contains unknown line `\ No newline at end of file' > > Is there a problem with the package or is there a critter in dpkg-source? You have a file in the diff without a newline. For example: femto[~]$ echo -n "a" > f1 femto[~]$ echo "a" > f2 femto[~]$ diff -u f1 f2 --- f1 Fri Sep 20 11:35:02 1996 +++ f2 Fri Sep 20 11:35:07 1996 @@ -1 +1 @@ -a \ No newline at end of file +a dpkg-source could deal with this I suppose. Guy
Bug#4519: debian-changelog-mode void
On Thu, 19 Sep 1996, Erick Branderhorst wrote: > I added the following to the end of changelog file: > > Local variables: > mode: debian-changelog > End: > > Loading the file into emacs gives the error message: > > File local-variables error: (void-function debian-changelog-mode) Did you load the debian-changelog-mode library first? Guy
Re: Why does dpkg-source produce this message...
There is no newline at the end of my debian/control for eject ... New version should be on master.debian.org as you read this. On Thu, 19 Sep 1996, llucius wrote: > > When attempting to extract the source for eject_1.4-1, I received the > following message: > > dpkg-source: error: diff contains unknown line `\ No newline at end of file' > > Is there a problem with the package or is there a critter in dpkg-source? > > Thanks, > > Leland > > __ Y_ a_ m_ b_ o_ | The leanest, meanest, fightinest sweet tater on Earth! >oo o oo o o | > o o o | [EMAIL PROTECTED] > o ooo o | > -- -- -- -- -- -- | http://www.millcomm.com/~llucius (maybe one day) >
dpkg-source "could not get current directory"?
I have the following strange occurrence when building eject. Package seems
to build despite these messages though.
[miriam]~/debian/eject/eject-1.4:su -m dpkg-buildpackage
Password:
dpkg-buildpackage: source package is eject
dpkg-buildpackage: source version is 1.4-2
dpkg-buildpackage: build architecture is i386
debian/rules clean
test -f eject.c -a -f debian/rules
rm -f build
make clean
make[1]: Entering directory `/a/ftp/Linux/debian/eject/eject-1.4'
rm -f eject eject.o core *~
make[1]: Leaving directory `/a/ftp/Linux/debian/eject/eject-1.4'
rm `find . -name "*~"`
rm: too few arguments
Try `rm --help' for more information.
make: [clean] Error 1 (ignored)
rm -rf debian/tmp debian/files*
dpkg-source -b eject-1.4
dpkg-source: building eject using existing eject_1.4.orig.tar.gz
dpkg-source: building eject in eject_1.4-2.diff.gz
shell-init: could not get current directory: getwd: cannot access parent
directories
job-working-directory: could not get current directory: getwd: cannot
access parent directories
dpkg-source: building eject in eject_1.4-2.dsc
debian/rules build
{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
{}Snail Mail: FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{}
{}FISH Internet System Administrator at Fuller Theological Seminary {}
{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5
Bug#4541: shouldn't make /lib/modules/current symlink
Package: modules
Version: 2.0.0-8
The /etc/init.d/modules script makes a symlink, /lib/modules/current.
There is no need for the symlink, and in fact, it breaks some systems.
I have a linux server, and several diskless clients that use the server
for nfs. All of them share the /lib directory. As things stand now, I have
to make sure the server and all clients are running the same version of
the kernel. When I boot one of the clients that's running a different
version of the kernel than what the server is using, the init.d/modules
script does
ln -snf /lib/modules/`uname -r` /lib/modules/current
This breaks the server, so it can no longer find the correct modules!
I believe that the symlink is unneccessary. /etc/conf.modules already has
things in it like:
path[fs]=/lib/modules/`uname -r`/fs
path[misc]=/lib/modules/`uname -r`/misc
path[net]=/lib/modules/`uname -r`/net
..
That make the module utilities look in the proper directory according to
kernel version. My systems run fine if I delete the /lib/modules/current
symlink and make no other changes.
--
#!/usr/bin/perl -lisubstr($_,39+38*sin++$y/9,2)=$s # [EMAIL PROTECTED]
for($s=' '||McQ;$_='JOEY HESS 'x8;print){eval$^I} # Joey Hess
"How appropriate, you fight like a cow." - - Guybrush Threepwood
Bug#4542: /etc/mtab should not be rm'd
Package: sysvinit
Version: 2.64-1
/etc/init.d/boot currently clears /etc/mtab like so:
rm -f /etc/mtab /etc/mtab~ /etc/nologin /fastboot
This is a problem if /etc/mtab is in fact some sort of special file. In my
case, I'm using a kernel patch called the transname patch. In brief, it
lets multiple computers all mount the same root partition, and provides
context-dependent files. I have a /etc/mtab file that is used by my nfs
server. There's another file named /etc/mtab#host=box# that serves as the
mtab for a diskless client named box. Processes running on box see the
contents of /etc/mtab#host=box# whenever they open /etc/mtab.
The problem comes when the boot script rm's /etc/mtab. If the script is
running on box, it actually removes /etc/mtab#host=box#. So there is no
longer a context-dependent mtab file, and so any programs running on
box now see the "real" /etc/mtab that kite uses, and all kinds of nasty
things get done to it since both computers are now using the same mtab
file.
My solution has been to modify init.d/boot and replace the line that rm's
mtab with the following:
# Mod for transname: don't delete /etc/mtab.
>/etc/mtab
rm -f /etc/mtab~ /etc/nologin /fastboot
This works quite well on my system, the mtab#host=box# file gets cleared,
but never unlinked. I don't see any problems with using this on all debian
systems, even those that don't use the transname patch. I suspect this
modification would also be useful on a system where /etc/mtab was
symlinked to /proc/mounts or something of the sort.
--
#!/usr/bin/perl -lisubstr($_,39+38*sin++$y/9,2)=$s # [EMAIL PROTECTED]
for($s=' '||McQ;$_='JOEY HESS 'x8;print){eval$^I} # Joey Hess
"How appropriate, you fight like a cow." - - Guybrush Threepwood
Packages up for grabs...
Due to my studies and the work for my employers, i have no longer the time to maintain all of my packages. Thus i am putting them up for grabs: Distributed via master.debian.org: == Package Ver R U W CommentsDSC --- amd upl102 4 2 open bugs No cflow 2.0 4 5 Yes csh 5.264 5 Provides c-shellYes kbd 0.914 6 4 open bugs lsof3.652 3 Yes nethack 3.1.3 4 No ptx 0.4 1 2 Yes sysnews 0.8 1 2 Replaces news Yes vgrind 5.7 4 5 Yes vlock 1.0 1 2 1 open bug Yes Distributed via ftp.uni-mainz.de: = Package Ver R U W CommentsDSC --- SSLeay 0.6.0a 1 No ssh 1.2.14 1 1 open bug No Column titles: Ver Version R Released U Uploaded to distribution site W Work in Progress DSC Converted to new Debian Source Control ? Any takers? Especially the kbd package is currently in a bad shape and needs someone whith knowledge who can spend some time on it. The nethack package needs an update to 3.2.1 and integration of the Qt X11 interface (that will be most likely a lot of work to get it to fit into the FHS!) csh and amd have some problems under certain cisrcumstances which need further investigation. A port of the latest csh-Version from the *BSD sources might be a good idea, especially the USD texts are missing. The packages distributed from ftp.uni-mainz.de need a maintainer outside the U.S. and Canada due to patent and "security" aspects. To tell the truth: it's illegal to export this software from these countries and due to the usage of free RSA-code it is illegal to use the binaries in these countries. Dominik Kubla
Re: dpkg-buildpackage and joe
On Thu, 19 Sep 1996, Dale Scheetz wrote:
> On Thu, 19 Sep 1996, Heiko Schlittermann wrote:
>
> > @@ -710,6 +710,7 @@
> > "listed by tar as \`$_'");
> > $fn= $filesinarchive[$efix++]; $mode= $1;
> > if ($mode =~ m/^l/) { $_ =~ s/ -\> .*//; }
> > +if (/ link to /) { $_ =~ s/ link to .*//; }
> > substr($_,length($_)-length($fn)-1) eq " $fn" ||
> > &error("tarfile \`$tarfileread' contains unexpected object".
> > " listed by tar as \`$_', expected \`$fn'");
> >
>
> This fix for /usr/bin/dpkg-source has fixed the problem for me. I can now
> extract from the orig.tar.gz with no errors.
>
> Thanks Heiko!
>
Ditto!!!
Lenad
__ Y_ a_ m_ b_ o_ | The leanest, meanest, fightinest sweet tater on Earth!
oo o oo o o |
o o o | [EMAIL PROTECTED]
o ooo o |
-- -- -- -- -- -- | http://www.millcomm.com/~llucius (maybe one day)
Re: Bug#4527: dhcpd does not extract with dpkg-source
On Thu, 19 Sep 1996, Christoph Lameter wrote: > Seems that there is something wrong with dpkg-source. Why would it require > a - instead of a _ for the orig.tar.gz when all the other files for the > package have a _. > I'm not really sure why Ian did it that way. Leland __ Y_ a_ m_ b_ o_ | The leanest, meanest, fightinest sweet tater on Earth! oo o oo o o | o o o | [EMAIL PROTECTED] o ooo o | -- -- -- -- -- -- | http://www.millcomm.com/~llucius (maybe one day)
Re: Bug#4527: dhcpd does not extract with dpkg-source
On Thu, 19 Sep 1996, Christoph Lameter wrote: > Seems that there is something wrong with dpkg-source. Why would it require > a - instead of a _ for the orig.tar.gz when all the other files for the > package have a _. > Because dpkg-source strictly enforces the current naming conventions. Since the original source is "supposed" to look as much like the "prisine" source as possible, the "-" is kept in the source path. The "_" convention is only for the various distribution files. Luck, Dwarf -- aka Dale Scheetz Phone: 1 (904) 877-0257 Flexible Software Fax: NONE Black Creek Critters e-mail: [EMAIL PROTECTED] If you don't see what you want, just ask --
Re: Bug#4527: dhcpd does not extract with dpkg-source
Why does dpkg-source not simply change those names so that they work? Who
can remember all these detail. The orig.tar.gz name is already artificial
and not original. The original archive uses capital letters that debian
does not like very much.
And why does it work for the debianized directory?
Next upstream upgrade will correct that problem. Thrash dhcpd_0.5.13.
On Fri, 20 Sep 1996, Dale Scheetz wrote:
dwarf>On Thu, 19 Sep 1996, Christoph Lameter wrote:
dwarf>
dwarf>> Seems that there is something wrong with dpkg-source. Why would it
require
dwarf>> a - instead of a _ for the orig.tar.gz when all the other files for the
dwarf>> package have a _.
dwarf>>
dwarf>Because dpkg-source strictly enforces the current naming conventions.
dwarf>Since the original source is "supposed" to look as much like the "prisine"
dwarf>source as possible, the "-" is kept in the source path. The "_" convention
dwarf>is only for the various distribution files.
{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
{}Snail Mail: FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{}
{}FISH Internet System Administrator at Fuller Theological Seminary {}
{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5
Re: Bug#4527: dhcpd does not extract with dpkg-source
On Thu, 19 Sep 1996, Christoph Lameter wrote: > Seems that there is something wrong with dpkg-source. Why would it require > a - instead of a _ for the orig.tar.gz when all the other files for the > package have a _. I suppose that's because a `-' is used in most other places, gnu for example. Guy
Re: ldso breaks a.out?
On 20 Sep 1996, Mark Eichin wrote: > ii ldso1.8.2-1The Linux dynamic linker, library > and utilit > > (a recent upgrade...) uucp hasn't been rebuilt as an ELF package, and: > > paycheck+% /usr/bin/uustat > /usr/bin/uustat: can't load dynamic linker '/lib/ld.so nor > /usr/i486-debian-linux/lib/ld.so' /lib/ld.so: ELF 32-bit LSB executable, Intel 80386, version 1, stripped Shouldn't it be a.out? Guy
Re: Size difference (big) between .orig.tar.gz and .deb: why?
> > 1427032 Sep 19 23:28 povray3-manual_3.0.10-1_all.deb > 1352325 Sep 19 23:26 povray3-manual_3.0.10.orig.tar.gz > > What can explain this 72kb difference in size? Is one of the files > more compressed than the other one, or is it because of the .deb > format? I suppose the original packages tar file ontains the documentation files uncompressed whereas the .deb package installs these files as compressed. So they are compressed in one gzip run in the .tar.gz, whereas in the .deb case all files are compressed individually and then compressed again by dpkg --build. This makes the overall compression less efficient. No. They are just copied, along with a 16kb copyright file and a 169b changelog.Debian.gz file. Then dpkg --build is called. Maybe the fact that there is a .gz file at the start of the archive makes the overall compression less efficient, but this is strange. YA.
Swapping: Packages for beginners
Here are some packages that I have released in the last month or so but
that I am not really very interested in maintaining. There are no
outstanding bug reports and those packets are up to the newest standards.
I would rather like to concentrate on packages that I feel are needing
more attention.
They would be good stuff for a newbie to start with.
(Some of those are brand new and have not been moved from incoming to
unstable yet)
eject Program to eject CDs and operate CD-Changers
pwgen Password generator
redir TCP/ip port redirection
rlprRemote printing without /etc/termcap
sac System login accounting tool
xfish Makes X-Session to a fishtank
xgalInteractive Space-Invaders like game
xpuzz Some Puzzles under X
netdiag Network Diagnostic tools
svgatextmode Switches text console into high res mode
If you are interested in any other of my packages (have a look at
ftp.fuller.edu:/Linux/debian ...) and have some ideas on how to improve
them then send me a message.
{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
{}Snail Mail: FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{}
{}FISH Internet System Administrator at Fuller Theological Seminary {}
{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5
Bug#4530: ld cannot find most shared libraries
On Fri, 20 Sep 1996 16:46:52 +1000 Mr Stuart Lamble ([EMAIL PROTECTED]) wrote: > I've recently had problems linking programs non-statically with (e.g.) the > X11 libraries, etc. Static libraries are fine, shared have problems. Upon > investigation, and discussion with a friend, it appears that ld cannot find > files of the form: > > libfoo.so.1 > libfoo.so.1.2.3 > > etc. - there has to be a symlink libfoo.so for libfoo to be found. Upon > creating such symlinks, everything worked fine. (well, once I got rid of > the /lib/libc.so => /lib/libc.so.4 link, that is :-) Oops. :) This is because the development packages aren't installed. Install libfoo-dev to get the symlinks, the include files, etc... Phil.
Re: Packages up for grabs...
On Fri, 20 Sep 1996, Dominik Kubla wrote:
kubla>ssh 1.2.14 1 1 open bug
No
I would be interested in this package. But I am currently living in
California. Does anyone offer a release for the United States? I am
running ssh on a couple of systems over here.
Perhaps one could write a "package wrapper". When that packet is installed
it will then ftp the ssh package from outside the United States. That way
there is never an "export" but only imports of cryptographic software.
The package might even look if its installed in the US and then get the
legal RSA library.
{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
{}Snail Mail: FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{}
{}FISH Internet System Administrator at Fuller Theological Seminary {}
{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5
Bug#4543: libtiff3.deb is Missing! (so ImageMagick fails)
Hello, The libtiff3.deb package does not exist on ftp.debian.org ANYWHERE! ImageMagick and libtiff3-gif both require the libtiff3 package. *** My (kludgy) Fix *** 1. Add the libtiff-3.3-ELF.tar.gz package from sunsite.unc.edu 2. Create a symbolic link from libtiff.so.1.0 to libtiff.so.3 Sincerely, Jonathan A. George [EMAIL PROTECTED] P.S. the current version of libtiff is actually 3.4 from ftp.sgi.com. P.P.S. Can I use zlib (used by several things) and libgr (for xv) at the same time? Dselect claims a conflict.
Bug#4525: dpkg-buildpackage assumes file protections and shoots self in foot
On Fri, 20 Sep 1996, Heiko Schlittermann wrote: > Hmm, should the root portions change the umask before creating any > files? (I think, it's no good idea.) I also think it's a bad idea of dpkg to change the umask. His debian/rules should fix the permissions of files it creates. This is a non-bug. Guy
Re: Why does dpkg-source produce this message...
On Fri, 20 Sep 1996, Guy Maor wrote: > On Thu, 19 Sep 1996, llucius wrote: > > > When attempting to extract the source for eject_1.4-1, I received the > > following message: > > > > dpkg-source: error: diff contains unknown line `\ No newline at end of file' > > > > Is there a problem with the package or is there a critter in dpkg-source? > > You have a file in the diff without a newline. For example: > Actually, Chris L. imformed me that the new line was missing from the "debian/control" file. I guess dpkg-source got a little confused. Thanks, Leland __ Y_ a_ m_ b_ o_ | The leanest, meanest, fightinest sweet tater on Earth! oo o oo o o | o o o | [EMAIL PROTECTED] o ooo o | -- -- -- -- -- -- | http://www.millcomm.com/~llucius (maybe one day)
Unanswered problem reports by date
The following problem reports have not yet been marked as `taken up' by a
message to [EMAIL PROTECTED] or or `forwarded' by a
message to [EMAIL PROTECTED]
OVER 18 MONTHS OLD - ATTENTION IS REQUIRED:
Ref PackageKeywords/Subject Package maintainer
660 gdbGDB gets address of structure David Engel <[EMAIL PROTECTED]>
OVER 17 MONTHS OLD - ATTENTION IS REQUIRED:
Ref PackageKeywords/Subject Package maintainer
725 xbase twm places windows incorrectly Stephen Early <[EMAIL
PROTECTED]
740 xbase xclock leaves `droppings' in i Stephen Early <[EMAIL
PROTECTED]
773 xbase xmh falls over if mh is not in Stephen Early <[EMAIL
PROTECTED]
775 xbase twm reports errors on incorrec Stephen Early <[EMAIL
PROTECTED]
818 bash bash builtin `echo' doesn't ch Guy Maor <[EMAIL PROTECTED]>
820 tcsh tcsh builtin `echo' doesn't ch Andrew Howell <[EMAIL
PROTECTED]
821 shellutils /bin/echo doesn't check write [EMAIL PROTECTED] (Da
825 trntrn warning messages corrupt t [EMAIL PROTECTED] (Jonathan
OVER 16 MONTHS OLD - ATTENTION IS REQUIRED:
Ref PackageKeywords/Subject Package maintainer
887 xarchiexarchie barfs when ftp closes Christian Linhart <[EMAIL
PROTECTED]
902 lprlpr can't print a PostScript f Sven Rudolph <[EMAIL PROTECTED]
911 libc4 libc causes rsh to fail on com (unknown -- `libc')
OVER 15 MONTHS OLD - ATTENTION IS REQUIRED:
Ref PackageKeywords/Subject Package maintainer
957 dpkg dpkg should automatically log Ian Jackson <[EMAIL PROTECTED]
988 bsdutils `script' is insecure, and gene Austin Donnelly <[EMAIL
PROTECTED]
998 boot-flopp Can't Configure DOS Partitions Bruce Perens <[EMAIL
PROTECTED]>
1009 bash bash problem with quoting/comp Guy Maor <[EMAIL PROTECTED]>
1016 procps top has 3's in vt100 Helmut Geyer <[EMAIL PROTECTED]
1032 boot-flopp Linux Counter Project Info Not Bruce Perens <[EMAIL
PROTECTED]>
1037 dpkg dselect user interface (was Re Ian Jackson <[EMAIL PROTECTED]
1045 termcap-co tgetflag("hc") segfaults (fwd) Christian Hudon <[EMAIL
PROTECTED]
1061 lpr/etc/printcap vs. /usr/man/man Sven Rudolph <[EMAIL PROTECTED]
OVER 14 MONTHS OLD - ATTENTION IS REQUIRED:
Ref PackageKeywords/Subject Package maintainer
1099 perl perl bug Darren Stalder <[EMAIL
PROTECTED]>
1108 binutils No manpage ar(5) David Engel <[EMAIL PROTECTED]>
1112 gsfontsa2gs output unusable by gs but joost witteveen <[EMAIL
PROTECTED]
1118 fortunefortune is setuid games ?! [EMAIL PROTECTED] (David H.
Silbe
1130 libc4 Stdlib.h problems when using g (unknown -- `libc')
1164 shellutils who --help uses /etc/{w,u}tmp [EMAIL PROTECTED] (Da
OVER 13 MONTHS OLD - ATTENTION IS REQUIRED:
Ref PackageKeywords/Subject Package maintainer
1170 perl perl fails to make headers fir Darren Stalder <[EMAIL
PROTECTED]>
1176 procps /usr/bin/top segfault with unk Helmut Geyer <[EMAIL PROTECTED]
1201 perl perl doesn't know about includ Darren Stalder <[EMAIL
PROTECTED]>
1211 libc4 libc __nis_getgrnam() segfault (unknown -- `libc')
1239 findutils /etc/cron.daily/find: updatedb Kevin Dalley <[EMAIL
PROTECTED]>
1240 procps ps(1) man page incomplete Helmut Geyer <[EMAIL PROTECTED]
1246 procps ps man page does not agree wit Helmut Geyer <[EMAIL PROTECTED]
1247 perl perl <...> globbing only works Darren Stalder <[EMAIL
PROTECTED]>
1265 uucp Misc. uucp bugs[EMAIL PROTECTED] (David H.
Silbe
1275 xarchiexarchie clumsy with 2-button m Christian Linhart <[EMAIL
PROTECTED]
1278 libc4 dpkg seg faults with NIS (unknown -- `libc')
1279 libc4 Strangeness involving
1314 ncurses3.0 ncurses fails in silly way on (unknown -- `ncurses')
1336 procps CFLAGS shouldn't be used when Helmut Geyer <[EMAIL PROTECTED]
1366 acmacm networking problemsIan Murdock <[EMAIL PROTECTED]
1372 boot-flopp rootdisk: no dvorak keytable Bruce Perens <[EMAIL
PROTECTED]>
1378 libc4 weird ELF/a.out difference (unknown -- `libc')
1381 workbone workbone postinst fails[EMAIL PROTECTED] (D.J. G
1399 dpkg dselect error handling not con Ian Jackson <[EMAIL PROTECTED]
1406 dbackupbackup postrm can fail when it [EMAIL PROTECTED] (David H.
Silbe
1411 perl perlconfig misses an opportuni Darren Stalder <[EMAIL
PROTECTED]>
1429 bibtex, kp several TeX packages Provide t Nils Rennebarth <[EMAIL
PROTECTED]>
1451 ghostview `ghostviewR6' conflict with gh Helmut Geyer <[EMAIL PROTECTED]
1467 ax25-kerne `ax25-kernel-source', `ax25-ut (unknown -- `ax')
1480 dpkg start-stop-daemon doesn't chec Ian Jackson <[EMAIL PROTECTED]
1481 smail smail paniclog suggestio
My Packages to go
Okay the following are packages still to go and packages which have been taken up :) These have been taken tcshChristian Hudon <[EMAIL PROTECTED]> lynxChristian Hudon <[EMAIL PROTECTED]> mirrormagic Joey Hess <[EMAIL PROTECTED]> xinvaders Joey Hess <[EMAIL PROTECTED]> xtet42 Joey Hess <[EMAIL PROTECTED]> xntpBdale Garbee <[EMAIL PROTECTED]> samba Klee Dienes <[EMAIL PROTECTED]> ksmbfs Klee Dienes <[EMAIL PROTECTED]> These still need a maintainer p2c rxvt ircii ytalk tcsh tf mandelspawn lynx xtron Andrew -- Of course...lager...the only thing that can kill a vindaloo. -- Lister, fighting the vindaloo monster in Red Dwarf `DNA' Andrew Howell [EMAIL PROTECTED] Perth, Western Australia [EMAIL PROTECTED] [EMAIL PROTECTED]
Bug#4545: dpkg-gencontrol gets it wrong with certain package names
Package: dpkg-dev
Version: 1.4.0
I believe this bug will also affect ncurses3.0 when it gets packaged
with the new packaging standard (perhaps all or most shared lib
packages).
Here is the beginning of my changlog file for slang:
slang (slang-0.99.34-1) unstable; urgency=low
* upgrade to latest upstream source
I also tried several variations on the naming theme. Did I confuse myself
or does dpkg-parsechangelog not support our shared lib naming scheme yet?
I've just rescanned the policy and programmer's manual and I think at
minimum we have a documentation error.
$ dpkg-gencontrol -Pdebian/tmp-lib -pslang0.99.34
parsechangelog/debian: error: unrecognised line, at changelog line 3
dpkg-gencontrol: error: syntax error in parsed version of changelog at line 0:
empty file
I think my formatting is correct. I /may/ have tracked the problem
down to /usr/lib/dpkg/parsechangelog/debian whose regular expression on
line 54:
if (m/^(\w[-+0-9a-z.]+) \(([^\(\) \t]+)\)((\s+[-0-9a-z]+)+)\;/i) {
fails to match my slang version number. [I doubt this analysis, but won't
have time to further investigate until much later today.]
Here is my debian/control (abbreviated descriptions):
Source: slang
Section: devel
Priority: optional
Maintainer: Chris Fearnley <[EMAIL PROTECTED]>
Standards-Version: 2.1.1.0
Package: slang0.99.34
Architecture: any
Depends: ${shlibs:Depends}
Description: A C programming library for user interfaces - shared library
S-Lang is a C programmer's library that includes routines for the
rapid development of sophisticated, user friendly, multi-platform
applications.
Package: slang0.99.34-dev
Architecture: any
Provides: slang-dev
Replaces: slang-devel
Conflicts: slang-devel, slang-dev
Depends: ${shlibs:Depends}
Description: A C programming library for user interfaces - development kit
S-Lang is a C programmer's library that includes routines for the rapid
development of sophisticated, user friendly, multi-platform applications.
--
Christopher J. Fearnley|Linux/Internet Consulting
[EMAIL PROTECTED] |UNIX SIG Leader at PACS
http://www.netaxs.com/~cjf |(Philadelphia Area Computer Society)
ftp://ftp.netaxs.com/people/cjf|Design Science Revolutionary
"Dare to be Naive" -- Bucky Fuller |Explorer in Universe
Re: Planning to make a povray 3.0 package
> I'd just like to know if someone's already doing that. If not, I'll do it. > Yves. I'd been thinking about it, but I just don't have the time. I'd love to see one though. Okay. It will be out as soon as I will be able to get a 0.89 libpng package on the archives. This will be before October 5 or after October 20 (Hmmm... I like holidays ;-)). Yves.
Re: Size difference (big) between .orig.tar.gz and .deb: why?
Sven Rudolph wrote: > <[EMAIL PROTECTED]> writes: > > What can explain this 72kb difference in size? > > I suppose the original packages tar file ontains the documentation > files uncompressed whereas the .deb package installs these files as > compressed. > > So they are compressed in one gzip run in the .tar.gz, whereas in the > .deb case all files are compressed individually and then compressed > again by dpkg --build. This makes the overall compression less > efficient. > I also experienced a 10% increase of the size in the manpages-it package. I was wandering if I could package the man pages uncompressed and compress them in debian/rules during installation. This would create a dependency to gzip package, but I think that this already exists when we package the pages zipped! Is it possible that a debian system be without gzip? ciao Fabrizio -- +-+ | e-mail: [EMAIL PROTECTED][EMAIL PROTECTED] | | http://megabaud.fi/~fpolacco/ Join the UKI Linux Project! | | fingerprint 70 1A 72 2D 2B C8 A5 63 7A C2 CC E0 2A 54 AE DA | | finger: [EMAIL PROTECTED][EMAIL PROTECTED] | +-+
Bug#4544: Ghostscript 4.01 fonts are missing
The Ghostscript 4.01 fonts are missing at ftp.debian.org. Furthermore the 4.01 interpreter doesn't seem to be in the Package list. And why did Ghostscript get moved to non-free in 4.01 from buzz/binary-i386/text with 2.63? Could these problems have been cause by debian.org moving to a new server? Sincerely, Jonathan
Re: dpkg-buildpackage and joe
Michael Meskes wrote: : : Heiko Schlittermann writes: : > Perhaps someone should release dpkg_1.4.1 ... If there are no : > voluntaries, I'd do it. : : But please name it 1.4.0.1 (as Ian proposed). :-) yea, it was a typo -- I meant 1.4.0.1 :-) : Anyway, there's another nasty problem with dpkg-buildpackage, namely that is : doesn't quote the commands executed via $rootcommand. Here's a patch: : : --- dpkg-buildpackage.old Fri Sep 20 11:25:32 1996 : +++ dpkg-buildpackage Fri Sep 20 11:25:08 1996 ... I'll apply it. Any other patches out there? Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: My Packages
> xinvaders > mandelspawn > lynx > xtet42 > xtron I'l be glad to take mirrormagic, xinvaders, and xtet42. -- #!/bin/perl -sp0777i
manpages depends on man?
Hei! I have some problems in packaging the italian manpages, and I would like to hear your suggestion. I'm sorry, it's a lot of stuff, but I'm new ... I hope that these are not old questions. I have created the package following what joey has done with german and spanish ones, including suggesting the user to modify /etc/manpath.config Now I want to add a rule to make this simple update automatically. The file /etc/manpath.config belongs to package man. Is there any constraint against doing this automatic update from another package? The man package also builds the /var/catman hierarchy to store indexes and formatted pages. Formatted pages in other languages will not be cached if you don't create a complete hierarchy under /var/catman/ or any other dirpath used in /etc/manpath.config Do you think I should add this hierarchy to the package? And what do you think I should do if the man package is not yet installed? (ignore the error|complain|create a dependency) And also, the /var/catman hierarchy cannot be purged although it is used only by man, because of the indexes and the subdirectories that are built in it after the installation. How can I tell to the man package that these are safe to be removed? Anyway also the man package should do this (for the indexes). Could it be worth to split the man package creating a new one for the catman (later cache, when Quinlan will release HFS) and create appropriate dependencies to it? The xman program that comes in xcontrib doesn't understand locales. Should I raise a bug? ciao Fabrizio -- +-+ | e-mail: [EMAIL PROTECTED][EMAIL PROTECTED] | | http://megabaud.fi/~fpolacco/ Join the UKI Linux Project! | | fingerprint 70 1A 72 2D 2B C8 A5 63 7A C2 CC E0 2A 54 AE DA | | finger: [EMAIL PROTECTED][EMAIL PROTECTED] | +-+
Re: proposal: pseudo source packages
[about xforms_0.81...] >xforms_0.81.tar.gz >xforms_0.81.dsc > >For the first 4 files it's ok. But the latter? Would somebody mind, if >I'd remove the debian/ from xforms_0.81.tar.gz and create a >xforms_0.81.orig.tar.gz and then the diffs for the debian changes only? I'm really against the proposal of pseudo-source packages. If you don't have the source, it's useless to upload an essentially empty *.orig.tar.gz and confuses only potential downloaders. The debian-diff is enough; another possibility would be to write an xforms-install package as it was done with netscape. Then, the people with non-intel architectures would know that the package is useless for them (at the moment) and wouldn't need to download it. David -- David Frey <[EMAIL PROTECTED]> |Microsoft isn't the answer...it's the QUESTION. Schlieren, Switzerland |``No'' is the answer. 51F35923114FC8647D05FF173C61EFDE|Use Debian GNU/Linux!
