Re: points on future installation disks development

1997-06-09 Thread Bdale Garbee
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

Re: asmail?

1997-06-09 Thread Pawel Wiecek
On Jun 6, 12:16pm, J.H.M.Dassen wrote: > On Jun 6, Pawel Wiecek wrote > > Is anyone (except me) working on packaging asmail? Thanks... I wonder how is it possible I couldn't find it... So I see I may stop bothering with this one :^) > > Package: asmail > Priority: optional > Section: mail [...]

Re: mgetty Needs Maintainer!

1997-06-09 Thread Hartmut Koptein
> Some time ago, I handed mgetty over to Siggy Brentrup. However, I > have not yet seen any mgetty uploaded by him and have not received any > response to my e-mails. > > So...would somebody be willing to take over mgetty? Right now, it > doesn't have any maintainer... Hi, i will get it; and i

Perl Police (was Re: Bug#10405: package naming)

1997-06-09 Thread Christian Schwarz
[I'm pulling this thread over to debian-devel since I think this might be intresting for more people.] On Sun, 8 Jun 1997, Brian S. Julin wrote: > Yeah, fine, close the report. Should I open one with the > deb-make maintainer about it's permissiveness, or will > you? Maybe I'll take it up late

problem with /proc info

1997-06-09 Thread Michael Meskes
Could anyone explain this to me? cat /proc/meminfo total:used:free: shared: buffers: cached: Mem: 96813056 95010816 1802240 122679296 11886592 37617664 Swap: 65798144 229376 65568768 MemTotal: 94544 kB <== MemFree: 1760 kB MemShared: 119804 kB

Re: problem with /proc info

1997-06-09 Thread Tim Sailer
In your email to me, Michael Meskes, you wrote: > > Could anyone explain this to me? > > cat /proc/meminfo > total:used:free: shared: buffers: cached: > Mem: 96813056 95010816 1802240 122679296 11886592 37617664 > Swap: 65798144 229376 65568768 > MemTotal: 94544 kB

RE: problem with /proc info

1997-06-09 Thread Michael Meskes
How can I have more shared memory than total memory + swap? Michael >-Original Message- >From: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED] >Sent: Monday, June 09, 1997 2:58 PM >To:[EMAIL PROTECTED] >Cc:Die Adresse des Empfängers ist unbekannt. >Subject: Re: problem with /proc

Re: Mirror mismatch

1997-06-09 Thread Guy Maor
There used to be a ro NFS mount of WebPages from wherever they actually are to /home/Archives/ftp/debian/WebPages. Then there wasn't. Now there apparently is again! Sue, did you change your mind about this? If not, contact Mike N. so he knows to take it back out. Guy -- TO UNSUBSCRIBE FROM

Re: libc6 policy in unstable

1997-06-09 Thread Thomas Koenig
Guy Maor wrote: >> Must all new programs goint into unstable be linked with libc6? > >Since Debian 2.0 is meant to be a libc6 system, the answer is yes. If this is indeed a requirement, at is now orphaned. -- Thomas Koenig, [EMAIL PROTECTED], [EMAIL PROTECTED] The joy of engineering is to find a

Re: problem with /proc info

1997-06-09 Thread Guy Maor
[EMAIL PROTECTED] (Tim Sailer) writes: > In your email to me, Michael Meskes, you wrote: > > > > Could anyone explain this to me? > > MemTotal: 94544 kB <== > > MemShared: 119804 kB <== > > Umm... I'm not sure what you want explained. Presumably h

Re: libc6 policy in unstable

1997-06-09 Thread Guy Maor
Thomas Koenig <[EMAIL PROTECTED]> writes: > Guy Maor wrote: > > >> Must all new programs goint into unstable be linked with libc6? > > > >Since Debian 2.0 is meant to be a libc6 system, the answer is yes. > > If this is indeed a requirement, at is now orphaned. Surely you don't have to jump to

Re: libc6 policy in unstable

1997-06-09 Thread J.H.M.Dassen
On Jun 8, Guy Maor wrote > David Frey <[EMAIL PROTECTED]> writes: > > What is the policy for uploads into unstable regarding libc6? > > Must all new programs goint into unstable be linked with libc6? > > Since Debian 2.0 is meant to be a libc6 system, the answer is yes. Of > course, if the librar

Re: libc6 policy in unstable

1997-06-09 Thread Milan Zamazal
> "GM" == Guy Maor <[EMAIL PROTECTED]> writes: GM: David Frey <[EMAIL PROTECTED]> writes: :: Must all new programs goint into unstable be linked with libc6? GM: Since Debian 2.0 is meant to be a libc6 system, the answer is yes. Well, if I install libc6 now, wouldn't it break comp

Re: libc6 policy in unstable

1997-06-09 Thread Guy Maor
Milan Zamazal <[EMAIL PROTECTED]> writes: > Well, if I install libc6 now, wouldn't it break compilation of some > programs? I'm dependent on my Debian machine, so I can't perform too > hard experiments with it. That's why we have the altgcc and the altdev packages. You'll still be able to compi

Re: libc6 policy in unstable

1997-06-09 Thread Guy Maor
[EMAIL PROTECTED] (J.H.M.Dassen) writes: > A) "Debian 2.0 will be a libc6 system, so it is desirable for packages going >into unstable to be linked against libc6 as soon as possible" Yes, I meant A. I didn't meant to imply that libc5 packages will be rejected. Guy -- TO UNSUBSCRIBE FROM

Re: libc6 policy in unstable

1997-06-09 Thread Thomas Koenig
>I didn't meant to imply that libc5 packages will be >rejected. Ok, thanks for clearing that up :-) -- Thomas Koenig, [EMAIL PROTECTED], [EMAIL PROTECTED] The joy of engineering is to find a straight line on a double logarithmic diagram. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word

xterm-color

1997-06-09 Thread Michael Meskes
I just saw that I still have an xterm-color package installed on my system but there seems to be no package xterm-color in the archive anymore. I take it I don't need xterm-color anymore (the standard xterm works with color). But shouldn't xbase then replace and conflict with xterm-color? Michael

Re: libc6 policy in unstable

1997-06-09 Thread Roman Hodek
> That's why we have the altgcc and the altdev packages. You'll still > be able to compile libc5 programs by just putting > /usr/i486-linuxlibc1/bin first in your path. Just a note to one thing where this doesn't work: Some programs use -I/usr/include/bsd on the command line to get BSD behaviour

Re: libc6 policy in unstable

1997-06-09 Thread Michael Neuffer
On 9 Jun 1997, Milan Zamazal wrote: > > "GM" == Guy Maor <[EMAIL PROTECTED]> writes: > > GM: David Frey <[EMAIL PROTECTED]> writes: > :: Must all new programs goint into unstable be linked with libc6? > > GM: Since Debian 2.0 is meant to be a libc6 system, the answer is yes. > >

jdk1.1 - no dynamic Motif linkage package

1997-06-09 Thread Alex Yukhimets
Jim, why didn't you upload shared Motif library version of jdk1.1-runtime? I just wonder if there is any reason for that. Thanks. Alex Y. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .

Re: Tri-Linux's discription

1997-06-09 Thread sacampbe
Shaya Potter wrote: > I think one thing we need to seriously work on for Debian 2.0, is our > reputation. It seems we have a reputation for being hard to install, > even though, IMO, 1.3 was very easy to install. As part of maintaining the web pages, and updating all the vendor entries, I have b

Re: points on future installation disks development

1997-06-09 Thread Vincent Renardias
On 9 Jun 1997, Sven Rudolph wrote: > (Please check whether you answer really belongs to both mailing lists.) > > My ideas on boot-floppies' future: (plenty of good stuff deleted ;) I would add an additional idea: * separate the "install" session from the "configuration" session. IMHO a system

Re: problem with /proc info

1997-06-09 Thread Helmut Geyer
> Could anyone explain this to me? > > cat /proc/meminfo > total:used:free: shared: buffers: cached: > Mem: 96813056 95010816 1802240 122679296 11886592 37617664 > Swap: 65798144 229376 65568768 > MemTotal: 94544 kB<== > MemFree: 1760 kB > M

Re: Tri-Linux's discription

1997-06-09 Thread Bruce Perens
LSL will be selling the official CD. Bruce -- Bruce Perens K6BP [EMAIL PROTECTED] 510-215-3502 Finger [EMAIL PROTECTED] for PGP public key. PGP fingerprint = 88 6A 15 D0 65 D4 A3 A6 1F 89 6A 76 95 24 87 B3 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to

Re: Debian ncurses policy ?

1997-06-09 Thread Andreas Jellinghaus
On Jun 6, Vincent Renardias wrote > > What's the current Debian policy w.r.t. curses? > > I have 6 packages (most with outstanding bugs) that I can't upload > anymore because I don't have any machine around with libc5, and we don't > have any libc6 compiled curses. So what should we do? same he

Re: problem with /proc info

1997-06-09 Thread Karl Ferguson
At 06:54 PM 9/06/97 +0200, Helmut Geyer wrote: >Ganz einfach! > >Im Gegnsatz zu fruehen Linux-versionen (unter 1.2) ist >MemShared _nicht_ der physikalische Speicher, der von >Seiten belegt wird, die "shared" sind, sondern der >Speicher der Durch das "sharen" gespart wird. >in arch/i386/mm/init.c w

Re: points on future installation disks development

1997-06-09 Thread Andreas Jellinghaus
On Jun 9, Sven Rudolph wrote > - slang (ncurses shouldn't be needed then, slang is said to have > a curses emulation), or slang's curses emulation is not complete, as far as i can say (i tried to compile some programs with slcurses), and it has no panel/menu/form emulation (the 3 lit

Re: Debian ncurses policy ?

1997-06-09 Thread Vincent Renardias
On Mon, 9 Jun 1997, Andreas Jellinghaus wrote: > On Jun 6, Vincent Renardias wrote > > > > What's the current Debian policy w.r.t. curses? > > > > I have 6 packages (most with outstanding bugs) that I can't upload > > anymore because I don't have any machine around with libc5, and we don't > >

Re: jdk1.1 - no dynamic Motif linkage package

1997-06-09 Thread Jim Pick
> Jim, > > why didn't you upload shared Motif library version of jdk1.1-runtime? > I just wonder if there is any reason for that. > > Thanks. > > Alex Y. The jdk1.1-runtime package can be used either way - read the /usr/doc/jdk1.1/README.linux.gz file for details. You can use a shared Motif

Re: Debian ncurses policy ?

1997-06-09 Thread Tim Sailer
In your email to me, Andreas Jellinghaus, you wrote: > > On Jun 6, Vincent Renardias wrote > > > > What's the current Debian policy w.r.t. curses? > > > > I have 6 packages (most with outstanding bugs) that I can't upload > > anymore because I don't have any machine around with libc5, and we don

Making a distribution CD

1997-06-09 Thread Karl Wagner
Hi: Could you tell me what is the correct directory tree for making a Debian distribution CD-ROM?. I have the list of your FTP sites but i haven't seen a distribution CD so i don't know how it has to be laid out. I would like to FTP your distribution and burn a CD but i'm not sure of what exactly

Re: problem with /proc info

1997-06-09 Thread Helmut Geyer
I'm sorry this wasn't meant to go to the list. The main point was that MemShared is counting the amount of memory spared by the use of shared pages, not the number of pages with a reference count greater than 1 (which corresponds to the physical memory/swap occupied by shared pages). Hel

new mantainer

1997-06-09 Thread Francesco Tapparo
Hi, I'm reading this list from some time, and now I think I'm ready for my first package; I've read that Martin Schulze is finding a new mantainer for his xdaliclock package. If Martin agrees, I can take the mantainance of the xdaliclock package. ciao Francesco Tapparo [EMAIL PROTECTED] --

ANNOUNCEMENT: Home Page for Debian Policy Manual

1997-06-09 Thread Christian Schwarz
Hi folks! I've set up a new web page for all Debian Policy related info. The URL is http://fatman.mathematik.tu-muenchen.de/~schwarz/debian-policy/ The page contains the newest Policy Manual (2.1.3.3) in different formats, as well as the Filesystem Structure (FSSTND), and the virtual pa

Re: new mantainer

1997-06-09 Thread Martin Schulze
Francesco Tapparo writes: > Hi, >I'm reading this list from some time, and now I think I'm ready for my > first package; I've read that Martin Schulze is finding a new mantainer for > his xdaliclock package. If Martin agrees, I can take the mantainance of the > xdaliclock package. You got i

How do we encourage bug reports?

1997-06-09 Thread Thomas Koenig
How do we encourage users to submit more bug reports when something goes wrong? I've encountered bugs which made me sure that a lot of people, especially new users, must have stumbled across them, but didn't report them. They probably just gave up (after all, people who normally use Microsoft pro

Re: points on future installation disks development

1997-06-09 Thread Mark Baker
In article <[EMAIL PROTECTED]>, Vincent Renardias <[EMAIL PROTECTED]> writes: > Just think about it: consider Windows95, OS/2, AIX, MacOS, Linux. > Linux is the only one to ask "what's your DNS IP addr?, etc..." in the middle > of the installation. Possibly because linux is the only one

Re: points on future installation disks development

1997-06-09 Thread Sven Rudolph
Andy Mortimer <[EMAIL PROTECTED]> writes: > [1 ] > On Jun 9, Sven Rudolph wrote > > > > My ideas on boot-floppies' future: > > > > - rewrite dinstall in C - reasons: > > - runtime improvements > > - don't run fdisk -l that often > > - todo: make a libsfdisk from sfdisk > > - mor

Re: points on future installation disks development

1997-06-09 Thread Sven Rudolph
Vincent Renardias <[EMAIL PROTECTED]> writes: > * separate the "install" session from the "configuration" session. > IMHO a system install should be done by asking almost no question (except > HD partitioning, and install media) in 10 minutes. All the configuration > questions should IMHO be ask

Re: points on future installation disks development

1997-06-09 Thread Andy Mortimer
On Jun 9, Sven Rudolph wrote > > Andy Mortimer <[EMAIL PROTECTED]> writes: > > > On Jun 9, Sven Rudolph wrote > > > > > > My ideas on boot-floppies' future: > > > > > > - rewrite dinstall in C - reasons: [snip] > > > - more complex input masks and consistent user interface [snip] > > Please c

Re: points on future installation disks development

1997-06-09 Thread Sven Rudolph
Andy Mortimer <[EMAIL PROTECTED]> writes: > > > * Would be able to provide alternative modules for different purposes > > >(such as a simpler one for a brail interface?), with no recoding. This > > >also makes the provision of an X-based install much more reasonable > > >(although IIR

Re: Debian ncurses policy ?

1997-06-09 Thread Galen Hazelwood
Vincent Renardias wrote: > > it's good idea, but since ncurses is orphaned this won't help for this > package. Is the libc6 maintainer opposed to maintain ncurses as a libc6 > add-on (Or si someone willing to adopt ncurses)? > I'm thinking of adopting ncurses, and might prepare a temporary libc6

Re: points on future installation disks development

1997-06-09 Thread Bruce Perens
Andy Mortimer: > - rewrite dinstall in C: First of all, I want to thank you for your work on "giggle", and on the dialog emulation using "giggle". I think this is just the thing we need for many configuration tasks on Debian. I was thinking of using S-lang for the installation scripts. For the pe

Re: Perl Police (was Re: Bug#10405: package naming)

1997-06-09 Thread Brian S. Julin
On Mon, 9 Jun 1997, Christian Schwarz wrote: > I think this naming scheme is quite reasonable. What does everyone else > think about it? What do you do if you do have a package turn up with an underscore in its name? > (I'm definitely against having more special characters in file names, as > `+