install.txt looks weird
Hi, The install.txt that is refered to from the web-site looks weird. I don't know if this is intentional, but section-titles are displayed like: AAddvvaanncceedd PPoowweerr MMaannaaggeemmeenntt ie. all letters are duplicated. Maarten _ | TU Delft, The Netherlands, Faculty of Information Technology and Systems | | Department of Electrical Engineering| | Computer Architecture and Digital Technique section | | [EMAIL PROTECTED] | - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: install.txt looks weird
On Wed, 24 Jun 1998, Stig Sandbeck Mathisen wrote: * Maarten Boekhold (Wed, Jun 24, 1998 at 12:50:13PM +0200) Hi, The install.txt that is refered to from the web-site looks weird. I don't know if this is intentional, but section-titles are displayed like: AAddvvaanncceedd PPoowweerr MMaannaaggeemmeenntt ie. all letters are duplicated. Looks like overstrike, try looking at it with less, and you'll find that the double lettered words are in bold font. And what about the users who click on the link from Netscape, like I did? They get it the way I wrote Maarten _ | TU Delft, The Netherlands, Faculty of Information Technology and Systems | | Department of Electrical Engineering| | Computer Architecture and Digital Technique section | | [EMAIL PROTECTED] | - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please follow protocol when you announce your Intents to package
On Mon, 22 Jun 1998, Shaleh wrote: I have seen numerous people post Intentions to package apps that are already being worked on. Please read the wnpp (it is made for a reason). And when you do announce you intentions PLEASE cc wnpp so that it gets added to the list. It probably wouldn't be a bad idea at all if a web-page was put together where ppl can submit which packages they are working on. If this is done using forms, there also wouldn't be the need for someone scanning all mailing-lists to build a wnpp list. Maarten _ | TU Delft, The Netherlands, Faculty of Information Technology and Systems | | Department of Electrical Engineering| | Computer Architecture and Digital Technique section | | [EMAIL PROTECTED] | - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: glibc and crypt
On Thu, 11 Jun 1998, Chris wrote: Hi all, I took the bite the other day and moved my main systems over to glibc and I am re-compiling some of my legacy programs. The problem I've come up against is some code that uses the crypt function from unistd.h. It complies fine on any bo boxes, but not on the hamm one. Any ideas? I'm after a simple way to get it working without rewriting too much code :) The call is like this: blah = (char *) crypt (pass,pw_salt); Link with -lcrypt. Maarten _ | TU Delft, The Netherlands, Faculty of Information Technology and Systems | | Department of Electrical Engineering| | Computer Architecture and Digital Technique section | | [EMAIL PROTECTED] | - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
exmh and Xauthority
Hi, I think it was on debian-devel that somebody asked about this subject. I replied that I had a rather simple setup using the .xserverrc-file, and a couple of people asked me to mail it to them. So I decided to send it to the list. Here it follows: #!/bin/sh # Generate a random key; Mui and Pearce offer a number of alternatives # for this. randomkey=`perl -e 'srand; printf int(rand(10))'` # HOST=`hostname` # # Add the code to the .Xauthority list for local-host sockets xauth add $HOST/unix:0 . $randomkey # # Add the code to the .Xauthority list for TCP/IP connections xauth add $HOST:0 . $randomkey exec /usr/X11R6/bin/X -auth $HOME/.Xauthority Sometimes there are some messages on startup about non-hex characters in the random-key, but it still works AFAIK. Maarten ___ | Maarten Boekhold, Faculty of Electrical Engineering TU Delft, NL | | [EMAIL PROTECTED] [EMAIL PROTECTED] | ---
Re: Shared library dependencies revisited
I propose the following arrangement (if you don't understand things you should read dpkg-source(1) and the relevant parts of the new programmers' manual): Every package which contains compiled binaries invokes, in its debian/rules, a program which automatically determines what the dependencies are. Eg, dpkg-shlibdeps -fPre-Depends main/dpkg dselect/dselect This produces on stdout something like shlib-Pre-Depends=libc5 (= 5.2.18-2), ncurses3.0 (= 1.9.9e-1) (The -fpre-depends option can be -fDepends, -fRecommends or even -fSuggests to specify a particular level of dependency, and -f... options can be mixed with binary arguments). And what about packages that depend on *one* particular version of a library? I know of one library which will cause trouble, namely libslang. This library changes every minor version update so that programs compiled with earlier versions will not work (I'm not into shared libs, but I think I'm correct if I say that the ABI changes not only with .so-name changes). Maarten ___ | Maarten Boekhold, Faculty of Electrical Engineering TU Delft, NL | | [EMAIL PROTECTED] [EMAIL PROTECTED] | ---
Bug#4103: slrn epends on unavailable slang-lib09931
On Sun, 11 Aug 1996, Joey Hess wrote: Package: slrn Version: 0.8.8.4-1 This version of slrn appears to depend on a version of slang-lib that's not been packaged yet. slang-lib_0.99.23-1 is the newest version of slang I can find as a .deb on ftp.debian.org. Am I missing something? Yeah, just like a lot of ppl, we're missing slang-lib0931.deb. It was there when I built slrn, I think I got it from Incoming on master. However, it seems like it never made it into unstable or whatever. I have slrn-0.8.8.4 running at my system very smoothly, and am very happy with it (though I did discover one very minor bug :). However, I don't have the deb-file of slan-lib0931 anymore. I think slrn-0.8.8.4 depends on a version of libslang greater then 0.99.23, but am not sure. Maybe I should try to repackage with it and see if it works. Maarten ___ | Maarten Boekhold, Faculty of Electrical Engineering TU Delft, NL | | [EMAIL PROTECTED] [EMAIL PROTECTED] | ---
Re: Bug#4069: slrn gives error
Package: slrn Version: 0.8.7.1-3 What version(s) of slang-lib have you installed? Do a dpkg -l '*slang' please. Then I can see if it's library-related, which seems to be the most likely cause. Maarten ___ | Maarten Boekhold, Faculty of Electrical Engineering TU Delft, NL | | [EMAIL PROTECTED] [EMAIL PROTECTED] | ---