Re: Ethernet interface numbering in etch

[Marco d'Itri]

On Mar 31, Javier Fernández-Sanguino Peña <[EMAIL PROTECTED]> wrote:

> I'm in favor of adding a note in the Release Notes but I think we should not
> delay the release (*again*) by modifying such a critical element as udev
> right now.
I think the fix would be harmless, but it's too late anyway.

Please somebody add to the release notes that Xen installs should delete
the /etc/udev/rules.d/z45_persistent-net-generator.rules symlink while
building the root fs.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Re: Bug#416871: ITP: debreaper -- bring peace to the poor souls of crashed applications

[Josselin Mouette]

Le samedi 31 mars 2007 à 11:41 +0200, Loïc Minier a écrit :
> On Sat, Mar 31, 2007, Josselin Mouette wrote:
> >  Debreaper is meant to be a drop-in replacement for the GNOME signal 
> >  handler, but can easily be used by any other software. It attempts to 
> >  remain as simple as bug-buddy, and makes use of the user's configured 
> >  mail client to send the report.
> 
>  What's the advantage over bug-buddy?  Can't bug-buddy be extended to
>  implement similar functionality?

I examined both possibilities and it turned out too complicated without
re-using the reportbug modules. Hence the choice of python.

The advantage over bug-buddy and reportbug is that it uses the email
configuration that was already setup by the user, whether it is based on
evolution, balsa or icedove. It does not rely on a working MTA or a
specific MUA. 

>  Would it make sense to integrate a kernel level SEGV handler instead of
>  going via libgnomeui?  I was under the impression that this is what the
>  Ubuntu folks achieved [1]; this seems more generic as it would cover
>  other DE (Xfce, KDE) but also other application crashes such as web
>  server, databases etc.

Debreaper is not the signal handler itself. It is simple enough to be
called by any signal handler, be it in the kernel, in the glibc or in
the UI libraries. It should be possible to use it in any environment, as
the UI is interchangeable (currently there's a text UI and a GTK+ one).
The only thing that's bound to GNOME is the way to detect the MUA, but
it could be changed as well.

>  If it's bound to GNOME, it's of course fine in pkg-gnome but you might
>  want to name it gdebreaper or gnome-deb-RIP to reflect this.

I'd say it depends on whether other people are interested in using it.
We could write a small signal handler library that would be set in
LD_PRELOAD for the supported desktop environments (in /etc/Xsession.d
for example), and debreaper would detect the running environment for
choosing the MUA.

-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


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

Re: Bug#416871: ITP: debreaper -- bring peace to the poor souls of crashed applications

[Loïc Minier]

On Sat, Mar 31, 2007, Josselin Mouette wrote:
> >  What's the advantage over bug-buddy?  Can't bug-buddy be extended to
> >  implement similar functionality?
> I examined both possibilities and it turned out too complicated without
> re-using the reportbug modules. Hence the choice of python.
> 
> The advantage over bug-buddy and reportbug is that it uses the email
> configuration that was already setup by the user, whether it is based on
> evolution, balsa or icedove. It does not rely on a working MTA or a
> specific MUA. 

 Sounds like some gnome-reportbug or gnome-reportbug-ng; could you
 integrate with one these two and provide the added functionality in
 some form of plugin?  Either the GNOME MUA detection and/or the SEGV
 handling capabilities would make nice additions to the reportbug*
 packages.

> >  Would it make sense to integrate a kernel level SEGV handler instead of
> >  going via libgnomeui?  I was under the impression that this is what the
> >  Ubuntu folks achieved [1]; this seems more generic as it would cover
> >  other DE (Xfce, KDE) but also other application crashes such as web
> >  server, databases etc.
> Debreaper is not the signal handler itself. It is simple enough to be
> called by any signal handler, be it in the kernel, in the glibc or in
> the UI libraries. It should be possible to use it in any environment, as
> the UI is interchangeable (currently there's a text UI and a GTK+ one).
> The only thing that's bound to GNOME is the way to detect the MUA, but
> it could be changed as well.

 Ok; if you think it's a generic crash reporting tool, I think it makes
 sense to keep it separate from pkg-gnome, perhaps working within one of
 the reportbug SCMs or starting a new one; we can then take the decision
 to use it in GNOME instead of bug-buddy when that makes sense.

-- 
Loïc Minier


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

Changelogs for unofficial packages

[Magnus Holmgren]

Have there been any discussion about adding a field to the Release and/or 
Packages files pointing at e.g. changelogs, so that aptitude etc. could 
display those for packages from unofficial repositories as well? (I presume 
that the location of official changelogs is hardcoded into aptitude 
currently, is that correct?)

-- 
Magnus Holmgren[EMAIL PROTECTED]
   (No Cc of list mail needed, thanks)


pgpCoTtdoWjDC.pgp
Description: PGP signature

Re: Changelogs for unofficial packages

[Bernhard R. Link]

* Magnus Holmgren <[EMAIL PROTECTED]> [070331 14:35]:
> Have there been any discussion about adding a field to the Release and/or
> Packages files pointing at e.g. changelogs, so that aptitude etc. could
> display those for packages from unofficial repositories as well? (I presume
> that the location of official changelogs is hardcoded into aptitude
> currently, is that correct?)

Aptitude has a config-option aptitude::Changelog-URL-Template,
though I did not yet had a look at it.
update-manager seems to have one Template for every "channel",
which is just the "bla://whatever/changelogs/pool/%s/%s/%s/%s_%s/changelog"
line, so should be very easy to support (though some way to specify
it in a Release file would be nice indeed).

If you get some more information or have ideas for additional fields
to specify this, please let me know. Current CVS version of reprepro got
support for generating changelog files, and a common way for repository
generator to specify where those file are would be a nice thing to have.

Hochachtungsvoll,
Bernhard R. Link


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

Bug#416929: ITP: perl-doc-html -- Perl documentation suitable for viewing with a web browser

[Roberto C. Sanchez]

Package: wnpp
Severity: wishlist
Owner: "Roberto C. Sanchez" <[EMAIL PROTECTED]>

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: perl-doc-html
  Version : 5.8.8
  Upstream Author : Larry Wall, et. al.
* URL : http://perldoc.perl.org/perldoc-html.tar.gz
* License : GPL or Artistic
  Description : Perl documentation suitable for viewing with a web browser

This is the same documentation as provided by the perl-doc package.
However, it has been formatted into HTML, making it suitable for veiwing
with a local web browser or for serving up on an intranet for multiple
users.
.
Homepage: http://perldoc.perl.org/

- -- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.17-2-k7
Locale: LANG=es_ES, LC_CTYPE=es_ES (charmap=ISO-8859-1)

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFGDnac5SXWIKfIlGQRAuoNAJ9T/f8OejOd6mB9AxhF9lhMHv+kkwCeMToG
p+l5wZlwCVyf+j2tc/Bit1g=
=WNnM
-END PGP SIGNATURE-


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

Re: Changelogs for unofficial packages

[Pierre THIERRY]

Scribit Magnus Holmgren dies 31/03/2007 hora 14:34:
> Have there been any discussion about adding a field to the Release and/or 
> Packages files pointing at e.g. changelogs, so that aptitude etc. could 
> display those for packages from unofficial repositories as well?

Maybe it would be worth designing a generic metadata architecture for
package repositories.

Curiously,
Pierre
-- 
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A


signature.asc
Description: Digital signature

Re: Slow package database

[Sam Hocevar]

On Fri, Mar 30, 2007, Adam Borowski wrote:
> On Fri, Mar 30, 2007 at 08:57:03PM +0200, Loïc Minier wrote:
> >  Indeed it accounts for some part of the problem; after I cloned and
> >  replaced my /var/lib/dpkg/info tree with the copy, the figure dropped
> >  from 22 seconds to 15 seconds.
> 
> It's not that.  It's /var/lib/dpkg/available.

   Which is totally unnecessary in most cases. See #397121, unanswered
for months and with a patch. (If anyone addresses that bug, please also
have a look at #395140).

Cheers,
-- 
Sam.


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

Re: Anyone

[Jose Luis Rivas Contreras]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

[EMAIL PROTECTED] escribió:
> Hello, debian-devel.
> 
> Yes, this library needed for generating pdf docs from PHP.
> Could you package it into next version?
> 
Hi,

1 - Exists RFP: http://www.us.debian.org/devel/wnpp/requested

2 - We can't guess without hints ;-)

Jose Luis,
- --

ghostbar @ linux/debian 'sid' x86 - #382503
WeBlog: http://ghostbar.ath.cx/ - http://talug.org.ve
http://debian.org.ve - irc.debian.org #debian-ve
San Cristóbal, Venezuela.
Fingerprint = 3E7D 4267 AFD5 2407 2A37  20AC 38A0 AD5B CACA B118
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGDsY8OKCtW8rKsRgRAnypAKCejmcIYCp1LaJt9PJ1H+npcQBwvQCeKOfP
qJbz6eoFe6JbVzmltkTIbEc=
=Z/kn
-END PGP SIGNATURE-


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

Re: Slow package database

[Florian Weimer]

* Adam Borowski:

> On Fri, Mar 30, 2007 at 08:57:03PM +0200, Loïc Minier wrote:
>>  Indeed it accounts for some part of the problem; after I cloned and
>>  replaced my /var/lib/dpkg/info tree with the copy, the figure dropped
>>  from 22 seconds to 15 seconds.
>
> It's not that.  It's /var/lib/dpkg/available.

Not in my experience on ext3.  Putting the contents of
/var/lib/dpkg/info into the cache makes dpkg -i instantaneous.

Re: Anyone

[Bernd Zeimetz]

Heya,
>
> Which library?
>
According to the mail headers this mail was a reply to
<[EMAIL PROTECTED]>

google found it in the archive:
http://lists.debian.org/debian-devel/1999/02/msg00565.html

So we're talking about pdflib.

And I think the package php-fpdf should be a way to create pdf files
from php without the need for pdflib.
As far as I know does http://www.debian-unofficial.org/ ship pdflib
packages, but I think they're not necessary here.


Cheers,

Bernd

-- 
Bernd Zeimetz
<[EMAIL PROTECTED]> 


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

Re: Slow package database

[Loïc Minier]

On Fri, Mar 30, 2007, Adam Borowski wrote:
> >  Indeed it accounts for some part of the problem; after I cloned and
> >  replaced my /var/lib/dpkg/info tree with the copy, the figure dropped
> >  from 22 seconds to 15 seconds.
> It's not that.  It's /var/lib/dpkg/available.

 Err, I timed before and after the change and resetted the caches before
 each test; I copied /var/lib/dpkg/info with "cp -a" and saw the
 difference mentionned above after the copy.  How would
 /var/lib/dpkg/available be of any significance in my scenario?

-- 
Loïc Minier


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

Re: Ethernet interface numbering in etch

[Russell Coker]

On Saturday 31 March 2007 10:17, Javier Fernández-Sanguino Peña 
<[EMAIL PROTECTED]> wrote:
> If this is so important, why, after so many many months of freeze, no Xen
> users found this and submited a bug report? (Now its #413601, filed 24 days
> ago)

Probably because it's dependent on the order of starting the domU's and the 
number of domU's.

A casual Xen user might not notice such things, and a more intensive Xen user 
(someone who runs a server with Xen instances) isn't going to reboot often.

> > I believe that this fix is worthy of inclusion at this time.
>
> I disagree. Not only because the bug is not RC, but because you could say
> the same for users running other virtualization technologies (UML? Vmware?)
> with similar behaviours.

Do they behave in the same way?

> I'm in favor of adding a note in the Release Notes but I think we should
> not delay the release (*again*) by modifying such a critical element as
> udev right now.

Why would a one-line change delay the release?

-- 
[EMAIL PROTECTED]
http://etbe.blogspot.com/  My Blog

http://www.coker.com.au/sponsorship.html Sponsoring Free Software development

Bug#416992: ITP: gtkcanvas-muxitex-slur-k -- Postscript Slur Package K for MusiXTeX

[Lars Wirzenius]

Package: wnpp
Owner: Lars Wirzenius <[EMAIL PROTECTED]>
Severity: wishlist

* Package name: gtkcanvas-muxitex-slur-k
  Version : 4.1
  Upstream Author : Lars Wirzenius <[EMAIL PROTECTED]>
* URL : N/A
* License : CDDL
  Programming Lang: C#, with Markov Chain support
  Description : Postscript Slur Package K for MusiXTeX 

This package is called GtkCanvas. This widget behaves identically to the
collection fully sorted. HERWIG is a standard Unix pipelines. In other
words, we have put great effort into designing the API, to ensure that
the standard for applications and devices. sirc, the Perl Shell will use
one of the simple, but it's mostly meant for AMD64 systems. Contains
unstripped shared libraries. 
.
For example: 
. 
1234 + 5678 -- 6802 
.
For more information on the Sun Netra J software environment to run,
which can be scheduled to be simple, productive, powerful, extensible,
dynamic, efficient, and real-time.
. 
Its keybindings are much higher resolution, and more.
. 
LilyPond's text-based music input language is similar in feel to games
such as the ability to select all the files used by the
MusicBrainz::Client module for convert japanese encodings. Features:
 * nearly complete XMPP IM (RFC 3921) protocol (lacks privacy lists) 
 * User- and Group-Management 
 * Powerful yet clean configuration files needed for both low-level 
   data access package with the various enemy bases around the RRD tool 
   by other boot managers, like scheduled default, boot from other games, 
   especially Gauntlet (TM) and Nethack/Moria.


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


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

Bug#416996: ITP: stereo -- Mono (.NET) extension for running multiple applications

[Erich Schubert]

Package: wnpp
Severity: wishlist
Owner: Erich Schubert <[EMAIL PROTECTED]>

* Package name: stereo
  Version : 2.0 beta
* URL : http://www.mono-project.com/Stereo
* License : LGPL
  Programming Lang: C#
  Description : Mono (.NET) extension for running multiple applications

Stereo is an extension to the Mono (.NET/C#) platform for running
multiple applications at the same time.

As you probably know, C# is a language using a bytecode, called CIL:
Common Intermediate Language. Using code in an intermediate language has
benefits for platform and operating system independence (Java is the
most prominent example of this approach), however it also means an
overhead when running the applications. Various approaches have been
tried to remedy these effects, such as JIT (just in time) compilers
translating the bytecode to native code when needed.

Applications running based on such bytecodes tend to use more memory
than regular applications (for example, they need to keep the compiled
code in writeable memory, whereas regular applications can use shared
read-only memory for this), and you probably have heard many people
complain about the memory usage of Java and .Net applications. Some
people even claim the Linux .NET platform is called "Mono" because you
can run at most one such application at the same time.

That how "stereo" was born: an extensions to run two (or more)
applications in the same mono environment, thus reducing the memory
overhead significantly, and making it useful for more people.

Future versions should even be able to run Python (using IronPython) and
eventually Java applications in the stereo runtime. It is also planned to
add support for multiple user operation. So eventually, it will be able
to replace your whole system. The project will then also change it's
name to Multics, to reflect it's unique multi-user capabilities. At
least if we get enough funding by Dunc-Tank, who is currently sponsoring
all our development efforts.


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

Re: many rejects (Re: Second call for votes for the debian project leader election 2007)

[Adrian von Bidder]

On Thursday 29 March 2007 06.24:52 Henrique de Moraes Holschuh wrote:
> On Wed, 28 Mar 2007, Manoj Srivastava wrote:
> > On Wed, 28 Mar 2007 12:52:33 -0300, Henrique de Moraes Holschuh
> >
> > <[EMAIL PROTECTED]> said:
> > > You do not handle signing subkeys?
> >
> > What makes you think that?  Any key that is used needs to be
> >  in the debian keyring, is all.
>
> I just checked, and yes, subkeys are handled just fine.  Sorry about the
> confusion.

IIRC signing subkeys are not accepted at package uploads, so maybe that's 
what you were thinking about.

cheers
-- vbi



-- 
Today is Sweetmorn, the 18th day of Discord in the YOLD 3173


pgp4Wqhb91miP.pgp
Description: PGP signature

Re: Second call for votes for the debian project leader election 2007

[Adrian von Bidder]

On Friday 30 March 2007 08.47:53 Manoj Srivastava wrote:
> > OK, so please take this honest.
>
>         I don't think I have ever been dishonest about it. Amused,
>  perhaps, dishonest, no.

Language issue.  s/honest/serious/  

Admittedly, I'm guessing.

cheers
-- vbi


-- 
The young lady had an unusual list,
Linked in part to a structural weakness.
She set no preconditions.


pgpHGnBVeTojA.pgp
Description: PGP signature

Re: release update: security problems force "etch" delay of 4-6 weeks

[Jaldhar H. Vyas]

On Sat, 31 Mar 2007, Debian release team wrote:


That was the good news. Unfortunately, there is also the bad side:
due to several grave security problems in some of the core packages,
we cannot release "etch" as originally planned[0] on 2 Apr 2007. By
rough calculation, we are looking at another 4-6 weeks of work to
get our archive into a releasable state.



Haha nice one but I think we can let them in on the truth now guys.

Hello Debian developers,

You probably thought the message quoted above was the traditional Debian 
April Fools joke but in fact it was the last stage in an elaborate 
deception designed to lull you into overlooking the fact that Debian 4.0 
"Etch" was actually released on March 22, 2006, three days after I was 
voted DPL by the CEOs of Canonical, Linspire, and Xandros.


Keeping you in the dark about this was a fun but arduous task.  I would 
not have succeeded without the support of a very special team.


Horst Teppert in the double role of Sven "red" Luther and Frans "blue" 
Pop.  Herr Teppert, I know computing was an unfamiliar area for you but 
you really dove into the part with gusto.  You went even further beyond 
the call of duty when you took over the role of Anthony "aj" Towns after 
Kims freak jetski accident at OLS.


Kimberly Davies, we love you baby.  Remember stem cell research is 
advancing every day!


Joerg "Ganneff" Jaspert, Steve "vorlon" Langasek and the rest of the 
webmin maintenance team for your convincing release manager 
impersonations.  You even almost had me fooled for a minute!


Junta de Extramadura.  The use of your private jet really eased the 
coordination process.  Gracias!


...and a cast of literally thousands.

Only Jonathan "Ted" Walther came close to discovering the truth and 
therefore had to be...eliminated.  But I'm sure he is in Aryan Heaven 
laughing along with us and each of his widows will be receiving an 
autographed copy of "Debian 3.1 Bible" and my sincere regrets.


Well that's it for now.  In my next email I'll tell you about the 
indemnity agreement we signed last week with Microso...well I've said too 
much.  Bye bye now!


--
Jaldhar "jaldhar" H. Vyas <[EMAIL PROTECTED]>
La Salle Debain - http://www.braincells.com/debian/


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