.publicidad para mail alta eficacia bajo precio fio

2010-06-10 Thread sabina zelia pilar nunes librissi
Consiga que sus ganancias crezcan al nivel nivel más alto Que su producto o servicio lo conozca todo Lima Cumplimos 12 años al servicio de las empresas peruanas y lo festejamos ofreciéndole grandes oportunidades Una enorme cantidad de clientes satisfechos nos respaldan Diseño del correo sin c

Bug#585183: general: .deb packages open with Archive Manager by default, not Package Installer

2010-06-10 Thread Neil Williams
On Wed, 09 Jun 2010 22:20:18 +0100 di wrote: > Package: general > Severity: normal > Tags: squeeze > > In GNOME the default open action for when double-clicking on a .deb > package is to open with Archive Manager, which then complains 'Could > not create the archive: Archive type not supported.'

maintainer rejected completing the UPG checks (was: test if primary group, with only implicit membership of the user?)

2010-06-10 Thread C. Gatzemeier
My perception was that the consensus reached was that we wanted umask relaxation to be safe. Bug#583970: pam_umask "usergroups": test if primary group, with only implicit membership of the user Closed on Sun, 6 Jun 2010 15:32:43 -0700: > I don't think this is a check that it makes sense to add

Re: Parallellizing the boot in Debian Squeeze - ready for wider testing

2010-06-10 Thread Petter Reinholdtsen
[Stefano Zacchiroli] > If you are ready to monitor the issue closely, I don't see any > problem in switching the default now in unstable, see how it goes, > and then decide later on if revert back to the current default in > Squeeze time. The switch to parallel booting was done 2010-05-14 in unst

Bug#585439: ITP: spring-roo -- lightweight and rapid Java application development tool

2010-06-10 Thread Miguel Landaeta
Package: wnpp Severity: wishlist Owner: Miguel Landaeta * Package name: spring-roo Version : 1.0.2.RELEASE Upstream Author : SpringSource Inc. * URL : http://www.springsource.org/roo * License : GPL-3 Programming Lang: Java Description : lightweight and

Xen for Squeeze, 3.4 or 4.0

2010-06-10 Thread Bastian Blank
Hi folks I'm currently thinking about which version of Xen supporting in Squeeze. There are two possibilities: 3.4 and 4.0. 3.4 is currently in testing and unstable, 4.0 is in experimental. Xen 3.4 === Pros - Proofed to be stable Cons - NUMA-mode only opt-in, no infos about stability - Fails

[RESENT] Re: Xen for Squeeze, 3.4 or 4.0

2010-06-10 Thread Bastian Blank
Whoops, wrong recipient. On Thu, Jun 10, 2010 at 05:54:28PM +0200, Bastian Blank wrote: > I'm currently thinking about which version of Xen supporting in Squeeze. > There are two possibilities: 3.4 and 4.0. 3.4 is currently in testing > and unstable, 4.0 is in experimental. > > Xen 3.4 > ===

Re: Xen for Squeeze, 3.4 or 4.0

2010-06-10 Thread Josselin Mouette
Le jeudi 10 juin 2010 à 17:54 +0200, Bastian Blank a écrit : > Xen 4.0 > === > Pros > - NUMA > - More tested with the Kernel in Squeeze > Cons > - Quite new > > My personal preference would be to go with 4.0. Your description sounds like it will be a lot easier to support 4.0, so unless there

ITP: libdata-formvalidator-constraints-datetime-perl -- D::FV constraints for dates and times

2010-06-10 Thread Alan Haggai Alavi
Package: wnpp Owner: Alan Haggai Alavi Severity: wishlist *** Please type your report below this line *** * Package name: libdata-formvalidator-constraints-datetime-perl Version : 1.11 Upstream Author : Michael Peters * URL : http://search.cpan.org/dist/Data-FormVali

Re: [RESENT] Re: Xen for Squeeze, 3.4 or 4.0

2010-06-10 Thread Łukasz Oleś
2010/6/10 Bastian Blank : >> My personal preference would be to go with 4.0. I completely agree. Probably more people will use pvops kernel with 4.0 instead 3.4, so hopefully it will be better tested. -- Łukasz Oleś -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subje

Re: A lot of pending packages

2010-06-10 Thread gregor herrmann
On Fri, 11 Jun 2010 06:01:27 +0800, Thomas Goirand wrote: > My 2nd suggestion is coming from the Maemo platform (the OS behind > the Nokia n900 that is Debian based). In Maemo, there is a "devel" > repository that includes apps that aren't necessarily in good shape. The > users know that fact when

Re: PLS Add My ID - joes...@gmail.com

2010-06-10 Thread Ronald Roddick
On Tue, Jun 8, 2010 at 3:58 PM, Joe Walter wrote: > Hi to All, > > Please add my mail-id for web design. > > My mail-id:* dedicatedwebservi...@gmail.com* > > -- > Thanks, > Joe Walter. > SEO Analyst >

Re: A lot of pending packages

2010-06-10 Thread Thomas Goirand
Petter Reinholdtsen wrote: > My sponsoring preferences are available from > http://people.skolelinux.org/pere/debian-sponsoring.html >. To > make sure I have direct contact with the prospective package > maintainer and avoid a backlog of packages I should have sponsored, I > want to be contacted o

Re: [Pkg-xen-devel] [RESENT] Re: Xen for Squeeze, 3.4 or 4.0

2010-06-10 Thread Thomas Goirand
Łukasz Oleś wrote: > 2010/6/10 Bastian Blank : >>> My personal preference would be to go with 4.0. > > I completely agree. Probably more people will use pvops kernel with > 4.0 instead 3.4, so hopefully it will be better tested. Hi Bastian, I have been running Xen 4.0.0 on my laptop since you ma

Re: A lot of pending packages

2010-06-10 Thread Jordan Metzmeier
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/10/2010 06:01 PM, Thomas Goirand wrote: > Petter Reinholdtsen wrote: > My 2nd suggestion is coming from the Maemo platform (the OS behind > the Nokia n900 that is Debian based). In Maemo, there is a "devel" > repository that includes apps that

Work-needing packages report for Jun 11, 2010

2010-06-10 Thread wnpp
The following is a listing of packages for which help has been requested through the WNPP (Work-Needing and Prospective Packages) system in the last week. Total number of orphaned packages: 627 (new: 3) Total number of packages offered up for adoption: 132 (new: 6) Total number of packages request

Re: [RESENT] Re: Xen for Squeeze, 3.4 or 4.0

2010-06-10 Thread Russell Coker
On Fri, 11 Jun 2010, Bastian Blank wrote: > On Thu, Jun 10, 2010 at 05:54:28PM +0200, Bastian Blank wrote: > > I'm currently thinking about which version of Xen supporting in Squeeze. > > There are two possibilities: 3.4 and 4.0. 3.4 is currently in testing > > and unstable, 4.0 is in experimental

Bug#585498: ITP: libaudio-ecasound-perl -- Perl binding to the ecasound sampler, recorder, fx-processor

2010-06-10 Thread Joel Roth
Package: wnpp Severity: wishlist Owner: jo...@pobox.com * Package name: libaudio-ecasound-perl Version : 0.93 Upstream Author : Brad Bowman * URL : http://search.cpan.org/dist/Audio-Ecasound * License : Artistic Programming Lang: Perl Description : Perl

Re: [RESENT] Re: Xen for Squeeze, 3.4 or 4.0

2010-06-10 Thread Thomas Goirand
Russell Coker wrote: > Based on my experience with Xen I think that we should have both. Then if > one > doesn't work we can try the other. I don't think having to do a double work is a good idea. > My impression of Xen stability is that trying two different versions and > hoping that one wil

Re: [RESENT] Re: Xen for Squeeze, 3.4 or 4.0

2010-06-10 Thread Michael Tautschnig
[3.4 vs. 4.0 ...] > > Based on my experience with Xen I think that we should have both. Then if > one > doesn't work we can try the other. > > My impression of Xen stability is that trying two different versions and > hoping that one will work is a good strategy for any given server. > > Ba

RE: [Pkg-xen-devel] [RESENT] Re: Xen for Squeeze, 3.4 or 4.0

2010-06-10 Thread James Harper
> > PS It would be nice if we could get Grub2 updated to boot Xen kernels. My SE > Linux Play Machine is offline right now because I messed up the Grub2 > configuration so badly that it won't even give me a boot menu. > I'm running grub from squeeze with a hand-compiled xen 4.0.1-rc. There are

Re: [RESENT] Re: Xen for Squeeze, 3.4 or 4.0

2010-06-10 Thread Russell Coker
On Fri, 11 Jun 2010, Thomas Goirand wrote: > Russell Coker wrote: > > Based on my experience with Xen I think that we should have both. Then > > if one doesn't work we can try the other. > > I don't think having to do a double work is a good idea. I agree that doubling the work is generally a b