Bug#4017: boot disk doesn
--- If you haven't been able to boot, ask on debian-user for a boot disk image. Several of our people have made one for NCR. I'd help but I am away from the office with no access to Linux. Bruce
Re: New Apache package (Was: Re: Q about making a package with a dedicated user?)
On Aug 3, 8:51pm, Craig Sanders wrote: } Subject: Re: New Apache package (Was: Re: Q about making a package with a } } On Thu, 25 Jul 1996, Miquel van Smoorenburg wrote: } } Yves Arrouye [EMAIL PROTECTED] } } You (Yves Arrouye) wrote: } To anyone that read this message: your suggestions for features you } want in the Apache package are welcome. } } Perhaps you could put in the SSL patches and make the apache-SLL package } available on a site outside of the US? } } excellent idea } } The one tiny problem with it, if i recall correctly, is that French laws } regarding encryption are even worse than the US laws. They're not even } allowed to possess encryption devices/software! I'm not sure. What's sure is that we don't have the right to use them... Now, with the ever increasing pressure of would-be electronic merchants there will be a possibility to crypt for authentification at the express condition that a trusted (by the State) third-party has a copy of the encryption key. But I still don't know if anyone will be allowed to give such a key to this third-party (I'm afraid this will not be the case because noone will be willing to process too many keys), so I fear only commercial parties will be able to do that for se in their software for example. France: Liberte, Egalite, Fraternite ;-) but not with regards to encryption. Yves. --
Re: Uploading compress-package 1.1 on master
On Aug 4, 6:55pm, David Frey wrote: } Subject: Re: Uploading compress-package 1.1 on master } In message [EMAIL PROTECTED], } [EMAIL PROTECTED] writes: } Description: } compress-package: fileset to build a Debian compress package } compress belongs into non-free, not into devel! } Reason: Copyright-problems (Unisys-Patent) No. This package *is* free: it only allows one to build a compress binary package, which then will be distributable under Unisys conditions. BTW, I read in this list that the Unisys patent does not apply outside of the USA. Is this true? In this case, maybe someone in Europe can make a binary compress package available? Yves. --
What's David Engel's email, please?
The [EMAIL PROTECTED] address in the gc package bounces :-( I enclose my message in case David's reading... Yves. On Aug 4, 1:34pm, Mail Delivery Subsystem wrote: } Subject: Returned mail: Host unknown (Name server: ods.com: host not found } The original message was received at Sun, 4 Aug 1996 13:34:32 +0200 } from marin.fdn.fr [194.57.210.8] } }- The following addresses had delivery problems - } [EMAIL PROTECTED] (unrecoverable error) } }- Transcript of session follows - } 550 [EMAIL PROTECTED]... Host unknown (Name server: ods.com: host not found) } }- Original message follows - } Return-Path: [EMAIL PROTECTED] } Received: from marin.fdn.fr (marin.fdn.fr [194.57.210.8]) by yoda.fdn.org (8.6.12/8.6.9) with ESMTP id NAA17356 for [EMAIL PROTECTED]; Sun, 4 Aug 1996 13:34:32 +0200 } Received: (from [EMAIL PROTECTED]) by marin.fdn.fr (8.7.5/8.7.3) id NAA06640 for [EMAIL PROTECTED]; Sun, 4 Aug 1996 13:46:45 +0200 } Date: Sun, 4 Aug 1996 13:46:45 +0200 } From: Yves Arrouye [EMAIL PROTECTED] } Message-Id: [EMAIL PROTECTED] } X-Mailer: Mail User's Shell (7.2.6unoff 7/17/96) } To: [EMAIL PROTECTED] } Subject: Future Debian gcc packages } } Hello, } } Could you please apply the Objective C patches from the GNUStep project } to the next gcc package? It would be great! } } thanks, } Yves. } } -- }-- End of excerpt from Mail Delivery Subsystem --
Bug#4055: Incorrect .so requests in libtiff man pages
Package: libtiff3-dev Version: 3.4beta034-1 Many .3t manual pages have .so requests like .so SomePage.3t instead of .so man3/SomePage.3t making the manual pages unusable. --
Re: Emacs per-package startup files
Erick Branderhorst writes: OK, so we've decided to have packages put their Emacs startup stuff in a directory, with one file per package. The directory obviously ought to go in /etc, and the files made conffiles, so that the sysadmin can reconfigure things. /etc/emacs/site-start.d ? Please wait a minute. How will these files be read. In alphabetical or fileposition order? Some scripts written in these might work only properly if some other script is executed first. I can't come up with some proper example but I can imagine that this might be very true. This will force us to scan the files several times and execute what is in there only if some specific other scripts are executed earlier. If the files there really depend on each other, then it may be nice to require that each .el file contains (provide 'site-start-xxx) (as the *last* line so nothing is provided in case of error), and other files will just use (require 'site-start-xxx) as needed. Or is there a reason not to do that? Yves.
Bug#4017: boot disk doesn
--- If you haven't been able to boot, ask on debian-user for a boot disk image. Several of our people have made one for NCR. I'd help but I am away from the office with no access to Linux. Bruce
Bug#4056: mouse cursor in X3 server is cross-eyed
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. I have a Diamond Stealth64 Video 3200 (S3-968) PCI video card with 2MB VRAM. Before installing Debian 1.1, it worked fine although I was using a really old version of X. As you might guess, this is REALLY annoying and REALLY needs to be fixed. Here is my XF86Config file. --- start of cut text -- # File generated by xf86config. # # Copyright (c) 1994 by The XFree86 Project, Inc. # # [some comments have been removed] Section Files # The location of the RGB database. Note, this is the name of the # file minus the extension (like .txt or .db). There is normally # no need to change the default. RgbPath /usr/X11R6/lib/X11/rgb # Multiple FontPath entries are allowed (which are concatenated together), # as well as specifying multiple comma-separated entries in one FontPath # command (or a combination of both methods) # # If you don't have a floating point coprocessor and emacs, Mosaic or other # programs take long to start up, try moving the Type1 and Speedo directory # to the end of this list (or comment them out). # FontPath/usr/X11R6/lib/X11/fonts/misc/ FontPath/usr/X11R6/lib/X11/fonts/Type1/ FontPath/usr/X11R6/lib/X11/fonts/Speedo/ FontPath/usr/X11R6/lib/X11/fonts/75dpi/ FontPath/usr/X11R6/lib/X11/fonts/100dpi/ EndSection # ** # Server flags section. # ** Section ServerFlags # Uncomment this to cause a core dump at the spot where a signal is # received. This may leave the console in an unusable state, but may # provide a better stack trace in the core dump to aid in debugging #NoTrapSignals # Uncomment this to disable the CrtlAltBS server abort sequence # This allows clients to receive this key event. #DontZap # Uncomment this to disable the CrtlAltKP_+/KP_- mode switching # sequences. This allows clients to receive these key events. #DontZoom EndSection # ** # Input devices # ** # ** # Keyboard section # ** Section Keyboard ProtocolStandard # when using XQUEUE, comment out the above line, and uncomment the # following line #Protocol Xqueue AutoRepeat 500 5 # Let the server do the NumLock processing. This should only be required # when using pre-R6 clients #ServerNumLock # Specifiy which keyboard LEDs can be user-controlled (eg, with xset(1)) #Xleds 1 2 3 # To set the LeftAlt to Meta, RightAlt key to ModeShift, # RightCtl key to Compose, and ScrollLock key to ModeLock: LeftAlt Meta RightAltModeShift #RightCtlCompose #ScrollLock ModeLock EndSection # ** # Pointer section # ** Section Pointer ProtocolMouseman Device /dev/mouse # When using XQUEUE, comment out the above two lines, and uncomment # the following line. #Protocol Xqueue # Baudrate and SampleRate are only for some Logitech mice #BaudRate 9600 #SampleRate 150 # Emulate3Buttons is an option for 2-button Microsoft mice # Emulate3Timeout is the timeout in milliseconds (default is 50ms) #Emulate3Buttons #Emulate3Timeout50 # ChordMiddle is an option for some 3-button Logitech mice ChordMiddle EndSection # ** # Monitor section # ** # Any number of monitor sections may be present Section Monitor Identifier My Monitor VendorName Unknown ModelName Unknown # HorizSync is in kHz unless units are specified. # HorizSync may be a comma separated list of discrete values, or a # comma separated list of ranges of values. # NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S # USER MANUAL FOR THE CORRECT NUMBERS. HorizSync 31.5, 35.15, 35.5 #HorizSync 30-64 # multisync #HorizSync 31.5, 35.2# multiple fixed sync frequencies #HorizSync 15-25, 30-50 # multiple ranges of sync frequencies # VertRefresh is in Hz unless units are specified. # VertRefresh may be a comma separated list of discrete values, or a # comma
`experimental' as a Distribution value
I'm shortly going to release experimental versions of dpkg and hello. They'll use the new source package format, which hasn't settled down yet, so they ought to go in project/experimental. Unless someone tells me otherwise I'm going to ship them with `Distribution: experimental' in the .changes file (rather than, for example, marking the files as `byhand' in the Files section). This seems to me to be more orthogonal than the alternative, and it leaves the way open for this to be automated more than it is at the moment. I don't believe that dinstall supports this yet, but as an interim measure it could just treat such uploads as all having files marked `byhand'. Ian.
SCSI errors.
Hi Everyone, Seems that everyone having weird SCSI errors? Well, I too are getting some, but I'm not sure if it's the CD that's stuffed or the kernel... Here's a looksee: Aug 6 14:05:11 orion kernel: scsi0: MEDIUM ERROR on channel 0, id 1, lun 0, CDB: Read (6) 00 00 f8 08 00 Aug 6 14:05:11 orion kernel: Current error sr0b:00: sense key Medium Error Aug 6 14:05:11 orion kernel: Additional sense indicated Unrecovered read error Aug 6 14:05:11 orion kernel: CD-ROM I/O error: dev 0b:00, sector 1020 Does this look like the CD is stuffed? It's I-Connects Debian 1.1 CD (July), the only reason I got it was to mount buzz and a couple of others to maintain the mirror here in Australia as I'm running out of space and a new hard drive isn't the answer :-) I'm using an Adaptec 1542CF isa scsi controller with a NEC CDR55-JD scsi cdrom and a Seagate 2.1gig scsi hard drive. The machine is a 486dx4/100 runnign 2.0.10 - I'd *really* hate it for the hard drive to start getting these errors. On another look at this problem, it seems that an ls -lR on the cdrom will bring up this error. This time it says exactly the same as above except the bottom sector value is 1348... H - Suggestions? ...Karl -- Karl Ferguson, Tower Networking Pty Ltd (ACN: 072 322 760)[EMAIL PROTECTED] t/a STAR Online Services [EMAIL PROTECTED] Tel: +61-9-455-3446 Fax: +61-9-455-2776 http://www.star.net.au/
Re: New virtual packages suggestion (make)
The problem with this approach is that it breaks everything that assumes that make is the GNU make - for instance, the kernel. And probably several debian.rules files. It would probably be a fair assumption to say that make, under Linux, is GNU make: the average user would have this installed. I very much doubt that anybody, except very serious developers, would have any other version of make installed. I don't believe that this sort of a change is necessary. -- Windows is not the answer. Windows is the question. Linux is the answer. http://sunsite.unc.edu/mdw/ for all your PC software requirements. ;-)
New xforms packages
-BEGIN PGP SIGNED MESSAGE- Date: 06 Aug 96 08:16 UT Format: 1.6 Distribution: unstable Urgency: Low Maintainer: Michael Meskes [EMAIL PROTECTED] Source: xforms Version: 0.81-1 Binary: xforms Architecture: i386 Description: xforms: GUI Toolkit for X Window Systems Changes: xforms (0.81-1): * New upstream version * gzip manpages Files: 7b87e7aaf265f23abbed9be7ae8af717 160158 contrib optional xforms_0.81-1_i386.deb -BEGIN PGP SIGNATURE- Version: 2.6.2i iQCVAwUBMgb/oSpaNcQEtuj1AQFBVgQAmkn4RQE6Bk3hjLCKgtrHcDj2GB4rWLd7 cOO45qWqvXYGqvdf2tOpsr0BmNWBXPA5BAYlMT+7y1XwxxcYNCCJIKPIi/CHDp5I SlNxtuQFMnblrQIcYRNt3iqHwsG+VosjG8NzdlWSG17dssnsQqrsdPbXAhtU3YXf KL7BNpFnT2k= =muXQ -END PGP SIGNATURE- -BEGIN PGP SIGNED MESSAGE- Date: 06 Aug 96 08:17 UT Format: 1.6 Distribution: unstable Urgency: Low Maintainer: Michael Meskes [EMAIL PROTECTED] Source: xforms-dev Version: 0.81-1 Binary: xforms-dev Architecture: i386 Description: xforms-dev: GUI Toolkit for X Window Systems Changes: xforms (0.81-1): * New upstream version * gzip manpages Files: e2a60c9ee78fbd4ab79e9717f005faa4 685864 contrib optional xforms-dev_0.81-1_i386.deb -BEGIN PGP SIGNATURE- Version: 2.6.2i iQCVAwUBMgb/zipaNcQEtuj1AQFlvAP+InPd+pet0rvkivGT1A2Dsm58ThANpu5o 6LUcxSpsofLibhoX+fDfY5d70gzGHXkN+SVZVjyVgcs5RuFgPztzyL5RgkUFJUmc YXO8wrAoKnGFb9ZgxgNRWazf8q2g2qaTXnlzhlAblRgMUPb1SLBxNP5EXZ2ldfau RJ+B8uP6AuI= =S/TQ -END PGP SIGNATURE- -- Michael Meskes |_ __ [EMAIL PROTECTED] | / ___// / // / / __ \___ __ [EMAIL PROTECTED] | \__ \/ /_ / // /_/ /_/ / _ \/ ___/ ___/ [EMAIL PROTECTED]| ___/ / __/ /__ __/\__, / __/ / (__ ) Use Debian Linux!| //_/ /_/ //\___/_/ //
Re: Emacs per-package startup files
If the files there really depend on each other, then it may be nice to require that each .el file contains (provide 'site-start-xxx) (as the *last* line so nothing is provided in case of error), and other files will just use (require 'site-start-xxx) as needed. Nice of course but now it happens that package A require stuff from B to be loaded, but this code for A is always executed before the stuff from B is executed and so A fails unless, the load process is run again and checks are made whether something needs to be loaded or if it has been loaded in an earlier run. Erick
Bug#4057: compress package install additional zcat
Package: compress-package Version: 1.2-1 Compiling and installing the compress source found on ftp.inria.fr I get a file /usr/bin/zcat. However, gzip already install zcat in /bin. I cannot see how it's useful to have both. :-) Michael -- Michael Meskes |_ __ [EMAIL PROTECTED] | / ___// / // / / __ \___ __ [EMAIL PROTECTED] | \__ \/ /_ / // /_/ /_/ / _ \/ ___/ ___/ [EMAIL PROTECTED]| ___/ / __/ /__ __/\__, / __/ / (__ ) Use Debian Linux!| //_/ /_/ //\___/_/ //
Re: Alphas and libc dependencies
You (Ian Jackson) wrote: All our (ELF i386 and m68k binary) packages are built to build with a dependency on `libc5'. The Alpha people are not using the standard Linux libc; instead, they're using a version of the GNU libc, with a current major number of 0 by the looks of things. No, at the moment the library is installed as /lib/libc-1.93.so with major 6 (and a symlink libc.so.6 to it). It also has numerous other little shared libs in /usr/lib.. As far as I can see we have two ways we can solve this problem: 1. Come up with some kind of scheme, more or less formal, for modifying these dependencies at build-time. At one extreme, the alpha distribution builders write a wrapper around dpkg-deb which fixes up the dependencies. At the other we come up with an automatic scheme for determining shared library dependencies (this will be hard work). This is ugly, but could be done. 2a. Give the package containing our version of glibc version 0 the name libc5. 2b. Implement version numbers for virtual packages so that we can use one here. I think 2b should be done; I've built glibc on our alpha, and dpkg, ncurses, perl etc. I tried letting libc provide other packages like: Provides: elf-libc, libc5, ldso, timezone, libdb1, libgdbm1 Description: The GNU C library version 6 (run-time libraries). Yes, all this stuff is built from glibc. Most of these are base packages so that's no problem. Anyway if this would work: Provides: libc5_5.2.18-8, ldso_ 1.7.14-4, timezone_7.48-3, libdb1_1.85.2-8, libgdbm1_1.7.3-11 it would solve a huge problem. I understand that the plan is to eventually merge the Linux and GNU libc's, and this'll probably produce a libc6, so whatever solution we come up with will only have to last until then. Would it be very hard to put this in dpkg? Oh and would you like to have the Alpha patches for dpkg first so you can integrate them into the normal version (would make it easier for me). Mike. -- Miquel van| Cistron Internet Services --Alphen aan den Rijn. Smoorenburg, | mailto:[EMAIL PROTECTED] http://www.cistron.nl/ [EMAIL PROTECTED] | Tel: +31-172-419445 (Voice) 430979 (Fax) 442580 (Data)
Re: Alphas and libc dependencies
You (Ian Jackson) wrote: All our (ELF i386 and m68k binary) packages are built to build with a dependency on `libc5'. The Alpha people are not using the standard Linux libc; instead, they're using a version of the GNU libc, with a current major number of 0 by the looks of things. In addition to my last message, here is an alternative I've just though of. Why don't we just provide dummy (eg empty) libc5, libdb1 etc packages, and let libc6 depend on them. Then libc5 etc _will_ be installed.. I think that's what I'll do until Ian has implemented version numbers for virtual packages (if that's a reasonable solution that is). Mike. -- Miquel van| Cistron Internet Services --Alphen aan den Rijn. Smoorenburg, | mailto:[EMAIL PROTECTED] http://www.cistron.nl/ [EMAIL PROTECTED] | Tel: +31-172-419445 (Voice) 430979 (Fax) 442580 (Data)
Re: Replaces: and virtual packages?
On Tue, 6 Aug 1996, Yves Arrouye wrote: Hello, I thought having a package with Provides: compress Replaces: compress would be like Provides: compress Conflicts: compress except that the conflict will not appear and I hoped that when the package was installed any previous package providing compress would be removed first. Obviously it does not work. Is this because of virtual packages, or did I not understand Replaces:? As I understand it, from talking with Ian, Provides/Conflicts is to be used when you wish your package to be the only one providing the given feature. I think that Provides/Replaces is not that strict in it's implimentation. That is, it will allow other packages to be in the system with this feature. 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 --
Pine-3.94-3 uploaded to master.
Thanks to Ian for the excelent description of imapd. This will close the description bugs against this package. Date: 25 Jul 96 22:34 UT Format: 1.5 Distribution: unstable Priority: Low Maintainer: Dale Scheetz [EMAIL PROTECTED] Source: pine Version: 3.94-3 Binary: imapd pico pine Architecture: i386 source Description: imapd: remote mail folder access server for Pine and others pico: Easy-to-use text editor found in Pine. pine: An e-mail reader with MIME and IMAP support. Changes: fixed description fields in control files. Files: f267818bc607ea3bdeaee74d753cc214 2151620 non-free - pine-3.94-3.tar.gz 54f0c9158d29c3d5de815ab67b3a5d60 27446 non-free - pine-3.94-3.diff.gz 8963c644c796694475c74f190043f1b2 99450 non-free extra imapd_3.94-3_i386.deb baad6b62090ba50927a750db8d70f2d9 74836 non-free extra pico_3.94-3_i386.deb 9e8b4abc932a5b178095cfb80c83b8e4 657764 non-free extra pine_3.94-3_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 --
dpkg 1.3.0, hello 1.3-7: new source package format
I'd like people to take a look at what I've done here. The dpkg 1.3.0 binary package is fine to install and use (and indeed, it fixes a bug or two), but the whole thing ought not to be moved even into unstable until we've finalised the new source package format. The new dpkg contains a bevy of new scripts; the new hello package should produce the same binary package, but the source is all rearranged. For a more complex source example you can see dpkg. Documentation, in the form of the new programmers' and policy manuals, will be forthcoming very shortly. Ian. -BEGIN PGP SIGNED MESSAGE- Format: 1.5 Date: Tue, 6 Aug 1996 02:31:52 +0100 Source: dpkg Binary: dpkg Architecture: source i386 Version: 1.3.0 Distribution: experimental Urgency: low Maintainer: Ian Jackson [EMAIL PROTECTED] Description: dpkg - Package maintenance system for Debian Linux Changes: dpkg (1.3.0) experimental; urgency=LOW . * dpkg can install named pipes. * dpkg-deb supports directory for destination, generates filename. * dpkg-{source,gencontrol,genchanges,parsechangelog,buildpackage}, dpkg-distaddfile scripts to support new source package format. * a.out build no longer supported. * Changed to new source package format. Files: cefed959519825093d3d5f9844fbbf9e 526 base required dpkg_1.3.0.dsc 1289e4578de3eee386770a6653045677 391353 base required dpkg_1.3.0.tar.gz 403586a1dc2ce73c3b60dc38c54e4815 241538 base required dpkg_1.3.0_i386.deb f9c0d03408eb007a41aa0ad2d17dd85a 236451 byhand - dpkg_1.3.0_i386.nondebbin.tar.gz -BEGIN PGP SIGNATURE- Version: 2.6.2i iQCVAwUBMgdbNcMWjroj9a3bAQFvowP/Vy3wqOVEo0aSdS19/PRQWXG3sZXEHHES g6gwReX1Q5S1jfNIbVfOsVK/6Ovj5hZzQu9SKFjuXQEWLZ5dwuPyAFfQXWBPrYmR HvSoT4iVKJh04ceNeAAve9nju1UySoVcqjhPyEQXEUlpx0L6RS2hFHoX8EwyJVWi g+0t3b68oWg= =/ZEv -END PGP SIGNATURE- -BEGIN PGP SIGNED MESSAGE- Format: 1.5 Date: Tue, 6 Aug 1996 02:22:38 +0100 Source: hello Binary: hello Architecture: source i386 Version: 1.3-7 Distribution: experimental Urgency: low Maintainer: Ian Jackson [EMAIL PROTECTED] Description: hello - The classic greeting, and a good example Changes: hello (1.3-7) experimental; urgency=LOW . * Changed to new source packing scheme. Files: 67d6f1ce34215741d958a3e113ba512e 585 devel optional hello_1.3-7.dsc 1b36dd5413283b0e18f45784e6ee433b 87701 devel optional hello_1.3.orig.tar.gz 8a3125503ca8fadce859786ebd72ddb1 2612 devel optional hello_1.3-7.diff.gz 704d0342835a2a818c221db6b3078ba5 13726 devel optional hello_1.3-7_i386.deb -BEGIN PGP SIGNATURE- Version: 2.6.2i iQCVAwUBMgdbmMMWjroj9a3bAQFywQQAzMdFhorexxHrmrHlHYQF/FtkkpwRN0GV mKEfVsU7iJUtSUjkDiZROlPGnzOvjUlg0pOBPcs1yInCTRG9M8/1KM+7l0hDsZWv 0XWpgQuHU5ra7c6TtQbLBzr8PSTMPSfPZTJcDyGXPwWoH5VOohC8RzfoS4CFn++A 7UmaLUQgCOI= =D9yh -END PGP SIGNATURE-
Bug#3768: axe info files incorrectly installed
Michael Meskes writes (Bug#3768: axe info files incorrectly installed): ... 1) Change the source of axinfo (lots of work). This would be ideal, of course, but of course effort may be better spent elsewhere. OK, I done that. The axe sources weren't that bad after all, and I only needed to change axinfo in one place. -- joost witteveen [EMAIL PROTECTED] [EMAIL PROTECTED] -- Use Debian/GNU Linux!
Re: Is it okay to download orig source once only?
On Sun, 4 Aug 1996, Yves Arrouye wrote: Erick asked the question, but I don't remember if there was an answer. Would it be okay if, when uploading changes to a package, we only upload a .deb and a .diff.gz file? No, it wouldn't be ok. Why don't you just use your account on master to rebuild the source packages? Then you could do basically what you want. Guy
Bug#4058: /etc/papersize doesn't allow spaces
Package: libpaper, gs Version: 0.2-1, 3.53-4 Oef what do I hate these errors. The char indicates the EOL char. # cat /etc/papersize A4 # gs -h Warning: unknown papersize in /etc/papersize Aladdin Ghostscript 3.53 (1996-1-10) [deleted] # cat /etc/papersize A4 # gs -h Aladdin Ghostscript 3.53 (1996-1-10) [deleted] Only one tiny little ugly space f*cked up printing on my system. Please correct this ASAP. Erick
Re: epoch?? how to make squid-1.0.5 squid-1.0beta16
On Mon, 5 Aug 1996, Craig Sanders wrote: Was epoch implemented? How do I use it? Add 'epoch:' to the front of the version. The epoch has to be a number. For example: $ dpkg --compare-versions '2' gt '3' $ echo $? 1 $ dpkg --compare-versions '1:2' gt '3' $ echo $? 0 Guy
Re: Replaces: and virtual packages?
On Tue, 6 Aug 1996, Yves Arrouye wrote: I thought having a package with Provides: compress Replaces: compress would be like Provides: compress Conflicts: compress except that the conflict will not appear and I hoped that when the package was installed any previous package providing compress would be removed first. No, that's not true. You need both conflicts and replaces to get the old package uninstalled. Obviously it does not work. Is this because of virtual packages, or did I not understand Replaces:? The later I think. A replaces B means package A replaces files from package B. replaces and conflicts together is a special case - the package will be uninstalled automatically. That's useful for package renaming or for obsolete packages that are folded into another package. For example, fileutils conflicts and replaces with color-ls. Guy
mfbasfnt-1.0-4 on master (beta)
-BEGIN PGP SIGNED MESSAGE- Date: 06 Aug 96 15:08 UT Format: 1.6 Distribution: unstable Urgency: Low Maintainer: Erick Branderhorst [EMAIL PROTECTED] Source: mfbasfnt Version: 1.0-4 Binary: mfbasfnt Architecture: all source Description: mfbasfnt: TeX's default fonts and a few others. Changes: Tue Aug 6 16:41:19 1996 Erick Branderhorst [EMAIL PROTECTED] . * rewrote half debian.rules and debian.control and Makefile * new maintainer * new dc, cm and latex fonts from ftp.tex.ac.uk. Files: 042b81cdf527dae43cd0c40f96575de0 455160 tex - mfbasfnt-1.0-4.tar.gz bbef9ebcd5a02380fd04ff88f406da18 307628 tex extra mfbasfnt_1.0-4_all.deb -BEGIN PGP SIGNATURE- Version: 2.6.2i iQCVAwUBMgdgAOKGUa6t6e7lAQGslQP/crM+HLeVoeyv4i2saJPr7J2xw4oQcG/4 qTupJq+0GP6aMhUAk1yJiBkOKkJwGPuX166QfLBp1r6W/OaH5aD7HAKOxLNX+iwf Xqlggp3wj5skHtEvwWgZGperK2wwW+P4jT0IbqX11/8RE3PBxFyLMBDjDgHVrrlX UMrJCKV57gI= =E+Pi -END PGP SIGNATURE-
Bug#4059: public readable editor-backups in pine
Package: pine Version: 3.94-2 Here what happens when I write e-mail: -rw-r--r-- 1 truemper students 169 Aug 6 17:37 #pico19247# Whatever the hell this file is, it shouldn't be public accessible because it contains what I write inside pine. -Winfried
wg-local other priority
1. Have you installed the wg-locale (or something like that) package? You need to if you want to use locales. Perhaps this package needs higher priority. Agreed. IMHO it should be 'standard'. If you don't live in the US, a locale for your country isn't really 'optional'. Can you bring this up on Debian-devel? I got unsubscribed a few weeks ago. Sent Anders some mail to get 'resubscribed' but I'm still waiting... Erick
Bug#4058: etc/papersize doesn't allow spaces
Package: libpaper, gs Version: 0.2-1, 3.53-4 Oef what do I hate these errors. The char indicates the EOL char. # cat /etc/papersize A4 # gs -h Warning: unknown papersize in /etc/papersize Aladdin Ghostscript 3.53 (1996-1-10) [deleted] # cat /etc/papersize A4 # gs -h Aladdin Ghostscript 3.53 (1996-1-10) [deleted] Only one tiny little ugly space f*cked up printing on my system. Please correct this ASAP. ASAP? #time echo A4 /etc/papersize 0.01user 0.00system 0:00.06elapsed 14%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (65major+17minor)pagefaults 0swaps There you go, in 0.06 second. If that isn't fast, then what is? Oh, BTW, this has nothing to do with libpaper (I don't know why you think it does, gs doesn't depend on libpaper, and has been reading /etc/papersize before the existance of libpaper.) I do wonder if libpaper does a better job, and I do wonder if gs really should read A4 . Some people were really glad I added a wrapper to allow gs to read /etc/papersize. Some are angry it didn't read A4 . Well, you never please them all! -- joost witteveen [EMAIL PROTECTED] [EMAIL PROTECTED] -- Use Debian/GNU Linux!
Bug#4060: Kernel decompression failure.
Package: boot Version: unknown This may be related to bug report 4019. I received these messages from Tim Gray ([EMAIL PROTECTED]). On Aug 7, 11:10am, Tim Gray wrote: Subject: Debian Install problem : Hi there, : I saw your bug report about failure when decompressing the kernel from : the boot disk. Did you get any answer for that problem? I can boot : using the image, but when it tries to uncompress it to install the : kernel on my hard drive, it fails. I figure any answers yo might get : might solve my problem as well. Thanks. : : Tim Gray -- End of excerpt from Tim Gray On Aug 7, 11:47am, Tim Gray wrote: Subject: Re: Debian Install problem : Christopher R. Hertel wrote: : : Hello, : : No answer yet. My report is in the Debian bug list. With your : permission, I would like to forward your message to the developers. : : Go ahead. Hopefully there will be some simple quick resolution. : : : My guess is that there is a bug or version incompatibility between : the compression and decompression software. That would account for : both of our problems. I have no idea why it would work on some : systems and not on others. : : My case is a bit stranger I think. It doesn't correctly decompress : the kernel, but then I can create the custom boot disk and boot with : it fine. Then the problem I run into is that it says the kernel : doesn't support iso9660 which is the filesystem type of the install : CD. I have posted my strange case to the debian user mailing list : (debian-user@lists.debian.org), in hopes of some insight. : : Tim -- End of excerpt from Tim Gray Chris -)- -- Christopher R. Hertel -)- University of Minnesota [EMAIL PROTECTED] Networking and Telecommunications Services
Re: Bug#4059: public readable editor-backups in pine
On Tue, 6 Aug 1996, Winfried Truemper wrote: Package: pine Version: 3.94-2 Here what happens when I write e-mail: -rw-r--r-- 1 truemper students 169 Aug 6 17:37 #pico19247# Whatever the hell this file is, it shouldn't be public accessible because it contains what I write inside pine. I can't reproduce this on my machine. Where is this file appearing? You might check the permissions on the directory where it is being placed (that usually defines the permissions of files written in that directory). Also, if you have changed your pine configuration in any way, I need to see your .pinerc file. (Send me this stuff in private e-mail) Thanks, 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 --