[arch-general] [signoff] kernel26-lts 2.6.32.36-1

2011-03-28 Thread Andreas Radke
Upstream update with security fixes. Please signoff. -Andy

Re: [arch-general] Display "Flicker" with 2.6.37.5-1 & nvidia 270.30-3 (dual head)

2011-03-28 Thread Mike Sampson
On Tue, Mar 29, 2011 at 2:30 PM, David C. Rankin wrote: > On 03/28/2011 05:07 PM, Jason Melton wrote: >> >> It may be a card-specific or similar issue? >> > > Possibly?  This is a standard old 8600GT with 512M of GDDR3. It has been > rock solid with all driver up to the last two months or so. I'm

[arch-general] New Kernel - Virtualbox VM kernel crash on shutdown

2011-03-28 Thread David C. Rankin
Guys, kernel26-2.6.37.5-1 running in a virtualbox vm is causing a kernel crash on shutdown. The full screen of the crash is here: http://www.3111skyline.com/dl/arch/bugs/kernel/vbox-crash-on-shutdown.jpg The Call Trace: shows the likes of: shrink_dcache_for_unmount_subtree shrink_dcache_fo

Re: [arch-general] Display "Flicker" with 2.6.37.5-1 & nvidia 270.30-3 (dual head)

2011-03-28 Thread David C. Rankin
On 03/28/2011 05:07 PM, Jason Melton wrote: It may be a card-specific or similar issue? Possibly? This is a standard old 8600GT with 512M of GDDR3. It has been rock solid with all driver up to the last two months or so. I'm suspecting the new xorg changes that have also caused problem not o

Re: [arch-general] Display "Flicker" with 2.6.37.5-1 & nvidia 270.30-3 (dual head)

2011-03-28 Thread Jason Melton
On Tue, Mar 29, 2011 at 2:16 AM, Bernardo Barros wrote: > With 2.6.38.1 and nvidia 270.30 I get a very strange artifact at the > start-up of KDE, just about a second when it makes the desktop, then > everything seems normal. With OpenBox it's all good here. > kernel 2.6.37.5-1 nvidia 270.30-3 kde

Re: [arch-general] inefficient handling of bug reports?

2011-03-28 Thread Sander Jansen
On Mon, Mar 28, 2011 at 8:07 AM, Ionuț Bîru wrote: > On 03/27/2011 05:16 AM, Angus wrote: >> >> When I file a bug report with the Flyspray web interface, why can't I >> specify the package it concerns? Having that option should make it >> possible for the package maintainers to be immediately and

Re: [arch-general] [signoff] kernel26-2.6.38.1-1

2011-03-28 Thread Richard Schütz
Am 25.03.2011 09:09, schrieb Sergey Manucharian: Excerpts from Tobias Powalowski's message from Fri 25-Mar-11 07:46: Upstream changes: http://kernelnewbies.org/LinuxChanges Features included: - latest stable patches - disabled /dev/kmem - added AMD_IOMMU support - kernel image is now xz compres

Re: [arch-general] Display "Flicker" with 2.6.37.5-1 & nvidia 270.30-3 (dual head)

2011-03-28 Thread Bernardo Barros
With 2.6.38.1 and nvidia 270.30 I get a very strange artifact at the start-up of KDE, just about a second when it makes the desktop, then everything seems normal. With OpenBox it's all good here.

Re: [arch-general] inefficient handling of bug reports?

2011-03-28 Thread Simon Perry
On Mon, 28 Mar 2011 18:53:35 +0200, Cédric Girard wrote: Every task is not a bug. It could be a feature request or something else. Yep, and I get Ionuț Bîru's Bugzilla comparison now. -- Simon Perry (aka Pezz) [ s a n x i o n . n e t ]

Re: [arch-general] inefficient handling of bug reports?

2011-03-28 Thread Ray Rashif
On 29 March 2011 00:40, Simon Perry wrote: > Which eludes to the original issue - instead of a wrangler, or team of > wranglers, who have to deal with everything, let users do the initial > assignment, then if it needs to go somewhere else, the team it's been > assigned to can throw it back to the

Re: [arch-general] inefficient handling of bug reports?

2011-03-28 Thread Cédric Girard
On Mon, Mar 28, 2011 at 6:40 PM, Simon Perry wrote: > Even though the button name makes no sense, I'll go back to lurking. Every task is not a bug. It could be a feature request or something else. -- Cédric Girard

[arch-general] Display "Flicker" with 2.6.37.5-1 & nvidia 270.30-3 (dual head)

2011-03-28 Thread David C. Rankin
Guys, Can anyone else confirm seeing display "Flicker" on startup with the new kernel and nvidia driver? What I mean by "Flicker" is that dark bands 1/8-1/4 screen wide (vertically) will appear as horizontal bars for a fraction of a second for the first few minutes after boot. (It is not har

Re: [arch-general] inefficient handling of bug reports?

2011-03-28 Thread Simon Perry
On Tue, 29 Mar 2011 00:18:14 +0800, Ray Rashif wrote: There is no problem. What are you talking about? Anyone is free to mention in the report what package they think is related. Which eludes to the original issue - instead of a wrangler, or team of wranglers, who have to deal with everything

Re: [arch-general] inefficient handling of bug reports?

2011-03-28 Thread Ray Rashif
On 28 March 2011 21:19, Angus wrote: > But a script should be able to take care of this, no? Probably. Get the prefix and then just match against a db/text file of packages and respective maintainers. If no prefix or nothing found, then let the wrangler handle it (the assignment).

Re: [arch-general] inefficient handling of bug reports?

2011-03-28 Thread Ray Rashif
On 28 March 2011 23:09, Simon Perry wrote: > I don't understand why people can't tell other people where they think the > bug is. They can! (with the prefix) > If it's not right, let the wrangler handle it. Correct. (edit the prefix) > I think if someone is prepared to even consider submitting

Re: [arch-general] [arch-releng] Default Bootloader for AIF

2011-03-28 Thread Dieter Plaetinck
On Sun, 27 Mar 2011 17:06:57 -0400 David Campbell wrote: > Excerpts from Dieter Plaetinck's message of 2011-03-27 10:01:35 -0400: > > If I want to support GPT I will need decent utilities from upstream. > > I know about parted and sgdisk but I need a toolset for: > > - interactive partitioning >

Re: [arch-general] inefficient handling of bug reports?

2011-03-28 Thread Simon Perry
On Mon, 28 Mar 2011 18:40:04 +0300, Ionuț Bîru wrote: the button is called "Add new task" I actually just spotted that. I'm not kidding -- "Hmm, let's see what Add New Task does". IT CREATES A NEW BUG REPORT. Let me say the magic words: I'm sorry. But.. "New Bug".. Nobody thought of t

Re: [arch-general] inefficient handling of bug reports?

2011-03-28 Thread Thomas Bächler
Am 28.03.2011 17:09, schrieb Simon Perry: > I've had an account on bugs.archlinux.org for a while, I still can't > even see the "new bug" button, it doesn't exist as far as I can see. You might want to log in. signature.asc Description: OpenPGP digital signature

Re: [arch-general] inefficient handling of bug reports?

2011-03-28 Thread Ionuț Bîru
On 03/28/2011 06:38 PM, Simon Perry wrote: On Mon, 28 Mar 2011 17:21:46 +0200, Jelle van der Waa wrote: Btw in short, there is an RSS feed for new bugs. here is the feed for [community] https://bugs.archlinux.org/feed.php?feed_type=rss1&project=5 So there is no need for a special mailing list.

Re: [arch-general] inefficient handling of bug reports?

2011-03-28 Thread Simon Perry
On Mon, 28 Mar 2011 17:21:46 +0200, Jelle van der Waa wrote: Btw in short, there is an RSS feed for new bugs. here is the feed for [community] https://bugs.archlinux.org/feed.php?feed_type=rss1&project=5 So there is no need for a special mailing list. That's great, but everyone has to keep

Re: [arch-general] inefficient handling of bug reports?

2011-03-28 Thread Jelle van der Waa
On Tue, 2011-03-29 at 02:09 +1100, Simon Perry wrote: > On Mon, 28 Mar 2011 16:07:12 +0300, Ionuț Bîru wrote: > > > instead we chose to have some style but not everyone use it. > > I don't understand why people can't tell other people where they think > the bug is. > > If it's not right, le

Re: [arch-general] inefficient handling of bug reports?

2011-03-28 Thread Simon Perry
On Mon, 28 Mar 2011 16:07:12 +0300, Ionuț Bîru wrote: instead we chose to have some style but not everyone use it. I don't understand why people can't tell other people where they think the bug is. If it's not right, let the wrangler handle it. I think if someone is prepared to even consid

Re: [arch-general] [arch-dev-public] New list: arch-projects

2011-03-28 Thread Pierre Schmitz
On Sat, 26 Mar 2011 16:56:07 +0100, Thomas Bächler wrote: > A new list has been created: arch-projects. > > This list is for development discussion, patches and pull requests for > initscripts, netcfg, dbscripts, devtools (and maybe other projects, > those are the ones I could think of). > > Anyo

Re: [arch-general] flyspray mailing list

2011-03-28 Thread Grigorios Bouzakis
Sergej Pupykin wrote: > Hello, > > what about creating mailing list with all flyspray notifications? > > I think it can take off some load from bug wrangler person and may be > usefull for Arch users. > Maybe something like this would help assign bug reports quicker? FWIW i am in favour of such

Re: [arch-general] What happened to Powerpill?

2011-03-28 Thread Corrado Primier
2011/3/28 Nicolas Bigaouette : > I guess it would make sense if your own bandwidth is bigger then the > mirror's... It happens with my ISP that the single connection bandwidth looks to be capped. I have 8Mbit but a single transfer rarely exceeds 2Mbit, unless it is very late night or Sunday mornin

Re: [arch-general] inefficient handling of bug reports?

2011-03-28 Thread Angus
On Mon, Mar 28, 2011 at 10:31 PM, Grigorios Bouzakis wrote: > Angus wrote: >> >> But a script should be able to take care of this, no? >> > > Doesn't a script solve everything? > Here is Arch's customized flyspray: > http://projects.archlinux.org/vhosts/bugs.archlinux.org.git Thanks. Unfortunate

Re: [arch-general] inefficient handling of bug reports?

2011-03-28 Thread Grigorios Bouzakis
Angus wrote: > > But a script should be able to take care of this, no? > Doesn't a script solve everything? Here is Arch's customized flyspray: http://projects.archlinux.org/vhosts/bugs.archlinux.org.git >> instead we chose to have some style but not everyone use it. >> >> [packagename] short de

Re: [arch-general] inefficient handling of bug reports?

2011-03-28 Thread Angus
On Mon, Mar 28, 2011 at 10:07 PM, Ionuț Bîru wrote: > On 03/27/2011 05:16 AM, Angus wrote: >> >> When I file a bug report with the Flyspray web interface, why can't I >> specify the package it concerns? Having that option should make it >> possible for the package maintainers to be immediately and

Re: [arch-general] inefficient handling of bug reports?

2011-03-28 Thread Angus
On Mon, Mar 28, 2011 at 9:58 PM, Grigorios Bouzakis wrote: > Angus wrote: >>> When I file a bug report with the Flyspray web interface, why can't I >>> specify the package it concerns? Having that option should make it >>> possible for the package maintainers to be immediately and >>> automatical

Re: [arch-general] inefficient handling of bug reports?

2011-03-28 Thread Ionuț Bîru
On 03/27/2011 05:16 AM, Angus wrote: When I file a bug report with the Flyspray web interface, why can't I specify the package it concerns? Having that option should make it possible for the package maintainers to be immediately and automatically notified of the report. you seem to be a regula

Re: [arch-general] inefficient handling of bug reports?

2011-03-28 Thread Grigorios Bouzakis
Angus wrote: >> When I file a bug report with the Flyspray web interface, why can't I >> specify the package it concerns? Having that option should make it >> possible for the package maintainers to be immediately and >> automatically notified of the report. >> >> The way it works now seems to be

Re: [arch-general] inefficient handling of bug reports?

2011-03-28 Thread Angus
> When I file a bug report with the Flyspray web interface, why can't I > specify the package it concerns? Having that option should make it > possible for the package maintainers to be immediately and > automatically notified of the report. > > The way it works now seems to be that I have to wait

Re: [arch-general] What happened to Powerpill?

2011-03-28 Thread Nicolas Bigaouette
I guess it would make sense if your own bandwidth is bigger then the mirror's... 2011/3/28 Cédric Girard > On Mon, Mar 28, 2011 at 11:07 AM, Oon-Ee Ng > wrote: > > > If you have 10 files to download, powerpill allows for 1 file from > > mirror A, another from mirror B, and chunks of that large

Re: [arch-general] What happened to Powerpill?

2011-03-28 Thread Cédric Girard
On Mon, Mar 28, 2011 at 11:07 AM, Oon-Ee Ng wrote: > If you have 10 files to download, powerpill allows for 1 file from > mirror A, another from mirror B, and chunks of that large 68MB file > from mirrors C, D, and E at the same time. > > With the other solutions, you'd still wait for file 1 to f

Re: [arch-general] What happened to Powerpill?

2011-03-28 Thread Oon-Ee Ng
2011/3/28 Cédric Girard : > On Mon, Mar 28, 2011 at 10:13 AM, Oon-Ee Ng wrote: > >> 2011/3/28 Cédric Girard : >> > On Sat, Mar 26, 2011 at 11:28 AM, Marek Otahal >> wrote: >> > >> >> I started >> >> using it recently for it's aria2c multithreaded downloads >> >> >> > >> > Hi, >> > You may continu

Re: [arch-general] What happened to Powerpill?

2011-03-28 Thread Cédric Girard
On Mon, Mar 28, 2011 at 10:13 AM, Oon-Ee Ng wrote: > 2011/3/28 Cédric Girard : > > On Sat, Mar 26, 2011 at 11:28 AM, Marek Otahal > wrote: > > > >> I started > >> using it recently for it's aria2c multithreaded downloads > >> > > > > Hi, > > You may continue to use aria2c with various techniques

Re: [arch-general] What happened to Powerpill?

2011-03-28 Thread Oon-Ee Ng
2011/3/28 Cédric Girard : > On Sat, Mar 26, 2011 at 11:28 AM, Marek Otahal wrote: > >> I started >> using it recently for it's aria2c multithreaded downloads >> > > Hi, > You may continue to use aria2c with various techniques explained here: > https://wiki.archlinux.org/index.php/Improve_Pacman_Pe

Re: [arch-general] What happened to Powerpill?

2011-03-28 Thread Cédric Girard
On Sat, Mar 26, 2011 at 11:28 AM, Marek Otahal wrote: > I started > using it recently for it's aria2c multithreaded downloads > Hi, You may continue to use aria2c with various techniques explained here: https://wiki.archlinux.org/index.php/Improve_Pacman_Performance#Using_aria2 Regards, -- Céd