Re: Fwd: Re: Why no Opera?

[Steffen Moeller]

On Friday 07 September 2007 11:18:18 Edward Welbourne wrote:
> > Can we still hope that there are requests from the Opera developers that
> > a certain set of LGPL libraries are out there that should be distributed
> > with Debian (which they are currently not or in a "wrong" version or
> > missing patches) that would help to further reduce the footprint of the
> > non-inspectable closed-source bits of the Opera Debian package?
>
> Since we dynamic link everything - except for the Qt in our
> opera-static package - we simply use the dependency mechanisms in the
> Debian package system to ensure the presence of the libraries on which
> we depend, all of which are present in standard debian packages
> already.  So I don't think there's anything that fits your description
> above.  Again, if you believe otherwise, I'd be interested to know.

I am not seeking for a violation of some license. It is "missed opportunities" 
for optimisation that I am after. You have the source, you seek for them :o)

> > Or are there free tools you are developing with that should be part
> > of Debian?
>
> Again, all the tools we use in development are present in Debian
> already.  In fact, in practice, the Unix team would not think of using
> any tool *not* in Debian, simply because most of us use Debian boxes
> as our main work-stations ;^)

This sounds all very Debian-friendly to me. Please consider to maintain and/or 
co-maintain some free packages for the distribution and become a DD. It 
should not distract you much or at all from the work you are doing anyway. 
The DD application procedure may be perceived to take long when measured with 
the wall clock, the brain tick time should be negligible for you, so don't 
shy away, please.

Cheers,

Steffen




signature.asc
Description: This is a digitally signed message part.

Re: Fwd: Re: Why no Opera?

[Edward Welbourne]

> Can we still hope that there are requests from the Opera developers that a 
> certain set of LGPL libraries are out there that should be distributed with 
> Debian (which they are currently not or in a "wrong" version or missing 
> patches) that would help to further reduce the footprint of the 
> non-inspectable closed-source bits of the Opera Debian package?

Since we dynamic link everything - except for the Qt in our
opera-static package - we simply use the dependency mechanisms in the
Debian package system to ensure the presence of the libraries on which
we depend, all of which are present in standard debian packages
already.  So I don't think there's anything that fits your description
above.  Again, if you believe otherwise, I'd be interested to know.

> Or are there free tools you are developing with that should be part  
> of Debian?

Again, all the tools we use in development are present in Debian
already.  In fact, in practice, the Unix team would not think of using
any tool *not* in Debian, simply because most of us use Debian boxes
as our main work-stations ;^)

Eddy.


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

Re: Why no Opera?

[Jeremiah Foster]

On Sep 7, 2007, at 11:58 AM, Edward Welbourne wrote:


Please consider to maintain and/or co-maintain some free packages
for the distribution and become a DD.

I have asked my boss whether we can treat the time I'd need for this
as my training budget allocation; I'll see how that goes ;-)

And thank you for the offer to be sponsor - I'll have a look at the
work-needing page to see if I find something that appeals,


One quick way in might be to join a team, then you can share the  
burden of maintaining packages. It also provides a way to speak to  
experienced developers who have encountered many issues previously  
through the packaging team's mailing list. There are many teams, like  
the debian-perl team, which I am a member of.


If you go to http://alioth.debian.org/ and look on the bottom right- 
hand corner you'll see "Recently Registered Projects." Some of those  
are packaging teams which you can request to join.


Look forward to seeing your @debian.org email address. :^)

Jeremiah


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

Bug#441194: ITP: soulfu -- graphical Rogue-like role-playing game

[Debian Games Team]

Package: wnpp
Severity: wishlist
Owner: Debian Games Team <[EMAIL PROTECTED]>


* Package name: soulfu
  Version : 1.5.2
  Upstream Author : Ben Birdsey <[EMAIL PROTECTED]>
* URL : http://sourceforge.net/projects/soulfucommunity/
* License : GPL
  Programming Lang: C
  Description : graphical Rogue-like role-playing game

SoulFu is Aaron Bishop's latest 3D Graphical Rogue-like role-playing
game. A sequel to the wildly popular open source game Egoboo. It
features rich gameplay, cell-shaded graphics, and random generation.
The game is very fun and has cute little graphics.


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

Bug#441224: ITP: oracleasm -- This is the kernel driver for a generic Linux implementation of ASMLib.

[Bjoern Boschman]

Package: wnpp
Severity: wishlist
Owner: Bjoern Boschman <[EMAIL PROTECTED]>


* Package name: oracleasm
  Version : 2.0.4
  Upstream Author : Joel Becker <[EMAIL PROTECTED]>
* URL : http://oss.oracle.com/projects/oracleasm/
* License : GPL
  Programming Lang: C
  Description : ASMLib is a library addon for the Automatic Storage Manager 
of Oracle Database 10g. This is the kernel driver for a generic Linux 
implementation of ASMLib.

(Include the long description here.)

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-5-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)


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

Re: Package lists for (stable) distribution CDs/DVDs (integrating to package.d.o)

[Daniel Leidert]

Am Freitag, den 07.09.2007, 15:06 +0200 schrieb Daniel Leidert:
> Am Freitag, den 07.09.2007, 15:00 +0200 schrieb Daniel Leidert:
> > Hi,
> > 
> > In a local group a user complained, and IMHO he is right, that there are
> > no package lists for the Debian CDs/DVDs.
> > http://www.debian.org/CD/faq/index.en.html#which-cd says, the packages
> > are sorted via popularity (and IIRC there is also some separation for
> > GNOME, KDE etc.). But there is no package list. Say a user want to
> > check, where or if an installation medium contains a list of packages he
> > wants to install. There is AFAIK no way to to this. So is i possible to
> > create package lists, like e.g.
> > http://ftp.uni-erlangen.de/pub/mirrors/knoppix/packages.txt for every CD
> > and DVD image? Or is here already something, I simply did not find?
> 
> Ok. A few seconds later I found the
> http://www.debian.org/CD/jigdo-cd/#search. However, the list at
> http://atterer.net/jigdo/jigdo-search.php?list is very large and maybe
> that's not very comfortable. So opinions about plain lists (just for the
> current stable and oldstable release cd/dvd images)? Or should it be
> implemented in the packages.debian.org site, so the site tells, which
> CD/DVD contains the package?

And what about e.g. showing an overview like
http://packages.debian.org/stable/oldlibs/ but as
http://packages.debian.org/stable/cd1/ or
http://packages.debian.org/stable/dvd1/?

CCing debian-devel instead of debian-cd for this question

Regards, Daniel


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

UREGNT !!!

[joceline kouame]

HOTEL LA MIRABELLE 
  COCODY RUE DES JARDINS
  ABIDJAN COTE D'IVOIRE
  AFRIQUE DE L'OUEST
  E-MAIL: [EMAIL PROTECTED]
   
   
  Permettez-moi de vous informer de mon désir d'entrer au rapport d'affaires 
avec vous. J'ai fait votre contact de données  après mon effort cherchant une 
personne digne de confiance pour m'aider.
   
  Je suis Mlle:joceline  kouamé enfant unique de Mr:Franck Kouame  Mon père 
avait le marcher de café cacao il était très riche à Abidjan, la capitale 
économique de la Côte d'Ivoire avant qu'il n'ait été empoisonné à la mort par 
ses collègues pendant une de leur sortie pour discuter sur une affaire.
  Apres la mort de mon père je fus l’objet de dispute familiale et cette argent 
surcita beaucoup d’ennemis dans ma famille depuis je suis dans les banlieue 
ivoirienne dans une hôtel pour ma sécurité  .j’ai énormément de peine a l’ide 
que ma famille qui devait me soutenir dans cette douleur m’enveux a cause de 
cet argent moralement je crois que je suis déséquilibre 
   
  Quand ma mère est morte, mon père m'a pris  spécialement avec lu. Avant la 
mort de mon père dans un hôpital privé ici à Abidjan, Il m'a secrètement appelé 
à son chevet et m'a dit qu'il a une somme de 55 MILLONS CINQ CENT MILLES  F CFA 
 ( 55,500.000MILLIONS F CFA)  déposé dans une banque d ici sur son nom.
   
  Il m'a aussi expliqué qu'il était à cause de cette richesse et une certaine 
somme d'argent énorme ses collègues supposés pour l'équilibrer de l'affaire ils 
l'ont fait empoisonner .il m'a dit que je devrais chercher un associer ayan la 
crainte de Dieu de l' étranger dans un pays de mon choix qui peut m'aider.
   
  Mais à cause des problèmes politiques présents de ce pays la Côte-d'Ivoire je 
veux transférer l'argent du pays, comme je ne sais pas ce qui pourrait arriver 
ensuite.
   
   Je me suis rendus a la banque en question avec les documents justificatifs 
pour un constat effectivement l’argent y es a mon nom mais le directeur de la 
banque ma informe que je ne pourrai pas faire de prélèvement sur les fonds car 
le compte a été désigne  bloque par mon défunt père.
  C’est pas facile pour moi jeunes que je suis actuellement Ainsi je suis 
oblige de travail comme serveuse dans un bar pour avoir de quoi me mettre sous 
les dents et payer ma chambres d’hôtel mais j’ai du mal a joindre les deux 
bouts .
   
  Je cherche honorablement votre aide pour agir comme l'associé étranger de mon 
défunt père en revendiquant ce fonds de la banque pour le nouveau transfert et 
l'investissement dans un  compte bancaire désigné à l'étranger.
   
  De plus, je désire vous offrir 15 % de la somme comme la compensation pour 
l'entrée d'effort après le transfert . 
   
  j'attente impatiemment une  réponse de votre part 
  
que DIEU VOUS GARDE 
  AMEN !!!
  
 Mlle:JOSLINE KOUAME
   
   
   
   
   

   
-
 Découvrez le blog Yahoo! Mail : dernières nouveautés, astuces, conseils.. et 
vos réactions !

Re: Find complete set of debs

[Goswin von Brederlow]

Adrian von Bidder <[EMAIL PROTECTED]> writes:

> Hi!
>
> [please cc: me.  Thank you.]
>
> How can I (more or less efficiently - I do have a script but it's very crude 
> and probably buggy) download all .debs (and for bonus points the source 
> pkgs, too) that belong to some .deb that I have (same src package, same 
> version)?
>
> cheers
> -- vbi
>
>
>
>
> -- 
>> So does the bible contain invariant sections?
> It sure does:
> $ bible rev22:18-19
> -- Drew Parsons, in a GFDL debate

If you just need to fetch them one or ocasionally:
http://svn.debian.org/wsvn/pkg-ia32-libs/trunk/ia32-libs/fetch-and-build?op=file&rev=0&sc=0

Edit the list of DEBS and run 'BUILD=0 ./fetch-and-build'. The debs
will end up in 'pkgs' and the source in 'srcs'. It will sanity check
that all debs and source match versions at the end for extra points.


If you need something for a cron job I suggest a partial mirror with
reprepro:

apt-get install reprepro

--- conf/distributions ---
Origin: Debian
Label: Debian
Suite: stable
Codename: etch
Version: 4.0
Architectures: source i386 amd64
Components: main local
UDebComponents: main
Description: Debian etch
Update: - debian
SignWith: yes
DscIndices: Sources Release . .gz
DebIndices: Packages Release . .gz
UDebIndices: Packages . .gz

--- conf/updates ---
Name: debian
Architectures: source i386 amd64
Components: main contrib non-free main/debian-installer
Method: http://ftp.de.debian.org/debian
ListHook: conf/filter-debian.sh

--- conf/filter-debian.sh ---
#!/bin/sh

BINSRC='^acl$|^adduser$'
SRCVER='^acl |^adduser '

( zcat "$1" | grep-dctrl -P -e "$BINSRC"
  zcat "$1" | grep-dctrl -F Source -e "$BINSRC"
  zcat "$1" | grep-dctrl -F Source -e "$SRCVER"
) > "$2"

exit 0


With that config an "reprepro -V update" will fetch you the latest
debs build from the sources and sources for acl and adduser and make
them availbale as repository for apt.

MfG
Goswin


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

Re: US mirror troubles

[Bernd Zeimetz]

>
> I opened an upstream bug report with ntp.  But I would rather see the
> default get changed.  I think there are just too many
> people/applications that assume a certain behaviour that's different
> then what we have now.
>
>   
Exactly, especially in IPv4 round robin using DNS is a a de-facto
standard, and changing this behavior in libc6 is just *stupid* - sorry,
but I have no other words for that. Imho Debian's ctte should decide
about this, and if they decide to have sorted IPv4 addresses by default,
somebody needs to take care that _ALL_ programs using IPv4 are changed.
Including browsers, IM clients and all daemons which usually connect to
addresses outside of the own computer.


-- 
Bernd Zeimetz
<[EMAIL PROTECTED]> 


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

Re: Find complete set of debs

[Peter Mathiasson]

On Fri, Sep 07, 2007 at 11:06:50AM +0200, Adrian von Bidder wrote:
> On Friday 07 September 2007 09.48:36 Adeodato Simó wrote:
> > * Adrian von Bidder [Fri, 07 Sep 2007 07:49:19 +0200]:
> > > No, all the other .deb packages that come from the same source pkg as
> > > the one I have. (But usually I only want i386 and all architectures.)
> > >
> > > Time to properly learn grep-dctrl, I guess, that's one tool I've
> > > completely neglected so far.  I guess it should provide the info if
> > > invoked the right way.
> >
> > I guess the hard bit is the "same version" bit. Do you mean like
> > downloading from snapshot.debian.net and stuff? Or is it assumed that
> > versions you pass to the script will be present in the mirror's pull
> > (i.e. stable or testing packages, or up to date unstable versions).
> 
> The problem occurs right after I've installed some software, so all the 
> necessary data is still available in current testing/unstable/wherever.

apt-get --download-only install \
$(apt-cache showsrc $PKG | grep Binary: | cut -d':' -f2 | tr -d ',')

-- 
Peter Mathiasson


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

Re: Fwd: Re: Why no Opera?

[Edward Welbourne]

> One thing which would help is if you made use of the Bugs: filed in
> debian/control.  That is you do something like this:

> Bugs: mailto:[EMAIL PROTECTED]

ah !  OK, thanks for that ... packaging script revised :-)

> This allows people to send bug reports to you directly using the
> reportbug tool,

I'd sort of assumed Maintainer was used for that !

Eddy.


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

Re: Fwd: Re: Why no Opera?

[Lionel Elie Mamane]

On Fri, Sep 07, 2007 at 10:54:06AM +0200, Edward Welbourne wrote:

>> This allows people to send bug reports to you directly using the
>> reportbug tool,

> I'd sort of assumed Maintainer was used for that !

It is, but not in a way that is useful to you, only useful for
packages in Debian proper (or in the contrib / non-free sections of
our mirror network). By default, bug reports are sent to the Debian
bug tracking system, who does indeed send a copy of the report to the
Maintainer. But only for packages it knows about, that is those in
Debian; it takes the Maintainer field of the most recently uploaded
version of the package from its own database, not from the package as
installed on the machine the bug report was made from.

Bug reports against packages not part of Debian are, I believe,
returned with a message like "I don't know anything about package
FOO, can't take a bug for it.". Or maybe they are filed in the
"general" category, I'm not sure.

-- 
Lionel


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

Re: Find complete set of debs

[Adrian von Bidder]

On Friday 07 September 2007 09.48:36 Adeodato Simó wrote:
> * Adrian von Bidder [Fri, 07 Sep 2007 07:49:19 +0200]:
> > No, all the other .deb packages that come from the same source pkg as
> > the one I have. (But usually I only want i386 and all architectures.)
> >
> > Time to properly learn grep-dctrl, I guess, that's one tool I've
> > completely neglected so far.  I guess it should provide the info if
> > invoked the right way.
>
> I guess the hard bit is the "same version" bit. Do you mean like
> downloading from snapshot.debian.net and stuff? Or is it assumed that
> versions you pass to the script will be present in the mirror's pull
> (i.e. stable or testing packages, or up to date unstable versions).

The problem occurs right after I've installed some software, so all the 
necessary data is still available in current testing/unstable/wherever.

cheers
-- vbi




-- 
OpenPGP encrypted mail welcome - my key: http://fortytwo.ch/gpg/92082481


signature.asc
Description: This is a digitally signed message part.

Re: Fwd: Re: Why no Opera?

[Steffen Moeller]

On Friday 07 September 2007 08:10:47 Lionel Elie Mamane wrote:
> On Fri, Sep 07, 2007 at 12:11:24AM +0200, Edward Welbourne wrote:
> > Lionel Mamane:
[...]
> This was written under the assumption that you statically-linked to
> LGPL libraries, not only Qt. As you now inform me this is not the
> case, my statement has no base anymore.

Can we still hope that there are requests from the Opera developers that a 
certain set of LGPL libraries are out there that should be distributed with 
Debian (which they are currently not or in a "wrong" version or missing 
patches) that would help to further reduce the footprint of the 
non-inspectable closed-source bits of the Opera Debian package? Or are there 
free tools you are developing with that should be part of Debian?

If so, then it would seem approrpiate to learn about these as "requests for 
packaging" (RFPs) to the Debian bug tracking system.  If Operaners felt like 
developing Debian packages for those missing pieces themselves, then an
"Interest to Pack" (ITP) report should be submitted. The "reportbug" tool in 
Debian knows this all, just say "reportbug wnpp". New missing Debian packages 
for Opera would also seem like a brilliant opportunity for paid (!) Opera 
developers to also develop into Debian developers (http://nm.debian.org).

Cheers,

Steffen


signature.asc
Description: This is a digitally signed message part.

Re: directory for icons

[Josselin Mouette]

Le jeudi 06 septembre 2007 à 20:20 +0200, Adeodato Simó a écrit :
> * Thomas Lange [Fri, 31 Aug 2007 13:57:49 +0200]:
> 
> > Hi
> 
> > my package fai-server will include a command faimond-gui which needs
> > some icons. Were should I put those icons?
> 
> > /usr/share/packagename/icons or
> > /usr/share/commandname/icons or
> > /usr/share/icons/packagename
> 
> > or a different location? I could not find anything in the policy,
> > developers-reference or FHS concerning this.
> 
> I think that if it's a 32x32 .xpm file, the standard location is
> /usr/share/pixmaps. You probably want that.

Standalone PNG icons can also land in this directory. If there are many
icons, you should consider shipping them in /usr/share/$package/icons
instead; either with a freedesktop structure like epiphany does, or
with 

> PNG icons get normally shipped somewhere under /usr/share/icons, but it
> seems each desktop has its own policies about exactly where.

All desktops use the same policy for icon themes:
http://standards.freedesktop.org/icon-theme-spec/icon-theme-spec-latest.html

-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
  `-  Debian GNU/Linux -- The power of freedom


signature.asc
Description: Ceci est une partie de message	numériquement signée

Re: Fwd: Re: Why no Opera?

[Edward Welbourne]

> I am not seeking for a violation of some license.
I didn't think you were.

> It is "missed opportunities" for optimisation that I am after.
That's what I understood you to mean.

> You have the source, you seek for them :o)
I really don't think there's anything that fits the bill.

> Please consider to maintain and/or co-maintain some free packages
> for the distribution and become a DD.
I have asked my boss whether we can treat the time I'd need for this
as my training budget allocation; I'll see how that goes ;-)

And thank you for the offer to be sponsor - I'll have a look at the
work-needing page to see if I find something that appeals,

Eddy.


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

Re: Find complete set of debs

[Adeodato Simó]

* Adrian von Bidder [Fri, 07 Sep 2007 07:49:19 +0200]:

> No, all the other .deb packages that come from the same source pkg as the 
> one I have. (But usually I only want i386 and all architectures.)

> Time to properly learn grep-dctrl, I guess, that's one tool I've completely 
> neglected so far.  I guess it should provide the info if invoked the right 
> way.

I guess the hard bit is the "same version" bit. Do you mean like
downloading from snapshot.debian.net and stuff? Or is it assumed that
versions you pass to the script will be present in the mirror's pull
(i.e. stable or testing packages, or up to date unstable versions).

Cheers,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
- The district attorney has lodged a complaint against you for witness
  tampering, intimidation, obstruction of justice, extorsion, ...
- He should make up his mind.
-- Paul Lewiston and Alan Shore (Boston Legal)


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

Re: virtualbox-ose: package hijack?

[Michael Meskes]

On Wed, Sep 05, 2007 at 02:03:28PM +0200, Michael Meskes wrote:
> Are we talking about the same upstream here? The ones that knew the
> package seemingly from the get go and then AFTER it made it into the archive 
> threatened with a lawyer because the package was named virtualbox
> instead of virtualbox-ose?

Let me clean this one up a little bit. After some additional
conversation the lawyer part seems to be a major misunderstanding. Yes,
it is true that upstream asked for a rename to protect their commercial
product, which is completely okay IMO. But no lawyer was involved or
threatened with. 

Michael
-- 
Michael Meskes
Email: Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED]
Go SF 49ers! Go Rhein Fire! Use Debian GNU/Linux! Use PostgreSQL!


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

Re: US mirror troubles

[Henrique de Moraes Holschuh]

On Fri, 07 Sep 2007, Bernd Zeimetz wrote:
> > I opened an upstream bug report with ntp.  But I would rather see the
> > default get changed.  I think there are just too many
> > people/applications that assume a certain behaviour that's different
> > then what we have now.
> >   
> Exactly, especially in IPv4 round robin using DNS is a a de-facto
> standard, and changing this behavior in libc6 is just *stupid* - sorry,
> but I have no other words for that. Imho Debian's ctte should decide
> about this, and if they decide to have sorted IPv4 addresses by default,
> somebody needs to take care that _ALL_ programs using IPv4 are changed.
> Including browsers, IM clients and all daemons which usually connect to
> addresses outside of the own computer.

Agreed, and I second the request that such behaviour be made non-default for
IPv4 in Debian.

The amount of breakage this stunt is going to cause is not funny, and if you
want to know the first ones that will blow up, I can name our own setups,
that *are* based on DNS round-robin, and www.kernel.org and friends as an
example.

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


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

Re: US mirror troubles

[Steinar H. Gunderson]

On Fri, Sep 07, 2007 at 12:21:02PM +0200, Bernd Zeimetz wrote:
> Imho Debian's ctte should decide about this, and if they decide to have
> sorted IPv4 addresses by default, somebody needs to take care that _ALL_
> programs using IPv4 are changed.  Including browsers, IM clients and all
> daemons which usually connect to addresses outside of the own computer.

Note that unless I am mistaken, this discussion is about getaddrinfo() only,
not gethostbyname(). I'd assume quite a lot of software uses gethostbyname()
still.

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Re: US mirror troubles

[Henrique de Moraes Holschuh]

On Fri, 07 Sep 2007, Steinar H. Gunderson wrote:
> On Fri, Sep 07, 2007 at 12:21:02PM +0200, Bernd Zeimetz wrote:
> > Imho Debian's ctte should decide about this, and if they decide to have
> > sorted IPv4 addresses by default, somebody needs to take care that _ALL_
> > programs using IPv4 are changed.  Including browsers, IM clients and all
> > daemons which usually connect to addresses outside of the own computer.
> 
> Note that unless I am mistaken, this discussion is about getaddrinfo() only,
> not gethostbyname(). I'd assume quite a lot of software uses gethostbyname()
> still.

That is much better :-)  Still, lots of gethostbyname()->getaddrinfo()
conversions were done blindly and the ammount of bugs re. DNS round-robin
this will expose is not funny.

Is there any advantage for that default in Debian?  Anyone who cares about
network proximity on round-robin IPv4 already knows to pick one host and
to stop using the round-robin names.

We still ship ECN disabled for a reason, and unlike ECN enabled by default
everywhere (which would actually help a lot the network), breaking IPv4
round-robin in buggy applications will only make things worse (as our
default is NOT going to find out the closest IPv4 host automatically).

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


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

Re: US mirror troubles

[Michael Banck]

On Fri, Sep 07, 2007 at 06:40:19PM -0300, Henrique de Moraes Holschuh wrote:
> Is there any advantage for that default in Debian?  Anyone who cares about
> network proximity on round-robin IPv4 already knows to pick one host and
> to stop using the round-robin names.

There's a configure option for the admin.  All the tech-ctte has to
decide is about its default, you can set your local policy right now
already.


Michael


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

Re: US mirror troubles

[Henrique de Moraes Holschuh]

On Sat, 08 Sep 2007, Michael Banck wrote:
> On Fri, Sep 07, 2007 at 06:40:19PM -0300, Henrique de Moraes Holschuh wrote:
> > Is there any advantage for that default in Debian?  Anyone who cares about
> > network proximity on round-robin IPv4 already knows to pick one host and
> > to stop using the round-robin names.
> 
> There's a configure option for the admin.  All the tech-ctte has to
> decide is about its default, you can set your local policy right now
> already.

That goes without saying, and it is not the issue.  The distro-wide default,
is.

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


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