close 1068713 2.5.10-1
thanks
This bug is already fixed in upstream release 2.5.10
Le 20/09/2022 à 01:11, Vincent Danjean a écrit :
Hi,
Le 19/09/2022 à 23:49, Luca Boccassi a écrit :
Are you sure the problem was not there beforehand?
Yes. Due to the numerous missing files, I'm sure the problem
comes from the apt upgrade. The FS is in a good state (no
corruption)
Package: usrmerge
Version: 30+nmu2
Severity: serious
Justification: break other packages upgrades
When I upgraded my system to current unstable, usrmerge has
been pulled-in due to the init-system-helpers dependency.
But one package fails to upgrade (fetchmail) due to
/lib/systemd/system/sysinit.ta
Le 16/07/2022 à 18:50, Steven Robbins a écrit :
I would say that there may well be others in your situation so if you do find a
method please report back to this bug.
For my personnal use, until upstream provides a correct fix, I recompile
digikam 7.7.0-1 (-2 was not pushed in the git ;-) ) w
Le 16/07/2022 à 18:50, Steven Robbins a écrit :
Thank you for the suggestion. I was completely unaware of "apt-listbugs".
I have just re-titled and changed the severity of this bug.
Great, it can help other users to avoid the upgrade if they want to.
Due to the large dependencies, it
Source: nat-rtsp
Version: 0.7+4.18-0.1
Followup-For: Bug #955488
I've been hit by this bug (trying to use it with the
kernel 5.7.0-0.bpo.2-amd64).
My workaround has been to manually apply the patch from
https://github.com/openwrt/packages/pull/11468
Regards,
Vincent
-- System Information:
Le 11/05/2020 à 14:26, Andreas Tille a écrit :
> On Mon, May 11, 2020 at 01:53:10PM +0200, Vincent Danjean wrote:
>> Le 11/05/2020 à 13:48, Vincent Danjean a écrit :
>>> Le 11/05/2020 à 13:38, Andreas Tille a écrit :
>>>> BTW, I used routine-update on the pack
Le 11/05/2020 à 13:48, Vincent Danjean a écrit :
> Le 11/05/2020 à 13:38, Andreas Tille a écrit :
>> BTW, I used routine-update on the packaging in salsa[1] and realised
>> that the package is using Python2 for no good reason.
It should have been fixed in 2.3.0-3
"python&
hon2 for no good reason. Astonishing there
> is no according bug but I tried to switch it to Python3 just in case.
> The result above is not different whether using Python2 or Python3.
The compatibility is here for a long time (for ubuntu compatibility)
but I forget to change it in the D
t;>
>> #932299: owfs: FTBFS: relocation R_X86_64_32 against symbol `_Py_NoneStruct'
>> can not be used
>>
>> It has been closed by Vincent Danjean .
>
> It won't migrate to testing because it was not a source-only upload. See
>
> https://lists.debian
Le 15/02/2019 à 08:01, Vincent Danjean a écrit :
> Le 14/02/2019 à 22:59, Felipe Sateler a écrit :
>> Is udev by any chance i386 instead of amd64?
>
> I don't think so:
> vdanjean@eyak:~$ apt-cache policy udev:i386
> udev:i386:
> Installé : (aucun)
However,
232-25+deb9u6 500
500 http://ftp.fr.debian.org/debian stretch/main amd64 Packages
Regards,
Vincent
> --
>
> Saludos,
> Felipe Sateler
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A
Package: src:linux
Version: 4.18.20-2~bpo9+1
Severity: critical
Justification: breaks the whole system
Hi,
After upgrading from bpo.1, my system is unusable
with a black screen. The blackscreen starts at
boot time (way before kdm), when the resolution
usually changes.
Using another computer
Package: pyzo
Version: 4.4.3-1
Severity: serious
Justification: Do not install on up-to-date systems
With the current version of python3.7, the postinst of pyzo leads to the
following error:
=
$ sudo apt install pyzo
Lecture des listes de paquets... Fait
C
On 21/10/2018 20:19, Moritz Mühlenhoff wrote:
> On Sun, Sep 10, 2017 at 01:43:08PM +0200, Vincent Danjean wrote:
>> severity 874882 grave
>> tag 874882 +help
>> thanks
>>
>> Hi,
>>
>> Unless someone step up to maintain (debian and upstream) this
>
i.debian.org
>
> --- Package information. ---
> Package's Depends field is empty.
>
> Package's Recommends field is empty.
>
> Package's Suggests field is empty.
>
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key
I will try to update/redo this package. Any help is welcome.
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/de
Le 02/10/2017 à 10:56, Michael Stapelberg a écrit :
> Thanks for taking care of it. I’ll let you handle it :)
Uploaded. The changelog is longer than the fix ;-)
Regards,
Vincent
> On Mon, Oct 2, 2017 at 1:35 AM, Vincent Danjean wrote:
>> Le 02/10/2017 à 09:49, Michael
king because freeradius is marked for removal from testing due to this
> bug.
>
> Thanks!
>
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vinc
Hi,
The same change is also required in
admin/groups/mailaddress/class_groupMail.inc
I opened a pull request upstream:
https://github.com/gosa-project/gosa-plugin-mailaddress/pull/1
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG
Package: gosa-plugin-mailaddress
Version: 0.99.5-2
Severity: serious
Tags: patch
Justification: do not work and forbid global gosa use if installed
I just upgraded a system to stretch with gosa and this plugin installed.
Trying to add a new user fails with the following error:
Fatal error: Call
Package: texlive-science-doc
Version: 2016.20170123-5
Severity: serious
Justification: Breaks upgrades
Hi,
The texlive-science-doc is missing a Replaces: texlive-latex-extra-doc
(perhaps versionned) as /usr/share/doc/texlive-doc/latex/textgreek/README
was in the previous texlive-latex-extra-d
Le 06/06/2017 à 12:47, Julien Yann Dutheil a écrit :
> Dear Adrian,
>
> These functions are now inline in the corresponding .h files, but their
> interfaces have not changed as far as I know. Does making a function
> inline break the interface??
It is the difference between the API and the ABI.
Le 12/05/2017 à 21:36, Adrian Bunk a écrit :
> On Tue, Oct 11, 2016 at 12:09:12AM +0200, Vincent Danjean wrote:
>> Le 10/10/2016 à 23:32, Antoine Musso a écrit :
>>> The bug still happens in Jessie which is stuck to 20070531+dfsg.1-3
>>>
>>> * Fix vlc invoca
e, a different issue to #670949:
> https://bugs.launchpad.net/ubuntu/+source/spim/+bug/824084
>
> Marking as 'serious' because at least the CLI program still works...
>
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654
Package: postfix-ldap
Version: 3.1.4-4
Severity: grave
Justification: renders package unusable
Hi,
I just upgraded one of my system from jessie to strech. This system was using
postfix with ldap lookup table.
>From /var/log/dpkg.log, postfix-ldap has been upgraded from 2.11.3-1 to
3.1.4-4 on
+Debian Developer
> GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
>
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/mem
Le 26/02/2017 à 23:37, Vincent Danjean a écrit :
> I eventually succeeded in reproducing the bug: lualatex needs a
> writable HOME directory. On my plain (sid) system:
> $ cat lualatex-example.tex
> \documentclass{article}
> \usepackage{luacode}
> \begin{document}
> A ra
Le 26/02/2017 à 22:37, Lucas Nussbaum a écrit :
> On 26/02/17 at 21:41 +0100, Vincent Danjean wrote:
>> Can you elaborate? I cannot reproduce this failure. It works
>> in my sbuild environment.
>
> if you have a successful build with sbuild, please provide the build
> log
> Can it be some
> failure in how tex packages are installed? Sbuild may create a very
> minimal environment that exposes this problem.
>
>> One idea: is /var writable???
>
> I'm afraid I don't understand this. Can you elaborate?
>
>> Norbert
>
> Than
Hi,
Le 10/02/2017 à 00:21, Andrew Shadura a écrit :
> On 10/02/17 00:05, Vincent Danjean wrote:
>> I'm not using wpa_supplicant, so it does not seem the same bug.
>> Moreover, the proposed patch in
>> http://lists.infradead.org/pipermail/hostap/2017-January/037060.h
Le 09/02/2017 à 23:20, Andrew Shadura a écrit :
> Hi,
>
> On 9 February 2017 at 21:10, Vincent Danjean wrote:
>> Package: hostapd
>> Version: 1:2.5-2+v2.4-3+b1
>> Severity: grave
>> Justification: renders package unusable
>>
>> Hi,
>>
>>
Package: hostapd
Version: 1:2.5-2+v2.4-3+b1
Severity: grave
Justification: renders package unusable
Hi,
I just upgraded a machine from jessie to stretch. With the stretch
version of hostapd, the deamon does not start:
# hostapd /etc/hostapd/hostapd.conf
Configuration file: /etc/hostapd/hostap
close 852914 2.2.3-1
thanks
The real bug was in texlive (see #853119)
Package: texlive-luatex
Version: 2016.20170123-1
Severity: serious
Justification: makes other packages FTBFS
With the last uploaded version in sid (ie 2016.20170123-1), a very
simple lualatex file cannot be compiled anymore with only
texlive-luatex and texlive-latex-base (and their dependencies)
Regards,
Vincent
> so now systems using
> jessie-backports are affected by this bug.
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/memb
Package: libnative-platform-java
Followup-For: Bug #844021
Hi,
As already explained, as libnative-platform-java changed its ABI, the new
version does not work with (all) programs wrote for the previous version.
In Debian, gradle is the only one reverse dependency of
libnative-platform-java
Package: qemu-system-x86
Version: 1:2.7+dfsg-3+b1
Followup-For: Bug #840853
Hi,
Contrary to what the debian/changelog says, this bug has not been fixed yet.
In fact, looking at the git repo, the fix has just been commited by
the maintainer on 2016-11-09, ie *after* the 2.7+dfsg-3 version.
I
ndency of
libnative-platform-java, this bug can probably be closed.
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb
-platform-java.git/tree/debian/additionalSrc/PosixFile.java?h=debian/0.11-4
>
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo: deb http://people.debian.org/~vdanjean/debian unstable main
sts
* with libnative-platform-java/0.11 installed
* using the previous gradle build
but I do not know how/what to desactivate the (currently failing)
tests in the first build.
Regards,
Vincent
> Emmanuel Bourg
>
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@de
Package: gradle
Version: 2.13-4
Severity: serious
Justification: Generate FTBFS in other packages (and in gradle itself)
Hi,
I'm not an expert of java/gradle but I package several java programs (mainly
within the debian-med team).
I'm working on #843686. It took me time to understand that
net.
Package: libnative-platform-java
Version: 0.11-4
Severity: serious
Justification: makes other package FTBFS
Hi,
gradle in unstable works with libnative-platform-java 0.10+dfsg-2 but does
not work with libnative-platform-java 0.11-4.
A detailed explaination for gradle can be seen in #844020
e to use
lvmetad on all my jessie machines. You can try it.
Regards,
Vincent
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774082#74
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178
be better (other
vlc options are fixed)
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo:
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
>From 3f280220d3ea2b714c6b2e1d65b023c028e84f2e Mon Sep 17 00:00:00 2001
From: Vincent Danjean
Date: Mon, 5 Sep 2016 10:29:45 +0200
Subject: [PATCH] Fix "not binNMU safe" (Closes: #829085)
free
***
> ** Building qct 1.7-3 on amd64
> **
>
> **
>
>dpkg-buildpackage -rfakeroot -D -us -uc -b
>
Le 16/05/2016 08:12, Logan Rosen a écrit :
> Hi,
>
> On Sat, 07 May 2016 09:57:28 +0000 Vincent Danjean
> wrote:
>> Source: owfs
>> Source-Version: 3.1p1-4
>>
>> We believe that the bug you reported is fixed in the latest version of
>> owfs, whic
Le 14/03/2016 21:20, Vincent Danjean a écrit :
> Is it the correct way to build a package that requires java 8?
I just saw that default-jre/jdk is 1.8 now, so I'm sure this
package need to be fixed. If someone can tell me how to do it
(or just point me to a package correctly
8?
I do not change this part myself and did not check the requirement,
but I just saw with picard-tools (same upstream authors) that java 8
is also required ( <> operator (>=7) and lambda expressions (>=8) )
so I would like to be sure to do the correct thing.
Regards,
Vincent
&g
Package: dotclear
Version: 2.8.0+dfsg-1
Severity: serious
Tags: security
Justification: security
Hi,
I'm using Debian packages of dotclear (a php blogs engine) for a few years.
For 6 months, the package do not change, and I did not get any anwser to
my previous bug reports, including an impor
-x root/root 0 2016-02-15 17:40 ./usr/lib/mozilla/plugins/
In -2, I added debian/browser-plugin-freshplayer-pepperflash.dir instead
of debian/browser-plugin-freshplayer-pepperflash.dirs...
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian
ib/
> drwxr-xr-x root/root 0 2016-02-13 23:57 ./usr/lib/browser-plugin-
> freshplayer-pepperflash/
> -rw-r--r-- root/root 1061976 2016-02-13 23:57 ./usr/lib/browser-plugin-
> freshplayer-pepperflash/libfreshwrapper-flashplayer.so
>
> Configuration of the package still fails becaus
ns of packages owfs depends on:
> ii owfs-fuse 3.1p0-2
> ii owftpd 3.1p0-2
> ii owhttpd3.1p0-2
> ii owserver 3.1p0-2
>
> owfs recommends no packages.
>
> Versions of packages owfs suggests:
> ii owfs-doc 3.1p0-2
>
> -- no debconf information
>
Package: ifupdown
Version: 0.8.2
Severity: serious
Justification: fail to configure itself
Hi,
I just upgraded ifupdown and it fails to configure itself.
I've added "set -x" to /var/lib/dpkg/info/ifupdown.postinst and
a final "echo done $?" at the end of /lib/systemd/systemd-sysv-install. Her
quired.
I will fix this in a few hours if nobody do it before. And I will
reincorporate Andreas modifications that were all good.
Regards,
Vincent
> Cheers,
> Dominic.
>
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 35
Package: gitk
Version: 1:2.6.2-1
Followup-For: Bug #801784
Hi,
I see the same problem in French local:
$ gitk master
Error in startup script: bad menu entry index "Éditer la vue..."
while executing
".bar.view entryconf [mca "Edit view..."] -state normal"
invoked from within
"if {$cmd
id not checked into
samtools changelog yet.
Regards,
Vincent
> Thanks!
>
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-pack
shlibs:
dh_makeshlibs
if test -f debian/stamp-failed-testsuite ; then \
grep '^ .*FAILED' < tests/testsuite.log ; \
exit 1 ; \
fi
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E
s help transitions.
And, for information, I plan to remove symbols tracking. This is a mess
due to C++ mangling and all C++ libraries are only used internally.
So, there is no interest at all into tracking the symbol list.
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA v
tally forgot about this bug report. Thanks for the
reminder. I just upload a fixed package with the offending option
removed.
As I do not use it anymore, I would be very please if one user of
this package can confirm me that it is working again.
Regards,
Vincent
--
Vincent Danjean
fixed 780735 38.0~b2-1
thanks
Le 06/05/2015 21:50, Carsten Schoenert a écrit :
> Hello Vincent,
>
> On Wed, Mar 18, 2015 at 03:44:45PM +0100, Vincent Danjean wrote:
>> Package: icedove
>> Version: 36.0~b1-1
>> Severity: serious
>> Justification: Segfault at sta
ther processing, i.e. avoid it ends up in syslog and messages.
Thank you very much for this tip. I will downgrade the bug severity
to its initial value (and add this config on all my machines)
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key f
Package: locales
Version: 2.19-17
Severity: serious
Tags: patch
Justification: valid administator configuration is lost on upgrade
Hi,
The current debconf script for the 'locales' package does not allow to
choose the C.UTF-8 locale. Moreover, if an administrator write this valid
value for the
Package: virt-manager
Version: 1:1.0.1-4
Severity: serious
Tags: patch
As soon as you have several VTE library version installed in your system
and that you are using serial console (created by default), you cannot open
the window of a virtual machine (screen and details).
You get the message:
Er
Package: icedove
Version: 36.0~b1-1
Severity: serious
Justification: Segfault at startup
After installing the last experimental version (36.0~b1-1), icedove
segfault at startup, even in safe mode.
Previous installed version (34.0~b1-2) worked correctly.
Here is bellow a gdb backtrace of ice
On 08/01/2015 00:44, David Prévot wrote:
> On Wed, Jan 07, 2015 at 10:23:24PM +0100, Vincent Danjean wrote:
>> Package: php-monolog
>> Version: 1.12.0-1
>> Severity: serious
>> Justification: Policy 7.1
>>
>> Your package in experimental declare a ver
Package: php-monolog
Version: 1.12.0-1
Severity: serious
Justification: Policy 7.1
Hi,
Your package in experimental declare a versionned Provides field.
It is wrong, and this has been catched by lintian:
https://lintian.debian.org/maintainer/pkg-php-p...@lists.alioth.debian.org.html#php-monol
reopen #774080
thanks
On 28/12/2014 15:40, m...@linux.it (Marco d'Itri) wrote:
> On Dec 28, Vincent Danjean wrote:
>
>> In my situation, inserting a CD in the second hardware should not have
>> modified the /dev/dvd symlink that was used by a script and that was
>&g
Hi Bill,
On 15/12/2014 21:54, Bill Allombert wrote:
> On Mon, Dec 15, 2014 at 09:41:28PM +0100, Vincent Danjean wrote:
>> On upgrade, libjpeg-progs tries to override a file from the (old)
>> libjpeg-turbo-progs (see the apt log below).
>
> Hello Vincent,
> libjpeg-tu
Package: libjpeg-progs
Version: 1:9a-2
Severity: grave
Justification: renders package unusable
On upgrade, libjpeg-progs tries to override a file from the (old)
libjpeg-turbo-progs (see the apt log below).
Even if libjpeg-turbo-progs is scheduled to be removed, it is not yet removed
at unpack
this little modification.
Regards
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo: deb http://people.de
owfs and a such a bug do not justify such
a severity.
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.ht
Package: dpkg
Version: 1.17.19
Followup-For: Bug #766242
Hi (again)
Looking at the trace I sent you, it seems that the perl package was involve.
As any --configure call to dpkg (directly or indirectly with apt) was blocking,
I tried to manually explicitely configure perl:
njean@eyak:~$ sudo d
Package: dpkg
Version: 1.17.19
Followup-For: Bug #766242
Hi,
I'm also suffering from this bug. As I do not have dpkg symbols, the
gdb backtrace is not really useful. I give you nonetheless in case you
still have the debug symbols: with the adresses in the backtrace, you
will be able to find t
nesday, contact me
so that I can upload your package in time before the freeze.
Regards,
Vincent
> Kind regards,
>
> Bastian
>
>
> On 09.10.2014 09:06, Vincent Danjean wrote:
>>Hi,
>>
>> On 09/10/2014 08:28, Ralf Treinen wrote:
>>> Package: u
nnot test pocl on all Debian
architecture before) but if bugs are filled with a serious severity I will
immediately completely disable non "standard" architectures in order
to allow pocl in jessie (and the work to try to support other architectures
will be done after jessie release instead
age. You may then
> also register in the BTS that the other package is affected by the bug.
>
> -Ralf.
>
> PS: for more information about the detection of file overwrite errors
> of this kind see http://edos.debian.net/file-overwrites/.
>
--
Vincent Danjean GPG key I
Package: clang
Version: 1:3.4-23
Severity: serious
Justification: break upgrades
Hi,
In unstable/testing, clang is missing the Replaces of clang-3.3 (it seems
fixed in experimental) and that can lead to upgrade aborted as shown in the
following example:
vdanjean@eyak:~/debian/mainteneur/syst
On 02/09/2014 16:43, Graham Inggs wrote:
> On 01/09/2014 17:00, Vincent Danjean wrote:
>> Here is what I put in the package I will upload this evening:
>>
>> Package: ocl-icd-opencl-dev
>> [...]
>> Conflicts: opencl-dev
>> Breaks: ocl-icd-libopencl1 (<
Would you be willing to sponsor my upload?
Yes, I can do it if regular maintainers do not oppose and do
not react to your proposed patch.
Regards,
Vincent
> Regards
> Graham
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint
On 13/08/2014 20:00, Graham Inggs wrote:
> Is this correct?
Sorry, I was on vacations without Internet access. I will read all my
mails. You can expect answers and/or new upload for ocl-icd in a
few days.
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vd
; https://buildd.debian.org/status/logs.php?pkg=owfs&ver=2.9p5-1. Please
> take look.
>
> Cheers
>
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.f
g) packages. Conflicts or Breaks are not enough.
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb
bopencl1
> Marked as found in versions ocl-icd/2.1.0-1.
There is nothing new in this package related to this problem.
So, please, explain your reassign or revert it back.
Regards,
Vincent
>> thanks
> Stopping processing here.
>
> Please contact me if you nee
On 30/07/2014 20:13, Graham Inggs wrote:
> Hi Vincent
>
> On 30 July 2014 18:23, Vincent Danjean wrote:
>> As this bug remains me this situation, I'm proposing that we move
>> the libOpenCL.so symlink into the dev package.
[...]
>> If you agree, we will have t
/replaces where required.
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo: deb http://people.debia
the packages which have
> a patch attached on or about 2nd of August, but a maintainer upload
> would be warmly appreciated.
I will take care of the upload this WE (together with a new upstream
version). The package is nearly ready.
Regards,
Vincent
> -- dam
> Debian Perl
Hi,
On 30/05/2014 11:47, Michael Tautschnig wrote:
> Hello Vincent,
>
> [...]
>> Are you kidding ? If you build a package in a non-standard environment,
>> there is no certitude that it will build correctly. There is way too much
>> building environments to support all of them. You might ask
ded in your PATH.
> please use the full path here.
I'm really not convinced with your argument. If I do this
modification, it wont be possible to test another ldconfig
implementation with just adjusting the PATH envvar.
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD
not plan to take time to fix this issue myself (too much
other things to do, sorry).
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr
here to denote a binary compatibility).
Regards,
Vincent
> Best regards,
> Andreas
>
>
> 1: https://www.debian.org/doc/packaging-manuals/virtual-package-names-list.txt
> 2: http://bugs.debian.org/729203
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debia
libopencl-1.1-1 [!x32], libopencl1 [x32]," in your
logs perhaps comes from #737731 fixed in 2.1.3-3 for ocl-icd (but
that needs a binary rebuild of all reverse dependencies to fix
dependencies (and to allow installation of non-free implementation)
> Thank
>
> Bastien
>
--
Vince
Package: avahi-daemon
Version: 0.6.31-3
Severity: serious
Justification: break partial upgrades
Hi,
At compilation time, in avahi-core/socket.c, if SO_REUSEPORT is defined,
setsockopt(..., SO_REUSEPORT, ..) is called.
But, if, at runtime, SO_REUSEPORT is not available (with a kernel <= 3.9,
You're welcome (for yaz (#725270) and zebra (#725331)) with NMU.
Both of these packages require some time from me to package a new
upstream version but I'm lacking free time. So, go with MNU, I
will ack them when I will prepare and upload a new version.
Regards and thanks for you work,
nvolves more modification (mainly simplification of debian/rules)
Regards,
Vincent
--
Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org
GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87
Unofficial pkgs: http://moais.imag.fr/membres/vincent.dan
tag 720804 +patch
thanks
Hi,
This really small patch seems to work (and neon upstream does not
announce API or ABI break)
Regards,
Vincent
--
Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org
GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
Le 31/08/2013 02:06, gregor herrmann a écrit :
>> For 2.5.2-3.1, we are fine if you push it to Debian's repo as a NMU. If you
>> think it's preferable however, we can package 2.5.2-4, but this will require
>>
status: 1
>> make[1]: *** [override_dh_auto_configure] Error 1
>
> The full build log is available from:
>http://aws-logs.debian.net/ftbfs-logs/2013/06/20/ocl-icd_1.3-3_unstable.log
>
> A list of current common problems and possible solutions is available at
> ht
Package: avahi-daemon
Version: 0.6.31-2
Followup-For: Bug #693604
I've been hit by the same bug (cups 1.6 with lots of printers that leads
to a avahi-daemon at 100% CPU and a IPv6 flood of mdns packets).
Recompiling the package with the cited patch fixe my problem.
Note for others: the fix
1 - 100 of 214 matches
Mail list logo
