Bug#4382: dselect/dpkg treats squid_1.0.9-1 as a downgrade from squid_1.0.beta16-1
Package: squid Version: 1.0.9-1 dselect/dpkg treats squid_1.0.9-1 as a downgrade from squid_1.0.beta16-1 and won't upgrade unless you force it. Mark
Bug#4383: remote filesystems mounted too early
Package: sysvinit Version: 2.64-1 Remote filesystems are mounted by a command in /etc/init.d/boot. However, this runs before named is started (/etc/rc?.d/S19bind). Therefore, if hostnames are used in /etc/fstab, remote mounts fail. Remote file systems should be mounted after the name server is started. netstd_nfs or netstd_misc may be a sensible place to do this. (It's not clear to me that this is a bug in precisely one package.) -- Richard Kettlewell [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.elmail.co.uk/staff/richard/
Bug#4346: Essential LaTeX style files missing
Thomas In 1.1.7, Debian's TeX is unusable for somebody who wants to do Thomas serious work with it, at least for me (I work in German). Hardly Thomas any of the often - used packages is there (this starts with a4.sty, Thomas which is required by the documentation of german.sty, missing). With \LaTeX2e you shouldn't need A4.sty. Just say a4paper in the \documentclass options. - if you were to start from Karl Berry's sources, you wouldn't get it either, what Debian delivers is a standard base TeX. Just a silly question: Which flavour of \TeX is Debian shipping? How far is it away from e.g. teTeX? And Debian is after all an open system. Everybody could package, say, latex-goodies. I just put these things into /usr/local/lib/texmf/tex/latex // Sidenote: I've packaged some things from teTeX for myself, for example the rsfs fonts, which are badly needed. But: Is somebody knowledgeable on the copyright terms on the rsfs's fonts? As for a4, I much prefer vmargin (which the LaTeX Companion has as vpage, described on page 89). And I pagesize... David
Re: Shared libraries and symbols
Hi Dominik, /lib/libc.so.5.4.4: no symbols This is most certainly a bug! Why? It works without a problem. I got this libc by using David's Debian files with HJ's sources. Try debug a dynamically linked binary using gdb and you will see lots of messages about loading symbols from the shared libraries ... circe:meskes 108) nm /lib/libc.so.5.4.4 /lib/libc.so.5.4.4: no symbols circe:meskes 109) ./t Segmentation fault (core dumped) circe:meskes 110) gdb t core GDB is free software and you are welcome to distribute copies of it under certain conditions; type show copying to see the conditions. There is absolutely no warranty for GDB; type show warranty for details. GDB 4.15.1 (i486-linux), Copyright 1995 Free Software Foundation, Inc... Core was generated by ./t'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libc.so.5.4.4...done. Reading symbols from /lib/ld-linux.so.1...done. #0 0x4006eeb4 in memmove () So where's the problem? I would prefer to keep the symbols in the libraries. As for the static libraries they have to be kept but the for the shared ones? Also I don't see any reason why debugging symbols are kept. I ran `strip -g` on my libraries and saved about 500K (sorry don't know the libraries that had the debugging symbols). Michael -- Michael Meskes |_ __ [EMAIL PROTECTED] | / ___// / // / / __ \___ __ [EMAIL PROTECTED] | \__ \/ /_ / // /_/ /_/ / _ \/ ___/ ___/ [EMAIL PROTECTED]| ___/ / __/ /__ __/\__, / __/ / (__ ) Use Debian GNU/Linux!| //_/ /_/ //\___/_/ //
Bug#4384: gcc_2.7.2.1-1.deb g77_0.5.18-2.deb incompatible
gcc_2.7.2.1-1.deb g77_0.5.18-2.deb are incompatible. g77 package puts f771 compiler to the /2.7.2 directory instead to .../2.7.2.1 Milan
Bug#4385: (no subject)
in debian/rex/base dialog package has wrong Package entry (misc) $ dpkg -I dialog_0.9a-5.deb new debian package, version 2.0. size 64034 bytes: control archive= 789 bytes. 1277 bytes,23 lines control Package: dialog Version: 0.9a-5 Architecture: i386 Section: misc == should be base Depends: libc5 (=5.2.18-1), ncurses3.0 (=1.9.8a-4) Maintainer: Leland Lucius [EMAIL PROTECTED] Description: Display user-friendly dialog boxes from shell scripts Milan
Bug#4386: debian/rex/texbin_3.1415-5.deb is missing manfnt.mf file
In texbin_3.1415-5.deb there is a request for manfnt.mf font which is not there. I linked it to some other file and then dpkg -i works fine. -- Milan Hodoscek (http://www.ki.si)
Bug#4297: msql 1.0.16 cannot connect to remote DBs
Hallo Brian! }When I try to run any of the msql programs, it fails to connect to remote }databases. Connecting to these from a 1.0.14 client works fine. } }$ relshow -h gate }Connect: Connection refused Could you please give me more information? What you gave me, isn't enough. I work with the msqld on three machines: Linux 1.2.13 (a.out), Linux 1.3.100 (elf) and SCO ODT 2.3. I can connect to all three engines from all three machines. I have installed the Debian sources on them. Does your remote engine run on the same port as the local one? I.e. 4333. Does the other machine run Debian Linux? Have a look at the manpage, you can specify a host using '-h gate:1222' if the other engine runs on port 1222. Regards, Joey -- / Martin Schulze * Debian Linux Maintainer * [EMAIL PROTECTED]/ / http://www.debian.org/ http://home.pages.de/~joey/
Re: /usr/local (again)
Dear Bruce, you wrote: Let's please not add unnecessary questions in the postinst. I think /usr/local should be a symbolic link to /local, but it should always exist. We will not gain anything with this! I am sure if you think about it you will recognize that this will just shift the problem to a different location in the file system. On all my Linux systems /usr/local is a mount point of a READ-ONLY AFS or NFS volume. And we have our own site-wide /usr/local structure which is shared by all 12 architectures. As it stands right now, Debian is not well-behaved in a heterogenous environment. Please take a short time to consider the arguments of others and credit them with some intelligence and experience. My proposal resulted from several years of experience fitting Linux systems into an existing network. The bottom line is: no package shall ever make any assumption about anything regarding /usr/local. If that package needs a COMPILE TIME definition where local files reside, my proposal is a reasonable way to avoid hacking the sources. Dominik =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Visit the FAN SITE of the WORLD LEAGUE OF AMERICAN FOOTBALL: A HREF=http://www.uni-mainz.de/~kubla/WLAF/Welcome.htmlHTTP/A or A HREF=file:/afs/zdv.uni-mainz.de/homes/UFO/kubla/public_html/WLAF/Welcome.ht mlAFS file/A access.
Bug#4388: emacs mail-mode fails RFC822 section 3.4.7
Package: emacs Version: 19.34-2 I'm using Emacs under X and font-lock mode is turned on. If you write `cc:' or `Cc:' in the headers it appears in black (or the default face); however if you write `CC:' then it appears in purple. However, RFC822 headers are case-independent, so it should be the same colour independent of letter case. -- Richard Kettlewell [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.elmail.co.uk/staff/richard/
Bug#4254: msql config problems
Hallo Brian! }Version: 1.0.16-2 } }After upgrading from v1.0.14... I have tried this, too, but haven't had any problems. }The /var/log/msql directory is: } }drwxr-x--- 2 operator msql 1024 Aug 23 15:11 /var/log/msql/ } }It should be owned by root.msql and have the permissions 775. It is owned by msql.msql. There might be a problem with your uid/gid that I don't understand because the postinst is testing and correcting them. I change it to mode 755. }The /etc/msql.acl file is: } }-rwx-- 1 operator msql 300 Aug 23 15:08 /etc/msql.acl* } }It should be owned by msql.msql and have the permissions 775. It _is_ owned by msql.msql and should never be a+x. As this file contains rules for accessing databases that no everyone should know I don't believe that is should be world-readable. Especially because of miserable access rules every user could easily think of spoofing. }*** The install script removed the existing msql.acl file I had made. }Good thing I make backups! I'm awfully sorry, this seems to be the case because of msqld replaces msql-server. This didn't happen here. }Fixing these and restarting using /etc/init.d/msqld start gives }the following error (repeatedly)... }Can't start server : UNIX Bind : Permission denied Then another msqld is already running, kill it with killall. } }mSQL Server 1.0.16 starting ... } } }The unix socket is: } }srwxrwxrwx 1 root root0 Aug 21 15:52 /dev/msql= } }This should probably be owned by root.msql, but shouldn't be the }cause of this problem. No, my msql-package doesn't provide a socket in /dev but in /var/run/msql. This socket was used by the old msql package. }Trying to stop these repeated message by doing /etc/init.d/msqld stop }gives the following error: } }callandor:/etc# /etc/init.d/msqld stop }ERROR : Can't connect to local MSQL server }rm: /var/run/msqld/shutdown: Permission denied }rm: /var/run/msqld/shutdown: Permission denied This all seems to be a result of incompatibilities betweeen these two packages. }The shutdown file is: } }-rw-r- 1 root root5 Aug 23 15:52 /var/run/msqld/shutdown } }Since I ran the stop command as root, the only thing I can think of here }is that something is running as user/group msql and could thus not access }the shutdown file. Do you still have any problems after rebooting? (this erases every eventually running old daemon) Regards, Joey -- / Martin Schulze * Debian Linux Maintainer * [EMAIL PROTECTED]/ / http://www.debian.org/ http://home.pages.de/~joey/
Bug#4384: gcc_2.7.2.1-1.deb g77_0.5.18-2.deb incompatible
I'm planning to do a new release of g77 which will include the gcc source to try and solve this problem. The idea was suggested to me by Joost. The fundamental problem is that g77 requires gcc to be g77 aware, and this changes with the versions of gcc. At the moment I'm not in the best position for a new release as my own machines are net-connected via a 1200 baud modem. When term recommences I'll certainly do a new release. Alternatively I could fix the source (on my SGI box), if someone else had the time (and disk space!) to do a recompile. Alan (g77 and f2c package maintainer)
Bug#4387: mirror doesn't provide do_unlinks as executable
Martin Package: mirror Martin Version: 2.8-6 [...] Martin The Debian mirror package only provides this script as an example. Martin I would appreciate movin it into the /usr/lib/mirror direcotory and Martin linking it to /usr/bin/do_unliks. No, because you need to first edit do_deletes locally to adapt the $del_only variable to your site. Or change your $max_delete_files setting. I close this bug. -- Dirk Eddelbuttel http://qed.econ.queensu.ca/~edd
shlibdeps
Are we supposed to use dpkg-shlibdeps for all dependecies upon shared libs? Or is it just for the three (or so) installed in /etc/dpkg/shlibs.default? So what do I do with xpm for instance? Michael -- Michael Meskes |_ __ [EMAIL PROTECTED] | / ___// / // / / __ \___ __ [EMAIL PROTECTED] | \__ \/ /_ / // /_/ /_/ / _ \/ ___/ ___/ [EMAIL PROTECTED]| ___/ / __/ /__ __/\__, / __/ / (__ ) Use Debian GNU/Linux!| //_/ /_/ //\___/_/ //
Bug#4386: debian/rex/texbin_3.1415-5.deb is missing manfnt.mf file
On Tue, 3 Sep 1996, Milan Hodoscek wrote: In texbin_3.1415-5.deb there is a request for manfnt.mf font which is not there. I linked it to some other file and then dpkg -i works fine. This was corrected with the latest mfbasfnt (1.0-5). I would think it to be at the mirrors since the upload date was Aug 9th. It worked for me anyway. 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#4389: your mail
On Tue, 3 Sep 1996, Milan Hodoscek wrote: in debian/rex/base dialog package has wrong Package entry (misc) I will be fixing this when I repackage Dialog with the new standards. 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)
New X Set-Up
The XF86 3.1.2F set-up needs the VGA server and TCL/TK to run. Bruce
Bug#4378: incomplete Packages files and incomplete distributions
On Mon, 2 Sep 1996, Bdale Garbee wrote: Right now, the contrib and non-free trees are, by definition, unstable since they aren't frozen at release time. I don't think this is very nice for folks who are trying to run latest stable bits all the time. There are prominent notices in both the contrib and non-free directories that software contained there is not an official part of Debian. It's therefore not unreasonable to require users to install packages from unstable to use contrib and non-free packages. Another way of looking at it that I spent some time on one weekend is that what you really want on the FTP server is something like a versioned filesystem effect, where you could have an object pool of packages with potentially multiple revisions per package present. This is just a more general restatement of the problem. It is more complex and has advantages which we don't require, among them allowing other than two versions per package and a small cost for more than two releases. I thought it would be easy to make 'contrib' and 'non-free' be directories at the same level as 'base', 'devel', and so forth... but met some reluctance about making it harder for CD-ROM folk to do the right things by having these trees exist inside a release tree. And it violates our assertion that they are not official parts of Debian. Seems like a report to the owners of packages in question indicating issues with the dependency tree for files installed in the stable/unstable hierarchies would be generally useful. That's really what the bug is about. I intend to close it when something like this is implemented. I don't have time right now, or I'd offer to write it. Is this the offical Debian slogan?? Guy
Bug#4190: serious security hole in libc (resolver)
On Thu, 29 Aug 1996, Marek Michalkiewicz wrote: David Engel wrote: About the best I can do, without further guidance, is make libc not echo the problem lines to stderr. Is that acceptable? I'm not sure. Someone could still read special files as root (they would not see the contents, but merely reading them might sometimes cause troubles too, if reading changes the state of the device - as is the case with tapes, for example). My suggestion (not tested, but it is rather simple) - replace all occurrences of getenv() in the resolver with safe_getenv(), implemented like this: ... OK. Seeing that GNU libc, aka Linux libc 6.x, does not support the environment variables, does anyone object to me just removing them altogether? David --- David EngelOptical Data Systems, Inc. [EMAIL PROTECTED] 1101 E. Arapaho Road (214) 234-6400 Richardson, TX 75081
Bug#4384: gcc_2.7.2.1-1.deb g77_0.5.18-2.deb incompatible
Alan (g77 maintainer) writes: I'm planning to do a new release of g77 which will include the gcc source to try and solve this problem. The idea was suggested to me by Joost. The fundamental Probably you are right, but I don't quite understand what you mean. At the moment, gcc is g77 aware, but just not aware of the right g77 version. I think the best solution would, ofcource be to merge the g77 and gcc maintaining, so that new versions of g77 and gcc will always be released together. Failing that, probably the best way is to put a symlink from, say /usr/bin/f771 to /usr/lib/gcc/version/.. and to make the /usr/bin/gcc wrapper in the gcc package /usr/bin/f771 aware, and not /usr/lib/gcc/version/... aware. What probably would not be a good solution is to put another /usr/bin/gcc wrapper in g77. This will then make g77 unable to work with other gcc versions (same problem as now, but other way around and therefore much more serious). Also, I don't really see a need for two /usr/bin/gcc wrappers to be provided by gcc and g77. If I ever gave the impression I favored this, I didn't get my opinion accross very well. So, basically I think this is a gcc problem, that gcc should solve (with a little assistance from g77, (the symlink) to tell gcc where to look for f771). But I don't know how David (gcc maintainer) think s about this, so I cc'd him on this. David? Alan (g77 and f2c package maintainer) -- joost witteveen [EMAIL PROTECTED] [EMAIL PROTECTED] -- Use Debian/GNU Linux!
Re: 96 New Debian i386 Packages
On Sun, 1 Sep 1996, Michael Meskes wrote: 'Distribution: experimental' means unstable, doesn't it? Or do you really mean the experimental subtree under project? No, `experimental' means the experimental subtree under project. `unstable' is unstable. Guy
Re: /usr/local (again)
Bruce: Let's please not add unnecessary questions in the postinst. I think /usr/local should be a symbolic link to /local, but it should always exist. From: Dominik Kubla [EMAIL PROTECTED] We will not gain anything with this! I am sure if you think about it you will recognize that this will just shift the problem to a different location in the file system. On all my Linux systems /usr/local is a mount point of a READ-ONLY AFS or NFS volume. And we have our own site-wide /usr/local structure which is shared by all 12 architectures. As it stands right now, Debian is not well-behaved in a heterogenous environment. Please take a short time to consider the arguments of others and credit them with some intelligence and experience. Ouch! What I object to is another question in the postinst. I installed several Debian systems last week, and there were too many questions - the effect was that you could not let the installation run unattended. What's worse, some maintainers have placed questions in the pre-install script - and then you get questions all during the installation instead of just at the end. So please figure out how to do this with adding a question to every package that uses files in /usr/local. Thanks Bruce
Re: Checking on possible bug in mt...
Rob Browning writes: Rob I'm trying to decide if this is a bug in mt, or my relative Rob inexperience with tape drives. If it's a bug I'll report it, Rob and it'll probably have to go to the upstream maintainers. Rob # mt --file /dev/nst0 tell Rob mt: /dev/nst0: Function not implemented Rob Any idea why? Well, all that mt does is call `ioctl (desc, MTIOCTOP, position)'. From this function, a `-1' is returned to mt, thereby signaling an error, and errno is set, by ioctl, to the code for a `Function not implemented' error. If there is a problem, it is probably with the Linux SCSI tape driver. -- Brian
Re: shlibdeps
In article [EMAIL PROTECTED] you write: Are we supposed to use dpkg-shlibdeps for all dependecies upon shared libs? I believe so, yes. Or is it just for the three (or so) installed in /etc/dpkg/shlibs.default? Ian will correct me if I'm wrong, but I think (under the New Scheme of Things) packages which provide shared libraries should have a debian/shlibs file detailing the appropriate dependency information. Until all packages which provide shared libraries are converted to provide this file, we could: (1) Have all the shlibs information in /etc/dpkg/shlibs.default. (This happened with the X libraries.) or (2) Temporarily put the appropriate information in debian/shlibs.local in the package with the dependency on the shared library. IMO neither of these is wonderful; thoughts? (S)
Bug#4390: xpdf doesn't set itself up to be launched
Package: xpdf Version: 0.5-0 Until adding the appropriate entries to ~/.mime.types and ~/.mailcap, Mosaic does not know to launch xpdf for a PDF file. It would be nice if the postinst added this to /etc/mime.types and /etc/mailcap. -- Shields, CrossLink.
