[uploaded to chiark]: dump
I've uploaded to chiark: -BEGIN PGP SIGNED MESSAGE- Date: 07 Aug 96 22:20 UT Format: 1.6 Distribution: unstable Urgency: Low Maintainer: David Frey [EMAIL PROTECTED] Source: dump Version: 0.3-7 Binary: dump Architecture: i386 source Description: dump: Ported 4.4BSD dump and restore utilities. Changes: Fixed permission bug and corrected Architecture field. Files: 467a808a227d9dbb27ed45e6a538c219 99178 admin - dump_0.3-7.tar.gz dac5bd2665a46d59099a1fd048ceb570 3552 admin - dump_0.3-7.diff.gz 463329e7b0701e7bcd66185ad46a9107 63830 admin extra dump_0.3-7_i386.deb -BEGIN PGP SIGNATURE- Version: 2.6.3ia Charset: latin1 iQCVAwUBMgkXJjeIcrC5jTapAQGrmQQAwPYPkTombzfbpet72kWVpGP8Gqe1y9vC fdZUFzmlm3JR9dnWQ0dETh8RqHBw25BUfbPkSSX2ptZyK3FWcbjEqDWw4kNNC0dE JvkqH5IRJwCzC1+YxQZe03JMuhSW6R5d4PJkebjxMi6LMYTZuVvotN89N79BGrio mNXmeASU1B0= =qc2W -END PGP SIGNATURE- David -- David Frey [EMAIL PROTECTED]|Microsoft isn't the answer...it's the QUESTION. Schlieren, Switzerland|``No'' is the answer. PGP-Key available on request |Use Debian GNU/Linux!
Bug#4072: cpio package is missing rmt.8 manual
Package: cpio Version: 2.4.2-6 /usr/sbin/rmt is a part of cpio, but there is no rmt.8 manual page. There should be a BSD one that can be appropriated and modified if necessary.
Bug#4075: Possible security problem with lrzsz
Package: lrzsz Version: 0.12a-5 I've not heard from the author wrt my query below. I'm filing this bug to make sure that this issue gets checked rather than forgotten. Thank you for your attention. Ian. Mike Neuffer writes (Re: lrzsz ? Re: forwarded message from CERT Bulletin): ... I'm not the author, but lrzsz is almost identical to the normal rzsz implemetation the only difference is that it gives more status information. The diff itself is rather small. --- start of forwarded message (RFC 934 encapsulation) --- In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] To: Debian private list [EMAIL PROTECTED] Subject: lrzsz ? Re: forwarded message from CERT Bulletin CERT write: Topic: Trojan Horse vulnerability via rz program ... All existing versions of the rz program (a program for receiving files over serial lines using the Z-Modem protocol) are equipped with a feature that allows the sender of a file to request the execution of arbitrary commands on the receiver's side. The user using rz does not have any control over this feature. The workaround is to have rz never execute any command, and always pretend a successful execution. The version we distribute is called `lrzsz', and I suspect it is a different version. Nevertheless I'd appreciate it if the author could confirm that the command execution feature is disabled. Ian. --- end --- --- start of forwarded message (RFC 934 encapsulation) --- Article: 124 of comp.security.announce Path: lyra.csx.cam.ac.uk!warwick!usenet.eel.ufl.edu!spool.mu.edu!news.sgi.com!enews.sgi.com!lll-winken.llnl.gov!uwm.edu!math.ohio-state.edu!news.cis.ohio-state.edu!nntp.sei.cmu.edu!news.sei.cmu.edu!cert-advisory Newsgroups: comp.security.announce Organization: CERT(sm) Coordination Center - +1 412-268-7090 Lines: 206 Approved: cert-advisory@cert.org Distribution: world Message-ID: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] NNTP-Posting-Host: why.cert.org Keywords: security CERT Originator: cert-advisory@cert.org Originator: [EMAIL PROTECTED] From: CERT Bulletin cert-advisory@cert.org Subject: CERT Vendor-Initiated Bulletin VB-96.12 - FreeBSD Date: 30 Jul 1996 19:22:18 GMT - -BEGIN PGP SIGNED MESSAGE- = CERT(sm) Vendor-Initiated Bulletin VB-96.12 July 30, 1996 Topic: Trojan Horse vulnerability via rz program Source: FreeBSD, Inc. To aid in the wide distribution of essential security information, the CERT Coordination Center is forwarding the following information from FreeBSD, Inc. FreeBSD, Inc. urges you to act on this information as soon as possible. FreeBSD, Inc. contact information is included in the forwarded text below; please contact them if you have any questions or need further information. ===FORWARDED TEXT STARTS HERE = FreeBSD-SA-96:17Security Advisory Revised: Tue Jul 16 21:44:54 PDT 1996 FreeBSD, Inc. Topic: Trojan Horse vulnerability via rz program Category: ports Module: rzsz Announced: 1996-07-16 Affects:All FreeBSD ports collections released before 2.1.5-RELEASE Corrected: ports collection as of 1996-07-06 Source: rzsz shareware package FreeBSD only: no Patches:ftp://freebsd.org/pub/CERT/patches/SA-96:17/ = I. Background All existing versions of the rz program (a program for receiving files over serial lines using the Z-Modem protocol) are equipped with a feature that allows the sender of a file to request the execution of arbitrary commands on the receiver's side. The user using rz does not have any control over this feature. The workaround is to have rz never execute any command, and always pretend a successful execution. All FreeBSD users are encouraged to use the workaround provided. Since the intent of the Z-Modem protocol is to provide a reliable connection between systems of a vastly different architecture, the execution of local commands at request of the sending side cannot even be considered a useful feature at all. II. Problem Description The Z-Modem protocol specifies a mechanism which allows the transmitter of a file to execute an arbitrary command string as part of the file transfer. This is typically used to rename files or eliminate temporary files. A malicious trusted sender could send down a command that could damage a user's environment. III. Impact The rzsz package is an optional port that made be installed on some FreeBSD systems. This program is not installed by default. Systems without this program are
Bug#4073: make pattern rules delete intermediate files
Package: make Version: 3.74-11 Given the Makefile below in an empty directory: chiark:d make clean rm -f t.* u.* chiark:d make echo bar t.bar echo foo t.foo echo wombat u.wombat echo spong u.spong rm t.bar chiark:d We see that the intermediate file used for the pattern rules (%.bar) is removed by make, and that this doesn't happen if we use suffix rules. This is silly. Consider the dependency graph (a -- b means a is required to generate b, and b depends on a): a -- b --+-- d c ' where b and d are automatically generated. Now if you start with a clean directory and say `make d' make generates b from a, and then d from b and c. However, it then deletes b again. If you edit c and want to rebuild it has to regenerate b, and it ends up doing this every time. This defeats the purpose of using make, which is supposed to avoid rebuilding files unnecessarily. This doesn't appear to happen if the rules involved are ordinary targets, only if they're pattern targets. I can't find any documentation about this `feature', and there doesn't appear to be a way to turn it off. Ian. PS: You may need to put this Makefile through `unexpand' to put the tabs back. It has them now when I send the message, but tabs are notorious for being mangled. .SUFFIXES: .SUFFIXES: .spong .wibble .wombat all:t.foo u.spong %.foo: %.bar echo foo $@ %.bar: echo bar $@ .spong.wibble: echo wibble $@ .wombat.spong: echo spong $@ u.wombat: echo wombat $@ clean: rm -f t.* u.*
Bug#4074: problems with 1.1 release
Package: dpkg Version: 1.3.1 Scott Barker writes (Re: problems with 1.1 release): ... ok. Although, I beg to differ about the *.conffiles: ls /var/lib/dpkg/info/*.conffiles /var/lib/dpkg/info/adduser.conffiles /var/lib/dpkg/info/at.conffiles /var/lib/dpkg/info/base.conffiles [etc] Oops, this is a bug. I'll fix it some time (it's just some wasted space - there are no real problems with it). Ian.
master.debian.org up
Simon Shapiro had a family disaster and is out of the office. Mike Neuffer talked a non-technical i-connect employee through rebooting master. Please upload your packages. Thanks Bruce
Bug#4077: perl bug
Package: perl Version: 5.003-2 I get the following error messages every time perl starts up on my debian-linux machines (perl and return with do it!) This is the current perl-5.003 release. Any idea how I can rid my system of this problem? (The perl scripts all run fine, I am not that familiar with perl). warning: setlocale(LC_CTYPE, ) failed. warning: LC_ALL = (null), LC_CTYPE = (null), LANG = de, warning: falling back to the C locale. I took the advice of a couple of individuals from queries to debian-users mailing list: (1) installed wg15_locale_1-1 (2) confirmed that the latest version, perl_5.003-2, was installed This did not fix the problem. I have verified that the /usr/share/locale and /usr/share/nls directories (from wg15_locale) are present and full. I think there may be something missing in the configuration of either perl or wg15_locale, hence, I have reported this bug. I also just reran perlconfig just to make sure that it is configured as designed. I can produce the error message anytime perl is executed, for example, perl -v will produce the error message. -- /--\ | James D. Freels, P.E._i, Ph.D. | Phone: (423)576-8645 | | L | | Oak Ridge National Laboratory | FAX:(423)574-9172 | H | I | | Research Reactors Division | Internet: [EMAIL PROTECTED] | F | N | | P. O. Box 2008 | Reactor Technology | I | U | | Oak Ridge, Tennessee 37831-6392 | world's best neutrons! | R | X | |--| | out the 10Base-T, through the router, down the T1, over the | | leased line, off the bridge, past the firewall...nothing but Net | \--/
Bug#4076: shadow-package (not a deb-format-archive)
Package: shadow Version: 960530-1 with dpkg 1.2.13elf: ./shadow_960530-1_i386.deb prints: dpkg-deb: 'shadow...' is not a debian format archive Michael Gaertner [EMAIL PROTECTED] Tel/Fax +49-761-32684
Bug#3838: GCC should depend on CPP, not conflict with it
David Engel writes (Re: Bug#3838: GCC should depend on CPP, not conflict with it): Ian Jackson writes: ... Hmm. Why is it necessary for gcc to know which version of cpp is available, or for it to have exactly the right one ? Would you want the front-end driver (gcc) to use different versions of cpp and cc1/cc1plus? Forgive my naivete', but I don't see why it should matter. Ian.
Bug#4078: lynx should be in `contrib'
Package: lyx, ftp.debian.org Version: 0.9.28-1 This package depends on a non-free package (xforms). It should be in contrib, not in the distribution proper. Ian.
Bug#4064: sendmail should recommend deliver, not depend
[EMAIL PROTECTED] said: You (Michael Shields) wrote: ... perfectly without deliver. sendmail should only recommend it. And as a result you can install sendmail without deliver and your mail installation won't work at all.. One could introduce another virtual package (e.g., local-mail), have sendmail depend on this. Both procmail and deliver could provide this package. Sounds like a bit of an overkill for this problem, though. Sendmail should come with mail.local instead of deliver IMHO. I think that is the simpler and better solution. Cheers, Lukas --- Dr. Lukas Nellen | Email: [EMAIL PROTECTED] Depto. de Fisica Teorica, IFUNAM | Apdo. Postal 20-364 | Tel.: +52 5 622 5014 ext. 218 01000 Mexico D.F., MEXICO| Fax: +52 5 622 5015
Bug#4079: compress-package should be in `contrib'
Package: compress-package, ftp.debian.org Version: 1.0.1-1 This package is only an installer for a non-free piece of software. It should be in contrib, not in the distribution proper. Ian.
Bug#4056: mouse cursor in X3 server is cross-eyed
Date: Mon, 5 Aug 1996 21:45:27 -0400 From: Daniel Quinlan [EMAIL PROTECTED] Package: xserver-s3 Version: 3.1.2-5 When in the 640x480 mode, the mouse cursor points incorrectly. The point at which the cursor appears to point is not where the mouse button selects when you push the key. I have not tested other video resolutions with this card. The X server thinks it is pointing approximately 8 pixels to the left of where the mouse cursor appears to be pointing. Have you played with the invert clock and early sc buttons of 'xvidtune'? My card (#9 motion 771) showed this behavior before I configured it correctly. Maybe you've also got a config problem here. --Mike
Re: /usr/doc/copyright/package - /usr/doc/package/copyright ?
Ian Jackson: We then end up with two files per package, and it then makes even more sense to move the copyright file. $ ls /usr/doc | wc 101 101 703 $ ls /usr/doc/copyright | wc 243 2431804 $ On my system, /usr/doc would be almost two and a half times bigger, with all new directories containing only two files (copyright and changelog). I'm not sure that is a good idea, though I'm not sure it is a bad one, either. -- Lars Wirzenius [EMAIL PROTECTED] http://www.iki.fi/liw/ Please don't Cc: me when replying to my message on a mailing list. pgpc3Ko4ROBiu.pgp Description: PGP signature
Bug#4082: No documentation for fvwm modules
Package: fvwm Version: 1.24r-24 Documentation for the fvwm modules appears to be missing from this package. [Insert obligatory renewal of the fvwm-package-relying-on-fvwm2-package debate here.] :-) I only noticed this because I tried to look up information on GoodStuff. This module appears to be available only in the fvwm package, and consequently there is no corresponding documentation in the fvwm2 package. (There appears to be an otherwise full complement of Fvwm* man pages in the fvwm2 package.) -- Larry Gilbert [EMAIL PROTECTED] Seattle, WA, USA I speak only for myself and not for my employer
Bug#3951: kernel-image-2.0.7-0 postinst looks for /bin/perl
Frank Neumann wrote to Graham Williams on 08 Aug 1996 03:11:32 +1000: Graham My vanilla installation of Debian 1.1 seems to have perl Graham only in /usr/bin/perl. Frank I noticed this too, after having built a base.tar.gz for Frank Debian on m68k. The bug is not in kernel-headers, but in Frank boot-floppies, which failed to create the link for the base Frank system. boot-floppies-1.1.1.10 fixed it. The bug report Frank should be closed (I won't do that, I'm not the maintainer Frank ;-), but a new base should probably be built. Thanks for the information. Checking the various Debian and Dpkg documentation seems to imply that all scripts should refer to /usr/bin/perl rather than /bin/perl. Not sure if it rates as a bug though if the scripts of a package don't. Cheers
Re: elm problems
On 8 Aug 1996, Kai Henningsen wrote: [EMAIL PROTECTED] (Miquel van Smoorenburg) wrote on 05.08.96 in [EMAIL PROTECTED]: You (Dale Scheetz) wrote: No! Not a typo. This is the only difference between what gets executed when debian.rules calls for a make, and when I call for the same make. The line in the Makefile is: cd lib; $(MAKE) $(MJ) -(MAKEFLAGS) all ^ Could it be that there is a `$' missing there just before the `(' ? There is no definition of MAKEFLAGS in debian.rules, or in the Makefile. Does the shell set it when debian.rules runs? Dunno.. Doesn't make set that one? Well, the question is, why does it set the value to 'w' when debian.rules calls the make, but not when I call make from the prompt? TIA, 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: /usr/doc/copyright/package - /usr/doc/package/copyright ?
Ian Jackson writes: I do, however, think we should move the examples directory. I've always thought the distinction between /usr/doc/package and /usr/doc/examples/package was arbitrary. It usually leads to the obtuse arrangement where the example is in one directory and its accompanying documentation is another. Indeed. I've put this in the new policy manual. Should we keep a link from /usr/doc/package/examples to /usr/doc/examples/package to help transition, or is it unnecessary? Yves.
Bug#4057: compress package install additional zcat
There should be one zcat and it should always be gzip. This won't break anything as gzip understands .Z files... Making zcat point to compress even sometimes will definitely break things; IME much of the Linux world has been assuming it's gzip for a number of years. That seems unlikely to change. Ok, I've corrected that: I build a package without any of the commands provided by gzip. compress is obsolete software; there's never any need to use it to uncompress things. Indeed, my experience (err, on Sunos rather than Linux, so this may not be relevant) is that gzip is much more reliable even at uncompressing .Z files. I can't see the need to compress things using compress either, as gzip produces smaller output, runs on pretty much everything and is free. Only one need: compress X font files, until someone makes the X font-reading stuff aware of gzip. YA.
Bug#4086: rsh segfaults with baudrate=115200
Package: netstd version: 2.05-1 RSH does not work with baud rates above 115200. [miriam]~:stty speed 115200 baud; line = 0; eol2 = M-^?; susp = undef; rprnt = undef; werase = undef; lnext = undef; flush = undef; -imaxbel tab3 -iexten -echoctl -echoke [miriam]~:rsh aaron Segmentation fault Works from any host to any other host.
Re: Documentation formats
Someone: IMHO info is a great format. From: [EMAIL PROTECTED] (Kai Henningsen) Actually, I have just about the same problems with info that you have with lynx - it's ugly, it has a *really* arcane user interface. *** Project Leader Fiat Power On *** The unification of Debian documentation will be carried out via HTML. You should not consider the merits of a particular HTML viewer, or even the weight of the best of our existing HTTP servers. These things will change with time, and without effort on our part. Instead, you should concentrate in providing automatic means to present man files, info files, and other various forms of documentation to the user. This can be done at run-time via CGI scripts, or when the documentation packages are installed. Use existing software where possible. Try to consider disk space, but having a full documentation system takes priority over that. A keyword search facility and a unifying set of indices are a high priority. Look at what Ray Dassen has done on our web site. That is a really good start. Now think of the top-level index to Debian documentation coming up in a web browser when the new user starts the system. *** Project Leader Fiat Power Off *** Thanks Bruce
ae-962-8 uploaded to master.
I removed the Essential field and added Provides: editor as well as incorporating the Architecture field correctly. Date: 08 Aug 96 23:27 UT Format: 1.5 Distribution: unstable Priority: Low Maintainer: Dale Scheetz [EMAIL PROTECTED] Source: ae Version: 962-8 Binary: ae Architecture: i386 source Description: ae: Anthony's Editor -- a tiny full-screen editor Changes: Removed Essential field, added provides: editor Files: 003994918eabcdb163bea5588ac848ce 31855 base - ae-962-8.tar.gz 5d30a1eaa20c9ba5388f10b48649cf1e 7464 base - ae-962-8.diff.gz beb504770584b8144f85e11ae62bbb4d 31098 base required ae_962-8_i386.deb Later, 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 --
Bug#4064: sendmail should recommend deliver, not depend
One could introduce another virtual package (e.g., local-mail), have sendmail depend on this. Both procmail and deliver could provide this package. Sounds like a bit of an overkill for this problem, though. Umm, no. There are many ways of configuring sendmail, and a number of these (including one of the supplied configurations) do not require local mail delivery. Indeed, I've got quite a few debian 1.1 machines here happily running sendmail without local mail delivery (since I use a mailhost). 'Recommends' my be appropriate here. Depends? Nope. I can very easily configure and run sendmail in a sane manner without ever needing deliver, procmail, mail.local, or such. Please, don't 'depend' on things unless they are *really* needed. -- Richard W Kaszeta Graduate Student/Sysadmin [EMAIL PROTECTED] University of MN, ME Dept http://www.menet.umn.edu/~kaszeta
Bug#4078: lynx should be in `contrib'
Subject: Bug#4078: lynx should be in `contrib' Package: lyx, ftp.debian.org I assume that the subject is wrong? (Actually, I know it is, but I'm not sure if it matters for the bug system.) -- Lars Wirzenius [EMAIL PROTECTED] http://www.iki.fi/liw/ Please don't Cc: me when replying to my message on a mailing list. pgpaMy8gC3Nqy.pgp Description: PGP signature
Re: /usr/doc/copyright/package - /usr/doc/package/copyright ?
What is the feeling on this ? Since the new source format mandates the existence of the changelog and specifies that it must be in one of a small number (currently 1) of formats I'm inclined to say that we should mandate its inclusion - gzipped. We then end up with two files per package, and it then makes even more sense to move the copyright file. If they will go in /usr/doc/package/copyright.gz and /usr/doc/package/changelog.gz ? Then this is all right with me. But a /usr/doc/copyright dir should remain. The only contents allowed in there would be generic copyright messages like GPL LGPL BSD and so on. Putting these generic files in /usr/doc/base/{GPL,LGPL,BSD} is not wise IMHO. Additionally because translated version of the above generic copyright messages are on the net and it might be usefull to put these translations there as well. This specific group of files justify to have a directory for them selves IMHO. I don't mind that these are gzipped. Erick
Bug#4081: xosview doesn't install a binary
Package: xosview Version: 1.3.2-4.1 It's in buzz-updates and # ls -l /usr/X11R6/bin/xosview ls: /usr/X11R6/bin/xosview: No such file or directory After installing the package. Yes, that's Ians wish. I already corrected Ians error (he uploaded a known buggy xosview even without mailing me in advance of doing so). Thanks. BTW Ian also sent mail to debian-devel saying that this bug was in his uploaded version. xosview-1.3.2-6 doesn't contain this bug. -- joost witteveen [EMAIL PROTECTED] [EMAIL PROTECTED] -- Use Debian/GNU Linux!
Bug#4082: No documentation for fvwm modules
On Thu, 8 Aug 1996, Larry Gilbert wrote: Package: fvwm Version: 1.24r-24 Documentation for the fvwm modules appears to be missing from this package. Yes, that's because although the manpages have changed a little between the two versions of fvwm, they still have the same names. This means you can only have one set of manual pages installed. [Insert obligatory renewal of the fvwm-package-relying-on-fvwm2-package debate here.] :-) I have a new version of fvwm2 in preparation, it should be released by the end of the month. This introduces an fvwm-common package which will hopefully silence the debate once and for all :) I only noticed this because I tried to look up information on GoodStuff. This module appears to be available only in the fvwm package, and consequently there is no corresponding documentation in the fvwm2 package. (There appears to be an otherwise full complement of Fvwm* man pages in the fvwm2 package.) Thanks for pointing this out: I'd forgotten about the GoodStuff manpage. I will include it in the fvwm package that I'll release at the same time as the new fvwm2 one. In the meantime, I'll leave this bug report outstanding, to remind me to do this. Austin
Qmail, smail and sendmail
I'd like to know if there's a qmail Debian package, and how aliases work in qmail: the Apache package used to add an alias to /etc/aliases and then run sendmail -bi (or newaliases). Does qmail support /etc/aliases, have a newaliases command and support being called as sendmail with the -bi option? The same questions may be asked for smail. Is the answer is no, can you please email me some doc? And maybe we'll have to write an install-mail-alias command used by packages script, in this case. Yves.
Package priority: Extra/Optional
Some time ago, 4th of June, Ian wrote a very clear message about what the package priorities like Extra/Optional/Required, e.d. should mean. I think Ian did a real good job with this message, finally makeing clear something to me that I've always felt unsure about. However, in this message, Extra is descirbed with: - - In order to get something into Extra it has to conflict with existing packages, or be very obscure, or very large, or be useable only in very specialised circumstances or for specialised applications, or have very complicated configuration requirements. Preferably several of those reasons would apply. While this seems very strict to me, and probably would only aply to one in 20 packages or so, I see on master's unstable/bin/Packages file: $ grep -i Priority: Extra Packages|wc -l 179 $ grep -i Priority: Optional Packages|wc -l 230 $ pwd /home/ftp/pub/Linux/Debian/unstable/binary-i386 Does this mean that the overrides file should be reworked a lot, or did I miss something on debian-devel changing the meaning of Priority: Extra? (maybe dchanges should be changed to have Optional: as default, instead of the current extra). Thanks, -- joost witteveen [EMAIL PROTECTED] [EMAIL PROTECTED] -- Use Debian/GNU Linux!
Re: Package priority: Extra/Optional
On Fri, 9 Aug 1996, joost witteveen wrote: $ grep -i Priority: Extra Packages|wc -l 179 $ grep -i Priority: Optional Packages|wc -l 230 $ pwd /home/ftp/pub/Linux/Debian/unstable/binary-i386 Most of the extra packages are misfiled. They were entered into the package hierarchy before the current uploading mechanism was in place. I plan to go through the packages, directory by directory, and check the priorities (and sections). I'll have this done before 1.2 is released. Only appropriate packages are entering extra now. Guy
mfbasfnt 1.0-5 on master
-BEGIN PGP SIGNED MESSAGE- Date: 09 Aug 96 13:41 UT Format: 1.6 Distribution: unstable Urgency: Low Maintainer: Erick Branderhorst [EMAIL PROTECTED] Source: mfbasfnt Version: 1.0-5 Binary: mfbasfnt Architecture: all source Description: mfbasfnt: TeX's default fonts and a few others. Changes: Fri Aug 9 15:31:48 1996 Erick Branderhorst [EMAIL PROTECTED] . * debian.control mentions that we have the original cm fonts and not broken fonts. * dc fonts are removed from this package because of copyright restrictions and can be found in the non-free mfdcfnt package. Files: cfcad8b14354faf15a746fec2cb99e56 261440 tex - mfbasfnt-1.0-5.tar.gz c97b5737fc93282b771eab9c0bbccaf0 135348 tex standard mfbasfnt_1.0-5_all.deb -BEGIN PGP SIGNATURE- Version: 2.6.2i iQCVAwUBMgtABOKGUa6t6e7lAQEmlwQArkvHmAjd2+XrX4dswO9ZMyEIXW1OxWbk CqLK3v4eZ9vKQsi+E3GBDUXgRrKL1sDuLFcK0q4Wgg2T/m8IxDaTEpYzSg0gt/pH XDeSiqnCX/HEIldCGSZOm53182p+f1IzM30xe7Ry33qaqwr25gK6m6SiVPJznccG b80EpUNn7qI= =Pz7v -END PGP SIGNATURE-
wg15-locale architecture depend?
Hi, is wg15-locale architecture dependend package??? it is uploaded with i386 in it. Erick
uploaded mfdcfnt 1.0-1 to master
-BEGIN PGP SIGNED MESSAGE- Date: 09 Aug 96 14:02 UT Format: 1.6 Distribution: unstable Urgency: Low Maintainer: Erick Branderhorst [EMAIL PROTECTED] Source: mfdcfnt Version: 1.0-1 Binary: mfdcfnt Architecture: all source Description: mfdcfnt: TeX's dc and tc fonts. Changes: Fri Aug 9 15:54:50 1996 Erick Branderhorst [EMAIL PROTECTED] . * new non-free package because of copyright restrictions. Originally these fonts where in mfbasfnt now they are in non-free mfdcfnt. Files: a2efb8e8c889bbf970dd7fab6d1a2de0 197205 non-free - mfdcfnt-1.0-1.tar.gz 41d327c899c01a9bfef789fc8a29b087 174182 non-free standard mfdcfnt_1.0-1_all.deb -BEGIN PGP SIGNATURE- Version: 2.6.2i iQCVAwUBMgtFHuKGUa6t6e7lAQFeNgP/SNpwvquJsREILoT4ggORTbAeYYrROGlJ w0kKOnBCq6m9DqRBxec9glWpR/txMjYm7z2XHYwSSthWJ4cnXP2CfCzNuPmLoBbj RdX9NCVsknGQuU/8CWYAvgUj8naeEj+UfUzJpafXEY2PCvD1121lZ+g+9iBLaSsy 8xVP1ISPFL8= =+VBr -END PGP SIGNATURE-
Re: Documentation formats
Bruce Perens: The unification of Debian documentation will be carried out via HTML. I assume the unification won't mean that the native formats aren't supported -- they _do_ have benefits. That said, I fully agree with choosing HTML. Debiandoc, supports on-line conversions to HTML from man and text, and info2www supports Info (it isn't really integrated, but it's not really visible). The converters are configurable. In addition, I think we should provide texi2html'd documentation in addition to Info files. texi2html seems to do a better job than info2www. A keyword search facility and a unifying set of indices are a high priority. I don't think we have free software packaged to do full text searches. We have glimpse and ferret, neither of which is free. There's something that is part of freeWais, but I haven't looked at it yet. Someone with the time should find and package one. It should be usable from the command line so that it can easily be integrated into Debiandoc. -- Lars Wirzenius [EMAIL PROTECTED] http://www.iki.fi/liw/ Please don't Cc: me when replying to my message on a mailing list. pgppOuFX80wNS.pgp Description: PGP signature
Bug#4087: xgc dumps core
Package: xcontrib Version: 2.1.2-1 marin146# xgc That test doesn't exist yet. That test doesn't exist yet. zsh: segmentation fault (core dumped) xgc What I did was: - select Function orReverse - select LineStyle DoubleDash - select (Image Text 16), click Run [gives test doesn't exist] - select (Text 16), click Run [gives test doesn't exist] - select Filled Polygons, click Run [okay] - select Filled Rectangles, click Run [dumps core] Yves. --
Documentation formats
I've just added the subsection below to the draft policy manual. Bruce, tell me if you want me to say something different. I'd like to come up with some rather more formal way of distributing our different documentation formats. Perhaps we should create a new subdirectory of the FTP site for packages' PostScript documentation and upload it separately. Alternatively we could recommend that if a package can produce documentation in n formats it should put the HTML in with the package itself (if it doesn't warrant a separate package) but put the other n-1 together in a separate package which uses some canonical naming scheme. Eg, dpkg - contains the programs and the HTML documentation dpkg-docxf - contains the documentation in ps, plain text c or texinfo- contains the Texinfo formatter itself texinfo-doc- contains the documentation run through texi2html texinfo-docxf - contains the docs in /usr/info, and as dvi If we do this we should probably say that if a package produces dvi as its native format we should ship dvi and not ps. Ian. sect1Preferred documentation formats The unification of Debian documentation is being carried out via HTML. p If your package comes with extensive documentation in a markup format that can be converted to various other formats you should if possible ship HTML versions in the binary package, in the directory tt/usr/doc/var/package// or its subdirectories. p Other formats such as PostScript may be provided at your option.
Re: Bug#4064: sendmail should recommend deliver, not depend
Richard Kaszeta: Please, don't 'depend' on things unless they are *really* needed. OTOH, if not depending on it will let inexperienced people get easily in trouble, then by all means do depend on something that isn't strictly needed. Hackers can use --force. E = Nu * Tu + Nh * Th where E is total effort spent solving user problems and answering questions about Debian, u is inexperienced user, h is hacker, Ni is the number of questions from class i user, and Ti is average time to answer question from class i user. Typically, Tu is about the same as Th, but Nu Nh, so we want to minimize Nu. However, I don't have an opinion on whether Depends or Recommends is the better solution for sendmail. -- Lars Wirzenius [EMAIL PROTECTED] http://www.iki.fi/liw/ Please don't Cc: me when replying to my message on a mailing list. pgpeJpIwZaQnn.pgp Description: PGP signature
Re: wg15-locale architecture depend?
On Fri, 9 Aug 1996, Erick Branderhorst wrote: Hi, is wg15-locale architecture dependend package??? it is uploaded with i386 in it. I really should be arch independent, but I haven't had a chance to open a critter complaint yet. Maybe this will suffice? B-) Thanks for noticing... 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)
metamail_2.7-4
-BEGIN PGP SIGNED MESSAGE- Date: 09 Aug 96 14:46 UT Format: 1.6 Distribution: unstable Urgency: Low Maintainer: Michael Meskes [EMAIL PROTECTED] Source: metamail Version: 2.7-4 Binary: metamail Architecture: i386 source Description: metamail: An implementation of MIME. Changes: metamail (2.7-4): * New maintainer * Changed debian.rules and debian.control to be architecture independent (Bug#3340) * Corrected richtext to read terminfo database correctly (Bug#4054) * Replaced csh scripts by contrib versions written for Bourne shell * Created postinst and prerm scripts to handle installation in /etc/mailcap Files: 7630ffae3eacfd6a61b7b7ca7e5923db 172287 mail - metamail_2.7-4.tar.gz d8bddc212c2023e6da8c5cef9733b96f 50293 mail - metamail_2.7-4.diff.gz e27a7bc250012cf81ec237e1114ab62a 147784 mail optional metamail_2.7-4_i386.deb -BEGIN PGP SIGNATURE- Version: 2.6.2i iQCVAwUBMgtPaypaNcQEtuj1AQFrAQQAxK+8M7BKj3JptStpx72xQskUsiMZsLif FsnsWgYZ/uPXdWRCPwi1uZshFrUUZRSkAcb6KahSRZlW64DKCxxpWrnx7RPuL1TS mrLTOtTXX5QgV1mKtaALU2h7+VLVOyYN5aJmibTcCnjcrhbu/2yuDQx+6r4fHkFO rEH+Hgx9QzE= =kQro -END PGP SIGNATURE- -- Michael Meskes |_ __ [EMAIL PROTECTED] | / ___// / // / / __ \___ __ [EMAIL PROTECTED] | \__ \/ /_ / // /_/ /_/ / _ \/ ___/ ___/ [EMAIL PROTECTED]| ___/ / __/ /__ __/\__, / __/ / (__ ) Use Debian Linux!| //_/ /_/ //\___/_/ //
Re: sysv `news' package is unclear
Package: news Priority: extra Section: admin Description: System news tool. (System V) In addition the fact that this description is inadequate (which will have been reported automatically a few weeks ago), IMO the package name is very misleading - it will make people think the package has something to do with USENET. Unless someone objects I shall report this as a bug, requesting that the package be renamed to `sysvnews'. Ian. I don't see anything gained by this, but i renamed the package to 'sysnews'. The description bug has been fixed and closed already, but i forgot to upload the package. Done. Dominik