> * The miscutils come from the util-linux distribution maintained by
> Rik Faith and others.
I think Ian Murdock tried to get the sources from _outside_ of BOGUS
where possible, because BOGUS did not contain the thorough copyright
and attribution information for each program that we feel is nece
> 1. Who is responsible for kernel versions? If you use a kernel version
> less than 1.3.43 you'll need to apply a patch. So I probably need
> to know the maintainers of the 1.2.x and 1.3.y versions.
I am the victim who issues the Debian-ized kernel.
I have a problem here. The binary interface
I'm not sure this is a bug, or a misconfiguration on my part, but the
man package installed even though I didn't have libgdbm installed.
Then man would die on launch when it couldn't find the library.
Also, I installed gcc-2.7.1 and libc5, libc5-dev, and elf-libg++, and
tried to compile a simple
Bruce Perens wrote:
> As a rule of thumb, if you can get a program from the most-upstream
> source - for example the person who contributed it to BOGUS instead
> of BOGUS, get it from that source.
That sounds fair. Unfortunately, some utilities (like fdisk) seem to
be maintained (recently) only i
> Do we really want
> programs like fdisk to evolve differently in different distributions?
Fdisk is a special issue. There is a new fdisk 3.0 which was distributed
separately. It is a command line program and we need to write a front
end for it.
> If the answer is 'yes', then I would like to hav
> "Chris" == Chris Hanson <[EMAIL PROTECTED]> writes:
Chris> In the "binutils-2.5.2l.20-2" package, "/usr/lib/libbfd.so.2.5.2l.20"
Chris> should be moved to "/lib/", because it is needed by "nm", which is
Chris> invoked by "depmod", which is run before the non-root file systems
ar
Package: tcl
Version: 7.3
Revision: 4
tcl.h is in /usr/include/tcl -- yet there are no other files for this
directory. Seems to me it would make more sense to have just plain
/usr/include/tcl.h
--
Raul
On Sat, 25 Nov 1995, Ian Jackson wrote:
> > Run-parts does not run scripts not beginning with #!/... This may not be
> > a bug, but it should be documented. run-parts --test, however, displays
> > _all_ scripts, which is rather confusing, and not a test at all.
> It does run them - or try to, any
Package: tk
Version: 3.6
Revision: 5
tk.h is missing from this development package. This makes in
difficult to build programs which wish to link with tk.
--
Raul
Raul Miller writes:
>Package: tcl
>Version: 7.3
>Revision: 4
>
>tcl.h is in /usr/include/tcl -- yet there are no other files for this
>directory. Seems to me it would make more sense to have just plain
>/usr/include/tcl.h
[EMAIL PROTECTED]:richard$ ls -l /usr/include/tcl/
total 219
-rw-rw-r--
Jeff Noxon writes ("Re: miscutils snag/questions for all"):
> Bruce Perens wrote:
> > It's a mess. I wish that all of the programs we need from util-linux
> > were distributed separately, that way we could package them individually.
> > I'd prefer to split util-linux into smaller packages, if you h
Bruce Perens writes ("Re: miscutils snag/questions for all"):
> [Jeff Noxon:]
> > Do we really want
> > programs like fdisk to evolve differently in different distributions?
>
> Fdisk is a special issue. There is a new fdisk 3.0 which was distributed
> separately. It is a command line program and
Bruce Perens writes ("kernel crisis?"):
> I have a problem here. The binary interface of the 1.3.x kernel is
> diverging from the 1.2.13 system to the extent that it's difficult to
> keep one binary system that runs both kernels.
This is clearly a Bad Thing. In a way it's easier for us because w
Package: kbd
Version: 0.90-3
keytables(5) doesn't document the `compose' command found in several
of the files in /usr/lib/kbd/keytables. It doesn't mention dead keys
or compose at all.
Ian.
Package: manpages
Version: 1.8-1
Hi...
(I'm being picky, but...)
According to the Contents file, wtmp is located in /etc - which it is. However,
the wtmp manpage says it's in /var/adm. I'd say this would be a manpages
problem rather than a base problem... Oh while I'm at it, I'm not sure but i
Harald Schueler writes ("Re: Bug#1895: run-parts does not run scripts without
#!/..."):
> What it does is documented: It calls execvp, which in turn executes only
> script _with_ #!/interpreter (or binaries of course).
Yes, I'm aware that execvp only runs scripts that are in the proper
executable
Karl Ferguson writes:
>
> Package: manpages
> Version: 1.8-1
>
> Hi...
>
> (I'm being picky, but...)
> According to the Contents file, wtmp is located in /etc - which it is.
> However,
> the wtmp manpage says it's in /var/adm. I'd say this would be a manpages
> problem rather than a base problem
Jos Vos writes ("Bug#1880: Compile error dpkg-1.0.5.tar.gz"):
> Package: dpkg
>
> I try to compile dpkg-1.0.5, both with GCC 2.5.8 (a.out target) and
> GCC 2.7.0 (ELF target) and in both cases I got:
>
> filesdb.c: In function `sysinfo':
> filesdb.c:30: `__NR_sysinfo' undeclared (first use this fun
Ian Jackson writes:
>
> Bruce Perens writes ("kernel crisis?"):
> > I have a problem here. The binary interface of the 1.3.x kernel is
> > diverging from the 1.2.13 system to the extent that it's difficult to
> > keep one binary system that runs both kernels.
>
> This is clearly a Bad Thing. In
Ian Jackson writes:
> The whole design of system() in Perl isn't conducive to good
> error-trapping. I suppose it might be better to use fork oneself.
>
> Jeff (you're the maintainer of this package, aren't you?) - would you
> like me to send you an update that uses fork directly and produces an
On Sat, 25 Nov 1995, Bruce Perens wrote:
> We should encourage authors to package their programs individually rather
> than dump them on Rik. Sometimes, we're going to have to make judgement
> calls.
And someone commented that it'd have been better if all the programs in
upstream digest packages
Ian Jackson writes:
> Bruce Perens writes ("Re: miscutils snag/questions for all"):
> > [Jeff Noxon:]
> > > Do we really want
> > > programs like fdisk to evolve differently in different distributions?
> >
> > Fdisk is a special issue. There is a new fdisk 3.0 which was distributed
> > separately.
On Wed, 4 Oct 95 15:06 BST, [EMAIL PROTECTED] (Ian Jackson) wrote:
>Package: bsdutils? netstd?
>Version: bsdutils 1.3-1, netstd 1.17-1
>
>Are `mesg y' terminals on Debian supposed to be g+w, or go+w ?
They are g+w.
>telnetd (from netbase) and mesg (from bsdutils) seem to thing g+w
>ought to be
Jeff Noxon writes:
> My plan is to rewrite run-parts in C or C++. However, I probably won't
> have that done until next weekend. I've never done any perl programming
> before, so i'd like to avoid making changes to the perl script unless
> you think this bug is urgent enough to warrant it.
No, f
Bill Mitchell writes ("Re: miscutils snag/questions for all"):
> [stuff]
I have written a reply to this but I'm too annoyed for it to be wise
for me to send it.
I have saved it and will look at it again in a day or two and see if I
still feel like sending it.
Ian.
Jeff Noxon writes ("Re: miscutils snag/questions for all"):
> Agreed, but the util-linux people have already made up their minds to
> replace fdisk 2.0 with fdisk 3.0. All recent fdisk 2 maintenance has
> been happening in util-linux, and they're about to stop because the
> program is overhacked,
Bill Mitchell:
I think we need a good way to deal with this general situation
which is simple enough to use not to need guru advice from the dpkg
designer.
I agree -- typically the best way of dealling with this situation is
better documentation.
Of course, where documentation fails (as
Hi...
I have finished a Debian distribution of LHA from sunsite. Now since the
documentation is in Japanese I'm not exactly sure if it's copyright and
under what conditions it's to be distributed.
Would this go into the normal 1.0 distribution, contrib or non-free area?
Or would it just not be a
With all due respect, I fail to see any value in being able to calculate
BogoMips from the command line.
The uptime command provides accurate system load information in a much
more useful format. The BogoMips calculation just wastes CPU cycles, which
is certainly not something you would want to d
>
> With all due respect, I fail to see any value in being able to calculate
> BogoMips from the command line.
>
> The uptime command provides accurate system load information in a much
> more useful format. The BogoMips calculation just wastes CPU cycles, which
> is certainly not something you
PACKAGE: memtest
VERSION 0.1-1
root:/root# memtest 1024
Segmentation fault
[EMAIL PROTECTED] (Bill Mitchell)
Bruce: Can we get a list called debian-sparc for the active work on the
sparc port?
Ian M.: Can we start setting up a tree? Make sure it says under
contruction or somesuch
David Miller: Do you want to be added to this list I assume it will be a
moderate traffic list...
I will try to get
Date: Sun, 26 Nov 1995 21:04:26 -0500 (EST)
From: Mail Archive <[EMAIL PROTECTED]>
Bruce: Can we get a list called debian-sparc for the active work on the
sparc port?
Ian M.: Can we start setting up a tree? Make sure it says under
contruction or somesuch
David Miller: Do
Hello,
I'm back. I've been out of commission for the last week or so with
bronchitis. (Unfortunately, I spent Thanksgiving day in bed as a
result. :/) I've neither read nor replied to any e-mail since last
Sunday, and I haven't done any Debian-related work in the past week,
either.
I've got a
34 matches
Mail list logo