After a ping from upstream about the forwarded element of this bug,
I've tried to reproduce the bug using version 2:2.24.2-1 from sid but
anjuta now works normally.
Note that I was able to reproduce the bug initially but it has now gone.
I'll reply to upstream with the news - it's up to the maint
reassign 495144 vte
forcemerge 498295 495144
tag 498295 + pending
thanks
Le vendredi 24 octobre 2008 à 17:17 +0300, Mika Hanhijärvi a écrit :
> Well okey, I admit that my reply was a bit harsh, sorry . If I would
> know how to fix that bug I would try to help. I just would like to see
> that fixed
On Fri, Oct 24, 2008, Mika Hanhijärvi wrote:
> This bug was reported over 2 months ago and Lenny will be released soon.
> But this bug is still not fixed. Looks like nothing was done to fix it.
> I have to say I'm loosing faith in quality of Debian if bugs like this
> are just ignored.
So perhaps
Well okey, I admit that my reply was a bit harsh, sorry . If I would
know how to fix that bug I would try to help. I just would like to see
that fixed in final Lenny.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
This bug was reported over 2 months ago and Lenny will be released soon.
But this bug is still not fixed. Looks like nothing was done to fix it.
I have to say I'm loosing faith in quality of Debian if bugs like this
are just ignored.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
On Thu, Oct 23, 2008, Andreas J Guelzow wrote:
> Any bug that causes the equivalent of a crash is critical. I you think
> that one can do without that menu item then remove the menu item.
Check the bugs.debian.org documentation on bug severities, "critical"
has a particular meaning.
We could a
Any bug that causes the equivalent of a crash is critical. I you think
that one can do without that menu item then remove the menu item.
There is no way I can use a program in one of my classes that will hang
if a student selects an obvious menu item to run their program.
What would users of gnum
On Tue, 2008-09-02 at 22:47 +0300, Mika Hanhijärvi wrote:
> Oh Well, what ever.
? There are other things to get done, remember. Nobody is at your beck
and call to fix this bug. Right now, I'm busy with other stuff. In due
course, you'll hear from the Anjuta maintainer or from the automated
bots t
Oh Well, what ever.
I think I'll just completelöy remove the Anjuta Debian package and
install Anjuta directly from upstream. Atleast upstream guys should be
interested to fix this bug.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROT
On Sun, 2008-08-31 at 02:50 +0300, Mika Hanhijärvi wrote:
> On Sat, 2008-08-30 at 20:12 +0100, Neil Williams wrote:
>
> > > And it's not
> > > just one option which noneone uses. it's quite likely that many users
> > > will try to run program that way and then it crashes.
> >
> > Actually, a lot
On Sat, 2008-08-30 at 20:12 +0100, Neil Williams wrote:
> > And it's not
> > just one option which noneone uses. it's quite likely that many users
> > will try to run program that way and then it crashes.
>
> Actually, a lot of programs need to be tested in different ways,
> providing options and
On Sat, 2008-08-30 at 13:35 +0300, Mika Hanhijärvi wrote:
> On Sat, 2008-08-30 at 01:26 +0100, Neil Williams wrote:
> > severity 495144 important
> > thanks
> >
> > I don't think grave severity for this bug is justifiable.
>
> It hangs the whole IDE so I think it is quite severe bug.
Lots of bu
On Sat, 2008-08-30 at 01:26 +0100, Neil Williams wrote:
> severity 495144 important
> thanks
>
> I don't think grave severity for this bug is justifiable.
It hangs the whole IDE so I think it is quite severe bug. And it's not
just one option which noneone uses. it's quite likely that many users
w
severity 495144 important
thanks
I don't think grave severity for this bug is justifiable.
The compiled program can be executed normally outside Anjuta.
The compiled program can be executed normally *within the terminal* in
Anjuta.
The rest of Anjuta is unaffected - this is a problem that cause
Using unstable and following the same method, one more item for
consideration.
The default project enables the terminal plugin and anjuta-launcher
appears to want to use this terminal. Killing anjuta-launcher allows
anjuta to continue as normal.
Edit the project preferences and disable the termin
Hi there,
On Monday 25 August 2008 11:19:58 you wrote:
> Your comment on bts.turmzimmer.net regarding #495144 looks
> interesting, but I'm not sure whether I entirely understand the
> comment and its implications. For one, if the bug does not occur in
> unstable, what happened to make it disappear
Hi Marcos,
thanks for working on RC bugs!
Your comment on bts.turmzimmer.net regarding #495144 looks
interesting, but I'm not sure whether I entirely understand the
comment and its implications. For one, if the bug does not occur in
unstable, what happened to make it disappear?
Also, it mi
I can reproduce this bug on Debian Lenny. I get exactly the same result.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Subject: anjuta: Anjuta hangs on execute program
Package: anjuta
Version: 2:2.4.2-1
Severity: grave
Justification: renders package unusable
*** Please type your report below this line ***
I start Anjuta.
I create a new generic C++ project using all defaults except that I
specify an empty director
19 matches
Mail list logo
