On Sun, 2013-02-03 at 00:46 +0100, Florian Schlichting wrote:
> The only big thing left that I can make out in the diff between
> 0.5.3r449-3 and 0.5.3r450-1 (attached) is that r450 makes use of
> a number of hardening build flags by virtue of dh compat level 9. This
> also causes the build log to
On Sun, 2013-02-03 at 00:46 +0100, Florian Schlichting wrote:
> Hi Adalbert,
>
> > > Thanks for testing. I've put up r450, r451, r452, r455, r457 in the same
> > > place, if you're up for a second round.
>
> > They all fail
>
> That's what I thought - there wasn't anything left in the upstream
I am not a C coder and even less a vpnc expert, but for me the diff
between r449 and 450 does not look dangerous. So I had the idea that the
bug might not have been introduced in r450 at all. Instead, it could
have been fixed by one of the debian patches which were applied to the
r449 debian packag
On Sat, 2013-02-02 at 01:18 +0100, Florian Schlichting wrote:
> On Tue, Jan 29, 2013 at 08:31:33AM +0100, Adalbert Dawid wrote:
> > On Tue, 2013-01-29 at 01:09 +0100, Florian Schlichting wrote:
> > > Would you be willing to narrow this down doing a bit of bisecting?
&g
On Tue, 2013-01-29 at 01:09 +0100, Florian Schlichting wrote:
> Would you be willing to narrow this down doing a bit of bisecting?
>
> At http://fschlich.userpage.fu-berlin.de/vpnc/ I've put up amd64
> packages for r465, r467, r469 and r472. Cou could try them in this order
> and tell me which one
Package: vpnc
Version: 0.5.3r512-2
Severity: important
--- Please enter the report below this line. ---
Vpnc (in all versions 0.5.3r512-1 and above) fails to connect to the Cisco ASA
5520 Cluster with software version 8.3. This does not happen with versions
pre-r512, in other words everything w
Package: linux-image-2.6.22-2-k7
Version: 2.6.22-4
Severity: important
After resuming from suspend there is no network.
'ip add' only outputs the loopback device.
'/etc/init.d/networking restart' doesn't help either.
This bug does not occur with earlier kernel versions (i.e. <=2.6.21).
My machi
Package: mount
Version: 2.12r-15
Severity: important
(Setting severity to "important", but maybe this is RC)
Recently I discovered that my system is not mounting the swap partition
(/dev/hdb2) anymore. I deleted and recreated the partition with fdisk,
then:
[EMAIL PROTECTED]:~# mkswap /dev/hdb2
I found out that this particular (mis)behaviour of grdesktop was not the
fault of grdesktop itself, but a shellscript that I had created some
time ago and then forgotten. In fact, the script was calling itself
recursively and thus killing the machine within a few seconds. Really
stupid thing...
So
Package: grdesktop
Version: 0.23-2+b1
Severity: critical
Justification: breaks the whole system
When I launch grdesktop, it eats up the whole memory of my machine
(1 GB) whithin one or two seconds and freezes the whole system, forcing me
to do a hard reset. This happens *immediately* after
> I'm Thomas Thurman, the developer who wrote the original patch. The schema
> patch looks good to me: Adalbert, would you mind also attaching it to gnome
> bug 83892?
Done.
> Incidentally, I was wondering whether you wanted it to default to true or
> false in Debian.
I don't want to make anyone
Am Samstag, den 05.08.2006, 03:29 +0200 schrieb Josselin Mouette:
> The patch is harmless as the so-called "feature" is disabled by default.
> However there isn't even a schema for the GConf key. I don't think it is
> appropriate to use a key that doesn't have a schema.
I added an appropriate sch
Package: metacity
Version: 1:2.14.5-1
Severity: wishlist
Tags: patch
Many people wish to be able to double click the menu button (which is by
default on the upper left) in order to close a window. See the discussion at
http://bugzilla.gnome.org/show_bug.cgi?id=83892
There Thomas Thurman provides
For me apt-file works fine again!
Regards,
Adalbert
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
Subject: apt-file: Same broken behaviour here...
Followup-For: Bug #373903
Package: apt-file
Version: 2.0.8
I'd like to state that the broken behaviour described above also occurs
on two etch machines of mine. IMO the bug severity should be raised to
grave as it renders the package completely usel
Hi Michael,
Am Dienstag, den 09.05.2006, 09:46 +0200 schrieb Michael Vogt:
> On Mon, May 08, 2006 at 10:52:36PM +0200, Adalbert Dawid wrote:
> > Package: synaptic
> > Version: 0.57.9
> > Severity: grave
> > Justification: renders package unusable
>
> Thanks for
Package: synaptic
Version: 0.57.9
Severity: grave
Justification: renders package unusable
Synaptic crashes in (at least) two cases. Steps to reproduce:
1.
a) Open the "Repositories" dialog
b) Change something (e.g. activate some inactive repository by clicking
on its checkbox)
c) Click "OK".
2.
Package: procps
Version: 1:3.2.1-2
I installed Sarge on a Quad-Xeon (4 CPUs), 2.6.8-2-686-smp Debian kernel.
"top" is showing a load >98% for all four CPUs, although there are no relevant
processes running on the system.
Below, you can see the output of top sorted decreasingly by %CPU:
top - 07:
Package: libgphoto2-2
Version: 2.1.5-5.0
Followup-For: Bug #308290
Indeed, after installing the three debs everything works fine again!
(Would be great if this bug could be eliminated before the Sarge release...)
Regards,
Adalbert
- System Information:
Debian Release: 3.1
APT prefers testing
Package: libgphoto2-2
Version: 2.1.5-4
Severity: important
libgphoto2-2 fails to download avi-files from my Canon IXUS IIs. Though,
for pics everything works fine. This bug happens independently from the
used frontend (checked for gthumb, digikam and the command line tool
gphoto2) and on two diffe
20 matches
Mail list logo