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

[Wichert Akkerman]

Previously Branden Robinson wrote:
> Isn't that what I just suggested?

Uhh... 
(scratching head aimlessly)
I must be getting blind.. You're right of course. It's just that I didn't
notice the name of the program in your mail, just the URL.

Wichert.

-- 
==
This combination of bytes forms a message written to you by Wichert Akkerman.
E-Mail: [EMAIL PROTECTED]
WWW: http://www.wi.leidenuniv.nl/~wichert/


pgpdS5mjXFGpJ.pgp
Description: PGP signature

slink/main/binary-i386/Packages file is empty.

[Rob Browning]

Package: ftp.debian.org

lftp ftp.debian.org:/pub/debian/dists/slink/main/binary-i386> ls -l Packages*
-rw-r--r--1 102481608   0 Apr  2 13:56 Packages
-rw-r--r--1 102481608  20 Apr  2 14:46 Packages.gz
lftp ftp.debian.org:/pub/debian/dists/slink/main/binary-i386>

-- 
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94  53 2B 97 F5 D6 4E 39 30


--
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?

[Ben Gertzfield]

> "Branden" == Branden Robinson <[EMAIL PROTECTED]> writes:

Branden> One presumes that will stop very soon now.  Both GTK+ and
Branden> the GIMP are very, very close to a 1.0 release.  For the
Branden> GTK+, one can assume that the library interface will be
Branden> stable for a while.

GTK+ is unofficially at 1.0 now. I'm building a prerelease of 1.0
as we speak.

Relying on GTK+ for lots of apps for Debian 2.1 would be fine by me,
as the rapid development phase is over, and GTK+ 1.1 has already been
forked, following the Linux kernel/Perl/GNUS developmental model.

-- 
Brought to you by the letters Q and M and the number 5.
"If it wasn't for disappointment, I wouldn't have any appointment." -- TMBG
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: vim, help files and vimrc

[Mark W. Eichin]

> I originally asked that there be a D option which would do
>   diff -u $x $x.dpkg-dist | ${PAGER:-more}

I did too, though I'd make the change that any arguments given after
the D get passed to diff instead of -u... though -u is what I usually
want, it lets people use "D -c" if they want (it's a semi-religious
issue, some people, most notably RMS, dislike -u format...)

Of course, what I'd *really* get a kick out of would be having
conffiles shipped with RCS ",v" files and have the option of an
rcsmerge at mismatch time... not as much as eliminating the need for
conffiles (install-* are a good step in that direction), but it bears
thinking about...


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

Are we shipping 2.0 with ipmasq in the default kernel?

[Ben Gertzfield]

Just wondering -- are we going to be shipping Debian 2.0 with IP
masquerading enabled by default in the kernel? I ask because
we have that nice /etc/init.d/ script that's setting up IP
masquerading policies..

-- 
Brought to you by the letters R and E and the number 2.
"My sister has three.. gender biases." -- Moxy Fruvous
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: [gtk-list] ANNOUNCE: GTK+ 1.0.0 Released!

[Ben Gertzfield]

Debian packages for Debian 2.0/i386 have been uploaded to the master
Debian FTP archive and ftp.gimp.org.

GTK+ 1.0.0 will officially be a part of Debian 2.0, due to be released
in a few weeks.

Congrats, folks!

-- 
Brought to you by the letters V and U and the number 18.
"You forgot Uranus." "Goodnight everybody!" -- Yakko and Wakko
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: Virtual Package: ftp-server | ftpd

[Heiko Schlittermann]

On Mon, Apr 13, 1998 at 10:03:46AM -0600, someone wrote:
: Hi Heiko...
: 
: What's missing from your proposal is any sense of *why* you want to do this.
: 
: : I'd like to create a virtual package name:
: 
: : either ftp-server
: : or ftpd
: 
: Is there anything that depends on the presence of an FTP daemon?  If not, 
there
: is no need for a virtual package name.

Imagine a package ``internet server'' or a pre-selection called
``internet server'', depending on:

httpd, ftpd, ... 

: : Additional I'd like to establish the ``alternatives'' mechanism for
: : ftpd.  Making a simple management of multiple ftp servers
: : possible.
: 
: I don't see the the point.  Are there many cases of systems with more than 
: one ftpd installed?  That seems very unlikely to me.  Plus, the daemons have
: wildly different configuration mechanisms...

Not many cases, but I don't like to make the different ftpd packages
conflicting.  I can imagine a setup where one ftp daemon is used for
ordinary public file services while an other daeamon is tested/used on an
private port or probably on a different IP ...

It's true, that there are different configuration mechanisms, but all
daemons run w/o any options in a reasonable usable way.  The
alternatives make it possible to use the above setup (for the one who
knows).

And, probably the reason is the same as for the virtual package ``httpd''.
All the httpds have different configurations too.


Heiko
--
email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]
pgp   : A1 7D F6 7B 69 73 48 35  E1 DE 21 A7 A8 9A 77 92 
finger: [EMAIL PROTECTED] [EMAIL PROTECTED]


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

Re: What to do when dupload doesn't....

[Heiko Schlittermann]

On Mon, Apr 13, 1998 at 10:47:35AM -0700, Stephen Zander wrote:
: I would *really* like to see all the debain packages using perl that
: attempt FTP to do so through the Net::FTP package!  I then only have
: deal with my (slightly braindeab) fire-wall configuration once.
: 
: Using bastardised chat.pl scripts is a royal pain.

Feel free to change dupload ... 


Heiko
--
email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]
pgp   : A1 7D F6 7B 69 73 48 35  E1 DE 21 A7 A8 9A 77 92 
finger: [EMAIL PROTECTED] [EMAIL PROTECTED]


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

intent to package jstation

[Bdale Garbee]

I intend to package 'jstation' for Debian.  This is a suite of Java-based 
software that implements a full-featured ground station for amateur radio 
satellites using the Pacsat protocols.  

Because jstation depends on JDK 1.1, it will go to contrib despite being
GPL'ed itself.  This might change if a free Java implementation for Debian
can replace the JDK dependency.  This is my first foray into the Java
universe, so I'm a little out of touch on the details of what's available.

For more info on jstation, see:  http://www.qsl.net/n6lyt/

Bdale, N3EUA


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

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

[Hamish Moffatt]

On Mon, Apr 13, 1998 at 09:04:28PM -0800, Ben Gertzfield wrote:
> Just wondering -- are we going to be shipping Debian 2.0 with IP
> masquerading enabled by default in the kernel? I ask because
> we have that nice /etc/init.d/ script that's setting up IP
> masquerading policies..

Do we? Which script is that? Netbase has some ipfwadm entries
but none of those seem to be for masquerading on my system.


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: Are we shipping 2.0 with ipmasq in the default kernel?

[Ben Gertzfield]

> "Hamish" == Hamish Moffatt <[EMAIL PROTECTED]> writes:

Hamish> On Mon, Apr 13, 1998 at 09:04:28PM -0800, Ben Gertzfield
Hamish> wrote:
>> Just wondering -- are we going to be shipping Debian 2.0 with
>> IP masquerading enabled by default in the kernel? I ask because
>> we have that nice /etc/init.d/ script that's setting up IP
>> masquerading policies..

Hamish> Do we? Which script is that? Netbase has some ipfwadm
Hamish> entries but none of those seem to be for masquerading on
Hamish> my system.

Wow, I'm a dope, I didn't even read through the script.

Well, *can* we do this? :) Red Hat has IP masquerading in their kernel
by default, and I know that a MAJOR reason lots of people use
Linux in their homes is as a dial-in/masquerading server.

I think we can safely make this a goal for 2.1 if we haven't already.

-- 
Brought to you by the letters R and K and the number 7.
"Oh, all right, Uncle Ulty REALLY wants you to do his portrait." -- FF6
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]

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

I have another debian box where exactly these files get installed
without problems.

Any hints?

Cheers, Thomas




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

Dependencies on libg++-dev

[jdassen]

Hi Fabrizio, Ulf,

Currently, the libdb2++ and libsidplay1-dev packages are the only ones that
depend on the virtual libg++-dev package.

In the past, upstream libg++ (e.g. libg++27) contained both the C++ standard
library and the GNU specific C++ classes. Currently, upstream libg++
contains only the GNU specific classes; it is no longer being maintained.
Upstream libstdc++ (for which we have the virtual "libstdc++-dev" package)
consists only of the C++ standard library (including STL).

Thus, the meaning of that virtual package "libg++-dev" is currently unclear. 
I suspect that in both of your cases, "libstdc++-dev" would do to. Please
change your packages to use that, so that I can remove the "Provides:
libg++" from libstdc++2.8-dev.

Greetings,
Ray
-- 
Cyberspace, a final frontier. These are the voyages of my messages, 
on a lightspeed mission to explore strange new systems and to boldly go
where no data has gone before. 


--
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)

[Enrique Zanardi]

On Mon, Apr 13, 1998 at 05:16:54AM +0200, Marcus Brinkmann wrote:
> 
> (Not sure if this mail ever came through, so I'll quote it as a whole. Sorry
> for duplicated messages if any)
> 
> I wrote:
> >On Sun, Apr 12, 1998 at 02:22:55AM +0100, Enrique Zanardi wrote:
> >> Another weekend, another set of boot floppies ready to be tested.
> >> And this one fixes some nasty bugs, like the "Can't resolve the NFS
> >> server name" bug, or the "Install program restarts after installing base"
> >> bug. I haven't had time to include pkgsel, but will try to do it in a few
> >> days. And now, give those little * a hard testing time! :-)
> >
> >Here the (probably) first testing report of the new boot disks:
> >
> >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.
> >
> >2) irritating: When installing from a (not yet mounted) hard disk partition
> >   and entering the path to the main distribution, the following
> >   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.

> >3) bad: Still perl problems. Not with libnet, but dpkg-perl depends on perl.
> >So I got error message after "install", switched to console,
> >manually mounted partition with debian-image, manually installed
> >perl, and then "configured". After this, "install" worked again.

dpkg-perl should depend on perl-base, as there's no perl but perl-base
in the base system and dpkg-perl works with perl-base. 
I have filed a bug against perl-base, and I've seen it has another
long-standing packaging bug, so I guess its maintainer (Klee Dienes) is
really busy these days. Does anyone has the time to do a non-maintainer
upload?

> >4) bad: Keymapping was completely bogus again. The symlink in /etc/rcS.d is
> >correct now, but I still got no de-latin1-nodeadkey layout (I saw an
> >error message flashing that it couldn't find the file). 

There was an error in previous boot-floppies set. The choosen keymap
wasn't copied to default.keymap at installation time. That bug has been
fixed in 2.0.4.

> >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. 

> > After removing the "#", and therefore switching off
> >meta-convert, I still had problems, because the wrong font was
> >loaded. Editing /etc/kbd/config didn't help (what use has this file
> >anyway). I'm not sure what actions should be taken here.
> 
> I tracked this down to a missing LC_ALL="de_DE" for bash in /etc/profile.
> Coudl we implement something along this (for several shells e.g.) in the
> boot disks? With the correct keymap the locale setting should probably
> set, too.

May be. Is it OK to modify /etc/profile at install time? (/etc/profile is
a conffile of libreadline). I can hear the sound of the mythical can of 
worms opening...
 
Thanks,
--
Enrique Zanardi[EMAIL PROTECTED]
Dpto. Fisica Fundamental y Experimental Univ. de La Laguna


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

Re: Bug#21009: rvplayer: Namespace conflict

[James Troup]

Joey Hess <[EMAIL PROTECTED]> writes:

> [EMAIL PROTECTED] wrote:
> > [EMAIL PROTECTED]:/ftp/debian/dists/frozen/contrib/binary-i386/web# dpkg -i
> > netscape4_4.0-7.deb 
> > Selecting previously deselected package netscape4.
> > (Reading database ... 61341 files and directories currently installed.)
> > Unpacking netscape4 (from netscape4_4.0-7.deb) ...
> > dpkg: error processing netscape4_4.0-7.deb (--install):
> >  trying to overwrite /usr/lib/netscape', which is also in package rvplayer
> > Errors were encountered while processing:
> >  netscape4_4.0-7.deb
> 
> I'm very confused by this, since I have netscape4 and rvplayer both
> installed, with no problems. rvplayer.deb contains a /usr/lib/netscape/
> directory. So's netscape.deb. That's fine, no conflict, right?

Right.  There seems to be an obscure bug in dpkg (?) which causes
directories to not be noticed as directories but as files, creating
false overwrite problems.  See #20250 for more details (including a
-D2773 log)

-- 
James


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

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

[aqy6633]

> Just wondering -- are we going to be shipping Debian 2.0 with IP
> masquerading enabled by default in the kernel? I ask because
> we have that nice /etc/init.d/ script that's setting up IP
> masquerading policies..

Hi.

Well, script is sure nice, but when I installed the whole distribution from
scratch yesterday, it was some pain: I requested ipmasq package to be
installed (among other 800 or so things :) and when it asked me how to
configure itself, I had no idea how to answer the questions it asked - like
the IP of external interface- how do I know, it is a ppp dialup! So, I left
the answers blank. As a result, after reboot my system had ALL the networking
forbidden. Purging the package helped, but I had to spend quite a few minutes 
figuring out what's going on.

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]

Intent to package tcputils

[bjorn]

Hi guys!

I intend to package tcputils.  Here's the original README file:

> -*- text -*-
> 
> 
> WHAT IS THIS?
> 
> This is version 0.6 of tcputils, a collection of programs to
> facilitate TCP programming in shell-scripts.  There is also a
> small library which makes it somewhat easier to create TCP/IP
> sockets.
> 
> The latest released version can be found by anonymous FTP to
> ftp.lysator.liu.se:pub/unix/tcputils/
> (or at URL:ftp://ftp.lysator.liu.se/pub/unix/tcputils/ if you
> like that syntax better).
> I myself can be reached by email to [EMAIL PROTECTED]
> 
> 
> The programs included in this release are:
> 
> mini-inetd- small TCP/IP connection dispatcher
> tcpbug- TCP/IP connection bugging device
> tcpconnect- general TCP/IP client
> tcplisten - general TCP/IP server
> getpeername   - get name of connected TCP/IP peer
> 
> 
> 
> BUILDING AND INSTALLING
> 
> Read the file INSTALL for instructions.
> 
> 
> 
> COPYRIGHT
> 
> These programs are released into the public domain.  You may do
> anything you like with them, including modifying them and selling
> the binaries without source for ridiculous amounts of money without
> saying who made them originally.
> 
> However, I would be happy if you release your works with complete
> source for free use.
> 
> 
> 
> WARRANTY
> 
> You're kidding?  You use it, you take the responsibility.
> 
> 
> 
> Local variables:
> fill-column: 65
> End:
> 

--
/Björn Brenander http://brenander.pp.se/bjorn/
   Lysator, LiTH Phone: +46-13260753


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

Imlib packages buggy

[Andreas Tille]

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.
But the current release in Debian is known to be buggy (sorry, I'm
not able to send a official bug-report because I'm to busy in this moment
to install the old buggy version.  (I use the snapshot from CVS.)
But I want to warn the maintainer before to release hamm as stable
that there are certain problems!

Regards

  Andreas.



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

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

[Greg Schafer]

Hello,

These latest boot floppies are excellent but there are a couple
of annoyances still outstanding:

1) After setting up the network and acknowledging the warning message
about using PPP as the default connection type, a flurry of error messages
are sprayed (almost randomly) over the bottom half of the screen. Not good
for a new user who may not have a NIC but opts to setup the network
parameters anyway (for his dialup PPP, like me!).

2) A Master Boot Record is installed when you ask it not to. Not good when
you have a boot manager that lives in the MBR (the dialog actually
mentions to select "no" if you have a bootmanager).

Apart from these bugs, the boot-floppies are becoming real nice.
Keep up the good work.

Thanks



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

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

[Rev. Joseph Carter]

On Tue, Apr 14, 1998 at 07:27:03AM -0400, Alex Yukhimets wrote:

> Well, script is sure nice, but when I installed the whole distribution from
> scratch yesterday, it was some pain: I requested ipmasq package to be
> installed (among other 800 or so things :) and when it asked me how to
> configure itself, I had no idea how to answer the questions it asked - like
> the IP of external interface- how do I know, it is a ppp dialup! So, I left
> the answers blank. As a result, after reboot my system had ALL the networking
> forbidden. Purging the package helped, but I had to spend quite a few minutes 
> figuring out what's going on.

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


pgpERjqUfDTm9.pgp
Description: PGP signature

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

[aqy6633]

> > Well, script is sure nice, but when I installed the whole distribution from
> > scratch yesterday, it was some pain: I requested ipmasq package to be
> > installed (among other 800 or so things :) and when it asked me how to
> > configure itself, I had no idea how to answer the questions it asked - like
> > the IP of external interface- how do I know, it is a ppp dialup! So, I left
> > the answers blank. As a result, after reboot my system had ALL the 
> > networking
> > forbidden. Purging the package helped, but I had to spend quite a few 
> > minutes 
> > figuring out what's going on.
> 
> Find the IP Masq HOWTO and make use of same.  It'll save you LOTS of pain.

Hi.

The thing is that I had a prefectly working IPmasq setup, with rules
changed in ip-up and ip-down. 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.

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: Are we shipping 2.0 with ipmasq in the default kernel?

[Paul Slootman]

On Tue 14 Apr 1998, Alex Yukhimets wrote:

> > > scratch yesterday, it was some pain: I requested ipmasq package to be
> > > installed (among other 800 or so things :) and when it asked me how to
> > > configure itself, I had no idea how to answer the questions it asked - 
> > > like
> > > the IP of external interface- how do I know, it is a ppp dialup! So, I 
> > > left
> > > the answers blank. As a result, after reboot my system had ALL the 
> > > networking
> > > forbidden. Purging the package helped, but I had to spend quite a few 
> > > minutes 
> > > figuring out what's going on.
> > 
> > Find the IP Masq HOWTO and make use of same.  It'll save you LOTS of pain.

That's not much use when you're in the middle of configuring the ipmasq
package.

> The thing is that I had a prefectly working IPmasq setup, with rules
> changed in ip-up and ip-down. 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

I fully agree here. I set up a box recently which was to function as an
internet gateway, and installed the ipmasq package (as IP masquerading
would be needed, and this package sounded like the right thing).

However, ipmasq simply does _not_ work when using (a) dialup access and
(b) dynamic IP addresses. This was not clear when installing the
package. In fact, it took me quite some digging to find out that bogus
rules created by ipmasq were responsible. I ended up ripping it out and
manually putting stuff in /etc/ppp/ip-{up,down}.d/.  I'd have expected
the ipmasq package to do it similarly, but it simply defines some rules
in rc2.d.


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: Virtual Package: ftp-server | ftpd

[Heiko Schlittermann]

On Tue, Apr 14, 1998 at 12:36:09AM -0600, somebody wrote
: : Imagine a package ``internet server'' or a pre-selection called
: : ``internet server'', depending on:
: : httpd, ftpd, ... 
: Ok.  That almost makes sense.  On the other hand, since the stock networking
: stuff provides a functional ftpd, it's not clear to me that you need that
: dependency.  If someone knows enough to know they want an alternative ftpd,
: they can select or install it as an individual package easily enough.  If they
: don't know that they want an alternative, presenting them with the full array
: of options contradicts the purpose (simplicity) of having a pre-selection, I 
: think.

Hm, your point ;-)

: : : : Additional I'd like to establish the ``alternatives'' mechanism for
: : Not many cases, but I don't like to make the different ftpd packages
: : conflicting.  I can imagine a setup where one ftp daemon is used for
: : ordinary public file services while an other daeamon is tested/used on an
: : private port or probably on a different IP ...
: That seems mighty unlikely, and I still don't see the value in using the
: alternatives mechanism here.  

Unlikely (even mighty) doesn't mean impossible.

: making it possible for any server that can meet the need to provide the
: virtual package makes sense.  If the best you can think of as a reason to do
: this for ftpd is to satisfy pre-selection bundling, then I'm not convinced
: yet.

Ok, so we don't create a virtual ftpd package.  But I insist on using
the alternatives mechanism, unless you or somebody else can convince me
otherwise.

BTW: the wu-ftpd-academ package is out and uses the alternatives
mechanism.

As it seems, this discussion doesn't get too much interest ...

Heiko
--
email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]
pgp   : A1 7D F6 7B 69 73 48 35  E1 DE 21 A7 A8 9A 77 92 
finger: [EMAIL PROTECTED] [EMAIL PROTECTED]


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

Re: Bug#20952: Bad dependency for tetex

[Remco Blaakmeer]

On Sat, 11 Apr 1998, Martin Schulze wrote:

> On Fri, Apr 10, 1998 at 06:58:45PM +0200, Christoph Martin wrote:
> 
> >  > Package: tetex-bin
> >  > Version: 0.9-3
> >  > Severity: grave
> >  > 
> >  > tetex-bin has the following depends line which cannot be resolved
> >  > using hamm:
> >  > 
> >  >  Depends: libc6, libpng0g, xlib6g (>= 3.3-5), zlib1g, tetex-base (>= 
> > 0.9-1), ed
> >  > 
> >  >  Package: tetex-base
> >  >  Version: 0.4pl8-7
> >  > 
> > 
> > What is the problem? The missing tetex-base_0.9? It is in Incoming for

In that case, I'd think this bug should be re-assigned to 'ftp.debian.org'
and marked as 'important'. This bug is really not a bug in any tetex-*
package, but a 'bug' in the ftp archive. When will a dependancy check be
built into the program that moves .deb files from Incoming into the
archive?

> The problem is that dselect won't let you leave the 'conflict-page'
> if you have tetex selected.  This will make new users curse.  Only 'Q'
> will help but that should not be used by a normal user.

You can get around this by putting tetex-bin on hold. Then dselect will
not want to upgrade it and will do its dependency check with the currently
installed version instead of the 'newer, available' version.

Remco


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

*** The Upcoming Release of Hamm ***

[Brian White]

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.  Because of the delays in freezing hamm and sheer lack of manpower,
the testing group cannot be ready for at least 3 more weeks, probably more.

Considering the huge number of critical, grave, and important bugs that
are still open, though, I don't think the testing group is going to be
the limiting factor.

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.

If you want to join the testing group, mailto:[EMAIL PROTECTED] (Brandon
Mitchell) and ask if you can help out.

If you want to close out some of these bugs, find a package that interests
you and contact the maintainer offering to help.


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.

(My appologies to all the backbones out there who are already getting under
the load and doing the work.  You know who you are.)

  Brian
 ( [EMAIL PROTECTED] )

---
 The squeaky wheel doesn't always get the grease.  Sometimes it gets replaced.



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

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

[Turbo Fredriksson]

"Rev. Joseph Carter" <[EMAIL PROTECTED]> writes:

> On Tue, Apr 14, 1998 at 07:27:03AM -0400, Alex Yukhimets wrote:
> 
> > Well, script is sure nice, but when I installed the whole distribution from
> > scratch yesterday, it was some pain: I requested ipmasq package to be
> > installed (among other 800 or so things :) and when it asked me how to
> > configure itself, I had no idea how to answer the questions it asked - like
> > the IP of external interface- how do I know, it is a ppp dialup! So, I left
> > the answers blank. As a result, after reboot my system had ALL the 
> > networking
> > forbidden. Purging the package helped, but I had to spend quite a few 
> > minutes 
> > figuring out what's going on.
> 
> Find the IP Masq HOWTO and make use of same.  It'll save you LOTS of pain.

(PLUG WARNING)

Or better still... Use 'tcpquota', makes the whole thing easier, and you can 
keep
a track on how much your user's are calling for... :)

(please let me know how it progress...)

-- 
---
 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 
--
North Korea ammunition SEAL Team 6 Saddam Hussein PLO Khaddafi South
Africa Ft. Meade colonel Waco, Texas Mossad Noriega Soviet
assassination jihad


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

jdk 1.0.2

[aqy6633]

Hi.

Could we move jdk1.0.2 packages from non-free to hamm/non-free?
For those who has to write *applets* having jdk1.0.2 (with all the bugs)
is a must. Most of the currently installed browsers do not support
jdk1.1. Yes, it is possible to write a 1.0.2 code and compile it with
jdk1.1 javac, but it is much more convenient to have 1.0.2 to avoid
using 1.1 features by mistake.

Thanks.

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: What to do when dupload doesn't....

[Stephen Zander]

> "Heiko" == Heiko Schlittermann <[EMAIL PROTECTED]> writes:
Heiko> Feel free to change dupload ...

It's on my list of things to do... right after beating mirror
into submission :)

-- 
Stephen
---
"Normality is a statistical illusion." -- me


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

Re: FILESYSTEM CORRUPTION

[Stephen Zander]

> "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.

Maybe they're just not getting stopped hard enough :)

-- 
Stephen
---
"Normality is a statistical illusion." -- me


--
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)

[Marcus Brinkmann]

On Tue, Apr 14, 1998 at 11:59:18AM +0100, Enrique Zanardi wrote:
> On Mon, Apr 13, 1998 at 05:16:54AM +0200, Marcus Brinkmann wrote:

> > >2) irritating: When installing from a (not yet mounted) hard disk partition
> > >   and entering the path to the main distribution, the 
> > > following
> > >   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.
 
> > >3) bad: Still perl problems. Not with libnet, but dpkg-perl depends on 
> > >perl.
> > >So I got error message after "install", switched to console,
> > >manually mounted partition with debian-image, manually installed
> > >perl, and then "configured". After this, "install" worked again.
> 
> dpkg-perl should depend on perl-base, as there's no perl but perl-base
> in the base system and dpkg-perl works with perl-base. 
> I have filed a bug against perl-base, and I've seen it has another
> long-standing packaging bug, so I guess its maintainer (Klee Dienes) is
> really busy these days. Does anyone has the time to do a non-maintainer
> upload?

Klee is really *busy*. He didn't respond to some mail about koules (another,
but very unimportant) package. I did a nmr of koules, and still didn't hear
anything.

Do you have filed a bug against dpkg-perl, too? (As you say you filed one
against perl-base?).
 
 
> > >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. 

This setting does not need to change (well, we need a real keyboard setup
sometime, but this can wait). As I wrote below, the real problem was LC_ALL,
not convert-meta (as I found out later).
 
> > > After removing the "#", and therefore switching off
> > >meta-convert, I still had problems, because the wrong font was
> > >loaded. Editing /etc/kbd/config didn't help (what use has this file
> > >anyway). I'm not sure what actions should be taken here.
> > 
> > I tracked this down to a missing LC_ALL="de_DE" for bash in /etc/profile.
> > Coudl we implement something along this (for several shells e.g.) in the
> > boot disks? With the correct keymap the locale setting should probably
> > set, too.
> 
> May be. Is it OK to modify /etc/profile at install time? (/etc/profile is
> a conffile of libreadline). I can hear the sound of the mythical can of 
> worms opening...

I did hear something about /etc/envronment, but I'm not sure what purpose it
has and if it works for all shells, etc. Well, I hope it is okay to change
/etc/profile, as it is *very* annoying for non-english users (esp. first
time user) to have to guess keys (and not knowing how to fix this).

Thank you,
Marcus

-- 
"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]

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

[Raul Miller]

Marcus Brinkmann <[EMAIL PROTECTED]> wrote:
> I did hear something about /etc/envronment, but I'm not sure what purpose it
> has and if it works for all shells, etc. Well, I hope it is okay to change
> /etc/profile, as it is *very* annoying for non-english users (esp. first
> time user) to have to guess keys (and not knowing how to fix this).

Heh...

In my opinion, /etc/environment should be supported by init (with a
few sanity checks to avoid wedging the system), login, su, cron, ...
That said, the only applications I'm aware of that explicitly support
/etc/environment are sshd and xdm.

-- 
Raul


--
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)

[Enrique Zanardi]

On Tue, Apr 14, 1998 at 07:57:45PM +0200, Marcus Brinkmann wrote:
> 
> Klee is really *busy*. He didn't respond to some mail about koules (another,
> but very unimportant) package. I did a nmr of koules, and still didn't hear
> anything.
> 
> Do you have filed a bug against dpkg-perl, too? (As you say you filed one
> against perl-base?).

Minor thinko, I filed that bug against dpkg-perl, not perl-base. 
Nevermind, it bounced (local smarthost was down). You can file it if you want. 

Thanks,
--
Enrique Zanardi[EMAIL PROTECTED]
Dpto. Fisica Fundamental y Experimental Univ. de La Laguna


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

Re: intent to package jstation

[Stephen Zander]

> "Bdale" == Bdale Garbee <[EMAIL PROTECTED]> writes:
Bdale> Because jstation depends on JDK 1.1, it will go to contrib
Bdale> despite being GPL'ed itself.  This might change if a free
Bdale> Java implementation for Debian can replace the JDK
Bdale> dependency.  This is my first foray into the Java universe,
Bdale> so I'm a little out of touch on the details of what's
Bdale> available.

You could try it against Kaffe & see how things work. Japhar from
Hungry Programmers' is another alternative.  Kaffe should be in the
2.0 distribution.

If Sun ever relax their licensing on the JVM I promise to move it
to main poste-haste.

-- 
Stephen
---
"Normality is a statistical illusion." -- me


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

Re: intent to package jstation

[Vincent Renardias]

On 14 Apr 1998, Stephen Zander wrote:

> Hungry Programmers' is another alternative.  Kaffe should be in the
> 2.0 distribution.

No it won't AFAIK. I've orphaned it more than 1 year ago and no-one
uploaded it, so I've asked it to be removed from the distribution (the
current 0.7.1-2 package is old and buggy) and since I don't use java
anymore since a long while, I'm not a good canditate to make a new
release.
If we want a decently recent kaffe package, someone will have to adopt
it...

Cordialement,

-- 
- Vincent RENARDIAS [EMAIL PROTECTED],pipo.com,debian.org} -
- Debian/GNU Linux:   Pipo:WAW:   -
- http://www.fr.debian.orghttp://www.pipo.com  http://www.waw.com -
---
- "La fonctionnalite Son Visuel vous delivre des avertissements visuels." -
-  [Message durant l'installation de Windows95]:wq 


--
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 Mon, Apr 13, 1998 at 09:32:22PM -0800, Ben Gertzfield wrote:
> Debian packages for Debian 2.0/i386 have been uploaded to the master
> Debian FTP archive and ftp.gimp.org.
> 
> GTK+ 1.0.0 will officially be a part of Debian 2.0, due to be released
> in a few weeks.

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

Thank you,
Marcus

-- 
"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]

New-maintainer of Mlddc.

[Petra]

-BEGIN PGP SIGNED MESSAGE-


As we (Mr. hassler, and I) had discussed, I will be taking over the
package Mlddc and will be uploading it later today 4-14-98.

- -K

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv

iQB1AwUBNTOokxsA5GylAiwdAQEEwgL+ItYQ7U51IRFxLWrIf2XGLj4A74YF4ZC6
hfM/9c9Uq7qVbsFIuPud8YvEyOd3bHn2taXQO44S2dAO2qIG8Zwf/FJMG4wVs22q
xEHvb0ADJlgNx2bmBNsqiMFu0pKY3X9f
=f9QV
-END PGP SIGNATURE-


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

Re: intent to package jstation

[Stephen Zander]

> "Vincent" == Vincent Renardias <[EMAIL PROTECTED]> writes:
Vincent> No it won't AFAIK. I've orphaned it more than 1 year ago
Vincent> and no-one uploaded it, so I've asked it to be removed
Vincent> from the distribution (the current 0.7.1-2 package is old
Vincent> and buggy) and since I don't use java anymore since a
Vincent> long while, I'm not a good canditate to make a new
Vincent> release.  If we want a decently recent kaffe package,
Vincent> someone will have to adopt it...

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?

-- 
Stephen
---
"Normality is a statistical illusion." -- me


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

Re: Virtual Package: ftp-server | ftpd

[Peter Tobias]

Heiko Schlittermann wrote:
> : making it possible for any server that can meet the need to provide the
> : virtual package makes sense.  If the best you can think of as a reason to do
> : this for ftpd is to satisfy pre-selection bundling, then I'm not convinced
> : yet.
> 
> Ok, so we don't create a virtual ftpd package.  But I insist on using
> the alternatives mechanism, unless you or somebody else can convince me
> otherwise.

The normal alternatives mechanism (with symlinks) won't work very well
here. You can't be sure that all ftp daemons use the same command line
arguments. A possible solution could look like this:

1. every ftpd package adds its own line to /etc/inetd.conf. These lines are
   commented out (maybe with a special comment-chars value) by default.
2. every ftpd package registers itself to special file in /var/lib/dpkg
   (optionally with a priority similar to the normal alternatives mechanism).
3. if a new ftpd package is installed it asks the user if he wants to use
   it as the default ftpd (if the daemon has already been registered as
   mentioned above there should be no such question).
4. update-inetd (or to be more precise DebianNet.pm) will then read this new
   ftpd-alternatives file on startup and will only enable the line which has
   been selected as default (or the one with the highest priority).


Thanks,

Peter

-- 
Peter Tobias <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
PGP ID EFAA400D, fingerprint = 06 89 EB 2E 01 7C B4 02  04 62 89 6C 2F DD F1 3C 


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

Free-World maintainer for xpdf ?

[Dirk Eddelbuettel]

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).

It would probably make sense to spawn two versions off the xpdf sources: xpdf
and xpdf-i. And it is probably easier if one persons maintains both
packages. 

xpdf is a nice little package. The Debian package is Bug-Free (TM),
Lintian-Clean (TM) and Debhelper-Converted (TM).  It is easy to maintain.
Unfortunately, it is in non-free, and Derek dislikes the GPL. If someone
would be willing to work on xpdf despite the non-DFSG'ness, I be most happy
to help.

Thanks, Dirk


From: "Derek B. Noonburg" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: ANNOUNCE: xpdf decryption patches
Date: Mon, 13 Apr 1998 23:29:54 -0700

Leo Smiers has written decryption code for xpdf -- you can now view
encrypted PDF files with xpdf!

Note that cryptography code is subject to ridiculous export
restrictions in the USA, so you probably won't want to make these
patches or any decryption-enabled binaries available for web/ftp
access from the US.  I encourage anyone in countries with more
reasonable laws to make binaries available.

Everything is available from my xpdf web site:

http://www.aimnet.com/~derekn/xpdf/

or go straight to Leo's xpdf page:

http://people.a2000.nl/lsmiers/pdf/xpdf.html

- Derek

-- 
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]

Re: Imlib packages buggy

[Martin Schulze]

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.

Regards,

Joey

-- 
  / Martin Schulze  *  [EMAIL PROTECTED]  *  26129 Oldenburg /
 / http://home.pages.de/~joey/
/ Unix is user friendly ...  It's just picky about it's friends /


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

Intent to package UAE

[Fredrik Hallenberg]

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

--
Fredrik Hallenberg [EMAIL PROTECTED]
http://www.lysator.liu.se/~hallon  [EMAIL PROTECTED]


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