Hi,
I do not want to get into a my-conf-system-is-better-than-yours
flamewar, but ..
>>"Mark" == Mark Eichin <[EMAIL PROTECTED]> writes:
Mark> Actually, one of these days I *might* just port the perl build
Mark> process to use autoconf. Perl metaconfig/Configure asks a lot of
Mark> quest
In message <[EMAIL PROTECTED]> you write:
|
|-BEGIN PGP SIGNED MESSAGE-
|
|Date: 30 Jun 96 22:33 UT
|Format: 1.5
|Distribution: unstable
|Priority: Low
|Maintainer: Jim Robinson <[EMAIL PROTECTED]>
|Source: netpbmdevel
Wouldn't it be more conformant to call this package netpbm-dev?
I think
Hi,
Sometimes a diff file alone is not enough to change the
original sources to the debianized sources, permissions on
debian.rules is one that has been noted. I remember interim
"unofficial" version of perl being distributed as shell scripts that
performed a few actions (deleting/rena
>>"Ian" == Ian Jackson <[EMAIL PROTECTED]> writes:
Ian> The /usr/src/linux symlink is no longer necessary for anything
Ian> very much, and in any case it seems to me that having the
Ian> most-recently-unpacked thing alway set this link to itself is
Ian> bad.
Umm, I could not think of anot
Dale Scheetz writes ("Re: Bug#3422: termcap entry too long error"):
> On 28 Jun 1996, Darren/Torin/Who Ever... wrote:
...
> > This would be *really* good. It'd be nice if there was also a verbose
> > option that listed exactly what files where installed where. Not
> > necessary but rather handy..
Ian Jackson <[EMAIL PROTECTED]> writes:
> are no differences that diff can't handle (deleted files, retargeted
> links, &c).
I don't know if "retargeted links" covers the following situation, but
don't forget about dangling symbolic links. The GIMP upstream source
contains links to a binarie
Dale Scheetz writes ("Re: Bug#3422: termcap entry too long error"):
[...]
> However, it seems to me that if
> dpkg made some kind of running log entry of it's activities, or could
> time-stamp it's installations, debugging of these two problems could
> provide adequate answers to "who did what to
Mark Eichin writes ("Re: xterm_color with no colors"):
> > Why does the colour xterm package not set TERM correctly by default ?
> because I didn't know that xterm-color *existed* as a terminfo
> entry. The entry is *not* part of the xterm-color package; I have no
> idea where it comes from.
>
> I
[ NB: I read the list. Don't CC replies to me. I pay for my PPP. Thanks ]
Ian Jackson:
> I'm absolutely convinced that we need a `buzz-fixed' directory, to
> which Debian-1.1. and stable are made to point.
I'm happy if we can get one soon.
I'm not sure I understood what you meant. Let me par
Brian Mays writes ("Re: kernel-source and kernel-headers packages"):
> Ian Jackson <[EMAIL PROTECTED]> writes:
> > Can't these be retired ?
...
> > Why not just ship the (debianised, obviously) source to the
> > kernels we ship as .tar.gz and .diff.gz, just like any other
> > binary package ?
>
>
Package: netpbm
Version: 1994.03.01p1-1
I got a huge number of file conflicts between pbmplus (10dec91-2) and
netpbm, all for the manpages.
Either the manpages should have the suffix .1netpbm instead of .1
(though as the binaries are in /usr/bin this is probably unnecessary)
or netpbm should Conf
Package: netpbm
Version: 1994.03.01p1-1
I tried to find a way to make the netpbm tools supplied in the package
produce a file that was in the ASCII-only format described in pnm(5),
rather than the binary format, but this didn't appear to be possible.
I think it should be, perhaps as a new program
I'm absolutely convinced that we need a `buzz-fixed' directory, to
which Debian-1.1. and stable are made to point.
I propose that we organise this as follows:
* Packages that need to go into buzz-fixed have in the dchanges
file `Distribution: unstable buzz-fixed' or perhaps just
`Distribution: bu
I've been reading the discussion ...
Firstly, I'm glad to have disposed of the `byte-for-byte original
source archive' idea (and that some of the people I thought were
advocating this were merely advocating that we should be able to
extract the original source files somehow from our source archive
On Tue, 25 Jun 1996, Scott Barker wrote:
> Ian Jackson said:
> > We *must* provide a tree which contains only the most rcently
> > bug-fixed versions of everything, and we *must not* require people to
> > download broken packages only to have to download good ones too.
>
> ok. This is important,
You (Lars Wirzenius) wrote:
> Steve Greenland:
> > Maybe some sort of config file is needed here? '/etc/checksecurity.conf'?
>
> This might be an appropriate time to start thinking again about
> /etc/default (under whatever name). If I remember correctly, someone
> told us that one of the commerc
-BEGIN PGP SIGNED MESSAGE-
Date: 30 Jun 96 22:33 UT
Format: 1.5
Distribution: unstable
Priority: Low
Maintainer: Jim Robinson <[EMAIL PROTECTED]>
Source: netpbmdevel
Version: 1994.03.01p1-1
Binary: netpbmdevel
Architecture: i386
Description:
netpbmdevel: Netpbm development libraries a
-BEGIN PGP SIGNED MESSAGE-
Date: 30 Jun 96 22:34 UT
Format: 1.5
Distribution: unstable
Priority: Low
Maintainer: Jim Robinson <[EMAIL PROTECTED]>
Source: netpbm
Version: 1994.03.01p1-1
Binary: netpbm
Architecture: i386 source
Description:
netpbm: netpbm -- graphics conversion tools.
C
"Christian Hudon wrote:"
>
> Package: fvwm
> Version: 1.24r-24
>
> Fvwm shouldn't recommend (nor even suggest, IMO) another version of
> itself (i.e. fvwm2).
Hmm, I'm not so sure. In principle you are correct, but the fvwm2 package
has all the pixmaps needed by fvwm-1.24 and fvwm won't run with
-- Begin Changes --
-- End Changes --
PS: As usual first in ftp.infodrom.north.de in /pub/people/joey/debian/
--
/ Martin Schulze * Debian Linux Maintainer * [EMAIL PROTECTED] /
/ http://www.debian.org/ http://www.infodrom.north.de/~joey/
/ Never trust an operating system you don
Good night folks,
normally cdrom drives are marked with `noauto' in the /etc/fstab file
to provide a smooth booting process. Does Debian provide a tool that
regularily tries to mount the cdrom drive? If not, I would be happy
to contribute with one and its manpage.
I'm not sure to which package
Unsubscribe [EMAIL PROTECTED]
I think two additional functions to the bug handling system would be nice:
send the outstanding bugs for a package
send the outstanding bugs for a maintainer
(If that functionality is already there, then it needs to be
mentioned in the help response.)
SteveG
--
The Mole - I think, therefore I
Juergen Menden wrote:
>
> On Wed, 26 Jun 1996, Dale Scheetz wrote:
> >
> > The Debian Source Format could be composed of:
> >
> > 1. A control file. This would most likely be a diff file sufficient to
> > reconstruct the Debianized source tree from the original pristine source
> > tree.
> > 2. A
[ NB: I read the list. Don't CC replies to me. I pay for my PPP. Thanks ]
Steve Greenland:
> Maybe some sort of config file is needed here? '/etc/checksecurity.conf'?
This might be an appropriate time to start thinking again about
/etc/default (under whatever name). If I remember correctly, s
Sven Rudolph wrote:
>
>
>
> Package: cern-httpd
> Version: 3.0-6
>
> On upgrade httpdconfig is run. If there is no Welcome.html it creates
> one.
>
> However our legacy WWW data uses index.html as directory entry point.
> CERN httpd first looks for Welcome.html, then for index.html, so our
>
Dominik Kubla wrote:
> [checksecurity still descends down NFS links]
> And while we are at it: The same goes for AFS, ALEX and AMD filesystems,
> so please make the script ignore the AFS filetype and the following
> directories:
>
> /a
> /afs
> /alex
> /amd
> /n
> /net
>
> These direc
Austin Donnelly wrote:
> Package: cron
> Version: 3.0pl1-32
>
> Recently, the checksecurity script bundled with cron was changed to
> not scan NFS servers.
>
> However, the regexp used to parse the output of "mount" is not quite
> right, and still fails to exculde the NFS servers.
> [correctio
-BEGIN PGP SIGNED MESSAGE-
Date: 30 Jun 96 17:56 UT
Format: 1.5
Distribution: unstable
Priority: Low
Maintainer: Jim Robinson <[EMAIL PROTECTED]>
Source: zircon
Version: 1.17p1-1
Binary: zircon
Architecture: i386 source
Description:
zircon: An X11 interface to Internet Relay Chat.
Cha
-BEGIN PGP SIGNED MESSAGE-
Date: 23 Jun 96 22:50 UT
Format: 1.5
Distribution: unstable
Priority: Low
Maintainer: Jim Robinson <[EMAIL PROTECTED]>
Source: auctex
Version: 9.3c-3
Binary: auctex
Architecture: i386 source
Description:
auctex: An integrated environment for writing TeX/LaTe
unsubscrip [EMAIL PROTECTED]
thanks
I've unsubscribed, so this may not get through. If it does make
it, it'll let the group know that my remaining three packages have
been picked up by:
jgraph-83 gone to Rob Browning <[EMAIL PROTECTED]>
ae-962 gone to Dale Scheetz <[EMAIL PROTECTED]>
beav-140gone
On Sun, 30 Jun 1996, Dale Scheetz wrote:
>If no one else wants it, I think I have room on my plate for ae. Is the
>bug still outstanding?
You're the first one to speak up, so I guess it's yours.
I've cleared the multi-arch compatability bug in ae, and made
similar changes to clear the same prob
Agh!! Sorry.
Bill Mitchell <[EMAIL PROTECTED]> writes:
OK, I'll take this one.
> jgraph-83 ORPHAN
Good luck Bill. Hope your move goes well.
--
Rob
If no one else wants it, I think I have room on my plate for ae. Is the
bug still outstanding?
On Sun, 30 Jun 1996, Bill Mitchell wrote:
>
> I'm afraid that I must drop off the debian project for now.
> I'm still on track to drop off the net around mid July, due
> to relocation to the Philippin
Date: 30 Jun 96 15:46 UT
Format: 1.5
Distribution: unstable
Priority: Low
Maintainer: Karl Ferguson <[EMAIL PROTECTED]>
Source: unarj
Version: 2.41a-4
Binary: unarj
Architecture: i386 source
Description:
unarj: Unarj unarchive utility.
Changes:
unarj: Fixed indented long description bug.
Files:
37 matches
Mail list logo
