In article <[EMAIL PROTECTED]> you wrote:
Neat idea (a mirror in space), but unlikely to happen.
: Hey, doesn't Bdale build satellites? :)
Yep. See www.amsat.org for more details... specifically, what I'm working on
today (literally) is documented at:
http://www.amsat.org/amsat/sats/ph
In article <[EMAIL PROTECTED]> you wrote:
: Overlap between amanda-client_2.3.0.4-2 and amanda_2.3.0.4-2:
:usr/lib/amanda/amcat.awk
:usr/lib/amanda/amplot.awk
:usr/lib/amanda/amplot.g
:usr/lib/amanda/amplot.gp
:usr/lib/amanda/versionsuffix
:usr/man/man8/amplot.8.gz
:usr
I've been maintaining 'ytalk'. I don't actually use it any more, and it's
the only X-based thing I maintain except xtrkcad, which is a binary-only
package that I don't have to futz with much. Therefore, I'd like to stop
maintaining ytalk...
Anyone want it? There are a couple of open bugs, but
For the record:
I have need of a port scanner tonight, I don't see one packaged, I happen
to like nmap, and I see no record that anyone else has indicated they are
packaging it...
Expect a package upload shortly... I've got the sources reworked for libc6,
and am finishing up the package now.
Fo
In article <[EMAIL PROTECTED]> you wrote:
: -BEGIN PGP SIGNED MESSAGE-
: On Fri, 21 Nov 1997, Bdale Garbee wrote:
:> In bug report 15091, Christian Meder suggests to me that I make gzip
predepend
:> on libc6. It is not clear to me that this is a good thing to do.
: [ I t
In article <[EMAIL PROTECTED]> you wrote:
: This list can be added to by anyone. What I'd like to ask for now is any
: comments on this.
A checklist like this is a good idea, particularly if it eventually provides
the list of things that initially need to be part of a regression suite for
the pa
In article <[EMAIL PROTECTED]> you wrote:
: - new features
: - installation via serial terminal
An additional reason to do this is that non-PC platforms (Sparc, Alpha, HP
coming eventuall...) often run "headless" with onl a serial console and a
network interface for servers. Getting it right i
In article <[EMAIL PROTECTED]> you wrote:
: BTW: Do you know anybody who really needs to put all the tools needed
: to build source packages onto floppies? :-)
Yes, I do. A friend has an older laptop that has a floppy drive, and that's
his only current path of getting bits in and out. He may
Package: lyx
Version: 0.10.3-1
This package installs /usr/X11R6/lib/X11/lyx/ and all child directories with
permissions 750, which prevents lyx from being able to read its own config
files at startup.
My quick hack fix was to run
find /usr/X11R6/lib/X11/lyx -type d -exec chmod 755 {} \;
The problem appears to be that the z*grep wrappers don't handle
arguments which have multiple tokens. In other words, something like
'-i' works, but '-B 10' does not, since it can't distinguish that '10'
is part of the '-B' argument and not part of a pattern or filename. If
you can skip the spac
> What happens is that the first page is displayed over and over again.
> The effect should be obvious if you are able to reproduce it.
Aha. Nothing like that here.
> Some more info about my system:
>
> kernel: 2.0.13
> libc5: 5.2.18-10
>
> I've tried this on a 1.2.8 machine with the same gzip
> Package: gzip
> Version: 1.2.4-11
>
> Execute these commands on the gzip file attached:
> gzip -cd a.gz
> gunzip a.gz; cat a
>
> The output of the former is clearly incorrect.
I can't seem to duplicate your problem.
> Note that
> if the output is redirected or piped then the error
In article <[EMAIL PROTECTED]> you wrote:
: Why not just have rex-non-free rex-contrib and rex, etc.
I suppose this would be ok, but my own reasonableness trigger would jitter
less if it were something more like
rex/free
rex/non-free
rex/contrib
You end up with fewer syml
In article <[EMAIL PROTECTED]> you wrote:
: I don't know of a longterm solution short of
: duplicating the contrib and non-free trees into stable and unstable
: versions.
During the time when I was "master of master", I was working on a proposal for
restructuring the hierarchy... and this is the s
In article <[EMAIL PROTECTED]> you wrote:
:
: The only incompatibility is that you might have to add a :bk: entry to
: the printcap in order to print to a BSD-lpd-based network printer.
I care a lot about compatibility with other BSD'ish lpd-based systems. I
could live with this easily.
Bdale
Package: ftp.debian.org
It appears to me that some files are incorrectly placed directly in the
buzz-fixed tree, instead of being in buzz-updates with appropriate
symlinks in buzz-fixed... all on master.debian.org.
The files in question:
buzz-fixed/source/manpages-de_0.1-4.tar.gz
In article <[EMAIL PROTECTED]> you wrote:
: > When mainstream is updated, hello-1.3 -> hello-1.4
: > Non-usual-maintainer updates, hello-1.3-8 -> hello-1.4-0.1
: > Usual-maintainer updates, hello-1.3-8 -> hello-1.4-1
: >
: > Usual-maintainer should never use -0 for revisions.
:
: I think this se
ED MESSAGE-
Date: 08 Aug 96 04:00 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Bdale Garbee <[EMAIL PROTECTED]>
Source: tar
Version: 1.11.11-2
Binary: tar
Architecture: i386 source
Description:
tar: GNU tar.
Changes: new upstream version - don't install the 1.1
> Hmmm. This is somewhat more complex than it looks like. I cannot just
> remove /usr/bin/zcat because it is intimately linked with compress.
I disagree. The job of a package maintainer includes the process of doing
things like this to a package. I have to do the same thing for the tar
package,
In article <[EMAIL PROTECTED]> you wrote:
: It doesn't really matter if a 152X gets detected before a high-power
: whiz-bang SCSI-matic 2010 PCI adapter, because you can still put root
: on any SCSI controller you like.
You are correct, of course, Jeff, but the problem with having a card like
a 1
This release fixes the problem with specifying a null username when a remote
tape is specified to the 'f' argument. Previously, unless the fully qualified
form of
[EMAIL PROTECTED]:/dev/tapename
was used, a segmentation violation and core dump would result before anything
else happened.
Package: base
Version: 0.93.6-13
It is utterly unreasonable for the system to try and do fsck's when the
system is booted with 'linux single'. The whole point of a single user boot
is that something is wrong that needs reasoned attention from a system
adminitrator. A single-user boot should do a
Package: source
Version: 1.3.43
The file drivers/scsi/hosts.c defines the sequence in which different SCSI
controller cards are identified. The AHA152X driver appears early in the list,
which is unreasonable if there is another, smarter, SCSI controller in the
system... since it will result in th
Package: source
Version: 1.3.43
The SCSI device driver for the AHA1740 only supports one card in a system at
one time. This is annoying.
Bdale
Package: metamail
Version: 2.7-1
The script /usr/bin/showpicture provided with the metamail package, which is
used by Netscape, et al, to launch xv or xloadimage to display graphical
objects, is a csh script. There is no dependency specified by the metamail
package, and csh is not part of the bas
In article <[EMAIL PROTECTED]> you wrote:
: Here are new versions of libgdbm, libdb and libreadline.
I can't find these anywhere, and it's been a couple of days since the
announcement? I really, really, want to install libreadline-2.0-9 ASAP.
Bdale
In article <[EMAIL PROTECTED]> you wrote:
:
: I'd love that feature too. But that either requires a damn good script, or
: that everybody uses the same .changes format.
"Obviously", everyone should use the same .changes format... but I don't care
what that is, which is why I stayed out of the di
In article <[EMAIL PROTECTED]> you wrote:
: 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,
In article <[EMAIL PROTECTED]> you wrote:
: >Something ought to be done though, since more(1) can't be made to go
: >backwards through manpages. This is rather a serious deficiency.
: HP-UX's more(1) doesn't allow you to go back at all. Ever. :)
Until HP-UX 10.X, at which point it has very less-
I accidentally sent this to just Ian the first time, here it is again...
In article <[EMAIL PROTECTED]> you wrote:
: Martin Schulze writes ("One question upon INN (and syslogd)"):
: > These logfiles are not turned with savelog by cron.sysklogd. Are they
: > turned by cron.inn? If not I might have
We're working on code for ground support of the AMSAT Phase-3D satellite that
needs to use the readline and bfd libraries. We in this context is one other
member of the development team I support cross-development tools for, and
myself. John's running 0.93R6, I'm running something closer to in s
In article <[EMAIL PROTECTED]> you wrote:
: Kenny Wickstrom writes:
: > My X server is
: > on my Win 95 machine. So to get xtet42 to install I needed to add the
: > --force-depends to the dpkg command line.
: xtet42 depends on X11R6 and recommends xserver. This is what Ian Murdoch
: said all X
In article <[EMAIL PROTECTED]> you wrote:
: > We should document what we ship as we ship it.
: No argument, but that implies lots of work for maintainers
: when initially building packages and when upgrading to new
: upstream releases. I'm not sure that it's practical.
I think it's necessary.
This is sort of long. Don't bother unless you care about what /usr's contents
look like, and/or you're desperate for reading material...
I've alluded in the past to my intention to package for Debian the cross
development tools we're using for AMD 29200 embedded systems development. I
care about
Package: mh
Version: 6.8.3-2
The 0.93R6 MH mail user interface package causes it to be impossible to
read any mail, since the default moreproc is '/usr/bin/more', and the current
Debian release appears to put more in '/bin/more' instead. You end up with
errors like:
[EMAIL PROTECTED]:~:
In article <[EMAIL PROTECTED]> you wrote:
: * delete mail spool file (what if it's nonempty?)
Tell the person running the script it's non-empty, and ask if they want it
deleted, anyway.
: * delete home directory. What do we do about saving
: files?
S
Package: trn
Version: 3.6-2
It's not clear to me why trn uses 'recommends' for a mail transport
and a news article injector, while tin uses 'depends'. I think that depends
makes more sense, so I'm filing this against trn.
Bdale
Package: inewsinn
Version: 1.4sec-7
I find it *really* annoying that inewsinn recommends trn, since I want tin,
which requires inewsinn or inn, but don't want trn. This makes me have to
go through conflict resolution every time.
Isn't it sufficient that trn and tin require inn or inewsinn?
Bdal
Package: tar
Version: 1.11.8
When attemping to do remote tar operations using the archive name systax
specified in the info file, which is "[EMAIL PROTECTED]:file", if user is not
specified, tar core dumps, when it should use the current username as the
default.
This is probably part of the same
In article <[EMAIL PROTECTED]> you wrote:
: ... and the expected destination of those files.
That raises an interesting question for me, my apologies if it's docuemented
somewhere that I haven't found yet.
What's the protocol for picking a directory to dump a new package in?
It was pretty easy
101 - 140 of 140 matches
Mail list logo
