Re: /dev/plex86 permissions

[Russell Coker]

On Tue, 8 Jan 2002 00:28, Robert Millan wrote:
> > > Currently /dev/plex86 defaults to mode 666 on devfs.  Is this really
> >
> > desired?
> >
> > > Perhaps we should have a plex86 group and make the device node default
> >
> > to
> >
> > > mode 660 and group plex86?
> >
> > I would say that it should default to 600 and be adjusted by the local
> > admin.  Or is it possible for plex86 to set things up correctly at
> > installation time by dropping a config file under /etc/devfs/conf.d?
>
> Running Plex86 as root is likely dangerous and in any case
> severely discouraged, so I don't see why an admin would want to have
> /dev/plex86 chmod'ed 600, restricting Plex86 usage to the superuser.

The idea is to have device nodes mode 600 until the administrator has decided 
who should access it.

> Russel, I can see some conffiles in /etc/devfs/conf.d but they don't
> belong to the devfsd package. Shouldn't i provide them myself?

Sure you can.

> I guess this is the proper line to do so:
>
> REGISTER plex86   PERMISSIONS root.plex86  0660

Yes, that will work.

> Also policy specifies that the MAKEDEV script should be used
> when a package needs device files. Are you sure if devfsd is
> policy-compliant?

I should have written a policy update for this, but lacked enough time before 
the freeze.

MAKEDEV should NEVER be used on a devfs mount point.  Any time you have to 
use mknod on devfs (for anything other than /dev/xconsole) then there's a 
serious bug (either in the script or in the kernel).

> Upstream does it with mknod. Is it possible to create the plex86
> device with MAKEDEV? In case it is i don't know how to do it
> with MAKEDEV, someone could enlighten me?

Sure it is, IFF you don't use devfs.

-- 
http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark
http://www.coker.com.au/postal/   Postal SMTP/POP benchmark
http://www.coker.com.au/projects.html Projects I am working on
http://www.coker.com.au/~russell/ My home page

ITP: libtar - c library for manipulating tar archives

[Glenn McGrath]

The ITP is in the BTS as #128042

libtar is available from http://www-dev.cso.uiuc.edu/libtar/ its under
the original 4 clause BSD license

My understanding is that it is DFSG free and conforms to Brandons
proposed policy changes as outlined
http://lists.debian.org/debian-legal/2001/debian-legal-200112/msg7.html

There are no immediate packages that require libtar, i want to use it
for a project im working, but tar is a pretty basic tool and i believe
having a C library to manipulate tar archives will come in handy.

Its the first libary ive packaged, i ended up redoing the build system
to use libtool to generate the shared and static libraries. the shared
library is made using -fPIC, but im not sure about the static library.
Policy states that static libraries cannot be built using -fPIC, i dont
understand what libtool does to make the static library, thats about the
only thing i see is holding it up at this stage.

If anyone want to have a look, its at
http://people.debian.org/~bug1/libtar/ feedback most welcome.


Glenn

Re: do what? kdm installs gnome?

[martin f krafft]

also sprach Gustavo Noronha Silva <[EMAIL PROTECTED]> [2002.01.08.0309 +0100]:
> > how does kdebase fix this? by providing x-session-manager?
> the kdm binary package is part of the kdebase source package...
> kdebase already provides x-session-manager

exactly. so how does kdebase want to fix this?

> []s!

i think you mean {}s!

-- 
martin;  (greetings from the heart of the sun.)
  \ echo mailto: !#^."<*>"|tr "<*> mailto:"; [EMAIL PROTECTED]
  
to vacillate or not to vacillate,
that is the question ... or is it?


pgpT3GX1yoBVz.pgp
Description: PGP signature

Re: dpkg-cross maintenance status

[NIIBE Yutaka]

YAEGASHI Takeshi wrote:
 > Good summary.  This reminds me of most troubles I've ever suffered
 > when cross compiling. :->

Thanks.  To summarize those things, I have done many things.

One more thing.  Some packages use snapshot of software, and use
--enable-maintainer-mode to generate manuals by help2man.  It works on
native system, but not for cross.

I think that we should have some criteria of what should be done at
source packaging time and build time.

It would be good if we could have some discipline of _not_ to use
--enable-maintainer-mode to build binary package.  Instead, use
--enable-maintainer-mode when making up source package,
so that we don't need --enable-maintainer-mode at build time.

I think that it's not good idea to do _everything_ at build time.
-- 

Re: dpkg-cross maintenance status

[YAEGASHI Takeshi]

In the article <[EMAIL PROTECTED]>,
NIIBE Yutaka <[EMAIL PROTECTED]> wrote:

> David Schleef wrote:
>  > Perhaps some day, we might have cross-compiling as part of Debian
>  > policy (or at least a tag for cross-compiliability), but I
>  > certainly wouldn't advocate that now, as it would cause too much
>  > turmoil.
> 
> Things I've noticed:
> 
>(1) Original software is not ready for cross compiling, hard to solve.
>Typical case is the one which builds small program at first
>and then run it to generate full-featured one.
>   Perl, GNU Emacs and others.
> 
>(2) Original software is not ready for cross compiling, easy to fix.
>Software which hard-code C compiler as "gcc" in Makefile.
>Just fix it to $(CC).
> 
>(3) Pakcages which need --host=XXX option when invoking configure.
> 
>(4) Packaging mistake.  Confusion of BUILD and HOST.
> 
>(5) Package which does test on build.  We cannot test generated
>executable in case of cross compiling.
> 
> I think that for case #5, we could have some sort of guildline or
> tools, separation of build and test would be good thing (in general).

Good summary.  This reminds me of most troubles I've ever suffered
when cross compiling. :->


Today I was told that some source packages support cross compiling by
itself (see Bug#127909; thanks to Marcus Brinkmann).

That's very helpful indeed, but IMO every package doesn't need to
support cross compiling.  This request would increase maintainer's
load and it would take a long time.

Rather than that, standard tools like dpkg-buildpackage should take
care of trivial matters, for example setting CC=sh3-linux-gcc before
running debian/rules.

I think that the additional functionality of dpkg-cross is not so
complicated.  It would be good if some of that would be commonly
supported by the standard dpkg-dev suite.

--
YAEGASHI Takeshi <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>

Re: New project: Debian-Med

[Scott Dier]

* Igor Gilitschenski <[EMAIL PROTECTED]> [020107 15:50]:
> has to do with debian-med. I think, that this fact results in having the
> need of Companies, which ship debian-med coming with Support contracts.

Is there no interoperable data interchange format for this?

-- 
Scott Dier <[EMAIL PROTECTED]> http://www.ringworld.org/

the desire for space travel is a metaphor for escape

Header files in package for ODBC driver?

[Steve Langasek]

Hi all,

I've recently adopted the myodbc2.50.37 and am looking to clean it up 
somewhat.  One issue I've run into is that the package ships both static 
libraries and header files, even though for all intents and purposes 
it's a plugin.  I'd like to restructure the package to discourage direct 
linking, but I wanted to ask here if anyone was using the package this 
way.  No packages depend on libmyodbc2.50.37, which is a good sign, at 
least, but I'd like to be a little more confident that people aren't 
using this privately.

Thanks,
Steve Langasek
postmodern programmer


pgpla15x1Wy8W.pgp
Description: PGP signature

Re: do what? kdm installs gnome?

[Gustavo Noronha Silva]

On Tue, 8 Jan 2002 02:29:02 +0100
martin f krafft <[EMAIL PROTECTED]> wrote:

> also sprach Daniel Stone <[EMAIL PROTECTED]> [2002.01.08.0214 +0100]:
> > No, because a kdebase upload will be made today to fix it. :)
> 
> how does kdebase fix this? by providing x-session-manager?
the kdm binary package is part of the kdebase source package...
kdebase already provides x-session-manager

[]s!

-- 
Gustavo Noronha Silva - kov 
*-* -+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+-+
|  .''`.  | Debian GNU/Linux:  |
| : :'  : + Debian BR...: +
| `. `'`  + Q: "Why did the chicken cross the road?"  +
|   `-| A: "Upstream's decision." -- hmh  |
*-* -+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+-+

Re: do what? kdm installs gnome?

[martin f krafft]

also sprach Daniel Stone <[EMAIL PROTECTED]> [2002.01.08.0214 +0100]:
> No, because a kdebase upload will be made today to fix it. :)

how does kdebase fix this? by providing x-session-manager?

-- 
martin;  (greetings from the heart of the sun.)
  \ echo mailto: !#^."<*>"|tr "<*> mailto:"; [EMAIL PROTECTED]
  
above all, we should not wish to divest
our existence of its rich ambiguity.
  -- nietzsche


pgpsTpilKZTyW.pgp
Description: PGP signature

Re: do what? kdm installs gnome?

[Daniel Stone]

On Tue, Jan 08, 2002 at 01:33:24AM +0100, martin f krafft wrote:
> also sprach Gustavo Noronha Silva <[EMAIL PROTECTED]> [2002.01.08.0105 +0100]:
> > I think kdm should depend on:
> > 
> > kdebase |  x-session-manager | x-window-manager
> 
> file bug should i?
> bug should i file?
> should file i bug?
> bug file i should?
> file should i bug?
> 
> okay, that suffices.

No, because a kdebase upload will be made today to fix it. :)

-d

-- 
Daniel Stone<[EMAIL PROTECTED]>
 wtf is pants?
 solomon: what goes on the floor of your girlfriend's floor
 pants - prevent computing without pants
 solomon: Blame thom, he made it.
 but wtf is it :)
 solomon: It's an init script that says 'Putting on pants' at startup,
and 'Taking off pants' at shutdown. That's about it.


pgpBmFJUpiSTx.pgp
Description: PGP signature

Re: [ccheney@cheney.cx: libqt2 libpng2 resolution]

[Daniel Stone]

On Mon, Jan 07, 2002 at 01:04:27PM -0800, Philippe Troin wrote:
> Chris Cheney <[EMAIL PROTECTED]> writes:
> 
> > On Mon, Jan 07, 2002 at 10:07:23AM -0800, Philippe Troin wrote:
> > -snip-
> > > 
> > > Sounds good to me.
> > > 
> > > How do you plan to prevent programs that link with libqt2 to also link
> > > with libpng3 ? Manual check ?
> > 
> > yes manual check
> 
> Ok. Excellent.
> 
> Would you mind closing #126829, #126904, #127180, #127185, #127282
> with your libqt2 upload? These are all KDE/png related bugs which
> should be solved by linking (again) libqt2 with libpng2. Actually,
> closing only one of these ought to be enough (they are all merged).

KDE packages for libpng2 will be uploaded today.

-- 
Daniel Stone<[EMAIL PROTECTED]>
 the UI SUCKS GOAT TESTICLES!
 oh c'mon Robot101, don't hold back... tell us what you *really* think
 yeah, do you feel that way all over or just in spots?

Re: do what? kdm installs gnome?

[martin f krafft]

also sprach Gustavo Noronha Silva <[EMAIL PROTECTED]> [2002.01.08.0105 +0100]:
> I think kdm should depend on:
> 
> kdebase |  x-session-manager | x-window-manager

file bug should i?
bug should i file?
should file i bug?
bug file i should?
file should i bug?

okay, that suffices.

-- 
martin;  (greetings from the heart of the sun.)
  \ echo mailto: !#^."<*>"|tr "<*> mailto:"; [EMAIL PROTECTED]
  
micro$oft dns service terminates abnormally
when it receives a response
to a dns query that was never made.
fix information: run your dns service on a different platform.
-- bugtraq


pgpGGmyQaBoeH.pgp
Description: PGP signature

Re: do what? kdm installs gnome?

[Gustavo Noronha Silva]

On Mon, 7 Jan 2002 23:41:19 +0100
martin f krafft <[EMAIL PROTECTED]> wrote:

> okay, kdm depends on the pseudo package x-session-manager or
> x-window-manager, the first of which kdebase provides as well. however,
> is there a way for apt-get to select kdebase instead of gnome when kdm
> is installed? the above i kind of ridiculous and funny at the same time.
> 
> what do you think?
I think kdm should depend on:

kdebase |  x-session-manager | x-window-manager

lintian should have told the maintainer (as it told me once) that
you should specify a "better" package with | when specifying a
virtual package, maybe it got confused because it already had a |?

that way, kdm will select kdebase as the default (a natural choice...)
but will accept gnome-session, for example, if it is installed

[]s!

-- 
Gustavo Noronha Silva - kov 
*-* -+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+-+
|  .''`.  | Debian GNU/Linux:  |
| : :'  : + Debian BR...: +
| `. `'`  + Q: "Why did the chicken cross the road?"  +
|   `-| A: "Upstream's decision." -- hmh  |
*-* -+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+-+

Re: Appropriate? mutt/mailx requires mail-transport-agent

[martin f krafft]

also sprach [EMAIL PROTECTED] <[EMAIL PROTECTED]> [2002.01.08.0005 +0100]:
> My objection is simply that while there is a need for an available
> SMTP server, there is no need for it to be local.  I'm going to look
> into some alternatives and post a recommendation.

i don't think mutt comes with SMTP support. UNIX philosophy has always
been to have a local SMTP server, and if you don't want/need a
full-featured MTA, install ssmtp.

-- 
martin;  (greetings from the heart of the sun.)
  \ echo mailto: !#^."<*>"|tr "<*> mailto:"; [EMAIL PROTECTED]
  
the young lady had an unusual list,
linked in part to a structural weakness.
she set no preconditions.


pgp2hk84TALHx.pgp
Description: PGP signature

Re: Appropriate? mutt/mailx requires mail-transport-agent

[Craig Dickson]

Ilia Lobsanov wrote:

> Perhaps creating a new package, eg. 'mutt-reader' with no MTA dependency,
> could solve this problem.

Would the only difference between mutt and mutt-reader be that one
dependency? If so, then it would be better, I think, to simply change
"Depends: mail-transport-agent" to "Recommends: mail-transport-agent"
in the existing mutt package, and not create a new mutt-reader package.

Craig

Re: Appropriate? mutt/mailx requires mail-transport-agent

[Marc Wilson]

On Mon, Jan 07, 2002 at 03:05:41PM -0800, [EMAIL PROTECTED] wrote:
> My objection is simply that while there is a need for an available
> SMTP server, there is no need for it to be local.  I'm going to look
> into some alternatives and post a recommendation.

Mutt does not speak SMTP.  A remote server won't do it any good at all,
thus the dependency on mail-transfer-agent.  Neither does mailx, if I
remember correctly... thus it also needs the dependency.

-- 
Marc Wilson
[EMAIL PROTECTED]
[EMAIL PROTECTED]



pgpyG2pVK6BVV.pgp
Description: PGP signature

Re: Appropriate? mutt/mailx requires mail-transport-agent

[elf]

On Mon, Jan 07, 2002 at 02:13:02PM -0800, [EMAIL PROTECTED] wrote:
> I'm working on a diskless workstation configuration where I don't want
> mailers running on each machine, though users may have access to the
> mail spool through nfs.  Is it appropriate for apt-get to coerce exim
> to be installed when I only need a reader?  Is this a problem about
> finding the smtp agent?

Thanks for the replies.  I believe that my confusion was founded in
the idea that an MTA both sends and receives mail.  The ssmtp package
is an appropriate provider for the sendmail portion of the
mail-transport-agent without the corresponding burden of a local mail
receiver.

Cheers.

Re: /dev/plex86 permissions

[Matt Zimmerman]

On Tue, Jan 08, 2002 at 12:28:58AM +0100, Robert Millan wrote:

> On Mon, 07 Jan 2002 22:07:02 Matt Zimmerman wrote:
> > I would say that it should default to 600 and be adjusted by the local
> > admin.  Or is it possible for plex86 to set things up correctly at
> > installation time by dropping a config file under /etc/devfs/conf.d?
> 
> Hello,
> 
> Running Plex86 as root is likely dangerous and in any case
> severely discouraged, so I don't see why an admin would want to have
> /dev/plex86 chmod'ed 600, restricting Plex86 usage to the superuser.

The idea would not be to restrict Plex86 usage to the superuser, but to
prevent any unprivileged users from running Plex86.  They just happen to be
the same thing.

-- 
 - mdz

Re: Appropriate? mutt/mailx requires mail-transport-agent

[Ilia Lobsanov]

> On Mon, Jan 07, 2002 at 10:22:44PM +, Phil Blundell wrote:
> > >I'm working on a diskless workstation configuration where I don't want
> > >mailers running on each machine, though users may have access to the
> > >mail spool through nfs.  Is it appropriate for apt-get to coerce exim
> > >to be installed when I only need a reader?  Is this a problem about
> > >finding the smtp agent?
> >
> > What do mailx and mutt do if you try to send mail and no MTA is
installed?
> > Unless they handle this situation gracefully, which doesn't seem all
that
> > likely, this dependency is correct.
>
> My objection is simply that while there is a need for an available
> SMTP server, there is no need for it to be local.  I'm going to look
> into some alternatives and post a recommendation.
>

Perhaps creating a new package, eg. 'mutt-reader' with no MTA dependency,
could solve this problem.

ilia.

Re: /dev/plex86 permissions

[Robert Millan]

On Mon, 07 Jan 2002 22:07:02 Matt Zimmerman wrote:
> On Mon, Jan 07, 2002 at 12:28:11PM +0100, Russell Coker wrote:
> 
> > Currently /dev/plex86 defaults to mode 666 on devfs.  Is this really
> desired?
> > 
> > Perhaps we should have a plex86 group and make the device node default
> to 
> > mode 660 and group plex86?
> 
> I would say that it should default to 600 and be adjusted by the local
> admin.  Or is it possible for plex86 to set things up correctly at
> installation time by dropping a config file under /etc/devfs/conf.d?

Hello,

Running Plex86 as root is likely dangerous and in any case
severely discouraged, so I don't see why an admin would want to have
/dev/plex86 chmod'ed 600, restricting Plex86 usage to the superuser.

Russel, I can see some conffiles in /etc/devfs/conf.d but they don't
belong to the devfsd package. Shouldn't i provide them myself?

I guess this is the proper line to do so:

REGISTER plex86   PERMISSIONS root.plex86  0660

Also policy specifies that the MAKEDEV script should be used
when a package needs device files. Are you sure if devfsd is
policy-compliant?

Upstream does it with mknod. Is it possible to create the plex86
device with MAKEDEV? In case it is i don't know how to do it
with MAKEDEV, someone could enlighten me?

Thanks,

-- 

Robert Millan  Debian/GNU user
zeratul2 wanadoo eshttp://getyouriso.dyndns.org/

Re: Appropriate? mutt/mailx requires mail-transport-agent

[elf]

On Mon, Jan 07, 2002 at 10:22:44PM +, Phil Blundell wrote:
> >I'm working on a diskless workstation configuration where I don't want
> >mailers running on each machine, though users may have access to the
> >mail spool through nfs.  Is it appropriate for apt-get to coerce exim
> >to be installed when I only need a reader?  Is this a problem about
> >finding the smtp agent?
> 
> What do mailx and mutt do if you try to send mail and no MTA is installed?
> Unless they handle this situation gracefully, which doesn't seem all that
> likely, this dependency is correct.

My objection is simply that while there is a need for an available
SMTP server, there is no need for it to be local.  I'm going to look
into some alternatives and post a recommendation.

Re: Question before buying GNU Debian

[martin f krafft]

also sprach Christian Banik <[EMAIL PROTECTED]> [2002.01.07.2157 +0100]:
> So it isn't possible to support the (original Linux) GNU Debian
> project by buying a CD package? I'm a Student and have not so much
> money but if it would help You I would buy one!

sehr gut! at the risk of being flamed or at least told off, there are
also many other paths to contribute. for instance, buying a one-day
ticket to systems 2002 for one of the developers to appear at the debian
booth. or any other fair. i feel like that's always needed, and i'd
happily send you a CDR set if you'd be willing to do something like
that.

on the other hand, while money surely makes the world go 'round, there
are many other ways you can contribute. for instance, you could adopt a
package and take *good* care of it. it's not that hard to learn how to
maintain a package. or you could simply spread the word about debian. or
you could subscribe to debian-user and just answer questions (a great
way to learn more and more!). or you help people around you through the
installation. there are countless ways.

but thanks for your question, and welcome to the debian world! you'll
soon realize why debian is simply the best. and why you kind of want to
assemble all people on debian-user into one room and then take over the
world. interested, anyone? :)

-- 
martin;  (greetings from the heart of the sun.)
  \ echo mailto: !#^."<*>"|tr "<*> mailto:"; [EMAIL PROTECTED]
  
"in any hierarchy, each individual rises
 to his own level of incompetence,
 and then remains there."
 -- murphy


pgpAhsjq6TkH7.pgp
Description: PGP signature

Re: [Gnumed-devel] Re: New project: Debian-Med

[Noel Koethe]

On Mon, 07 Jan 2002, Nicolas Pettiaux wrote:

> > Now I know that this might very well eat up some serious
> > resources but I thought I'd mention it anyway. For some
> 
> This (nearly) is precisely what is done by demolinux, see 
> http://www;demolinux.org:

Or like Knoppix (www.knoppix.de) which is a Debian based
live cd.

-- 
Noèl Köthe

Re: postfix/postfix-tls vs. smtpd bug

[martin f krafft]

also sprach Mark Brown <[EMAIL PROTECTED]> [2002.01.07.1859 +0100]:
> That would be completely inconsistent with all other Postfix
> installations out there and rather non-obvious when you try and look it
> up in the common case where only Postfix is installed.

[also answering dominik's post]

okay, but how then would you do it? a new section like 8postfix or so
would be almost too progressive, and i am not sure if mandb can just
handle that...

> > i'll file a bug... and should this bug go against postfix only, or also
> > postfix-tls? as i understand, postfix-tls is sort of an offspring of
> > postfix and thus should be fixed automagically the next time the
> > maintainer apt-gets source postfix, applies the patch, and
> > dpkg-buildpackages...
> 
> Well, I guess a bug against postfix-tls might prompt a more rapid
> update.

it's been fixed, according to lamont, in the unstable package. maybe
he'll post how he did it, if not, i will as soon as i got an answer from
him.

-- 
martin;  (greetings from the heart of the sun.)
  \ echo mailto: !#^."<*>"|tr "<*> mailto:"; [EMAIL PROTECTED]
  
"no, 'eureka' is greek for 'this bath is too hot.'"
-- dr. who


pgpQBZFX5An3p.pgp
Description: PGP signature

Re: [Gnumed-devel] Re: New project: Debian-Med

[Nicolas Pettiaux]

Le Lundi 7 Janvier 2002 22:17, Karsten Hilbert a écrit :
> Hello Brian, hello Andreas,
>
> I have had inquiries by interested German doctors on how they
> can "obtain" a version of, say, GNUMed to try out on their
> machines at home. To date I have had to tell them: "Go grab
> the source."
>
> A Debian-med distro will make such things a lot easier.
>
> May I suggest the following: For some projects it may be
> possible to create ISO images with the following properties:
>  - Put it in a running machine and it starts a front end that
>connects to sample backends on the internet/started from
>this CD.
>  - Put it in a booting machine and a minimalistic X-based
>Linux environment shows up running a demo version of the
>application in question.
>
> Now I know that this might very well eat up some serious
> resources but I thought I'd mention it anyway. For some

This (nearly) is precisely what is done by demolinux, see 
http://www;demolinux.org:

put a working install on a bootable CD with the required applications, 
boot of the CD,
use WITHOUT installing or even touching the harddisk.

Isn"t that marvelous ? This can be adapted to any other specific application.

Best regards,

Nicolas
-- 
Nicolas Pettiaux
Avenue du Pérou 29
B-1000 Brussels

do what? kdm installs gnome?

[martin f krafft]

piper:~# apt-get install kdm
Reading Package Lists... Done
Building Dependency Tree... Done
The following extra packages will be installed:
  gnome-core gnome-panel gnome-panel-data gnome-session
  libgdk-pixbuf-gnome2 libpanel-applet0 libscrollkeeper0 scrollkeeper 
The following NEW packages will be installed:
  gnome-core gnome-panel gnome-panel-data gnome-session kdm
  libgdk-pixbuf-gnome2 libpanel-applet0 libscrollkeeper0
  scrollkeeper 
0 packages upgraded, 9 newly installed, 0 to remove and 0  not upgraded.
Need to get 4219kB of archives. After unpacking 10.4MB will be used.

okay, kdm depends on the pseudo package x-session-manager or
x-window-manager, the first of which kdebase provides as well. however,
is there a way for apt-get to select kdebase instead of gnome when kdm
is installed? the above i kind of ridiculous and funny at the same time.

what do you think?

-- 
martin;  (greetings from the heart of the sun.)
  \ echo mailto: !#^."<*>"|tr "<*> mailto:"; [EMAIL PROTECTED]
  
i'd give my right arm to be ambidextrous.


pgpARuareXopU.pgp
Description: PGP signature

Re: Appropriate? mutt/mailx requires mail-transport-agent

[Sam Couter]

[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> I'm working on a diskless workstation configuration where I don't want
> mailers running on each machine, though users may have access to the
> mail spool through nfs.  Is it appropriate for apt-get to coerce exim
> to be installed when I only need a reader?  Is this a problem about
> finding the smtp agent?

If you only want to send email from those workstations, and not receive
any, try the package named 'ssmtp'. It provides a /usr/sbin/sendmail
program to send mail, but doesn't run as a daemon and doesn't listen for
inbound mail. Very nice.
-- 
Sam "Eddie" Couter  |  mailto:[EMAIL PROTECTED] |  I need a short and
Internet Engineer   |  jabber:[EMAIL PROTECTED]  |  clever comment for
tSA Consulting  |  http://www.topic.com.au/|  my .signature file
OpenPGP fingerprint:  A46B 9BB5 3148 7BEA 1F05  5BD5 8530 03AE DE89 C75C


pgpoXvWdnrgbH.pgp
Description: PGP signature

Re: Appropriate? mutt/mailx requires mail-transport-agent

[Alexander Shumakovitch]

On Mon, Jan 07, 2002 at 02:13:02PM -0800, [EMAIL PROTECTED] wrote:
> mail spool through nfs.  Is it appropriate for apt-get to coerce exim
> to be installed when I only need a reader?  Is this a problem about
> finding the smtp agent?
Have a look at ssmtp --- it's a tiny MTA, which is especially handy for
diskless systems. 

Best,

   --- Alexander.

Re: [Gnumed-devel] Re: New project: Debian-Med

[John S. Gage]

The beauty of Debian is that it is very well documented for the beginner 
and with a high bandwidth connection can be downloaded and installed quite 
easily.  This is a terrific initiative for interested MD's.

Re: Appropriate? mutt/mailx requires mail-transport-agent

[Erich Schubert]

> I'm working on a diskless workstation configuration where I don't want
> mailers running on each machine, though users may have access to the
> mail spool through nfs.  Is it appropriate for apt-get to coerce exim
> to be installed when I only need a reader?  Is this a problem about
> finding the smtp agent?

If you really do not need an smtp agent (note that you might want to get
errors mailed to the admin etc.) - just use equiv to create a dummy
package providing mail-transport-agent.
It's good to enforce such things for most people; if someone really
knows that he doesn't need any mailer (there are very small smtp daemons
available!) - he'll find out how to "fake" this dependency.
See "equiv" package; note that you don't need to install equiv on the
client, but just use equiv to create a custom dummy package, and install
that empty dummy instead of exim.

Greetings,
Erich

Re: Appropriate? mutt/mailx requires mail-transport-agent

[Phil Blundell]

>I'm working on a diskless workstation configuration where I don't want
>mailers running on each machine, though users may have access to the
>mail spool through nfs.  Is it appropriate for apt-get to coerce exim
>to be installed when I only need a reader?  Is this a problem about
>finding the smtp agent?

What do mailx and mutt do if you try to send mail and no MTA is installed?
Unless they handle this situation gracefully, which doesn't seem all that
likely, this dependency is correct.

p.

Appropriate? mutt/mailx requires mail-transport-agent

[elf]

I'm working on a diskless workstation configuration where I don't want
mailers running on each machine, though users may have access to the
mail spool through nfs.  Is it appropriate for apt-get to coerce exim
to be installed when I only need a reader?  Is this a problem about
finding the smtp agent?

¸»ÇÏ´Â ½ºÄµ Ææ ¿µ¾î»çÀüÀÔ´Ï´Ù. ^^ (±¤°í)

[juna26]

Title: 제목없음

















  
새해 복 많이 받으세요  더 빠르고, 더 편하게,
native 목소리와 함께 뜻이 1-2초 만에 화면에 뜨는 영어사전이랍니다. 
토익, 토플
시험 준비할 때, 영신문이나 원서 읽을 때
이제 영어시험준비 ...최신 스캔 사전으로 더 효과적으로 즐기세요 
 스캔 사전 퀵셔너리가 보이스2로 마지막 엎그레이드 되었습니다. 
속도가 아주 빨라졌습니다. 정확합니다. 생생한 발음으로 들려줍니다.
영한 사전은 기본이고 영영사전 , 영어 휴대용 스캐너로도 확장할 수 있습니다. 
  

  
이스라엘 위즈콤 스캔형 전자사전 
퀵셔너리 보이스 2
  글을 읽다가 
나오는 모르는 영어 단어
사전 뒤지거나 자판 두드리다보면 벌써 문맥은 끊어지죠
 단어위에 형광펜처럼 그어주면 1-2초만에 사전 뜻이
뜨고,,
원어민 목소리로 단어를 읽어 주는 스캔펜형 전자 사전입니다.

듣기 시험 준비에도 좋고..국내 최저가입니다. 

 
more... 














국내 유통
: 위즈코아 
http://qq.co.kr,

 
[EMAIL PROTECTED]  
서울시 강남구 삼성동 무역센터 3304호  02-551-3099(tel)
02-551-3100(fax) ※ 인터넷상에서 주소를
보고 도움 될까하여
보내드립니다

.









 

Re: /dev/plex86 permissions

[Russell Coker]

On Mon, 7 Jan 2002 22:07, Matt Zimmerman wrote:
> On Mon, Jan 07, 2002 at 12:28:11PM +0100, Russell Coker wrote:
> > Currently /dev/plex86 defaults to mode 666 on devfs.  Is this really
> > desired?
> >
> > Perhaps we should have a plex86 group and make the device node default to
> > mode 660 and group plex86?
>
> I would say that it should default to 600 and be adjusted by the local
> admin.  Or is it possible for plex86 to set things up correctly at
> installation time by dropping a config file under /etc/devfs/conf.d?

Sure.  I could set a default permission of 600 in /etc/devfs/perms, then 
anything you drop in /etc/devfs/conf.d will take precedence.  Or I can leave 
it out and rely on you (or someone else) to put a file in /etc/devfs/conf.d.

Let me know what you'd like!

-- 
http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark
http://www.coker.com.au/postal/   Postal SMTP/POP benchmark
http://www.coker.com.au/projects.html Projects I am working on
http://www.coker.com.au/~russell/ My home page

Re: [Gnumed-devel] Re: New project: Debian-Med

[Igor Gilitschenski]

Hi,

On Mon, Jan 07, 2002 at 10:17:35PM +0100, Karsten Hilbert wrote:
> I have had inquiries by interested German doctors on how they
> can "obtain" a version of, say, GNUMed to try out on their
> machines at home. To date I have had to tell them: "Go grab
> the source."
Since my mother (who is a Doctor herself) has an office here (Germany),
I noticed, that there might be legal and unfortunately financial
problems concerning the Drug Database. Drug Databases are AFAIK
covered by the german law, which says, that a Doctor needs to update
them and this means, that this doctor has contracts with a company,
which delivers them (Am I wrong?). Maybe you wonder now, what this stuff
has to do with debian-med. I think, that this fact results in having the
need of Companies, which ship debian-med coming with Support contracts.
As long as there won't be companies doing this, most of Debian-Med's
success will propably be in Research and at Hospitals.

Igor
-- 
Igor Gilitschenski   [EMAIL PROTECTED]
RUS-CERT Universitaet Stuttgart  Tel:+49 711 685-5973
Allmandring 30a, 70550 Stuttgart http://cert.uni-stuttgart.de/

Re: Question before buying GNU Debian

[Sean Middleditch]

I run nVidia hardware on my Debian install.  Debian stable (potato) has
older XFree86 packages; they should support unaccelerated TNT2's fine
tho (someone correct me on this if I'm wrong).

If you want full acceleration, you'll need to upgrade to XFree86 4.1
after installing Debian (or get your hands on Woody/Sid CD's, which are
experimental/unstable but more up to date versions of Debian; you can
also find Potato versions of XFree86 4.1 fairly easily), and then
install the nVidia drivers from the nVidia website.

If you want to support Debian, many vendors allow you to make
contributions with purchases of Debian CD's.

On Mon, 2002-01-07 at 15:57, Christian Banik wrote:
> Dear Debian Team
> 
> I would like to install GNU Debian Linux on my computer, actually my PC 
> is running with SuSE Linux 7.3. My question: I have a 32 MB NVIDIA Riva 
> TNT 2 Modell 64 /
> Modell 64 PRO Graphic Card, which is full supported by SuSE Linux. Is 
> this hardware supportet by Debian too? I don't know if this is the right 
> adress to ask for it,
> but I don't find a hardwaresupport side on Your homepage. You wrote on 
> Your homepage that you don't make any profit selling CD packages. So it 
> isn't possible to support
> the (original Linux) GNU Debian project by buying a CD package? I'm a 
> Student and have not so much money but if it would help You I would buy one!
> Many thanks for Your efforts, and the best for Your future!
> Christian Banik  [EMAIL PROTECTED]
>  
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 

Re: Question before buying GNU Debian

[Matt Zimmerman]

On Mon, Jan 07, 2002 at 09:57:59PM +0100, Christian Banik wrote:

> I would like to install GNU Debian Linux on my computer, actually my PC is
> running with SuSE Linux 7.3. My question: I have a 32 MB NVIDIA Riva TNT 2
> Modell 64 / Modell 64 PRO Graphic Card, which is full supported by SuSE
> Linux. Is this hardware supportet by Debian too? I don't know if this is
> the right adress to ask for it, but I don't find a hardwaresupport side on
> Your homepage. You wrote on Your homepage that you don't make any profit

The current stable release of Debian (2.2) includes XFree86 3.3.6.
According to the xfree86 website:

http://www.xfree86.org/3.3.6/NVIDIA1.html#1

Your card is supported.

> selling CD packages. So it isn't possible to support the (original Linux)
> GNU Debian project by buying a CD package? I'm a Student and have not so
> much money but if it would help You I would buy one!  Many thanks for Your
> efforts, and the best for Your future!

If you want to support the Debian project, purchase a CD set from a vendor
who specifically advertises that they will donate funds to Debian.

See:

http://www.debian.org/CD/vendors/

for a list of CD vendors.  Some vendors will sell two versions of the CD,
one (for a very small price) which is simply the Official CD set, and
another, for a somewhat larger price, where the difference is donated to
Debian.

-- 
 - mdz

Re: [Gnumed-devel] Re: New project: Debian-Med

[Karsten Hilbert]

Hello Brian, hello Andreas,

I have had inquiries by interested German doctors on how they
can "obtain" a version of, say, GNUMed to try out on their
machines at home. To date I have had to tell them: "Go grab
the source."

A Debian-med distro will make such things a lot easier.

May I suggest the following: For some projects it may be
possible to create ISO images with the following properties:
 - Put it in a running machine and it starts a front end that
   connects to sample backends on the internet/started from
   this CD.
 - Put it in a booting machine and a minimalistic X-based
   Linux environment shows up running a demo version of the
   application in question.

Now I know that this might very well eat up some serious
resources but I thought I'd mention it anyway. For some
projects it may not even be technically possible (You did
notice that I never said that a project would _install_ itself
onto the host machine ? Temporary files and necessary temporary
path tweaks et al on the host system are, of course, OK.)

Regards,
Karsten
-- 
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346

Re: why is 'dbf' in non-free?

[Adrian Bunk]

On Mon, 7 Jan 2002, DvB wrote:

> I ran a search for dbf (xbase) packages in debian and came up with the
> 'dbf' package which is in non-free.
> If it's in non-free because of licensing issues with the Xbase format,
>...

If you lok at the copyright notice (debian/copyright in the source or
/usr/share/doc/dbf/copyright if you have installed the dbf package) it
seems that the problem isn't the Xbase (there are other free programs like
e.g. Gnumeric that support this format) but the non-free licence of
libdbf (but this doesn't affect you when writing your own dbf library):

<--  snip  -->

Copyright:

DBF - xbase manipulation package
Copyright (c) Brad Eacker, 1991, 1992, 1993, 1994

Permission is granted to distribute and use the source,
documentation files and/or compiled binaries associated with dbf
for non-commercial use. No charges may be made for such
distributions.
...

<--  snip  -->

> TIA

cu
Adrian

Re: why is 'dbf' in non-free?

[Matt Zimmerman]

On Mon, Jan 07, 2002 at 02:46:47PM -0600, DvB wrote:

> I ran a search for dbf (xbase) packages in debian and came up with the
> 'dbf' package which is in non-free.
> If it's in non-free because of licensing issues with the Xbase format,
> I'd like to know since I'm currently finishing up a dbf library of my
> own that I had planned to release under a free license (either GPL or
> BSD. Haven't decided yet) and don't want to run into legal problems
> because of it.

The best place to look for this information is in the copyright file
contained in the package.  In this case, the problem is with the copyright
for libdbf:

Copyright:

DBF - xbase manipulation package
   Copyright (c) Brad Eacker, 1991, 1992, 1993, 1994

Permission is granted to distribute and use the source,
documentation files and/or compiled binaries associated with dbf
for non-commercial use. No charges may be made for such
distributions.

This is non-free because it restricts commercial use of the software, and
charging for copies.  The laterr makes it impossible to sell a Debian CD
containing this software.

-- 
 - mdz

Re: /dev/plex86 permissions

[Matt Zimmerman]

On Mon, Jan 07, 2002 at 12:28:11PM +0100, Russell Coker wrote:

> Currently /dev/plex86 defaults to mode 666 on devfs.  Is this really desired?
> 
> Perhaps we should have a plex86 group and make the device node default to 
> mode 660 and group plex86?

I would say that it should default to 600 and be adjusted by the local
admin.  Or is it possible for plex86 to set things up correctly at
installation time by dropping a config file under /etc/devfs/conf.d?

-- 
 - mdz

Re: [ccheney@cheney.cx: libqt2 libpng2 resolution]

[Philippe Troin]

Chris Cheney <[EMAIL PROTECTED]> writes:

> On Mon, Jan 07, 2002 at 10:07:23AM -0800, Philippe Troin wrote:
> -snip-
> > 
> > Sounds good to me.
> > 
> > How do you plan to prevent programs that link with libqt2 to also link
> > with libpng3 ? Manual check ?
> 
> yes manual check

Ok. Excellent.

Would you mind closing #126829, #126904, #127180, #127185, #127282
with your libqt2 upload? These are all KDE/png related bugs which
should be solved by linking (again) libqt2 with libpng2. Actually,
closing only one of these ought to be enough (they are all merged).

Phil.

why is 'dbf' in non-free?

[DvB]

I ran a search for dbf (xbase) packages in debian and came up with the
'dbf' package which is in non-free.
If it's in non-free because of licensing issues with the Xbase format,
I'd like to know since I'm currently finishing up a dbf library of my
own that I had planned to release under a free license (either GPL or
BSD. Haven't decided yet) and don't want to run into legal problems
because of it.

P.S. Please CC me on any replies to this message since I'm not
subscribed to the debian-devel mailing list.

TIA

Question before buying GNU Debian

[Christian Banik]

Dear Debian Team
I would like to install GNU Debian Linux on my computer, actually my PC 
is running with SuSE Linux 7.3. My question: I have a 32 MB NVIDIA Riva 
TNT 2 Modell 64 /
Modell 64 PRO Graphic Card, which is full supported by SuSE Linux. Is 
this hardware supportet by Debian too? I don't know if this is the right 
adress to ask for it,
but I don't find a hardwaresupport side on Your homepage. You wrote on 
Your homepage that you don't make any profit selling CD packages. So it 
isn't possible to support
the (original Linux) GNU Debian project by buying a CD package? I'm a 
Student and have not so much money but if it would help You I would buy one!
Many thanks for Your efforts, and the best for Your future!
Christian Banik  [EMAIL PROTECTED]

Re: Bug#128077: Please mention native source packages in maint-gu ide

[Matt Zimmerman]

On Mon, Jan 07, 2002 at 06:06:46PM +, Julian Gilbey wrote:

> On Mon, Jan 07, 2002 at 12:03:47PM +0100, Josip Rodin wrote:
> 
> > > So I guess that as long as the explanation in maint-guide says that a 
> > > native
> > > Debian package is a package that builds with no modifications, not just a
> > > package developed specifically for Debian, it will be clear for everybody.
> > 
> > Surely this is documented in the Policy or the Developers' Reference?
> 
> Only in the old packaging manual and very briefly in policy.
> Developers' Reference section 5.5 mentions it briefly as well.

The developers' reference 5.5 doesn't even use the word "native", though it
does seem to explain what it is.  It should probably be elaborated, too.

I think it is especially important to have this in the new maintainers'
guide, though, so that new maintainers understand this distinction when
building their first packages.

-- 
 - mdz

Re: Bug#128077: Please mention native source packages in maint-gu ide

[Matt Zimmerman]

On Mon, Jan 07, 2002 at 12:03:47PM +0100, Josip Rodin wrote:

> On Sun, Jan 06, 2002 at 06:35:20PM -0800, Yves Arrouye wrote:
> > > A Debian native source package is one which has no .diff.gz, because the
> > > Debian source code and the upstream source code are the same thing.  This
> > > means that the source tarball contains a debian/ directory with the
> > > necessary packaging infrastructure.  This configuration is used for
> > > packages
> > > such as dpkg and apt which are developed specifically for Debian.
> > 
> > Thanks for the explanation. Well, ICU is definitely not developed
> > specifically for Debian, but since I am one of the upstream developers, I
> > found it convenient to have the debian/ directory in it, not just for me but
> > for anybody who would want to grab ICU from the CVS and build a .deb for it.
> > 
> > So I guess that as long as the explanation in maint-guide says that a native
> > Debian package is a package that builds with no modifications, not just a
> > package developed specifically for Debian, it will be clear for everybody.
> 
> Surely this is documented in the Policy or the Developers' Reference?

I thought the same thing.  Before I replied to this post, I tried to look up
a reference, and I was amazed that there wasn't one.  The FAQ was the only
place that mentioned it, and all that it said was that a native package had
no .diff.gz.

Policy only mentions them in two places, and doesn't explain the term
anywhere.  Under 'dates in version numbers':

 Native Debian packages (i.e., packages which have been written
 especially for Debian) whose version numbers include dates should
 always use the `MMDD' format.

about the changelog:

 people. In such a case, however, it might be better to maintain the
 package as a non-native package. 
[...]
 Packages that are not Debian-native must contain a compressed copy of
 the `debian/changelog' file from the Debian source tree in

-- 
 - mdz

Re: Cross-platform XML editor

[Erik Steffl]

Douglas Bates wrote:
...
> $ ./xeena.sh
> using java in [/usr/lib/jdk1.1]
> Unable to initialize threads: cannot find class java/lang/Thread
> Could not create Java VM

  you probably need to set CLASSPATH environmental variable

erik

Cross-platform XML editor

[Douglas Bates]

A two-part question:

a) Can you recommend a cross-platform XML editor that uses the
   DTD?  I use SGML in emacs but our data-entry people are not going
   to enjoy emacs.  A GUI-based editor is preferred.
b) If the answer to a) is Xeena
   http://www.alphaworks.ibm.com/tech/xeena
   how do I get it running on a Debian 3.0 (testing) i386 system?

   I tried downloading the tar file, expanding it, installing the
   jdk1.1, jdk1.1-dev, and jdk1.1-native packages then exporting
   JAVA_HOME=/usr/lib/jdk1.1 and running xeena.sh but that was not
   successful.

$ ./xeena.sh 
Error:
Environment variable JAVA_HOME has not been set.
XEENA needs to know where JDK or JRE is installed in your host.
Please set JAVA_HOME to the full path name of the root directory
where JDK or JRE is installed. For example, you can set JAVA_HOME
in a korn shell by the following commands:
   JAVA_HOME=/usr/jdk1.1.8
   export JAVA_HOME
when JDK is installed in directory /usr/jdk1.1.8
$ export JAVA_HOME=/usr/lib/jdk1.1
$ ./xeena.sh 
using java in [/usr/lib/jdk1.1]
Unable to initialize threads: cannot find class java/lang/Thread
Could not create Java VM

Re: [ccheney@cheney.cx: libqt2 libpng2 resolution]

[Chris Cheney]

On Mon, Jan 07, 2002 at 10:07:23AM -0800, Philippe Troin wrote:
-snip-
> 
> Sounds good to me.
> 
> How do you plan to prevent programs that link with libqt2 to also link
> with libpng3 ? Manual check ?

yes manual check


pgp1p0Bn9W3wQ.pgp
Description: PGP signature

Re: stat vs stat64 - ugly problem

[Wichert Akkerman]

Previously David N. Welton wrote:
> It wouldn't cause problems if you did stat64(&foo) where foo is a
> regular 'struct stat'?

You never do stat64 yourself, if you enable LFS with the right options
that is all done transparently in libc.

Wichert.

-- 
  _
 /[EMAIL PROTECTED] This space intentionally left occupied \
| [EMAIL PROTECTED]http://www.liacs.nl/~wichert/ |
| 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0  2805 3CB8 9250 2FA3 BC2D |

Re: stat vs stat64 - ugly problem

[David N. Welton]

Wichert Akkerman <[EMAIL PROTECTED]> writes:

> Previously David N. Welton wrote:

> > Right, so how do we fix this?  It is our problem, in that we need
> > to make the software we distribute work together.  But are you
> > also saying that upstream shouldn't be setting that bit in their
> > header file?

> As long as the API (and ABI) never exports things like struct stat
> and offset_t (ie things that are affected by enabling LFS) it should
> not matter if you link things that are compiled with LFS with things
> that are not.

It wouldn't cause problems if you did stat64(&foo) where foo is a
regular 'struct stat'?

-- 
David N. Welton
   Consulting: http://www.dedasys.com/
Free Software: http://people.debian.org/~davidw/
   Apache Tcl: http://tcl.apache.org/
 Personal: http://www.efn.org/~davidw/

Re: [ccheney@cheney.cx: libqt2 libpng2 resolution]

[Philippe Troin]

Chris Cheney <[EMAIL PROTECTED]> writes:

> On Mon, Jan 07, 2002 at 05:06:27AM -0800, Philippe Troin wrote:
> -snip-
> > 
> > Sounds good to fix all the current problems... however how are we
> > going to handle the libpng2 -> libpng3 conversion ? Your solution just
> > seems to postpone the problem.
> 
> libqt 3.x already uses libpng3 so that looks like a good conversion spot.

Sounds good to me.

How do you plan to prevent programs that link with libqt2 to also link
with libpng3 ? Manual check ?

Phil.

Re: Bug#128077: Please mention native source packages in maint-gu ide

[Julian Gilbey]

On Mon, Jan 07, 2002 at 12:03:47PM +0100, Josip Rodin wrote:

> > So I guess that as long as the explanation in maint-guide says that a native
> > Debian package is a package that builds with no modifications, not just a
> > package developed specifically for Debian, it will be clear for everybody.
> 
> Surely this is documented in the Policy or the Developers' Reference?

Only in the old packaging manual and very briefly in policy.
Developers' Reference section 5.5 mentions it briefly as well.

   Julian

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

 Julian Gilbey, Dept of Maths, Debian GNU/Linux Developer
  Queen Mary, Univ. of London see http://people.debian.org/~jdg/
   http://www.maths.qmul.ac.uk/~jdg/   or http://www.debian.org/
Visit http://www.thehungersite.com/ to help feed the hungry
 Also: http://www.helpthehungry.org/

Re: 1 package(s) to rebuild on i386/stable

[Wichert Akkerman]

Previously Dominik Kubla wrote:
> Oh yes it is. That's why 0.3.3 was bumped to 1.0: because it is mature
> and stable software. 0.3.3 implies otherwise.

We don't do marketing, we do a good and stable free software
distribution. 

> BTW: 0.3.3/1.0 fixed quite some bugs over the 0.1.x series so an update
> is also mandated by pure technical arguments. Not to mention that it
> was hardened considerably against attacks (all daemons do now support
> tcpwrappers!) and is necessary if you want to do NFS over TCP (which
> needs an additional kernel patch but you can expect that to be merged
> for 2.4.18).

Adding tcpwrapper support is not the same hardening. If you known
of real and serious bugs that are present in stable feel free to
file a bugreport, since that would be the only and only reasons to
update the package.

Wichert.

-- 
  _
 /[EMAIL PROTECTED] This space intentionally left occupied \
| [EMAIL PROTECTED]http://www.liacs.nl/~wichert/ |
| 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0  2805 3CB8 9250 2FA3 BC2D |

Re: Debian.rpm

[Karl M. Hegbloom]

> "Russell" == Russell Coker <[EMAIL PROTECTED]> writes:

Russell> On Sat, 5 Jan 2002 00:27, Karl M. Hegbloom wrote:

>> I think you can probably boot to it with a carefully crafted
>> initrd that performs a pivot_root into the debootstrapped
>> chroot.

Russell> I believe that pivot_root only works on mounted file
Russell> systems, so unless your chroot environment is at the root
Russell> directory of a different file system that won't work.

 Hmm.  You are probably right.

Russell> Why not use busybox-static to move the directories
Russell> around?

 If you try this, be aware that the "cp" in Busybox 0.60 does NOT
 preserve hard links.  (It used to; the one used by the potato boot
 floppies when they were first released did - I know because I coded
 it.  They've changed the implementation of cp again.)  If you use
 Busybox to perform recursive copy, use "busybox tar" since it DOES
 preserve hard links.  (I checked the source to be certain.)

>> Or, perhaps you could run a UML kernel there?  Has anyone tried
>> that?

Russell> That's not as much fun.  We want to totally replace the
Russell> old system...

 Right.  But for development or trial purposes, a UML setup might be
 kind of nice to have.

-- 
mailto: (Karl M. Hegbloom) [EMAIL PROTECTED]
http://www.microsharp.com
phone://USA/WA/360-260-2066
jabber: [EMAIL PROTECTED]

Re: postfix/postfix-tls vs. smtpd bug

[Mark Brown]

On Mon, Jan 07, 2002 at 06:12:23PM +0100, martin f krafft wrote:

> i don't know about another section... why not simply prefix all postfix
> manpages with postfix-, so this one would be postfix-smtpd.8.gz

That would be completely inconsistent with all other Postfix
installations out there and rather non-obvious when you try and look it
up in the common case where only Postfix is installed.

> i'll file a bug... and should this bug go against postfix only, or also
> postfix-tls? as i understand, postfix-tls is sort of an offspring of
> postfix and thus should be fixed automagically the next time the
> maintainer apt-gets source postfix, applies the patch, and
> dpkg-buildpackages...

Well, I guess a bug against postfix-tls might prompt a more rapid
update.

-- 
"You grabbed my hand and we fell into it, like a daydream - or a fever."


pgpMBxIfYYtcg.pgp
Description: PGP signature

Call for translation for locales package

[Ben Collins]

I'm getting ready for 2.2.5-1 of glibc for upload. I have added a new
template to the locales package. Just so I don't have to make another
upload to get the translations for this template in sync with the one
that is already there, here is the text:

Description: Which locale should be the default in the system environment?
 Many packages in Debian use locales to display text in the correct
 language for users. The default is C but you can change this if you're not
 a native English speaker.
 .
 Note: This will reflect the language for your whole system. If you're
 running a multi-user system where not all of your users speak the language
 of your choice, then they will run into difficulties and you might want to
 leave "C" as the default locale.
 .
 These choices are based on which locales you have chosen to generate.


Currently I have translations for "locales/locales_to_be_generated" in
ko, ru, pt_BR, es and de. If I can match those, then I'll be happy. If
anyone wants to add new translations for both templates, I'll take them
too. Here's the old template that is already translated:

Template: locales/locales_to_be_generated
Description: Select locales to be generated.
 You can choose locales to be generated by selecting locales you want.
 Selected locales will be saved to `/etc/locale.gen' file. You can also
 manually edit this file. You need to run `locale-gen' after edit the file.



Thanks,
  Ben

-- 
 .--===-=-==-=---==-=-.
/   Ben Collins--Debian GNU/Linux  \
`  [EMAIL PROTECTED]  --  [EMAIL PROTECTED]  --  [EMAIL PROTECTED]  '
 `---=--===-=-=-=-===-==---=--=---'

Re: New project: Debian-Med

[Yasuhiro Take]

At Mon, 7 Jan 2002 15:46:12 +0100 (CET),
Tille, Andreas <[EMAIL PROTECTED]> wrote:
> 
> 
> Hello,
> 
> a new year seems to be the right starting point for a new project :).
> 
> So here we are:
> 
>    _  _   __  ___
>  |  _ \   ___ | |__  (_)  __ _  _ __ |  \/  |  ___   __| |
>  | | | | / _ \| '_ \ | | / _` || '_ \  _ | |\/| | / _ \ / _` |
>  | |_| ||  __/| |_) || || (_| || | | ||_|| |  | ||  __/| (_| |
>  |/  \___||_.__/ |_| \__,_||_| |_|   |_|  |_| \___| \__,_|

Sounds great!
UNIX systems seems going to be used in hospitals and clinics,
and there's already one based on Debian as far as i know.
So it maybe nice of us to provide a service specific to medicine.

I know two kinds of dictionary for life science including medicine of course,
one for English spell check and the other for Japanese Kana-to-Kanji
conversion. They seem non-free, but worth including i guess.

Here is the URL:
http://lsd.pharm.kyoto-u.ac.jp/index.html

BTW, Minoru seems derived from Japanese word... Does it have something to
do with Japanese thing?

Thanks,

hirot, commented as a student of medicine :)


pgpojRpUB6lFf.pgp
Description: PGP signature

Re: postfix/postfix-tls vs. smtpd bug

[martin f krafft]

also sprach Henrique de Moraes Holschuh <[EMAIL PROTECTED]> [2002.01.07.1705 
+0100]:
> smtpd in postfix is a private executable, so it has far less precedence than
> the one in smtpd. On the other hand, the postfix manpages are crucial to
> figure out what the hell a config option really does, so they are needed.

yeah, my thinking too...

> I would suggest all postfix private executable manpages to be moved from
> section 8 to section 8postfix or something like that, if man-db will not
> mind the change in the filename from .8 to .8postfix...

i don't know about another section... why not simply prefix all postfix
manpages with postfix-, so this one would be postfix-smtpd.8.gz

?

i'll file a bug... and should this bug go against postfix only, or also
postfix-tls? as i understand, postfix-tls is sort of an offspring of
postfix and thus should be fixed automagically the next time the
maintainer apt-gets source postfix, applies the patch, and
dpkg-buildpackages...

-- 
martin;  (greetings from the heart of the sun.)
  \ echo mailto: !#^."<*>"|tr "<*> mailto:"; [EMAIL PROTECTED]
  
"i'm always frank and earnest with women.
 uh, in new york i'm frank, and in chicago i'm ernest."
-- the long kiss goodnight


pgpT82BvHYHup.pgp
Description: PGP signature

Re: New project: Debian-Med

[Steve M. Robbins]

On Mon, Jan 07, 2002 at 03:46:12PM +0100, Tille, Andreas wrote:

> is an Debian internal project to support tasks of people in medical care.
> Debian-Med will have two main components: Support for general practice and
> laboratory research.

In the "research" category -- how about medical imaging?  I have considered
packaging the MINC tools from our lab (www.bic.mni.mcgill.ca) that are used
in brain research.  And someone else previously packaged (or at least sent
an ITP) other tools for functional MR image analysis.

-Steve

-- 
by Rocket to the Moon,
by Airplane to the Rocket,
by Taxi to the Airport,
by Frontdoor to the Taxi,
by throwing back the blanket and laying down the legs ...
- They Might Be Giants

Re: Many .changes not being sent to debian-devel-changes

[Raphael Hertzog]

Le Sun, Jan 06, 2002 at 04:32:44PM +0100, Wichert Akkerman écrivait:
> > I can dig up more if needed (counting only packages I have installed
> > I've found 15 today).
> 
> I suspect it's a broken mailsetup somewhere in debian.org, I have
> gotten all dinstall mails from friday somewhere on saturday, most
> after being delayed for over 24 hours.

It's murphy who had a problem this WE. It ran out of inodes in the
partition containing the mail spool. It took most of the WE to
catch up.

Cheers,
-- 
Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/
Formation Linux et logiciel libre : http://www.logidee.com

Re: [ccheney@cheney.cx: libqt2 libpng2 resolution]

[Chris Cheney]

On Mon, Jan 07, 2002 at 05:06:27AM -0800, Philippe Troin wrote:
-snip-
> 
> Sounds good to fix all the current problems... however how are we
> going to handle the libpng2 -> libpng3 conversion ? Your solution just
> seems to postpone the problem.

libqt 3.x already uses libpng3 so that looks like a good conversion spot.

Chris

/dev/plex86 permissions

[Russell Coker]

Currently /dev/plex86 defaults to mode 666 on devfs.  Is this really desired?

Perhaps we should have a plex86 group and make the device node default to 
mode 660 and group plex86?

-- 
http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark
http://www.coker.com.au/postal/   Postal SMTP/POP benchmark
http://www.coker.com.au/projects.html Projects I am working on
http://www.coker.com.au/~russell/ My home page

Re: postfix/postfix-tls vs. smtpd bug

[Henrique de Moraes Holschuh]

On Mon, 07 Jan 2002, martin f krafft wrote:
> should i file this bug against both packages, or which one should get
> precedence? i feel like postfix will be losing out...
> 
> dpkg: error processing /var/cache/apt/archives/smtpd_2.0-4_i386.deb
>  trying to overwrite `/usr/share/man/man8/smtpd.8.gz', which is also in
>  package postfix-tls

smtpd in postfix is a private executable, so it has far less precedence than
the one in smtpd. On the other hand, the postfix manpages are crucial to
figure out what the hell a config option really does, so they are needed.

I would suggest all postfix private executable manpages to be moved from
section 8 to section 8postfix or something like that, if man-db will not
mind the change in the filename from .8 to .8postfix...

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh

Re: New project: Debian-Med

[Brian Bray]

"Tille, Andreas" a écrit :
>
> 
> I'm looking foreward for comments, suggestions and most importantly - help!
> 
> Kind regards
> 
>  Andreas.

Minoru Development strongly supports this initiative. I can announce
today that the Debian-med distribution will become a key part of the
Openhealth CD and will be proudly distributed from the Spirit open
source health care portal http://www.euspirit.org/

I expect that Minoru's support will be very concrete -- we are looking
to hire a developer to assist Debian-med and to integrate Spirit results
with the Debian-med project.

I urge everyone in the open source health care community to support
Andreas'  initiative. It is one step to tackling the "integration
problem": how will the various applications we are creating work
together. One of the prerequisites is that they be easily installed
together and that there is an organised way to install compatible common
components along with the applications, such as those from:

PICNIC  http://picnic.euspirit.org/
Harphttp://www.ist-harp.org/
OpenEmedhttp://OpenMed.sourceforge.net/
GEHRhttp://www.openehr.org/
Nautilus / Ligne de vie http://www.nautilus-info.com/
OpenGALEN   http://www.opengalen.org/
OpenClinicalhttp://www.openclinical.org/

and others.

We have selected the Debian distribution because of the extreme care and
great organisation of the Debian volunteers. The health care field needs
a distribution that's focused more on stability and reliability than on
the latest and greatest features. The thousands of Debian volunteers
have an established track record in producing a great distribution with
"the right stuff".

-Brian

-- 
Brian Bray
Minoru Development Corporation; Minoru Development SARL
The home of Openhealth(tm): http://www.openhealth.com

3, rue du Colonel Moll, 75017 Paris France
+33.6.8750.2465

Re: Evolution and GnuPG

[Scott James Remnant]

Joe Drew <[EMAIL PROTECTED]> wrote:

> On Sun, 2002-01-06 at 06:38, Oliver Elphick wrote:
> > I've noticed that Evolution (1.0-4) is very prone to report bad
> > signatures.  To start with I thought it was down to use by the sender of
> > a particular mailer, but I am beginning to doubt that.
> 
> This is a known bug in Evolution: see
> http://bugzilla.ximian.com/show_bug.cgi?id=12425 .
> 
> Unfortunately it doesn't look hopeful that a fix is forthcoming.
> 
Also:
http://bugzilla.ximian.com/show_bug.cgi?id=15972

Which is fixed in 1.0.2 apparently.

Scott
-- 
Scott James Remnant Have you ever, ever felt like this?  Had strange
http://netsplit.com/  things happen?  Are you going round the twist?

New project: Debian-Med

[Tille, Andreas]

Hello,

a new year seems to be the right starting point for a new project :).

So here we are:

   _  _   __  ___
 |  _ \   ___ | |__  (_)  __ _  _ __ |  \/  |  ___   __| |
 | | | | / _ \| '_ \ | | / _` || '_ \  _ | |\/| | / _ \ / _` |
 | |_| ||  __/| |_) || || (_| || | | ||_|| |  | ||  __/| (_| |
 |/  \___||_.__/ |_| \__,_||_| |_|   |_|  |_| \___| \__,_|


is an Debian internal project to support tasks of people in medical care.
Debian-Med will have two main components: Support for general practice and
laboratory research.

The general idea is adopted from the Debian Junior project:
  http://www.debian.org/devel/debian-jr

So we provide a set of packages which have dependencies from Debian packages
which help solving certain tasks.

At first glance I have the following packages in my mind:

  For General Practiciants:

- GnuMed
 http://www.gnumed.org/
  There will be ITPs for GnuMed and its tools soon from myself.
  GnuMed will be a major part of Debian-Med and I will have focus
  my own packaging work on this project.

- FreePM
 http://www.freepm.org/
  FreePM is an open source physicans office management & electronic
  medical record application.
  This is a Zope based project and there are reference implementations.
  I think it would be worth packaging for Debian.

- Open Infrastructure for Outcomes
 http://www.txoutcome.org/
  Open Infrastructure for Outcomes (OIO) system facilitates the creation
  of flexible and portable patient/research records. It aims to achieve
  the "Holy Grail" of data portablity as elegantly described by
  John G. Faughnan.
  Another Zope based project.

- FreeMed
 http://www.freemed.org (seems to be temporarily offline??)
  Similiar to FreePM but PHP/MySQL based.
  I personally prefer GnuMed because it uses PostgreSQL and has
  a clear Client/Server structure but perhaps FreeMed yould be
  turned into a nice web client to GnuMed.

  Microbiology (if there are Debian packages I just name the package URL)

- ncbi-tools6 - NCBI libraries for biology applications
http://packages.debian.org/unstable/libs/ncbi-tools6.html
  (actively maintained by Aaron M. Ucko)

- seaview - A multiple sequence alignment editor
http://packages.debian.org/unstable/misc/seaview.html
  (orphaned)

- clustalw - A multiple sequence alignment program
http://packages.debian.org/unstable/science/clustalw.html
  (maintained by myself)

- phylip - A package of programs for inferring phylogenies.
http://packages.debian.org/unstable/misc/phylip.html
  (maintained by myself)

- treetool - An interactive tool for displaying trees
http://packages.debian.org/unstable/science/treetool.html
  (orphaned)

- molphy - Program Package for MOLecular PHYlogenetics
http://www.ism.ac.jp/software/ismlib/softother.e.html
  (my package is in incoming)

- fastdnaml - A tool for construction of phylogenetic trees of DNA sequences
http://packages.debian.org/unstable/science/fastdnaml.html
  (maintained by myself)

- njplot - A tree drawing program
http://packages.debian.org/unstable/science/njplot.html
  (orphaned)

- readseq - Conversion between sequence formats
http://packages.debian.org/unstable/science/readseq.html
  (maintained by myself)

- tree-puzzle - Reconstruction of phylogenetic trees by maximum likelihood
http://packages.debian.org/unstable/science/tree-puzzle.html
  (maintained by myself)

- ARB
http://www.arb-home.de/
  Integrated package for data handling and analysis.
  I have preliminary packages of the recent Beta available.  There
  are several issues to sort out (especially concerning licenses of
  Arb itself and the tools used by Arb).

  Documentation and Research

- BioMail
 http://www.biomail.org/
  Nice if you are seeking for relevant literature.
  Once there was an ITP for this program by another Debian developer.  I
  builded preliminary packages and suggested some changes upstream to
  speed up packaging process.  The maintainer who wanted to package it
  seemed to lost interest and so just feel free to take over my
  preliminary work which needs some cleaning and some discussion with
  upstream.

- Medicine-HOWTO
 http://mobilix.org/Medicine-HOWTO.html

Todo-List:

   - Project page at debian.org
   - Mailing list
   - Logo? (Perhaps some skilled painter could take the idea of the GnuMed
 logo and replace the GNU by the Debian swirl - just an idea)
   - Packages ...
   - Documentation (including translation)

Further Links:

   http://www.linuxmednews.com/projects/
   http://www.openhealth.com/en/healthlinks.html
   http://www.omp.de.vu  (German)

I'm loo

Re: Still no fam in Woody

[Adrian Bunk]

On Sun, 6 Jan 2002, Joerg Wendland wrote:

>...
> > I do not understand the unsatisfiable depend error.  The program was
> > successfully compiled on hppa.  Is the problem gcc-3.0 >=
> > 3.0.3-0pre011214 missing in Woody?  This seem to be a problem on arm
> > and m68k, and should not affect hppa, or am I mistaken?
>
> The problem is that FAM does only on hppa depend on libstdc++3 for on
> that arch there is no gcc-2.9x. The buildd runs on unstable. The libstdc++3
> version there 3.0.3-1 (would fit) but its version in testing is 3.0.2-4.
> And since gcc-3 is out of date on other arches this situation will last
> on it seems. A solution were to compile FAM against the testing libstdc++3
> and reupload but I dunno if such is possible.

It seems ajt manually forced gcc-3.0 into testing although the packages on
m68k and arm were still missing. Because of this, fam is now in testing,
too.  :-)

> Regards, Joerg (maintainer of fam)

cu
Adrian

Re: EURO and CENT signs in the console keymaps

[Colin Watson]

On Thu, Jan 03, 2002 at 10:14:46PM +0200, Ari Makela wrote:
> On Thu, Jan 03, 2002 at 04:23:24PM +0100, Wichert Akkerman wrote:
> > As far as I know most keyboards don't have an AltGr key..
> 
> In North America that's probably correct (what would they do with it?) 
> but it's essential with European languages with the possible exception of 
> British English.

British keyboards have AltGr too, although they're rather useless. The
only two glyphs on this keyboard that require AltGr are a vertical bar
(different from pipe in that the pipe is printed broken and the bar is
solid, although it seems to generate pipe anyway with this keymap) and
the Euro symbol on AltGr-4.

-- 
Colin Watson  [EMAIL PROTECTED]

Re: 1 package(s) to rebuild on i386/stable

[Martin Schulze]

Petter Reinholdtsen wrote:
> [Martin Schulze]
> > For further explanation please check the detailed report at
> > .
> 
> libc6 is still not mentioned on this list.  Is this on purpose, or did
> someone forget to let you know?

No package --> no mention.

Nobody uploaded fixed packages yet, especially not security updates
and stuff.  If packages are ready, it may be considered for 2.2r6
or 3.0(r0), depending on what is released earlier.

Regards,

Joey

-- 
Beware of bugs in the above code; I have only proved it correct,
not tried it.  -- Donald E. Knuth

Please always Cc to me when replying to me on the lists.

Re: [ccheney@cheney.cx: libqt2 libpng2 resolution]

[Philippe Troin]

Chris Cheney <[EMAIL PROTECTED]> writes:

> I forgot to cc debian-devel on this:
> 
> I think that the best solution to the problem would be for me to upload a
> new version of libqt2 2.3.1 compiled against libpng2.  Due to the potential
> problems with upgrading from stable (potato) to the future new stable
> (woody). I will do this tomorrow morning. After I upload the new version of
> libqt2 packages will probably need to depend on that version and
> libpng2-dev and be rebuilt, at least for the current ones that are built
> against libpng3.
> 
> I hope that eventually this sort of problem will not be an issue due to
> symbols being overridden. Is there some way to fix this from being an
> issue in the future?  This is very big and annoying problem that probably
> affects other packages, even more than just libqt/imlib.
> 
> If anyone has any further comments please feel free to let me know. Please
> direct all flames to Overfiend ;)

Sounds good to fix all the current problems... however how are we
going to handle the libpng2 -> libpng3 conversion ? Your solution just
seems to postpone the problem.

Phil.
Libpng2/3 maintainer.

Re: Bug (?) on Debian website

[Mark Brown]

On Mon, Jan 07, 2002 at 05:34:28AM -0600, Jonathan Hseu wrote:

> If I search on http://www.debian.org/distrib/packages for the package
> openmcl, nothing turns up.  I wonder if it's because it's a powerpc-only
> package.

> Anyone know why?

packages.debian.org uses the i386 packages file.

-- 
"You grabbed my hand and we fell into it, like a daydream - or a fever."


pgpPNM8K75D8f.pgp
Description: PGP signature

Bug (?) on Debian website

[Jonathan Hseu]

If I search on http://www.debian.org/distrib/packages for the package
openmcl, nothing turns up.  I wonder if it's because it's a powerpc-only
package.

Anyone know why?

-- 
Jonathan Hseu <[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]>
GPG ID:  5228D713
GPG fingerprint: 220B A4EF 70FE B884 CB38  F93F EA8A 1024 5228 D713


pgprOVfb615Eu.pgp
Description: PGP signature

Re: Bug#128077: Please mention native source packages in maint-gu ide

[Josip Rodin]

On Sun, Jan 06, 2002 at 06:35:20PM -0800, Yves Arrouye wrote:
> > A Debian native source package is one which has no .diff.gz, because the
> > Debian source code and the upstream source code are the same thing.  This
> > means that the source tarball contains a debian/ directory with the
> > necessary packaging infrastructure.  This configuration is used for
> > packages
> > such as dpkg and apt which are developed specifically for Debian.
> 
> Thanks for the explanation. Well, ICU is definitely not developed
> specifically for Debian, but since I am one of the upstream developers, I
> found it convenient to have the debian/ directory in it, not just for me but
> for anybody who would want to grab ICU from the CVS and build a .deb for it.
> 
> So I guess that as long as the explanation in maint-guide says that a native
> Debian package is a package that builds with no modifications, not just a
> package developed specifically for Debian, it will be clear for everybody.

Surely this is documented in the Policy or the Developers' Reference?

-- 
 2. That which causes joy or happiness.

[¼ºÀα¤°í]1¿ù 2ÀÏ ½Å±Ô ¼ºÀλçÀÌÆ® ¿ÀÇÂÇÕ´Ï´Ù..

[bc°É]

Re: dpkg-cross maintenance status

[NIIBE Yutaka]

David Schleef wrote:
 > Perhaps some day, we might have cross-compiling as part of Debian
 > policy (or at least a tag for cross-compiliability), but I
 > certainly wouldn't advocate that now, as it would cause too much
 > turmoil.

Things I've noticed:

   (1) Original software is not ready for cross compiling, hard to solve.
   Typical case is the one which builds small program at first
   and then run it to generate full-featured one.
  Perl, GNU Emacs and others.

   (2) Original software is not ready for cross compiling, easy to fix.
   Software which hard-code C compiler as "gcc" in Makefile.
   Just fix it to $(CC).

   (3) Pakcages which need --host=XXX option when invoking configure.

   (4) Packaging mistake.  Confusion of BUILD and HOST.

   (5) Package which does test on build.  We cannot test generated
   executable in case of cross compiling.

I think that for case #5, we could have some sort of guildline or
tools, separation of build and test would be good thing (in general).
-- 

Re: 1 package(s) to rebuild on i386/stable

[Peter Makholm]

Dominik Kubla <[EMAIL PROTECTED]> writes:

> IMHO that should be updated to nfs-utils-1.0 from upstream, if it
> only were for the psychological impact of the 1.x version number.

'psychological impact' isn't a valid argument for putting new versions
of software in stable.

-- 
Når folk spørger mig, om jeg er nørd, bliver jeg altid ilde til mode
og svarer lidt undskyldende: "Nej, jeg bruger RedHat".
-- Allan Olesen på dk.edb.system.unix

iproute critical bugs (was: Some thoughts about problems within Debian)

[Bernd Eckenfels]

On Mon, Jan 07, 2002 at 03:24:53PM +1000, Anthony Towns wrote:
>   iproute: 118424, 119601, 123224

I merged  118424, 119601 and provided a patch.

For 123224 the fixed should be to remove the -Werror, but I could not test
it, cause it seems to require 2.4 kernel source, which is not present on
faure and I don't want to mess around too long on this bug.

Greetings
Bernd

[ccheney@cheney.cx: libqt2 libpng2 resolution]

[Chris Cheney]

I forgot to cc debian-devel on this:

I think that the best solution to the problem would be for me to upload a
new version of libqt2 2.3.1 compiled against libpng2.  Due to the potential
problems with upgrading from stable (potato) to the future new stable
(woody). I will do this tomorrow morning. After I upload the new version of
libqt2 packages will probably need to depend on that version and
libpng2-dev and be rebuilt, at least for the current ones that are built
against libpng3.

I hope that eventually this sort of problem will not be an issue due to
symbols being overridden. Is there some way to fix this from being an
issue in the future?  This is very big and annoying problem that probably
affects other packages, even more than just libqt/imlib.

If anyone has any further comments please feel free to let me know. Please
direct all flames to Overfiend ;)

Chris Cheney


pgpHNp4Euokf9.pgp
Description: PGP signature

Re: Theory

[Lex Spoon]

To try and respond briefly, don't forget organizations that are using
Debian.  For a lot of organizations, it's neither practical nor safe to
do a nightly upgrade on your hundreds of computers.

Also, don't forget that a lot of the reason "stable" is stable, is
because it sits frozen for a while and thus problematic interactions
*between* packages can be found and eliminated.  If everything is
changing all of the time, you can't do this nearly as well.

I like releases!  And I really like having separate "stable" and
"unstable" lines being developed in parallel!

Lex Spoon

Re: no space left on device: LVM, Gnus --> dpkg, apt-get ?

[Egon Willighagen]

On Sunday 6 January 2002 12:09, Adrian Bunk wrote:
> On Sun, 6 Jan 2002, Egon Willighagen wrote:
> >...
> > That makes me wonder: is it possible that i am imagening things, and that
> > the upgrade went well, even though my HD was full? Did it actually
> > install files then, or did it not overwrite, because of the HD being
> > full, and my files are basically not upgraded, but just the version
> > numbers in the index that dpkg uses?
>
> Do you mean with "my HD was full" that "df" says that it's used 100% ?
> If yes then your HD isn't physically full, usually 5% of the blocks in a
> partition are reserved - this means they aren't counted when "df"
> estimates how many space is free on the device and only root can write to
> the device if not more than the number of reserved blocks are free. Since
> you did run dpkg as root you can write additional files to the partition
> even though the partition is full.

Ah great! Thanx for the info! 

Egon