Bug#113106: ITP: vdr -- Video Disk Recorder

[Eduard Bloch]

Package: wnpp
Version: N/A; reported 2001-09-22
Severity: wishlist

* Package name: vdr
  Version : 0.95
  Upstream Author : Klaus.Schmidinger <[EMAIL PROTECTED]>
* URL : http://www.cadsoft.de/people/kls/vdr/index.htm
* License : GPL
  Description : Video Disk Recorder

Video Disk Recorder (VDR) is a digital sat-reciever program using Linux and
DVB-S technologies. It allows one to record MPEG2 streams, as well as output
the stream to TV. It is also possible to watch DVDs.

-- System Information
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux zombie 2.4.9 #1 Die Sep 11 22:24:52 CEST 2001 i686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]

Re: OCELOT SQL DBMS is now free open source (fwd)

[Bernd Eckenfels]

On Tue, Sep 18, 2001 at 08:23:01PM +0200, Richard Atterer wrote:
> - Source code for all the _development_tools_ from SAP (start with that)

I have contacted SAP about it and they may release the sources, but it did
not sound like this will happen in near future. Perhaps porting to nother
devel-chain is another option, but both can take quite some time.

That means you most likely will see a contrib/non-free SAP DB PAckage first.

Patches welcome :)

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: Bug#66135: libtool_1.3.5-1(unstable): wrapping of binaries fails with -D__LIBTOOL_IS_A_FOOL__

[Herbert Xu]

On Fri, Sep 21, 2001 at 02:17:38PM +0100, Jules Bean wrote:
> 
> OK.  Well why don't you explain, either here, or in bug 66135, how the
> bug is still there and what should be done? The simple statement that
> Brian's comment is 'False' doesn't really move us forward...

Because I've already reported the bug, look it up in the BTS.
-- 
Debian GNU/Linux 2.2 is out! ( http://www.debian.org/ )
Email:  Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt

Re: bind9-chroot (was: questions on ITP)

[Marco d'Itri]

On Sep 21, Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote:

 >inside the jail...  (unless bind9 does not need to have any libs and config
 >files such as resolv.conf inside its jail, in which case there is no need
 >for such a script).
It does not.
The only things needed are /var/run/, /var/cache/bind/ and a
mount --bind remount of /etc/bind .
This needs a 2.4 kernel, but there is no administrative overhead.

-- 
ciao,
Marco

Re: madison

[Matt Zimmerman]

On Fri, Sep 21, 2001 at 12:52:37PM +0200, Martin F Krafft wrote:

> madison seems to be what the debian.org webpage sports as the package
> search over distributions. is it packaged? do you need someone to package
> it?

madison requires connectivity to a Debian database which is not publicly
accessible, so it is only useful on a couple of internal Debian machines.
For this reason, it probably isn't worthwhile to package it.

-- 
 - mdz

Re: madison

[Tom Cato Amundsen]

On Fri, Sep 21, 2001 at 12:52:37PM +0200, Martin F Krafft wrote:
> madison seems to be what the debian.org webpage sports as the package
> search over distributions. is it packaged? do you need someone to
> package it?
> 
madison has to be run on ftp-master, thats why it is not packaged.
If you want to extend it to be run locally, similar to for example
'querybts', you have to start coding.


> martin;  (greetings from the heart of the sun.)
>   \ echo mailto: !#^."<*>"|tr "<*> mailto:"; [EMAIL PROTECTED]
> -- 
> if god had meant for us to be naked,
> we would have been born that way.



-- 
Tom Cato Amundsen <[EMAIL PROTECTED]>
GNU Solfege - free eartraining, http://www.gnu.org/software/solfege/

Re: new port: and the winner is....

[Henrique de Moraes Holschuh]

On Fri, 21 Sep 2001, Richard B. Kreckel wrote:
> The social contract says "Our Priorities are Our Users and Free Software".  
> Such a win-port might indeed serve some users.  But for my own part, I do
> have some personal problems with making all free software win-compatible.  
> Does it serve Free Software?  Such ports frequently lead to crippled
> design [1] and frankly, I do not like to give people more excuses for not
> switching to an entirely free OS.

Well, we cannot have Debian that runs over the Microsoft Windows(TM) kernel,
since the Windows kernel is an extremely non-free component, and nothing on
Debian can have a dependency on non-free *software*. Therefore there will
never be a Debian for arch "Windows" (or whatever it gets called).

Someone could always port Debian to the Windows kernel, but they should not
call it Debian anymore, and it has no place in our archives (because it is
contrib [or non-free?] and too big to be inserted in the contrib
distribution).

> find some problem with package foo and file a bugreport (most probably
> critical) to the maintainer of foo who has to look into the problem,
[...]
> Instead, I would consider downgrading the bugreport to wishlist/wontfix.

I have no idea how others would deal with it, but I'd file it under "won't
fix", "wishlist" (unless it is a honest-to-goodness bug that should be fixed
just by the pleasure of stomping one of those critters).

Oh, I could be persuated to fix such a bug if I am upstream for the package
OR if someone will pay me enough to generate even more Debian time (because
I'll need to divert less time to keep myself fed and clothed). But I will
not lose any of my Debian time to a non-free port.

-- 
  "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: bind9-chroot (was: questions on ITP)

[Henrique de Moraes Holschuh]

On Fri, 21 Sep 2001, Martin F Krafft wrote:
> how about this: i'll make the package (which will basically be a
> postinst/prerm pair and nothing else, and then we can always integrate

IMHO it would be better if you did it the way it is done in the postfix
package. The initscript sets up the chroot jail at daemon start (and
restart), so that you can easily refresh the libs and conffiles needed
inside the jail...  (unless bind9 does not need to have any libs and config
files such as resolv.conf inside its jail, in which case there is no need
for such a script).

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

madison

[Martin F Krafft]

madison seems to be what the debian.org webpage sports as the package
search over distributions. is it packaged? do you need someone to
package it?

martin;  (greetings from the heart of the sun.)
  \ echo mailto: !#^."<*>"|tr "<*> mailto:"; [EMAIL PROTECTED]
-- 
if god had meant for us to be naked,
we would have been born that way.


pgp7VQKVDjN0V.pgp
Description: PGP signature

bind9-chroot (was: questions on ITP)

[Martin F Krafft]

also sprach Bdale Garbee (on Thu, 20 Sep 2001 06:00:59PM -0600):
> >   bind9-chroot -- convert a bind9 installation to a chroot'd one
> 
> What does this package do?  I have offered numerous times to accept a patch 
> for the bind9 package to optionally implement chroot installation and nobody
> has taken me up on it.  If it's technically reasonable to do so, I'd be 
> willing
> to look at merging this in to the main bind9 package, possibly using debconf
> to allow choice of installation model.

well, that is certainly an idea. i found myself installing bind9
numerous times and then chrooting it by hand, which can definitely be
automated. whether that's done in debconf or by a separate package,
well, we'd have to discuss that. i would love to have this package
because i am just starting and in search for packages in general, but
i see your point. fact is, bind9 does not need to be compiled for
chroot like bind8, so it's really easy, even with a binary
distribution.

how about this: i'll make the package (which will basically be a
postinst/prerm pair and nothing else, and then we can always integrate
those scripts with the bind9 package. it's nicer to debug and play
around when bind9 can just stay on the system.

martin;  (greetings from the heart of the sun.)
  \ echo mailto: !#^."<*>"|tr "<*> mailto:"; [EMAIL PROTECTED]
-- 
"... doch warum sollte nicht jeder einzelne
 aus seinem leben ein kunstwerk machen koennen?"
-- michel foucault


pgp2TwaZf6J9s.pgp
Description: PGP signature

Re: new port: and the winner is....

[Richard B. Kreckel]

Hi,

On Thu, 30 Aug 2001, A Mennucc1 wrote:
[...]
>  -why is the 'win' port important? 
[...]

(Sorry for dropping in late to this thread, I was too busy lately to
follow debian-devel tightly.)

The social contract says "Our Priorities are Our Users and Free Software".  
Such a win-port might indeed serve some users.  But for my own part, I do
have some personal problems with making all free software win-compatible.  
Does it serve Free Software?  Such ports frequently lead to crippled
design [1] and frankly, I do not like to give people more excuses for not
switching to an entirely free OS.

The one argument I am missing from the discussion is this: The porters
find some problem with package foo and file a bugreport (most probably
critical) to the maintainer of foo who has to look into the problem,
withdrawing time for more important things than a weird port.  It has
happened before [2] and it will happen again.  We really shouldn't invite
everything into Debian.  It will distract us from providing a really
useful free OS.

For my own part, the mere thought of receiving reports like "package bar
doesn't build on win" gives me the creeps.  I would have to log in to one
of those crippled machines, try to fix scripts, makefiles, code, whatnot.
Ugh.

Instead, I would consider downgrading the bugreport to wishlist/wontfix.

Regards
 -richy.

[1] Why does Apache have to abstract away their threads?  Right, because
Winsux doesn't have pthreads.  Admittedly, this might be a little
off-topic because that is for a native port, but that's the basic 
pattern.
[2] Look at the parisc port: GCC-3.0 is not even officially supported
upstream and the entire toolchain seems to be changing frequently.
Some packages build one day but not the next.  I wonder how they
want to release that stuff.
-- 
  .''`.  Richard B. Kreckel
 : :' :  <[EMAIL PROTECTED]>
 `. `'   <[EMAIL PROTECTED]>
   `-

Re: Purposely broken/uninstallable packages in archive

[Steve Greenland]

On 20-Sep-01, 20:30 (CDT), Brian May <[EMAIL PROTECTED]> wrote: 
> I made it a *.deb package, because that allows you to use apt-get to
> automatically upgrade the package on a *nfs root* partition to the
> latest version.

(Brian, thanks for the explanation. That was a lot more useful than "you
want boot floppies, dontcha?")

But why are they are in the main archive? Apt-get supports specifing
different alternative sources.list files from the command line, which
would allow these packages to live in a "non-public" part of the
archive.

Steve

-- 
Steve Greenland <[EMAIL PROTECTED]>

Re: samba cvs debian packages?

[Eloy A. Paris]

Andreas,

I don't have packages for recent CVS sources but I am working on it. I
am a bit behind because winbind is new in the current CVS tree for
what will become Samba 2.2.2 so I am making modifications to the
Debian packages to accomodate for new binary packages (for winbind and
friends.) Besides, I am working on adding debconf support. All this
has dragged me down a bit. Will keep you posted.

Eloy.-

On Fri, Sep 21, 2001 at 03:32:36PM +0200, Andreas Schuldei wrote:
> I am looking for a URL or apt-sources.list line where I can get up to date
> debian packages (cvs) of samba? I need the winbind tool to connect to a
> windows 2000 domain. I have allready founded and tested the samba-tng debian
> packages. that winbind does not work for me and I would like to try out the
> samba mainstream cvs version.
> 
> It might make sense to have a regular build like the wine-nighly-builds to
> provide packages to people who need this fuctionality.
> 

Re: please test this lintian release

[Adam Heath]

On Thu, 20 Sep 2001, Sean 'Shaleh' Perry wrote:

>
> On 21-Sep-2001 Adam Heath wrote:
> > On Thu, 20 Sep 2001, Sean 'Shaleh' Perry wrote:
> >
> >> http://people.debian.org/~shaleh/lintian.
> >
> > It's normally customary to include a brief list of things we should be
> > testing.

I meant you should have included a list of changes you had done.

Why don't autoconf and autoconf2.13 go into testing?

[Joachim Reichel]

Hi,
 
why don't autoconf and autoconf2.13 go into testing?
update-excuses says:
 
 autoconf 2.52-2 (currently 2.13-27) (optional) (low)
 autoconf uploaded 21 days ago, out of date by 11 days!
 autoconf/[all archs]: Unsatisfiable Depends: autoconf2.13 (>=
2.13-34)
 valid candidate (will be installed unless it's dependent upon
other   buggy pkgs)
 
 autoconf2.13 2.13-38 (new) (optional) (low)
 autoconf2.13 uploaded 15 days ago, out of date by 5 days!
 autoconf2.13/[all archs]: Unsatisfiable Depends: autoconf (>=
2.50)
 valid candidate (will be installed unless it's dependent upon
other   buggy pkgs)
 
Are the cross-dependencies the problem?
 
Regards,
  Joachim

-- 
Open Minds. Open Sources. Open Future.

Re: Graphing Debian Lists

[Nils Lohner]

On Thu, 20 Sep 2001 19:24:34 +0200, Martin Schulze wrote:
>Dear Developers!
>
>I have taken the opportunity to create some nice (or not?) graphics of
>the mailing lists that Debian serves on lists.debian.org.  I have
>analysed both the posting frequency and the total list of subscribers.

Nicer looking than the ones I did last year... maybe you can take over
the concept of the index page from mine and stick your graphs behind it
since they're better?

They've been available from the lists page for a while and are at:
http://lists.debian.org/stats/

Regards,
Nils.



pgpBFX3GxM795.pgp
Description: PGP signature

RE: please test this lintian release

[Sean 'Shaleh' Perry]

On 20-Sep-2001 Sean 'Shaleh' Perry wrote:
> http://people.debian.org/~shaleh/lintian.
> 

I have fixed the silly spelling error bug, lather, rinse and repeat.

Re: please test this lintian release

[Sean 'Shaleh' Perry]

On 21-Sep-2001 Domenico Andreoli wrote:
> On Thu, Sep 20, 2001 at 02:17:47PM -0700, Sean 'Shaleh' Perry wrote:
>> http://people.debian.org/~shaleh/lintian.
>> 
>> 
> there is some problem with debian/Debian spell checking, it reports
> "spelling-error-in-copyright debian Debian" even if it is (IMHO) ok.
> 
> lintian 1.20.14.1 says nothing about the same package.
> 
> this is my copyright file
> 

I added a check for 'debain' a very common misspelling.  When I did I also
mistakenly added 'debian' => 'Debian' to the list.  I thought I removed it.

Re: A language by any other name

[Keith G. Murphy]

John Hasler wrote:
> 
> I wrote:
> > Surely there are locales for welsh and Scottish gaelic?
> 
> Keith G. Murphy writes:
> > I should think not.  Those are two *very* different Celtic languages.
> 
> Nor did I say otherwise.  Read my sentence as "Surely there is a locale for
> welsh and also a locale for Scottish gaelic".
> --
OK.  I read it as: same language, different locales.  I.e., "Welsh
gaelic and Scottish gaelic".  *English* language ambiguity.  :-)

Re: Excluding a binary package from Debian archives

[Wouter Verhelst]

On Fri, 21 Sep 2001, Rene Mayrhofer wrote:

> Wouter Verhelst wrote:
> > Is Debian really that unpopular on Gibraltar?
> > Why not simply include them, so that Debian users in Gibraltar can use it?
> Gibraltar is Debian-based, a firewall distribution bootable from CD-ROM.

Ah. That changes things a little bit ;-)

-- 
wouter dot verhelst at advalvas dot be

"Human knowledge belongs to the world"
  -- From the movie "Antitrust"

rm -rf /bin/laden

Re: Excluding a binary package from Debian archives

[Steffen Neumann]

[EMAIL PROTECTED] (Wouter Verhelst) writes:

> On Fri, 21 Sep 2001, Rene Mayrhofer wrote:
[...]
> Is Debian really that unpopular on Gibraltar?
IIRC Gibraltar is the name of a debian based firewall...

Yours,
Steffen

Re: Excluding a binary package from Debian archives

[Rene Mayrhofer]

Wouter Verhelst wrote:
> Is Debian really that unpopular on Gibraltar?
> Why not simply include them, so that Debian users in Gibraltar can use it?
Gibraltar is Debian-based, a firewall distribution bootable from CD-ROM.
But installing the gibraltar-bootsupport package on a Debian system that
is installed on a harddisk partition (and not especially prepared for
this) will break things. Therefore the package should not be installable
by Debian users, it will break their system.
 
> If you really think it serves no purpose at all, then comment the build
> for the gibraltar-specific package out in your debian/rules file.
It serves a purpose, but only for Gibraltar installations. So the
package is needed, it simply should not be included in the Debian
archive, but should only be downloadable from a separate apt source.

best regards,
Rene

Re: What is keeping new autoconf out of testing?

[Wouter Verhelst]

On Fri, 21 Sep 2001, Andreas Metzler wrote:

> I do not understand this:
> autoconf2.13 2.13-38 (new) (optional) (low)
>   Maintainer: Ben Pfaff <[EMAIL PROTECTED]>
>   autoconf2.13 uploaded 15 days ago, out of date by 5 days!
>   autoconf2.13/alpha: Unsatisfiable Depends: autoconf (>= 2.50)
>   autoconf2.13/arm: Unsatisfiable Depends: autoconf (>= 2.50)
>   [etc, for all architectures]
>   valid candidate (will be installed unless it's dependent upon other
>   buggy pkgs)
> 
> autoconf 2.52-2 (currently 2.13-27) (optional) (low)
>   Maintainer: Ben Pfaff <[EMAIL PROTECTED]>
>   autoconf uploaded 21 days ago, out of date by 11 days!
>   autoconf/alpha: Unsatisfiable Depends: autoconf2.13 (>= 2.13-34)
>   autoconf/arm: Unsatisfiable Depends: autoconf2.13 (>= 2.13-34)
>   [etc, for all architectures]
>   valid candidate (will be installed unless it's dependent upon
>   other buggy pkgs)

They depend on eachother. testing scripts don't handle that situation 
automatically, IIRC

-- 
wouter dot verhelst at advalvas dot be

"Human knowledge belongs to the world"
  -- From the movie "Antitrust"

rm -rf /bin/laden

Re: Excluding a binary package from Debian archives

[Wouter Verhelst]

On Fri, 21 Sep 2001, Rene Mayrhofer wrote:

> Please CC me in replies, I am currently not subscribed to -devel.
[...]
> packages mkinitrd-cd and gibraltar-bootsupport. But only the package
> mkinitrd-cd is interesting for Debian users / developers, the
> gibraltar-bootsupport package is very Gibraltar specific and has no use
> elsewhere.
> What should I do when I upload the package so that the old source
> package gets removed from the archive and the gibraltar-bootsupport
> package gets excluded from the upload and from the automatic build on
> Debian machines.

Is Debian really that unpopular on Gibraltar?

Why not simply include them, so that Debian users in Gibraltar can use it?

If you really think it serves no purpose at all, then comment the build
for the gibraltar-specific package out in your debian/rules file.

-- 
wouter dot verhelst at advalvas dot be

"Human knowledge belongs to the world"
  -- From the movie "Antitrust"

rm -rf /bin/laden

What is keeping new autoconf out of testing?

[Andreas Metzler]

I do not understand this:
autoconf2.13 2.13-38 (new) (optional) (low)
  Maintainer: Ben Pfaff <[EMAIL PROTECTED]>
  autoconf2.13 uploaded 15 days ago, out of date by 5 days!
  autoconf2.13/alpha: Unsatisfiable Depends: autoconf (>= 2.50)
  autoconf2.13/arm: Unsatisfiable Depends: autoconf (>= 2.50)
  [etc, for all architectures]
  valid candidate (will be installed unless it's dependent upon other
  buggy pkgs)

autoconf 2.52-2 (currently 2.13-27) (optional) (low)
  Maintainer: Ben Pfaff <[EMAIL PROTECTED]>
  autoconf uploaded 21 days ago, out of date by 11 days!
  autoconf/alpha: Unsatisfiable Depends: autoconf2.13 (>= 2.13-34)
  autoconf/arm: Unsatisfiable Depends: autoconf2.13 (>= 2.13-34)
  [etc, for all architectures]
  valid candidate (will be installed unless it's dependent upon
  other buggy pkgs)

So what's keeping it from woody?
  tia, cu andreas

Re: Bug#66135: libtool_1.3.5-1(unstable): wrapping of binaries fails with -D__LIBTOOL_IS_A_FOOL__

[Domenico Andreoli]

On Fri, Sep 21, 2001 at 07:12:24PM +1000, Brian May wrote:
> > "Domenico" == Domenico Andreoli <[EMAIL PROTECTED]> writes:
> 
> Domenico> On Thu, Sep 20, 2001 at 10:36:12AM -0700, Ossama Othman
> Domenico> wrote:
> >> Hi,
> >> 
> >> On Thu, Sep 20, 2001 at 04:09:38PM +0200, Domenico Andreoli wrote:
> >> > ehm... this bug seems to be preventing lots of packages to
> >> make in > testing, shouldn't it get some more attention?
> >> 
> >> I was under the impression this bug was fixed in libtool 1.4.x.
> >> Is that not the case?
> >> 
> Domenico> i do not know wether it is fixed or not, this bug is
> Domenico> still outstanding and its severity is set to "Serious
> Domenico> policy violation", this prevents it making into testing
> Domenico> (see update excuses).
> 
> This "bug" is only because of debian/rules which continue to use an
> obsolete (and no longer required) hack in order to remove unwanted
> -rpaths.
> 

how to find these evil packages?


> Just remove the hack, it is no longer required. It no longer serves
> any useful function either.
> 
> For more details read the bug report.
> -- 
> Brian May <[EMAIL PROTECTED]>
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 


-[ Domenico Andreoli, aka cavok
 --[ http://filibusta.crema.unimi.it/~cavok/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50

Re: why is gtk+extra out of date?

[Anthony Towns]

On Fri, Sep 21, 2001 at 08:01:31AM -0500, Colin Watson wrote:
> > > update_output.txt says:
> > >   gtk+extra: alpha: gpsim gpsim-dev gpsim-lcd gpsim-led gpsim-logic 
> > > quicklist
> > > Perhaps all these packages need to be upgraded in testing
> > > simultaneously? 
> I've posted to -devel or mailed aj in the past for this sort of thing,
> although I suspect filing a bug against ftp.debian.org is probably the
> more correct way to go.

Actually, the testing scripts are *meant* to handle this automatically,
but unfortunately there's some memory leak bug (in the perl interpretor
afaict :( ) that stops the code I wrote to brute force this from working,
and recently that even stops me from special casing more than one or
two package groups at once. Gradually trying to work around it. Anyway,
mentioning this to either myself or Ryan Murray, either on -devel,
by mail or on irc is the easiest way to go. Use the Linus model if you
don't get a response in a day or two.

Cheers,
aj

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

 ``Freedom itself was attacked this morning by faceless cowards.
 And freedom will be defended.''   Condolences to all involved.


pgpYtRBAiltuX.pgp
Description: PGP signature

samba cvs debian packages?

[Andreas Schuldei]

I am looking for a URL or apt-sources.list line where I can get up to date
debian packages (cvs) of samba? I need the winbind tool to connect to a
windows 2000 domain. I have allready founded and tested the samba-tng debian
packages. that winbind does not work for me and I would like to try out the
samba mainstream cvs version.

It might make sense to have a regular build like the wine-nighly-builds to
provide packages to people who need this fuctionality.

Re: please test this lintian release

[Domenico Andreoli]

On Thu, Sep 20, 2001 at 02:17:47PM -0700, Sean 'Shaleh' Perry wrote:
> http://people.debian.org/~shaleh/lintian.
> 
> 
there is some problem with debian/Debian spell checking, it reports
"spelling-error-in-copyright debian Debian" even if it is (IMHO) ok.

lintian 1.20.14.1 says nothing about the same package.

this is my copyright file

-cut here--
This package was debianized by Domenico Andreoli <[EMAIL PROTECTED]> on
Thu, 17 May 2001 12:46:08 +0200.

It was downloaded from ftp://ftp.gnupdate.org/pub/gnupdate/

Upstream Author: Christian Hammond <[EMAIL PROTECTED]>
  

Copyright: (C) 1999-2001 The GNUpdate Project.

  This library is free software; you can redistribute it and/or modify
  it under the terms of the GNU Library General Public License as
  published by the Free Software Foundation; either version 2 of the
  License, or (at your option) any later version. 

  This library is distributed in the hope that it will be useful,
  but WITHOUT ANY WARRANTY; without even the implied warranty of
  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
  GNU Library General Public License for more details. 

  You should have received a copy of the GNU Library General Public
  License along with this library; if not, write to the Free Software
  Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.

On Debian GNU/Linux systems, the complete text of the GNU Lesser General
Public License can be found in `/usr/share/common-licenses'.
-cut here--



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


-[ Domenico Andreoli, aka cavok
 --[ http://filibusta.crema.unimi.it/~cavok/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50

Re: Bug#66135: libtool_1.3.5-1(unstable): wrapping of binaries fails with -D__LIBTOOL_IS_A_FOOL__

[Jules Bean]

On Fri, Sep 21, 2001 at 08:06:19PM +1000, Herbert Xu wrote:
> Brian May <[EMAIL PROTECTED]> wrote:
> >
> > This "bug" is only because of debian/rules which continue to use an
> > obsolete (and no longer required) hack in order to remove unwanted
> > -rpaths.
> 
> > Just remove the hack, it is no longer required. It no longer serves
> > any useful function either.
> 
> False.  The rpath bug is still there.

OK.  Well why don't you explain, either here, or in bug 66135, how the
bug is still there and what should be done? The simple statement that
Brian's comment is 'False' doesn't really move us forward...

Jules

Re: why is gtk+extra out of date?

[Colin Watson]

On Fri, Sep 21, 2001 at 02:21:15AM -0700, Bradley Bell wrote:
> Colin Watson Wrote:
> > On Sat, Sep 15, 2001 at 03:39:15PM -0700, Bradley Bell wrote:
> > > I'm the maintainer of gtk+extra (libgtkextra16, libgtkextra-dev)
> > > which is quite out of date in testing, and I have no idea why.  It
> > > has no RC bugs and the dependencies are satisfied.  Maybe I'm
> > > missing something that someone can clue me into?
> >
> > update_output.txt says:
> >
> >   gtk+extra: alpha: gpsim gpsim-dev gpsim-lcd gpsim-led gpsim-logic 
> > quicklist
> >  
> > Perhaps all these packages need to be upgraded in testing
> > simultaneously? That needs manual action by the people running testing.
> 
> Hmm, what exactly does that output mean?  There are no circular dependencies
> as far as I can tell, and everything that depends on it appears to be built
> against the correct version.  Do I just need to file a bug against
> ftp.debian.org - or gpsim?

gpsim and quicklist depend on libgtkextra16, which isn't in testing yet.
Upgrading gtk+extra in order to move libgtkextra16 into testing will
remove libgtkextra14, which will temporarily break gpsim* and quicklist
until they're upgraded too. The testing scripts don't look two moves
ahead like that, so the gtk+extra upgrade needs to be forced manually.

I've posted to -devel or mailed aj in the past for this sort of thing,
although I suspect filing a bug against ftp.debian.org is probably the
more correct way to go.

-- 
Colin Watson  [EMAIL PROTECTED]

Excluding a binary package from Debian archives

[Rene Mayrhofer]

Hi all

Please CC me in replies, I am currently not subscribed to -devel.

I am the maintainer of the mkinitrd-cd package and have made many
improvements since the last release so, I would like to update it. But
because of a restructuring of the package, the source package has been
renamed from mkinitrd-cd to gibraltar-bootcd and generates the binary
packages mkinitrd-cd and gibraltar-bootsupport. But only the package
mkinitrd-cd is interesting for Debian users / developers, the
gibraltar-bootsupport package is very Gibraltar specific and has no use
elsewhere.
What should I do when I upload the package so that the old source
package gets removed from the archive and the gibraltar-bootsupport
package gets excluded from the upload and from the automatic build on
Debian machines. The packages are created from the same source package
because they share a lot of common code, so I do not want to create
different source packages.

best regards,
Rene

Re: iso 8859-6 fonts

[Sulaiman Fahad Alhasawi]

 
 yeah RTL is true about arabic . And it could be 

solved by making an arabic keymap . Just for 

 curiosity , do you have arabic developers 

 who maintain arabic fonts/programs ?
 If yes , may i know who ? if no , can some one 

 apply to do so ?

 Thanks all for your help

--

On Fri, 21 Sep 2001 02:16:42   David Starner wrote:
>On Fri, Sep 21, 2001 at 05:21:39AM +0300, Shaul Karl wrote:
>> [05:09:10 tmp]$ grep-available -PX xfonts-intl-arabic
>> Package: xfonts-intl-arabic
>
>Which are couple of fonts in an Emacs-only encoding, not useful
>outside of Emacs.
>
>> Please note that in general Linux distros have problems with Arabic that are 
>> much severe then the fonts issue:
>> The right to left (RTL) direction and the changing of the font according to 
>> context (or something similar) are way from being solved, especially, but 
>> not 
>> limited to, text consoles. And these are far difficult problems then one 
>> might 
>> think at first look.
>
>For a large set of programs, the solution is using QT 3.0 or libgtk 2.4 
>(or is it 3.0?). 
> 
>> Hopefully you will find interest in the [EMAIL PROTECTED] mailing 
>> list.
>> Although it is administrated by an Israeli volunteers, it does have 
>> participants from other countries. And this is because the RTL problem is 
>> shared among Arabic and Hebrew.
>
>But RTL is only a part of the problem. Arabeyes is a much better site
>for general Arabization, including Arabic font making.
>
>-- 
>David Starner - [EMAIL PROTECTED]
>Pointless website: http://dvdeug.dhis.org
>When the aliens come, when the deathrays hum, when the bombers bomb,
>we'll still be freakin' friends. - "Freakin' Friends"
>


Join 18 million Eudora users by signing up for a free Eudora Web-Mail account 
at http://www.eudoramail.com

Re: Preview of new Ghostscript packages - please test

[Samuli Suonpaa]

Torsten Landschoff <[EMAIL PROTECTED]> wrote:
> Please take a look at these packages and tell me about any problems
> which are not obvious - there is a lot of stuff still lacking and I
> only want to upload the packages to the archive when they are
> feature complete.

I really do not know much about gs, but it seems there's something
wrong with fontpaths here. When trying to configure my PSC500 (using
hpijs and DJ8xx drivers now included in GhostScript, thank you for
that), I only get complaint: "Error: /invalid font in findfont" and
something like that.

$ gs -h
[...]
Search path:
   . : /usr/local/lib/ghostscript/common : /usr/local/lib/ghostscript/6.51 :
   /usr/local/lib/ghostscript/fonts : /usr/local/share/ghostscript/common :
   /usr/local/share/ghostscript/6.51 : /usr/local/share/ghostscript/fonts :
   /var/lib/defoma/gs.d/dirs/fonts : /usr/share/gs/6.51
For more information, see /usr/share/doc/gs/Use.htm.
Report bugs to [EMAIL PROTECTED], using the form in Bug-form.htm.

Doesn't this mean gs only looks for fonts in /usr/local and
/usr/share/gs/6.51? gsfonts places fonts in
/usr/share/fonts/type1/gsfonts.

Also I would very much like to see 'man gs' working, instead of 'man
gs-gnu'...

(Yes, I did compile gs_6.51-1 myself, I do not however see how that
could have affected anything here.)

Suonpää...

Re: A language by any other name

[John Hasler]

I wrote:
> Surely there are locales for welsh and Scottish gaelic?

Keith G. Murphy writes:
> I should think not.  Those are two *very* different Celtic languages.

Nor did I say otherwise.  Read my sentence as "Surely there is a locale for
welsh and also a locale for Scottish gaelic".
-- 
John Hasler
[EMAIL PROTECTED]
Dancing Horse Hill
Elmwood, Wisconsin

Re: Bug#66135: libtool_1.3.5-1(unstable): wrapping of binaries fails with -D__LIBTOOL_IS_A_FOOL__

[Herbert Xu]

Brian May <[EMAIL PROTECTED]> wrote:
>
> This "bug" is only because of debian/rules which continue to use an
> obsolete (and no longer required) hack in order to remove unwanted
> -rpaths.

> Just remove the hack, it is no longer required. It no longer serves
> any useful function either.

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

Re: dpkg and /etc directories

[Christian Marillat]

 "JG" == Julian Gilbey <[EMAIL PROTECTED]> writes:

[...]

> Were they empty when the package was removed, or only after it was
> purged?  If the latter, then at the moment, you'll have to remove them
> manually in your postrm:

> rmdir /etc/sound/events 2>/dev/null || true

Or rmdir -p --ignore-fail-on-non-empty /etc/sound/events ?

Christian

Re: dpkg and /etc directories

[Christian Marillat]

 "JG" == Julian Gilbey <[EMAIL PROTECTED]> writes:

[...]

> Were they empty when the package was removed, or only after it was
> purged?  If the latter, then at the moment, you'll have to remove them
> manually in your postrm:

> rmdir /etc/sound/events 2>/dev/null || true

> etc.  There is currently a wishlist against dpkg with a suggested way
> of dealing with this issue, see bug#112386.

Thanks, didn't read the BTS.

Christian

Re: discrepancy in ISO 3166-1 country codes

[Colin Watson]

On Fri, Sep 21, 2001 at 09:42:09AM +0200, Eric Van Buggenhaut wrote:
> On Thu, Sep 20, 2001 at 06:40:32PM -0500, Colin Watson wrote:
> > On Thu, Sep 20, 2001 at 08:51:26PM +0200, Eric Van Buggenhaut wrote:
> > > Since your organization is the official authority for maitaining and
> > > ISO country codes, I extensively used your page
> > > http://www.din.de/gremien/nas/nabd/iso3166ma/ for the last, in need of
> > > a list of ISO 3166 country codes.
> > > 
> > > The page web claims to list the ISO country codes as used in the
> > > Internet.
> > > 
> > > I note that you list United Kingdom as GB although the TLD for United
> > > Kingdom, as everyone knows is UK.
> > 
> > The TLD for the United Kingdom does not follow the corresponding ISO
> > country code, mainly for historical reasons.
> 
> That's exactly the point of my message. While this organism claims to be the
> one reference for TLDcc,

They claim to be the one reference for ISO country codes, and certainly
as far as the UK goes they're correct. They mention that ISO country
codes are used on the Internet, but that's just informational as far as
I can tell, and is broadly correct anyway.

http://www.din.de/gremien/nas/nabd/iso3166ma/internet.html:

  "The ISO 3166/MA considers this use of ISO 3166-1 to be one of the
  most successful implementations of the standard ever made."

It's not a standard's fault if people implement it in a weird way.
Complain to ICANN if you don't like it, but neither the TLD nor the
standard is likely to get changed now. The UK is an anomaly, just live
with it.

Why is this on debian-devel anyway?

-- 
Colin Watson  [EMAIL PROTECTED]

Re: dpkg and /etc directories

[Julian Gilbey]

On Fri, Sep 21, 2001 at 11:02:50AM +0200, Christian Marillat wrote:
> Hi,
> 
> Why dpkg don't remove empty directories in /etc when purging ?
> It is a dpkg bug ?
> 
> I received these bugs :
> 
> 112513  /etc/sound/events 
>  
> 112995  /etc/gnome
>  
> 112994  /etc/gnome/config
> 113001  /etc/X11/sawfish/site-init.d

Were they empty when the package was removed, or only after it was
purged?  If the latter, then at the moment, you'll have to remove them
manually in your postrm:

rmdir /etc/sound/events 2>/dev/null || true

etc.  There is currently a wishlist against dpkg with a suggested way
of dealing with this issue, see bug#112386.

   Julian

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

 Julian Gilbey, Dept of Maths, Queen Mary, Univ. of London
   Debian GNU/Linux Developer,  see http://people.debian.org/~jdg
  NEW: Visit http://www.helpthehungry.org/ to do just that

Re: why is gtk+extra out of date?

[Bradley Bell]

Colin Watson Wrote:
> On Sat, Sep 15, 2001 at 03:39:15PM -0700, Bradley Bell wrote:
> > I'm the maintainer of gtk+extra (libgtkextra16, libgtkextra-dev) which is
> > quite out of date in testing, and I have no idea why.  It has no RC bugs and
> > the dependencies are satisfied.  Maybe I'm missing something that someone
> > can clue me into?
>
> update_output.txt says:
>
>   gtk+extra: alpha: gpsim gpsim-dev gpsim-lcd gpsim-led gpsim-logic quicklist
>  
> Perhaps all these packages need to be upgraded in testing
> simultaneously? That needs manual action by the people running testing.

Hmm, what exactly does that output mean?  There are no circular dependencies
as far as I can tell, and everything that depends on it appears to be built
against the correct version.  Do I just need to file a bug against
ftp.debian.org - or gpsim?

-brad

Re: Bug#66135: libtool_1.3.5-1(unstable): wrapping of binaries fails with -D__LIBTOOL_IS_A_FOOL__

[Brian May]

> "Domenico" == Domenico Andreoli <[EMAIL PROTECTED]> writes:

Domenico> On Thu, Sep 20, 2001 at 10:36:12AM -0700, Ossama Othman
Domenico> wrote:
>> Hi,
>> 
>> On Thu, Sep 20, 2001 at 04:09:38PM +0200, Domenico Andreoli wrote:
>> > ehm... this bug seems to be preventing lots of packages to
>> make in > testing, shouldn't it get some more attention?
>> 
>> I was under the impression this bug was fixed in libtool 1.4.x.
>> Is that not the case?
>> 
Domenico> i do not know wether it is fixed or not, this bug is
Domenico> still outstanding and its severity is set to "Serious
Domenico> policy violation", this prevents it making into testing
Domenico> (see update excuses).

This "bug" is only because of debian/rules which continue to use an
obsolete (and no longer required) hack in order to remove unwanted
-rpaths.

Just remove the hack, it is no longer required. It no longer serves
any useful function either.

For more details read the bug report.
-- 
Brian May <[EMAIL PROTECTED]>

Re: Graphing Debian Lists

[Jules Bean]

On Fri, Sep 21, 2001 at 10:38:48AM +0200, Gerfried Fuchs wrote:
> subscriptions add and unsubscribes substract from there.  A graph for a
> statistic is worth nothing if it doesn't have the zero point in it.
> First unit statistics lesson.

Rubbish.  The correct lesson is to learn to always look at the scale
before drawing conclusions. Once you've learnt that, graphs without a
zero point have a place: they show more details. There is certainly no 
law against them.

Zero-point graphs would make it easier to compare the different
graphs, certainly, if that's what one wants to do.

Personally the thing that jars me is the inconsistency: some graphs
are scaled so that their vertical variation is more-or-less full
range, whilst others take only a small percentage of the vertical
height.  But there is a limit to the amount of time it's fun to spent
meddling with rrdtool options...

Jules

dpkg and /etc directories

[Christian Marillat]

Hi,

Why dpkg don't remove empty directories in /etc when purging ?
It is a dpkg bug ?

I received these bugs :

112513  /etc/sound/events  
112995  /etc/gnome 
112994  /etc/gnome/config
113001  /etc/X11/sawfish/site-init.d

Christian

Re: Graphing Debian Lists

[Gerfried Fuchs]

Hi again.

On Fri, Sep 21, 2001, Martin Schulze wrote:
[zeropoint or not - that's the question]
> That's not giving us anything.  It doesn't draw a picture of the
> subscribe frequency, nor does it provide a better view of the number
> of subscribers.

 Well, it _does_ draw a picture of subscribe frequency, related to all
the people already subscribed.  If you want a picture of just subscribe
frequency, than make that:  With the zero-point in the middle, and
subscriptions add and unsubscribes substract from there.  A graph for a
statistic is worth nothing if it doesn't have the zero point in it.
First unit statistics lesson.

> In fact, the graphs would be quite flat and uninteresting.  The first

 But it would be a real graph.

> version on murphy had them, since the rrdtool in potato was too old.
> As an example check out these two graphs of debian-announce.
> 
> http://people.debian.org/~joey/stuff/debian-announce-distabs-month.png
> http://people.debian.org/~joey/stuff/debian-announce-distabs-normal-month.png

 These doesn't seem to be the first graphs with the zero in it.  So the
still offer a false view of the state.

 I don't exactly know whom you want to impress with those false graphs
or what you want to be able to see from it - but the current state seems
to miss that, IMHO.

 Just my thoughts, nothing personal, as you should know.  Go on like you
like, personally I see it in this way quite useless.

 Alfie
-- 
 You never learn anything  |   /"\   ,'~~.
   by doing it right.  |  / chaos \  alfie.ist.org   |o ?~\
   -- unknown  |  \inside!/  [EMAIL PROTECTED]  /_   ~<\
   |   \_/   \__,~ \>

Re: discrepancy in ISO 3166-1 country codes

[Eric Van Buggenhaut]

On Thu, Sep 20, 2001 at 06:40:32PM -0500, Colin Watson wrote:
> On Thu, Sep 20, 2001 at 08:51:26PM +0200, Eric Van Buggenhaut wrote:
> > Since your organization is the official authority for maitaining and
> > ISO country codes, I extensively used your page
> > http://www.din.de/gremien/nas/nabd/iso3166ma/ for the last, in need of
> > a list of ISO 3166 country codes.
> > 
> > The page web claims to list the ISO country codes as used in the
> > Internet.
> > 
> > I note that you list United Kingdom as GB although the TLD for United
> > Kingdom, as everyone knows is UK.
> 
> The TLD for the United Kingdom does not follow the corresponding ISO
> country code, mainly for historical reasons.

That's exactly the point of my message. While this organism claims to be the
one reference for TLDcc, I noted a discrepancy between what they say and the
use.

-- 
Eric VAN BUGGENHAUT "Oh My God! They killed init! You Bastards!"
--from a /. post
\_|_/   Andago
   \/   \/  Av. Santa Engracia, 54
a n d a g o  |--E-28010 Madrid - tfno:+34(91)2041100
   /\___/\  http://www.andago.com
/ | \   "Innovando en Internet"
[EMAIL PROTECTED]

Re: Bug#66135: libtool_1.3.5-1(unstable): wrapping of binaries fails with -D__LIBTOOL_IS_A_FOOL__

[Domenico Andreoli]

On Thu, Sep 20, 2001 at 10:36:12AM -0700, Ossama Othman wrote:
> Hi,
> 
> On Thu, Sep 20, 2001 at 04:09:38PM +0200, Domenico Andreoli wrote:
> > ehm... this bug seems to be preventing lots of packages to make in
> > testing, shouldn't it get some more attention?
> 
> I was under the impression this bug was fixed in libtool 1.4.x.  Is
> that not the case?
> 
i do not know wether it is fixed or not, this bug is still outstanding and
its severity is set to "Serious policy violation", this prevents it making
into testing (see update excuses).

thanks

> -Ossama
> -- 
> Ossama Othman <[EMAIL PROTECTED]>
> Distributed Object Computing Laboratory, Univ. of California at Irvine
> 1024D/F7A394A8 - 84ED AA0B 1203 99E4 1068  70E6 5EB7 5E71 F7A3 94A8
> 


-[ Domenico Andreoli, aka cavok
 --[ http://filibusta.crema.unimi.it/~cavok/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50

Re: iso 8859-6 fonts

[David Starner]

On Fri, Sep 21, 2001 at 05:21:39AM +0300, Shaul Karl wrote:
> [05:09:10 tmp]$ grep-available -PX xfonts-intl-arabic
> Package: xfonts-intl-arabic

Which are couple of fonts in an Emacs-only encoding, not useful
outside of Emacs.

> Please note that in general Linux distros have problems with Arabic that are 
> much severe then the fonts issue:
> The right to left (RTL) direction and the changing of the font according to 
> context (or something similar) are way from being solved, especially, but not 
> limited to, text consoles. And these are far difficult problems then one 
> might 
> think at first look.

For a large set of programs, the solution is using QT 3.0 or libgtk 2.4 
(or is it 3.0?). 
 
> Hopefully you will find interest in the [EMAIL PROTECTED] mailing 
> list.
> Although it is administrated by an Israeli volunteers, it does have 
> participants from other countries. And this is because the RTL problem is 
> shared among Arabic and Hebrew.

But RTL is only a part of the problem. Arabeyes is a much better site
for general Arabization, including Arabic font making.

-- 
David Starner - [EMAIL PROTECTED]
Pointless website: http://dvdeug.dhis.org
When the aliens come, when the deathrays hum, when the bombers bomb,
we'll still be freakin' friends. - "Freakin' Friends"

Re: Graphing Debian Lists

[Martin Schulze]

Gerfried Fuchs wrote:
> Hi!
> 
> [Cc me on replies, I'm not subscribed]
> 
> On Thu, Sep 20, 2001, Martin Schulze wrote:
> > Gathering data happens all 30 minutes and I've let it run for a couple
> > of days before making this annoncement, so there are some data to
> > show.
> 
>  It looks strange that it seems that debian-devel-announce seem on the
> first look to have had no subscribers before you started.  On the second
> look one sees that the bottom of the image is not zero.  Could you
> please change it that it has the zero-point in the graph so the graphs
> can be looked in a _real_ manner and are not some "hey - look at that
> curve!" graphs?   That's the first big lies that any statistic tries to
> make, and we shouldn't do that, IMHO.
> 
>  Even you might note on the most lists then just flat lines it makes
> more sense and doesn't leave the people like "Hey, they just seem to
> have started that list, there is a high flow of subscritions in it"...

That's not giving us anything.  It doesn't draw a picture of the
subscribe frequency, nor does it provide a better view of the number
of subscribers.

In fact, the graphs would be quite flat and uninteresting.  The first
version on murphy had them, since the rrdtool in potato was too old.
As an example check out these two graphs of debian-announce.

http://people.debian.org/~joey/stuff/debian-announce-distabs-month.png
http://people.debian.org/~joey/stuff/debian-announce-distabs-normal-month.png

Regards,

Joey

-- 
Let's call it an accidental feature.  --Larry Wall

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

Re: please test this lintian release

[Sean 'Shaleh' Perry]

On 21-Sep-2001 Adam Heath wrote:
> On Thu, 20 Sep 2001, Sean 'Shaleh' Perry wrote:
> 
>> http://people.debian.org/~shaleh/lintian.
> 
> It's normally customary to include a brief list of things we should be
> testing.

It.  The package.  The thing I uploaded.  Run lintian on your packages.  Do you
get new errors?  Do one you think should occur not.  You know the standard
thing I ask for every time I release.  Now I do release it has been 6 months,
but come on, who does not know the drill by now.

Re: Graphing Debian Lists

[Martin Schulze]

Wichert Akkerman wrote:
> Previously Marcelo E. Magallon wrote:
> >  The graphs are indeed nice, what did you use to make them?
> 
> The graphs say `rrdtool', which is a pretty good hint :)

Indeed.

Here's the source for the thing.

http://cvs.infodrom.org/murphy/rrd-update?cvsroot=Infodrom-Tools

Regards,

Joey

-- 
Let's call it an accidental feature.  --Larry Wall

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

Re: Graphing Debian Lists

[Gerfried Fuchs]

Hi!

[Cc me on replies, I'm not subscribed]

On Thu, Sep 20, 2001, Martin Schulze wrote:
> Gathering data happens all 30 minutes and I've let it run for a couple
> of days before making this annoncement, so there are some data to
> show.

 It looks strange that it seems that debian-devel-announce seem on the
first look to have had no subscribers before you started.  On the second
look one sees that the bottom of the image is not zero.  Could you
please change it that it has the zero-point in the graph so the graphs
can be looked in a _real_ manner and are not some "hey - look at that
curve!" graphs?   That's the first big lies that any statistic tries to
make, and we shouldn't do that, IMHO.

 Even you might note on the most lists then just flat lines it makes
more sense and doesn't leave the people like "Hey, they just seem to
have started that list, there is a high flow of subscritions in it"...

 Just a thought.  I like the graphs very much.  It's meant constructive,
not destructive.

 Thanks,
Alfie
-- 
 You never learn anything  |   /"\   ,'~~.
   by doing it right.  |  / chaos \  alfie.ist.org   |o ?~\
   -- unknown  |  \inside!/  [EMAIL PROTECTED]  /_   ~<\
   |   \_/   \__,~ \>


pgpUi4RooZaex.pgp
Description: PGP signature

Re: iso 8859-6 fonts

[Shaul Karl]

> Hi there
> 
>  I dont find any packge that supports iso 8859-6
>  -- that is arabic fonts .
> 


[05:09:10 tmp]$ grep-available -PX xfonts-intl-arabic
Package: xfonts-intl-arabic
Priority: optional
Section: x11
Installed-Size: 62
Maintainer: Milan Zamazal <[EMAIL PROTECTED]>
Architecture: all
Source: intlfonts
Version: 1.2-2
Replaces: intlfonts-arabic
Depends: xutils (>= 4.0.2)
Suggests: xfs | xserver
Conflicts: intlfonts-arabic
Filename: pool/main/i/intlfonts/xfonts-intl-arabic_1.2-2_all.deb
Size: 17322
MD5sum: c0142cdaa2f4485c1070e9a5d064407f
Description: International fonts for X -- Arabic.
 This package includes some Arabic fonts (digits and single and double
 column).

[05:09:39 tmp]$ 


>  Do you need some arabic people to participate 
> 
>  in arabic fonts  project ? It would be my pleasure .
> 
>   Im from Kuwait and arabic is my mother tongue .
> 


Please note that in general Linux distros have problems with Arabic that are 
much severe then the fonts issue:
The right to left (RTL) direction and the changing of the font according to 
context (or something similar) are way from being solved, especially, but not 
limited to, text consoles. And these are far difficult problems then one might 
think at first look.

Hopefully you will find interest in the [EMAIL PROTECTED] mailing 
list.
Although it is administrated by an Israeli volunteers, it does have 
participants from other countries. And this is because the RTL problem is 
shared among Arabic and Hebrew.


> 
> 
>   Thanks
> 
> 
> Join 18 million Eudora users by signing up for a free Eudora Web-Mail account 
> at http://www.eudoramail.com
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 

-- 

Shaul Karl <[EMAIL PROTECTED]>

Re: please test this lintian release

[Adam Heath]

On Thu, 20 Sep 2001, Sean 'Shaleh' Perry wrote:

> http://people.debian.org/~shaleh/lintian.

It's normally customary to include a brief list of things we should be
testing.