Re: aacraid driver

[NOKUBI Takatsugu]

In article <[EMAIL PROTECTED]>
[EMAIL PROTECTED] writes:

>> "Brian Boerner" <[EMAIL PROTECTED]> writes:
>> 
>> >> Well, if you want it, take it up with the Kernel maintainer -- that
>> >> is, file a bug on kernel-image-2.2.18pre21-compact or
>> >> kernel-source-2.2.18pre21 or whatever.
>> >> 
>> >> Do not make the request here -- we cannot do anything about it.
>> 
>> > I thought since this was the "debian-devel" list that the
>> > distro kernel maintainers would be monitoring and/or interested
>> > in obtaining official working versions of the source. I'm certainly
>> > not interested in trying to hunt down all the distro kernel maintainers.
>> > That would be a black hole.
>> 
>> All you have to do is file a bug against kernel-source-2.2.18pre21.

Ok. I'll do it.

>> If you're not willing to do that, then there's nothing I can really do
>> to help you.

Thanks your suggestion, Adam.. And I want to say "thanks" to Brian. If
you don't post to debian-devel, I couldn't notice that old aacraid has
memory leak bug.
-- 
NOKUBI Takatsugu
E-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED] / [EMAIL PROTECTED]

ITP: libapache-mod-backhand - load balancing module for Apache

[James Bromberger]

I intend to package libapache-mod-backhand.

I have altered wnpp bug#71457 from RFP to ITP. I am in the 
nm queue, and intend to package mod_backhand (www.backhand.org).

Mod_backhand is an apache module for load balancing web server farms. 
It is released under an apache licence.

Source: http://www.backhand.org/mod_backhand/download/mod_backhand.tar.gz

Licence: 
/* 
 * Copyright (c) 1998-1999 The Johns Hopkins University.
 * All rights reserved.
 *
 * Redistribution and use in source and binary forms, with or without
 * modification, are permitted provided that the following conditions
 * are met:
 *
 * 1. Redistributions of source code must retain the above copyright
 *notice, this list of conditions and the following disclaimer. 
 *
 * 2. Redistributions in binary form must reproduce the above copyright
 *notice, this list of conditions and the following disclaimer in
 *the documentation and/or other materials provided with the
 *distribution.
 *
 * 3. All advertising materials mentioning features or use of this
 *software must display the following acknowledgment:
 *"This product includes software developed at The Center for
 *Networking and Distributed Systems at The Johns Hopkins University
 *for use in the Backhand project (http://www.cnds.jhu.edu/backhand).
 *  Creator: Theo Schlossnagle <[EMAIL PROTECTED]>
 *  Guidance: Yair Amir <[EMAIL PROTECTED]>"
*
 * 4. The names "Backhand" and "mod_backhand" must not be used to
 *endorse or promote products derived from this software without
 *prior written permission. For written permission, please contact
 *[EMAIL PROTECTED]
 *
 * 5. Products derived from this software may not be called "mod_backhand"
 *nor may "mod_backhand" appear in their names without prior written
 *permission. For written permission, please contact
 *[EMAIL PROTECTED]
 *
 * 6. Redistributions of any form whatsoever must retain the following
 *acknowledgment:
 *"This product includes software developed at The Center for
 *Networking and Distributed Systems at The Johns Hopkins University
 *for use in the Backhand project (http://www.cnds.jhu.edu/backhand).
 *  Creator: Theo Schlossnagle <[EMAIL PROTECTED]>
 *  Guidance: Yair Amir <[EMAIL PROTECTED]>
 *All other contributors are listed in the NOTICE document provided
 *with this distribution."
 *
 * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED
 * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
 * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
 * PURPOSE ARE DISCLAIMED.  IN NO EVENT SHALL THE APACHE GROUP OR
 * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
 * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
 * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;
 * LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
 * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT,
 * STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
 * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED
 * OF THE POSSIBILITY OF SUCH DAMAGE.
 * 
 *
 * mod_backhand development was partially funded by a grant from he Defense 
 * Advance Projects Agency (DARPA) to Johns Hopkins University. The U.S.
 * Government retains certain rights in this software.
 */
-- 
 James Bromberger  www.rcpt.to/~james
   IT, Pelican Manufacturing - www.pelicanmanufacturing.com.au
   Snr Web Systems Admin, JDV - www.jdv.com  *  www.hartleypoynton.com.au

 Remainder moved to http://www.rcpt.to/~james/james/sig.html


pgpPTlLA19uCI.pgp
Description: PGP signature

Questions about testing

[Raphael Hertzog]

Hi,

now that testing is in place I have several questions and remarks. Maybe
it would be great to put such a FAQ (I remember seeing a short one on DWN)
somewhere online with a link from the developers corner on the website.

1. What arches are required (supposing the package is arch: any) so that
   the package can go in testing ? Is arm required ?

2. I've got a package libdbd-mysql-perl which has been uploaded a month
   ago and it is still not recompiled for sparc and m68k... could we get
   something like an automated system so that developers can tell to our
   autobuilder which package they should try to build ? Could we have the
   same online report for all arches as we have for arm
   (http://buildd.armlinux.org), I find it very useful to try to look why
   the package didn't build ... (and what about the build farm, we're
   talking about it for so long ...)

3. How does testing behave with package released every 3 days with low
   priority ? Suppose that the package is bug free, and that it could
   directly go to testing ... will there also be a new package in testing
   every 3 days ? Or will it never be included in testing since the
   latest package never get 14 days of testing ?

4. How can I know precisely why my package has not been included in
   testing. I know update_excuse.html on ajt website ... but that's not
   enough. I want to know for example that my libdbd-pg-perl package is
   waiting on perl-5.6 (or on postgresql) to be integrated ...

5. Is there a plan to use the testing dist to "force" release goals. eg
   consider the switch to perl-5.6. We make an official announce  
   « perl-5.6 is the official perl for woody, developers you have 15 days to
   recompile everything with perl-5.6 ». After 15 days, we force the
   inclusion of perl-5.6 in testing (and the removal of perl-5.004 and
   perl-5.005) and let it remove packages that have not been updated.
   [ the same is possible for debian policy, remove all packages with old
   standard version, I know this has been discussed on another list, can
   someone give a short result of the discussion ? ]

That's it for now. :)

Happy new year !!!
-- 
Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/
Le bouche à oreille du Net : http://www.beetell.com
Naviguez sans se fatiguer à chercher : http://www.deenoo.com
Formation Linux et logiciel libre : http://www.logidee.com

DEBIAN IS LOOSING PACKAGES AND NOBODY CARES!!!

[GBechly]

Hi,

I am very sorry for the loud subject of my mail (I know it is bad
netiquette), but since I got no satisfying answer on my first mail
concerning "disappeared packages" and because the issue is important
I decided to try it again with shouting ;-).

Here is the problem:
Three packages (w3mir, webmin, and fancylogin) that were definitely
available in Debian main some time ago, and that are still present
in the BTS (all have outstanding bugs), COMPLETELY DISAPPEARED from
Debian. Any search with "Search Package Directories" on the Debian
website failed to produce a result: w3mir and webmin are neither in
unstable, nor in testing or stable. Fancylogin is reported to be in
unstable and there also is a package page, but the package is not 
found from the download page and is also not present in any of
the mirrors. I checked the wnpp pages, but none of these three packages
is reported as orphaned or withdrawn. What the hell is going on here?

There is a further weird package disappearance in unstable: all mgetty
packages (execept mgetty-doc) are gone! Hey, these are important packages.
Why am I the only one who seems to have noticed they are no longer here?
Why is there no information on the Debian website about the reasons for
their disappearance? By the way: The same applies to the package wmf (Web
Mail Folder).

Could please someone explain, or take care of these problems.

Thanks and Happy New Year,
Guenter

-- 
Linux: Who needs GATES in a world without fences?

Re: DEBIAN IS LOOSING PACKAGES AND NOBODY CARES!!!

[Peter Palfrader]

Hi GBechly!

SCHREI NICHT SO!

On Sun, 31 Dec 2000, [EMAIL PROTECTED] wrote:

> I am very sorry for the loud subject of my mail (I know it is bad
> netiquette), but since I got no satisfying answer on my first mail
> concerning "disappeared packages" and because the issue is important
> I decided to try it again with shouting ;-).

*plonk*


> Three packages (w3mir, webmin, and fancylogin) that were definitely
> available in Debian main some time ago, and that are still present
> in the BTS (all have outstanding bugs), COMPLETELY DISAPPEARED from
> Debian. Any search with "Search Package Directories" on the Debian
> website failed to produce a result: w3mir and webmin are neither in
> unstable, nor in testing or stable.

http://bugs.debian.org/75772

| #67768: w3mir: Can delete all files!
| Package: w3mir; Severity: critical; Reported by: John Goerzen <[EMAIL 
PROTECTED]>; 157 days old.
given that bug I'ld guess w3mir was removed too. Just a guess tho.


> Fancylogin is reported to be in
> unstable and there also is a package page, but the package is not 
> found from the download page and is also not present in any of
> the mirrors.

marvin:~# apt-get install fancylogin
Reading Package Lists... Done
Building Dependency Tree... Done
Package fancylogin has no available version, but exists in the database.
This typically means that the package was mentioned in a dependency and 
never uploaded, has been obsoleted or is not available with the contents 
of sources.list
However the following packages replace it:
  francine 
E: Package fancylogin has no installation candidate
  

> There is a further weird package disappearance in unstable: all mgetty
> packages (execept mgetty-doc) are gone!

http://bugs.debian.org/80640


> Hey, these are important packages.

mgetty is not important, it's extra.


yours,
peter

-- 
Multiple exclamation marks, the sure sign of an insane mind.
-- Terry Pratchett

Re: DEBIAN IS LOOSING PACKAGES AND NOBODY CARES!!!

[Oliver Elphick]

Peter Palfrader wrote:
  >> There is a further weird package disappearance in unstable: all mgetty
  >> packages (execept mgetty-doc) are gone!
  >
  >http://bugs.debian.org/80640
  >
  >
  >> Hey, these are important packages.
  >
  >mgetty is not important, it's extra.
 
That may be, but where has it gone?

Apparently libperl5.6 has disappeared as well.

Again there is a pointer from packages.debian.org, but the deb is not
in the directory pointed to.


-- 
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight  http://www.lfix.co.uk/oliver
PGP: 1024R/32B8FAA1: 97 EA 1D 47 72 3F 28 47  6B 7E 39 CC 56 E4 C1 47
GPG: 1024D/3E1D0C1C: CA12 09E0 E8D5 8870 5839  932A 614D 4C34 3E1D 0C1C
 
 "Ye have heard that it hath been said, Thou shalt love 
  thy neighbour, and hate thine enemy. But I say unto 
  you, Love your enemies, bless them that curse you, do 
  good to them that hate you, and pray for them which 
  despitefully use you, and persecute you;"  
 Matthew 5:43,44 

Re: DEBIAN IS LOOSING PACKAGES AND NOBODY CARES!!!

[Dr. Guenter Bechly]

Hi,

On Sun, Dec 31, 2000 at 01:46:20PM +0100, Peter Palfrader wrote:
> SCHREI NICHT SO!


Vielen Dank für Deine prompte und ausführliche Antwort. Wenn Du
auf mein erstes (ungeschriehenes) Mail zum selben Thema so
geantwortet hättest, dann hätte ich jetzt nicht schreien müssen.
Also hat es ja immerhin funktioniert ;-)


> > I am very sorry for the loud subject of my mail (I know it is bad
> > netiquette), but since I got no satisfying answer on my first mail
> > concerning "disappeared packages" and because the issue is important
> > I decided to try it again with shouting ;-).
> 
> *plonk*

*Whine*: That's not a really suited comment, regarding the given explanation.

> http://bugs.debian.org/75772

Since the submitter of this Bug claimed that webmin belongs to contrib
rather than main, and that the package was accidently uploaded inspite of
an ITP, this bug should also have been filed against webmin, since it is
otherwise hardly possible to easily find this explanation about the removal
of webmin.

> | #67768: w3mir: Can delete all files!
> given that bug I'ld guess w3mir was removed too. Just a guess tho.

Well, I thought so myself. But the real problem is that neither me, nor
apparently you could find out what really happened. This seems to be a
shortcoming in Debian's removal procedures. I suggest that the intent to
remove a package should always be filed as a bug to this package or even
better as a bug to wnpp-peudopackage, so that the information can be
traced with reasonable efforts. Would it be o.k. to file this suggestion
as a wishlist bug against ftp.debian.org?

> E: Package fancylogin has no installation candidate

I know this, but this does not explain what happened to this package
that once existed. There is a bug #69002 filed against fancylogin which
might be the reason for its removal. Here the same applies that I said
above about w3mir. It should be possible to easily find out if and why
a package was removed by checking its bugs or wnpp.

> > There is a further weird package disappearance in unstable: all mgetty
> > packages (execept mgetty-doc) are gone!
> 
> http://bugs.debian.org/80640

Oops, I did not check the BTS again. That is really my stupid fault, - sorry.
However, this bug was filed AFTER my first mail to this list, where I asked
concerning the disappeared packages of mgetty and nobody answered.

> > Hey, these are important packages.
> 
> mgetty is not important, it's extra.

That is a bit nitty-gritty, don't you think? I did not talk about the
position in Debian (I of course know its Extra), but about the "importance"
of these packages.

Kind greetings,
Guenter

-- 
Linux: Who needs GATES in a world without fences?

Re: DEBIAN IS LOOSING PACKAGES AND NOBODY CARES!!!

[Tinguaro Barreno Delgado]

On Sun, Dec 31, 2000 at 01:06:18PM +0100, [EMAIL PROTECTED] wrote:
> Hi,
> 
> I am very sorry for the loud subject of my mail (I know it is bad
> netiquette), but since I got no satisfying answer on my first mail
> concerning "disappeared packages" and because the issue is important
> I decided to try it again with shouting ;-).
> 
> Here is the problem:
> Three packages (w3mir, webmin, and fancylogin) that were definitely
> available in Debian main some time ago, and that are still present

Hello all.

  I maintain a rsync mirror of potato and woody (i386) and this week the
distribution has lost +50 packages. They aren't in ftp.debian.org (I'm
rsyncing from ftp.de.debian.org). Can anyone explain this?

The week log says:


   --- Last Dec. 29 ---
Fri Dec 29 22:39:22 WET 2000
receiving file list ... done
deleting dists/woody/main/binary-i386/web/aolserver_3.2-2.deb
deleting dists/woody/main/binary-i386/web/aolserver-postgres_3.2-2.deb
deleting dists/woody/main/binary-i386/utils/unison_2.6.1-1.deb
deleting dists/woody/main/binary-i386/utils/gnome-pim_1.2.0-1.deb
deleting dists/woody/main/binary-i386/utils/gnome-pim-conduits_1.2.0-1.deb
deleting dists/woody/main/binary-i386/utils/bootcd_1-6.deb
deleting dists/woody/main/binary-i386/misc/geneweb_3.08-1.deb
deleting dists/woody/main/binary-i386/math/netcdf-perl_1.2.1-1.deb
deleting dists/woody/main/binary-i386/libs/libgnomemm1.1_1.1.12-1.deb
deleting dists/woody/main/binary-i386/interpreters/perl-5.6-doc_5.6.0-6.deb
deleting dists/woody/main/binary-i386/interpreters/libset-object-perl_1.02-2.deb
deleting dists/woody/main/binary-i386/interpreters/libio-pty-perl_0.03-1.deb
deleting 
dists/woody/main/binary-i386/interpreters/libapache-auth-ldap_1.4.6-2.deb
deleting dists/woody/main/binary-i386/games/xemeraldia_0.3-19.deb
deleting dists/woody/main/binary-i386/devel/libgnomemm-dev_1.1.12-1.deb
deleting dists/woody/main/binary-i386/devel/aolserver-dev_3.2-2.deb
deleting dists/woody/main/binary-all/web/catalog_1.02-2.deb
deleting dists/woody/main/binary-all/doc/aolserver-doc_3.2-2.deb

Fri Dec 29 00:29:59 WET 2000
receiving file list ... done
deleting dists/woody/non-free/binary-i386/net/tnt_2.3-1.deb
deleting dists/woody/main/binary-i386/sound/grip_2.95-2.deb
deleting dists/woody/main/binary-i386/sound/gcd_2.95-2.deb
deleting dists/woody/main/binary-i386/misc/memopanel_7.1-1.deb
deleting dists/woody/main/binary-i386/libs/libperl5.6_5.6.0-6.deb
deleting dists/woody/main/binary-i386/interpreters/perl-5.6_5.6.0-6.deb
deleting dists/woody/main/binary-i386/interpreters/perl-5.6-thread_5.6.0-6.deb
deleting dists/woody/main/binary-i386/interpreters/perl-5.6-suid_5.6.0-6.deb
deleting dists/woody/main/binary-i386/interpreters/perl-5.6-debug_5.6.0-6.deb
deleting dists/woody/main/binary-i386/graphics/libgd-perl_1.30-4.deb
deleting dists/woody/main/binary-i386/editors/vim-rt_5.7.002-2.deb
deleting dists/woody/main/binary-i386/devel/kdbg_1.1.7-beta1-1.deb
deleting dists/woody/main/binary-i386/base/perl-5.6-base_5.6.0-6.deb
deleting dists/woody/main/binary-i386/admin/pcmcia-source_3.1.22-3.deb
deleting dists/woody/main/binary-all/interpreters/perl-5.6-doc_5.6.0-6.deb

  --- Last Dec 28 --
Thu Dec 28 08:51:29 WET 2000
receiving file list ... done
deleting dists/woody/non-free/binary-i386/games/xinvaders_2.1.1.deb
deleting dists/woody/non-free/binary-all/net/tnt_2.3-1.deb
deleting dists/woody/main/binary-i386/x11/wdm_1.20-5.deb
deleting dists/woody/main/binary-i386/x11/vat_4.0b2-9.deb
deleting dists/woody/main/binary-i386/x11/nautilus_0.5-2.1.deb
deleting dists/woody/main/binary-i386/utils/tpctl_1.0-1.deb
deleting dists/woody/main/binary-i386/utils/tpctl-modules-source_1.0-1.deb
deleting dists/woody/main/binary-i386/sound/xmms-osd-plugin_0.3.0-3.deb
deleting dists/woody/main/binary-i386/net/atftpd_0.1.deb
deleting dists/woody/main/binary-i386/net/atftp_0.1.deb
deleting dists/woody/main/binary-i386/mail/mutt_1.2.5-5.deb
deleting dists/woody/main/binary-i386/libs/libxosd_0.3.0-3.deb
deleting dists/woody/main/binary-i386/libs/libnautilus0_0.5-2.1.deb
deleting dists/woody/main/binary-i386/interpreters/libnet-acl-ruby_1.0-2.deb
deleting dists/woody/main/binary-i386/interpreters/guile-common_1.4-5.deb
deleting dists/woody/main/binary-i386/games/liquidwar-data_5.3.2-1.deb
deleting dists/woody/main/binary-i386/editors/vim_5.7.002-2.deb
deleting dists/woody/main/binary-i386/editors/vim-tiny_5.7.002-2.deb
deleting dists/woody/main/binary-i386/editors/vim-tcl_5.7.002-2.deb
deleting dists/woody/main/binary-i386/editors/vim-python_5.7.002-2.deb
deleting dists/woody/main/binary-i386/editors/vim-perl_5.7.002-2.deb
deleting dists/woody/main/binary-i386/editors/vim-gtk_5.7.002-2.deb
deleting dists/woody/main/binary-i386/devel/libxosd-dev_0.3.0-3.deb
deleting dists/woody/main/binary-i386/devel/libnautilus-dev_0.5-2.1.deb
deleting dists/woody/main/binary-i386/base/pcmcia-modules-2.2.17_3.1.22-3k1.deb
deleting 
dists/woody/main/binary-i386/base/pcmcia-modules-2.2.17-idepci_3.1.22-3k0.1.deb
deleting 
d

Re: DEBIAN IS LOOSING PACKAGES AND NOBODY CARES!!!

[Miquel van Smoorenburg]

In article <[EMAIL PROTECTED]>,
Tinguaro Barreno Delgado  <[EMAIL PROTECTED]> wrote:
>  I maintain a rsync mirror of potato and woody (i386) and this week the
>distribution has lost +50 packages. They aren't in ftp.debian.org (I'm
>rsyncing from ftp.de.debian.org). Can anyone explain this?

Yes. The structure of the archive has changed because of 'package pools'.
You need to mirror 'pool' as well.

Also, "woody" is no longer "unstable". "sid" is. "woody" is "testing".

Mike.

Re: DEBIAN IS LOOSING PACKAGES AND NOBODY CARES!!!

[Josip Rodin]

On Sun, Dec 31, 2000 at 01:06:18PM +0100, [EMAIL PROTECTED] wrote:
> I am very sorry for the loud subject of my mail (I know it is bad
> netiquette), but since I got no satisfying answer on my first mail
> concerning "disappeared packages" and because the issue is important
> I decided to try it again with shouting ;-).

One deserves a  for doing that :p

> Fancylogin is reported to be in unstable and there also is a package page,
> but the package is not found from the download page and is also not
> present in any of the mirrors.

This is an often-seen problem with packages.d.o web pages: even when
packages are removed from the archive, their HTMLs stay, until manual
deletion. We oughta cook up a script to handle that, but nobody has bothered
yet...

However, we have a different problem right now: mirror on master.d.o is not
getting updated regularly due to lack of disk space on that particular
partition, and the packages.d.o web pages scripts generate the HTMLs
according to that mirror. So some links are outdated and will get more and
more outdated if this is not fixed. Admins have been informed already, but
this is hardly a season when everyone's alert and ready to fix stuff
instantly. :/ And then there's the Cabal issue, of course. ;) TINC. :)

-- 
Digital Electronic Being Intended for Assassination and Nullification

Re: DEBIAN IS LOOSING PACKAGES AND NOBODY CARES!!!

[Peter Palfrader]

Hi Tinguaro!

On Sun, 31 Dec 2000, Tinguaro Barreno Delgado wrote:

> Hello all.
> 
>   I maintain a rsync mirror of potato and woody (i386) and this week the
> distribution has lost +50 packages. They aren't in ftp.debian.org (I'm
> rsyncing from ftp.de.debian.org). Can anyone explain this?

Have you checked in the debian/pool dir?

Also read:
http://lists.debian.org/debian-devel-announce-0012/msg4.html

yours,
peter

-- 
PGP signed and encrypted messages preferred.
http://www.palfrader.org/

Re: DEBIAN IS LOOSING PACKAGES AND NOBODY CARES!!!

[Peter Palfrader]

Hi Oliver!

On Sun, 31 Dec 2000, Oliver Elphick wrote:

> Peter Palfrader wrote:
>   >> There is a further weird package disappearance in unstable: all mgetty
>   >> packages (execept mgetty-doc) are gone!
>   >
>   >http://bugs.debian.org/80640
>   >
>   >
>   >> Hey, these are important 
> packages.
>   >
>   >mgetty is not important, it's extra.
>  
> That may be, but where has it gone?
> 
> Apparently libperl5.6 has disappeared as well.

No it hasn't.

[EMAIL PROTECTED]:~$ apt-cache show libperl5.6
[..]
Filename: pool/main/p/perl-5.6/libperl5.6_5.6.0-6.2_i386.deb


> Again there is a pointer from packages.debian.org, but the deb is not
> in the directory pointed to.

Seems like packages.debian.org is broken then. If it's not reportet yet,
maybe someone should do.

yours,
peter

-- 
PGP signed and encrypted messages preferred.
http://www.palfrader.org/

Re: DEBIAN IS LOOSING PACKAGES AND NOBODY CARES!!!

[Peter Palfrader]

Hi Guenter,

On Sun, 31 Dec 2000, Dr. Guenter Bechly wrote:

> I suggest that the intent to
> remove a package should always be filed as a bug to this package or even
> better as a bug to wnpp-peudopackage, so that the information can be
> traced with reasonable efforts. Would it be o.k. to file this suggestion
> as a wishlist bug against ftp.debian.org?

FWIF I'ld really like to see removal of packages beeing announced to
debian-devel-changes and debian-changes repectivly. Maybe we could
bug the ftp admins to send such mails?

yours,
peter



> > *plonk*
> 
> *Whine*: That's not a really suited comment, regarding the given explanation.

Should have been *patsch* anyway. However I don't think your 'explanation'
"I know the netiquette but I don't care because this is so important" is
acceptable. Also note that all caps is usually spam and many might filter
such stuff.


-- 
PGP signed and encrypted messages preferred.
http://www.palfrader.org/

Re: DEBIAN IS LOOSING PACKAGES AND NOBODY CARES!!!

[Anthony Towns]

Happy new year from this side of the world,

On Sun, Dec 31, 2000 at 01:06:18PM +0100, [EMAIL PROTECTED] wrote:
> Three packages (w3mir, webmin, and fancylogin) that were definitely
> available in Debian main some time ago, and that are still present
> in the BTS (all have outstanding bugs), COMPLETELY DISAPPEARED from
> Debian.

webmin:
] Subject: webmin_0.80-1_i386.changes REJECTED
]  Depends: perl5, debconf, libnet-ssleay-perl
]   ^^
] libnet-ssleay-perl is in non-US, packages in main may not depend on
] packages outside of main.  This package belongs in either contrib or
] non-US/main.

The other two were also deliberately removed, dunno why offhand.

Cheers,
aj

-- 
Anthony Towns <[EMAIL PROTECTED]> 
I don't speak for anyone save myself. GPG signed mail preferred.

 ``Thanks to all avid pokers out there''
   -- linux.conf.au, 17-20 January 2001

Re: Questions about testing

[Anthony Towns]

On Sun, Dec 31, 2000 at 12:14:01PM +0100, Raphael Hertzog wrote:
> 1. What arches are required (supposing the package is arch: any) so that
>the package can go in testing ? Is arm required ?

It's a little more dynamic than that, actually. Basically, all you need
to do is make sure that the package is in sync on all architecture's it's
built for. So if you have binaries from a package foo with versions like:

arm: -
alpha:   1.0-8
i386:1.1-2
m68k:1.1-2
powerpc: -
sparc:   1.1-1

then you need to either update sparc and alpha, or you need to bug the
ftpadmins to remove the binaries from those architectures if the package
no longer builds on them. Once you've done that, and ended up with something
like:

arm: -
alpha:   - 
i386:1.1-2
m68k:1.1-2
powerpc: -
sparc:   1.1-2

it'll go into testing as long as there aren't any, say, alpha packages
currently in testing that Depend: on foo. If you do, you either need to
rethink your support of alpha, or get those binaries removed too (since
they're no longer usable).

> 2. I've got a package libdbd-mysql-perl which has been uploaded a month
>ago and it is still not recompiled for sparc and m68k... could we get
>something like an automated system so that developers can tell to our
>autobuilder which package they should try to build ? Could we have the
>same online report for all arches as we have for arm
>(http://buildd.armlinux.org), I find it very useful to try to look why
>the package didn't build ... (and what about the build farm, we're
>talking about it for so long ...)

> 3. How does testing behave with package released every 3 days with low
>priority ? Suppose that the package is bug free, and that it could
>directly go to testing ... will there also be a new package in testing
>every 3 days ? Or will it never be included in testing since the
>latest package never get 14 days of testing ?

Well, even Joey Hess has slipped up in his religious debconf
uploads and had four or five delays longer than a fortnight between
updates. Basically, though, at some point the maintainer has to decide
"I'm happy with this" and leave well enough alone for a little while. At
worst, this could be done just before the freeze, although that seems like
it'd be a bit risky. Alternatively, the maintainer can just upload it with
a faked medium or high priority so that it'll go in earlier.

Note that packages tend not to be built for all architectures in less
than around seven days at the best of times.

> 4. How can I know precisely why my package has not been included in
>testing. I know update_excuse.html on ajt website ... but that's not
>enough. I want to know for example that my libdbd-pg-perl package is
>waiting on perl-5.6 (or on postgresql) to be integrated ...

You have to look at your dependency list, and investigate it yourself. :(

> 5. Is there a plan to use the testing dist to "force" release goals. eg
>consider the switch to perl-5.6. We make an official announce  
>« perl-5.6 is the official perl for woody, developers you have 15 days to
>recompile everything with perl-5.6 ». After 15 days, we force the
>inclusion of perl-5.6 in testing (and the removal of perl-5.004 and
>perl-5.005) and let it remove packages that have not been updated.
>[ the same is possible for debian policy, remove all packages with old
>standard version, I know this has been discussed on another list, can
>someone give a short result of the discussion ? ]

"testing" doesn't try to take any action on its own: it'll only remove
packages if they've been removed from unstable first, and even then only
if nothing else depends on them.

With manual intervention though, the above is completely possible. I
plan on doing some manual intervention to remove packages with RC bugs
from testing (but not from unstable) once or twice before the freeze, just
to see what happens.

Cheers,
aj

-- 
Anthony Towns <[EMAIL PROTECTED]> 
I don't speak for anyone save myself. GPG signed mail preferred.

 ``Thanks to all avid pokers out there''
   -- linux.conf.au, 17-20 January 2001


pgpnlIjHPJIVw.pgp
Description: PGP signature

Re: DEBIAN IS LOOSING PACKAGES AND NOBODY CARES!!!

[Colin Watson]

Peter Palfrader <[EMAIL PROTECTED]> wrote:
>Hi GBechly!
>> Fancylogin is reported to be in
>> unstable and there also is a package page, but the package is not 
>> found from the download page and is also not present in any of
>> the mirrors.
>
>marvin:~# apt-get install fancylogin
>Reading Package Lists... Done
>Building Dependency Tree... Done
>Package fancylogin has no available version, but exists in the database.
>This typically means that the package was mentioned in a dependency and 
>never uploaded, has been obsoleted or is not available with the contents 
>of sources.list
>However the following packages replace it:
>  francine 
>E: Package fancylogin has no installation candidate

IIRC the upstream maintainer asked the Debian maintainer to remove the
package (I don't know why - some sort of dispute?), so the Debian
maintainer forked and called the new package francine.

-- 
Colin Watson [EMAIL PROTECTED]

Re: DEBIAN IS LOOSING PACKAGES AND NOBODY CARES!!!

[Josip Rodin]

On Sun, Dec 31, 2000 at 03:40:41PM +0100, Peter Palfrader wrote:
> > Again there is a pointer from packages.debian.org, but the deb is not
> > in the directory pointed to.
> 
> Seems like packages.debian.org is broken then. If it's not reportet yet,
> maybe someone should do.

It is! Several times!

-- 
Digital Electronic Being Intended for Assassination and Nullification

Re: DEBIAN IS LOOSING PACKAGES AND NOBODY CARES!!!

[Guenter Bechly]

Hello again,

On Sun, Dec 31, 2000 at 03:50:52PM +0100, Peter Palfrader wrote:
> FWIF I'ld really like to see removal of packages beeing announced to
> debian-devel-changes and debian-changes repectivly. Maybe we could
> bug the ftp admins to send such mails?

Agree. Will you do it, or shall I ?

> Should have been *patsch* anyway. However I don't think your 'explanation'
> "I know the netiquette but I don't care because this is so important" is
> acceptable. Also note that all caps is usually spam and many might filter
> such stuff.

O.k., I accept the *patsch* as deserved, and make the New Year's promise not
to post shouting mails again.

Cheers,
Guenter

-- 
Linux: Who needs GATES in a world without fences?

Re: DEBIAN IS LOOSING PACKAGES AND NOBODY CARES!!!

[Peter Palfrader]

Hi Josip!

On Sun, 31 Dec 2000, Josip Rodin wrote:

> On Sun, Dec 31, 2000 at 03:40:41PM +0100, Peter Palfrader wrote:
> > > Again there is a pointer from packages.debian.org, but the deb is not
> > > in the directory pointed to.
> > 
> > Seems like packages.debian.org is broken then. If it's not reportet yet,
> > maybe someone should do.
> 
> It is! Several times!

So onece more cannot do any harm, eh?

/me runs
yours,
peter

-- 
PGP signed and encrypted messages preferred.
http://www.palfrader.org/

Re: DEBIAN IS LOOSING PACKAGES AND NOBODY CARES!!!

[Peter Palfrader]

Hi Guenter!

On Sun, 31 Dec 2000, Guenter Bechly wrote:

> Hello again,
> 
> On Sun, Dec 31, 2000 at 03:50:52PM +0100, Peter Palfrader wrote:
> > FWIF I'ld really like to see removal of packages beeing announced to
> > debian-devel-changes and debian-changes repectivly. Maybe we could
> > bug the ftp admins to send such mails?
> 
> Agree. Will you do it, or shall I ?

You file the wishlistbug against ftp. and I bug the admins, deal?

yours,
peter

-- 
PGP signed and encrypted messages preferred.
http://www.palfrader.org/

Re: DEBIAN IS LOOSING PACKAGES AND NOBODY CARES!!!

[Dr. Guenter Bechly]

Hi Peter,

On Sun, Dec 31, 2000 at 05:01:13PM +0100, Peter Palfrader wrote:
> You file the wishlistbug against ftp. and I bug the admins, deal?

Deal is deal!

Best wishes,
Guenter

-- 
Linux: Who needs GATES in a world without fences?

console-tools vs kbd

[Sam Vilain]

Hi there,

I'm using a non-standard keyboard that sends odd scancodes.  I wrote a startup 
script that does a whole heap of "setkeycodes" commands, but I've found that 
the version of "setkeycodes" in the console-tools package does not work with 
kernel version 2.2+.  The one with the "kbd" package works fine, but "kbd" 
seems to be a somewhat deprecated package.

I found a bug relating to this; entitled "console-tools: setkeycode does not 
use right IOCTL", which could be it:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=53977&repeatmerged=yes

And one entitled "setkeycodes completely broken";

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=71768&repeatmerged=yes

Is there any news on a fix?

Happy New Year,
--
Sam Vilain, [EMAIL PROTECTED]WWW: http://sam.vilain.net/
GPG public key: http://sam.vilain.net/sam.asc

Re: test -d /usr/man && mail submit@bugs

[Wichert Akkerman]

Previously Jim Lynch wrote:
> In my (potato) /var/cache is...

My mistake, /var/cache is still allowed, /var/state isn't.

Wichert.

-- 
  _
 /   Nothing is fool-proof to a sufficiently talented fool \
| [EMAIL PROTECTED]  http://www.liacs.nl/~wichert/ |
| 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0  2805 3CB8 9250 2FA3 BC2D |

Re: holding back the tide

[Bdale Garbee]

[EMAIL PROTECTED] (Adam Heath) writes:

> Bdale hates dbs, doesn't know what it is

I don't hate dbs.  I just get annoyed when packages with complicated build-time
patching schemes won't build.  My sense is that each of these schemes increases
the probability of build-time failures by deferring work that is done for most
packages at the source package construction time to the build time... but if
the packages are competently constructed and tested, I don't really care how
they're structured.

Bdale

Re: Questions about testing

[Bernd Eckenfels]

On Mon, Jan 01, 2001 at 01:22:32AM +1000, Anthony Towns wrote:
> then you need to either update sparc and alpha, or you need to bug the
> ftpadmins to remove the binaries from those architectures if the package

Actually If I look at the ftp.denian.org Bug List there are quite a lot of
open bugs, asking for removing certain packages. I have one open myself, so
I know that it takes time to get them done. Isn't there a way where at least
the maintainer of a apckage can remove it automatically from ftp-master.
This will also save stress on the ftp-admins and increase the usefullness of
testing a lot.

Greetings
Bernd
-- 
  (OO)  -- [EMAIL PROTECTED] --
 ( .. )  [EMAIL PROTECTED],linux.de,debian.org} http://home.pages.de/~eckes/
  o--o *plush*  2048/93600EFD  [EMAIL PROTECTED]  +497257930613  BE5-RIPE
(OO)  When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl!

Problem with pcmcia-modules and kernel-image

[Raphael Hertzog]

Hi folks,

i'm running unstable and i can't get pcmcia-modules-2.2.18 to work with
kernel-image-2.2.18. I always get unresolved symbols (script log attached).
And I had the same problem with 2.2.18pre21 but 2.2.17 is ok. I didn't
report it for 2.2.18pre21 because I thought that this was a temporary
problem but since it's still here i'm wondering what's going on ... am i
the only one having unresolved symbol ?

When i had the problem with 2.2.18pre21 i tried to recompile
pcmcia-modules-2.2.18pre21 but it didn't solve the problem. After looking
at the BTS, I learned about a possible incompatibility because one was
compiled with gcc 2.95 and the other one with gcc272 ... is that still the
problem ? I did not try to recompile pcmcia-modules-2.2.18 with gcc272
(too lazy to install it ...) and didn't try to recompile the whole
kernel+modules stuff since I want to use & test the standard Debian
package.

Cheers,

PS: BTW, each time when I boot a new kernel there's a loop because
modules.dep doesn't exist ... I don't know who is responsible to generate
this file but pcmcia-modules should call it for sure ... and actually the
postint does call depmod -a only if the current kernel is the one for
which the modules have been compiled, shouldn't it call depmod -a
 instead ? 
-- 
Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/
Le bouche à oreille du Net : http://www.beetell.com
Naviguez sans se fatiguer à chercher : http://www.deenoo.com
Formation Linux et logiciel libre : http://www.logidee.com
Script started on Sun Dec 31 20:18:37 2000
[EMAIL PROTECTED]:~$ sudo /etc/init.d/pcmcia start
Password:
Starting PCMCIA services: modules/lib/modules/2.2.18/pcmcia/pcmcia_core.o: 
unresolved symbol remove_proc_entry_R01553289
/lib/modules/2.2.18/pcmcia/pcmcia_core.o: unresolved symbol 
interruptible_sleep_on_timeout_R9d9ab410
/lib/modules/2.2.18/pcmcia/pcmcia_core.o: unresolved symbol 
create_proc_entry_R21131577
/lib/modules/2.2.18/pcmcia/pcmcia_core.o: unresolved symbol 
interruptible_sleep_on_Rd8cc551a
/lib/modules/2.2.18/pcmcia/pcmcia_core.o: unresolved symbol proc_bus_R304cc22b
/lib/modules/2.2.18/pcmcia/pcmcia_core.o: unresolved symbol __wake_up_R68d29238
/lib/modules/2.2.18/pcmcia/pcmcia_core.o: unresolved symbol printk_R1b7d4074
/lib/modules/2.2.18/pcmcia/i82365.o: unresolved symbol pci_set_power_state
/lib/modules/2.2.18/pcmcia/i82365.o: unresolved symbol 
remove_proc_entry_R01553289
/lib/modules/2.2.18/pcmcia/i82365.o: unresolved symbol pci_enable_device
/lib/modules/2.2.18/pcmcia/i82365.o: unresolved symbol 
create_proc_entry_R21131577
/lib/modules/2.2.18/pcmcia/i82365.o: unresolved symbol request_mem_region
/lib/modules/2.2.18/pcmcia/i82365.o: unresolved symbol release_mem_region
/lib/modules/2.2.18/pcmcia/i82365.o: unresolved symbol unregister_ss_entry
/lib/modules/2.2.18/pcmcia/i82365.o: unresolved symbol pci_irq_mask
/lib/modules/2.2.18/pcmcia/i82365.o: unresolved symbol printk_R1b7d4074
/lib/modules/2.2.18/pcmcia/i82365.o: unresolved symbol register_ss_entry
/lib/modules/2.2.18/pcmcia/i82365.o: unresolved symbol CardServices
/lib/modules/2.2.18/pcmcia/ds.o: unresolved symbol remove_proc_entry_R01553289
/lib/modules/2.2.18/pcmcia/ds.o: unresolved symbol __pollwait_R1bd29f72
/lib/modules/2.2.18/pcmcia/ds.o: unresolved symbol register_chrdev_Rbbdcb79f
/lib/modules/2.2.18/pcmcia/ds.o: unresolved symbol create_proc_entry_R21131577
/lib/modules/2.2.18/pcmcia/ds.o: unresolved symbol 
interruptible_sleep_on_Rd8cc551a
/lib/modules/2.2.18/pcmcia/ds.o: unresolved symbol __wake_up_R68d29238
/lib/modules/2.2.18/pcmcia/ds.o: unresolved symbol printk_R1b7d4074
/lib/modules/2.2.18/pcmcia/ds.o: unresolved symbol proc_pccard
/lib/modules/2.2.18/pcmcia/ds.o: unresolved symbol CardServices
 cardmgr.
[EMAIL PROTECTED]:~$ exit
exit

Script done on Sun Dec 31 20:18:57 2000

Re: ITP: libapache-mod-backhand - load balancing module for Apache

[Raphael Hertzog]

Le Sun, Dec 31, 2000 at 06:52:30PM +0800, James Bromberger écrivait:
> I intend to package libapache-mod-backhand.

Great !

> I have altered wnpp bug#71457 from RFP to ITP. I am in the 
> nm queue, and intend to package mod_backhand (www.backhand.org).

If you need a sponsor, I can upload the package for you until you're
officially registered.

Cheers,
-- 
Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/
Le bouche à oreille du Net : http://www.beetell.com
Naviguez sans se fatiguer à chercher : http://www.deenoo.com
Formation Linux et logiciel libre : http://www.logidee.com

Linux Progress Patch for Debian available!

[Raphael Bossek]

http://master.debian.org/~bossekr/

hi Debian users,

for all of you looking for a graphical start screen, this is the right patch. 
I've modified it a little bit
so more init scripts are supported and a additional patch against the latest 
linux-2.4.0-test12 is part of
this tarball too!

The official project page from the Linux Progress Patch is 
http://lpp.freelords.org/.

You can find here the latest informations about the implementation and some 
additional themes (http://lpp.freelords.org/Themes.phtml) of course!

Applying the patch against your kernel (you need a VESA2.0 or compilant 
graphics card to get framebuffer device working!) you get the following result: 
http://master.debian.org/~bossekr/debian-lpp.png

If you are now thinking about XDM and how to make it more Debian GNU/Linux 
compilant, take a look at http://x.themes.org/ ! I've found some interesting 
configurations for XDM there :)

-- 
Raphael Bossek <[EMAIL PROTECTED]> [ICQ #40047651]

Re: Linux Progress Patch for Debian available!

[Bernd Eckenfels]

On Sun, Dec 31, 2000 at 09:12:44PM +0100, Raphael Bossek wrote:
> for all of you looking for a graphical start screen, this is the right patch. 
> I've modified it a little bit
> so more init scripts are supported and a additional patch against the latest 
> linux-2.4.0-test12 is part of
> this tarball too!

AFAIK there is a problem with this patch since some of the copyright
messages of the drivers are not displayed anymore. since some of them
require the Copyright announcement, this is a violation of the license. As
far as I know that was the reason for not putting that patch into the
kernel, long ago.

Greetings
Bernd
-- 
  (OO)  -- [EMAIL PROTECTED] --
 ( .. )  [EMAIL PROTECTED],linux.de,debian.org} http://home.pages.de/~eckes/
  o--o *plush*  2048/93600EFD  [EMAIL PROTECTED]  +497257930613  BE5-RIPE
(OO)  When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl!

Re: DEBIAN IS LOOSING PACKAGES AND NOBODY CARES!!!

[Tinguaro Barreno Delgado]

Hello again.

On Sun, Dec 31, 2000 at 02:22:45PM +, Miquel van Smoorenburg wrote:
> 
> Yes. The structure of the archive has changed because of 'package pools'.
> You need to mirror 'pool' as well.
> 
> Also, "woody" is no longer "unstable". "sid" is. "woody" is "testing".
> 
> Mike.
> 

Ok. Thanks to Peter Palfrader too. Then, there is a more complicated issue
for those who has a partial mirror (only i386 for me), but I think that
is possible with rsync options.


Best wishes,

-- 
"Tinguaro Barreno Delgado"  <[EMAIL PROTECTED]>
.. Debian GNU/Linux ... 

Possible problem about to occur in incoming?

[Gordon Sadler]

If you look at incoming.debian.org/REPORT it will show the following: 

gcc_2.95.2-21_i386.changes
SKIP (too new)
Rejected: gcj_2.95.2-21_i386.deb Old version `1:2.95.3-2' >= new
version `1:2.95.2-21'.
Rejected: gcj_2.95.2-21_i386.deb Old version `1:2.95.3-3' >= new
version `1:2.95.2-21'.
Rejected: g77_2.95.2-21_i386.deb Old version `1:2.95.3-2' >= new
version `1:2.95.2-21'.
Rejected: g77_2.95.2-21_i386.deb Old version `1:2.95.3-3' >= new
version `1:2.95.2-21'.
Rejected: libstdc++2.10-glibc2.2_2.95.2-21_i386.deb Old version
`1:2.95.3-2.001229' >= new version `1:2.95.2-21'.
Rejected: libstdc++2.10-glibc2.2_2.95.2-21_i386.deb Old version
`1:2.95.3-2.001231' >= new version `1:2.95.2-21'.
 lots of the same

It looks like the new 'experimental' 2.95.3 will not allow the old
'stable' 2.95.2 to be updated?

Sorry if I'm completely wrong, just thought it might be worth
mentioning.

Thanks

Gordon Sadler

Re: Linux Progress Patch for Debian available!

[Erik]

On Sun, Dec 31, 2000 at 09:16:33PM +0100, Bernd Eckenfels wrote:
> On Sun, Dec 31, 2000 at 09:12:44PM +0100, Raphael Bossek wrote:
> > for all of you looking for a graphical start screen, this is the right 
> > patch. I've modified it a little bit
> > so more init scripts are supported and a additional patch against the 
> > latest linux-2.4.0-test12 is part of
> > this tarball too!
> 
> AFAIK there is a problem with this patch since some of the copyright
> messages of the drivers are not displayed anymore. since some of them
> require the Copyright announcement, this is a violation of the license. As
> far as I know that was the reason for not putting that patch into the
> kernel, long ago.

That patch has the ability for startup scripts to display messages to the
screen (for such things as "Initializing network", "Initializing Sound", etc.

I dont see why the same thing couldn't be used by the kernel drivers.

> 
> Greetings
> Bernd
> -- 
>   (OO)  -- [EMAIL PROTECTED] --
>  ( .. )  [EMAIL PROTECTED],linux.de,debian.org} http://home.pages.de/~eckes/
>   o--o *plush*  2048/93600EFD  [EMAIL PROTECTED]  +497257930613  BE5-RIPE
> (OO)  When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl!
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 
> 

-- 
Erik Bernhardson
[EMAIL PROTECTED]
--
It is better to remain silent and be considered a fool, than to speak and
remove all doubt.
-- Abraham Lincoln


pgpoO7aGdA06t.pgp
Description: PGP signature

ITP: ttf-xtt, xfonts-xtt

[ISHIKAWA Mutsumi]

Package: wnpp
Severity: wishlist

 I'll package ttf-xtt and xfonts-xtt.

 ttf-xtt is Free Japanese TrueType fonts include watanabe-mincho and
wadalab-gothic (converted by me, used cb2ttj)

 xfont-xtt is psude package to use ttf-xtt on X. It includes
fonts.scale and fonts.alias

Package: ttf-xtt-watanabe-mincho, ttf-xtt-wadalab-gothic

License:
Watanabe mincho vector font has been able to get from:
 ftp://ftp.eos.hokudai.ac.jp/pub/TeX/fonts/watanabe-vector-font/

Original Wada Lab. gothic font has been able to get from :
 ftp://ftp.ipl.t.u-tokyo.ac.jp/Font/wadalab-gothic-0-13.5.tar.Z

To convert Original Wada Lab. gothic font to vector format:
 ftp://ftp.ipl.t.u-tokyo.ac.jp/Font/tools/wftovf.c

Copyright:
--- Watanabe font Copyright notice

This font is distributed as Public Domain. You can use, redistribute
or modify it without restriction.

--- Wada Lab fonts Copyright notice

If you as an individual use the distribution as font as
such, or convert it, there is no necessity to inform
the Wadalab group. But in case you redistribute it, we
request you kindly to forward a note to
ftp.ipl.t.u-tokyo.ac.jp
with the additional information of what has been altered.
At that location we also plan to store the upgrade,
to give the user the possibility to receive always
the latest version.

In case you want to point out mistakes in the outline
of Kanjis or are not satisfied with the poor design,
please do not hesitate to contact
[EMAIL PROTECTED]


Package: xfonts-xtt-wadalab-gothic, xfonts-xtt-watanabe-mincho
License:
The scripts, fonts.scale, fonts.alias and control files used
for building this Debian package are under
the GNU General Public License (GPL) version 2 or later,
which may be found in /usr/share/common-licenses/GPL.

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: Linux Progress Patch for Debian available!

[Henrique M Holschuh]

On Sun, 31 Dec 2000, Erik wrote:
> On Sun, Dec 31, 2000 at 09:16:33PM +0100, Bernd Eckenfels wrote:
> That patch has the ability for startup scripts to display messages to the
> screen (for such things as "Initializing network", "Initializing Sound", etc.
> 
> I dont see why the same thing couldn't be used by the kernel drivers.

It can be done. Just keep dumping the kernel ringbuffer (the same one
accessed by dmesg) in a smart (and continuous) way while the system boots.

Apparently the Progress Patch can't go in debian unless the above hack is
included and made mandatory in the Debian packaging of the patch.

-- 
  "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: Linux Progress Patch for Debian available!

[Chris Lawrence]

On Dec 31, Bernd Eckenfels wrote:
> On Sun, Dec 31, 2000 at 09:12:44PM +0100, Raphael Bossek wrote:
> > for all of you looking for a graphical start screen, this is the right 
> > patch. I've modified it a little bit
> > so more init scripts are supported and a additional patch against the 
> > latest linux-2.4.0-test12 is part of
> > this tarball too!
> 
> AFAIK there is a problem with this patch since some of the copyright
> messages of the drivers are not displayed anymore. since some of them
> require the Copyright announcement, this is a violation of the license. As
> far as I know that was the reason for not putting that patch into the
> kernel, long ago.

Not to open a can of worms, but is that requirement compatible with
the GPL?

In any event, something like a small xconsole session should handle
this problem (put about 5 lines at the bottom of the screen with the
messages scrolling by at ridiculous speed).

The other solution is to collect all of the copyright messages and
stick them in a separate message buffer that is displayed at the end
of booting.  It would definitely be a cleaner approach... but you'd
need a new printk-like function to handle it.


Chris
-- 
Chris Lawrence <[EMAIL PROTECTED]> -  http://www.lordsutch.com/chris/

Computer Systems Manager (Physics & Astronomy, 125 Lewis, 662-915-5765)
Instructor, POL 101  (Political Science, 208 Deupree, 662-915-5949)

Re: Problem with pcmcia-modules and kernel-image

[Brian Mays]

Raphael Hertzog <[EMAIL PROTECTED]> wrote:

> i'm running unstable and i can't get pcmcia-modules-2.2.18 to work
> with kernel-image-2.2.18. I always get unresolved symbols (script log
> attached).  And I had the same problem with 2.2.18pre21 but 2.2.17 is
> ok. I didn't report it for 2.2.18pre21 because I thought that this was
> a temporary problem but since it's still here i'm wondering what's
> going on ... am i the only one having unresolved symbol ?

No.  There is already an open bug report for this problem (see
Bug#80301).

> ... After looking at the BTS, I learned about a possible
> incompatibility because one was compiled with gcc 2.95 and the other
> one with gcc272 ... is that still the problem ?

Hmm ... I don't know.  I have gcc 2.95 installed on my system, which was
used to build the pcmcia-modules-2.2.18 package.  I don't know what
Herbert Xu has used to build the kernel-image-2.2.18 package.  He has
not responded to my email regarding this problem.

One thing is clear.  I'm doing something different to build the PCMCIA
modules than was done to build the kernel image.  For example, I think
that you can get Debian's PCMCIA modules to work if you rebuild the
kernel-image package yourself.  At least, I've had no trouble building
PCMCIA modules against kernel images that I have built myself, only
against the official Debian kernel.

> PS: BTW, each time when I boot a new kernel there's a loop because
> modules.dep doesn't exist ... I don't know who is responsible to
> generate this file but pcmcia-modules should call it for sure ... and
> actually the postint does call depmod -a only if the current kernel is
> the one for which the modules have been compiled, shouldn't it call
> depmod -a  instead ?

Well, that only works if the appropriate kernel version has already
been installed, something that the pcmcia-modules package cannot
ensure.  Certainly, I can guarantee that the currently running kernel
is installed; therefore, I call "depmod -a" if the modules match this
kernel.

If the modules accompany another kernel, then the system will need to
be rebooted to use the kernel in question.  Therefore, I think that
it should be the kernel package's responsibility to ensure that the
dependencies have been created.

If you have any creative ideas to better handle this problem, please
share them.

- Brian

Re: Linux Progress Patch for Debian available!

[Joey Hess]

Bernd Eckenfels wrote:
> AFAIK there is a problem with this patch since some of the copyright
> messages of the drivers are not displayed anymore. since some of them
> require the Copyright announcement, this is a violation of the license. As
> far as I know that was the reason for not putting that patch into the
> kernel, long ago.

Can you show me an example of such a license?

-- 
see shy jo

Re: holding back the tide

[Brian May]

> "Bdale" == Bdale Garbee <[EMAIL PROTECTED]> writes:

Bdale> [EMAIL PROTECTED] (Adam Heath) writes:
>> Bdale hates dbs, doesn't know what it is

Bdale> I don't hate dbs.  I just get annoyed when packages with
Bdale> complicated build-time patching schemes won't build.  My
Bdale> sense is that each of these schemes increases the
Bdale> probability of build-time failures by deferring work that
Bdale> is done for most packages at the source package
Bdale> construction time to the build time... but if the packages
Bdale> are competently constructed and tested, I don't really care
Bdale> how they're structured.

Has anyone ever considered packing dbs in a separate package?

That way:

1. all packages that use dbs automatically use the same version. There
is no need to worry about minor differences between different
versions.

2. extra tools can be added to help users do some of the more tedious
tasks.

3. packages can build-depends: dbs which clearly shows that the
package uses and requires dbs.
-- 
Brian May <[EMAIL PROTECTED]>

default mailbox for Netscape

[developer list]

I am running exim for my local network and would like to be able to pop mail 
from the mail machine using netscape. What is the default mailbox netscape 
tries to open on the mail server?

Thanks.

Art Edwards

Re: default mailbox for Netscape

[Daniel Stone]

> I am running exim for my local network and would like to be able to pop mail 
> from the mail machine using netscape. What is the default ma
ilbox netscape tries to open on the mail server?

what the hell is this?
a) it's simple, RTFM RTFM RTFM.
b) the sender name?!?
c) wtf is this kinda crap doing on debian-devel? (hope I don't cause a loop
here)

d

Re: List of packages needing a new maintainer

[John Lapeyre]

*Martin Michlmayr wrote:
> Below is a listing of packages needing a new maintainer.  I know that

  In case someone wants to pick up a package, I'll note which packages (of mine)
I think are likely to have some reasonably sized user base.  Some
others may be popular too, I just don't know about them.

> #68203 O: slatec 68204 -- numerical computation library

  This is used for courses at the University here.
> #68308 O: dstool -- dynamical systems investigation
> #68309 O: dstool-doc -- documents for dstool (dynamical systems investigation)
> #68311 O: dstooltk -- dynamical systems investigation (Tk version)
> #68312 O: dstooltk-doc -- dynamical systems investigation (Tk version)

> #68320 O: meschach -- library for performing operations on matrices and 
> vectors


> O: plotmtv -- multipurpose X11 plotting program

Re: Possible problem about to occur in incoming?

[Anthony Towns]

On Sun, Dec 31, 2000 at 02:45:51PM -0600, Gordon Sadler wrote:
> If you look at incoming.debian.org/REPORT it will show the following: 
> 
> gcc_2.95.2-21_i386.changes
> SKIP (too new)
> Rejected: gcj_2.95.2-21_i386.deb Old version `1:2.95.3-2' >= new
> version `1:2.95.2-21'.
>  lots of the same
> It looks like the new 'experimental' 2.95.3 will not allow the old
> 'stable' 2.95.2 to be updated?

Those packages ought to be called gcj-2.95.2_2.95.3-32_i386.deb akin to
the new gcj-2.95_2.95.3-* packages, I'd guess.

Cheers,
aj

-- 
Anthony Towns <[EMAIL PROTECTED]> 
I don't speak for anyone save myself. GPG signed mail preferred.

 ``Thanks to all avid pokers out there''
   -- linux.conf.au, 17-20 January 2001