headers
Russell Coker | 1 Apr 01:24
Picon

Re: Ethernet interface numbering in etch

On Saturday 31 March 2007 10:17, Javier Fernández-Sanguino Peña 
<jfs <at> computer.org> 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?

--

-- 
russell <at> coker.com.au
http://etbe.blogspot.com/          My Blog
(Continue reading)

Permalink | Reply | 1 comment |
headers
Lars Wirzenius | 1 Apr 02:00
Picon
Picon
Favicon

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

Package: wnpp
Owner: Lars Wirzenius <liw <at> iki.fi>
Severity: wishlist

* Package name    : gtkcanvas-muxitex-slur-k
  Version         : 4.1
  Upstream Author : Lars Wirzenius <liw <at> iki.fi>
* 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
(Continue reading)

Permalink | Reply | 0 comments |
headers
Erich Schubert | 1 Apr 04:28
Picon
Favicon

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

Package: wnpp
Severity: wishlist
Owner: Erich Schubert <erich <at> debian.org>

* 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.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Adrian von Bidder | 1 Apr 07:56
X-Face
Picon

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

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
> >
> > <hmh <at> debian.org> 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
Permalink | Reply | 2 comments |
headers
Adrian von Bidder | 1 Apr 08:02
X-Face
Picon

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

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.
Permalink | Reply | 0 comments |
headers
Jaldhar H. Vyas | 1 Apr 08:35
Picon
Favicon
Gravatar

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

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!
(Continue reading)

Permalink | Reply | 0 comments |
headers
Florian Weimer | 1 Apr 11:00
Picon

Alerts for uploads to stable-proposed-updates and tpu

Is there some kind of mailing list I can subscribe to, to receive
alerts when someone uploads a package to stable-proposed-updates or
testing-propposed-updates?
Permalink | Reply | 4 comments |
headers
Andreas Barth | 1 Apr 11:15

Re: Alerts for uploads to stable-proposed-updates and tpu

* Florian Weimer (fw <at> deneb.enyo.de) [070401 11:00]:
> Is there some kind of mailing list I can subscribe to, to receive
> alerts when someone uploads a package to stable-proposed-updates or
> testing-propposed-updates?

For t-p-u, debian-testing-changes <at> lists.debian.org. For
proposed-updates, I fear the mails are only sent upon approval, but I'm
not sure (it would be debian-changes <at> lists.debian.org).

Cheers,
Andi
--

-- 
  http://home.arcor.de/andreas-barth/
Permalink | Reply | 2 comments |
headers
Loïc Minier | 1 Apr 11:21
Picon
Picon

Re: Alerts for uploads to stable-proposed-updates and tpu

On Sun, Apr 01, 2007, Florian Weimer wrote:
> Is there some kind of mailing list I can subscribe to, to receive
> alerts when someone uploads a package to stable-proposed-updates or
> testing-propposed-updates?

 debian-testing-changes will show upload to TPU, such as xmms
 1:1.2.10+20061101-1etch1:
 <http://lists.debian.org/debian-testing-changes/2007/03/msg00092.html>
 and this is before it migrates to testing:
      xmms | 1:1.2.10+20061101-1 |       testing | source, alpha, amd64, arm, hppa, i386, ia64, m68k, mips, mipsel,
powerpc, s390, sparc
      xmms | 1:1.2.10+20061101-1etch1 | testing-proposed-updates | source, alpha, arm, hppa, i386, m68k,
mips, powerpc

 Upon acceptance, you'll see them in the migration summary mails such as
 avscan 1.1.2-openssl-1etch1:
 <http://lists.debian.org/debian-testing-changes/2007/03/msg00074.html>

 I don't know where one can subscribe to TPU uploads; it seems to me
 debian-changes@ gets messages when the packages are accepted in stable
 only.

-- 
Loïc Minier

--

-- 
To UNSUBSCRIBE, email to debian-devel-REQUEST <at> lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster <at> lists.debian.org
(Continue reading)

Permalink | Reply | 0 comments |
headers
Florian Weimer | 1 Apr 11:37
Picon

Re: Alerts for uploads to stable-proposed-updates and tpu

* Andreas Barth:

> For t-p-u, debian-testing-changes <at> lists.debian.org. 

Ah, thanks.  Pretty obvious in retrospect.

> For proposed-updates, I fear the mails are only sent upon approval,
> but I'm not sure (it would be debian-changes <at> lists.debian.org).

Mail after approval is good enough for my purposes, thanks.
Permalink | Reply | 1 comment |

Gmane