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 whil
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 migratio
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
>
> H
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
>
>
> https://tests.reproducible-builds.org/deb
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 openjdk on that architectu
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 never changes and
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 7,
On Sat, Apr 2, 2016 at 6:34 PM Ludovico Cavedon 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 6) and #816812 (Qt4
> We
package geoip-database-update
severity 760688 normal
thanks
On Sun, Sep 21, 2014 at 4:25 PM, Ludovico Cavedon wrote:
>> 2. file update has race conditions:
>>- file is removed and later downloaded
>>- file decompresion is in place, this exposes partial file to user
>
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 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 *must* (I coul
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, please
On Thu, Aug 7, 2014 at 3:53 AM, Sébastien KALT 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 3.1 in Sid, t
On Sun, Apr 13, 2014 at 6:51 AM, Emilien Klein 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 assume this bug was i
Hi Bastien,
On Sun, Feb 2, 2014 at 12:58 PM, bastien ROUCARIES
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 in and minify it during
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): Nautil
Hi Luk,
On Sat, Aug 24, 2013 at 8:06 AM, Luk Claes 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 address it as
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
wrote:
> This bug has now "landed". As the packages in testing / unstable now stand,
> you cannot use tortoisehg.
Thank you for the report and
package tortoisehg
tags 710757 + confirmed pending sid
thanks
On Sun, Jun 2, 2013 at 12:20 AM, Ralf Treinen 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.
Thank yo
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 so
Hi Helmut,
On Tue, Feb 19, 2013 at 8:23 PM, Helmut Grohne
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.
> Please keep in mind that I a
package ntop
severity 700442 important
thanks
Hi,
On Wed, Feb 13, 2013 at 2:55 AM, Helmut Grohne
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, as the bug does
not rende
Hi,
On Sat, Feb 9, 2013 at 9:05 AM, Giovanni Rapagnani 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 UNSUBSCRIBE, email t
On Mon, Dec 10, 2012 at 1:04 PM, Francesco Poli
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 this follows from Sectio
Hi Francesco,
On Fri, Dec 7, 2012 at 1:13 PM, Francesco Poli (wintermute)
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 libssl (which is notorious
package src:ntop
tags 692732 + confirmed
thanks
Hi,
On Sun, Nov 18, 2012 at 5:05 AM, Ivo De Decker 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 non-free, GPL-inco
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
wrote:
> Thi
package tortoisehg-nautilus
severity 678558 normal
tags 678558 + moreinfo unreproducible
thanks
On Sat, Jun 23, 2012 at 1:33 AM, Ludovico Cavedon
wrote:
> On Fri, Jun 22, 2012 at 10:36 AM, Leandro Doctors wrote:
>> The TortoiseHg contextual menu does not appear (either in Hg-manag
package src:ntop
merge 679734 679749
thanks
On Sun, Jul 1, 2012 at 3:05 AM, Ansgar Burchardt 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 debian-bugs
Hi,
On Fri, Jun 22, 2012 at 10:36 AM, Leandro Doctors 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 nautilus from a ter
package tortoisehg-nautilus
forcemerge 644697 612574
tags 644697 + confirmed
thanks
On Sat, Oct 8, 2011 at 2:46 AM, wrote:
> The introduction of nautilus 3 to unstable is imminent. In this version,
> the extensions interface has changed, and tortoisehg-nautilus
> requires changes to support this
package jcc
tags 644585 + confirmed pending
thanks
On Fri, Oct 7, 2011 at 1:03 AM, Nobuhiro Iwamatsu 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 of all the openjdk su
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 UN
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 nto
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 l
On Feb 16, 2011 9:39 AM, "Kurt Roeckx" 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,
i.e. libq
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
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
>
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,
Lu
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 /usr/share/qutecom//config/confi
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 y
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
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 i
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 i
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 "unsubscr
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 UNSUBSCRIBE
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 UNSUBSCRIB
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 `avcode
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 `avcode
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
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 libr
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:
http://dev.o
59 matches
Mail list logo