Bug#3979: linux/if_arp.h> needs further includes

Ian Jackson writes: > Package: libc5-dev > Version: 5.2.18-9 > > As you can see below, should include > and . > ... Fixed in version 5.2.18-10. David -- David EngelOptical Data Systems, Inc. [EMAIL PROTECTED] 1101 E. Arapaho Road (214) 234-6400

Bug#4125: libpaper should ask for papersize

Erick Branderhorst writes: > > Package: libpaper > Version: 0.4-1 > > Right now libpaper comes with a /etc/papersize file containing "letter " > at the first line. IMO it should ask at postinst time what papersize is > wanted and should create /etc/papersize with the received value. Thi

Re: New package standards - LAST CALL

In message <[EMAIL PROTECTED]>, Ian Jackson writes: >Therefore I propose that unless someone raises a serious problem or >issue within the next week or two the new packaging guidelines as >described in the draft dpkg programmers' manual, the draft Debian >policy manual and as implemented by dpkg 1.

Bug#4130: Old motif applications don't run

PACKAGE: motifnls VERSION: 2.1-1 A commercial application (Maple VR3) does not run correctly under X11R6 even with motifnls installed. It complains abut unknown keysyms osf* (for example osfCopy), even though these are defined in /usr/X11R6/lib/X11/XKeysymDB. The problem is that Maple looks for

libpaper 1.0 on master

Please do not use 0.* versions anymore. The next release (1.0-1) will have a paperconfig paper configuration script instead of having /etc/papersize as a conffile. Yves. -BEGIN PGP SIGNED MESSAGE- Date: 13 Aug 96 17:16 UT Format: 1.6 Distribution: unstable Urgency: Low Maintainer: Yves

About libpaper-1.0-1 upload on master

They get stuck in my home, and I can't connect again (the connection is lost everytime I want to log in). Can someone please put ~arrouye/libpaper_1.0* in /home/Debian/ftp/private/project/Incoming for me, please? Alternatively, developers who need it (Ian, Joost) can just fetch

Bug#4124: XtAppInitialize page has the same problem

Please fix it accordingly. -- Debian GNU/Linux 1.1 is out! { http://www.debian.org/ } A. B <=> True B. A <=> False Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> PGP Key: [EMAIL PROTECTED] or any other key sites

Bug#4126: ssh & gpm

Package: ssh Version: 1.2.13-1 If I type "ssh -C hostname" and use gpm to paste more than 4 lines text at a time ssh freezes. Thanks, Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Inf

Bug#4128: ppp/diald interaction

Package: diald The user installs the "diald" package, but does not edit its configuration. The user starts up "pppd" from outside of "diald". "pppd" says "Sorry, this system does not support PPP". If you uninstall "diald", the problem goes away. Perhaps it shouldn't activate itself until the user

Bug#4129: dselect 1.3.0 infelicity

If I position the selection bar on "All Brokenly Installed Packages" and press the "-" key, _all_ packages are de-selected, not just the brokenly installed ones. This is counter-intuitive. Thanks Bruce

Bug#4124: typo in XtOpenApplication manpage

Package: xmanpages Version: 3.1.2-6 Here's a patch: --- XtOpenApplication.3x.orig Wed May 8 01:04:13 1996 +++ XtOpenApplication.3xTue Aug 13 17:51:13 1996 @@ -129,7 +129,7 @@ \fIoptions\fP, \fInum_options\fP, \fIargc_in_out\fP, \fIargv_in_out\fP, \ \fIfallback_resources\fP, \fIwidget_

Bug#4127: uucp uses /usr/spool

Package: uucp Version: 1.06.1-2 uucp has several references to /usr/spool/uucp and /usr/spool/uucppublic. These should be in /var/spool. -- Shields, CrossLink.

Re: Shared library dependencies revisited

Bruce Perens writes ("Re: Shared library dependencies revisited"): ... > We can make your proposal simpler by using virtual package names to > find the libraries.[ eg Provides: libX11.so.6 ] This is a very interesting idea, thanks for the suggestion. As it stands there are a couple of proble

Re: Shared library dependencies revisited

Mark Eichin writes ("Re: Shared library dependencies revisited"): > >> libc.so.5 libc5 (>= 5.2.18-2) > > Hmm. How are we going to determine the minor versions? I run an > "unstable" system and use it for my development -- but my packages are > mostly user applications that really don't care

Re: Shared library dependencies revisited

Maarten Boekhold writes ("Re: Shared library dependencies revisited"): ... > 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 >

Re: Releases other than by the package maintainert

[EMAIL PROTECTED] writes ("Re: Releases other than by the package maintainert"): > [Ian Jackson:] > > (b) that the non-usual-maintainer releases should use a particular > > revision format: eg, hello-1.3-8 would become hello-1.3-8.1. > > Seems very right to me. But I would like to add the f

Re: des encryption..

(Moved to debian-devel:) [EMAIL PROTECTED] writes ("Re: des encryption.."): > [Ian Jackson:] > > Can we please put /opt -> /usr/opt and the empty /opt tree in the base > > package, before things get any worse ? > > > > Also I propose to mandate in the policy manual that packages which use > > /op

Bug#3857: Core dump caused by Xaw3d!

I've just tried replacing Xaw3d with the original Xaw library and both listres and viewres worked! Obviously there's some incompatibility here, could someone fix listres & viewres? Thanks. -- Debian GNU/Linux 1.1 is out! { http://www.debian.org/ } A. B <=> True B. A <=> False Em

Re: Documentation formats

Bruce Perens writes ("Re: Documentation formats"): > From: Ian Jackson <[EMAIL PROTECTED]> > > The thing is that I think we need to be able to distribute other > > [documentation] end-products [than HTML]. ... > Do you have a proposal? ... My initial proposal is as follows: If it's available we

Re: Documentation formats

Bruce Perens writes ("Re: Documentation formats"): ... > 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 w

Re: Documentation formats

Bruce Perens writes ("Re: Documentation formats"): > From: Ian Jackson <[EMAIL PROTECTED]> > > The thing is that I think we need to be able to distribute other > > [documentation] end-products [than HTML]. > > HTML is bad for printing, for example, and not ideal > > if you have a slow machine. Cho

/etc/default

I've noticed that Bruce has included a /etc/default directory in the latest base packages. I want to release new versions of sysvinit and nis in a couple of days / weeks I'm thinking of starting to use /etc/default (/etc/init.d/boot will source /etc/default/boot and /etc/init.d/nis will source /e

Bug#3290: sysvinit path doesn't include /usr/local/{,s}bin

You (Ian Jackson) wrote: > It seems to me that init should have an appropriate default PATH. > This is especially true if the default is hard to change or override. > > I've recently been bitten by an /etc/rc?.d script not having the PATH > I expected. > > The default PATH for non-superuser progr

Bug#4125: libpaper should ask for papersize

Package: libpaper Version: 0.4-1 Right now libpaper comes with a /etc/papersize file containing "letter " at the first line. IMO it should ask at postinst time what papersize is wanted and should create /etc/papersize with the received value. Erick

Bug#4122: update-rc.d failed

Package: dpkg Version: 1.2.13elf I'm trying to package "genpower" (a UPS monitoring daemon), but am having trouble with the postinst: #! /bin/sh -e # # postinst file for genpower echo "- Installing 'start' ..." update-rc.d genpowerd start 11 1 2 3 4 5 echo "- Installing 'stop' ..."

devel directory reorg?

My memory is going, my archives have bit rot... Did we reach any conclusion on reorganizing the devel directory? -- Lars Wirzenius <[EMAIL PROTECTED]> Please don't Cc: me when replying to my message on a mailing list. pgpYHVGCssAxO.pgp Description: PGP signature

Bug#4064: sendmail should recommend deliver, not depend

'Miquel van Smoorenburg wrote:' > >You (Michael Shields) wrote: >> Package: sendmail >> Version: 8.7.5-4 >> >> sendmail depends on deliver. However, in at least two common >> configurations -- null client, and delivery by procmail -- it will run >> perfectly without deliver. sendmail should only

A new addition to Gnuchess

-BEGIN PGP SIGNED MESSAGE- Hi, This increases Gnuchess's playing strength in the first few moves of the game. Cheating, you could say :-), but good practice for strong players. Enjoy! Nikhil. Date: 13 Aug 96 00:07 UT Format: 1.6 Distribution: unstable Urgency: Low Maintainer: Nikhil

Gnuchess 4.0.pl77

-BEGIN PGP SIGNED MESSAGE- Date: 13 Aug 96 00:04 UT Format: 1.6 Distribution: unstable Urgency: Low Maintainer: Nikhil Nair <[EMAIL PROTECTED]> Source: gnuchess Version: 4.0.pl77-1 Binary: gnuchess Architecture: i386 source Description: gnuchess: Plays a game of chess, either against t

Re: Bug#4078: lynx should be in `contrib'

Michael Meskes: > I'd like to ask the other developers what they think. I guess I'm repeating myself, but oh well. In my opinion, the main Debian distribution (i.e., not including non-free or contrib) should consist only of free software, where the definition of free includes the requirement that

Re: Bug#4078: lynx should be in `contrib'

Michael Meskes wrote: > Ian Jackson writes: > > No, because packages which depend on contrib packages must go in > > contrib too. > > Hmm, that wasn't what was said a while ago when we moved xforms. > > I'd like to ask the other developers what they think. While I see th elogic > behind your appr

Re: Bug#3961: 14 character file name limit in zoo

Martin Schulze wrote: > As zoo comes from DOS I'm not sure if it would be a good idea to > support long filenames. zoo comes from Rahul Dhesi, and was designed from the ground up to be cross-platform, albeit particularly for use with CBIP. The 14 character limitation is probably a rudiment of lin

Bug#4060: Update: 4060 - Kernel decompression failure.

Package: boot (boot1440.bin, install) Version: 1.1 (kernel is 2.0.0) Updated information... Problem: On some systems, the compressed kernel image provided on the installation floppy (boot1440.bin) is not decompressed properly when read from floppy. One solution that seems to work for most users

Re: Bug#4078: lynx should be in `contrib'

Hi, Michael Meskes wrote: > I'd like to ask the other developers what they think. While I see th elogic > behind your approach I still think LyX should be an official part of Debian. > > What happens if I recompile it statically? Would it go into the standard > tree then? Being a Debian/m68k us

Re: Bug#4078: lynx should be in `contrib'

On Mon, 12 Aug 1996, Michael Meskes wrote: > I'd like to ask the other developers what they think. While I see th elogic > behind your approach I still think LyX should be an official part of Debian. Me too. However, I think that the way to accomplish that is to persuade the XForms authors to r