Package: grip
Version: 4.2.0-3
Followup-For: Bug #1025825
X-Debbugs-Cc: stanislav.maslov...@gmail.com
Hi,
The changelog to v. 2.1.0 of flask says:
"safe_join is removed, use werkzeug.utils.safe_join instead."
So, either a patch or an update is needed for grip package.
As a workaround, downgrad
rand ]
* Moves the natpmpc inside a new natpmp-utils package (Closes: #639084).
* Removes Debian specific natpmpc.1, since upstream integrated it in his
- upstream tarball.
+upstream tarball.
+
+ [ Stanislav Maslovski ]
+ * debian/control:
+- no need to build-depend/depend on python: pyth
On Mon, Sep 05, 2011 at 01:37:23PM +0800, Thomas Goirand wrote:
> Woops, wrote something silly. What we need IMO is:
>
> Package: natpmp-utils
> [...]
> -Replaces: libnatpmp0 (<= 20110808-2)
> +Replaces: libnatpmp0, libnatpmp1 (<= 20110808-2)
Correct.
--
Stanislav
--
To UNSUBSCRIBE, email t
On Mon, Sep 05, 2011 at 01:34:38PM +0800, Thomas Goirand wrote:
> On 09/05/2011 06:16 AM, Stanislav Maslovski wrote:
> > On Mon, Sep 05, 2011 at 03:25:19AM +0800, Thomas Goirand wrote:
> >> thanks a lot for your work, but could you provide a "git format-patch"
> >
natpmpc.1, since upstream integrated it in his
- upstream tarball.
+ upstream tarball.
+
+ [ Stanislav Maslovski ]
+ * debian/control:
+- no need to build-depend/depend on python: python module is not built
+- corrected libnatpmp1 dependencies
+- corrected libnatpmp-dev dependencies
+
Hi Thomas,
On Mon, Sep 05, 2011 at 03:25:19AM +0800, Thomas Goirand wrote:
> On 09/05/2011 02:21 AM, Stanislav Maslovski wrote:
> > Oops, pressed wrong key. Now attached.
> >
> > On Sun, Sep 04, 2011 at 10:18:11PM +0400, Stanislav Maslovski wrote:
> >> Hi again,
>
Oops, pressed wrong key. Now attached.
On Sun, Sep 04, 2011 at 10:18:11PM +0400, Stanislav Maslovski wrote:
> Hi again,
>
> Just in case, here goes the diff with all changes to the package.
--
Stanislav
diff -urN a/libnatpmp-20110808/debian/changelog b/libnatpmp-20110808/debian/change
Hi again,
Just in case, here goes the diff with all changes to the package.
--
Stanislav
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hello,
Please consider this NMU (uploaded to mentors.debian.net, see the
forwarded message below).
Changes:
libnatpmp (20110808-2.1) unstable; urgency=low
* Non-maintainer upload (Closes: #639084).
* debian/control:
- no need to build-depend/depend on python: python module is not built
severity 580329 minor
stop
On Wed, May 05, 2010 at 12:27:55PM +0400, Stanislav Maslovski wrote:
> On Wed, May 05, 2010 at 12:15:30PM +0400, Stanislav Maslovski wrote:
> > which obviously should read
> >
> > rm -rf /usr/doc/gnugo
>
> Oops, I have written this without
On Wed, May 05, 2010 at 12:15:30PM +0400, Stanislav Maslovski wrote:
> which obviously should read
>
> rm -rf /usr/doc/gnugo
Oops, I have written this without thinking :)
There must be something else.
--
Stanislav
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.o
Package: gnugo
Version: 3.8-3
Severity: grave
The postinst script has this errorneous instruction
rm -f /usr/doc/gnugo
which obviously should read
rm -rf /usr/doc/gnugo
Below is the dpkg log:
Selecting previously deselected package gnugo.
(Reading database ... 168358 files and directories cur
severity 566339 grave
thanks
I confirm this and change this bug severity to "grave".
To Stefan Ritter: why reassigning to libhdf5-serial-1.8.3?
--
Stanislav
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.
On Mon, 2009-10-26 at 22:16 +0100, Thorsten Alteholz wrote:
> Thanks for reporting this bug.
>
> Unfortunately it seems to be already present in the stable version of
> meep-mpi which is 0.10-2.1.
> As nobody ever noticed that for about three years now, the package does
> not seem to be that unu
Package: meep-mpi
Version: 1.1.1-2
Severity: grave
The MPI version of the program looks for the scheme files in
/usr/share/meep/meep.scm, while they are installed to /usr/share/meep-mpi
This is the error I get:
% mpirun -np 2 -machinefile my_machine /usr/bin/meep-mpi swast.ctl
Using MPI version 1
Package: libmeep6
Version: 1.1.1-1
Severity: serious
This is what dpkg says:
dpkg: error processing /var/cache/apt/archives/libmeep6_1.1.1-1_i386.deb
(--unpack):
trying to overwrite '/usr/share/meep/meep-enums.scm', which is also
in package libmeep2 0:0.20.3-3+b1
-- System Information:
Debian
Package: libmeep-mpi6
Version: 1.1.1-1
Severity: serious
This is what dpkg says:
Unpacking libmeep-mpi6 (from .../libmeep-mpi6_1.1.1-1_i386.deb) ...
dpkg: error processing
/var/cache/apt/archives/libmeep-mpi6_1.1.1-1_i386.deb (--unpack):
trying to overwrite '/usr/share/meep-mpi/meep-enums.scm',
On Sun, 2009-07-12 at 18:56 +0200, Thorsten Alteholz wrote:
> Sorry, but I could not reproduce your bug in my environment:
>
> Versions of packages harminv depends on:
> ii libatlas3gf-base [liblapack.s 3.6.0-24 Automatically Tuned Linear
> Algebra
> ii libc6 2.9-12
Package: harminv
Version: 1.3.1-2
Severity: grave
The program eats 100% CPU and never ends, even with this simple data
set given below.
% echo 0 0.1 0.2 0.2 0.1 0 -0.1 -0.2 -0.2 -0.1 0 | harminv 0-10
The same example works with harminv 1.3.1-1 built against older
libatlas:
% echo 0 0.1 0.2 0.2
package powersaved
reopen 503991
thanks
On Thu, Oct 30, 2008 at 10:28:36AM +, Debian Bug Tracking System wrote:
> Stanislav Maslovski wrote:
> > Package: powersaved
> > Version: 0.15.20-3
> > Severity: serious
> >
>
> This severity is totally exagerrated. w
Package: powersaved
Version: 0.15.20-3
Severity: serious
Any non-trivial configuration of powersaved requires writing event scripts.
At the moment these scripts must be placed under /usr/lib/powersave/scripts
which violates Debian Policy (see below). Please respect the policy.
Some excerpts from
severity 502609 normal
retitle 502609 HDD powersaving and backlight problems on DELL Vostro 1400
thanks
Hm, I have investiged the problem more and it seems I was wrong about
the reason of the behaviour I see. It seems that it is rather a bug in
gnome-power-manager daemon.
More information:
I have
Package: gnome-power-manager
Version: 2.22.1-3
Severity: critical
Justification: breaks unrelated software
Currenly, gnome-power-manager badly interfers with acpi-support which
is installed by default by 'Laptop' task. In theory, this can
indroduce data loss, or even break hardware in some corner
Package: gnome-utils
Version: 2.20.0.1-2
Severity: grave
Justification: renders package unusable
When I ran log viewer for the first time I did not see /var/log/syslog
listed there so I went to File->Open, navigated to the needed file and
opened it. The syslog was added to the list and shown. But
Package: mldonkey-server
Version: 2.9.5-1.1
Followup-For: Bug #498491
To the reporter:
No, these options are set for start-stop-daemon, not for mlnet.
Have you checked that no other running daemon uses mldonkey's ports?
For example, anon-proxy uses port 4001 by default and can prevent
mlnet fro
Package: nvidia-kernel-legacy-96xx-2.6.26-1-686
Version: 96.43.07+1
Severity: grave
Justification: renders package unusable
Currently nvidia-kernel-legacy-96xx-2.6.26-1-686 is unusable because
nvidia-glx-legacy-96xx cannot be installed together with it.
Indeed, nvidia-glx-legacy-96xx depends on n
Package: gtk2-engines-cleanice
Version: 2.4.0-1.1
Followup-For: Bug #490150
Here goes the gdb log:
==
$ gdb geeqie
GNU gdb 6.7.1-debian
Copyright (C) 2007 Free Software Foundation, Inc.
License GPLv3+: GNU GPL ver
Package: gtk2-engines-cleanice
Version: 2.4.0-1.1
Severity: critical
Justification: breaks unrelated software
Version 2.4.0 does not check for possible NULL pointers supplied to strncmp()
in draw_flat_box() in cleanice-draw.c, line 1013. This breaks unrelated
software (noticed with Geeqie, bug #4
Package: polipo
Version: 0.9.12-1
Severity: grave
This should be of interest to the security team. I tried to contact them
in debian.security about a month ago but with no result.
Summary: polipo crashes because of a null-pointer dereference in the
dns-handling code.
Detailed report including t
On Fri, Aug 24, 2007 at 09:13:30PM +0200, Martin Michlmayr wrote:
> * Stanislav Maslovski <[EMAIL PROTECTED]> [2007-08-24 13:53]:
> > Package: libnet-ssh-perl-perl
>
> This package is not in Debian. What does
> dpkg -p libnet-ssh-perl-perl | grep Maintainer:
> say?
Package: libnet-ssh-perl-perl
Version: 1.30-1
Severity: grave
Justification: renders package unusable
Net::SSH::Perl->new() failed: Can't locate Math/Pari.pm in @INC (@INC
contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8
/usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /
Package: xcdroast
Version: 0.98+0alpha15-11
Followup-For: Bug #406331
Confirming getting the same error. This is related, as I belive with the
following 'faked' version report that is returned by readcd --version:
$ readcd --version
readcd 2.01.01a05 is not what you see here. This line is only a
On Mon, Aug 14, 2006 at 12:10:59PM +0200, Ralf Stubner wrote:
[ ... ]
> > Another thing that can be useful is that the version of tetex I had
> > was from the stable distro (i.e. 2.0.2c-8).
>
> This, however, is very interesting and might well be the special
> situation mentioned above. Do I under
Package: texlive
Version: 2005.dfsg.1-1
Severity: grave
Justification: renders package unusable
Installing texlive on my system that had tetex installed, simply by
aptitude -tunstable install texlive
failed (at the configuring stage) with the following message:
Package: azureus
Version: 2.4.0.2-2
Severity: grave
Justification: renders package unusable
The azureus package depends on a package not available in unstable
anymore, namely on libswt-gtk-3.1-java.
Please update the dependency list.
It is installable from testing, however.
-- System Informatio
Package: libfreetype6
Version: 2.1.7-2.5custom
Followup-For: Bug #373581
I reported this bug to [EMAIL PROTECTED] on 12.06 with a similar patch but
got no reply yet. It definitely should be fixed asap.
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.16-mini
36 matches
Mail list logo
