Re: Debian and the desktop

On 2005-12-12, Linas Zvirblis <[EMAIL PROTECTED]> wrote: > A user should get the same visual feeling whether he chose GNOME or KDE > for his desktop, whether he decided for KDM or GDM etc. This might sound Why try to make kde and gnome look the same? If it is a goal to make all Bob User desktops

Re: Unstable status

On Wednesday 14 December 2005 23.31, Kai Hendry wrote: > http://natalian.org/archives/2005/12/14/unstable-is-just-that/ Well, the topic of #debian-devel is quite a standard place to look for up to the minute information - and is a place developers actually update as they fix things or notice br

Re: petsc_2.3.0-1_i386.changes REJECTED

On Wed, Dec 14, 2005 at 09:29:11PM -0500, Adam C Powell IV wrote: > Did you receive this email or any of this thread? It's now more than > two weeks old, and I'd really like to upload a new PETSc 2.3.0 ASAP. So upload it? If you've replied to the REJECT message with appropriate reasons why the RE

Re: congratulations to our ftp-master team

"Thaddeus H. Black" <[EMAIL PROTECTED]> writes: > 3. If James' imperial rules are unacceptable to > us, then the alternative is to change the person > in James' position. It has been years since any > other option was credible. We all know this. > This means dismissing James

Re: buildd administration

Anthony Towns writes: > On Wed, Dec 14, 2005 at 12:26:50PM -0500, Joe Smith wrote: >> It sounds to me like what is needed as a tag for bugs that tells QA (you >> post noted that the release team >> would ignore RC bugs on packages not in testing) that it can ignore those >> bugs. > > If your pa

Re: buildd administration

On Wed, Dec 14, 2005 at 12:26:50PM -0500, Joe Smith wrote: > It sounds to me like what is needed as a tag for bugs that tells QA (you > post noted that the release team > would ignore RC bugs on packages not in testing) that it can ignore those > bugs. If your package isn't going to be suitable

Re: petsc_2.3.0-1_i386.changes REJECTED

Joerg, Did you receive this email or any of this thread? It's now more than two weeks old, and I'd really like to upload a new PETSc 2.3.0 ASAP. If you didn't see it, the discussion was on debian-release, archive at http://lists.debian.org/debian-release/2005/11/msg00107.html , then Steve Langas

Re: apt PARALLELISM

On Wednesday 14 December 2005 14:41, Olaf van der Spek wrote: > On 13 Dec 2005 15:56:00 +0100, Claus Färber <[EMAIL PROTECTED]> wrote: > > Olaf van der Spek <[EMAIL PROTECTED]> schrieb/wrote: > > > That's not true. Suppose you've only got 3 users. If each user > > > connects to one (different) mir

Bug#343403: ITP: libwww-topica-perl -- Read emails from a Topica mailing list

Package: wnpp Severity: wishlist Owner: Paul Wise <[EMAIL PROTECTED]> * Package name: libwww-topica-perl Version : 0.5 Upstream Author : Simon Wistow <[EMAIL PROTECTED]> * URL : http://search.cpan.org/~simonw/WWW-Topica-0.5/ * License : Perl Description :

Re: congratulations to our ftp-master team

"Steinar H. Gunderson" <[EMAIL PROTECTED]> writes: > In my entire involvement with Debian from the development side, I've never > seen the NEW queue being processed as quickly as it is these days. It used to > be irritating to me -- it isn't today. I have the same feeling. I would rather give *g

Re: buildd administration

Steve Langasek <[EMAIL PROTECTED]> writes: > I'm pretty sure I saw him do this already, by noting that it increases the > number of packages that the release and QA teams have to keep track of. Seems to me that packages which aren't in testing should not occupy the release team's time at all. Ju

Unstable status

Hi there crazy Unstable users, Kamaraju Kusumanchi has started a Wiki page where I hope to see current (as of today) *major* (blocking) unstable upgrade issues linked from: http://wiki.debian.org/StatusOfUnstable Do I need to explain why? Ok, finding out what is responsible for my system breaki

Re: Debian and the desktop

Andreas Schuldei wrote: so where can i have a look at this? could it please be put up somewhere on the web? The package is called wmaker. It is in Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian and the desktop

Gustavo Noronha Silva wrote: What are you talking about Debian Style? Color scheme, artwork (default wallpaper, login screen, even CD covers). All those little things that would make a user say "Yep, that's Debian". The desktop-base package was supposed to address exactly that problem, but

Re: Debian and the desktop

Hi, thanks for your comments. Bill Allombert wrote: > But there are another way: KDE and GNOME provide a non-Debian menu. > However there are no clear definition about what should go in this menu. > Maybe the policy could be to only put in this menu the applications > relevant to "Bob User" and k

Re: Debian and the desktop

* Linas Zvirblis <[EMAIL PROTECTED]> [2005-12-15 00:02:01]: > David Nusinow wrote: > > >>>What are you talking about Debian Style? > >> > >>Color scheme, artwork (default wallpaper, login screen, even CD covers). > >>All those little things that would make a user say "Yep, that's Debian". > > >

Re: Debian and the desktop

David Nusinow wrote: What are you talking about Debian Style? Color scheme, artwork (default wallpaper, login screen, even CD covers). All those little things that would make a user say "Yep, that's Debian". Check out the windowmaker package. It has (or had as of a few years ago) a beautifu

Re: apt PARALLELISM

On 13 Dec 2005 15:56:00 +0100, Claus Färber <[EMAIL PROTECTED]> wrote: > Olaf van der Spek <[EMAIL PROTECTED]> schrieb/wrote: > > That's not true. Suppose you've only got 3 users. If each user > > connects to one (different) mirror, he gets 1/1 of that mirror's > > bandwidth. If each user connects

Re: apt PARALLELISM

Olaf van der Spek <[EMAIL PROTECTED]> schrieb/wrote: > That's not true. Suppose you've only got 3 users. If each user > connects to one (different) mirror, he gets 1/1 of that mirror's > bandwidth. If each user connects to each mirror, he only gets 1/3 of > that mirror's bandwidth. They could get

Re: Debian and the desktop

On Wed, Dec 14, 2005 at 07:02:03PM +0100, Thomas Viehmann wrote: > Bill Allombert wrote: > >> ... generic menu entries ... SuSE ... > > > What is needed at this point is a draft policy defining what will be > > the new layout and what will be the generic titles. > > KDE seems to use the GenericNa

New email address

Thanks for your message. Unfortunately, after more than 10 years of use, the email address "[EMAIL PROTECTED]" now receives thousands (literally) of spam and viral emails every day. My spam filtering service can no longer keep up. So, I've decided to retire the address. Please correct your ad

Bug#343368: ITP: unix2tcp -- connection forwarder that converts Unix sockets into TCP sockets

Package: wnpp Severity: wishlist Owner: Radu Spineanu <[EMAIL PROTECTED]> * Package name: unix2tcp Version : 0.8.2 Upstream Author : Mihai Rusu <[EMAIL PROTECTED]> * URL : http://dizzy.roedu.net/unix2tcp/ * License : GPL Description : connection forwarde

Bug#206537: ITP: horde-sam -- spam module for Horde Framework

Package: wnpp Severity: wishlist Owner: Gregory Colpart (evolix) <[EMAIL PROTECTED]> * Package name: horde-sam Version : 0.1 Upstream Author : The Horde Team <[EMAIL PROTECTED]> * URL : http://cvs.horde.org/sam/ * License : GPL Description : spam module

Re: HPPA, Arm, or M68k with g++ >= 4:4.0.2-2 ?

* Jens Peter Secher [Wed, 14 Dec 2005 18:50:26 +0100]: > I need to test that a package can be built with g++ >= 4:4.0.2-2 on > HPPA, Arm, or M68k. Is there a DD accessible machine that has a current > version of g++ installed? paer's sid chroot. -- Adeodato Simó

HPPA, Arm, or M68k with g++ >= 4:4.0.2-2 ?

I need to test that a package can be built with g++ >= 4:4.0.2-2 on HPPA, Arm, or M68k. Is there a DD accessible machine that has a current version of g++ installed? Cheers, /JP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian and the desktop

Bill Allombert wrote: >> ... generic menu entries ... SuSE ... > What is needed at this point is a draft policy defining what will be > the new layout and what will be the generic titles. KDE seems to use the GenericName .desktop entry. Probably a good starting point would be to cannibalize these

Re: buildd administration

"Steve Langasek" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] On Sun, Dec 11, 2005 at 03:46:12PM -0800, Thomas Bushnell BSG wrote: You have failed to detail any particular difficulty that this causes, I'm pretty sure I saw him do this already, by noting that it increases the n

Re: congratulations to our ftp-master team

Thijs Kinkhorst wrote: > If there are still open problems, the best thing would > be to communicate them as clearly as possible. If James Troup and Ryan Murray have made one thing abundantly clear, it is this: as a general rule, they will not communicate. Not clearly, not consistently, not but ra

Bug#343340: ITP: libtest-classapi-perl -- Perl extension for basic first-pass API testing for class trees

Package: wnpp Severity: wishlist Owner: Jonas Genannt <[EMAIL PROTECTED]> * Package name: libtest-classapi-perl Version : 1.02 Upstream Author : Adam Kennedy <[EMAIL PROTECTED]> * URL : http://search.cpan.org/~adamk/ * License : GPL Description : Perl ext

Re: congratulations to our ftp-master team

Thijs Kinkhorst wrote: > I don't really care that much how it's implemented, as long as status > updates are given. Sure :) -- .''`. Follow the white Rabbit - Ranty (and Lewis Carroll) : :' : `. `' Proudly running unstable Debian GNU/Linux `- www.amayita.com w

Bug#343334: ITP: libparams-check-perl -- A generic input parsing/checking mechanism

Package: wnpp Severity: wishlist Owner: "Krzysztof Krzyzaniak (eloy)" <[EMAIL PROTECTED]> * Package name: libparams-check-perl Version : 0.23 Upstream Author : Jos Boumans <[EMAIL PROTECTED]> * URL : http://search.cpan.org/~kane/Params-Check-0.23/ * License : Pe

Re: congratulations to our ftp-master team

On Wed, Dec 14, 2005 at 11:08:52AM +0100, Moritz Muehlenhoff wrote: > Petter Reinholdtsen wrote: > > But it is not doing a great job with processing a few old uploads. I > > consider it a problem that no decision have been taken on the few > > really old uploads (xvidcap, rte, mplayer). > > One

Bug#343332: ITP: libtour8 -- tournament processing library

Package: wnpp Severity: wishlist * Package name: libtour8 Version : 0.9.6 Upstream Author : Viktor Pavlenko <[EMAIL PROTECTED]> * URL : http://libtour.sourceforge.net * License : GPL Description : tournament processing library libtour is a generic tourn

Re: congratulations to our ftp-master team

On Wed, 2005-12-14 at 14:27 +0100, Amaya wrote: > Every ITP opens a bug, every upload stalled in NEW should close it. > No need to extend anything, the BTS is where these comments belong, > IMHO. Packages can end up in NEW for other reasons, but for the cases that are currently the hot topic, tha

Re: congratulations to our ftp-master team

Thijs Kinkhorst wrote: > My proposal would be exactly like that: extend the NEW queue > information page with a comments field where FTP-master can add any > comments for packages that aren't approved or rejected when first > examined. It would just have to contain a quick note about the > problems

Re: congratulations to our ftp-master team

On Wed, 2005-12-14 at 13:35 +0100, Olaf van der Spek wrote: > On 12/14/05, Nathanael Nerode <[EMAIL PROTECTED]> wrote: > > > Likewise for mozilla-firefox-adblock (2 months), new version of tidy (1 > > month), xplc (1 month), cvsconnect (1 month), cvssuck (1 month), libmpd (1 > > month); if there's

Re: buildd.debian.org (was Re: buildd administration

On Wed, Dec 14, 2005 at 05:23:48AM +, Nathanael Nerode wrote: > (The contact addresses and machine up/down statuses are a valuable part of > buildd.net which *isn't* there, but that's another matter entirely, which > requires different and additional work.) > > However, even though this is o

Re: congratulations to our ftp-master team

On 12/14/05, Nathanael Nerode <[EMAIL PROTECTED]> wrote: > Likewise for mozilla-firefox-adblock (2 months), new version of tidy (1 > month), xplc (1 month), cvsconnect (1 month), cvssuck (1 month), libmpd (1 > month); if there's something wrong with each of these packages, the > packager should kn

Re: apt PARALLELISM

On Wed, Dec 14, 2005 at 01:23:17PM +0100, Martijn van Oosterhout wrote: > ISTM the easiest would be for apt to lookup the hostname itself and > treat the single entry as a list of entires, one for each possible > address the hostname can resolve to. If one fails, try the next. apt already does tha

Re: apt PARALLELISM

2005/12/13, Henrique de Moraes Holschuh <[EMAIL PROTECTED]>: > > Time to devise a way to teach it about that, then. HOW to do it is the big > problem, though. How should one deal with round-robin DNS mirrors which are > supposed to be equal, but are not. What are the failure modes to cater > fo

Re: congratulations to our ftp-master team

Yes, ftpmaster is getting efficient at the routine processing. Congrats! Moritz Muehlenhoff wrote: > Petter Reinholdtsen wrote: >> But it is not doing a great job with processing a few old uploads. I >> consider it a problem that no decision have been taken on the few >> really old uploads (xv

Re: congratulations to our ftp-master team

Petter Reinholdtsen wrote: > But it is not doing a great job with processing a few old uploads. I > consider it a problem that no decision have been taken on the few > really old uploads (xvidcap, rte, mplayer). One of the FTP masters (I forgot who) once said that the best way to help get mplaye

buildd.debian.org (was Re: buildd administration

So for various reasons the buildd.net status code is not considered ready to be integrated on buildd.debian.org, either by its author or by its maintainer or by Ryan Murray. Fine, I understand. Well, after looking at http://buildd.debian.org/~jeroen/status/ , I concur that it's as good a general

Re: congratulations to our ftp-master team

[Marc Haber] > Acknowledged. Debian might have problems, but NEW queue processing > surely isn't one of them (any more). I agree that the NEW processing is working quite well these days, and is no longer the source of much frustration in debian. The ftp-masters are doing a great job processing n

Re: congratulations to our ftp-master team

On Dec 14, 2005 at 00:25, Anand Kumria praised the llamas by saying: > I'd like to congratulate our ftp-master team on their ability to timely > process packages progressing through the NEW queue. > > [1] > > I think you are an excellent example of people w

Re: congratulations to our ftp-master team

On Wed, December 14, 2005 09:42, Javier Fernández-Sanguino Peña wrote: > So, who knows. Not that xvidcap is critical for me, but it is somewhat > annoying to have it sitting there for no (declared) reason. While I generally agree with the other posters that NEW queue handling is going very well, I

Re: congratulations to our ftp-master team

Anand Kumria <[EMAIL PROTECTED]> writes: [...] > As this post indicates, it isn't just the ftp-master team failing Debian. Yeah, some Debian Developers suck a lot. Hm. The ftp-team is quite good in comparision, I'd say. Marc -- BOFH #208: Your mail is being routed through Germany ... and they'r

Re: congratulations to our ftp-master team

On Wed, Dec 14, 2005 at 01:40:09AM +0100, Steinar H. Gunderson wrote: > On Wed, Dec 14, 2005 at 11:25:03AM +1100, Anand Kumria wrote: > > I'd like to congratulate our ftp-master team on their ability to timely > > process packages progressing through the NEW queue. > > > >

Re: congratulations to our ftp-master team

On Wed, 14 Dec 2005 11:25:03 +1100, Anand Kumria <[EMAIL PROTECTED]> wrote: >I'd like to congratulate our ftp-master team on their ability to timely >process packages progressing through the NEW queue. Acknowledged. Debian might have problems, but NEW queue processing surely isn't one of them (any

Re: congratulations to our ftp-master team

On 12/14/05, Anand Kumria <[EMAIL PROTECTED]> wrote: > [1]: As I write this 79 NEW packages, 85 total. With only four entries more than a month old I think it's doing fine, especially compared to other maintainers/teams that have bugs open months or years.