2009/1/28 Daniel Burrows :
> I'd like to thank everyone who replied on these bugs over the last
> couple years. Especially the people who prodded me into trying out
> kernel 2.6.18-6. I've tracked down the bug, or at least I think maybe
> I have. There is definitely a bug here, but it seems to
I'd like to thank everyone who replied on these bugs over the last
couple years. Especially the people who prodded me into trying out
kernel 2.6.18-6. I've tracked down the bug, or at least I think maybe
I have. There is definitely a bug here, but it seems to be failing
even in cases where it
On Tue, Jan 27, 2009 at 09:46:22PM +0200, Eddy Petrișor
was heard to say:
> 2009/1/27 Daniel Burrows :
> > This is for everyone who can reproduce the bug.
> >
> > Could you build a libcwidget3 with the attached patch and see what's
> > produced in /tmp/cwidget.input.log when you reproduce the b
On Tue, Jan 27, 2009 at 08:12:36PM +0200, Eddy Petrișor
was heard to say:
> reassign 479438 cwidget
> forcemerge 479438 348481 431054 431688 432323 434861 462923 466254 475368
> thanks
Thanks for the triage.
Daniel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
wi
2009/1/27 Daniel Burrows :
> This is for everyone who can reproduce the bug.
>
> Could you build a libcwidget3 with the attached patch and see what's
> produced in /tmp/cwidget.input.log when you reproduce the bug? If I
> start aptitude, run dpkg once, and exit, I get this:
>
> Starting input th
2009/1/27 Daniel Burrows :
> This is for everyone who can reproduce the bug.
>
> Could you build a libcwidget3 with the attached patch and see what's
> produced in /tmp/cwidget.input.log when you reproduce the bug? If I
> start aptitude, run dpkg once, and exit, I get this:
I tried to grab the
reassign 479438 cwidget
forcemerge 479438 348481 431054 431688 432323 434861 462923 466254 475368
thanks
2009/1/27 Jens Seidel :
> On Tue, Jan 27, 2009 at 01:31:34PM +0200, Eddy Petrișor wrote:
>> >> suggest that the blocking is not visible when using the 2.6.26 kernel,=
>>
>> >> while you said th
This is for everyone who can reproduce the bug.
Could you build a libcwidget3 with the attached patch and see what's
produced in /tmp/cwidget.input.log when you reproduce the bug? If I
start aptitude, run dpkg once, and exit, I get this:
Starting input thread
Creating new input thread
Input
2009/1/27 Rich Griffiths :
> Eddy Petrișor wrote:
>>
>>
>> microwaverich, could you test once more, just to be sure, that under
>> each one of these setups aptitude blocks:
>>
>> 1) etch kernel (2.6.18-6-k7 - if you no longer have it, you can grab
>> it from http://packages.debian.org/etch/linux-i
Eddy Petrișor wrote:
microwaverich, could you test once more, just to be sure, that under
each one of these setups aptitude blocks:
1) etch kernel (2.6.18-6-k7 - if you no longer have it, you can grab
it from http://packages.debian.org/etch/linux-image-2.6.18-6-k7)
official aptitude from le
On Tue, Jan 27, 2009 at 01:31:34PM +0200, Eddy Petrișor wrote:
> >> suggest that the blocking is not visible when using the 2.6.26 kernel,=
>
> >> while you said that it is.
> > Only two reports? I really doubt it (search for older bugs!). At least it
> > worked for me with a more recent kernel wh
>> suggest that the blocking is not visible when using the 2.6.26 kernel,=
>> while you said that it is.
>=20
> Only two reports? I really doubt it (search for older bugs!). At least =
it
> worked for me with a more recent kernel whereas it freezed using 2.6.28=
=2E
Did you really mean 2.6.28 (wh
On Mon, Jan 26, 2009 at 05:04:17PM +0200, Eddy Petrișor wrote:
> There are 2 reports (1 from myself and another from somebody else) who
> suggest that the blocking is not visible when using the 2.6.26 kernel,
> while you said that it is.
Only two reports? I really doubt it (search for older bugs!)
(microwavwrich, please see somewhere below some paragraphs addressed
to you. Thanks in advance.)
2009/1/21 Daniel Burrows :
> On Tue, Jan 20, 2009 at 03:45:37PM +0200, Eddy Petrișor
> was heard to say:
>> I think I have found a lead after reading a comment from another user:
>>
>> http://bugs.de
On Tue, Jan 20, 2009 at 03:45:37PM +0200, Eddy Petrișor
was heard to say:
> I think I have found a lead after reading a comment from another user:
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504063#17
>
>
> I installed lenny's kernel and with this kernel the bug is no longer visible
>
retitle 511708 aptitude: TUI blocks after doing one set of operations
(only with etch kernel)
thanks
2009/1/19 Daniel Burrows :
> On Mon, Jan 19, 2009 at 05:28:27PM +0200, Eddy Petrișor
> was heard to say:
>> Package: aptitude
>> found 511708 0.4.11-2
>> thanks
>> I managed to install 0.4.11-2
On Mon, Jan 19, 2009 at 05:28:27PM +0200, Eddy Petrișor
was heard to say:
> Package: aptitude
> found 511708 0.4.11-2
> thanks
>
> 2009/1/17 Daniel Burrows :
> > Once we have a tighter range of versions, it might be worth trying
> > bisect out, but it'll be easier too.
> [..]
> > Here are a fe
I just had a realization. We don't need to mess around with bisect
and recompiling; you can just grab old versions from
snapshot.debian.net and see whether the bug shows up in them.
Once we have a tighter range of versions, it might be worth trying
bisect out, but it'll be easier too.
Here
On Wed, Jan 14, 2009 at 08:47:34PM -0800, Daniel Burrows
was heard to say:
> Something that would be even better if you can manage it would be to
> use "hg bisect". This will be time-consuming, but has the potential to
> track down exactly what's happening, or at least what change triggered
>
On Thu, Jan 15, 2009 at 03:23:55AM +0200, Eddy Petrișor
was heard to say:
> Daniel Burrows a scris:
> > On Tue, Jan 13, 2009 at 08:28:21PM +0200, Eddy Petrișor
> > was heard to say:
> >> I just upgraded this system yesterday to Debian Lenny from Debian Etch
> >> and since the upgrade I have see
Daniel Burrows a scris:
> On Tue, Jan 13, 2009 at 08:28:21PM +0200, Eddy Petrișor
> was heard to say:
>> I just upgraded this system yesterday to Debian Lenny from Debian Etch
>> and since the upgrade I have seen that aptitude's TUI interface blocks
>> after any set of operations that is done wit
On Tue, Jan 13, 2009 at 08:28:21PM +0200, Eddy Petrișor
was heard to say:
> I just upgraded this system yesterday to Debian Lenny from Debian Etch
> and since the upgrade I have seen that aptitude's TUI interface blocks
> after any set of operations that is done with dpkg. When the operation
> fi
Package: aptitude
Severity: serious
Justification: No more than one operation, looses information, blocks
the console, regression
Version: 0.4.11.11-1~lenny1
Hello,
I just upgraded this system yesterday to Debian Lenny from Debian Etch
and since the upgrade I have seen that aptitude's TUI interfa
23 matches
Mail list logo