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,
.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
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
type of patch against what's in the Git
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 to
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
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
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/changelog
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,
Just in case, here goes the diff
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
+- natpmp-utils replaces older
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
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.org
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 thinking :)
There must be something
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
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
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
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',
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
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 GNU
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
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
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. wishlist would have been much more
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
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
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
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
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
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
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
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
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?
# dpkg -p libnet-ssh-perl-perl
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
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 understand
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
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
36 matches
Mail list logo