Stuar,
On Sun, Dec 22, 2019 at 2:57 AM Stuart Prescott wrote:
> I've prepared an upload for this package and made a MR on salsa with the
> relevant changes.
>
> https://salsa.debian.org/debian/python-iniparse/merge_requests/1
Thank you. Please go ahead.
Andrej also contacted me a
On Mon, Feb 18, 2019 at 11:39 AM Julien Cristau wrote:
> Well it's going to be delayed by virtue of making tortoisehg and hg-git
> uninstallable anyway, for now. Is there an ETA on a tortoise 4.9
> release?
>
>
Let me check with upstream.
Thanks,
Ludovico
On Mon, Feb 18, 2019 at 10:58 AM Julien Cristau wrote:
> > Thank you for the bug report. TortoiseHg 4.9 has not been released yet.
> >
> There's no need for the tags, and this will affect buster when mercurial
> migrates so they're wrong anyway.
>
I see.
Would it make sense to delay the
package src:tortoisehg
tags 921704 + sid experimental
thanks
Thank you for the bug report. TortoiseHg 4.9 has not been released yet.
Ludovico
On Fri, Feb 8, 2019 at 12:09 AM Julien Cristau wrote:
> Source: tortoisehg
> Version: 4.8.1-0.1
> Severity: serious
> X-Debbugs-Cc: James Cowgill
>
>
Thank you for your help!
Ludovico
On Sun, Feb 3, 2019 at 7:24 PM peter green wrote:
> I have uploaded a NMU fixing this bug, a debdiff is attatched. Per the NMU
> guidelines since this RC bug is 7 days old with no maintainer response I
> have uploaded the NMU without delay.
>
>
Thank you for bug report. I am going to upload ntopng 3.8 soon and it will
fix the build against the latest ndpi.
Ludovico
On Sun, Jan 20, 2019 at 8:36 AM Adrian Bunk wrote:
> Source: ntopng
> Version: 2.4+dfsg1-4
> Severity: serious
> Tags: ftbfs
>
>
>
Hi,
I have an update on this: I have a patch for upstream review at
https://github.com/ntop/nDPI/pull/506.
It fixes this issue, but unittests still fail on s90x (and I guess on the
other big endian archs), so no new upload for now, until I debug that.
Ludovico
package src:jcc
tags 885955 + confirmed pending
thanks
On Sun, Dec 31, 2017 at 3:06 PM Adam Borowski wrote:
> I'm afraid that your package fails to build on armhf, with:
> /usr/bin/ld: cannot find -ljvm
>
> It does succeed on at least amd64, though.
>
For some reason
Thank you for looking into this.
On Tue, Jan 2, 2018 at 12:15 PM Aaron M. Ucko wrote:
> > It so happens that I was having a brief look already :)
>
> Great, thanks!
>
> > The hang occurs inside the above while loop. Notice that the value
> > loaded into "label" inside the loop
Hi Daniel,
Thank you for the report.
As you described, the issues is exactly the same as #856048, so I am going
to merge the bugs.
Given that this impacts a core functionality, it may qualify for a stable
release update. I will check with the stable release team.
Thanks,
Ludovico
On Thu, Dec
On Sat, Apr 2, 2016 at 6:34 PM Ludovico Cavedon <cave...@debian.org> wrote:
> Thanks for bringing this up, I will submit a removal request now.
>
>
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=819848
Ludovico
Hi,
On Sun, Mar 6, 2016 at 3:00 PM Sebastian Ramacher
wrote:
> quotecom seems to be dead upstream (qutecom.org is no longer reachable,
> last
> upstream release was four years ago) and has many bugs that will become RC
> soonish: #803856 (ffmpeg transition), #812163 (GCC
Hi,
first of all for the bug report and the suggestions.
I am working in including them.
On Sat, Sep 6, 2014 at 3:22 PM, roma1390 roma1...@gmail.com wrote:
1. general naming must be followed, and script named like other update-*
scripts
update-geoip-database-contrib
I am not sure it is a
package geoip-database-update
severity 760688 normal
thanks
On Sun, Sep 21, 2014 at 4:25 PM, Ludovico Cavedon cave...@debian.org wrote:
2. file update has race conditions:
- file is removed and later downloaded
- file decompresion is in place, this exposes partial file to user
3. file
Hi Luca,
my understanding (supported by a simple test and code check) was that
CVE-2014-4329 was fixed in version 1.2.0
https://svn.ntop.org/bugzilla/show_bug.cgi?id=379
However, as Salvatore noticed, it is announced as being fixed in version 1.2.1.
Can you confirm which version fixed it,
On Thu, Aug 7, 2014 at 3:53 AM, Sébastien KALT sk...@throka.org wrote:
If I downgrade mercurial to testing version (3.0.2-1) it doesn't crash.
I've seen that there is a new upstream version for tortoisehg
(http://tortoisehg.bitbucket.org/download/source.html) : 3.1
As mercurial is version
On Sun, Apr 13, 2014 at 6:51 AM, Emilien Klein emilien+deb...@klein.st wrote:
I have just installed nautilus-image-manipulator in a fresh Sid
installation (came with nautilus and python-nautilus as dependencies)
and I didn't have any issues of any kind running nautilus and the extension.
I
Hi Bastien,
On Sun, Feb 2, 2014 at 12:58 PM, bastien ROUCARIES
roucaries.bast...@gmail.com wrote:
I could not find the source of:
html/jquery-1.7.2.min.js
html/jquery-ui-1.8.16.custom.min.js
html/jqplot/jquery.jqplot.min.js
Thank you for the bug report.
For jqplot I will include the source
Package: python-nautilus
Version: 1.1-4
Followup-For: Bug #725665
Dear Maintainer,
the problem is still happening for me ob python-nautilus 1.1-4:
$ nautilus
Initializing nautilus-gdu extension
ImportError: could not import gobject (could not find _PyGObject_API object)
(nautilus:13263):
Hi Luk,
On Sat, Aug 24, 2013 at 8:06 AM, Luk Claes l...@debian.org wrote:
Your package is blocking the libav9 transition and will likely be
removed from testing unless a solution is found soon.
Sorry about that and thank you for your notification.
I will be travelling the next two days, I will
package tortoisehg
tags 710757 + confirmed pending sid
thanks
On Sun, Jun 2, 2013 at 12:20 AM, Ralf Treinen trei...@free.fr wrote:
tortoisehg is not installable in sid since it depends on
mercurial (= 2.1~), mercurial ( 2.3~)
However, the version of mercurial available in sid is 2.6.1-1.
package tortoisehg
forcemerge 702715 710453
tags 702715 + confirmed pending jessie sid
thanks
Hi,
On Wed, May 29, 2013 at 7:58 AM, Matthew Gabeler-Lee
chee...@fastcat.org wrote:
This bug has now landed. As the packages in testing / unstable now stand,
you cannot use tortoisehg.
Thank you for
package ntop
forcemerge 700442 647275
thanks
Merging #700442 and #647275.
Thanks to Helmut Grohne for finding the cause of the double free.
This problem has been already fixed in the latest upstream version by
removing the code handling ip fragments.
Being this a security related bug, I will
Hi Helmut,
On Tue, Feb 19, 2013 at 8:23 PM, Helmut Grohne
h.gro...@cygnusnetworks.de wrote:
I cannot send you a capture, because that could compromise the
confidentiality of the data send by users. I am currently trying to
reproduce the issue in a more controlled manner.
I understand.
package ntop
severity 700442 important
thanks
Hi,
On Wed, Feb 13, 2013 at 2:55 AM, Helmut Grohne
h.gro...@cygnusnetworks.de wrote:
Running ntop under gdb. In most cases it segfaults within the first 10
seconds.
Thank you for the report.
I am downgrading the severity on the bug to important,
Hi,
On Sat, Feb 9, 2013 at 9:05 AM, Giovanni Rapagnani g...@ideanet.be wrote:
a 3rd solution is to recompile without ssl support.
Yes.
Turns out that porting to gnutls is not as simple as the openssl
wrapper is not enough.
I will apply your patch this weekend.
Thanks!
Ludovico
--
To
On Mon, Dec 10, 2012 at 1:04 PM, Francesco Poli
invernom...@paranoici.org wrote:
Even if there's no *direct* linking of libgdm3 with libssl, it is my
understanding that there is indeed an issue, as long as one single
binary executable is linked with both libgdm3 and libssl.
I believe that
Hi Francesco,
On Fri, Dec 7, 2012 at 1:13 PM, Francesco Poli (wintermute)
invernom...@paranoici.org wrote:
I noticed that ntop is mainly licensed under the terms of the GNU GPL
v2 or later, with only one file (ssl.c) having an OpenSSL linking
exception.
However, ntop seems to link with
package src:ntop
tags 692732 + confirmed
thanks
Hi,
On Sun, Nov 18, 2012 at 5:05 AM, Ivo De Decker ivo.dedec...@ugent.be wrote:
On Thu, Nov 08, 2012 at 11:39:53AM +, Ansgar Burchardt wrote:
Files: countmin.h
Copyright: 2003-2004, G. Cormode
License: CC-BY-NC
That is obviously a
Andrew,
gconf-cleaner has been abandoned by upstream for a while now and I do
not believe it in a shape suitable for a stable release, so I am going
to ask removal from Debian.
Thanks for reporting the issue,
Cheers,
Ludovico
On Wed, Oct 24, 2012 at 1:31 PM, Andrew Starr-Bochicchio
package tortoisehg-nautilus
severity 678558 normal
tags 678558 + moreinfo unreproducible
thanks
On Sat, Jun 23, 2012 at 1:33 AM, Ludovico Cavedon
ludovico.cave...@gmail.com wrote:
On Fri, Jun 22, 2012 at 10:36 AM, Leandro Doctors ldoct...@gmail.com wrote:
The TortoiseHg contextual menu does
package src:ntop
merge 679734 679749
thanks
On Sun, Jul 1, 2012 at 3:05 AM, Ansgar Burchardt ans...@debian.org wrote:
The maintainer address bounces:
jor...@linuxgen.com
retry timeout exceeded
Thanks for the report.
I am trying to reach Jordan.
Ludovico
--
To UNSUBSCRIBE, email to
Hi,
On Fri, Jun 22, 2012 at 10:36 AM, Leandro Doctors ldoct...@gmail.com wrote:
The TortoiseHg contextual menu does not appear (either in Hg-managed or non
Hg-
managed folders)
I am not able to reproduce the the problem.
Could you try:
-starting thg from a terinal? Does it work?
-start
package tortoisehg-nautilus
forcemerge 644697 612574
tags 644697 + confirmed
thanks
On Sat, Oct 8, 2011 at 2:46 AM, j...@debian.org wrote:
The introduction of nautilus 3 to unstable is imminent. In this version,
the extensions interface has changed, and tortoisehg-nautilus
requires changes to
package jcc
tags 644585 + confirmed pending
thanks
On Fri, Oct 7, 2011 at 1:03 AM, Nobuhiro Iwamatsu iwama...@nigauri.org wrote:
jcc FTBFS on armel, powerpc and sh4.
Thank you for the patch. I have made some changes and I am uploading
the new package.
It should now be more robust and not fail
package ntop
severity 626713 important
tags 626713 + moreinfo
thanks
Lowering severity as looks like it is dependent on your specific a
hardware and is likely to be a kernel bug. However, I need some more
information (see previous message) before reassigning the bug.
Thanks,
Ludovico
--
To
Hi,
On 05/14/2011 08:20 AM, Robert wrote:
Installing this package will eventually crash my system and renders it
unbootable. (FWIW, iftop works fine.) I appear to be using e1000 for my
network driver and my computer is a Dell Optiplex GX280.
It sounds like a kernel bug rather then a ntop
package tortoisehg
forcemerge 619103 619096
thanks
Hi,
thank you for debugging the issue and sorry for the silence, I was
travelling with no internet connection.
On 03/26/2011 12:10 PM, Christian Ohm wrote:
As mentioned in #619096, this problem is indeed caused by python-qscintilla2,
and a
On Feb 16, 2011 9:39 AM, Kurt Roeckx k...@roeckx.be wrote:
You're build depending on libqtwebkit-dev | libqt4-dev ( 4:4.7),
the buildd software will only consider libqtwebkit-dev and that's
not in unstable.
Oh, I see.
Is there any way I can make a build-depends work with both qt 4.6 and 4.7,
package ntop
forcemerge 609070 611173
thanks
On 01/26/2011 03:44 AM, Kartik Mistry wrote:
While installing ntop,
Setting up ntop (3:4.0.3+dfsg1-1) ...
dpkg: error processing ntop (--configure):
subprocess installed post-installation script returned error exit status 30
configured to not
package ntop
tags 607637 + confirmed pending
thanks
On 12/20/2010 02:24 PM, Holger Levsen wrote:
Setting up ntop (3:4.0.3+dfsg1-1) ...
/var/lib/dpkg/info/ntop.config: 60: netstat: not found
Thanks for reporting the issue.
I have added a dependency on net-tools for next upload.
Cheers,
On 12/20/2010 03:31 PM, Julien Cristau wrote:
On Mon, Dec 20, 2010 at 15:18:27 +0100, Ludovico Cavedon wrote:
On 12/20/2010 02:24 PM, Holger Levsen wrote:
Setting up ntop (3:4.0.3+dfsg1-1) ...
/var/lib/dpkg/info/ntop.config: 60: netstat: not found
Thanks for reporting the issue.
I have
Hi Alexander,
On 01/-10/-28163 11:59 AM, Alexander Reichle-Schmehl wrote:
Sure, I rescheduled them to delayed/15. But if you would rather provide
backports and not release the package, wouldn't it make sense to cancel
it alltogether?
I am going to co-maintain ntop with Jordan. As you have
package qutecom
severity important
thanks
Giuseppe Sacco wrote:
giuse...@scarafaggio:~$ OWLOGGER_DEFAULT=debug qutecom -style plastique
(debug) 09:01:38 [Common] int main(int, char**): Started
(debug) 09:01:38 [File] virtual bool FileReader::open():
loading
Hi,
Giuseppe Sacco wrote:
Since last update on unstable, qutecom does not start anymore. This is a
backtrace of what is happening:
Thanks for the backtrace.
Could you please also attach the output to the terminal when starting it with
OWLOGGER_DEFAULT=debug qutecom -style plastique
?
Thank
or previous are
installed, so
Build-Conflicts: tcl8.4, tcl8.3
should be added to the control file.
Thanks,
Ludovico
Description: fix swig-processed file
Author: Ludovico Cavedon ludovico.cave...@gmail.com
Forwarded: not-needed
Index: graphviz-2.20.2/tclpkg/gv/gv.i
Hi,
gdm can be run even without an X server (e.g. for remote login), so it
is not correct to have it depend on xorg server components.
It should rather recommend them, but I see it already recommends
xserver-xorg, which in turn depends on the mouse and keyboard drivers.
Are there reasons not to
Ludovico Cavedon wrote:
gdm can be run even without an X server (e.g. for remote login), so it
Whops, sorry, wrong bug :(
Ludovico
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi,
gdm can be run even without an X server (e.g. for remote login), so it
is not correct to have it depend on xorg server components.
It should rather recommend them, but I see it already recommends
xserver-xorg, which in turn depends on the mouse and keyboard drivers.
Are there reasons not to
Nicolau Werneck wrote:
So let me list some facts, and please tell me if I forgot something,
or if I got anything wrong:
1_ The whole problem started because OpenCV uses some function in
ffmpeg that became obsolete after i-don't-know-what version.
yes, opencv isusing the img_resample API
package qutecom
tags 521493 + confirmed pending
thanks
Yes, I know: during the wait time in the NEW queue, some incompatible
changes were made to ffmpeg :(
The new upload is ready.
Thanks,
Ludovico
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of
package: wengophone
tags 517147 + confirmed pending
thanks
Hi,
wengophone changed name into qutecom. The new package is sitting in the
NEW queue and will fix this problem. As soon as it gets accepted, I will
fire a bug for removal wengophone.
Thank you for reporting,
Ludovico
--
To
package wengophone
tags 517147 + confirmed pending
thanks
Hi,
wengophone changed name into qutecom. The new package is sitting in the
NEW queue and will fix this problem. As soon as it gets accepted, I will
fire a bug for removal wengophone.
Thank you for reporting,
Ludovico
--
To
package wengophone
forcemerge 486948 487540
severity 486948 grave
thanks
Mazen NEIFER wrote:
Now that wengophone package was upgraded, it could not find libphapi.so.
[EMAIL PROTECTED]:trunk]$qtwengophone
qtwengophone: error while loading shared libraries:
../../../../wifo/phapi/libphapi.so:
Andreas Metzler wrote:
adding libx11-dev, python2.5-dev to Build-Depends works around the
abovementioned bug. However building still fails when the application
is linked
[...]
/tmp/WENGO/wengophone-2.1.2.dfsg0/wengophone/src/WengoPhoneBuildId.cpp:84:
undefined reference to
Andreas Metzler wrote:
adding libx11-dev, python2.5-dev to Build-Depends works around the
abovementioned bug. However building still fails when the application
is linked
[...]
/tmp/WENGO/wengophone-2.1.2.dfsg0/wengophone/src/WengoPhoneBuildId.cpp:84:
undefined reference to
package wengophone
tags 471385 + pending
thanks
On Tue, Mar 18, 2008 at 11:52 PM, Ludovico Cavedon
[EMAIL PROTECTED] wrote:
Mazen NEIFER wrote:
After starting Wengophone, just try to initiate a call (123 for example).
Then you will not be able to hear the message and when you will hangup
package wengophone
tags 471385 + confirmed
thanks
Mazen NEIFER wrote:
After starting Wengophone, just try to initiate a call (123 for example).
Then you will not be able to hear the message and when you will hangup it
will crash immediately.
It started to happen to me too, after some
package wengophone
tag 43841 + confirmed upstream
thanks
Luca Bruno wrote:
It looks like openwengo project hasn't yet released a patch, but they're
working on it:
http://dev.openwengo.com/pipermail/wengophone-devel/2007-August/006412.html
I also opened a ticket on openwengo trac:
59 matches
Mail list logo