On 7 Jun 1998, James Troup wrote:
> [EMAIL PROTECTED] (Karl M. Hegbloom) writes:
>
> > I would like to have `mc' and the two packages it depends on placed
> > into the base set.
>
> I think this is a horrendously bad idea.
>
> > We could then get rid of both `elvis-tiny' and `ae', and be lef
Karl M. Hegbloom <[EMAIL PROTECTED]> wrote:
> There are man pages in the base set that I cannot read. Man isn't there.
You should be able to read them for content (even if it's not very
pretty) using ae.
--
Raul
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". T
> > I would like to have `mc' and the two packages it depends on placed
> > into the base set.
> I think this is a horrendously bad idea.
agreed
--
see header
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sat, Jun 06, 1998 at 08:42:14PM -0500, Chris Lawrence wrote:
> On Jun 06, Santiago Vila wrote:
>
> Documentation may be included in main so long as there are no restrictions
> on the unmodified use of the documentation and no restrictions on
> translating the documentation to another format, pr
On 7 Jun 1998, Karl M. Hegbloom wrote:
>
> I would like to have `mc' and the two packages it depends on placed
> into the base set. We could then get rid of both `elvis-tiny' and
> `ae', and be left with a powerful tool that is easy for beginners and
> experienced folks alike. There ought t
Previously Jason Gunthorpe wrote:
> I noticed that the utils/ dir of one of the packages had RPM stuff in
> it..
Most of it not very usefull.. I've adapted their bootup-script somewhat
and made a configuration script which makes configuring (possibly multiple)
soundcards a breeze. You gotta' love
I'd like to see a Zip disk install set. What should go on it?
Emacs-nox
man, groff
info
lynx
pine
mc (should be in base set, IMO.)
There are man pages in the base set that I cannot read. Man isn't there.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscrib
> > I would like to have `mc' and the two packages it depends on placed
> > into the base set.
>
> I think this is a horrendously bad idea.
Seconded.
Alex Y.
--
_
_( )_
( (o___ +---+
| _ 7 |Alexander Yukhim
[EMAIL PROTECTED] (Karl M. Hegbloom) writes:
> I would like to have `mc' and the two packages it depends on placed
> into the base set.
I think this is a horrendously bad idea.
> We could then get rid of both `elvis-tiny' and `ae', and be left
> with a powerful tool that is easy for beginner
I would like to have `mc' and the two packages it depends on placed
into the base set. We could then get rid of both `elvis-tiny' and
`ae', and be left with a powerful tool that is easy for beginners and
experienced folks alike. There ought to be room for it; the total
size of `mc', `gpm',
Hi. Please see bug #21271, and give me your opinion
in private Email - I'll summarize if necessary.
Fortify is a program that binary-patches Netscape
to support strong cryptography. It can patch Linux/i386
Netscapes, but also Solaris Netscapes and many other
On Sun, 7 Jun 1998, Jason Gunthorpe wrote:
>
> On Sun, 7 Jun 1998, Brandon Mitchell wrote:
>
> > More incentive to do it in a signal handler, tested code:
> > void sig_handler (int i) {
> > if (i == SIGCHLD) { /* signal based reaper */
> > while (wait3(NULL, WNOHANG, 0) > 0);
> > }
> > }
On Sun, 7 Jun 1998, Brandon Mitchell wrote:
> More incentive to do it in a signal handler, tested code:
> void sig_handler (int i) {
> if (i == SIGCHLD) { /* signal based reaper */
> while (wait3(NULL, WNOHANG, 0) > 0);
> }
> }
The man pages do not say that wait is signal safe, putting i
On Sun, 7 Jun 1998, Wichert Akkerman wrote:
> > Someone should package ALSA (Advanced Linux Sound Architecture)
> > http://alsa.jcu.cz/
>
> Okay, I'm working on it. I'll do some extra work to make a nice
> configuration script for it and hope to have a working package
> in the next couple of day
I just finished reading the article on SATAN in the August '97 Linux
Journal. SATAN can find weaknesses in the network configuration. I
realize it can be a bad thing or a good thing, depending on the user's
intent. I joined Debian after SATAN came out. Was there some
decision made at that time
On 7 Jun 1998, Karl M. Hegbloom wrote:
> > "Dale" == Dale Scheetz <[EMAIL PROTECTED]> writes:
>
> Dale> I know it has been a long time since we have dealt with
> Dale> these problems. It is for this reason that I can't remember
> Dale> what the solution was.
>
> Dale> I have
[EMAIL PROTECTED] (Karl M. Hegbloom) writes:
> > "Manoj" == Manoj Srivastava <[EMAIL PROTECTED]> writes:
>
> Manoj> iii) It forces you to use fakeroot or sudo or super or
> Manoj> be root to
> Manoj> create a kernel image .deb file (this is not as
> Manoj>
> "Manoj" == Manoj Srivastava <[EMAIL PROTECTED]> writes:
Manoj> iii) It forces you to use fakeroot or sudo or super or
Manoj> be root to
Manoj> create a kernel image .deb file (this is not as
Manoj> bad as it used to be before fakeroot)
I question t
> "Wichert" == Wichert Akkerman <[EMAIL PROTECTED]> writes:
Wichert> [...] most files in /etc/init.d are marked as
Wichert> conffiles. But only a couple of them actually contain
Wichert> configuration-info.
Have yous seen the "/etc/sysconfig" setup in Red Hat 5.0? I wonder
if w
> "Ben" == Ben Gertzfield <[EMAIL PROTECTED]> writes:
Ben> I think it's critical that we at least remove the horrid
Ben> prompts asking you your block device for your CD-ROM, or at
Ben> least make an intelligent guess and provide a default.
There was a question in the local Linux
Raul Miller <[EMAIL PROTECTED]> writes:
> James Troup <[EMAIL PROTECTED]> wrote:
>
> > I don't know perl, and am only going on what Ray has been telling
> > me. It was my understanding that perl could be made to
> > dynamically load it's gdbm part on request and that way perl need
> > only recomm
James Troup <[EMAIL PROTECTED]> wrote:
> I don't know perl, and am only going on what Ray has been telling me.
> It was my understanding that perl could be made to dynamically load
> it's gdbm part on request and that way perl need only recommend or
> (better) suggest gdbm. Is this not the case?
> "Dale" == Dale Scheetz <[EMAIL PROTECTED]> writes:
Dale> I know it has been a long time since we have dealt with
Dale> these problems. It is for this reason that I can't remember
Dale> what the solution was.
Dale> I have a client trying to install 1.3 and the kernel gets
Jim <[EMAIL PROTECTED]> wrote:
> Speaking as a debian advocate, it would be highly embarrassing to try
> to explain something like "Oh yeah, the new kernel is there, but you
> can't use it yet since ..." where ... stems from the person's need for
> some dependant package. Example: say he needs pcmc
> "Stephen" == Stephen Carpenter <[EMAIL PROTECTED]> writes:
Stephen> I was hacking around on xfstt earlier today.
Neat. I packed up the ttf files from the Windows[1] that came with
my Laptop, and am going to try them with `xfstt' after I get Debian
2.0 installed on it. :-)
Step
Enrique Zanardi <[EMAIL PROTECTED]> writes:
> kernel v2.0.34 has appeared at the usual FTP sites. (Sure you knew that,
> didn't you?). Is it too late in the "frozen" stage to include it in hamm?
IMHO it should be packaged ASAP; propably released into unstable. It
will be tested by many people. De
Santiago Vila <[EMAIL PROTECTED]> writes:
> I would like you also to fix "bug #22940: dpkg stops after just 20
> errors". I have not heard a word about it from Ian Jackson (or Klee
> Dienes). What do people[*] think about this bug? It is a bug? Should it
> (not) be fixed?
IMHO it is a bug, and it
Previously Jason Gunthorpe wrote:
> Someone should package ALSA (Advanced Linux Sound Architecture)
> http://alsa.jcu.cz/
Okay, I'm working on it. I'll do some extra work to make a nice
configuration script for it and hope to have a working package
in the next couple of days.
> Given the number o
On Sun, 7 Jun 1998 [EMAIL PROTECTED] wrote:
> > To fix your zombie problem you should IGNORE sigchld or arrange for wait
> > to be called (but not in the signal handler)
>
> ahh not call wait() in the signal handler...I was just now about to tackle
> this problem...hmm unfortunatly im not sure w
"Darren/Torin/Who Ever..." <[EMAIL PROTECTED]> writes:
> Raul Miller, in an immanent manifestation of deity, wrote:
> > James Troup <[EMAIL PROTECTED]> wrote:
> > > No; perl shouldn't depend on libgdbmg1. libgdbmg1 is obsolete
> > > and deprecated. I asked the perl maintainer if he could fix
> >
Dan Jacobowitz wrote:
>
> On Sat, Jun 06, 1998 at 12:28:24PM -0400, LeRoy D. Cressy wrote:
> > Where or what is your /dev/hdb drive? Is your hdb drive your
> > cdrom? If so, it should be detected. I don't know if the
> > cdrom has been compiled as a module, if so they must be loaded from the
>
[EMAIL PROTECTED] said:
> I don't agree that we have to delay the release of hamm to have 2.0.34
> as a hamm package.
I do :)
Speaking purely as a user, I think the job should be done right.
Speaking as a debian advocate, it would be highly embarrassing to try to
explain something like "Oh y
In article <[EMAIL PROTECTED]>,
Yann Dirson <[EMAIL PROTECTED]> wrote:
>Michael Meskes writes:
> > mpsql (2.0-1) unstable; urgency=low
> > .
> >* Initial Release.
> >* Based on version 2.0b1.
>
>Hm, assuming the "b1" means it's beta stuff, I think it would be
>better to keep it in the Deb
>> From [EMAIL PROTECTED] Wed Jun 3 18:19:21 1998
>> Resent-Date: 2 Jun 1998 17:03:22 -
>> Resent-Cc: recipient list not shown: ;
>> X-Envelope-Sender: [EMAIL PROTECTED]
>> Date: Tue, 2 Jun 1998 19:34:11 +0300 (IDT)
>> X-Sender: [EMAIL PROTECTED]
>> X-Mailer: Windows Eudora Pro Version 2.1.2
-BEGIN PGP SIGNED MESSAGE-
Santiago Vila Doncel, in an immanent manifestation of deity, wrote:
>- From [EMAIL PROTECTED] Tue Jun 2 21:45:40 1998
>Date: 28 May 1998 22:02:52 -0400
>
>Once upon a time, I thought I would learn Perl. I got a copy of a
>free manual, but I found it simply unre
-BEGIN PGP SIGNED MESSAGE-
Raul Miller, in an immanent manifestation of deity, wrote:
>James Troup <[EMAIL PROTECTED]> wrote:
>> No; perl shouldn't depend on libgdbmg1. libgdbmg1 is obsolete and
>> deprecated. I asked the perl maintainer if he could fix this back in
>> March or so, appar
-BEGIN PGP SIGNED MESSAGE-
James Troup, in an immanent manifestation of deity, wrote:
>No; perl shouldn't depend on libgdbmg1. libgdbmg1 is obsolete and
>deprecated. I asked the perl maintainer if he could fix this back in
>March or so, apparently it hasn't happened.
We had this discuss
On Sun, 7 Jun 1998 [EMAIL PROTECTED] wrote:
> > Yeah, but this means each seperate xfstt instance does not share it's
> > bitmap/metric caches,
> >
> > root 509 0.0 35.4 99640 22428 ? S May 15 0:44
> > /usr/bin/X11/xfstt
> >
> > I'd hate to have more than one of those monsters a
On Fri, Jun 05, 1998 at 06:26:21PM -0600, Jason Gunthorpe wrote:
>
> > This turned out to be almost trivial...simply a few mods, instead of
> > servicing
> > requests after connect, it fork()s and lets the child service that
> > connection
> > while the parent loops and waits fo rthe next connec
Someone should package ALSA (Advanced Linux Sound Architecture)
http://alsa.jcu.cz/
I have just been fiddling with it and it seems to be substantially better
than oss-free in the kernel. There is a library and utility package that
is independent of the compiled driver module, and it is possible t
Ossama Othman <[EMAIL PROTECTED]> wrote:
> A month or two? Isn't the development kernel supposed to be released as
> "stable" by then?
Oh no, I don't think so. Kernel development seems to be caotic at this
time. Maintainers of different parts of the kernels are complaining
loudly because Linus h
Hi,
> There is apparently an updated driver on whatever the AIC7XXX driver's home
> site is. Maybe that should be included as a local patch for our source---at
> least up to this point, Alan Cox has been making it sound like 2.0.35 is a
> month or two away, at least.
A month or two? Isn't the
Wichert Akkerman wrote:
> Furthermore, 2.0.34 fixes a lot of security problems, not all of which
> are in the Debian 2.0.33 package IIRC
Yes, I saw a truely scarey post from Dave Miller listing security problems
in 2.0.x kernels that are fixed in 2.0.34. Many of them didn't have details,
becuase o
Ben Pfaff <[EMAIL PROTECTED]> writes:
> Could you give out a point to the debian-pilot list? I couldn't find
> it on the main subscription page at www.debian.org.
It's no different than any of the other lists... the subscription
address is [EMAIL PROTECTED] As usual, put
"subscribe" or "unsubscr
Chris Lawrence <[EMAIL PROTECTED]> wrote:
> [RMS article omitted because it may only be distributed "verbatim"; my
> quoting would violate his copyright]
No, fair use allows quotes.
--
Raul
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL P
On Jun 06, Santiago Vila wrote:
> This could be more than what is really needed.
>
> I think we should just add a paragraph to the DFSG saying that although
> the DFSG applies to *software*, modifying the documentation for such
> software should be also allowed, in general, because otherwise the
>
Jules Bean <[EMAIL PROTECTED]> wrote:
> Is du -k not the answer?
du -S, but you need to know how many files are in each directory
to estimate block-size overhead -- assume that each file requires
two thirds of a block of unused space and you won't be too far off.
--
Raul
--
To UNSUBSCRIBE, ema
Branden Robinson <[EMAIL PROTECTED]> wrote:
> 3) We have the magical mystical respawning-xdm-on-broken-configuration
> problem.
What about the idea of running the x server directly from init,
and using xdmcp? Is that bogus?
--
Raul
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
On Sat, 6 Jun 1998, Raul Miller wrote:
> Joey Hess <[EMAIL PROTECTED]> wrote:
> > How is it possible to check for block sizes with lintian? And what do you
> > expect a maintainer to do if they use a different block size and lintian
> > dislikes that? Reformat?
>
> To deal with block sizes we'll
I'm group replying, so Ray, please don't take some of the griping below
personally. :)
On Wed, Jun 03, 1998 at 12:12:39PM -0400, Joey Hess wrote:
> [EMAIL PROTECTED] wrote:
> > Package: xbase
> > Version: 3.3.2.1-1
> > Severity: critical
> >
> > XFree86 3.3.2.2 has been released. According to
>
At any rate, anyone interested in this project should probably join
the debian-pilot mailing list. A lot of people there are eagerly
waiting for this stuff to be packaged, and I think that someone may
already be working on it.
Could you give out a point to the debian-pilot list? I co
51 matches
Mail list logo
