PACKAGE: xfishtank
VERSION: 2.2-1
1. The package contains nothing but the binary. It *must* contain at least the
copyright file. Docs would be nice.
2. It has no Depends: on libc5 or elf-x11r6lib.
3. It uses the old VERSION and PACKAGE_REVISION format which is obsolete.
--
Dirk Eddelb"utte
>I created an LPRng package for Debian. LPRng is an enhanced BSD-like
>print spooler and is nearly compatible. (It is available at
>ftp://iona.ie/pub/plp/LPRng/ ).
>
>I'm thinking of obsoleting the lpr package by LPRng.
>Cons:
>- minor incompatibility (needs addditional flag in printcap for
> pri
In article <[EMAIL PROTECTED]> you write:
>[EMAIL PROTECTED] writes:
>> May I humbly suggest that we establish some sort of policy regarding packages
>> that obsolete and can be retired?
>
>Yes, please!
>
>> I have argued before that a2ps and a2gs are effectively replaced by
>> genscript, and that
I created an LPRng package for Debian. LPRng is an enhanced BSD-like
print spooler and is nearly compatible. (It is available at
ftp://iona.ie/pub/plp/LPRng/ ).
I'm thinking of obsoleting the lpr package by LPRng.
Pros:
- active developer mailing lists
- lot of special print filters (e.g. for HP
On Tue, 27 Aug 1996, Ian Jackson wrote:
> Dale Scheetz writes ("Re: New virtual package names. "):
> >... Part of my concerns stem from the past history of ae. I have
> > only recently taken over the maintainance of this package. When I got it,
> > the essential field had been declaired a bug, but
I've almost finished converting a whole package---the only thing I
lack is a completed .changes file.
When running dpkg-buildpackage on my testbed, I get the following:
-8<-
Enter pass phrase:
Pass phrase is good.
Key for user ID: Michael Alan Dorman <[EMAIL PROTECTED]>
1024-bit key, Key
Hi,
> net-acct 0.4-1 does not contain any manpages nor other documentation how to
> configure the daemon.
The Documentation is installed in /usrdoc/net-acct/. According to the
Guidelines i will upload the next Package with links to undocumented(7).
(the link is already in the source, only comment
Dirk> May I humbly suggest that we establish some sort of policy regarding
Dirk> packages that obsolete and can be retired?
Guy> Propose that the package be made obsolete on debian-devel. After the
Guy> discussion is resolved, file a bug against ftp.debian.org to make the
Guy> change.
>I sort of thought we had settled on (a). Although I would normally
>expect /usr/*local* to be local, I don't see any reason not to be
>friendly to unusual setups especially in the case of (c) where it
>doesn't cost anything, assuming the base package puts in a reasonable
>default.
Well, in my ca
On Mon, 26 Aug 1996, Michael Meskes wrote:
> In the postinst hostname is called with option -fqdn. However, there is no
> option 'q' nor an option 'n'.
It should be --fqdn (fully qualified domain name).
Guy
On Sun, 25 Aug 1996, joost witteveen wrote:
> I'm closing this bug, as I cannot do anything about it, and
> the upstream maintainer doesn't care.
Those aren't appropriate reasons for closing bugs. Hopefully one day
the bug will really be resolved.
(reopening the bug)
Guy
[EMAIL PROTECTED] writes:
> May I humbly suggest that we establish some sort of policy regarding packages
> that obsolete and can be retired?
Propose that the package be made obsolete on debian-devel. After the
discussion is resolved, file a bug against ftp.debian.org to make the
change.
Just be
> >From what I understand, the directory should not be gone - just renamed.
Any idea what to? I can't find it. It's not a big deal as I had a
backup I could restore from.
Brian
Ian Jackson writes:
> Susan G. Kleinmann writes ("Re: Bruce - fiat required to end discussion on ly
x/copyright ? "):
> ...
> > This is my synopsis of the relevant parts of Chapter 2:
> >
> > Packages go into contrib if their copyrights or patents require that they:
> > a. allow distribution of
Ian Jackson:
> What terrible thing do you think will happen if the user removes all
> their editors ? They'll sit there wanting to edit a file and think
> Damn, I can't figure out why I can't edit this file. I just sit
> here blankly and wonder how I used to edit files.
> ?
Yes.
--
Please
Subject: index.html ist installed a+x
Package: apache
Version: 1.0.5-1
I don't know why but the index.html file that is installed
in /var/web/webspace is of mode 755 instead of 644. I think
this is a bug, right?
Regards,
Joey
Regarding the -r option for dpkg-buildpackage, are there any examples of what's
called for here? Is the gain-root-command something each developer provides
for himself, or is there a command or shell somewhere that performs this
function?
Invoked as root, dpkg-buildpackage works fine. But when I
Thomas Koenig writes:
> David Engel wrote:
> >> $ gcc -bi486-linuxaout hello.c
> >> gcc: installation problem, cannot exec `cc1': No such file or directory
>
> >This isn't a bug.
>
> To change a bug into a feature, it needs to be documented.
This has been documented for ages. From the gcc man
David Engel wrote:
>> $ gcc -bi486-linuxaout hello.c
>> gcc: installation problem, cannot exec `cc1': No such file or directory
>This isn't a bug.
To change a bug into a feature, it needs to be documented.
>If you want to call the a.out compiler using the
>ELF front-end, you have to explicitly
Joey Hess writes ("Bug#4298: arrow keys in dselect don't work after search"):
...
> I'm running dselect in an xterm. I go to the "[S]elect" part of it, and
> the up and down addor keys scroll through the list of packages. But when I
> type "/mosaic\n", to search for mosaic, the arrow keys stop work
> Richard Kaszeta writes:
> Just an idea, no flames, etc intended: Could maintainers who have
> packages that create directories/etc in /usr/local make sure they do
> it in a way that is friendly to nfs-mounted /usr/local?
I second that! AMOF i did bring that up some time ago, but somehow we
Susan G. Kleinmann writes ("Re: Bruce - fiat required to end discussion on
lyx/copyright ? "):
...
> This is my synopsis of the relevant parts of Chapter 2:
>
> Packages go into contrib if their copyrights or patents require that they:
> a. allow distribution of no source code
> b. allow distr
Miquel van Smoorenburg writes ("Re: Bug#4218: Problems removing INN"):
> You (Ian Jackson) wrote:
...
> > Would it be better if I made dpkg treat [EBUSY] as a warning ?
> > (It happens one of the directories in a package is a mount point).
>
> Yes, I think so. Every directory can be a potential mo
Miquel van Smoorenburg writes ("Re: $(ARCH)-debian-linux-gnu"):
> You (Ian Jackson) wrote:
> > Should I provide a command to do this automatically ?
> >
> > dpkg --print-gnu-build-architecture perhaps.
>
> Sure, why not. It would result in more consistency, and that's
> a Good Thing (TM)
This wi
Juergen Menden writes to me in private email:
...
> well, unfortunately some packages (like ldso) need i386-linux and
> wouldn't like to match i486-linux. better might be
ld.so is not a GNU package, is it ? It probably uses our own
canonical architecture strings, which include i386 for intel, and
Dale Scheetz writes ("Re: New virtual package names. "):
>... Part of my concerns stem from the past history of ae. I have
> only recently taken over the maintainance of this package. When I got it,
> the essential field had been declaired a bug, but the discussion of that
> bug seemed to indicate
-BEGIN PGP SIGNED MESSAGE-
Package: net-acct
net-acct 0.4-1 does not contain any manpages nor other documentation how to
configure the daemon.
Nils
- --
Coming again: Best quotes of the net. Today: | Nils Rennebarth
Kristian Köhntopp <[EMAIL PROTECTED]| Schillerstr.
You (A.R.\) wrote:
> Version: any
>
> N.B.: I earlier sent this to pixar, but resubmit because I.Jackson in the
> debian-user maillist indicated communication problems there.
>
> Not really a bug, but something I think ought to be changed in the
> configuration:
> The Debian uucp package comes wi
Michael Meskes writes ("Re: Bug#4051: access permissions for /usr/bin/fdmount"):
...
> I have no problem with it being mode 4750 again.
It should be 4754 - there's no point in stopping people reading it.
(I've been saying 4754 all along, and this is what is in the policy
manual.)
...
> No problem
Peter Tobias writes ("Re: dpkg 1.3.8: dpkg-buildpackage -sa works and is
recommended"):
...
> No problem. The archive with the original sources would be my own
> collection of original sources then ...
Yes, that's right.
Ian.
On Mon, 26 Aug 1996, joost witteveen wrote:
> > Xosview only reads the file XOSView (and ~/.Xdefaults) when evaluating
> > its X resources. It does this by doing all the reading by foot (calling
> > XrmGetFileDatabase() etc.).
> > This is IMO the wrong way to do it; the application should use
>
Susan G. Kleinmann writes:
>
> Package: metamail
> Version: 2.7-6
Oops, wrong depends line. Please upgrade your mime-support package.
Michael
--
Michael Meskes |_ __
[EMAIL PROTECTED] | / ___// / // / / __ \___ __
[EMAIL PROTECTED]
[EMAIL PROTECTED] writes:
> May I humbly suggest that we establish some sort of policy regarding packages
> that obsolete and can be retired?
Yes, please!
> I have argued before that a2ps and a2gs are effectively replaced by
> genscript, and that we should remove them. I think a similar case coul
Ian Jackson writes:
> Can we please have a statement on what we should do ?
>
> I think we should post the release announcements to debian-changes as
> well has having the summary postings.
>
> If people want just the summaries we should provide a separate list.
I second all of that.
Michael
-
Package: ssh
Version: 1.2.13-2
I pasted a 256 character string from my Emacs into an xterm running
`ssh chiark' and it froze. I did the same with a 257 character string
and it also froze, but didn't echo the 257th character. 255
characters did not freeze it. Killing the session with ``RETURN ~
Package: netstd
Version: 2.06-1
I pasted a 256 character string from my Emacs into an xterm running
`telnet localhost' and it froze. I did the same with a 257 character
string and it also froze, but didn't echo the 257th character.
255 characters did not freeze it.
Connecting to other Debian sy
Package: gs
Version: 4.01-2
A rectangle drawn with rounded corners from xfig is not displayed
correctly with gs 4.01-2.
The following patch is supposed to fix this, according to an article
I read in the news.
*** gspath1.c.orig Fri Jul 26 09:17:35 1996
--- gspath1.c Fri Jul 26 09:18:35 19
Brian C. White wrote:
> Eek! I made a goof in a package I'm putting together and dpkg let me get
> away with it.
It was fixed in dpkg 1.3.9 - someone else was already bitten. :-)
>From what I understand, the directory should not be gone - just renamed.
Warwick
Package: metamail
Version: 2.7-6
# dpkg --configure metamail
Setting up metamail (2.7-6) ...
/usr/sbin/install-mime: Unknown option '--quiet'
/usr/sbin/install-mime: Unknown option '--quiet'
/usr/sbin/install-mime: Unknown option '--quiet'
/usr/sbin/install-mime: Unknown option '--quiet'
/usr/sbin
Eek! I made a goof in a package I'm putting together and dpkg let me get
away with it.
The problem was that I saved a man page as "/usr/man/man1" instead of
the correct name "/usr/man/man1/manpage.1". Dpkg noticed the conflict,
but went ahead and toasted the 'man1' directory anyway.
It seems dp
> Package: aout-gcc
> Version: 2.6.3-13
>
FYI, the aout-gcc file is in:
/usr/lib/gcc-lib/i486-linuxaout/2.6.3/cc1
Susan Kleinmann
It didn't core dump on me, but it _did_ start going into an infinite
loop when the xterm reached around 180 columns. On investigation, the
problem appears to be the typedef:
typedef string char[160];
If the xterm is wider than around 160 characters, overruns start to
occur. This is Not a Good
Package: emacs-el
Version: 19.34-1
It appears that some of the lisp files included in emacs-19.34-1
and emacs-el 19.34-1 differ from the official distribution.
emacs*deb were download from ftp.debian.org at 9 pm CDT.
emacs-19.34.tar.gz was obtain from prep.ai.mit.edu at 9:30 CDT.
For an example
>/etc/passwd has
>majordom:*:30:30:majordomo:/var/majordomo:/bin/sh
>
>The group should be `majordom', not `majordomo'.
All else aside, the correct passwd line is:
majordom:*/usr/lib/majordomo:/bin/sh
There should be no such directory as /var/majordomo; it certainly
doesn't appear in the
Ian Jackson wrote:
> Dale Scheetz writes ("Re: Bruce - fiat required to end discussion on lyx/copy
right ?"):
> ...
> > Pine is in non-free because it's copyright places restrictions on the
> > distribution of source. Xforms has more severe restrictions on the
> > distribution of source than pine d
Package: X11?
Version: ?
N.B.: I earlier sent this to pixar, but resubmit because I.Jackson in the
debian-user maillist indicated communication problems there.
I Installed Debian-1.1.1 (dd. 12 july 1996). The default bitmap directory
/usr/X11R6/include/X11/bitmaps/ contains only 2 bitmaps, whereas
Package: uucp
Version: any
N.B.: I earlier sent this to pixar, but resubmit because I.Jackson in the
debian-user maillist indicated communication problems there.
Not really a bug, but something I think ought to be changed in the
configuration:
The Debian uucp package comes without any configurati
Package: dpkg
version: 1.3.9
[EMAIL PROTECTED]:richard$ ls -l /usr/man/man1/dpkg-*
lrwxrwxrwx 1 root root 13 Aug 25 14:50
/usr/man/man1/dpkg-buildpackage.1 -> dpkg-source.1
-rw-r--r-- 1 root root 2438 Aug 24 19:19
/usr/man/man1/dpkg-deb.1.gz
lrwxrwxrwx 1
Package: netpbm
Version: 1994.03.01p1-5.i386.deb
N.B.: I earlier sent this to pixar, but resubmit an UPDATED account because
I.Jackson in the debian-user maillist indicated communication problems there.
This is a preliminary package from /Incoming/, and indeed some things don't
work. Specifically
Package: gimp-smotif
Version: 0.54.1-2
N.B.: I earlier sent this to pixar, but resubmit because I.Jackson in the
debian-user maillist indicated communication problems there.
I installed Debian-1.1.1 (dd. 12-july-1996). The static version of GIMP is
lacking many files, notably /usr/doc/examples/dot
Guy Maor wrote:
> On Sun, 25 Aug 1996, Erik B Andersen wrote:
> > Package: util-linux
> > Version: 2.5-5
> >
> > /sbin/clock seg. faults. The following illustrates this problem:
>
> I can't duplicate this. I'm running 2.0.15, libc5.2.18-10. I skipped
> 2.0.14 but doubt that that's the problem.
>> Xosview only reads the file XOSView (and ~/.Xdefaults) when evaluating
>> its X resources. It does this by doing all the reading by foot (calling
>> XrmGetFileDatabase() etc.).
>> This is IMO the wrong way to do it; the application should use
>> XtGetApplicationResources() (as xsysinfo does i
52 matches
Mail list logo
