Bug#2038: tex man page has unexpanded macros in it
Package: texbin Version: 3.1415-4 The man page for tex (and bibtex) has unexpanded macros for a number of the default search paths (from tex(1)): TEXFONTSSearch path for font metric (.tfm) files. Default: @DEFAULT_TFM_PATH@ TEXFORMATS Search path for format files. Default: @DEFAULT_FMT_PATH@ These should be expanded before the manual pages are packaged. Debian 0.93R6 Kernel 1.2.13 Libc 4.6.27
ALPHA release of apache-1.0.0-1 now available
This is a preliminary release. It seems to work, but I'm disatisfied with my handling of httpd configuration (basically there is none - you have to edit /etc/httpd/* by hand). And the server though compiled with gdbm support doesn't take advantage of the option of dynamicaly linking in modules. Mainly because I haven't figured it out and I didn't have enough time. Any apache experts who can advise me on how that works? Hopefully, I can get something better out the door in a few weeks. Until then, I hope this suffices. Due to the preliminary nature of the package, it is only available from ftp://ftp.netaxs.com/people/cjf/debian. Oh, it's an ELF package. Use the source to recompile as a.out. Date: 17 Dec 95 07:22 UT Source: apache Binary: apache-docs apache-httpd Version: 1.0.0-1 Description: apache-docs: httpd docs - Apache hypertext transfer protocol server docs apache-httpd: httpd - Apache hypertext transfer protocol server Priority: Low Changes: Files: -rw-r--r-- 1 root root 259493 Dec 17 01:57 apache-1.0.0-1.tar.gz -rw-r--r-- 1 root root 4357 Dec 17 01:57 apache-1.0.0-1.diff.gz -rw-r--r-- 1 root root75667 Dec 17 01:57 apache-docs-1.0.0-1.deb -rw-r--r-- 1 root root97654 Dec 17 01:56 apache-httpd-1.0.0-1.deb 0adaabbd4ce43334920d79f97925e8f3 apache-1.0.0-1.tar.gz 86d5481502348db1899b12f94dac98e0 apache-1.0.0-1.diff.gz 35abbe35da2cf16dc5f447e4e76e578a apache-docs-1.0.0-1.deb 8dd8e0ce3c3a5eb12deab362eb7c2b4a apache-httpd-1.0.0-1.deb -- Christopher J. Fearnley|UNIX SIG Leader at PACS [EMAIL PROTECTED] (finger me!)|(Philadelphia Area Computer Society) [EMAIL PROTECTED] |Design Science Revolutionary http://www.netaxs.com/~cjf |Explorer in Universe "Dare to be Naive" -- Bucky Fuller |Linux Advocate
Bug#2039: X server font erosion
Package: xserver-mach64
Version: 3.1.2-2
This problem is difficult to describe, and difficult to trace or reproduce.
I'm not sure it is specific to the XF86_Mach64 server, but that's the only one
I've used, and it's occurred for all versions of XF86 3.1.2 I've used
(Slackware 2.3.0, Debian 0.93R6, latest Debian ALPHA-TEST.)
On occasion, apparently at random, certain characters of a particular font
will become "eroded": the bottom portion of the character will blank, so that
every newly drawn occurence of the character on the screen only shows the top
portion.
Currently, for example, I'm using the font
-schumacher-clean-bold-r-normal--16-160-75-75-c-80-*-*
in my xterms and in Emacs. The legs on the letter "R" are missing. I'm
including a screen snapshot with this message that demonstrates what I mean.
This rarely happens, but when it does it's noticeable and annoying. Sometimes
the erosion gradually worsens, blanking more of the character, or sometimes it
begins affecting other characters at the same time. Usually I can fix the
problem by logging out and back in (via xdm), or sometimes the problem will go
away by itself after an indeterminate period of time.
Here's the current status of my X server:
XFree86 Version 3.1.2 / X Window System
(protocol Version 11, revision 0, vendor release 6001)
Operating System: Linux
Configured drivers:
Mach64: accelerated server for ATI Mach64 graphics adaptors (Patchlevel 0)
(using VT number 7)
XF86Config: /usr/X11R6/lib/X11/XF86Config
(**) stands for supplied, (--) stands for probed/default values
(**) Mouse: type: MouseMan, device: /dev/mouse, baudrate: 1200
(**) Mach64: Graphics device ID: "ATI WinTurbo"
(**) Mach64: Monitor ID: "MAG DX17F"
(**) FontPath set to
"/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/"
(**) Mach64: Option "power_saver"
(--) Mach64: card type: PCI
(--) Mach64: Clock type: ATI18818-1
(--) Mach64: Number of Clocks: 32
(--) Mach64: clocks: 50.35 56.64 63.00 72.00 40.00 44.90 49.50 50.00
(--) Mach64: clocks: 0.00 110.00 126.00 135.00 0.00 80.00 75.00 65.00
(--) Mach64: clocks: 25.18 28.32 31.50 36.00 20.00 22.45 24.75 25.00
(--) Mach64: clocks: 0.00 55.00 63.00 67.50 0.00 40.00 37.50 32.50
(--) Mach64: Maximum allowed dot-clock: 135.000 MHz
(**) Mach64: Mode "1280x1024": mode clock = 110.000, clock used = 110.000
(**) Mach64: Mode "1024x768": mode clock = 75.000, clock used = 75.000
(**) Mach64: Mode "800x600": mode clock = 40.000, clock used = 40.000
(**) Mach64: Mode "640x480": mode clock = 25.175, clock used = 25.175
(**) Mach64: Virtual resolution: 1280x1024
(--) Mach64: videoram: 2048k
(--) Mach64: Using hardware cursor
(--) Mach64: Using 4 MB aperture
(--) Mach64: Ramdac is ATI68880
(**) Mach64: Using 6 bits per RGB value
(--) Mach64: Aperture mapped to 0x7c00
(--) Mach64: Pixmap cache: 1 256x256 slots, 2 128x128 slots, 8 64x64 slots
(--) Mach64: Font cache: 16 fonts
Here's the screen snapshot:
begin 664 eroded-R.gif
M1TE&.#=A\`"!`/(``/___P```,\``&4``/]%10``S_?W]_^F`"P`\`"!
M```#_EBZW/XPRDFKO3CKS;O_8"B.9&F>:*JNE>$:"OR\,FO?>%ZZ3#W[!=Y(
MF"'28C4>C1A\(1=*8!,*,R:M1^HUVW1VO=;I,RPLR\Q<,33"5+:D#N;%/+Y2
M(72Q7!V]3_-Z56=V84]^?X2)AH"':C%L=H\4<`U[;XZ&?)[EMAIL PROTECTED]:HF2*
M/[EMAIL PROTECTED]>YN4-DL8B
MJ<6'?96US[QRN4&(W=:(6:1<2\ZBWG_GYIG9W=$AT^C.UKBZEH',QLIHHU*=
M$_\*T?NT#,@V.)80QM(0#UPU9Q'SM=D$+N:$A
M1(Z<[+E:E:8U4%2[8L0*MF&2[]P55KV[1PX\J=2[>N
MW;MX\^K=R[>OW[!E\*S]2[AP3U<2#I)[EMAIL PROTECTED]>HO9UJUN:9X4^I'E
M(,B5'*.Z=+:DV)LS6_I#FE*S1=823?9;M$JJ0=%\6DQ"R_,:T-2;5_^*/#MB
M<9ZRIZE&[EMAIL PROTECTED];3PYK(VI.EM>[3OT3'BP=WF7KO-S
M^5/[JKR<7GMH9=O:6`7OK1[A_OG#&#GDFFS7:5/3:`/MYQ)CUEF7(#!?O%>@
M2`H-D=Z"H$3W&VW&[EMAIL PROTECTED],D'T;52'MX\->!=^\(J`Y(R_47($RUP;<0
M91Q!6-R!*,Z@(@<^238@>744A>-4!.K8GE728=(D4:7P^*18$AX6GY&5?<:@
M7U\9YIR/[EMAIL PROTECTED])DE>IL&61K7P-N::;+;IYIMPQBGGG'36>>9([EMAIL
PROTECTED]'8
M6!::MIM]T-5WTF0J4:=%4/?1-^2,$ZF6W1I?IK/;I6J)&":'."&:'R#<)5D3
M9SMZQIQYYQFAFZ88O.52>:1J!PQQ+';WG:>VAC#*J)69*:1FF
M1Q"2_EJK/!*R*%ZAO?'ZWP?+XJI.L>NQ*NM;X*(!6FV$^K(
MU,-3WL3(>`_WD*ZZ5X*;974FZ]6EFUP!6B;1>O)E9BNN3L7GTU!'+?745%=M
M]=4WB"/8EEAW#21BN,7\]<[EMAIL PROTECTED]<=A(>PL:P/M+:3*F>KH,Z?!1]J?9).,
M=Z0([]?1PCC%ZO"_KW&*G\Y?JCH)IB?O;0%W_6UW+\7=_MZZ<>49#XSXC[*L
M[31[68'NL[[PHOP+YI2[."+<\J$!;972'@H18B/AC[%A_*,BV/F[VOG6ZFOND:CQ[K'Z<)\C"08XB/RL-/
MWWSPLYJX>K]XBC0V[9HM3O-\(9S`%NO7,BX5C&P:'V340)'!YVV32IRX4*_G!GVU_RN,:0D6Q_[)[^
MUE/&[EMAIL PROTECTED](.*^SKD[-)8N]BL:X^.'!^(RI>X\UW1>FO!7B:G
MZ,,V'[EMAIL PROTECTED]@7H,5*FRI23XV/_([EMAIL
PROTECTED](+>=:2'Q<[1B#UV[EMAIL PROTECTED];&9JA&GS`)>(I]5SW7$
M3HX,K>[EMAIL PROTECTED]"0M:-)*AA*3V>#7,Q\'S)M24G"@U%V0!GA)\XE+
ME*Z#G?8TZDZRNG)(H)MJ,F?9L*3:\F._*=']OMG+L=Y-JL%4JM^Z"E%C#C!'
MU(OH_("W,U_Z*YI^G697T5JH:X;L?XS!X*_8MC$IE8ZN_63*5LL9N@:68QSW
M5,$ZU]3.=)(0IGA);6YC&R%[ZE:=\C0H#4LHW.(:][C(_C5!#9D6W.3N":$[
M;*YA>=I;,O:HJHJ2+$7OV,:+>J:!3I2/%*=KLM`"$COI<2/'#*7%6,;M
Bug#2039: X server font erosion
Robert Leslie wrote: > > Package: xserver-mach64 > Version: 3.1.2-2 > > On occasion, apparently at random, certain characters of a particular font > will become "eroded": the bottom portion of the character will blank, so that > every newly drawn occurence of the character on the screen only shows the top > portion. I have the same problem. Also, I've noticed that, apparently at random, charactars from a certain font will be replaced by '=' (or at least something that looks like an equals sign). The problem doesn't seem to occur just using one or 2 xterms. But after running netscape (either locally or from a remote system), characters begin to disappear. Running frame maker produces the same error, but less often. - John Larkin
Re: Status of xpm.
On Fri, 15 Dec 1995 [EMAIL PROTECTED] wrote: > Ian, are you working on an elf version? If not, I would be willing > to work on it if it's not too complicated. I've never handled a > package before, so I'd like to start out easy. Yes, please do. Thanks!
Bug#2036: Printer stuck #2.
Eddie Maddox wrote: > 1. I didn't have lp installed since the installation parameter screen > for this said "line printer", not just "printer". > > Having been a computer operator in times past I KNOW my little HP Deskjet 500 > is NO "line printer". I agree that the use of the term "line printer" is an anachronism. It would probably be impossible to eradicate it from *nix internal use, but if it's possible to remove it from any installation scripts, I think that would be a good idea. Susan Kleinmann [EMAIL PROTECTED]
Re: ALPHA release of apache-1.0.0-1 now available
On Sun, 17 Dec 1995, Chris Fearnley wrote: > This is a preliminary release. It seems to work, but I'm disatisfied > with my handling of httpd configuration (basically there is none - you > have to edit /etc/httpd/* by hand). Hmm. That's what kept me from releasing mine. Maybe we can decide what constitutes a resonable set of things to do at install time? Like: * Should we create a new user and/or group to control access to the hierarchy of html files? If so, why don't we make it "official" and get Bruce to include in the base /etc/group and /etc/passwd files. * Where should we put the html hierarchy? I mean, they could exist on /usr, since it doesn't per se matter if they're read-only or not, but it that "right"? A lot of places use /home/html or some such---I personally don't think this is appropriate, but someone please tell me I'm wrong. There are others, obviously. We might also want to coordinate with Ted Hajek who maintains the cern httpd. Also, you might want to rename the package to apache-httpd and the related directories and files, or you need to conflict with cern-httpd. > And the server though compiled with > gdbm support doesn't take advantage of the option of dynamicaly linking > in modules. Mainly because I haven't figured it out and I didn't have > enough time. Any apache experts who can advise me on how that works? As I understand it, it requires dld, though I've been slowly getting the impression that when using ELF, the interface for dynamic loading is the same as that dld provides. Can anybody confirm/deny this? Mike. -- "I'm a dinosaur. Somebody's digging my bones."
Bug#2040: xserver-mach32 won't do 1024x768x16bpp...
Package: xserver-mach32 Version: 3.1.2-2 This is a documented bug in the original source---I believe I sent a patch that could be used to create a xserver-mach32x or something that would be compiled to allow users who wanted to to drive their cards at something resembling its capabilities. Mike. -- "I'm a dinosaur. Somebody's digging my bones."
Bug#2040: xserver-mach32 won't do 1024x768x16bpp...
On Sun, 17 Dec 1995, Michael Alan Dorman wrote: > This is a documented bug in the original source---I believe I sent a > patch that could be used to create a xserver-mach32x or something that > would be compiled to allow users who wanted to to drive their cards at > something resembling its capabilities. Yes, I've dug out my copy of your patch. I'll try and include it in the X packages; the problem is going to be persuading the makefiles to produce the original version of the server as well as the patched one. I'll close the bug report once I've done this. Steve Early [EMAIL PROTECTED]
Bug#2041: efax errors on installation
Package: efax Version: 07a-3 Efax gives this message upon installation: - (Reading database ... 11345 files and directories currently installed.) Preparing to replace efax (using efax-07a-3.deb) ... Unpacking replacement efax ... Setting up efax ... The "efax" package has been installed on your system. You presumably have to adapt some settings in it's resource file "/etc/efax.rc" to your system. /var/lib/dpkg/info/efax.postinst: [: too many arguments - Regards, ...Karl -- | PO Box 828 Office: (09)316-3036 Fax: (09)381-3909 |OWER INTERNET SERVICES Canning Bridge After Hours: 015-779-828 WA, 6153 Sales Support: [EMAIL PROTECTED] Internet Service Providers and Networking Solutions
Bug#2041: efax errors on installation
Karl Ferguson writes: Karl> /var/lib/dpkg/info/efax.postinst: [: too many arguments - Weird. I tested this a bit yesterday while I implemented it, and of course tested the installation on my box before I shipped efax --- in short, it doesn't do this on my computer. Can you trigger the error as well when you run efax.postinst yourself? Can you send me the efax.postinst and efax.preinst? How did you invoke dpkg? -- Dirk Eddelb|ttelhttp://qed.econ.queensu.ca/~edd
sendmail hangs
Anders, On my system, sendmail seems to get into a non-terminating loop when it runs the mail queue and when it processes the SMTP "MAIL FROM" command. Later today I'll have time to build it for debugging. I'm using version 8.6.12-9 . Bruce -- Bruce Perens <[EMAIL PROTECTED]> Pixar Animation Studios Q: How many Microsoft engineers does it take to screw in a light bulb? A: None. They just define darkness as an industry standard.
Bug#2041: efax errors on installation
> Karl Ferguson writes: > Karl> /var/lib/dpkg/info/efax.postinst: [: too many arguments - > > Weird. I tested this a bit yesterday while I implemented it, and of course > tested the installation on my box before I shipped efax --- in short, it > doesn't do this on my computer. > > Can you trigger the error as well when you run efax.postinst yourself? Can > you send me the efax.postinst and efax.preinst? How did you invoke dpkg? Yuh - if I run it manually it gives the same error. I invoked dpkg simply with -i (--install) as per normal. I'll send the efax.post* files direct to you after I email this so as not clogg up the list. Regs ...Karl -- | PO Box 828 Office: (09)316-3036 Fax: (09)381-3909 |OWER INTERNET SERVICES Canning Bridge After Hours: 015-779-828 WA, 6153 Sales Support: [EMAIL PROTECTED] Internet Service Providers and Networking Solutions
ftp.debian.org mirror available in UK
I have a mirror of ftp.debian.org on my machine which I am willing to make available to people in Europe. The mirror is available by anonymous ftp to myrddin.chu.cam.ac.uk This mirror will only be available until June 1996. Steve Early [EMAIL PROTECTED]
Re: *** Important Notice ***
On Sat, 16 Dec 1995, David Engel wrote: > There are a couple of serious problems with Ray Dassen's latest gdbm > and db packages. DO NOT install them unless you want run the risk of > leaving perl, and consequently dpkg, in an unusable state. The same > problems exist with Ray's readline package also, but nothing depends > on it yet so it's not quite as critical. I've left them in Incoming, for the moment. Please let me know when I should move them into the archive.
Re: coming soon
I agree with Ian J. I also agree that compatibility between distributions is paramount, but I'd rather convince Caldera, Red Hat, etc. to be compatible with System V than change Debian to be incompatible with it. We should make talking to them the first step in resolving this incompatibility problem. If they don't want to change, we can decide what to do from there.
Re: solving some of our FTP problems
On Sun, 10 Dec 1995 [EMAIL PROTECTED] wrote: > I'd love that feature too. But that either requires a damn good script, > or that everybody uses the same .changes format. I think everyone *should* be using the same format. Bill has addressed my complaints and suggestions about the old dchanges format in his newer releases (my complaint that it wasn't "human readable" and my suggestion that it be made so, that is); I'm happy with it now. I certainly wouldn't object to making the dchanges format the mandated format for announcements, since almost everyone is already using it. But we wouldn't necessarily *need* a common format to do what Bdale suggested; all the script would need to be able to do is extract the md5sum. As long as the format used doesn't alter the md5sum output (by changing the order of the fields, for example), "md5sum -c" will be able to check it. > Given that we had that a rather use- and resultless discussion about a > "human readable" vs "machine parsable" format, I am not sure whether we > can arrive there. On the contrary; I think that discussion got us there.
Re: ALPHA-TEST permissions
On Wed, 13 Dec 1995, Bruce Perens wrote: > I'll let Ian Murdock decide what he wants to do about this. Well, we appear to have two options. We can (1) leave the development release in an unreadable directory, as it is at present; or (2) move the development release back into a readable directory, making it clear that it's still under development. Personally, I prefer (2). I don't want to make the development release inaccessible or even hard to get. I want to make sure that everyone (who knows what they're getting into!) can get it and install it. The current situation doesn't allow that, as a number of people have complained about on debian-user. I'll give people another day or so to comment on this. If there are no serious objections during this time, I'm going to move the release back into /debian. I think using a code name for the release is the best idea; I'll leave thinking of one to the creative element of the Debian Project. :)
efax-07a-4
I am indebted to Robert Leslie and Karl Ferguson for spotting two stupid errrors in yesterday's release of efax-07a-3. Thanks, guys. So here's a new one and it'll hopefully last longer than 24 hours ... Date: 17 Dec 95 22:39 UT Source: efax Binary: efax Version: 07a-4 Description: efax: Programs to send and receive fax messages. Priority: Low Changes: * efax-07a-4 release * debian.rules: include missing debian.preinst (bug#2041) and really create the directories in /var/spool/fax * debian.postinst: quoted strings (bug#2041) Files: -rw-r--r-- 1 root root91723 Dec 17 17:38 efax-07a-4.tar.gz -rw-r--r-- 1 root root10389 Dec 17 17:39 efax-07a-4.diff.gz -rw-r--r-- 1 root root76060 Dec 17 17:38 efax-07a-4.deb f19bf6c32bc18f55dce6a882234ecde8 efax-07a-4.tar.gz 9e1f6c33e0397c25da2a40a55ccc2795 efax-07a-4.diff.gz 392e66bb51299b1f66e295d81d0d5847 efax-07a-4.deb -- Dirk Eddelb|ttelhttp://qed.econ.queensu.ca/~edd
Re: ALPHA-TEST permissions
> Well, we appear to have two options. We can (1) leave the development > release in an unreadable directory, as it is at present; or (2) move the > development release back into a readable directory, making it clear that > it's still under development. > > Personally, I prefer (2). I don't want to make the development release > inaccessible or even hard to get. I want to make sure that everyone (who > knows what they're getting into!) can get it and install it. The current > situation doesn't allow that, as a number of people have complained about > on debian-user. > > I'll give people another day or so to comment on this. If there are no > serious objections during this time, I'm going to move the release back > into /debian. > > I think using a code name for the release is the best idea; I'll leave > thinking of one to the creative element of the Debian Project. :) Ian, if you do decide to do number 2, could you please give us a little notice by posting to devel beforehand? I just dont want to have to delete and re-mirror the 1.0 stuff (as well as the other mirrors who are using a 2nd mirror to get 1.0 currently). We can just manually mv the debian-1.0 dir back and it wont delete it... Thanks :) ...Karl -- | PO Box 828 Office: (09)316-3036 Fax: (09)381-3909 |OWER INTERNET SERVICES Canning Bridge After Hours: 015-779-828 WA, 6153 Sales Support: [EMAIL PROTECTED] Internet Service Providers and Networking Solutions
Bug#2005: No symlink /usr/X11 -> /usr/X11R6
On Mon, 11 Dec 1995, Owen S. Dunn wrote: > No symbolic link /usr/X11 is made to /usr/X11R6 when this package is > installed. Is this necessary? I thought the FSSTND said it wasn't.
Debian+umsdos (fwd)
We should consider adding umsdos support to Debian 1.0. Alot of people ask about it. We shouldn't present umsdos as an alternative to installing Debian "for real", but we could at least give our users the option of using it. (It might also be useful as a "try it before you install it for real" feature.) -- Forwarded message -- Date: Thu, 23 Nov 1995 13:07:40 +0200 From: Juhana K Kouhia <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Debian+umsdos Hi. I'm looking for solutions to the problem of getting TeX system working easily in students home computers. One solution is to use Linux with X. Installation of Debian should be easy as possible, that is, without need to repartition the hard disk --- umsdos file system is fine for that. Would you please make boot and root diskettes for installing Debian entirely with umsdos system? The system can be the same as current Debian but all Linux files on hard disk should be as umsdos -- diskettes may be used with ext2 or msdos or whatever file systems. The swap should be a swapfile, not a partition. What you think about this? I think this is very fine solution to the problem that students don't know or want to repartition their hard disks. Other solutions are 'emtex' or such for msdos, but I see many advantages in Linux if only students have big enough hard disk. Juhana Kouhia
Re: /etc/X11/Xresources (xbase-3.1.2-5)
On Sat, 16 Dec 1995, Robert Leslie wrote: > I wouldn't have noticed these except I found the new xterm didn't log > anything into utmp; should this really be the default? It should log to both utmp *and* wtmp by default. Could this be changed?
(fwd) kbd-0.91 is out - was: Re: Very strange keyboard error (fwd)
I was just forwarded this. It was probably intended for the kbd maintainer, which is no longer me. -- Forwarded message -- Date: Sun, 17 Dec 1995 02:46:05 -0500 From: Chris Fearnley <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Newgroups: comp.os.linux.misc Subject: (fwd) kbd-0.91 is out - was: Re: Very strange keyboard error Newsgroups: comp.os.linux.misc Path: netaxs.com!news.cais.net!ringer.cs.utsa.edu!swrinde!gatech2!news.sprintlink.net!newsfeed.internetmci.com!EU.net!sun4nl!cwi.nl!news.cwi.nl!aeb From: [EMAIL PROTECTED] (Andries Brouwer) Subject: kbd-0.91 is out - was: Re: Very strange keyboard error Message-ID: <[EMAIL PROTECTED]> Sender: [EMAIL PROTECTED] (The Daily Dross) Nntp-Posting-Host: zeus.cwi.nl Organization: CWI, Amsterdam References: <[EMAIL PROTECTED]> Date: Thu, 14 Dec 1995 12:25:44 GMT Lines: 21 [EMAIL PROTECTED] (Philip Arickx) writes: : If caps lock is down, all keys : give the upper case letter *except* the letter m, : which continues to give lower case. : I'm using slackware 2.3, and run the be-lat1 keyboard map. : Is the map faulty, or is the error more obscure ? I think your map is faulty. A week or maybe two ago, while creating kbd-0.91 I noticed a similar flaw in one of the keymaps, possibly be-lat1 and corrected it. [There are no "official" keymaps - usually I just make the maps available that people send me - but sometimes obvious bugs are corrected.] Let me take this opportunity to announce that kbd-0.91 exists (on ftp.funet.fi, near the kernel directory); it seems my announcement on c.o.l.a. was eaten by the line eater. [No need to get it - very little was changed.] -- Christopher J. Fearnley|UNIX SIG Leader at PACS [EMAIL PROTECTED] (finger me!)|(Philadelphia Area Computer Society) [EMAIL PROTECTED] |Design Science Revolutionary http://www.netaxs.com/~cjf |Explorer in Universe "Dare to be Naive" -- Bucky Fuller |Linux Advocate
Re: coming soon
On Sat, 16 Dec 1995, Ian Jackson wrote: > > 4. The /etc/init.d/functions file will no longer be used. > > Please make it exist and be empty so that existing programs don't > break. It should contain a comment saying that programs shouldn't use > it. Also, don't forget to remove the ". /etc/init.d/functions" line from /etc/init.d/skeleton, so that new scripts people write using that as a starting point don't source it.
Re: solving some of our FTP problems
On Sun, 10 Dec 1995, Bruce Perens wrote: > Everybody has problems with truncated uploads, etc. Generally they can't > fix them by themselves. I wanted to repair this by automating the FTP > archive process to check against the changes file and then move the file > into place. Ian Murdock objected to this as he wanted to manage the FTP > archive by hand. I think we should arrive at a happy medium - uploads > are verified against their .changes file and moved into an accessable > area that is not their final resting place. Ian can then move them, with > the confidence that their integrity has been checked, to their place in > the archive. This sounds good. The only part I objected to is having a script actually move the packages into the archive. I frequently make judgement calls that a script cannot possible make (or, at least, make reliably). I certainly don't have a problem using a script for automatic processing. I'm not sure what you meant by "verified against their .changes file", but the script probably shouldn't verify against .changes files that are uploaded. It should use the md5sum from the debian-changes announcement. That way, it'll be harder to get a bogus package into the distribution, and package maintainers will be forced to announce their packages before they upload them to ftp.debian.org. (This has become an greater problem in the last months for some reason.)
Re: /etc/fstab.sample
On Wed, 13 Dec 1995, Robert Leslie wrote: > As long as I've been updating the mount package, I have a question: > > The mount package contains a "configuration" file /etc/fstab.sample. > Would it not be better to include this file in /usr/doc/examples, or > does something actually depend on it being in /etc? As far as I know, nothing depends on it being in /etc, so please do move it. I put it there before Debian ever had a /usr/doc/examples directory; now that we do, it should definitely be moved. Thanks.
Re: /etc/X11/Xresources (xbase-3.1.2-5)
On Sun, 17 Dec 1995, Ian Murdock wrote: > On Sat, 16 Dec 1995, Robert Leslie wrote: > > > I wouldn't have noticed these except I found the new xterm didn't log > > anything into utmp; should this really be the default? > > It should log to both utmp *and* wtmp by default. Could this be changed? Logging into wtmp is controlled by the loginShell resource (-ls command line option), which also controls whether the shell that is started is a login shell. I think that this should be false by default, and that the xterm started in the Xsession script should have this flag explicitly set to true. This prevents huge numbers of entries being made in wtmp for each X session, and stops /etc/profile from being run for every xterm that is started. Users who want a particular environment for processes in their X session should set it in their .xsession file. Administrators who want to set global environments should do so in a script called from the default Xsession file. Steve Early [EMAIL PROTECTED]
xtrlock-2.0-1
-BEGIN PGP SIGNED MESSAGE- xtrlock (2.0-1); priority=LOW Package: xtrlock Version: 2.0 Package_Revision: 1 Maintainer: Stephen Early <[EMAIL PROTECTED]> Description: Minimal X display lock program xtrlock is a very minimal X display lock program, which uses nothing except the Xlib library. It doesn't obscure the screen, it is completely idle while the display is locked and you don't type at it, and it doesn't do funny things to the X access control lists. Changes: * converted to ELF 85fc9f2597df2deb7740b07099b2a1a1 xtrlock-2.0-1.deb 2071f5b45656d30ac2a7ff4178f2ab11 xtrlock-2.0-1.diff.gz 965e75fc43f6058d5af5c5faef2e97b5 xtrlock-2.0-1.tar.gz - -rw-r--r-- 1 root root 5848 Dec 18 00:13 xtrlock-2.0-1.deb - -rw-rw-r-- 1 sde1000 sde1000 2642 Dec 18 00:13 xtrlock-2.0-1.diff.gz - -rw-rw-r-- 1 sde1000 sde1000 5500 Dec 18 00:13 xtrlock-2.0-1.tar.gz -BEGIN PGP SIGNATURE- Version: 2.6.2i iQCVAwUBMNS0AIli3Xs+7S0lAQHzVQP/bDvjOtzn4T/Bn2BQWdEA045RWnkQsfmk PCb4TONBtFPVN3+eLODHvtYbFatTUQ15l090NAdMy+th7NQJZNfrKSbgWG4laRD5 zeBJZrSyfWzzyspm49ISmsgtzqPrSWXZKQThoiD8ZEiGTTgE8vUkzwc71tBxDjpP AWITepQb3UQ= =Y8D5 -END PGP SIGNATURE-
Re: *** Important Notice ***
Note that "sendmail" uses db and gdbm, too. Bruce -- Bruce Perens <[EMAIL PROTECTED]> Pixar Animation Studios Q: How many Microsoft engineers does it take to screw in a light bulb? A: None. They just define darkness as an industry standard.
xsnow-1.40-0 (new package)
-BEGIN PGP SIGNED MESSAGE- xsnow (1.40-0); priority=LOW Package: xsnow Version: 1.40 Package_Revision: 0 Maintainer: Stephen Early <[EMAIL PROTECTED]> Description: Snow in your X server xsnow brings Christmas to your X server. A nice waste of CPU time... c74e59f4680e26b2eb6fc321b0f33860 xsnow-1.40-0.deb 2e34499c74685623b6881361d527cf72 xsnow-1.40-0.diff.gz a42b72cd66f45b5a58e5200a42edac9f xsnow-1.40-0.tar.gz - -rw-r--r-- 1 root root13997 Dec 18 00:37 xsnow-1.40-0.deb - -rw-rw-r-- 1 sde1000 sde1000 4506 Dec 18 00:37 xsnow-1.40-0.diff.gz - -rw-rw-r-- 1 sde1000 sde1000 35839 Dec 18 00:37 xsnow-1.40-0.tar.gz -BEGIN PGP SIGNATURE- Version: 2.6.2i iQCVAwUBMNTABoli3Xs+7S0lAQFvVAQAwVh769Ax3RgtUkqeVTCIHxNWX+D4ZOno sPE+5b1IZpAwuVKkw7pFPtmCUaSR71eGzkqlXygvdmzCrZTR1JJfCOi1K2ZFZXsl PfEr5Ze8zTdGP7wJFE1bweXy49+JA0Dj0qXfjGwOIHKKDRCgFduhIdYS2X/iBPlo Kyezg8FXmqo= =sSTS -END PGP SIGNATURE-
Re: Debian+umsdos (fwd)
Actually, I was thinking of using umsdos rather than minix as the filesystem for the installation root floppy. I haven't tried it yet. We'd need a package with the umsdos utilities (there's umssync, which synchronizes the directory contents with the "extended" directory after MSDOS has changed them). We'd also have to run these at the right point at boot time (and perhaps when filesystem are mounted?). Bruce -- Bruce Perens <[EMAIL PROTECTED]> Pixar Animation Studios Q: How many Microsoft engineers does it take to screw in a light bulb? A: None. They just define darkness as an industry standard.
Re: ALPHA-TEST permissions
On Sun, 17 Dec 1995, Ian Murdock wrote: > Well, we appear to have two options. We can (1) leave the development > release in an unreadable directory, as it is at present; or (2) move the > development release back into a readable directory, making it clear that > it's still under development. Am I that confused. I thoght that the release presently reachable through ftp.debian.org:/debian/development was the development release. > Personally, I prefer (2). [...] Me too. > I think using a code name for the release is the best idea; I'll leave > thinking of one to the creative element of the Debian Project. :) I think "development" is a fine name for it.
Re: /etc/fstab.sample
On Sun, 17 Dec 1995, Ian Murdock wrote: > > The mount package contains a "configuration" file /etc/fstab.sample. > > Would it not be better to include this file in /usr/doc/examples, or > > does something actually depend on it being in /etc? > > As far as I know, nothing depends on it being in /etc, so please do move > it. How about [also] making the contents of that file a comment block at the head of /etc/fstab?
sendmail hang fixed
Anders, I rebuilt sendmail for debugging, with -DNEWDB removed because it did not find the header db.h, and -DNDBM is there anyway - I think we probably don't need both. The problem went away. These are my "db" libraries. Bruce -rw-r--r-- 1 root root86534 Nov 18 09:16 libdb.a lrwxrwxrwx 1 root root 15 Dec 1 19:06 libdb.so -> libdb.so.1.85.2 lrwxrwxrwx 1 root root 15 Dec 1 21:25 libdb.so.1 -> libdb.so.1.85.2 -rwxr-xr-x 1 root root65536 Sep 12 19:17 libdb.so.1.85.1 -rwxr-xr-x 1 root root65177 Nov 18 09:16 libdb.so.1.85.2 lrwxrwxrwx 1 root root9 Dec 1 19:19 libdbm.a -> libgdbm.a lrwxrwxrwx 1 root root 16 Dec 1 19:19 libdbm.so -> libgdbm.so.1.7.3 -rw-r--r-- 1 root root46726 Nov 18 10:40 libgdbm.a lrwxrwxrwx 1 root root 16 Dec 1 19:19 libgdbm.so -> libgdbm.so.1.7.3 lrwxrwxrwx 1 root root 16 Dec 1 19:19 libgdbm.so.1.7 -> libgdbm.so.1.7.3 -rw-r--r-- 1 root root24372 Nov 18 10:40 libgdbm.so.1.7.3 lrwxrwxrwx 1 root root9 Dec 1 19:19 libndbm.a -> libgdbm.a lrwxrwxrwx 1 root root 16 Dec 1 19:19 libndbm.so -> libgdbm.so.1.7.3 -- Bruce Perens <[EMAIL PROTECTED]> Pixar Animation Studios Q: How many Microsoft engineers does it take to screw in a light bulb? A: None. They just define darkness as an industry standard.
Re: ALPHA-TEST permissions
On Mon, 18 Dec 1995, Karl Ferguson wrote: > > ... relocating the development release ...] > > Ian, if you do decide to do number 2, could you please give us a little > notice by posting to devel beforehand? I just dont want to have to > delete and re-mirror the 1.0 stuff (as well as the other mirrors who are > using a 2nd mirror to get 1.0 currently). We can just manually mv the > debian-1.0 dir back and it wont delete it... I just want to reiterate my [unoriginal] suggestion that the actual directory trees be given neutral names, and be accessed through symlinks with meaningful names, to prevent re-mirroring as names change (e.g. from development to stable after the elf release becomes official, or from debian-1.0 to debian-1.1 as we find it necessary to change the release numbering).
Bug#2042: -help
-help --help
Re: xsnow-1.40-0 (new package)
On Mon, 18 Dec 1995, Stephen Early wrote: > xsnow (1.40-0); priority=LOW I thought about packaging this, but interpreted the copyright as requiring that it be placed in non-free, so I didn't. Just raising a concern.
Bug#2043: genksyms
Package: modules Version: 1.2.8-1 I'm experimenting with the newer 1.3 kernels, so I'm not sure this is really a bug (yet), although it could be. The `genksyms' executable is installed in /usr/bin, despite its manual page belonging to section 8. The 1.3.47 kernel module support at least expects to find it in /sbin. I made a symlink to pacify my system, but perhaps it should really be moved there? -- Robert Leslie [EMAIL PROTECTED]
