Re: Free-World maintainer for xpdf ?

[Herbert Xu]

In article <[EMAIL PROTECTED]> you wrote:

> Would anyone want to take xpdf from me and make a free-world release? And
> maybe even take over the package?

> As a Canadian resident, I don't think I can deal with the encryption code (as
> I understand it, the US laws for encryption technology make no difference
> between US and Canadian residents).

Are you sure this is really necessary? It's only decryption...

-- 
Debian GNU/Linux 1.3 is out! ( http://www.debian.org/ )
Email:  Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: [gtk-list] ANNOUNCE: GTK+ 1.0.0 Released!

[Ben Gertzfield]

> "Marcus" == Marcus Brinkmann <[EMAIL PROTECTED]> writes:

Marcus> Did the interface change (e.g. do we need to upload new
Marcus> versions of related packages) ?

No, the API has not changed since 0.99.4. There are still some packages
using the old API though, I believe.

-- 
Brought to you by the letters V and N and the number 6.
"I'm with insurance." -- 12 Monkeys
Ben Gertzfield  Finger me for my public
PGP key. I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Intent to package UAE

[Ben Gertzfield]

> "Fredrik" == Fredrik Hallenberg <[EMAIL PROTECTED]> writes:

Fredrik> I'm going to package UAE, the Un*x Amiga Emulator. If no
Fredrik> one has any objections I will upload it in a few days.

If you need any help, I have a debian/ directory already made for UAE;
I just don't use it enough, so I didn't want to release it and become
the maintainer.

-- 
Brought to you by the letters T and G and the number 0.
"Disobeying me?" "No, I don't." -- Final Fantasy II
Ben Gertzfield  Finger me for my public
PGP key. I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Free-World maintainer for xpdf ?

[Dirk Eddelbuettel]

  Dirk> Would anyone want to take xpdf from me and make a free-world release?
  Dirk> And maybe even take over the package?
  Dirk> 
  Dirk> As a Canadian resident, I don't think I can deal with the encryption
  Dirk> code (as I understand it, the US laws for encryption technology make
  Dirk> no difference between US and Canadian residents).  

  Herbert> Are you sure this is really necessary? It's only decryption...

Point taken. But if in doubt, I tend to agree with upstream authors. And
Derek has been bugged by the 'can't read encrypted pdf' issue for years. I
will not second-guess him. 

Which is to say: if someone wants a 'xpdf-i' package, be my guest. I'll
continue to maintain the 'standard' one if nobody steps up.

-- 
mailto:[EMAIL PROTECTED]  According to the latest official figures, 
http://rosebud.ml.org/~edd  43% of all statistics are totally worthless.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

HELP WANTED with XFree86

[Branden Robinson]

A very skeletal, preliminary X Strike Force homepage is up.  Later, the
page will become prettier and I will flesh out my ideas for the XSF, but
for now, with around 300 outstanding bugs, there are higher priorities.

I have plenty on my own plate, but seven tasks I don't feel completely
competent to do yet are listed.  (The main reason being I simply haven't
learned about certain things yet, like diddling with update-rc.d.)

For now, I want to focus my efforts on things I *do* know how to fix, like
manpages, breaking some stuff into a xserver-common package, and tackling
the abominable keyboard issue with Christian Schwarz.

Please, if anyone would like to see X get better any faster, take a look at
this page and see if there's anything you can do.

Failing that, if anyone would identify the X server package they use
(especially s3 or s3v), bring up the bug list for that package, and see if
any of the ancient bugs against that server have in fact been closed, or
are no longer reproducible, please send me a report about that and I will
close the bug.

The URL for the X Strike Force is:

http://master.debian.org/~branden/xsf.html

-- 
G. Branden Robinson |  There's nothing an agnostic can't do
Purdue University   |  if he doesn't know whether he believes
[EMAIL PROTECTED]  |  in it or not.
http://www.ecn.purdue.edu/~branden/ |  -- Graham Chapman


pgp9123Kh0yM9.pgp
Description: PGP signature

Re: Imlib packages buggy

[Shaleh]

I replied to Andreas earlier and not this list (-:

The current imlib (1.1) has problems loading tiff images.  Not a big
problem but it does exist.  The other formats are hit or miss type bugs
-- not everyone sees them.  The upstream maintainer (Raster) has a
version in gnome's CVS that does fix these.  However I have had less
than great success compiling these.  I am in communication w/ Raster
about this and hope to have a resolution to this shortly.

Martin Schulze wrote:
> 
> On Tue, Apr 14, 1998 at 01:47:10PM +0200, Andreas Tille wrote:
> > Hello,
> >
> > Imlib 1.1 has some bugs when loading files in TIFF, PNG, XPM format.
> > They are fixed in the latest CVS snapshot.  Because it conflicts
> > with the policy this snapshot can't be included in the frozen tree.
> 
> Could you explain this?  What exactly conflicts with the policy?
> 
> If imlib 1.1 fixes bugs that are present in hamm it need to go
> into hamm.
>


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: New fvwm95 into unstable

[Daniel Martin at cush]

Manoj Srivastava <[EMAIL PROTECTED]> writes:


>   Personally, I am inclined to think that if your release fixed
>  bugs, and introduced not too many new features, it should go
>  into frozen.


And now it's just done that - 2.0.43b-4 is in incoming heading for
frozen, but you probably saw that on debian-devel-changes.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Test Report (was: Re: boot-floppies_2.0.4 (source i386) uploaded)

[Gregory S. Stark]

Enrique Zanardi <[EMAIL PROTECTED]> writes:
> > >After running kbdconfig manually, basis layouot was okay, but I
> > >couldn't enter german keys. I think this is because /etc/inputrc 
> > > has
> > >"set convert-meta off" commented out. I think it should be the
> > >default.
> 
> In fact that was the default for a few libreadline*.deb versions, because 
> we wanted Debian to be latin1-compatible "out of the box", but Guy Maor 
> (readline maintainer) changed it back because leaving it "on" broke "META-x" 
> handling, and there were a few bug reports about that. (Guy also removed some 
> definitions that made the Home, End and Delete keys work). I guess it's time 
> (again) to discuss which should be the defaults. Perhaps asking the user at
> installation/upgrade time. 

ick, this should be switched back, I immediately noticed this myself.

I don't understand the M-x detail, it doesn't do anything now either.
Perhaps alt_is_meta shouldn't be on in the kernel map; if we use ESC
prefixes for meta it should work without disturbing 8-bit-cleanliness.

greg


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Who is maintaining p2c?

[Glenn Thigpen]

I don't know if this is the correct list to ask this question, but
there does not seem to be a list for maintainers.
   I tried to install p2c from the 2.0 frozen files and found that there
is a required library which is not installed. I checked with the
maintainer (Andrew Howell) listed in the contrib Packages file. He told
me that the current p2c was compiled by a non-maintainer and that the
p2c library was removed because of some reported serious bugs. He has
not the time to fix them.
   So where does that leave us? This is not really serious for me
because I have little knowlrdge of Pascal (or C either), but some one
else may have need of this utility. Hopefully this will be ironed out by
the official release date.

Thanks,
Glenn


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Free-World maintainer for xpdf ?

[Gregory S. Stark]

Dirk Eddelbuettel <[EMAIL PROTECTED]> writes:
> As a Canadian resident, I don't think I can deal with the encryption
> code (as I understand it, the US laws for encryption technology make
> no difference between US and Canadian residents).  

The status of Canadian crypto laws is currently in flux.
A summary of the current situation is at:
 http://www.efc.ca/pages/doc/crypto-export.html 

And also, the government is requesting public comments, the dealine for
submissions is April 21, help keep your country in the free world:
 http://strategis.ic.gc.ca/SSG/cy5e.html

Basically the upshot is that if the code wasn't developped in the US and it's
widely available ("Public Domain", only not the same definition as copyright
law, it seems to include basically any Free Software) then you don't have to
worry.

If it's commercial software with restricted distribution then you need a
permit (which is true of many commercial exports anyways).

If it was developped in the US the case becomes murkier and worse the US
officials can consider you involved in exporting it from the US. This might
not matter to you if you don't ever plan on visitting the US and you don't
think they're likely to send the marines after you.

Don't trust me though, you'll have to read the information available yourself
and make judgements for your own legal safety.

greg


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

dhcpcd

[Joey Hess]

A long time ago, you wrote:
> Is dhcpcd still up for grabs?  If so I'd like to take over the package

I asked you once before if you still intended to make a new upload, you said
yes, soon, but I'm still listed as the maintainer. Dhcpcd has some bugs that
need looking at - are you still planning to maintain it?

-- 
see shy jo


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Imlib packages buggy

[Andreas Tille]

On Wed, 15 Apr 1998, Martin Schulze wrote:

> If imlib 1.1 fixes bugs that are present in hamm it need to go
> into hamm.
A snapshot isn't a released version.  It is expected to have bugs.
If a Debian release is frozen, new upstream releases should only
included if they close serious bugs.  This would be the case, but
THERE IS NO upstream release ready.  So it is in the hands of the
maintainer to take parts of the snapshot and take this as bugfixes
or wait if the new upstream release is ready.

(Please not the mail of the maintainer that he is aware of the problem
and I think that Imlib 1.2 will be released before hamm will be stable.)

Regards

  Andreas.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: vim, help files and vimrc

[Paul Slootman]

On Sat 11 Apr 1998, David Welton wrote:

> Notwithstanding my dislike for things vi;-), vim is a nice program
> used by a lot of people, so I though I'd try and fix some of the more
> serious bugs.

Is the vim maintainer not maintaining it then? AFAIK Galen Hazelwood
<[EMAIL PROTECTED]> is the maintainer.

> If anyone knows vim well (or at all, I use it quite rarely), and would
> prefer to do this work, be my guest.  Barring that, I have fixed up a
> few bugs here and there and will but this in frozen.

I use vim quite a lot, but if I read you correctly, you've already fixed
some stuff, so it might be best if you simply upload your fixed version.
After that, if the current maintainer doesn't object, I would be willing
to take over.

BTW: bug 16138 is no longer an issue with Vim 5.0, and should be closed
(I've already followed up on the BTS).


Paul Slootman
-- 
home: [EMAIL PROTECTED] | work: [EMAIL PROTECTED]
http://www.wurtel.demon.nl | Murphy Software, Enschede, the Netherlands
Support Randal Schwartz!
See http://www.lightlink.com/fors/ or send empty email to [EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: [gtk-list] ANNOUNCE: GTK+ 1.0.0 Released!

[Marcus . Brinkmann]

On Tue, Apr 14, 1998 at 05:32:17PM -0800, Ben Gertzfield wrote:
> > "Marcus" == Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> 
> Marcus> Did the interface change (e.g. do we need to upload new
> Marcus> versions of related packages) ?
> 
> No, the API has not changed since 0.99.4. There are still some packages
> using the old API though, I believe.

Well, the last gtk-- version 0.7.18 worked for gtk since 0.99.7 I believe
so I hope the author will release a new version if necessary. We still have a 
lot of time
till release (alsa!).

Thank you,
Marcus

> 
> -- 
> Brought to you by the letters V and N and the number 6.
> "I'm with insurance." -- 12 Monkeys
> Ben Gertzfield  Finger me for my public
> PGP key. I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
> 
> 
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 

-- 
"Rhubarb is no Egyptian god."Debian GNU/Linuxfinger brinkmd@ 
Marcus Brinkmann   http://www.debian.orgmaster.debian.org
[EMAIL PROTECTED]for public  PGP Key
http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/   PGP Key ID 36E7CD09


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

tetex and hamm release

[Christoph Martin]

I don't know when the release of tetex  is due, but I expext it to be
in the next weeks. ...

I hope DEBIAN tetex would ned to much maintainace in the next three
weeks, since I'm at the moment at a conference and after this I have
some holidays.  I'll be reachable until saturday and then possible not
until after the 8th of may. So if there are urgent changes necessary
please contact me bofore saturday and I will try to fix bugs (I hope I
don't have to.)  Alter on I would like some volunteer to do a
non-maintainer-release if it's really necessary.

Christoph


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Test Report (was: Re: boot-floppies_2.0.4 (source i386) uploaded)

[Hamish Moffatt]

On Tue, Apr 14, 1998 at 11:59:18AM +0100, Enrique Zanardi wrote:
> > >1) cosmetic:  When configuring the network, the screen says something like:
> > >  "You have configured your base system but not your network",
> > >  but network config is *before* the base system is even 
> > > installed.
> 
> Fixed for boot-floppies 2.0.5.

Using the 1998-03-29 disks for several installs today we noticed a few 
problems. First is the weird messages from dpkg's cdrom method as mentioned
previously. Another is that installing the base system, from CD-ROM,
seems to sit around for a very long time doing nothing.

Also, it seemed to ask us where the disks-i386 directory was twice,
to find the kernel/modules and later to find the base system. This seems
unnecessary.

Also, it claims that lilo can't be installed if linux is not on the first
disk; I appreciate that there are problems with this but I don't think the
handling that exists now is very helpful. And after saying lilo can't be
installed, the next option back at the menu is, again, make Linux bootable
from the hard disk ...

Still, the boot disks are a lot nicer to use than previously (with
the new, faster, interface). Also we had one system which would have been
an ideal Red Hat candidate, but Debian probes for ide2 and Red Hat does
not, so Debian got the job.


Hamish
-- 
Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5
CCs of replies from mailing lists are welcome.   http://hamish.home.ml.org


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Test Report (was: Re: boot-floppies_2.0.4 (source i386) uploaded)

[Hamish Moffatt]

On Tue, Apr 14, 1998 at 07:57:45PM +0200, Marcus Brinkmann wrote:
> > > >   message appeared:
> > > >   " /usr/lib/dpk//methods/disk/setup: line 8: 200 Broken 
> > > > Pipe
> > > > find "$mountpoint$2" -follow -name '*.deb' -print 2> 
> > > > /dev/null
> > > > 201 Done  | head -1
> > > > 201 Done  | grep . > /dev/null"
> > > >   But all worked fine.
> > 
> > You meant when using "dselect"? Perhaps you should file a bug report
> > against dpkg.
> 
> Well, I only encountered this once (yes, this was using dselect), and as I
> may not be able to reproduce this, it could be useless to file a bug. I may
> do it anyway.

It happened on every install I saw today.
(Have been to an installfest.)


Hamish
-- 
Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5
CCs of replies from mailing lists are welcome.   http://hamish.home.ml.org


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Uploaded otp 970425-3 (source i386) to master

[Turbo Fredriksson]

Jens Ritter <[EMAIL PROTECTED]> writes:

> Date: Wed, 15 Apr 1998 11:02:36 +0200
> Architecture: source i386
> Version: 970425-3
> Distribution: frozen unstable
> Urgency: low
> Maintainer: Jens Ritter <[EMAIL PROTECTED]>
> Description: 
>  otp- Generator for One Time Passwords
> Changes: 
>  otp (970425-3) frozen unstable; urgency=low
>  .
>* Distribution to frozen was rejected (Needs new maintainer version)
> Files: 
>  f248c9806d630f2162f45b4db778c002 781 misc optional otp_970425-3.dsc
>  6181a49c857e0aee87e7c229fc4efe86 2909 misc optional otp_970425-3.diff.gz
>  8b75c4941cf7f6e7c17a53ee2157bad9 13368 misc optional otp_970425-3_i386.deb

Is there a server end to this to?

-- 
---
 Turbo  ___ Debian GNU/Linux   Unix _IS_ user friendly - it's just
 ^  ___  /___(_)__  _  __  selective about who its friends are
__  / __  /__  __ \  / / /_  |/_/
  _ /// _  /___  / _  / / / /_/ /__>  <   Turbo Fredriksson Tel: +46-704-697645
  \\\/  /_/_/  /_/ /_/\__,_/ /_/|_|   S-415 10 Göteborg[EMAIL PROTECTED]
  PGP#788CD1A9SWEDEN www5.tripnet.se/~turbo
--- PGP:  B7 92 93 0E 06 94 D6 22  98 1F 0B 5B FE 33 A1 0B 
--
cryptographic FSF Uzi assassination FBI Waco, Texas Panama kibo
cracking bomb South Africa Ft. Meade nuclear Khaddafi Cocaine


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Test Report (was: Re: boot-floppies_2.0.4 (source i386) uploaded)

[Joost Kooij]

On Wed, 15 Apr 1998, Hamish Moffatt wrote:

> On Tue, Apr 14, 1998 at 07:57:45PM +0200, Marcus Brinkmann wrote:
> > > > >   message appeared:
> > > > >   " /usr/lib/dpk//methods/disk/setup: line 8: 200 Broken 
> > > > > Pipe
> > > > > find "$mountpoint$2" -follow -name '*.deb' -print 2> 
> > > > > /dev/null
> > > > > 201 Done  | head -1
> > > > > 201 Done  | grep . > /dev/null"
> > > > >   But all worked fine.
> > > 
> > > You meant when using "dselect"? Perhaps you should file a bug report
> > > against dpkg.
> > 
> > Well, I only encountered this once (yes, this was using dselect), and as I
> > may not be able to reproduce this, it could be useless to file a bug. I may
> > do it anyway.
> 
> It happened on every install I saw today.
> (Have been to an installfest.)

This bug has been in dselect for ages. Nothing harmful though.

Cheers,


Joost


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: bsdutils_4.2.deb and bsdmainutils_4.2.deb

[Thomas Gebhardt]

Hi,

> for some reason I am unable to install bsdutils_4.2.deb and
> bsdmainutils_4.2.deb (and only these package) on one of my debian
> systems. dselect stops here:
> 
> Login as anonymous...
> Setting transfer mode to binary...
> Cd to `/pub/Linux/debian'...
> getting: dists/frozen/main/binary-i386/base/bsdutils_4.2.deb (26374)
> getting: dists/frozen/main/binary-i386/utils/bsdmainutils_4.2.deb (121664)
> 
> Processing downloaded files...(for corrupt/old/partial)
> dists/frozen/main/binary-i386/base/bsdutils_4.2.deb  
> 
> when I press ^C, I get
> 
> could not get package info from file

this error seems to be caused by Bug #20799

Thomas





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: dinstall and PGP

[Marco d'Itri]

On Apr 09, Manoj Srivastava <[EMAIL PROTECTED]> wrote:

 >  Those files are small. One can copy them back easily (using
 > ftp, even), sign them locally, and upload two tiny files.
That's not enough. After I signed the .changes and .dsc files (and moved
back the other files from REJECT/) I received that from dinstall:

Rejected: md5sum failed
md5sum: MD5 check failed for 'binkd_0.9.2-3.dsc'

Looks like I have to sign the .dsc, generate the new md5 hash with md5sum,
manually edit the .changes file and sign it.

-- 
ciao,
Marco


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Boot system lacks support for RAID

[Martin Schulze]

Howdy,

at the moment it's not possible to install Debian on a RAID using the
boot disk sets.  Even as experienced user it's impossible.  The reason
is quite simple, the package mdutils is neither included in section
base and the base system nor is it flagged essential.

Therefore I request its inclusion there.  Comments?

Also at the moment it's not easy to install Linux on a rootfs using
RAID.  It is possible though:

kuolema!joey(ttyp3):~> df
Filesystem 1024-blocks  Used Available Capacity Mounted on
/dev/md0  792800  649380   102455 86%   /
/dev/hda1  15522231612405 16%   /boot
/dev/md1 7366131 4374126  2992005 59%   /home/ftp/debian
...

I plan to describe my setup so others are able to use it, too.

If the mdutils (or raidtools if we use a >2.1.60 kernel) package will
be included in the boot/base system I'd like to add a section about
RAID / rootfs-raid to the install manual.  Who do I need to contact
for that?

Regards,

Joey

-- 
  / Martin Schulze  *  [EMAIL PROTECTED]  *  26129 Oldenburg /
 / http://home.pages.de/~joey/
/ Install joe (Joey's Own Editor) correct: Joe's Own Editor /


pgpcNCHpacvad.pgp
Description: PGP signature

Re: dhcpcd

[Eloy A. Paris]

Joey Hess <[EMAIL PROTECTED]> wrote:

: I asked you once before if you still intended to make a new upload, you said
: yes, soon, but I'm still listed as the maintainer. Dhcpcd has some bugs that
: need looking at - are you still planning to maintain it?

There's a new dhcpcd package waiting in Incoming. Isn't this it?

See ya!

E.-


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: FILESYSTEM CORRUPTION

[John Goerzen]

Stephen Zander <[EMAIL PROTECTED]> writes:

> > "John" == John Goerzen <[EMAIL PROTECTED]> writes:
> John> Indeed.  It happened to me again today.
> 
> While watching my laptop shut-down last night, I noticed that mountd & nsfd
> *do* get stopped prior to the PCMCIA shutdown.

This is only for NFS server; not NFS clients.  Although this is good
to know, since it was not always the case.

> 
> Maybe they're just not getting stopped hard enough :)
> 
> -- 
> Stephen
> ---
> "Normality is a statistical illusion." -- me
> 

-- 
John Goerzen | Developing for Debian GNU/Linux (www.debian.org)
Custom Programming   | Debian GNU/Linux is a free replacement for
[EMAIL PROTECTED]| DOS/Windows -- check it out at www.debian.org.
-+--
uuencode - < /vmlinux | mail -s "Windows NT security fix" [EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: network startup script

[Scott Ellis]

On Wed, 15 Apr 1998, Hamish Moffatt wrote:

> Can anyone suggest why this script doesn't seem to work on 2.1.90?
> It's my /etc/init.d/network. I added the netmask on the route line
> for lo because it seemed to help, but I still get some other errors,
> and ifconfig seems to hang.
> 
> #!/bin/sh
> ifconfig lo 127.0.0.1
> route add -net 127.0.0.0 netmask 255.0.0.0
> 
> IPADDR=203.14.18.11
> NETMASK=255.255.255.128
> NETWORK=203.14.18.0
> BROADCAST=203.14.18.127
> GATEWAY=203.14.18.1
> 
> ifconfig eth0 ${IPADDR} netmask ${NETMASK} broadcast ${BROADCAST}
> route add -net ${NETWORK}
> route add default gw ${GATEWAY} metric 1

The 2.1.x series kernels automagically add the net routes by default.  If
you need to override them, you need to provide the netmask and other
information as well, it isn't extrapolated anymore.  I've edited my
/etc/init.d/network as follows (it might be good for the netconfig stuff
from hamm to do something similar):

--- snip ---
#!  /bin/sh
ifconfig lo 127.0.0.1

# 2.1.x kernels don't need this and emit harmless but annoying errors
if [ `/sbin/kernelversion` = "2.0" ] ; then
route add -net 127.0.0.0
fi

IPADDR=xxx.xxx.xxx.xxx
NETMASK=255.255.255.0
NETWORK=xxx.xxx.xxx.0
BROADCAST=xxx.xxx.xxx.255
GATEWAY=xxx.xxx.xxx.1
ifconfig eth0 ${IPADDR} netmask ${NETMASK} broadcast ${BROADCAST}

# 2.1.x kernels don't need this and emit harmless but annoying errors
if [ `/sbin/kernelversion` = "2.0" ] ; then
route add -net ${NETWORK}
fi

[ "${GATEWAY}" ] && route add default gw ${GATEWAY} metric 1
--- snip ---

-- 
Scott K. Ellis <[EMAIL PROTECTED]> http://www.gate.net/~storm/


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: dhcpcd

[Steve Dunham]

Joey Hess <[EMAIL PROTECTED]> writes:

> A long time ago, you wrote:
> > Is dhcpcd still up for grabs?  If so I'd like to take over the package

> I asked you once before if you still intended to make a new upload, you said
> yes, soon, but I'm still listed as the maintainer. Dhcpcd has some bugs that
> need looking at - are you still planning to maintain it?

dhcpcd_0.70-3 has been sitting in Incoming for about a month (well,
since march 28, and I touched the changes file about 5 days ago,
hoping it would help...)

0.70-3 has the patches from the Bug system applied, has been made
lintian-clean, and has me listed as the maintainer.


Steve
[EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: dinstall and PGP

[Adam Klein]

On Tue, Apr 14, 1998 at 12:34:43AM +0200, Marco d'Itri wrote:
> On Apr 09, Manoj Srivastava <[EMAIL PROTECTED]> wrote:
> 
>  >Those files are small. One can copy them back easily (using
>  > ftp, even), sign them locally, and upload two tiny files.
> That's not enough. After I signed the .changes and .dsc files (and moved
> back the other files from REJECT/) I received that from dinstall:
> 
> Rejected: md5sum failed
> md5sum: MD5 check failed for 'binkd_0.9.2-3.dsc'
> 
> Looks like I have to sign the .dsc, generate the new md5 hash with md5sum,
> manually edit the .changes file and sign it.

I've got a little shell script I use that seems to work okay.  I can
send it to you if you'd like.

Adam Klein


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Warnings when linking with gtk

[Nils Rennebarth]

To compile and link the first example from the gtk Tutorial:

#include 
int main (int argc, char *argv[])
{
GtkWidget *window;

gtk_init (&argc, &argv);
window = gtk_window_new (GTK_WINDOW_TOPLEVEL);
gtk_widget_show (window);

gtk_main ();
return 0;
}

I use the minimal Makefile:

CFLAGS=-O2 -g -I/usr/lib/glib/include/
LDFLAGS=-L/usr/X11R6/lib -lX11 -lglib -lgdk -lgtk -lm

and get an (apparently) working program but the warnings:

ld: warning: libc.so.5, needed by /usr/lib/libc5-compat/libXi.so.6, may
conflict with libc.so.6
/lib/libc.so.5: the `Getwd' function is dangerous and should not be used.
/lib/libc.so.5: the `Gets' function is dangerous and should not be used.
/lib/libc.so.5: warning: `Siggetmask' is obsolete; `Sigprocmask' is best

I do have the latest (hamm) versions of the libraries, binutils and gcc,
ldd on the resulting binary gives:
$ ldd ./ghello
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x4000f000)
libglib.so.1 => /usr/lib/libglib.so.1 (0x400b2000)
libgdk.so.1 => /usr/lib/libgdk.so.1 (0x400bd000)
libgtk.so.1 => /usr/lib/libgtk.so.1 (0x400dd000)
libm.so.6 => /lib/libm.so.6 (0x40171000)
libc.so.6 => /lib/libc.so.6 (0x4018c000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000)
libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x4022f000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x40237000)

Are there still some libraries made with a libc5 libc6 mixture?

Nils

--
*-*
| Quotes from the net:  L> Linus Torvalds, W> Winfried Truemper   |
| L>this is the special easter release of linux, more mundanely called 1.3.84 |
| W>Umh, oh. What do you mean by "special easter release"?. Will it quit  |
* W>working today and rise on easter? *


pgpuIYWKT61J5.pgp
Description: PGP signature

Re: Are we shipping 2.0 with ipmasq in the default kernel?

[Rev. Joseph Carter]

On Tue, Apr 14, 1998 at 10:28:34AM -0400, Alex Yukhimets wrote:

> > Find the IP Masq HOWTO and make use of same.  It'll save you LOTS of pain.
> 
> Hi.

Hi back  =>


> The thing is that I had a prefectly working IPmasq setup, with rules
> changed in ip-up and ip-down.

hmm, now there's an idea.  Since I don't use diald or similar, I just set
the rules static.  The biggest reason for my use of iqmasq is rc5, so..


> I just wanted to give a try of ipmasq _package_.
> And configuration script does _not_ take into account the possibility of
> external interface with dynamic IP. OK, if this package is not for people with
> dial-up then description should mention that and at least postinst should
> finally ask whether to activate the rules based on the entered IPs.

Yes, it should take that into account I think.  I'm tempted to go snag it
and see what I can do to the package to make it nicer (unless the
maintainer wishes to do it..)


pgpXzR7nfBZIL.pgp
Description: PGP signature

manpages missing NAME section

[Adrian Bridgett]

Fabrizio said in bug #17167:
--cut-here--
[snip]
> mandb: warning: /usr/man/man6/doom.6.gz: whatis parse for doom(6) failed

These are pages that have a bad NAME section. You can do

  apropos -r \* | grep \(unknown\)

to find them all :-)
--cut-here--

So here are the ones listed on my machine, Chris/Richard - another manpages
check for lintian?

bdftops (1)  - (unknown)
bkgd (3ncurses)  - (unknown)
data (3form) - (unknown)
icmpinfo (1) - (unknown)
jovetool (1) - (unknown)
le (1)   - (unknown)
mdeltree (1) - (unknown)
mkmanifest (1)   - (unknown)
mread (1)- (unknown)
mutt (1) - (unknown)
mwrite (1)   - (unknown)
pam (8)  - (unknown)
pam_authenticate (3) - (unknown)
pam_chauthtok (3)- (unknown)
pam_close_session (3) - (unknown)
pam_end (3)  - (unknown)
pam_fail_delay (3)   - (unknown)
pam_open_session (3) - (unknown)
pam_setcred (3)  - (unknown)
pam_start (3)- (unknown)
pam_strerror (3) - (unknown)
printafm (1) - (unknown)
quake-lib-config (8) - (unknown)
resizeterm (3ncurses) - (unknown)
slk (3ncurses)   - (unknown)
touch (3ncurses) - (unknown)
urlview (1)  - (unknown)
wftopfa (1)  - (unknown)
wresize (3ncurses)   - (unknown)
xjewel (6x)  - (unknown)
xp-replay (6)- (unknown)
xpilot (6)   - (unknown)
zsh (1)  - (unknown)
zshall (1)   - (unknown)
zshbuiltins (1)  - (unknown)
zshcompctl (1)   - (unknown)
zshexpn (1)  - (unknown)
zshmisc (1)  - (unknown)
zshmodules (1)   - (unknown)
zshoptions (1)   - (unknown)
zshparam (1) - (unknown)
zshzle (1)   - (unknown)
XdbeGetVisualInfo (3x) - (unknown)
xexec (1x)   - (unknown)

Cheers

Adrian

email: [EMAIL PROTECTED]   | Debian Linux - www.debian.org
http://www.poboxes.com/adrian.bridgett   | 2.0 release soon - over 1800
PGP key available on public key servers  | packages on a stable OS


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: dpkg memory usage

[Ian Jackson]

Steve Dunham writes ("Re: dpkg memory usage"):
> John Goerzen <[EMAIL PROTECTED]> writes:
> > I was upgrading packages on my 64 meg system today ant noticed:
> >   PID USER PRI  NI  SIZE  RSS SHARE STAT  LIB %CPU %MEM   TIME COMMAND
> > 24785 root  18   0 12680  12M   568 S   0  0.1 20.0   5:36 dpkg
> > Yes, that's almost 13 megs used by dpkg, and 20% of my RAM.
> > That also is 4 megs more than the TOTAL amount of RAM in some computers I
> > work with.
> 
> > So...why must dpkg use almost as much memory as XFree86 itself, and MORE
> > than Netscape does at times?

The main reason that dpkg is so large is because it has loaded into
core a complete list of all files it has installed on your system and
which package(s) they came from.  This data really is that large.

When processing, dpkg does tend to grow somewhat, and particularly to
use up swap rather than real memory.  This is because it has very
malloc-intensive data structures and so internally uses a special
version of malloc which cannot free (a simple incrementing allocator
working from blocks of ordinarily malloc'd memory).  The amount of
memory used is proportional to the number of files processed, and even
for a complete reinstall in one dpkg run it won't use more than about
twice the amount for a `dpkg --search' - and most of the data will be
swapped out.

On `small memory' systems dpkg switches to a different data structure
which is about twice as slow for general access on a big machine, but
has a much smaller working set so is much faster for setup and access
on small machines.  dpkg uses sysinfo(2) to guess which algorithm to
use, and you can force one or the other using command line options.  I
have checked this on a 3Mb system and it worked as expected.

> > Not only that, but it is hideously slow even on current computers.  My
> > suggestion: store the databases in a DBM format of some sort instead of
> > plain text. 

The reason dpkg is slow is _not_ mainly because of the database
format it uses.

It's mainly because the access method you're using is (I surmise)
reinvoking dpkg each time.  That involves loading the more robust data
structures in /var/lib/dpkg/info into a fast-to-access in-core format.

Unfortunately dpkg's current calling interface makes it hard not to do
this, but I'm going to fix that at some point.

I also intend to change the format of the /var/lib/dpkg/info/*.list
database to make it faster to load, and I may change
/var/lib/dpkg/status too.  (The resulting structures will still be
editable with emacs.)

> IMHO, dpkg should be using a DBM database for file -> package lookups
> and perhaps for the "status" and "available" caches too.  (I believe
> apt does something like this for "available".)
> 
> (I presume that dpkg actually does use hash tables internally, but it
> recalculates that 12MB of data everytime it starts up, which, IMHO, is
> not very efficient.)

It's only inefficient if you start up dpkg a lot.

Using a dbm file or something is fine if you just want read-only
access.  However, they're no good for updating, because such systems
do not have sensible behaviour on filesystem failures like disk full -
they can't be updated atomically.  You end up having to read
everything in and rewrite the whole database after every update.

> The startup time and memory usage is just not worth any benefits
> gained from using a few thousand text files.  
> 
> And the text version is still prone to severe corruption.  Mine was
> scrambled the other day when I upgraded the modutils package running a
> 2.1.x kernel - the machine locked up, and when I rebooted and tried to
> install more packages, dpkg mixed up a bunch of scripts and .list
> files.

I think this was probably a simple kernel bug.  dpkg cannot defend
against your kernel scrambling its filesystem data structures.  It
does ask the kernel to confirm that changes have been committed to
disk before it continues.

Here is the relevant code from dpkg:

  file= fopen(newvb.buf,"w+");
  if (!file) ohshite(...);
  push_cleanup(cu_closefile,ehflag_bombout, 0,0, 1,(void*)file);
  while (list) {
if (!(leaveout && (list->namenode->flags & fnnf_elide_other_lists))) {
  fputs(list->namenode->name,file);
  putc('\n',file);
}
list= list->next;
  }
  if (ferror(file)) ohshite(...);
  if (fflush(file)) ohshite(...);
  if (fsync(fileno(file))) ohshite(...);
  pop_cleanup(ehflag_normaltidy); /* file= fopen() */
  if (fclose(file)) ohshite(...);
  if (rename(newvb.buf,vb.buf)) ohshite(...);

ohshite is a nonreturning error handling function.  I've elided its
arguments for brevity.

As you can see, it is careful to flush and sync the .list file before
it uses rename(2) to atomically overwrite the destination file.

Ian.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: vim, help files and vimrc

[David Welton]

On Wed, Apr 15, 1998 at 09:40:30AM +0200, Paul Slootman wrote:
> On Sat 11 Apr 1998, David Welton wrote:
> 
> > Notwithstanding my dislike for things vi;-), vim is a nice program
> > used by a lot of people, so I though I'd try and fix some of the more
> > serious bugs.
> 
> Is the vim maintainer not maintaining it then? AFAIK Galen Hazelwood
> <[EMAIL PROTECTED]> is the maintainer.

It has a 'serious' bug that will prevent it from being released, as
long as a pretty long list of other bugs.  I haven't seen or heard
anything..
 
> I use vim quite a lot, but if I read you correctly, you've already fixed
> some stuff, so it might be best if you simply upload your fixed version.
> After that, if the current maintainer doesn't object, I would be willing
> to take over.

Cool, although I'm still not sure on precisely what to do about the
help file situation...  I guess something in the postinst script that
greps for the right lines in vimrc and offers to add them.
Hrm.. yuck, I find things like that distasteful.
 
> BTW: bug 16138 is no longer an issue with Vim 5.0, and should be closed
> (I've already followed up on the BTS).

A lot of the unofficially orphaned packages have big long lists of
bugs, which often may have been fixed by new versions... 

Ciao,
-- 
David Welton  http://www.efn.org/~davidw 

Debian GNU/Linux - www.debian.org


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: *** The Upcoming Release of Hamm ***

[Ian Jackson - Debian Project Leader]

Brian White writes ("*** The Upcoming Release of Hamm ***"):
> There seems to be a lot of speculation about the upcoming release of Hamm.
> The date "April 20th" seems to be the favorite date that is getting passed
> around.
> 
> I can guarantee everyone right now that no release will be made at that
> time.

Good.  As you say, we are not ready.

...
> I'm feeling sick and am very busy, so I'm going to be blunt here...  Lively
> discussions about whether this is good or bad and the things that can be done
> about it are largely pointless.  More discussion is not going to get it out
> the door sooner.  The only thing that is _really_ going to help is to roll
> up your seleves and get down & dirty.  We need backbones -- not jawbones
> or wishbones.

Brian is absolutely right.

> So, when will Hamm be released?  You decide.  It's up to the devolpers
> to set the date by fixing the problems that are currently holding up
> the release.  As soon as the last release-necessary bug gets closed or
> downgraded, we'll probably be ready to ship.

Can I propose the following ?  When we get into this state we announce
an `early beta' and delay the release for at least a further two weeks
to see if any more release-necessary bugs arise, or if there is
discussion about the status of a bug.

Ian.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: *** The Upcoming Release of Hamm ***

[Ian Jackson]

Brian White writes ("*** The Upcoming Release of Hamm ***"):
...
> So, when will Hamm be released?  You decide.  It's up to the devolpers
> to set the date by fixing the problems that are currently holding up
> the release.  As soon as the last release-necessary bug gets closed or
> downgraded, we'll probably be ready to ship.
...

Brian: I would like to have an exception mechanism so that bugs which
cannot be fixed before release and which you determine not to be
necessary to be fixed can be ignored without having to downgrade them.

For example, you downgraded the dpkg dependency calculation problem
(#1797) from `grave' to `normal' by someone.  It is definitely grave
(as defined), but I agree we should not hold up the release of bo for
it.

This can probably be done by just having you maintain a small
exception list.

Ian.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: intent to package jstation

[Jim Pick]

Stephen Zander <[EMAIL PROTECTED]> writes:

> Bummer! I can't help here unfortunately (I'm a jdk source licencee) but
> I thought Jim Pick had expressed an intention of persuing free JVM
> implementations.
> 
> Jim?

I'm freeing up the rest of this week, so I will be able to work on all
my Debian stuff I've had on hold for awhile.

I wouldn't hold your breath for a totally free Java implementation yet -
both Kaffe and Japhar depend on the non-free Sun class library.

Some work has been done on a free class library (kore) - but this hasn't
been integrated into either kaffe or japhar at this point (except for
an older version of kaffe).

Cheers,

 - Jim



pgpT0uNziyXhv.pgp
Description: PGP signature

Re: Are we shipping 2.0 with ipmasq in the default kernel?

[Mark Baker]

On Wed, Apr 15, 1998 at 05:02:39PM +, Rev. Joseph Carter wrote:

> > The thing is that I had a prefectly working IPmasq setup, with rules
> > changed in ip-up and ip-down.
> 
> hmm, now there's an idea.  Since I don't use diald or similar, I just set
> the rules static.

I do use diald, and set the rules static (if I didn't do so, then other
computers wouldn't be able to get the computer to dial, which seems to ruin
the whole point to me).

You might need to change the rules in the ip-up if you have dynamic IP, but
only the ones concerned with spoofing protection; the basic ones don't need
to know about your real IP address.

FWIW I never got those rules to work anyway.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: [gtk-list] ANNOUNCE: GTK+ 1.0.0 Released!

[Mark Baker]

On Tue, Apr 14, 1998 at 05:32:17PM -0800, Ben Gertzfield wrote:

> Marcus> Did the interface change (e.g. do we need to upload new
> Marcus> versions of related packages) ?
> 
> No, the API has not changed since 0.99.4. There are still some packages
> using the old API though, I believe.

What about the binary interface?


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Warnings when linking with gtk

[Alex Yukhimets]

> I use the minimal Makefile:
> 
> CFLAGS=-O2 -g -I/usr/lib/glib/include/
> LDFLAGS=-L/usr/X11R6/lib -lX11 -lglib -lgdk -lgtk -lm
> 
> and get an (apparently) working program but the warnings:
> 
> ld: warning: libc.so.5, needed by /usr/lib/libc5-compat/libXi.so.6, may
> conflict with libc.so.6
> /lib/libc.so.5: the `Getwd' function is dangerous and should not be used.
> /lib/libc.so.5: the `Gets' function is dangerous and should not be used.
> /lib/libc.so.5: warning: `Siggetmask' is obsolete; `Sigprocmask' is best

Well, there are a couple of issues here.
First, your linker line is a bit messed up. Not all of the necessary
libraries are present and worst of all, not in correct order.
While compiling with GTK I would recommend using the following:

CFLAGS =  `gtk-congig --cflags`
LDFLAGS=  `gtk-config --libs`

(*) (In case you want to link with some other library, in addition to GTK,
like electric-fence or whatever.)

Also, check that libc5-compat entries are at the very end of
/etc/ld.so.conf file.

Good luck.

ALex Y
-- 
   _ 
 _( )_
( (o___   +---+
 |  _ 7   |Alexander Yukhimets|
  \(")|   http://pages.nyu.edu/~aqy6633/  |
  / \ \   +---+


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Uploaded otp 970425-3 (source i386) to master

[Jens Ritter]

Turbo Fredriksson <[EMAIL PROTECTED]> writes:

> Jens Ritter <[EMAIL PROTECTED]> writes:
> >  otp- Generator for One Time Passwords
> 
> Is there a server end to this to?

No. Did you have a look on opie?

Jens
---
[EMAIL PROTECTED]   [EMAIL PROTECTED]
Key ID: 2048/E451C639 Jens Ritter
Key fingerprint: 5F 3D 43 1E 24 1E CC 48  1E 05 93 3A A7 10 73 37 


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: What exactly belongs in frozen?

[Martin Schulze]

On Fri, Apr 10, 1998 at 12:41:50PM -0400, Daniel Martin at cush wrote:
> I had originally posted this to debian-private, but in the interest of 
> getting more feedback (and timely feedback, since if this is going
> into frozen it needs to go *soon*) I'm re-posting it here.  (It
> probably belongs here anyway, as it's not really a closed
> maintainers-only issue, but more of a "how debian works" issue).

debian-devel@lists.debian.org is the appropriate place for it (dunno
where we are right now).

> What exactly determines if a new version of a package should go into
> frozen or unstable?  All I've heard is "bug fixes in frozen;
> everything else in unstable".

Correct.  If your upload fixes bugs, recorded in the bugtracking
system, lintian bugs, or upstream bugs it may go into frozen _and_
unstable.  If it is just a new release it has to go into unstable
only.  And if it fixes only typos or very low priority bugs you 
might decide that it goes only into unstable, too.

> I'm a new Debian maintainer and have just taken over fvwm95.  I have
> packaged up a new version but have not uploaded it because I can't
> decide if it's frozen or unstable:

That's decided as I recall.  Sorry for not answering earlier.

> The main change in this package was that a long-standing "feature" of
> the upstream source has been fixed (I actually had done this about a
> week before bug 20866 came in, but it's essentially the same code
> change) so that Read statements can be used sanely in the
> configuration files.  As a natural improvement, the configuration 
> has now been made to resemble that of fvwm2 extremely closely. (with
> .hook files all over the place)
> 
> Points for putting it into unstable:
>  * this package does the configuration of fvwm95 completely
>differently from before; this may be considered a new feature.

Ouch, better put it into unstable - I think that's what you've done,
right?

Regards,

Joey

-- 
  / Martin Schulze  *  [EMAIL PROTECTED]  *  26129 Oldenburg /
 / http://home.pages.de/~joey/
/ Install joe (Joey's Own Editor) correct: Joe's Own Editor /


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: dpkg memory usage

[Steve Dunham]

Ian Jackson <[EMAIL PROTECTED]> writes:


> It's mainly because the access method you're using is (I surmise)
> reinvoking dpkg each time.  That involves loading the more robust data
> structures in /var/lib/dpkg/info into a fast-to-access in-core format.

It's mostly when I invoke it on the command line that I notice this.
(When I ocassionally do a "dpkg -i", "dpkg -e" or "dpkg -S".)  I use
rpm on some of my systems, and it always surprises me how quickly the
commands return because I'm used to dpkg.

> I also intend to change the format of the /var/lib/dpkg/info/*.list
> database to make it faster to load, and I may change
> /var/lib/dpkg/status too.  (The resulting structures will still be
> editable with emacs.)

>From an academic standpoint, I'm interested in knowing what you have
in mind here.  I think a single text file would be noticably faster
than a bunch of *.list files, but I don't know how much time is spent
on I/O and how much is spent on building data structures in memory.
(It would save the time of scanning the directory, opening and closing
all the files.)

> Using a dbm file or something is fine if you just want read-only
> access.  However, they're no good for updating, because such systems
> do not have sensible behaviour on filesystem failures like disk full -
> they can't be updated atomically.  You end up having to read
> everything in and rewrite the whole database after every update.

Ok, I'll concede this on the atomic and error handling points.  I
didn't know that dpkg was designed that robustly.

I guess a libdpkg would fix the startup time issues and if I want
"dpkg -S" to work faster, I can always write a perl script that does
it, caching the information in a DBM hash that it rebuilds on demand.

> Steve Dunham writes ("Re: dpkg memory usage"):

> > And the text version is still prone to severe corruption.  Mine was
> > scrambled the other day when I upgraded the modutils package running a
> > 2.1.x kernel - the machine locked up, and when I rebooted and tried to
> > install more packages, dpkg mixed up a bunch of scripts and .list
> > files.

> I think this was probably a simple kernel bug.  dpkg cannot defend
> against your kernel scrambling its filesystem data structures.  It
> does ask the kernel to confirm that changes have been committed to
> disk before it continues.

The crash was a kernel bug. After the system came back up there were
files left in /var/lib/dpkg/updates.  When I tried to run dpkg after
that, it complained about two of those files being corrupt, so I
deleted those two and left the rest.

My guess was that the corruption was related to those files being left
in the updates directory, does this make sense?  What would happen to
dpkg if stuff was left in there? (The filenames were just numbers,
from 1 to 12 I believe, I deleted 10 and 11.)  That's why I suggested
that dpkg mixed them up, although it could be a matter of the
directory not being correct.

Anyways, I did a "ls -lart" of the info directory, renamed some stuff
and reinstalled the effected packages, and it seems to be recovered.

(If I had a local copy of the Debian archive, I could have rebuilt all
of the info directory using the status file.)


Don't take any of this the wrong way.  dpkg is a great program; you
did a damn fine job with it.  The startup speed issue is only a minor
one.  The only real issue I have with Debian packages is interactivity
and this isn't the fault of dpkg.


Steve
[EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

clarification needed: ldconfig in postrm?

[Joey Hess]

The newest policy manual says:

| Any package installing shared libraries in a directory that's listed in
| /etc/ld.so.conf or in one of the default library directories of ld.so
| (currently, these are /usr/lib and /lib) must call ldconfig in its postinst 
| script if and only if the first argument is `configure'. However, it is 
| important not to call ldconfig in the postrm or preinst scripts in the case
| where the package is being upgraded 

This says nothing about the postrm. Should ldconfig ever be called in the
postrm?

-- 
see shy jo


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: clarification needed: ldconfig in postrm?

[Joey Hess]

Joey Hess wrote:
> The newest policy manual says:

Er, packaging manual, rather, as if it matters :-)
 
> | Any package installing shared libraries in a directory that's listed in
> | /etc/ld.so.conf or in one of the default library directories of ld.so
> | (currently, these are /usr/lib and /lib) must call ldconfig in its postinst 
> | script if and only if the first argument is `configure'. However, it is 
> | important not to call ldconfig in the postrm or preinst scripts in the case
> | where the package is being upgraded 
> 
> This says nothing about the postrm. Should ldconfig ever be called in the
> postrm?
> 
> -- 
> see shy jo
> 
> 
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

-- 
see shy jo


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Dumping core: root vs. normal user

[Eloy A. Paris]

Hi,

an easy one: why when root runs a program that faults core is not
dumped but when a normal user runs the same program a core is dumped?

Test program:

void main(void)
{
* (char *) 0 = 0;
}

gcc -o test test.c

Run test as both root and a normal user and you'll see what I'm
saying.

Thanks,

E.-


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: What exactly belongs in frozen?

[Damjan Marion]

On Wed, Apr 15, 1998 at 09:17:30PM +0200, Martin Schulze wrote:
> Correct.  If your upload fixes bugs, recorded in the bugtracking
> system, lintian bugs, or upstream bugs it may go into frozen _and_
> unstable.  If it is just a new release it has to go into unstable
> only.  And if it fixes only typos or very low priority bugs you 
> might decide that it goes only into unstable, too.
> 

  What to do with packages from project/orphaned? Can I put it into
 frozen? I was already upload it to unstable?

-- 

 Damjan Marion[EMAIL PROTECTED]


pgpjrEwPiQZWq.pgp
Description: PGP signature

Re: Dumping core: root vs. normal user

[Brandon Mitchell]

On 15 Apr 1998, Eloy A. Paris wrote:

> an easy one: why when root runs a program that faults core is not
> dumped but when a normal user runs the same program a core is dumped?

[EMAIL PROTECTED](p5):cs315# cat core-test.c
void main(void)
{
* (char *) 0 = 0;
}

[EMAIL PROTECTED](p5):cs315# gcc core-test.c -o core-test
[EMAIL PROTECTED](p5):cs315# ./core-test 
Segmentation fault (core dumped)
[EMAIL PROTECTED](p5):cs315# whoami
root
[EMAIL PROTECTED](p5):cs315# ulimit -c
unlimited

I'd check the ulimit,
Brandon

-
Brandon Mitchell <[EMAIL PROTECTED]>   "We all know linux is great... it
PGP: finger -l [EMAIL PROTECTED]  does infinite loops in 5 seconds"
Phone: (757) 221-4847  --Linus Torvalds


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Anyone want to make a Debian XDM login screen?

[David A. van Leeuwen]

Branden Robinson wrote:
> 
> Wanted:
> 
> Someone to follow the lead set at http://tr.ml.org/~tom/software/xdm/
> and create a Debian XDM login screen featuring Mr. Blue-Eye or something.

I'd opt for a `shutdown' button on the XDM login screen. 

Right now there isn't a simple way of bringing the machine down---as far
as i know.
Even ctrl-alt-del doesn't work in XFree86. 

Of course, care should be taken that this can be done only from the
console---if necessary, only after typing a shutdown
password. 

-- 
David A. van Leeuwen<[EMAIL PROTECTED]>
http://davl.op.het.net

  Echt stijlvol sterven doe je / bij een ander op de mat
  Op de dag dat je bezorgd wordt / door het NRC Handelsblad

---Joop Visser


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Who has the dpkg source tree ?

[Ian Jackson]

It will not have escaped the attention of the Project that dpkg hasn't
been very well maintained of late.

Klee seems to have dropped out of sight; I presume he's too busy doing
paid work or something.  I'm currently very busy with the leadership
role and a couple of other free software programs (userv, about which
I'll be giving a paper at the Linux Kongress, and sauce - `software
against unsolicited commercial email', an as yet unreleased SMTP-receiver with 
some
totally fascist checking).

I think we need someone to coordinate getting releases out, making
minor fixes (like the debian-changelog-mode.el thing), etc.

The third member of [EMAIL PROTECTED] is Michael Alan Dorman.  I
haven't seen much from him recently (most recent message from him on
debian-devel on the 30th of March).  Michael, are you there ?  Are you
planning to put out a new dpkg release any time soon ?

If Michael is not available I'd like volunteers to manage the dpkg
source tree.

Whoever does this job I'd like them to fix minor and packaging bugs as
maintainer (rather than non-maintainer) releases.  They'll be
authorised to close bug reports they have included fixes for or which
are obviously bogus.  They should accept simple patches to correct
uncontroversial bugs from anyone, but anything else should be vetted
by me or Klee, and only Klee or I should close nontrivial `mistaken'
bug reports.

When this is done and I have a libc6 development environment (which I
don't atm) I want to get back into doing development - and
particularly, bugfixing.

Ian.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Who has the dpkg source tree ?

[Joey Hess]

In case you didn't notice, there was a recent bugfix release of dpkg by Juan
Cespedes <[EMAIL PROTECTED]>. (version 1.4.0.22) It was just a
non-maintaer, though.

-- 
see shy jo


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: What exactly belongs in frozen?

[Martin Schulze]

On Wed, Apr 15, 1998 at 10:47:06PM +0200, Damjan Marion wrote:
> On Wed, Apr 15, 1998 at 09:17:30PM +0200, Martin Schulze wrote:
> > Correct.  If your upload fixes bugs, recorded in the bugtracking
> > system, lintian bugs, or upstream bugs it may go into frozen _and_
> > unstable.  If it is just a new release it has to go into unstable
> > only.  And if it fixes only typos or very low priority bugs you 
> > might decide that it goes only into unstable, too.
> > 
> 
>   What to do with packages from project/orphaned? Can I put it into
>  frozen? I was already upload it to unstable?

I'd say put them into frozen.  Some of them were removed from 
pre-frozen and should be put back.

Regards,

Joey

-- 
  / Martin Schulze  *  [EMAIL PROTECTED]  *  26129 Oldenburg /
 / http://home.pages.de/~joey/
/ Install joe (Joey's Own Editor) correct: Joe's Own Editor /


pgpZ4UI6WRgdP.pgp
Description: PGP signature

assorted bugs in 2.0 install

[Alex Romosan]

we got 4 new computers running debian (1.3.1) and in the process of
upgrading them to 2.0 i found the following problems:

(1) kernel-package doesn't know how to deal with spaces before the
block devices in the /etc/fstab file. i know you would say that
not many people would run into this situtation, but varesearch
ships such an fstab file and the kernel-package was totally
confused by it. it took me a while too to figure out what was
happening. mount doesn't forbid spaces before the first field so i
think kernel-package should be able to deal with it.

(2) upgrading from xfree86 3.3.1 to 3.3.2 i ran into the strangest
problem. /usr/X11R6/lib/X11/Cards didn't get updated. i just took
a look at all the other computers i have (running 3.3.2, upgraded
straight from 3.3.1) and none have the new Cards file even though
it is part of the xbase package. the ones that run 3.3.2-3 and got
upgraded first to 3.3.2-0.1, 3.3.2-1 and so on to -3 have the new
version of this file. also, if you do a fresh install (or run
purge before installing the new xbase) then the new version of
Cards gets installed. can somebody explain to me why this is
happening?

(3) i screwed up one of the upgrades (one day i'll learn to be more
patient) so i ended up doing a fresh install. the disk drive is
scsi, but the cd drive is ide. the boot disk wouldn't let me make
linux bootable from the hard drive claiming that i can install
lilo only on the first drive and that /dev/hda wasn't writable. of
course it wasn't, since it was the cd drive, but /dev/sda was.
shoudn't the installation script also look for the first scsi
drive? i think this is a bug.

anyway, this is about it. i consider (1) and (3) real bugs (but
probably the majority of people will never run into them). (2) is kind
of weird and i don't have any explanation for it, but i can reproduce
it.

--alex--

-- 
| I believe the moment is at hand when, by a paranoiac and active |
|  advance of the mind, it will be possible (simultaneously with  |
|  automatism and other passive states) to systematize confusion  |
|  and thus to help to discredit completely the world of reality. |


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Anyone want to make a Debian XDM login screen?

[Raul Miller]

David A. van Leeuwen <[EMAIL PROTECTED]> wrote:
> Even ctrl-alt-del doesn't work in XFree86. 

ctrl-alt-del should be made to work.

-- 
Raul


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

non-free licences

[Andreas Jellinghaus]

after reading all non-free licences, i have a list what can go on a
cdrom. this is my personal list, yours may be different. no waranty.

this is not an official debian list. debian takes no position,
and will not include non-free packages on their official cdrom.

i included packages, if this is ok :
 - personal use
 - educational use
 - commercial, for-profit distribution, for a reasonable fee.
(don't mail me, if you think this is too restrictive.)

maybe you have your own list, so we can compare ?
if you think, that i'm wrong on some package, please write
whether the package can be included or not, and include the full licence 
(and clarifying emails from the author ).

Andreas
---
BAD
abc2mtex abuse-sfx angband arabtext archie axe battleball biglog
bsdgames-nonfree calctool cgiwrap chos distributed-net
distributed-net-proxy dmalloc doom dqs dungeon echo-linux
figfonts figfonts-cjk fractxtra freefont frotz gettyps glimpse gopher-client
gsn-curses gsn-jigsaw gumshoe http-analyze idled ines inform inform-docs
l3 lha libforms-bin libforms-dev libforms-doc libforms0.86 libforms0.86-altdev
libforms0.88 libglide2 libmsql1 libmsql2 libsrgp1 libsrgp1-altdev libsrgp1g
libsrgp1g-dev maelstrom majordomo mikmod mirrormagic mosaic mp3asm
mp3info msql msql-doc msqld oonsoo pgplot picasm pine-docs povray-misc
quake-lib quake2 quake2-dm r-mlbench rel remind rman rocks-n-diamonds
seyon sharefonts so-far speech-tools-dev spim squake strn tin tkman
tracker ts unzip w3-msql weather wwwtable x3270 x3270-htmldoc xanim
xfmail xgalaga xgobi xinetd xmame xmikmod xpacman xpdf xquake
xtoolplaces xtrojka xv xwpick zip

GOOD
amp biss chimera chktex circus cthugha cucipop dgs dgs-dev doc++
doc-html-w3 dvi2tty epan ethiop ezlm-source festival festlex-cmu
festlex-oald festlex-poslex festvox-don festvox-kdlpc16k festvox-kdlpc8k
fftw1 gfont giftrans gravitywars gs-aladdin html2latex hwb lclint
libcgic1 libcgic1-altdev libcgicg1 libcgicg1-dev libgd-perl libgd1
libgd1-altdev libgd1g libgd1g-dev libjpeg-gif mcvert mirror mpg123 musixtex
musixtex-doc mysql-base mysql-bench mysql-dev mysql-doc mysql-manual
mysql-server ncftp ncompress nedit netpbm-nonfree newsgate noweb ocal
optimizer opustex pdl qmail-src qt-doc qt1g qt1g qt1g-dev serialmail-src
snns snns-doc swi-prolog tatctae tetex-french tgif tkdiff tripwire
ucbmpeg ucbmpg-play unarj wwwcount xacc-smotif xanim xautolock
xfractint xpostitplus xtrkcad xzx zoo

CHECK
diablo fftw1-dev gdk-imlib-nonfree-dev gdk-imlib-nonfree
imlib-nonfree imlib-nonfree-dev jdk1.1-dev jdk1.1-docdemo povray
povray-doc snns-examples snns-tools tkgofer xmame-svga xmame-x
xmayday xmayday-doc xpvmpov xsqlmenu

CHECK: i got my information with cat usr/doc/*/*copyright*,
but with these packages, i got empty files, so i have to look at them manualy.

TODO : check non-US packages.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Spamming people

[boobileedoo]

please get someone to spam [EMAIL PROTECTED]
and [EMAIL PROTECTED] plus get some one to spam
[EMAIL PROTECTED] thanx


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Anyone want to make a Debian XDM login screen?

[Joey Hess]

Raul Miller wrote:
> David A. van Leeuwen <[EMAIL PROTECTED]> wrote:
> > Even ctrl-alt-del doesn't work in XFree86. 
> 
> ctrl-alt-del should be made to work.

Um, please, NO!

I've several times been very glad ctrl-alt-del did not work in X. You see,
my main server is often in X, another computer here isn't, and I typically
get the keyboards confused and breath a huge sigh of relief when I realize X
ignored the ctrl-alt-del.

-- 
see shy jo


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Anyone want to make a Debian XDM login screen?

[David Welton]

On Wed, Apr 15, 1998 at 03:02:32PM -0700, Joey Hess wrote:
> Raul Miller wrote:
> > David A. van Leeuwen <[EMAIL PROTECTED]> wrote:
> > > Even ctrl-alt-del doesn't work in XFree86. 
> > 
> > ctrl-alt-del should be made to work.
> 
> Um, please, NO!
> 
> I've several times been very glad ctrl-alt-del did not work in X. You see,
> my main server is often in X, another computer here isn't, and I typically
> get the keyboards confused and breath a huge sigh of relief when I realize X
> ignored the ctrl-alt-del.

With all due respect, this seems more like a matter of local
configuration on your part rather than what the standard for Debian
should be.  If we have decided that we want ctrl-alt-del to take the
system down, then it should do it consistantly.

Speaking of systems going down, anyone heard more than what is on
Bugtraq about the supposed modified syndrop thing?

Ciao,
-- 
David Welton  http://www.efn.org/~davidw 

Debian GNU/Linux - www.debian.org


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Who has the dpkg source tree ?

[Jason Gunthorpe]

On Wed, 15 Apr 1998, Ian Jackson wrote:

> I think we need someone to coordinate getting releases out, making
> minor fixes (like the debian-changelog-mode.el thing), etc.

Juan has been making several indications that he is going to do some NMR's
on the [EMAIL PROTECTED] list.
 
Also, when Michael made clear he was going to start working on dpkg I
setup up a CVS server on cvs.debian.org for him - but to my knowledge it
has never actually been used.

Jason


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Anyone want to make a Debian XDM login screen?

[Raul Miller]

Joey Hess <[EMAIL PROTECTED]> wrote:
> Raul Miller wrote:
> > David A. van Leeuwen <[EMAIL PROTECTED]> wrote:
> > > Even ctrl-alt-del doesn't work in XFree86. 
> > 
> > ctrl-alt-del should be made to work.
> 
> Um, please, NO!
> 
> I've several times been very glad ctrl-alt-del did not work in X. You see,
> my main server is often in X, another computer here isn't, and I typically
> get the keyboards confused and breath a huge sigh of relief when I realize X
> ignored the ctrl-alt-del.

That can be configured by people who need it.  

To turn off ctrl-alt-del for non-x you edit /etc/inittab

In principle, it would be nice if X could just relay the information
to init (that the key combo is being pressed). In practice, it might
be acceptable to just put a comment into /etc/inittab (and the
app-defaults) pointing to the other location(s).

-- 
Raul


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

man page bad symlinks?

[Ben Gertzfield]

Lately, I've been getting a whole bunch of these warnings from man.
These warnings have popped in and out over the past year or two
of keeping up-to-date with Debian, and appear on EVERY hamm machine
I have:

[EMAIL PROTECTED]:~/src]% man openproc
3:59PM
Updating index cache for path `/usr/man'. Wait...man: warning: 
/usr/man/man1/g++.1.gz is a dangling symlink
man: can't open /usr/man/man1/c++.1: No such file or directory
man: warning: /usr/man/man1/c++.1.gz: bad symlink or ROFF `.so' request
man: warning: /usr/man/man1/b2m.1.xemacs20.gz is a dangling symlink
man: can't open /usr/man/man1/b2m.1: No such file or directory
man: warning: /usr/man/man1/b2m.1.gz: bad symlink or ROFF `.so' request
man: warning: /usr/man/man1/emacsclient.1.xemacs20.gz is a dangling symlink
man: can't open /usr/man/man1/emacsclient.1: No such file or directory
man: warning: /usr/man/man1/emacsclient.1.gz: bad symlink or ROFF `.so' request
man: can't open /usr/man/man1/gnuserv.1: No such file or directory
man: warning: /usr/man/man1/gnuclient.1.gz: bad symlink or ROFF `.so' request
man: can't open /usr/man/man1/gnuserv.1: No such file or directory
man: warning: /usr/man/man1/gnuattach.1.gz: bad symlink or ROFF `.so' request
man: can't open /usr/man/man1/gnuserv.1: No such file or directory
man: warning: /usr/man/man1/gnudoit.1.gz: bad symlink or ROFF `.so' request
man: warning: /usr/man/man1/rcs-checkin.1.xemacs20.gz is a dangling symlink
man: can't open /usr/man/man1/rcs-checkin.1: No such file or directory
man: warning: /usr/man/man1/rcs-checkin.1.gz: bad symlink or ROFF `.so' request
man: warning: /usr/man/man1/xemacs20.gz is a dangling symlink
man: can't open /usr/man/man1/xemacs.1: No such file or directory
man: warning: /usr/man/man1/xemacs.1.gz: bad symlink or ROFF `.so' request
man: warning: /usr/man/man1/math3.1.gz is a dangling symlink
man: can't open /usr/man/man1/smath.1: No such file or directory
man: warning: /usr/man/man1/smath.1.gz: bad symlink or ROFF `.so' request
Updating index cache for path `/usr/man'. Wait...done.
No manual entry for openproc

Stuff like this.

For instance, /usr/man/man1/smath.1.gz points to
/etc/alternatives/smath.1.gz, which points to
/usr/man/man1/math3.1.gz, which does not exist.

Should all these be reported as bugs?

-- 
Brought to you by the letters Z and F and the number 9.
"He's kissing Christian.. and it's making you die." -- that dog.
Ben Gertzfield  Finger me for my public
PGP key. I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Dumping core: root vs. normal user

[Eloy A. Paris]

Hi,

Brandon Mitchell <[EMAIL PROTECTED]> wrote:

: I'd check the ulimit,

Nope, ulimit -c also outputs "unlimited". What about the output of "set
-o", how does yours look like?

Thanks,

E.-

-- 

Eloy A. Paris
Information Technology Department
Rockwell Automation de Venezuela
Telephone: +58-2-9432311 Fax: +58-2-9431645


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: *** The Upcoming Release of Hamm ***

[Hartmut Koptein]

> Can I propose the following ?  When we get into this state we announce
> an `early beta' and delay the release for at least a further two weeks
> to see if any more release-necessary bugs arise, or if there is
> discussion about the status of a bug.

Make it harder! From now on no new upstream versions to frozen. Cleaning
Incoming. 1. May is 'early beta' and 1. June is release time (to have some
more time for arch maintainers and testers). 

Is this to hard?

Bye,

  Hartmut


-- 
 Hartmut Koptein   EMail:
 Friedrich-van-Senden-Str. 7   [EMAIL PROTECTED]
 26603 Aurich   
 Tel.: +49-4941-10390  [EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Dumping core: root vs. normal user

[Brandon Mitchell]

On 15 Apr 1998, Eloy A. Paris wrote:

> Nope, ulimit -c also outputs "unlimited". What about the output of "set
> -o", how does yours look like?

allexport   off
braceexpand on
errexit off
hashall on
histexpand  on
keyword off
monitor on
noclobber   off
noexec  off
noglob  off
notify  off
nounset off
onecmd  off
physicaloff
privileged  off
verbose off
xtrace  off
history on
ignoreeof   on
interactive-commentson
posix   off
emacs   on
vi  off

Also, note that I haven't updated my system in quite a while.  Let me know
what other packages could do this:
ii  libc6   2.0.7pre1-1The GNU C library version 2 (run-time files)
ii  bash2.01-5 The GNU Bourne Again SHell

Brandon

-
Brandon Mitchell <[EMAIL PROTECTED]>   "We all know linux is great... it
PGP: finger -l [EMAIL PROTECTED]  does infinite loops in 5 seconds"
Phone: (757) 221-4847  --Linus Torvalds


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]