While this discussion was going on, I posted a list of requirements
for our source format. I think that there is a very simple way we can
support most of these requirements without many problems. Firstly,
the requirements (summarised):
1. Single file, unpacked using 1 command to make debianised
Karl Ferguson writes ("Returned mail (fwd)"):
> Forwarded message:
> > No matching or similar name in the people
> > database for 'jasonbramsden'.
>
> Can someone take this guy off the debian-changes list please? He's not
> getting the email.
I've mailed various postmasters, without any respons
Package: perl
Version: 5.001-6
-chiark:~/junk> ls -al u.db*
/bin/ls: u.db*: No such file or directory
-chiark:~/junk> cat t.pl
warn 1; dbmopen(Z,"u.db",0600); warn 2;
-chiark:~/junk> perl t.pl
1 at t.pl line 1.
-chiark:~/junk> echo $?
0
-chiark:~/junk> cat t2.pl
warn 1; dbmopen(%Z,"u.db",0600); wa
Package: perl
Version: 5.001-6 (a.out)
While running `top' to see how the Perl postinst was getting on I saw:
root 8507 11.4 0.8 105 160 v02 S01:57 0:03 find
/usr/lib/perl5/i486-linux -type f -exec chmod 644 {} ;
Two questions come to mind:
1. Can't you arrange to create them wit
Bill Mitchell writes ("Re: bogo-1.2-1 released"):
> From a user/installer point of view, it seems unhelpful to combine them.
> It sounds like this would hide theinfo for each small package which would
> be available as Description/Extended description if each was packaged
> separately.
I disagree.
On Tue, 28 Nov 1995, Ian Jackson wrote:
>
> I didn't realise the libc had been hacked so far from the GNU one
> (which has a sophisticated built-time configuration mechanism).
>
> Are the two libcs being maintained (upstream) separately ? If so they
> should probably have different source packa
David Scowcroft writes ("Bug#1906: inittab(5) error"):
> (1) Update inittab(5), then hack the power daemon to write to
> /var/log/powerstatus rather than /etc/powerstatus
Surely this file ought to be in /var/run ? It's more like a pid file;
it's certainly not a log file.
*sig
(This discussion moved to debian-devel, because I think that's where
it belongs.)
brian white writes ("Multi-Platform Support "):
> Since it seems that Debian will soon start supporting other platforms,
> should we add another level to the directory tree to support this? I'd
> reccommend putting
Matthew Bailey writes ("Re: [EMAIL PROTECTED]: New Linux/SPARC snapshot]
(fwd)"):
> LIBC will cause a major concern here considering the port is HUGE to make
> it all work. The kernel Source tree is not a big deal since it can
> configure most of itself.
I didn't realise the libc had been hacke
Over the next weekish or so I will be rebuilding the ftp server.
The amount of downtime should be minimal since I will use my "PERSONAL"
machine while I rebuild the FTP/WEB server so that I can forget about it
for the next 6 months
I will be moving WWW from the apache server over Netscape's
On Wed, 25 Oct 1995 15:40:09 +1000 (EST), Herbert Xu
<[EMAIL PROTECTED]> wrote:
>Package: bsdutils
>Version: 1.3-1
>
>It is trivial to make /bin/kill segfault:
>$ /bin/kill -l
>INT QUIT ILL TRAP ABRT UNUSED FPE KILL USR1 SEGV USR2 PIPE ALRM TERM STKFLT
>CHLD
>Segmentation fault (core dumped)
>
>
Ian Jackson <[EMAIL PROTECTED]> wrote:
> I agree. But, now you see that we have a script called /usr/bin/aout
> and a potential directory called /usr/bin/aout. Hence my suggestion
> that it ought to be called something else. with-aout perhaps.
[For what it's worth... :-))]
Actually, I would a
>Package: bsdutils
>Version: 1.3-1
>
>chiark:~> /bin/kill -HUP syslogd
>Segmentation fault (core dumped)
>chiark:~>
[...core dump snipped...]
There were a number of bugs in /bin/kill, most due to the poor code
quality making loops difficult to decipher.
A large number of signals were missing fro
Martin Schulze:
So the bugreport can be closed, right?
http://www.eg.bucknell.edu/~quinlan/fsstnd/1.2/fsstnd-5.6.html";>
No, wtmp goes in /var/log.
--
Raul
Mail Archive writes:
> You know this is where pristine(SP?) sources would be nice that way we
> can apply debian-platform-specific patches to0 the source tree that way
> we only hve to have a so-called-distfiles-directory that is NON platform
> specific. This will make porting MUCH easier...
I
Package: procps
Version: 0.97-4
Program: top
It seems that when "top" displays parameter lists, it does not properly
truncate the list to fit on one line if there are tab characters
embedded within the parameters.
It should be a simple matter to parse this string and convert '\t' to ' '.
Ian Jackson <[EMAIL PROTECTED]> said:
> Karl Ferguson writes ("bogo-1.2-1 released"):
> > Well, it's a tough job, but someone's got to be low enough to do some
> > small Debian packages :-) One day when I feel more confident I'll do
> > some real packages
>
> Does anyone else think it would be
On Mon, 27 Nov 1995, Ian Jackson wrote:
>
> In this day and age there are very few programs that need to have
> different source code to compile on different CPUs.
>
> Lest anyone think that I speak as someone who doesn't have to deal
> with this problem, I'd like to point out that I'm the maint
Hallo Andrew Howell!
}> Package: manpages
}> Version: 1.8-1
}> (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 w
Package: sysvinit
Version: 2.57b
Debian: 0.93
Kernel: 1.2.13
libc:4.6.27
The man page for inittab(5) specifies that init looks at the file
/etc/powerstatus to determine why init received a SIGPWR (either FAIL if
a UPS signals a power outage or OK if a UPS signals that power is back).
Hence,
> Karl Ferguson writes ("bogo-1.2-1 released"):
> > Well, it's a tough job, but someone's got to be low enough to do some
> > small Debian packages :-) One day when I feel more confident I'll do
> > some real packages
>
> Does anyone else think it would be a good idea to combine some of
> these
Package: X, perl, dlltools, mt, tar
Version: ?, 5.001-5, 2.17-3, ?, ?
I have debian 0.93R6 (stable), all installed last week to empty disk.
About X: I change the link
/usr/X11R6/bin/X -> /etc/X11/X
to
X -> XF86_S3 (in /usr/X11R6/bin/)
since /etc/X11/X no exists (still not there).
About
Ian Jackson wrote:
> Karl Ferguson writes ("bogo-1.2-1 released"):
> > Well, it's a tough job, but someone's got to be low enough to do some
> > small Debian packages :-) One day when I feel more confident I'll do
> > some real packages
>
> Does anyone else think it would be a good idea to combi
Juhana K Kouhia writes:
Juhana> /usr/bin/gcc -c -g -O -I. -I.. -I.././tools -I.././libtiff
Juhana> .././tools/gif2tiff.c
Juhana> /usr/bin/gcc -o gif2tiff -g -O -I. -I.. -I.././tools -I.././libtiff
Juhana> gif2tiff.o ../libtiff/libtiff.a -lm
Juhana> ld: Output file requires shared libra
> > As I said in my reply too, I think it'll be a good idea as well. I'll make
> > a systool package and encorporate the utilities I've just released in it.
> > Sound good?
>
> Yes :-).
>
>
> Peter
Ok, that's settled then.
IanM: Could you delete the procinfo, memtest and bogo packages before
> > Does anyone else think it would be a good idea to combine some of
> > these very small packages together into a somewhat larger one ?
>
> Yes, that's a good idea. There could be separate packages for system
> tools (memtest, bogomips, ...), for console tools (open, vlock, ...)
> and for other
>
> Package: dpkgname
> Version: 0.4-0
>
> In the man page, there is no mention of what you are renaming Debian
> packages /from/. I suspect you are renaming from ms-dos filenames, but
> the documentation should specify.
>
dpkg-name might move into dpkg package, if so the doc will be specified.
>
Package: gcc
Version: 2.6.3-4
I have debian 0.93.R6 installed to empty disk at last week.
In tiff-library (v3.4beta018) compilation I got following error.
Previously I had debian 0.93R5 and tiff-library compiled on it ok.
./configure
make
/usr/bin/gcc -c -g -O -I. -I.. -I.././tools -I.././lib
Package: netstd
Version: 1.21-1
Two problems:
The first is really my own fault, but for the benefit of those of us who get
around to upgrading our systems at 23:45 could you insert some kind of reminder
or warning message to the effect that installing netstd will require a short-
term shutdown of
Package: autoconf, ftape
Version: 2.4-1, 2.03-1
I have debian 0.93R6 (stable) installed to empty disk at last week.
When compiling ftape I got error messages about missing linux/autoconf.h.
I have package 'source', not 'includes' if that matters.
Following did help:
ln -s /usr/lib/autoconf/a
Package: dpkgname
Version: 0.4-0
In the man page, there is no mention of what you are renaming Debian
packages /from/. I suspect you are renaming from ms-dos filenames, but
the documentation should specify.
Thanks,
--
David H. Silber [EMAIL PROTECTED] Project: Debian GNU/Linux (dbackup
Karl Ferguson writes ("bogo-1.2-1 released"):
> Well, it's a tough job, but someone's got to be low enough to do some
> small Debian packages :-) One day when I feel more confident I'll do
> some real packages
Does anyone else think it would be a good idea to combine some of
these very small pac
> Version 1.7 of inline-math has been uploaded to sunsite:
> /pub/Linux/libs/inline-math-1.7.tar.gz.
I think that these would be a *great* thing to include in debian. Having
a good, solid linux release (debian) with *good* math libs will encourage
commercial developers to build mathematical sof
done
Austin Donnelly writes:
> Package: xntp
> Version: 3.4x-1
>
> The 'struct timex' structure has changed in the newser 1.3.x kernels
> (for x approx > 28 or so, I'm told).
>
> This means that xntpd binaries compiled agains old kernels dumps core
> on startup.
>
> I'm told that version 3.4t has suppor
Marek Michalkiewicz writes:
>
> Andrew Howell:
> > There is already a /var/log/ntpstats directory, but I don't think it's
> > really the right place for it, it's not really a log file. Unless someone
> > really objects I think I'll just leave it in /etc
>
> According to fsstnd-1.2, "application sta
36 matches
Mail list logo
