u/../csu/libc-start.c:360:3
53: 0x55f5398390b1 -
54:0x0 -
thread caused non-unwinding panic. aborting.
Aborted
Best,
Christophe
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (900, 'testing'), (400, 'unstable'),
Package: gnome-authenticator
Version: 4.6.2-1
Severity: grave
Dear Maintainer,
Running “authenticator” and then clicking on “+” yields the backtrace:
2025-04-18T21:25:59.581312Z INFO authenticator::application: Authenticator
(com.belmoussaoui.Authenticator)
2025-04-18T21:25:59.581357Z INFO au
Package: gdm3
Version: 42.0-1
Severity: grave
X-Debbugs-Cc: none, Christophe Troestler
Dear Maintainer,
After the latest update, gdm3 (42.0) starts with the message “oh no something
has gone wrong”. =/var/log/syslog= contains the stack trace below. Note sure
how to fix this.
Best regards
Hi,
maybe rebuilding vtk9 with gdcm support will fix this?
By the way, I've noticed that vtk9 is built with gl2ps support
whereas paraview is not. Not sure but this may lead to some troubles.
Would be great to rebuild paraview with gl2ps also.
Best
C
Christophe TROPHIME
Research Eng
ll start clamav-daemon you have to set 'capability chown'
> in '/etc/apparmor.d/usr.sbin.clamd' also.
>
> Thank you
> Michael.
>
> Zitat von jean-christophe manciot :
>
> > I've just realized that lchown is only a system call, so it must be
> &
I've just realized that lchown is only a system call, so it must be
used from within /usr/bin/freshclam.
On Thu, Oct 29, 2020 at 9:33 AM jean-christophe manciot
wrote:
>
> I have tried to add to /etc/apparmor.d/local/usr.bin.freshclam:
> capability dac_override,
>
> and res
The problem appears to be the apparmor or freshclam's profile for it. So
> disabling apparmor should make freshclam work again.
> Probably adding
> | capability dac_override,
>
> to the profile will help, too. I will test it later today…
>
> Sebastian
--
Jean-Christophe
9:15:31 hostname systemd[1]: clamav-daemon.service: Main
process exited, code=exited, status=1/FAILURE
Oct 27 09:15:31 hostname systemd[1]: clamav-daemon.service: Failed
with result 'exit-code'.
--
Jean-Christophe
Hi,
The patch from arch maintainer fixes the issue
See:
https://raw.githubusercontent.com/archlinux/svntogit-community/packages/python-jinja-time/trunk/python-jinja-time-0.2.0-arrow_shift.patch
Best.
On Sat, 2 Nov 2019 18:11:35 -0700 Steve Langasek <
steve.langa...@canonical.com> wrote:
> Source
Package: xserver-xorg-core
Version: 2:1.20.9-1
Severity: grave
Same setup was working with 2:1.20.7-2, but with 2:1.20.9-1 crashes on
startup (xinit). /var/log/Xorg.0.log follows:
[881147.371]
X.Org X Server 1.20.9
X Protocol Version 11, Revision 0
[881147.371] Build Operating System: Linux 4.19.
A workaround is to start it with
python3 -m pympress file.pdf
It seems there is a conflict between python3.7 (used by default by pympress)
and python3.8 (used by most other programs).
Package: pympress
Version: 1.5.1+dfsg-3
Severity: critical
Dear Maintainer,
After installing pympress, I try to run it and get the trace below. This makes
the package unusable.
Best,
C.
Traceback (most recent call last):
File "/usr/bin/pympress", line 11, in
load_entry_point('pympress
or drop
it.
.
mongo-cxx-driver-legacy (1.1.3-3.1) unstable; urgency=medium
.
* Non-maintainer upload.
* Fix FTBS with python3 (Closes: #947569)
Author: Christophe Trophime
Bug-Debian: https://bugs.debian.org/947569
---
The information above should follow the Patch Tagging Guidelines, please
Just for information, I just run a test on a Bullseye VM with sudo-ldap
1.8.29-1 and the issue is still present in this version.
Sorry, it looks like I forget to paste the presentation of my issue on
reportbug.
I used to use sudo-ldap on Stretch to grant some rights to some users on my
servers.
I recently upgrade one of these servers to Buster, and now sudo doesn't work
anymore.
It's always the same error : "ldap_sasl_
On Sat, 23 Nov 2019 04:18:43 +0100 Andreas Beckmann wrote:
> Package: libpetsc3.11-dev-examples
> Version: 3.11.4+dfsg1-3
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
>
> Hi,
>
> a test with piuparts revealed that your package uses files from
> /usr/share/doc in its
a
new bug report.
Notice also that manually installing 20190815 version does not solve the
problem.
Best,
Christophe
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (986, 'testing'), (984, 'stable'), (982, 'stable'), (98,
&
Hi,
In my case, removing ~/.config/GIMP fixes the problem at startup. However
creating or opening an image crashes gimp. Following the discussion I confirm
that
apt-cache policy libgegl-0.4-0
fixes the problem.
Package: gimp
Version: 2.10.8-2+b1
Severity: grave
On startup Gimp crashes with the following trace:
```
GNU Image Manipulation Program version 2.10.8
git-describe: GIMP_2_10_6-294-ga967e8d2c2
C compiler:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/g
Workaround: replace
if Image.VERSION == '1.1.7':
with
if '' == '1.1.7':
I confirm the problem.
nfiguré.
dpkg: erreur de traitement du paquet astrometry.net (--configure) :
problèmes de dépendances - laissé non configuré
Des erreurs ont été rencontrées pendant l'exécution :
python3-astrometry
astrometry.net
Regards,
Christophe Roland
-- System Information:
Debian Release: buster/si
Package: scilab
Version: 6.0.1-5
Severity: grave
Dear Maintainer,
When starting, scilab displays
Picked up _JAVA_OPTIONS:
-Djava.class.path=/usr/share/java/flexdock.jar:/usr/share/java/skinlf.jar:/usr/share/java/looks.jar:/usr/share/java/commons-logging.jar:/usr/share/java/jhall.jar:/usr/share/
Package: network-manager-dev
Version: 1.10.8-1
Severity: grave
Dear Maintainer,
The file /usr/include/NetworkManager/nm-setting.h contains “#include
"nm-version.h"” but the file “nm-version.h” is not installed.
Best,
C.
-- System Information:
Debian Release: buster/sid
APT prefers testing
Package: tigervnc
Version: 1.7.0+dfsg-7
I encountered the exact same issue when building it in a clean sid chroot.
A workaround is to build it in a stretch chroot indeed.
--
Jean-Christophe Manciot
Package: libssl1.1
Severity: grave
Dear Maintainer,
After installing version 1.1.0f-4 of libssl1.1 (and openssl), fetchmail
started to report errors such as
fetchmail: OpenSSL reported: error:14171102:SSL
routines:tls_process_server_hello:unsupported protocol
and mbsync also started to fai
, AFAIR the package is outdated with respect to the source in g.d.o that
might fix already a random FTBFS. You might start from that.
Thanks,
JC
> Le 27 avr. 2017 à 19:20, Sandro Tosi a écrit :
>
> Hey Jean-Christophe,
> do you have time to work on this or would you be ok with me having
it ?
Thanks
Christophe
--
,-~~-.___. ._.
/ | ' \| |----. Christophe GRENIER
( ) 0 | || gren...@cgsecurity.org
\_/-, ,'| ||
!_!-v---v--.
/ \-'~; .. Test
ion fixed if "const efi_guid_t" is used ?
See patch in attachment.
Regards,
Christophe
--
,-~~-.___. ._.
/ | ' \| |. Christophe GRENIER
( ) 0 | || gren...@cgsecurity.org
\_/-, ,'| ||
===
Package: postgresql-common
Version: 173
Severity: critical
When doing pg_upgradecluster, all databases owned by a role (a group of
users) and not a user are silently skipped. Even worse, these databases
are recreated EMPTY ! If you don't take a close look before dropping the
old cluster, you'd
commands).
I'm not sure what's going on; I will try to find out, but if someone
more versed in TeXinfo is able to look as well, that would be helpful.
You can see what the index should look like in the document at
<http://www.sbcl.org/manual/sbcl.pdf>.
Best,
Christophe
- Diederik de Haas a écrit :
> On Thursday 31 December 2015 15:22:41 Christophe wrote:
> > I have prepared a patch that I have sent to Alexander Orlenko
>
> Did you sent it to him personally?
> Because I didn't find a pull request on the github repo.
I did send it to
gards,
Christophe.
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.3.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Package: simpleburn
Version: 1.7.3-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
Start simpleburn, then click "analiser le media" (analyze medium ?)
-- System Information:
Debian Release: stretch/sid
APT prefers testing-updates
APT policy: (500, 'testing-update
r ID 114
2) rlimit memlock 0 + "compat"
Starts normally
3) No rlimit memlock 0 + "files" in nsswitch.conf
Starts normally.
I would conclude that "something somewhere" makes the getpw*
call fail when "rlimit memlock 0" is not used.
--
Christophe Wolfhu
I do agree there must be something else which broke the
getpw call or the libc somehow. On another machine I also
have compat for nsswitch.conf and it worked.
Also on my setup the Perl "getpwuid/getpwnam" functions
were still working correctly despite the ntpd's call failing.
I do not have a clea
Package: ntp
Version: 1:4.2.8p3+dfsg-1
Followup-For: Bug #793745
I observed the same issue with the recent update from testing, although
I narrowed this down to a possible change or bug in other packages.
On my system /etc/nsswitch.conf was set to compat for passwd/group/shadow
and I did set it (
Le 2015-04-15 09:41, Apollon Oikonomopoulos a écrit :
^^
This is probably caused by exporting resources with "complex"
parameters, as reported earlier[1] and is likely due to some
auto-serialization behaviour change from Rails 3 to Rails 4. Still, it
should work fine with all resource types usi
If i activate storeconfig in puppet.conf :
storeconfigs = true
dbadapter = sqlite3
i have this error :
Error: Could not retrieve catalog from remote server: Error 400 on
SERVER: can't cast Hash to text
Warning: Not using cache on failed catalog
Error: Could not retrieve catalog; skipping run
.
I can provide more information or do some other tests if needed. Just let me
know what.
Thanks,
Christophe.
--
Debian Release: wheezy
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: 3.18.7-vs2.3.7.4-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8
Hi andreas,
I confirm, your fix works.
thanks
Christophe.
On 10/11/2014 19:48, Andreas Metzler wrote:
> On 2014-10-22 Christophe Ségui wrote:
>> Here is the trace of cups in start phase.
> Hello Christophe,
>
> could you check whether gnutls 3.3.10-1 fixes the issue for
Hello,
I got this issue and tried 3.3.8-3 of gnutls but bug is still present.
Regards,
Christophe
--
* Christophe Ségui
Responsable
informatique*
Institut de Mathématiques de Toulouse
Université de
excellent !
thanks for the news
On Mon, Aug 25, 2014 at 10:38 PM, Sylvestre Ledru
wrote:
> That is likely to be caused by:
> http://sylvestre.ledru.info/blog/2014/08/11/clang-3-4-3-5
>
> cheers,
> S
>
>
> On 25/08/2014 21:28, Christophe Prud'homme wrote:
>
>
That's weird, all my packages are built with pbuilder and I never has this
issue.
I will check and try out your fix.
Best regards
C.
On Mon, Aug 25, 2014 at 8:51 PM, Michael Tautschnig wrote:
> Package: feel++
> Version: 1:0.98.0-final-3
> Severity: serious
> Usertags: goto-cc
>
> During a reb
, Francesco Poli
wrote:
> On Wed, 26 Mar 2014 15:52:34 +0100 Christophe Prud'homme wrote:
>
> > Dear Francesco Poli
>
> Hello Christophe,
> thanks for commenting my bug report.
>
> >
> > What is the state of this bug ? any progress with respect to scotch
internet.
--
Jean-Christophe Dubacq
signature.asc
Description: OpenPGP digital signature
Dear Francesco Poli
What is the state of this bug ? any progress with respect to scotch
licensing ?
this is a really painful situation !
are petsc and all libraries (based on umfpack) related to this bug issues
marked for removal from testing ?
have you marked also octave with an RC bug ? it u
Author agrees to remove the file.
Christophe
signature.asc
Description: Digital signature
I think that picture file is not used at all; I sent an email to the
upstream-maintainer asking him to consider removing it.
Christophe
signature.asc
Description: Digital signature
Package: maxima-emacs
Version: 5.31.3-5
Severity: grave
Dear Maintainer,
When installing the package, one can see Emacs being triggered as root
and working for quite some time but no directory in
/usr/share/emacs24/site-lisp/ is eventually created. Thus, the
directives in /etc/emacs/site-start.d
update-alternatives. Should maintainer care
when default interpreters are modified? When is the default ruby
interpreter updated on a sid intallation?
Thanks,
Christophe
> While this could be solved by having stricter dependencies in
> applications, it kinda defeats the purpose of gem2deb if
Hello,
> Can you try to do this as root, and see if epiphany goes back to
> working?
>
> # echo 1 > /proc/sys/vm/overcommit_memory
It does not seem to help.
Also, I cannot reproduce the bug in a debootstrap on the same machine.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.
,
Christophe
cst@LAP-FHQ-264:~$ LANG=C epiphany-browser
(epiphany-browser:6056): GLib-ERROR **:
/build/buildd-glib2.0_2.33.12+really2.32.4-5-i386-eISom6/glib2.0-2.33.12+really2.32.4/./glib/gmem.c:165:
failed to allocate 4294967284 bytes
Trappe pour point d'arrêt et de trace
-- S
Package: smlnj
Version: 110.75-1
Severity: grave
Tags: patch
Justification: renders package unusable
Dear Maintainer,
running (on a 64 bits machine):
open Int64;
~2 <= 0;
gives false. Probably as a consequence, random generator raises an exception
after a few interrogations.
..
Here is the det
regards
C.
On Fri, May 10, 2013 at 6:08 PM, Christophe Prud'homme
wrote:
> Package: clang-3.2
> Version: 1:3.2repack-2
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
>
>
> *** Please consider answering these questions, where appropr
Package: clang-3.2
Version: 1:3.2repack-2
Severity: grave
Justification: renders package unusable
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
compiling c++ code
#include
int main()
{}
fails to compile with clang++.
which is obsolete :-(
2.2.22: Released January 31, 2012
2.4.2 : Released April 17, 2012 (before wheezy freezing)
Other bug : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592937
--
Cordialement,
Christophe GUILLOUX
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a
Hi Salvatore,
the fix was just uploaded.
Do we need a release excpetion for this to be accepeted ?
--
Christophe Monniez
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: gcc-4.6
Version: 4.6.3-10
Severity: serious
Tags: upstream
Justification: g++-4.6 ice on valid c++ code since -10 (possibly -9)
Dear Maintainer,
* What led up to the situation?
upgrading gcc-4.6 from -8 to -10
* What exactly did you do (or not do) that was effective (or
inef
That is excellent news.
thanks for your work and time !
Best regards
C.
PS: Feel++ will be also unstuck too
On Tue, Sep 18, 2012 at 7:18 PM, Anton Gladky wrote:
> Hi all!
>
> The upstream authors of GMSH kindly agreed
> to add an license exception for the OCTPL [1] (username: gmsh, password
Package: calibre
Version: 0.8.51+dfsg-1
Followup-For: Bug #653328
Dear maintainer,
I sent an email to the upstream maintainer asking him to consider switching
quick_start.epub to CC-BY-SA license. If not possible can we just remove the
file? I can prepare a NMU on mentors.
Regards,
Chris
-- S
/pool/main/z/zynaddsubfx/zynaddsubfx_2.4.0-1.3.dsc
Regards,
Christophe Siraut
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
tags 672210 + patch
tags 672210 + pending
thanks
Dear maintainer,
I've prepared an NMU for songwrite (versioned as 0.14-8.1). Note the
same problem (struct.pack with signed byte) probably remains in other
parts of the code.
Regards.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.deb
On Jun 30, 2012, at 10:26 AM, Sergey B Kirpichev wrote:
> Package: libnlopt-guile0
> Version: 2.2.4+dfsg-1
> Severity: grave
>
> This issue was reported in closed ITP #610623.
> $ guile ./tutorial.scm
> ERROR: In procedure dynamic-link:
> ERROR: file: "libnlopt_guile.so", message: "file not foun
On Jun 30, 2012, at 10:19 AM, Sergey B Kirpichev wrote:
> Package: octave-nlopt
> Version: 2.2.4+dfsg-1
> Severity: grave
>
> This issue was reported in closed ITP bugreport #610623. But after
> accepting buggy package in Debian --- test script (tutorial example
> from upstream wiki) fails as b
Package: dkim-filter
Version: 2.8.2.dfsg-1
Severity: grave
Tags: upstream
Justification: renders package unusable
dkim-filter project is replaced by opendkim as written on sourceforge.
This package should not be shipped in Wheezy !
In fact I get this error in mail.log which prevents any user of g
Hello
I will certainly build-depend on gcc-4.6 for now. However I am very
dubious as to gcc47 quality:
from one debian version to another it breaks packages, it generates
buggy codes. It just doesn't seem
very reliable and production ready.
Best regards
C.
On Sun, Jun 10, 2012 at 11:07 PM, Touko
reassign 676729 gcc-4.7 4.7.0-12
thanks
On Sun, Jun 10, 2012 at 10:04 PM, Christophe Prud'homme
wrote:
> Hello
>
> I get an ice with gcc47 (see email below)
>
> I am trying to reproduce it.
> Shouldn't it be considered a gcc47 bug rather than a feel++ bug ?
> Fee
Hello
I get an ice with gcc47 (see email below)
I am trying to reproduce it.
Shouldn't it be considered a gcc47 bug rather than a feel++ bug ?
Feel++ compiles and runs fine with gcc45, gcc46 and clang31.
Best regards
C.
-- Forwarded message --
From: Lucas Nussbaum
Date: Sat, Ju
Hi,
I've committed a tentative fix in the Gmsh SVN.
Thanks for the report,
Christophe
On 24 May 2012, at 11:31, Lucas Nussbaum wrote:
> Source: gmsh
> Version: 2.5.1~beta2~svn11845~dfsg-2
> Severity: serious
> Tags: wheezy sid
> User: debian...@lists.debian.org
> User
; > On 2012/5/17 Christophe Prud'homme wrote:
> >> I think It should go in unstable. I don't think there are that many
> users
> >> and OT1.0 fixes a few things as well as provide many new features
> >
> > Hello Christophe,
> >
> > Too lat
/openturns-1.0/
>
> All changes have now been pushed into OT svn repository. IMHO it can
> be uploaded after editing debian/changelog.
> The remaining questions are: should it be uploaded into unstable or
> experimental? What else is needed?
>
--
Christophe Prud'homme
Feel++ Pr
20:31, D. Barbier a écrit :
> >> Le 22 avril 2012 20:19, Christophe Prud'homme a
> écrit :
> >>> Denis
> >>>
> >>> I received some patches for openturns from J. Schueller.
> >>>
> >>> I will apply them and upload a
Denis
I received some patches for openturns from J. Schueller.
I will apply them and upload a new version for 0.15 then work on 1.0
On Sun, Apr 22, 2012 at 7:53 PM, Denis Barbier wrote:
> Package: python-openturns
> Version: 0.15-3
> Severity: grave
> Justification: renders package unusable
>
I've been getting a lot of similar reports from Debian users over the last 2
days, this cannot be a coincidence:
https://bugs.launchpad.net/bugs/958693
https://bugs.launchpad.net/bugs/958659
https://bugs.launchpad.net/bugs/958484
https://bugs.launchpad.net/bugs/958184
Kr,
--
To UNSUBSCRIBE, ema
| 2012-03-12 02:11:39 +0200 (Mon, 12 Mar 2012) | 1 line
reverted a potential ABI breaking change in 0.15.10
---
Kr,
Chris.
On Mar 18, 2012, at 4:21 PM, Cristian Greco wrote:
> On Sun, 18 Mar 2012 14:02:17 +0200
> Christophe Dumez wrote:
>
>> crego, this hardly seems like a soluti
Hi,
This is a typical issue when qBittorrent was compiled against a different
version of libtorrent-rasterbar than the one installed.
Either you installed qBittorrent from one repo and libtorrent-rasterbar from
another. Or, someone updated libtorrent-rasterbar
in the repository and forgot to tri
Le 22 févr. 2012 à 14:09, Alessio Treglia a écrit :
> On Tue, Feb 21, 2012 at 10:51 PM, Christophe Massiot
> wrote:
>> Considering the error message, I guess the simplest would be to add
>> #ifndef POLLRDHUP
>> #define POLLRDHUP 0
>> #endif
>
> Unfortunatel
Hello,
Le 18 févr. 2012 à 09:25, Alessio Treglia a écrit :
> multicat 2.0 failed to build on all Debian non-Linux architectures,
> you may find more information at [1].
> Would you help us in solving this?
Considering the error message, I guess the simplest would be to add
#ifndef POLLRDHUP
#de
Le Sun 04 Sep 11 à 18:58 +0200, Vincent Lefevre a écrit :
> On 2011-09-04 10:49:55 +0200, Christophe Mutricy wrote:
> > /usr/share/doc/vlc should be a symlink to /usr/share/doc/vlc-nox.
> >
> > So I think at some point during upgrade i guess the directory was not
> >
Package: libdvbpsi7
Version: 0.2.1-1
Severity: serious
- Forwarded message from a -
> Date: Tue, 6 Sep 2011 21:05:12 +0200
> From: a
> Subject: libdvbpsi7 version 0.2.1-1 is broken!
> To: pkg-multimedia-maintain...@lists.alioth.debian.org
>
> Hello,
>
> You have recently updated libd
Le Sun 04 Sep 11 à 00:45 +0200, Vincent Lefevre a écrit :
> Package: vlc
> Version: 1.1.11-2+b3
> Severity: serious
> Justification: Policy 12.5
>
> But the /usr/share/doc/vlc directory is empty.
>
/usr/share/doc/vlc should be a symlink to /usr/share/doc/vlc-nox.
So I think at some point during
Hi,
I found (here: https://bugs.archlinux.org/task/24054) that installing
xfce4-notifyd could solve the problem.
I tryed and it seems to solve the problem too.
--
Christophe Monniez
www.d-fence.be - www.lnx4n6.be
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a
aimage was removed from Debian testing.
The upstream author stopped working on this tool.
So, unless someone else create a fork of the upstream, it will not
come back into Debian.
--
Christophe Monniez
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of
Lucas
this is not a Feel++ bug but a boost++ mpi/g++-4.6 bug
Best regards
C.
On Mon, May 2, 2011 at 2:31 PM, Lucas Nussbaum wrote:
> Source: feel++
> Version: 0.91.0~svn7013-1
> Severity: serious
> Tags: wheezy sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20110502 qa-ftbfs
> Just
).
Kr,
Chris.
On Mon, Apr 25, 2011 at 6:20 PM, Christophe Dumez wrote:
> Have you tried Deluge (also based on libtorrent)? As I said, I suspect
> this is a libtorrent issue and not caused by a bug in qBittorrent.
> I will install Wheezy in a VM and see if I can reproduce the issue
>
Have you tried Deluge (also based on libtorrent)? As I said, I suspect
this is a libtorrent issue and not caused by a bug in qBittorrent.
I will install Wheezy in a VM and see if I can reproduce the issue
anyway but please test Deluge to see if you get the same behavior.
Kr,
Chris.
On Mon, Apr 25
qBittorrent v2.4.11 can be built against either libtorrent v0.14.x or
v0.15.x. Both should be fine but some new features are introduced in
libtorrent v0.15. Your high CPU problem is likely to be a libtorrent
bug though, I would suggest trying a more up-to-date version of
libtorrent v0.14 or maybe e
Hi,
You have an old version of qBittorrent and a recent version of boost
(with new filesystem v3 API by default).
Either update qBittorrent or add a DEFINE to force the filesystem v2
API from boost (1).
(1) To do so, just add "DEFINES += BOOST_FILESYSTEM_VERSION=2 " to
qbittorrent/src/src.pro
All,
I've clarified the licensing terms to make it clear that we mean "GPL v2
or later".
Best,
Christophe
On 12/03/11 18:03, Francesco Poli (wintermute) wrote:
Package: gmsh
Version: 2.5.0.dfsg-2
Severity: serious
Justification: Policy 2.2.1
Hello again Debian Science Main
Le Wed 09 Mar 11 à 22:19 +0100, Amaya Rodrigo Sastre a écrit :
> Package: audacious-plugins
> Version: 2.3+dfsg-1+b2
> Severity: serious
> Tags: experimental
> The following packages have unmet dependencies:
> audacious-plugins : Depends: libavutil49 (>= 4:0.5.1-1) but it is not
> installable o
Package: libreoffice
Version: 1:3.3.0-2
Severity: grave
After the safe-upgrade today, libreoffcice cannot even open a
document. It always throws
terminate called after throwing an instance of
'com::sun::star::lang::WrappedTargetRuntimeException'
Issuing
aptitude install -t unstable libreoffic
I just got a fix for this problem
thanks for waiting
On Sun, Dec 26, 2010 at 7:48 PM, Julien Cristau wrote:
> I'll schedule openturns for removal from squeeze if this doesn't get
> fixed in the next few days.
>
--
Debian Developer - member of Debian Science
http://wiki.debian.org/DebianScien
Package: perdition
Version: 1.19~rc3-2
Severity: serious
Perdition is unable to parse nis map which breaks nis support. The bug
is in perditiondb_nis.c.
The syscall ypmatch is not used with the right value for the inkeylen
argument : the value used is strlen(key)+1 and should be strlen(key)
Dear Jakub
as I said in a previous email I changed the CXX flags on armel.
it seems that it went through
https://buildd.debian.org/pkg.cgi?pkg=openturns
I will close the bug now. The unstable version fixes the python 2.6 problem
On Mon, Jul 12, 2010 at 10:49 PM, Jakub Wilk wrote:
> Pack
Jakub
I just uploaded a new version of openturns which reduced the optimization
level to -O1 on armel in hope it
uses less memory than -O2.
Best regards
C.
On Fri, Aug 13, 2010 at 3:39 PM, Christophe Prud'homme
wrote:
> Jakub,
>
>
> On Tue, Jul 13, 2010 at 11:54 PM,
Jakub,
On Tue, Jul 13, 2010 at 11:54 PM, Jakub Wilk wrote:
>
> I am the maintainer of this package. The log does not say much about the
>> failure.
>> Could it be that it's a memory problem ? not enough memory to compile and
>> the porterbox has enough.
>>
>
> Yes, it sounds plausible - the aff
Package: paraview
Version: 3.8.0-1
Severity: grave
--- Please enter the report below this line. ---
the package is uninstallable due to dependency on libtiff5 available
only in experimental.
--- System information. ---
Architecture: amd64
Kernel: Linux 2.6.32-trunk-amd64
Debian Release: sq
severity 586073 normal
tag 586073 moreinfo
thanks
Hello
Le Mon 05 Jul 10 à 22:41 +0200, Christophe Mutricy a écrit :
> There has been quite a lot of improvements in 1.1.0 on this subjects.
> Could you try it (it's in sid).
>
> Also on france24.com, I can only find flash video
Jakub,
I am the maintainer of this package. The log does not say much about the
failure.
Could it be that it's a memory problem ? not enough memory to compile and
the porterbox has enough.
Best regards
C.
On Mon, Jul 12, 2010 at 10:49 PM, Jakub Wilk wrote:
> Package: python-openturns
> Version:
1 - 100 of 220 matches
Mail list logo
