Bug#1069017: rtags: FTBFS due to time64_t changes

[Denis Danilov]

Hi Gianfranco,

thanks for the patch with the fix. I will upload new version with our patch 
included.

Best regards,
Denis


On Mon, Apr 15, 2024 at 09:00:06AM +0200, Gianfranco Costamagna wrote:
> Package: rtags
> Version: 2.38-9
> Severity: serious
> Tags: patch
> 
> Hello maintainer, I fixed a FTBFS on armhf due to time64_t. The regex was 
> causing "=64" to be stripped from _FILE_OFFSET_BITS, causing cmake to fail to 
> build test code.
> 
> With this regex the example test code of clang fails in cmake, causing an 
> error.
> this is due to -I/usr/lib/llvm-18/include -std=c++17 -fno-exceptions 
> -funwind-tables -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE 
> -D_FILE_OFFSET_BITS=64 -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS 
> -D__STDC_LIMIT_MACROS
> becoming:
> -I/usr/lib/llvm-18/include;-D_GNU_SOURCE;-D_FILE_OFFSET_BITS;-D_LARGEFILE_SOURCE;-D_FILE_OFFSET_BITS;-D__STDC_CONSTANT_MACROS;-D__STDC_FORMAT_MACROS;-D__STDC_LIMIT_MACROS
> 
> If you undefine _FILE_OFFSET_BITS and you enable _TIME_BITS=64 you get a FTBFS
> 
> /usr/include/features-time64.h:26:5: error: #error "_TIME_BITS=64 is allowed 
> only with _FILE_OFFSET_BITS=64"
> 26 | # error "_TIME_BITS=64 is allowed only with _FILE_OFFSET_BITS=64"
> 
> 
>   * Fix regex on find clang without stripping defines content.
> 
> 
> Thanks for considering the patch.
> diff -Nru rtags-2.38/debian/patches/fix-regex.patch 
> rtags-2.38/debian/patches/fix-regex.patch
> --- rtags-2.38/debian/patches/fix-regex.patch 1970-01-01 01:00:00.0 
> +0100
> +++ rtags-2.38/debian/patches/fix-regex.patch 2024-04-15 08:50:11.0 
> +0200
> @@ -0,0 +1,18 @@
> +Description:
> +   * Add -D_FILE_OFFSET_BITS=64 to fix FTBFS on armhf
> + (bad regex on find clang making build fail)
> +Author: Gianfranco Costamagna 
> +Forwarded: https://github.com/Andersbakken/rtags/pull/1439
> +Last-Update: 2024-04-15
> +
> +--- rtags-2.38.orig/cmake/FindLibClang.cmake
>  rtags-2.38/cmake/FindLibClang.cmake
> +@@ -88,7 +88,7 @@ if (NOT LIBCLANG_CXXFLAGS)
> + endif ()
> + set(LIBCLANG_CXXFLAGS "-I${LIBCLANG_CXXFLAGS}")
> + endif ()
> +-string(REGEX MATCHALL "-(D__?[a-zA-Z_]*|I([^\" ]+|\"[^\"]+\"))" 
> LIBCLANG_CXXFLAGS "${LIBCLANG_CXXFLAGS}")
> ++string(REGEX MATCHALL "-(D__?[a-zA-Z_=0-9]*|I([^\" ]+|\"[^\"]+\"))" 
> LIBCLANG_CXXFLAGS "${LIBCLANG_CXXFLAGS}")
> + string(REGEX REPLACE ";" " " LIBCLANG_CXXFLAGS "${LIBCLANG_CXXFLAGS}")
> + set(LIBCLANG_CXXFLAGS ${LIBCLANG_CXXFLAGS} CACHE STRING "The LLVM C++ 
> compiler flags needed to compile LLVM based applications.")
> + unset(LIBCLANG_CXXFLAGS_HACK_CMAKECACHE_DOT_TEXT_BULLSHIT CACHE)
> diff -Nru rtags-2.38/debian/patches/series rtags-2.38/debian/patches/series
> --- rtags-2.38/debian/patches/series  2023-08-29 19:36:08.0 +0200
> +++ rtags-2.38/debian/patches/series  2024-04-15 08:49:15.0 +0200
> @@ -15,3 +15,4 @@
>  0015-expand-range-of-llvm-versions.patch
>  0016-always-finish-the-connection.patch
>  0017-Add-when-argument-to-define-obsolete-function-alias.patch
> +fix-regex.patch

Bug#1016963: Please test with helping rpi_arm64

[Denis Pynkin]

Hi,

On 12/29/22 00:55, Vagrant Cascadian wrote:

On 2022-12-28, Vagrant Cascadian wrote:

I have not received many test results for current or even remotely
recent u-boot platforms in Debian, and u-boot has been blocked from
migration to testing partly because of this.

As the bookworm freeze approaches, this is getting to be... worrysome!

If you have access to any of these boards, please consider testing
u-boot versions as packaged in debian for versions from debian stable
(2021.01*), testing (2022.04*), unstable (2022.10*) and experimental
(2023.01-rc*) and updating the wiki page if successful and/or replying
to 1016...@bugs.debian.org with a positive confirmation...

rpi_arm64


Tested `rpi_arm64` target with RPi 3 B 1GB and RPi 4 B 2GB.

Tested versions below are able to work with USB keyboard, serial, hdmi 
output and boot the target OS to graphical UI:

- U-Boot 2022.04+dfsg-2+b1 (May 14 2022 - 19:14:13 +)
- U-Boot 2022.10+dfsg-2 (Dec 23 2022 - 23:18:44 +)
- U-Boot 2023.01-rc4+dfsg-1 (Dec 24 2022 - 03:13:23 +)

With the version from stable -- no HDMI for RPi4, all works for RPi3:
- U-Boot 2021.01+dfsg-5 (May 23 2021 - 04:32:45 +)

PS Tested `rpi_arm64` boot with the daily image image from ApertisOS 
since it is using that target by default, have graphical UI and works 
both with RPi3 and RPi4,

so it is convenient to compare the U-Boot itself.

--
Denis Pynkin
Senior Software Engineer

Collabora Ltd.
Platinum Building, St John's Innovation Park, Cambridge CB4 0DS, UK
Registered in England & Wales, no. 5513718

Bug#1021032: vlc: playing videos results in a black screen

[Rémi Denis-Courmont]

Le 8 octobre 2022 16:40:49 GMT+03:00, KeyofBlueS  a écrit 
:
>> It would be interesting to see if it reproduces with VLC <= 3.0.12 and >=
>> 3.0.18~rc1. (...)
>> It could also be something else. I don't pretend to know that.

>I've compiled 3.0.18-rc2 (sorry i wasn't able to build 3.0.12 also), sadly
>it is still reproducible. I really hope that if it's unfixable, at least
>some workaround could take place, i'm not ready to switch to wayland.

In that case, my hypothesis about the X11 protocol problem is invalidated. 
Updating to 3.0.18 won't fix anything and there are no fixes to backport, and 
no (known) patches to revert either.

Note that VLC 3.0 doesn't support Wayland properly anyway. That would require 
VLC 4.0 which is still far from ready for prime time.

Thanks for the testing.

Bug#1021032: vlc: playing videos results in a black screen

[Rémi Denis-Courmont]

Le lauantaina 8. lokakuuta 2022, 12.40.56 EEST KeyofBlueS a écrit :
> Hi all. Let's continue here from #1021140
> 
> 
> It seems this issue it's not completely fixed. Before it was always
> reproducible under any circumstance, when now there are at least two ways
> to always trigger it:

I believe that the issue is not fixed at all.

The symptoms started showing up after Debian updated Qt, and affect only the Qt 
GUI. The last attempt to fix it affected the VA-API video decoding path in such 
a way that it will still *fail* at a different pace than it did before the fix. 
Then it will fallback to VDPAU or to software decoding path.

But it will still fail anyhow, and the exact same failure occurs when playing 
video outside the VLC GUI, which is unaffected. Therefore, I am led to believe 
that this is a race condition that became apparent with the Debian Qt update, 
and partially worked around by the last VA change in the Debian VLC packaging.


It would be interesting to see if it reproduces with VLC <= 3.0.12 and >= 
3.0.18~rc1. If not, then the X11 protocol-level race condition with parenting 
the VLC video window would be the obvious culprit. Unfortunately though, I 
reckon that that is in fact an X11 protocol design issue that is unfixable 
(short of switching to Wayland, basically), though there are potential 
workarounds.

It could also be something else. I don't pretend to know that.

-- 
レミ・デニ-クールモン
http://www.remlab.net/

Bug#990818: closing 990818

[Denis Danilov]

close 990818 2.38-4

CI does not report timeouts for the version 2.38-4, so I belive the
modification in 2.38-4 fixed the issue.

thanks

Bug#990818: rtags: flaky autopkgtest: regularly times out after 2:47 h

[Denis Danilov]

Hi Paul,

> a regression, I looked into the history of your autopkgtest [1] and I
> noticed it fails regularly on ppc64el (and I spotted a similar failure
> on i386). I copied some of the output at the bottom of this report. It
> hits the autopkgtest time out after 2hours and 47 minutes. Successful
> runs pass in a couple of minutes.

indeed, there are sporadic failures, mostly on ppc64el, but also on amd64.

> tests/automated/test_misc.py::test_output[PrintIncludePathOutput]
> autopkgtest [04:05:18]: ERROR: timed out on command "su -s /bin/bash

they all fail (by timeout) on the same test "PrintIncludePathOutput".
I will try to check and debug corresponding code in rtags daemon/client.

Denis

Bug#929232: [Pkg-emacsen-addons] Bug#929232: flycheck: FTBFS (ValueError: Invalid placeholder in string)

[Denis Danilov]

Dear Santiago,

indeed conf.py for sphinxdoc has some problems due to enabled extensions...
I will prepare a fix.

Thanks,
Denis

On Sun, May 19, 2019 at 06:06:08PM +, Santiago Vila wrote:
> Package: src:flycheck
> Version: 31-2
> Severity: serious
> Tags: ftbfs
> 
> Dear maintainer:
> 
> I tried to build this package in buster but it failed:

Bug#889557: ovito: (Build-)Depends on obsolete libbotan1.10-dev

[Denis Danilov]

Hi Chris,

FYI: upstream development version does not depend on libbotan anymore and with 
the
next release this problem should disappear.

Best
Denis

On Thu, Aug 09, 2018 at 10:59:54PM +0200, Chris Hofstaedtler wrote:
> Dear ovito Maintainers,
> 
> is there any update on progress of porting to botan2, or at least
> moving off botan1.10?
> 
> Cheers,
> Chris
> 

Bug#899775: mc: Invalid maintainer address pkg-mc-de...@lists.alioth.debian.org

[Denis Briand]

Hi every one,
I'm OK to migrate the list to the new alioth system.
Thank you Andreas.
cheers

Denis

Le 25/05/2018 à 13:44, Andreas Tille a écrit :
> Uh, somebody did not answer the call to salvage this list
> 
> Should we try to ask alioth-lists admins?  Any other idea how to
> communicate about mc
> 
> Kind regards
> 
> Andreas.
> 
> 



signature.asc
Description: OpenPGP digital signature

Bug#885777: (no subject)

[Denis Auroux]

Uh, wait... the mailing list post from October 2017 announcing the 
deprecation and removal of libgnome and libgnomeui and other related 
libraries didn't even list libgnomecanvas among the libraries to be 
removed, or xournal among the affected packages -- perhaps showing 
awareness that libgnomecanvas is in fact not related to libgnome in any 
way.  Could it be that someone got overzealous and decided to remove 
libgnomecanvas for no good reason?  Perhaps that can still be undone?


Denis

Bug#885777: (no subject)

[Denis Auroux]

libgnomecanvas is not related to libgnome in any way despite the name. 
It provides a high-performance canvas widget for GTK2, it is the 
standard canvas widget for GTK2. There is no good replacement for GTK3. 
I am not aware of any serious issues with it apart from it being old.


The two GTK3 canvases that aim to provide something similar to 
libgnomecanvas, foocanvas/geocanvas and goocanvas, are not so 
well-maintained, not as well-optimized, and not as standard as 
libgnomecanvas.  I don't want to invest a lot of effort into switching 
to one just to have Debian declare it deprecated the following year.


The official Debian line that libgnomecanvas is deprecated in favor of 
cairo is nonsense since the two don't offer equivalent functionality -- 
it's impossible to port libgnomecanvas software to rely only on cairo 
and the cairo ecosystem.


Please consider un-deprecating libgnomecanvas.  Despite the lack of 
active development, it is a useful library, has no security issues that 
I am aware of, and software that people want to use depends on it.


I don't have time to port xournal to GTK3 and a GTK3 canvas at the 
moment. You can try using the gtk3 branch from Daniel German's git 
repository, but I am not ready to adopt this as the main upstream 
xournal, and probably won't have time to migrate xournal to GTK3 or to a 
different canvas widget for the next couple of years at least.


If Debian persists, I would simply advise xournal users to install 
libgnomecanvas and xournal outside of the distribution's package manager.


Sincerely,
Denis Auroux

Bug#846019: pgadmin3: SIGABRT after fatal error complaint regarding libwxgtx ABI mismatch

[Denis Briand]

reassign 846019 wxwidgets3.0
thanks

Hello Björn,
Thanks for this report bug.
It's not completly the same of #844486

In your case, you have a fatal error.

In the wxwidgets3.0 src/common/appbase.cpp source code (line 782),
the "wxLogFatalError(msg.c_str())" line shouldn't be executed !

Because you have the same library and program version.
You just haven't the same ABI version who must return a simple warning.

I reassign this bug to wxwidgets3.0.

best regards

Denis Briand


signature.asc
Description: Digital signature

Bug#818193: aaphoto: Jasper removal

[Denis Briand]

On Sat, Jul 02, 2016 at 04:46:32PM +0200, Andras Horvath wrote:
> Hi, I am the upstream developer of aaphoto. I have removed libjasper 
> dependency
> and created version here rewriting the source code (v0.44): Seems to be 
> working
> well.
> 
> github repo:
> https://github.com/log69/aaphoto
> 
> website:
> http://log69.com/aaphoto_en.html
> 
> 
> Andras Horvath

Hi Andras,
Perfect!
Thank you very much.
I checked the code this evening.
You are right, It was better to remove jp2 support.
I will build it and test it tomorrow.
It will be uploaded soon.
thanks again

Denis


signature.asc
Description: Digital signature

Bug#818193: aaphoto: Jasper removal

[Denis Briand]

tags 818193 pending
thanks 


On Tue, Jun 28, 2016 at 09:46:28PM +0200, Andras Horvath wrote:
> Hi, thank you for your swift answer. I'll try to fix it and let you know ASAP.
> Andras

Hi Andras,
Many thanks!
Ping me as soon as possible when it will be done.
I will build again and upload aaphoto debian package.

regards

Denis


signature.asc
Description: Digital signature

Bug#820329: playonlinux: FTBFS in sid: dh_install: Cannot find (any matches for) "plugins/TransgamingCedega*" and "plugins/Wine*"

[Denis Briand]

tags 820329 patch
thanks

Hello,
Upstream did removed these two plugin and add another one.
You should try this trivial patch.

Best regards

Denis Briand  
--- playonlinux.install.old	2016-04-09 06:22:29.913632999 +0200
+++ playonlinux.install	2016-04-09 06:35:42.134081741 +0200
@@ -8,7 +8,7 @@
 python/*.py usr/share/playonlinux/python/
 python/lib/*.py usr/share/playonlinux/python/lib/
 resources/* usr/share/playonlinux/resources/
-plugins/plugins.lst plugins/polvault* plugins/ScreenCap* plugins/TransgamingCedega* plugins/Wine* usr/share/playonlinux/plugins/
+plugins/plugins.lst plugins/polvault* plugins/ScreenCap* plugins/Capture* usr/share/playonlinux/plugins/
 playonlinux usr/share/playonlinux/
 playonlinux-bash usr/share/playonlinux/
 playonlinux-pkg usr/share/playonlinux/

Bug#811519: vlc: avio plugin leaks file content

[Rémi Denis-Courmont]

Package: vlc
Version: 2.2.1-5+b1
Severity: grave
Tags: security patch
Justification: user security hole

Dear Maintainer,

With a carefully crafted URL, the VLC avio plugin can be made to leak
content of local files to remote parties.
The root cause is the same as CVE-2016-1897.

See also:

https://mailman.videolan.org/pipermail/vlc-devel/2016-January/105718.html

Best regards,

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.1.15-basile (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fi_FI.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages vlc depends on:
ii  fonts-freefont-ttf  20120503-4
ii  libaa1  1.4p5-44
ii  libavcodec-ffmpeg56 7:2.8.5-1
ii  libavutil-ffmpeg54  7:2.8.5-1
ii  libc6   2.21-6
ii  libcaca00.99.beta19-2+b1
ii  libcairo2   1.14.6-1
ii  libegl1-mesa [libegl1-x11]  11.1.1-2
ii  libfreerdp-client1.11.1.0~git20140921.1.440916e+dfsg1-5+b1
ii  libfreerdp-core1.1  1.1.0~git20140921.1.440916e+dfsg1-5+b1
ii  libfreerdp-gdi1.1   1.1.0~git20140921.1.440916e+dfsg1-5+b1
ii  libfreetype62.6.1-0.1
ii  libfribidi0 0.19.7-1
ii  libgcc1 1:5.3.1-6
ii  libgl1-mesa-glx [libgl1]11.1.1-2
ii  libgles1-mesa [libgles1]11.1.1-2
ii  libgles2-mesa [libgles2]11.1.1-2
ii  libglib2.0-02.46.2-3
ii  libpulse0   7.1-2
ii  libqt5core5a5.5.1+dfsg-12
ii  libqt5gui5  5.5.1+dfsg-12
ii  libqt5widgets5  5.5.1+dfsg-12
ii  libqt5x11extras55.5.1-3
ii  librsvg2-2  2.40.13-1
ii  libsdl-image1.2 1.2.12-5+b5
ii  libsdl1.2debian 1.2.15-12
ii  libstdc++6  5.3.1-6
ii  libva-drm1  1.6.2-1
ii  libva-x11-1 1.6.2-1
ii  libva1  1.6.2-1
ii  libvlccore8 2.2.1-5+b1
ii  libvncclient1   0.9.10+dfsg-3
ii  libx11-62:1.6.3-1
ii  libxcb-composite0   1.11.1-1
ii  libxcb-keysyms1 0.4.0-1
ii  libxcb-randr0   1.11.1-1
ii  libxcb-shm0 1.11.1-1
ii  libxcb-xv0  1.11.1-1
ii  libxcb1 1.11.1-1
ii  libxext62:1.3.3-1
ii  libxi6  2:1.7.5-1
ii  libxinerama12:1.1.3-1+b1
ii  libxpm4 1:3.5.11-1+b1
ii  vlc-nox 2.2.1-5+b1
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages vlc recommends:
pn  vlc-plugin-notify  
pn  vlc-plugin-samba   
ii  xdg-utils  1.1.1-1

vlc suggests no packages.

Versions of packages vlc-nox depends on:
ii  liba52-0.7.4   0.7.4-18
ii  libasound2 1.0.29-1
ii  libass50.13.1-1
ii  libavahi-client3   0.6.32~rc+dfsg-1
ii  libavahi-common3   0.6.32~rc+dfsg-1
ii  libavc1394-0   0.5.4-2
ii  libavcodec-ffmpeg567:2.8.5-1
ii  libavformat-ffmpeg56   7:2.8.5-1
ii  libavutil-ffmpeg54 7:2.8.5-1
ii  libbasicusageenvironment0  2014.01.13-1
ii  libbluray1 1:0.9.2-2
ii  libc6  2.21-6
ii  libcddb2   1.3.2-5
ii  libcdio13  0.83-4.2+b1
ii  libchromaprint01.2-1+b1
ii  libcrystalhd3  1:0.0~git20110715.fdd2f19-11+b1
ii  libdbus-1-31.10.6-1
ii  libdc1394-22   2.2.3-1
ii  libdca00.0.5-7
ii  libdirectfb-1.2-9  1.2.10.0-5.1
ii  libdvbpsi101.3.0-4
ii  libdvdnav4 5.0.3-1
ii  libdvdread45.0.3-1
ii  libebml4v5 1.3.3-1
ii  libfaad2   2.8.0~cvs20150510-1
ii  libflac8   1.3.1-4
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.6.1-0.1
ii  libfribidi00.19.7-1
ii  libgcc11:5.3.1-6
ii  libgcrypt201.6.4-4
ii  libgnutls-deb0-28  3.3.20-1
ii  libgpg-error0  1.21-1
ii  libgroupsock1  2014.01.13-1
ii  libjpeg62-turbo1:1.4.1-2
ii  libkate1   0.4.1-5
ii  liblircclient0 0.9.0~pre1-1.2
ii  liblivemedia23 2014.01.13-1
ii  liblua5.2-05.2.4-1
ii  libmad00.15.1b-8
ii  libmatroska6v5 1.4.4-1
ii  libmodplug11:0.8.8.5-2
ii  libmpcdec6 2:0.1~r475-1
ii  libmpeg2-4 0.5.1-7
ii  libmtp91.1.10-2
ii  libncursesw5   6.0+20151024-2
ii  libogg01.3.2-1
ii  libopus0

Bug#798661: libqt5widgets5: regression in 5.5 breaks vlc video playback

[Rémi Denis-Courmont]

tags 798661 + patch
thanks

Upstream bug report has a fix.

--
Rémi Denis-Courmont
http://www.remlab.net/

Bug#802467: bijiben: Crash on startup

[Denis Rodrigues Ferreira]

Package: bijiben
Version: 3.18.1-1
Severity: grave
Tags: upstream
Justification: renders package unusable

Dear Maintainer,

Bijiben don't start. When call in a terminal it show:

$ bijiben

** (bijiben:30342): WARNING **: Unable to connect to EDS: Error calling
StartServiceByName for org.gnome.evolution.dataserver.Sources5:
GDBus.Error:org.freedesktop.DBus.Error.Spawn.ExecFailed: Failed to execute
program org.gnome.evolution.dataserver.Sources5: No such file or directory

** (bijiben:30342): WARNING **: Cannot initialize BijiManager: Error calling
StartServiceByName for org.gnome.evolution.dataserver.Sources5:
GDBus.Error:org.freedesktop.DBus.Error.Spawn.ExecFailed: Failed to execute
program org.gnome.evolution.dataserver.Sources5: No such file or directory

Debian Stretch
bijiben version: 3.18.1-1

Kernel version: 4.2.0-1-686-pae

Locale: en_US.UTF-8




-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 4.2.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages bijiben depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  libc62.19-22
ii  libcairo-gobject21.14.2-2
ii  libcairo21.14.2-2
ii  libecal-1.2-19   3.18.0-3
ii  libedataserver-1.2-213.18.0-3
ii  libgdk-pixbuf2.0-0   2.32.1-1
ii  libglib2.0-0 2.46.0-2
ii  libgoa-1.0-0b3.18.0-1
ii  libgtk-3-0   3.18.2-1
ii  libical1a1.0.1-0.1
ii  libpango-1.0-0   1.38.0-3
ii  libpangocairo-1.0-0  1.38.0-3
ii  libtracker-sparql-1.0-0  1.6.0-1
ii  libuuid1 2.27-3
ii  libwebkitgtk-3.0-0   2.4.9-2+b1
ii  libxml2  2.9.2+zdfsg1-4
ii  libzeitgeist-2.0-0   0.9.14-2.2+b1
ii  tracker  1.6.0-1

bijiben recommends no packages.

bijiben suggests no packages.

-- no debconf information

Bug#727245: abook: Add an address to Abook with Mutt delete all phone numbers

[Denis Briand]

tags 727245 confirmed help
severity 727245 grave
thanks

Hello Julia and Fulvio,
Thank you very much for your bug report.
I confirm this grave issue (data loss).
We will try to fix the issue with upstream...
...but help is welcome.

best regards

Denis Briand


signature.asc
Description: Digital signature

Bug#791803: abook: diff for NMU version 0.6.0~pre2-4.1

[Denis Briand]

On Sun, Jul 26, 2015 at 10:00:21AM +0200, Salvatore Bonaccorso wrote:
 Hi Rhonda, hi Denis,
 
 I've prepared an NMU for abook (versioned as 0.6.0~pre2-4.1) and
 uploaded it to DELAYED/2. Please feel free to tell me if I
 should delay it longer.
 
 Regards,
 Salvatore


Hello Salvatore,
Thank you for your NMU, your help is welcome but a new version using
debhelper is pending (check 'dh' git branch). It's not complete but, I would
like to finish it in the next week (patchs to help us to finish it are welcome).
IMHO, I prefere to wait few days this clean 'dh' new version than an NMU who 
fix only one thing with the old system.

Best regards

Denis Briand


signature.asc
Description: Digital signature

Bug#791803: abook: fails to install: abook.postinst: update-menus: not found

[Denis Briand]

tags 791803 pending
thanks

On Wed, 8 Jul 2015 21:52:56 +0200 Salvatore Bonaccorso car...@debian.org 
wrote:
 Control: tags -1 + patch
 
 Hi,
 
 On Wed, Jul 08, 2015 at 05:14:42PM +0200, Andreas Beckmann wrote:
  Package: abook
  Version: 0.6.0~pre2-4
  Severity: serious
  User: debian...@lists.debian.org
  Usertags: piuparts
  
  Hi,
  
  during a test with piuparts I noticed your package failed to install. As
  per definition of the release team this makes the package too buggy for
  a release, thus the severity.
  
  From the attached log (scroll to the bottom...):
  
Selecting previously unselected package abook.
(Reading database ... 
  (Reading database ... 7475 files and directories currently installed.)
Preparing to unpack .../abook_0.6.0~pre2-4_amd64.deb ...
Unpacking abook (0.6.0~pre2-4) ...
Setting up abook (0.6.0~pre2-4) ...
/var/lib/dpkg/info/abook.postinst: 58: /var/lib/dpkg/info/abook.postinst: 
  update-menus: not found
dpkg: error processing package abook (--configure):
 subprocess installed post-installation script returned error exit status 
  127
Errors were encountered while processing:
 abook
 
 The problem lies in the postinst. It changed away from testing for the
 hardcoded pathname /usr/bin/update-menus to 
 
 which update-menus
 
 but the argument to -x is not quoted. A simple patch is:
 
 cut-cut-cut-cut-cut-cut-
 diff -Nru abook-0.6.0~pre2/debian/postinst abook-0.6.0~pre2/debian/postinst
 --- abook-0.6.0~pre2/debian/postinst2015-07-06 17:35:05.0 +0200
 +++ abook-0.6.0~pre2/debian/postinst2015-07-08 18:52:55.0 +0200
 @@ -54,6 +54,6 @@
  
  
  # menu entry
 -if [ $action = 'configure' ]  [ -x `which update-menus` ]; then
 +if [ $action = 'configure' ]  [ -x `which update-menus` ]; then
 update-menus 
  fi
 cut-cut-cut-cut-cut-cut-
 
 
 Otherwise switching to a debhelper based packaging using
 dh_installmenu, will replace the right snippet in the postinst as
 well.

Hello,
Thank you for your bug report Andreas and for your fix Salvatore.
Yes, switching to debhelper is planned soon.
Regards

Denis Briand


signature.asc
Description: Digital signature

Bug#740998: rdnssd: merge-hook overwrites /etc/resolv.conf when /sbin/resolvconf is not installed

[Rémi Denis-Courmont]

Le lundi 27 octobre 2014, 15:20:37 Raphael Hertzog a écrit :
 On Fri, 07 Mar 2014, Frank Heckenbach wrote:
  The merge-hook script overwrites /etc/resolv.conf when
  /sbin/resolvconf is not installed, thereby erasing additional
  entries in this file such as name etc.
 
 And it also erases non-IPv6 DNS servers that were present
 in that file before.
 
 Right now, this package got installed by default on a Jessie GNOME
 desktop and it really interacts badly with NetworkManager which
 was handling the file perfectly fine (i.e. it included already the
 IPv6 DNS servers identified by rdnsd).

That *is* a problem. Indeed NetworkManager has gained support for RDNSS for a 
long time already, and thus made completely rdnssd redundant if not counter-
productive on a system with NetworkManager.

But as far as I know, whatever caused this default is not rdnssd itself.

 I believe that it should do something saner instead of overwriting.

I must disagree. If resolvconf is absent, overwriting is the most sane, or 
least insane thing to do. There just is not a lot that can be done without 
mediation for writing the resolver configuration.

 It should verify if the file contains the DNS servers it detected
 and add them if they are missing. But it should definitely not blindly
 overwrite the file...

There are currently no ways to know which entries were inserted by rdnssd 
(possibly by a previous incantation of it) and which by other tools. 
Furthermore, I doubt we can safely assume that all resolv.conf tools remove 
their entries when uninstalled. I think this suggestion is worse than the bug 
from a reliability perspective.

Really, any pair of two tools writing resolv.conf will screw stuff up without 
resolvconf present and supported by both tools. That problem affects ppp, dhcp-
client3, network-manager, wicd, connman, systemd(-networkd) just to name a 
few. And I don´t dare mention most if not all VPN clients.


-- 
Rémi Denis-Courmont
http://www.remlab.net/


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#760043: weston-terminal: exits under load

[Rémi Denis-Courmont]

Package: weston
Version: 1.5.0-2
Severity: grave
Justification: causes non-serious data loss

Dear Maintainer,

When the Weston terminal outputs really fast, it pseudo-randomly ends
up vanishing and the process exits. For me, this is reproducible about
every third time running ls -lR /. 

On the console that started the compositor:

[11:54:52.890] launching '/usr/lib/weston/weston-desktop-shell'



Error sending request: Resource temporarily unavailable
child 7795 exited

From a quick investigation, this appears to be an unhandled error
without the libwayland-client marshaller. I guess that write congestion
on the socket to the compositor is not handled; if that is the case,
it is somewhat surprisingly and disturbingly naive.

Feel free to reassign to wayland.

Best regards,

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-basile (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages weston depends on:
ii  adduser 3.113+nmu3
ii  libc6   2.19-10
ii  libcairo2   1.12.16-3
ii  libcolord2  1.2.1-1
ii  libdbus-1-3 1.8.6-2
ii  libdrm2 2.4.56-1
ii  libegl1-mesa10.2.6-1
ii  libegl1-mesa-drivers10.2.6-1
ii  libgbm1 10.2.6-1
ii  libgl1-mesa-glx [libgl1]10.2.6-1
ii  libgles2-mesa   10.2.6-1
ii  libglib2.0-02.40.0-5
ii  libglu1-mesa [libglu1]  9.0.0-2
ii  libinput0   0.2.0-2
ii  libjpeg88d1-1
ii  liblcms2-2  2.6-3
ii  libmtdev1   1.1.5-1
ii  libpam0g1.1.8-3.1
ii  libpango-1.0-0  1.36.6-1
ii  libpangocairo-1.0-0 1.36.6-1
ii  libpixman-1-0   0.32.6-3
ii  libpng12-0  1.2.50-2
ii  libsystemd-login0   208-8
ii  libudev1208-8
ii  libwayland-client0  1.5.0-1
ii  libwayland-cursor0  1.5.0-1
ii  libwayland-egl1-mesa [libwayland-egl1]  10.2.6-1
ii  libwayland-server0  1.5.0-1
ii  libx11-62:1.6.2-3
ii  libx11-xcb1 2:1.6.2-3
ii  libxcb-composite0   1.10-3
ii  libxcb-render0  1.10-3
ii  libxcb-shape0   1.10-3
ii  libxcb-shm0 1.10-3
ii  libxcb-xfixes0  1.10-3
ii  libxcb-xkb1 1.10-3
ii  libxcb1 1.10-3
ii  libxcursor1 1:1.1.14-1
ii  libxkbcommon0   0.4.1-2

Versions of packages weston recommends:
ii  libgl1-mesa-dri  10.2.6-1

weston suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#750281: aster: FTBFS: No rule to make target 'clean'

[Denis Laxalde]

Control: tags -1 +patch

Patch committed at: 
http://anonscm.debian.org/gitweb/?p=debian-science/packages/aster.git;a=commitdiff;h=7be3b564181d8635fa1d8a4975a4341a3b40f1f4


--
Denis Laxalde
Logilab http://www.logilab.fr


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#750995: does this bug affect wheezy too?

[Rémi Denis-Courmont]

Le 2014-06-09 19:14, Holger Levsen a écrit :
does this bug (Cannot reject invalid SSL certificate for IMAP server 
as

dialog keeps appearing) affect wheezy too? Or is that jessie only?


TBH, I don't know; I don't have a Wheezy install handy.

--
Rémi Denis-Courmont


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#745556: kmail accepts invalid SMTP TLS certificate against user action

[Rémi Denis-Courmont]

Le 2014-04-24 08:53, Yves-Alexis Perez a écrit :

On Tue, Apr 22, 2014 at 10:33:28PM +0300, Rémi Denis-Courmont wrote:
The cancel button has no effects other than to bring the same 
dialog

almost instantly back in an infinite loop.


Are you sure the loop is infinite and kmail is not just checking 
folder
after folder? (not that it wouldn't be a bad idea to cache the 
decision

for the user/host/port triplet).


I do not know why it seems to loop. I set a refresh delay of 5 minutes, 
but the dialog comes back within less than a second, again and again...


--
Rémi Denis-Courmont


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#745556: kmail accepts invalid SMTP TLS certificate against user action

[Rémi Denis-Courmont]

Package: kmail
Version: 4:4.11.5-1
Severity: grave
Tags: security
Justification: user security hole

Dear Maintainer,

Configure an outgoing SMTP server with (Start)TLS in kmail. If the
server presents an invalid or self-signed certificate to the agent,
KDE will show a warning dialog offering three choices: details,
continue and cancel (not sure about translation from fr_FR locale).

The details button works as expected, showing certificate infos,
then returning to the previous dialog.

The cancel button has no effects other than to bring the same dialog
almost instantly back in an infinite loop. 

The continue button yields another dialog letting the user choose how
long to accept the certificate, either forever, or only for the current
session. If the dialog is closed without answer, Kmail assumes forever.
At that point, the mail feeder will happily send user credentials over
to the untrusted server.


So basically, there are no ways to reject an invalid certificate, other
than to kill the mail feeder or take the system offline.




-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.13.10-basile (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages kmail depends on:
ii  kde-runtime   4:4.11.5-1
ii  kdepim-runtime4:4.11.5-1
ii  kdepimlibs-kio-plugins4:4.11.5-4+b1
ii  libakonadi-calendar4  4:4.11.5-4+b1
ii  libakonadi-contact4   4:4.11.5-4+b1
ii  libakonadi-kde4   4:4.11.5-4+b1
ii  libakonadi-kmime4 4:4.11.5-4+b1
ii  libakonadiprotocolinternals1  1.11.0-1
ii  libc6 2.18-4
ii  libcalendarsupport4   4:4.11.5-1
ii  libgcc1   1:4.9-20140411-2
ii  libgpgme++2   4:4.11.5-4+b1
ii  libgrantlee-core0 0.3.0-5
ii  libincidenceeditorsng44:4.11.5-1
ii  libkabc4  4:4.11.5-4+b1
ii  libkalarmcal2 4:4.11.5-4+b1
ii  libkcalcore4  4:4.11.5-4+b1
ii  libkcalutils4 4:4.11.5-4+b1
ii  libkcmutils4  4:4.11.5-3
ii  libkdecore5   4:4.11.5-3
ii  libkdepim44:4.11.5-1
ii  libkdeui5 4:4.11.5-3
ii  libkio5   4:4.11.5-3
ii  libkleo4  4:4.11.5-1
ii  libkmime4 4:4.11.5-4+b1
ii  libknewstuff3-4   4:4.11.5-3
ii  libknotifyconfig4 4:4.11.5-3
ii  libkontactinterface4  4:4.11.5-4+b1
ii  libkparts44:4.11.5-3
ii  libkpgp4  4:4.11.5-1
ii  libkpimidentities44:4.11.5-4+b1
ii  libkpimtextedit4  4:4.11.5-4+b1
ii  libkpimutils4 4:4.11.5-4+b1
ii  libkprintutils4   4:4.11.5-3
ii  libksieveui4  4:4.11.5-1
ii  libktnef4 4:4.11.5-4+b1
ii  libmailcommon44:4.11.5-1
ii  libmailimporter4  4:4.11.5-1
ii  libmailtransport4 4:4.11.5-4+b1
ii  libmessagecomposer4   4:4.11.5-1
ii  libmessagecore4   4:4.11.5-1
ii  libmessagelist4   4:4.11.5-1
ii  libmessageviewer4 4:4.11.5-1
ii  libnepomukcore4   4:4.11.5-2+b1
ii  libpimcommon4 4:4.11.5-1
ii  libqt4-dbus   4:4.8.5+git242-g0315971+dfsg-2
ii  libqt4-network4:4.8.5+git242-g0315971+dfsg-2
ii  libqt4-xml4:4.8.5+git242-g0315971+dfsg-2
ii  libqtcore44:4.8.5+git242-g0315971+dfsg-2
ii  libqtgui4 4:4.8.5+git242-g0315971+dfsg-2
ii  libqtwebkit4  2.2.1-7
ii  libsendlater4 4:4.11.5-1
ii  libsolid4 4:4.11.5-3
ii  libsoprano4   2.9.4+dfsg-1
ii  libstdc++64.9-20140411-2
ii  libtemplateparser44:4.11.5-1
ii  perl  5.18.2-2+b1

Versions of packages kmail recommends:
ii  gnupg-agent  2.0.22-3
ii  gnupg2   2.0.22-3
ii  pinentry-qt4 [pinentry-x11]  0.8.3-2

Versions of packages kmail suggests:
pn  clamav | f-prot-installernone
pn  kaddressbook none
pn  kleopatranone
pn  procmail none
pn  spamassassin | bogofilter | annoyance-filter | spambayes | bsfilter  none

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#725685: code-aster-gui: Depends on tk8.5 and calls /usr/bin/wish

[Denis Laxalde]

tags 725685 +patch
quit

I've added a patch for this in the Git repository (converted from SVN in 
passing):


  http://anonscm.debian.org/gitweb/?p=debian-science/packages/astk.git


--
Denis Laxalde
Logilab http://www.logilab.fr


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#725057: vlc plugin linking issue (seems to affect only live systems)

[Rémi Denis-Courmont]

tags 725057 - patch
tags 725057 + moreinfo
thanks

Le lundi 30 septembre 2013 22:17:11 boacs a écrit :
 Package: vlc
 Version: 2.0.8-1
 Severity: serious
 Tags: patch
 Justification: Policy 2.5
 
 Dear Maintainer,
 
 In vlc versions before 2.0.3-5 , there was a linking issue which immediately
 crashed vlc on a live system, saying, [0x220e108] main libvlc error: No
 plugins found! Check your VLC installation.
 
 One workaround I've found out is linking:
 VLC_PLUGIN_PATH=/usr/lib/vlc/plugins/ vlc

Meh? That is the default value for VLC_PLUGIN_PATH... And I cannot reproduce 
the problem. Can you please post the verbose log (vlc -vv) ?

-- 
Rémi Denis-Courmont
http://www.remlab.net/


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#712151: binutils-mingw-w64-i686: conflicts with binutils, uninstallable

[Rémi Denis-Courmont]

Package: binutils-mingw-w64-i686
Version: 2.22-8+2+b1
Severity: serious
Justification: Policy 7.4

Dear Maintainer,

binutils-mingw-w64-i686 is uninstallable on Sid, i386 architecture due
to conflicting with the native binutils:

Unpacking binutils-mingw-w64-i686 (from 
.../binutils-mingw-w64-i686_2.22-8+2+b1_i386.deb) ...
dpkg: error processing 
/var/cache/apt/archives/binutils-mingw-w64-i686_2.22-8+2+b1_i386.deb (--unpack):
 trying to overwrite '/usr/lib/ldscripts/i386pe.x', which is also in package 
binutils 2.23.52.20130612-1
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/binutils-mingw-w64-i686_2.22-8+2+b1_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Best regards,

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.9.5-leon (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages binutils-mingw-w64-i686 depends on:
ii  binutils  2.23.52.20130612-1
ii  libc6 2.17-5
ii  zlib1g1:1.2.8.dfsg-1

binutils-mingw-w64-i686 recommends no packages.

binutils-mingw-w64-i686 suggests no packages.


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#707862: referencer moved to launchpad

[Denis Laxalde]

A package for version 1.2.1 which does not depend on gtkmm-utils is 
available at: http://mentors.debian.net/package/referencer


Let me know if you wish to sponsor it. Otherwise I'll send a RFS on mentors.

Thanks,
Denis


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#707862: referencer moved to launchpad

[Denis Laxalde]

Hi,

Emilio Pozuelo Monfort wrote:
 Turns out referencer moved to launchpad.net and is still maintained.
 There's even a new upstream release that ports referencer away from
 gnome-vfs, gnomeuimm and gnomemm.
 
 It'd be great to get that uploaded so we can remove those three libs
 for which referencer is the only remaining user.

I can help packaging this release, unless Michael plans to work on this.

However, referencer now build depends on gtkmm-utils
http://code.google.com/p/gtkmm-utils/ which is not in Debian. There
has been an RFP (#492480) and it's available Ubuntu. What's the way
forward in such situations?

Regards.

-- 
Denis Laxalde


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#707862: referencer moved to launchpad

[Denis Laxalde]

Emilio Pozuelo Monfort wrote:

However, referencer now build depends on gtkmm-utils
http://code.google.com/p/gtkmm-utils/ which is not in Debian. There
has been an RFP (#492480) and it's available Ubuntu. What's the way
forward in such situations?


This probably belongs in pkg-gnome, I'll look at it.


I've had a quick look and the project seems pretty dead, so I won't
include it
in pkg-gnome. You can of course package and maintain it yourself.


Scratch that, there's no reason to add more cruft to Debian, we already
have too much.


I agree.


What does referencer need gtkmm-utils for? If it's just one utility
function, it could just copy it...


I've asked upstream: https://bugs.launchpad.net/referencer/+bug/1184423.

Cheers,
Denis


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#660488: miredo: diff for NMU version 1.2.3-1.1

[Rémi Denis-Courmont]

   Hello,

Looks good to me. Thanks.

On Thu, 18 Oct 2012 18:39:12 -0500, Raphael Geissert geiss...@debian.org
wrote:
 tags 660488 + patch
 thanks
 
 Dear maintainer,
 
 I've prepared an NMU for miredo (versioned as 1.2.3-1.1) and
 uploaded it to DELAYED/2. Please feel free to tell me if I
 should delay it longer.
 
 Regards.
 Raphael Geissert

-- 
Rémi Denis-Courmont
Sent from my collocated server


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#672140: Processed: Re: [Pkg-utopia-maintainers] Bug#672140: prompts for root passwords on a sudo-only system

[Denis Laxalde]

Christian PERRIER a écrit :

Reassigning to the right D-I component.

However, in user-setup-apply:

 if [ -e $ROOT/etc/sudoers ]; then
 # Test if we can add the user to the sudo group
 # (possible if sudo= 1.7.2-2 is installed on the 
target system)
 # If we can, do it this way, otherwise add the user to 
sudoers
 # See #597239
 if ! $log $chroot $ROOT adduser $USER sudo/dev/null 
21; then
 echo $USER ALL=(ALL) ALL  $ROOT/etc/sudoers
 fi
 else
 # sudo failed to install, system won't be usable
 exit 1
 fi


In short, according to this code, this is already implemented, as of
user-setup 1.34, assuming the sudo group exists at the time this is
done. Adding the sudo user to sudoers is only a fallback.


I just installed a fresh wheezy system without a root account and the 
first user is indeed in the sudo group. And network-manager does not ask 
for the root password to setup a wireless connection. So I'd say that 
there's no bug after all...


--
Denis Laxalde


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#660488: miredo: FTBFS `pkglibdir' is not a legitimate directory for `PROGRAMS'

[Rémi Denis-Courmont]

Le dimanche 29 juillet 2012 23:31:39 Bart Martens, vous avez écrit :
 Hi Rémi,
 
 The patch fixes the bug.  Why not simply use it ? Shall I upload an NMU ?

It does not address the real issue.
It must be pure luck that automake accepts it.

-- 
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#660488: miredo: FTBFS `pkglibdir' is not a legitimate directory for `PROGRAMS'

[Rémi Denis-Courmont]

Le jeudi 19 juillet 2012 14:25:10 Jakub Wilk, vous avez écrit :
 And this was made a long time before the freeze.
 
 That's unfortunate. Once I get my time machine working, I'll travel back
 to April and then sponsor your changes. Would that be okay?

Sure, thanks.

 In the mean time, let's figure out what went wrong: Did you ask your
 previous sponsor to upload the package? If that didn't work out, did you
 ask at debian-mentors@lists.d.o?

I have lost contact with the original sponsor years ago. Various DDs have 
sponsored specific uploads, typically one of the bug reporters.

-- 
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#681270: causes FTBFS of pymvpa2 on s390x: TypeError: Improper input parameters in leastsq call

[Denis Laxalde]

tags 681270 +moreinfo
thanks

Yaroslav Halchenko wrote:

Please see attached a somewhat minimalistic code to reproduce the
problem.

it fails only on s390x -- fine on s390 and any other architecture/port where
pymvpa2 was just built.

Traceback (most recent call last):
   File scipy-fx-failure2.py, line 65, inmodule
 1.47441522,  1.78073152,  2.08704783,  2.39336413,  2.69968044]))
   File scipy-fx-failure2.py, line 52, in least_sq_fit
 return leastsq(efx, params)
   File /usr/lib/python2.7/dist-packages/scipy/optimize/minpack.py, line 324, 
in leastsq
 raise errors[info][1](errors[info][0])
TypeError: Improper input parameters.


Does it occur when dual_gaussian returns np.nan? I'd help if you could 
attach the full output of your script and also print err in efx.


It is not clear to me why this is a bug in scipy. This exception comes 
from MINPACK's lmdif FORTRAN routine directly. It is often triggered 
when the objective function returns an array with wrong dimensions.


--
Denis Laxalde
attachment: denis.vcf

Bug#681270: causes FTBFS of pymvpa2 on s390x: TypeError: Improper input parameters in leastsq call

[Denis Laxalde]

tags 681270 -moreinfo
thanks

Yaroslav Halchenko wrote:

BTW -- there is a bulk of possibly related unittests failures on s390x (if only
someone was brave enough to take care about
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=678546), e.g.  (a piece
of diff from output on s390)...


Ok, scipy is indeed broken on this architecture... Enabling the tests as 
suggested would make it FTBFS but I agree that it would be a good thing 
in general.


--
Denis Laxalde



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#681270: causes FTBFS of pymvpa2 on s390x: TypeError: Improper input parameters in leastsq call

[Denis Laxalde]

Yaroslav Halchenko wrote:

that was it -- assuring 'int' storage to be passed instead of npy_intp
(which is long int on s390x and int on s390) resolves this issue...


Good to know. fitpack (interpolate) might also benefit from this.


now I wonder what would be the cleanest patch;-)  (also running
unittests with this fix to see how many tests get fixed)


I don't know myself. Best is probably to ask on scipy-dev mailing list 
or to report the bug in scipy tracker.


--
Denis Laxalde



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#660488: miredo: FTBFS `pkglibdir' is not a legitimate directory for `PROGRAMS'

[Rémi Denis-Courmont]

   Hello,

On Tuesday 10 July 2012, Jakub Wilk wrote:
 * Rémi Denis-Courmont r...@remlab.net, 2012-04-25, 19:38:
 I've put the files at http://www.remlab.net/files/miredo/debian/ until
 someone can sponsor the upload.
 
 debdiff is:
 89 files changed, 10731 insertions(+), 6211 deletions(-)
 
 I'm afraid it's a bit too much at this point of the release cycle.
 
 Could you please prepare an upload with _only_ a dedicated fix for this
 RC bug?

No I don't have time to work around the Debian process.
And this was made a long time before the freeze.

-- 
Rémi Denis-Courmont
http://www.remlab.info



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#660488: miredo: FTBFS `pkglibdir' is not a legitimate directory for `PROGRAMS'

[Rémi Denis-Courmont]

tag 660488 + pending
thanks

Hello,

Le mardi 24 avril 2012 13:38:24 Satoru KURASHIKI, vous avez écrit :
 It seems that cdbs will not fix this anymore, so to fix your FTBFS
 you will need to add
 
 DEB_CONFIGURE_LIBEXECDIR = \$${prefix}/lib/$(DEB_SOURCE_PACKAGE)

That *is* wrong. The Debian correct value for libexecdir in the GNU build 
system is:

DEB_CONFIGURE_LIBEXECDIR = \$${prefix}/lib
(i.e. same as libdir)

 P.S. I can't clone your git repository with 403 error. So, I haven't
 try to your latest tree,
 but anyway I hope to see that in unstable soon :-)

Fixed the server configuration.

I've put the files at http://www.remlab.net/files/miredo/debian/ until someone 
can sponsor the upload.

-- 
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#670066: python-openturns is unusable

[Denis Barbier]

Package: python-openturns
Version: 0.15-3
Severity: grave
Justification: renders package unusable

Hello,

It seems that python-openturns 0.15-3 is unusable:
  $ python
  Python 2.7.2+ (default, Jan 20 2012, 17:51:10) 
  [GCC 4.6.2] on linux2
  Type help, copyright, credits or license for more information.
   import openturns
  Traceback (most recent call last):
File stdin, line 1, in module
File /usr/lib/python2.7/dist-packages/openturns/__init__.py, line 87, in 
module
  import openturns_preload
  ImportError: No module named openturns_preload

0.15-2 worked fine, I guess that this is due to the move to dh_python2.

Denis

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages python-openturns depends on:
ii  ghostscript9.05~dfsg-2
ii  libc6  2.13-26
ii  libgcc11:4.7.0-1
ii  libopenturns0  0.15-3
ii  libstdc++6 4.7.0-1
ii  python 2.7.2-10
ii  python-qt4 4.9.1-1
ii  python-rpy22.2.5-1
ii  python2.6  2.6.7-4
ii  python2.7  2.7.2-13

python-openturns recommends no packages.

python-openturns suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#662628: (no subject)

[Rémi Denis-Courmont]

reassign 662628 vlc-plugin-notify
found 662628 2.0.0-6
thanks

Hello,

I cannot reproduce the problem on KDE. In any case, the VLC notify plugin is 
broken by design; the way libnotify uses libdbus cannot work correctly within 
the VLC process.

I'd strongly suggest Debian removes this plugin altogether from its VLC 
builds.

-- 
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#660488: miredo: FTBFS `pkglibdir' is not a legitimate directory for `PROGRAMS'

[Rémi Denis-Courmont]

reopen 661983
found 661983 0.4.107
found 661983 0.4.108
found 661983 0.4.109
thanks

Le samedi 17 mars 2012 12:58:40 Neil Williams, vous avez écrit :
  Unfortunately for Debian/Ubuntu, it is not that easy. There is a bug in
  CDBS, which is not setting pkglibexecdir correctly. That makes the
  updated upstream FTBFS differently.
  
  I have all the fixes there
  http://git.remlab.net/gitweb/?p=miredo-debian.git;a=summary But the
  release is being held by CDBS bug #661983.
 
 ping?
 
 #661983 now claims to be fixed.

It is was not fixed. Someone forgot to reopen it.

-- 
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#660488: miredo: FTBFS `pkglibdir' is not a legitimate directory for `PROGRAMS'

[Rémi Denis-Courmont]

tags 660488 + pending
thanks

Hello,

Le Sunday 19 February 2012 17:42:41 Leo Iannacone, vous avez écrit :
 Dear maitainer,
 
 miredo fails to build with automake = 1.11.3.

 src/Makefile.am:35: `pkglibdir' is not a legitimate directory for `PROGRAMS'
 src/Makefile.am:59: variable `miredo_privproc_SOURCES' is defined but no 
 program or
 src/Makefile.am:59: library has `miredo_privproc' as canonical name (possible 
 typo)
 src/Makefile.am:60: variable `miredo_privproc_LDADD' is defined but no 
 program or
 src/Makefile.am:60: library has `miredo_privproc' as canonical name (possible 
 typo)
 autoreconf: automake failed with exit status: 1

Yeah, that is now fixed upstream. Thanks.

 The attached file fixes this problem.

Unfortunately for Debian/Ubuntu, it is not that easy. There is a bug in CDBS,
which is not setting pkglibexecdir correctly. That makes the updated upstream
FTBFS differently.

I have all the fixes there 
http://git.remlab.net/gitweb/?p=miredo-debian.git;a=summary
But the release is being held by CDBS bug #661983.

-- 
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#613121: (pas de sujet)

[Rémi Denis-Courmont]

found 613121 1.1.12-2
tags 613121 + confirmed
thanks

This bug is happening to me as well now.

-- 
Rémi Denis-Courmont
http://www.remlab.net/



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#635724: vlc: FTBFS (kfreebsd-i386) Segmentation fault (core dumped) ../bin/vlc-cache-gen .

[Rémi Denis-Courmont]

Hello,

Le mardi 2 août 2011 19:26:15 Reinhard Tartler, vous avez écrit :
 I managed to reproduce the segmentation fault on io.debian.net, and got
 this backtrace:
 
 (gdb) bt full
 #0  0x2c04225a in QVariantAnimation::registerInterpolator(QVariant (*)(void
 const*, void const*, double), int) () from /usr/lib/libQtCore.so.4
 No symbol table info available.
 #1  0x2b67c5e3 in ?? () from /usr/lib/libQtGui.so.4
 No symbol table info available.
 #2  0x281e0f88 in __cxa_finalize () from /lib/i386-kfreebsd-gnu/libc.so.0.1
 No symbol table info available.
 #3  0x2b6726b4 in ?? () from /usr/lib/libQtGui.so.4
 No symbol table info available.
 #4  0x2bda33c0 in _fini () from /usr/lib/libQtGui.so.4
 No symbol table info available.
 #5  0x2805af5e in ?? () from /lib/ld.so.1
 No symbol table info available.
 #6  0x2805ba07 in ?? () from /lib/ld.so.1
 No symbol table info available.
 #7  0x28337c44 in ?? () from /lib/i386-kfreebsd-gnu/libdl.so.2
 No symbol table info available.
 #8  0x2805602b in ?? () from /lib/ld.so.1
 No symbol table info available.
 #9  0x2833803c in ?? () from /lib/i386-kfreebsd-gnu/libdl.so.2
 No symbol table info available.
 #10 0x28337c7a in dlclose () from /lib/i386-kfreebsd-gnu/libdl.so.2
 No symbol table info available.
 #11 0x281249cb in module_Unload (handle=0x812da78) at modules/os.c:236
 No locals.
 #12 0x2811ee25 in DeleteModule (p_bank=value optimized out,
 p_module=0x111) at modules/modules.c:1167 pp_self = value optimized out
 #13 0x2811f0e7 in module_EndBank (p_this=0x804a004, b_plugins=true) at
 modules/modules.c:191 p_bank = value optimized out
 #14 0x2809a636 in libvlc_InternalCleanup (p_libvlc=0x804a004) at
 libvlc.c:1060 p_playlist = value optimized out
 psz_pidfile = value optimized out
 #15 0x2806ef46 in libvlc_release (p_instance=0x8049f08) at
 control/core.c:107 lock = 0x8049f20
 refs = 0
 #16 0x08048861 in main (argc=2, argv=0xbfbfe720) at cachegen.c:113
 vlc_argv = {0x8048afd --ignore-config, 0x8048b0d --quiet,
 0x8048b15 --no-media-library, 0x8049f70 --plugin-path=., 0x8048b3e
 --, 0x0,
   0xbfbfe72c
 \374\350\277\277\f\351\277\277\030\351\277\277)\351\277\277\064\351\277\2
 77B\351\277\277\062\356\277\277B\356\277\277W\356\277\277m\356\277\277\232\
 356\277\277\275\356\277\277\311\356\277\277\340\356\277\277\364\356\277\277
 \374\356\277\277\023\357\277\277$\357\277\277D\357\277\277Z\357\277\277}
 vlc = value optimized out
 path = 0xbfbfe8fa .
 arg = 0x8049f70 --plugin-path=.
 vlc_argc = value optimized out
 i = 1
 opts = {{name = 0x8048b53 force, has_arg = 0, flag = 0x0, val =
 102}, {name = 0x8048b59 help, has_arg = 0, flag = 0x0, val = 104}, {name
 = 0x8048b5e version, has_arg = 0, flag = 0x0, val = 86}, {name = 0x0,
 has_arg = 0, flag = 0x0, val = 0}}
 c = value optimized out
 force = value optimized out
 
 note that in frame #12, the parameter p_module is set to 0x, which
 looks suspicious. The code in modules/modules.c:191  looks like this:

I rather suspect the debug information are corrupted by compiler optimizations 
at this point. Otherwise, DeleteModule() would crash before module_Unload() 
gets to invoke dlclose(), as it dereferences p_module.

To me, it looks more like Qt4 has (yet another) bug in its static object 
destructors, which makes it crash dlclose(). VLC may be the only application 
dlopen()'ing -a shared object that links with- Qt4. And if it's not, it might 
still well be the only one that does so during as part of its build process.

-- 
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#633674: vlc: heap overflow in RealMedia plugin

[Remi Denis-Courmont]

Package: vlc-nox
Version: 1.1.10-1+b1
Severity: grave
Tags: security upstream
Justification: user security hole


See upstream advisory for details:
http://www.videolan.org/security/sa1105.html

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (100, 'unstable'), (100, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.39.2-00021-g5f66958 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages vlc-nox depends on:
ii  liba52-0.7.40.7.4-16 library for decoding ATSC A/52 str
ii  libasound2  1.0.23-4 shared library for ALSA applicatio
ii  libass4 0.9.12-1 library for SSA/ASS subtitles rend
ii  libavahi-client30.6.30-5 Avahi client library
ii  libavahi-common30.6.30-5 Avahi common library
ii  libavc1394-00.5.3-1+b2   control IEEE 1394 audio/video devi
ii  libavcodec524:0.6.2-3Libav codec library
ii  libavformat52   4:0.6.2-3Libav file format library
ii  libavutil50 4:0.6.2-3Libav utility library
ii  libc6   2.13-10  Embedded GNU C Library: Shared lib
ii  libcaca00.99.beta17-2colour ASCII art library
ii  libcddb21.3.2-3  library to access CDDB data - runt
ii  libcdio10   0.81-4   library to read and control CD-ROM
ii  libdbus-1-3 1.4.12-4 simple interprocess messaging syst
ii  libdc1394-222.1.3-4  high level programming interface f
ii  libdca0 0.0.5-4  decoding library for DTS Coherent 
ii  libdirac-decoder0   1.0.2-4  open and royalty free high quality
ii  libdirac-encoder0   1.0.2-4  open and royalty free high quality
ii  libdvbpsi7  0.2.0-1  library for MPEG TS and DVB PSI ta
ii  libdvdnav4  4.1.3-7  DVD navigation library
ii  libdvdread4 4.1.3-10 library for reading DVDs
ii  libebml31.2.1-1  access library for the EBML format
ii  libfaad22.7-6freeware Advanced Audio Decoder - 
ii  libflac81.2.1-3  Free Lossless Audio Codec - runtim
ii  libfontconfig1  2.8.0-3  generic font configuration library
ii  libfreetype62.4.4-2  FreeType 2 font engine, shared lib
ii  libfribidi0 0.19.2-1 Free Implementation of the Unicode
ii  libgcc1 1:4.6.1-3GCC support library
ii  libgcrypt11 1.4.6-7  LGPL Crypto library - runtime libr
ii  libgnutls26 2.10.5-2 the GNU TLS library - runtime libr
ii  libgpg-error0   1.10-0.3 library for common error values an
ii  libiso9660-70.81-4   library to work with ISO9660 files
ii  libkate10.3.8-1  Kate is a codec for karaoke and te
ii  liblircclient0  0.9.0~pre1-1 infra-red remote control support -
ii  liblua5.1-0 5.1.4-5  Simple, extensible, embeddable pro
ii  libmad0 0.15.1b-6MPEG audio decoder library
ii  libmatroska41.2.0-1  extensible open standard audio/vid
ii  libmodplug1 1:0.8.8.2-3  shared libraries for mod music bas
ii  libmpcdec6  2:0.1~r459-1 MusePack decoder - library
ii  libmpeg2-4  0.4.1-3  MPEG1 and MPEG2 video decoder libr
ii  libmtp8 1.0.6-7  Media Transfer Protocol (MTP) libr
ii  libncursesw55.9-1shared libraries for terminal hand
ii  libogg0 1.2.2~dfsg-1 Ogg bitstream library
ii  libpng12-0  1.2.44-3 PNG library - runtime
ii  libpostproc51   4:0.6.2-3Libav video postprocessing library
ii  libproxy0   0.3.1-2  automatic proxy configuration mana
ii  libraw1394-11   2.0.7-1  library for direct access to IEEE 
ii  libschroedinger-1.0-0   1.0.10-2.1   library for encoding/decoding of D
ii  libshout3   2.2.2-5+b1   MP3/Ogg Vorbis broadcast streaming
ii  libsmbclient2:3.5.9~dfsg-1   shared library for communication w
ii  libspeex1   1.2~rc1-1The Speex codec runtime library
ii  libstdc++6  4.6.1-3  GNU Standard C++ Library v3
ii  libswscale0 4:0.6.2-3Libav video scaling library
ii  libtag1c2a  1.7-1audio meta-data library
ii  libtheora0  1.1.1+dfsg.1-3   The Theora Video Compression Codec
ii  libtwolame0 0.3.13-1 MPEG Audio Layer 2 encoding librar
ii  libudev0171-2libudev shared library
ii  libupnp31:1.6.6-5.1  Portable SDK for UPnP Devices, ver
ii  

Bug#633675: vlc-nox: heap overflow in AVI plugin

[Remi Denis-Courmont]

Package: vlc-nox
Version: 1.1.10-1+b1
Severity: grave
Tags: security upstream
Justification: user security hole


See upstream advisory for details:
http://www.videolan.org/security/sa1106.html

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (100, 'unstable'), (100, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.39.2-00021-g5f66958 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages vlc-nox depends on:
ii  liba52-0.7.40.7.4-16 library for decoding ATSC A/52 str
ii  libasound2  1.0.23-4 shared library for ALSA applicatio
ii  libass4 0.9.12-1 library for SSA/ASS subtitles rend
ii  libavahi-client30.6.30-5 Avahi client library
ii  libavahi-common30.6.30-5 Avahi common library
ii  libavc1394-00.5.3-1+b2   control IEEE 1394 audio/video devi
ii  libavcodec524:0.6.2-3Libav codec library
ii  libavformat52   4:0.6.2-3Libav file format library
ii  libavutil50 4:0.6.2-3Libav utility library
ii  libc6   2.13-10  Embedded GNU C Library: Shared lib
ii  libcaca00.99.beta17-2colour ASCII art library
ii  libcddb21.3.2-3  library to access CDDB data - runt
ii  libcdio10   0.81-4   library to read and control CD-ROM
ii  libdbus-1-3 1.4.12-4 simple interprocess messaging syst
ii  libdc1394-222.1.3-4  high level programming interface f
ii  libdca0 0.0.5-4  decoding library for DTS Coherent 
ii  libdirac-decoder0   1.0.2-4  open and royalty free high quality
ii  libdirac-encoder0   1.0.2-4  open and royalty free high quality
ii  libdvbpsi7  0.2.0-1  library for MPEG TS and DVB PSI ta
ii  libdvdnav4  4.1.3-7  DVD navigation library
ii  libdvdread4 4.1.3-10 library for reading DVDs
ii  libebml31.2.1-1  access library for the EBML format
ii  libfaad22.7-6freeware Advanced Audio Decoder - 
ii  libflac81.2.1-3  Free Lossless Audio Codec - runtim
ii  libfontconfig1  2.8.0-3  generic font configuration library
ii  libfreetype62.4.4-2  FreeType 2 font engine, shared lib
ii  libfribidi0 0.19.2-1 Free Implementation of the Unicode
ii  libgcc1 1:4.6.1-3GCC support library
ii  libgcrypt11 1.4.6-7  LGPL Crypto library - runtime libr
ii  libgnutls26 2.10.5-2 the GNU TLS library - runtime libr
ii  libgpg-error0   1.10-0.3 library for common error values an
ii  libiso9660-70.81-4   library to work with ISO9660 files
ii  libkate10.3.8-1  Kate is a codec for karaoke and te
ii  liblircclient0  0.9.0~pre1-1 infra-red remote control support -
ii  liblua5.1-0 5.1.4-5  Simple, extensible, embeddable pro
ii  libmad0 0.15.1b-6MPEG audio decoder library
ii  libmatroska41.2.0-1  extensible open standard audio/vid
ii  libmodplug1 1:0.8.8.2-3  shared libraries for mod music bas
ii  libmpcdec6  2:0.1~r459-1 MusePack decoder - library
ii  libmpeg2-4  0.4.1-3  MPEG1 and MPEG2 video decoder libr
ii  libmtp8 1.0.6-7  Media Transfer Protocol (MTP) libr
ii  libncursesw55.9-1shared libraries for terminal hand
ii  libogg0 1.2.2~dfsg-1 Ogg bitstream library
ii  libpng12-0  1.2.44-3 PNG library - runtime
ii  libpostproc51   4:0.6.2-3Libav video postprocessing library
ii  libproxy0   0.3.1-2  automatic proxy configuration mana
ii  libraw1394-11   2.0.7-1  library for direct access to IEEE 
ii  libschroedinger-1.0-0   1.0.10-2.1   library for encoding/decoding of D
ii  libshout3   2.2.2-5+b1   MP3/Ogg Vorbis broadcast streaming
ii  libsmbclient2:3.5.9~dfsg-1   shared library for communication w
ii  libspeex1   1.2~rc1-1The Speex codec runtime library
ii  libstdc++6  4.6.1-3  GNU Standard C++ Library v3
ii  libswscale0 4:0.6.2-3Libav video scaling library
ii  libtag1c2a  1.7-1audio meta-data library
ii  libtheora0  1.1.1+dfsg.1-3   The Theora Video Compression Codec
ii  libtwolame0 0.3.13-1 MPEG Audio Layer 2 encoding librar
ii  libudev0171-2libudev shared library
ii  libupnp31:1.6.6-5.1  Portable SDK for UPnP Devices, ver
ii  

Bug#631815: Fails to execute anything after upgrade to v3.0.1-1

[Denis Laxalde]

Package: gnome-terminal
Version: 3.0.1-1
Followup-For: Bug #631815

For me, purging and reinstalling gnome-terminal and libvte- dependencies
solved the problem.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (200, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_CA.utf8, LC_CTYPE=fr_CA.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-terminal depends on:
ii  gnome-terminal-data   3.0.1-1Data files for the GNOME terminal 
ii  gsettings-desktop-schemas 3.0.1-1GSettings deskop-wide schemas
ii  libatk1.0-0   2.0.0-1The ATK accessibility toolkit
ii  libc6 2.13-7 Embedded GNU C Library: Shared lib
ii  libgconf2-4   2.32.4-1   GNOME configuration database syste
ii  libgdk-pixbuf2.0-02.23.3-3   GDK Pixbuf library
ii  libglib2.0-0  2.28.6-1   The GLib library of C routines
ii  libgtk-3-03.0.10-1   GTK+ graphical user interface libr
ii  libice6   2:1.0.7-2  X11 Inter-Client Exchange library
ii  libpango1.0-0 1.28.3-6   Layout and rendering of internatio
ii  libsm62:1.2.0-2  X11 Session Management library
ii  libvte-2.90-9 1:0.28.1-1 Terminal emulator widget for GTK+ 
ii  libx11-6  2:1.4.3-2  X11 client-side library

Versions of packages gnome-terminal recommends:
ii  gvfs 1.6.4-3 userspace virtual filesystem - ser
ii  yelp 2.30.1+webkit-1 Help browser for GNOME

gnome-terminal suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#625671: lombard: not reproducible anymore

[Denis Laxalde]

Package: lombard
Followup-For: Bug #625671

I cannot reproduce this now. Some updates might have fixed things…

Cheers,

Denis.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (150, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.39-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages lombard depends on:
ii  gstreamer0.10-gnonlin   0.10.17-2non-linear editing module for GStr
ii  libatk1.0-0 2.0.0-1  The ATK accessibility toolkit
ii  libc6   2.13-7   Embedded GNU C Library: Shared lib
ii  libcairo2   1.10.2-6 The Cairo 2D vector graphics libra
ii  libfontconfig1  2.8.0-2.2generic font configuration library
ii  libfreetype62.4.4-1  FreeType 2 font engine, shared lib
ii  libgee2 0.6.1-2  GObject based collection library
ii  libglib2.0-02.28.6-2 GLib library of C routines
ii  libgstreamer-plugins-base0. 0.10.34-1GStreamer libraries from the base
ii  libgstreamer0.10-0  0.10.34-1Core GStreamer libraries and eleme
ii  libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface 
ii  libpango1.0-0   1.28.3-6 Layout and rendering of internatio
ii  libxml2 2.7.8.dfsg-3 GNOME XML library

lombard recommends no packages.

Versions of packages lombard suggests:
pn  fillmore  none (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#623039: incompatible with utf8x inputenc

[Denis Laxalde]

Jan Hauke Rahm a écrit :
 If it's okay for all people involved, I'll make another upload
 containing something in README.Debian that points to this issue. With
 that upload, I'm going to close this bug.

In case you're waiting for somebody to followup, I'm fine with any
solution that would allow biblatex to migrate in testing.

Cheers.

-- 
Denis Laxalde



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#625966: libmodplug1: libmodplug = 0.8.8.2 .abc Stack-Based Buffer Overflow

[Remi Denis-Courmont]

Package: libmodplug1
Version: 1:0.8.8.1-2
Severity: grave
Tags: security upstream
Justification: user security hole


Hello,

As the security contact for VLC media player, this was brought to my
attention:  http://www.exploit-db.com/exploits/17222/
I can confirm the bug happens, but I have no further informations at
this point.

Best regards,

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (100, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libmodplug1 depends on:
ii  libc6 2.13-2 Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.6.0-6  GCC support library
ii  libstdc++64.6.0-6The GNU Standard C++ Library v3

libmodplug1 recommends no packages.

libmodplug1 suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#625671: lombard: does not start

[Denis Laxalde]

Package: lombard
Version: 0.1.0-1
Severity: grave
Justification: renders package unusable

Hello,

lombard just does not start. I'm getting the following message:

  Could not launch application
  Could not create element gconfaudiosink((null))

I'm using Xfce, if it matters.

Cheers,

Denis.


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores)
Locale: LANG=fr_CA.utf8, LC_CTYPE=fr_CA.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages lombard depends on:
ii  gstreamer0.10-gnonlin0.10.17-2   non-linear editing module for GStr
ii  libatk1.0-0  2.0.0-1 The ATK accessibility toolkit
ii  libc62.13-2  Embedded GNU C Library: Shared lib
ii  libcairo21.10.2-6The Cairo 2D vector graphics libra
ii  libfontconfig1   2.8.0-2.2   generic font configuration library
ii  libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib
ii  libgee2  0.6.1-2 GObject based collection library
ii  libglib2.0-0 2.28.6-1The GLib library of C routines
ii  libgstreamer-plugins-bas 0.10.32-2   GStreamer libraries from the base
ii  libgstreamer0.10-0   0.10.32-6+b1Core GStreamer libraries and eleme
ii  libgtk2.0-0  2.24.4-3The GTK+ graphical user interface 
ii  libpango1.0-01.28.3-6Layout and rendering of internatio
ii  libxml2  2.7.8.dfsg-2+b1 GNOME XML library

lombard recommends no packages.

Versions of packages lombard suggests:
pn  fillmore  none (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#623039: incompatible with utf8x inputenc

[Denis Laxalde]

Norbert Preining a écrit :
 Nobody can check all the new or old incompatibilities between TeX
 packages. (Think about, when I update TL2009 to TL2011 there will be
 practically a few tousand packages that have been changed? I will not
 check all incompatibilities, neither now nor in future.)

That's understandable.

Anyway, this bug seems to block biblatex from migrating to testing.
Maybe its severity (grave) could be downgraded?

Cheers.

-- 
Denis Laxalde



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#623039: incompatible with utf8x inputenc

[Denis Laxalde]

Hi,

The biblatex documentation is quite clear about the incompatibility:
| 1.5.4 Incompatible Packages
[…]
| ucs   The ucs package provides support for UTF-8 encoded input.
|   Either use inputenc's standard utf8 module or a Unicode enabled
|   engine such as XeTeX or LuaTeX instead.

Also, according to the upstream author, biblatex has never been
compatible with ucs. The error message was just added recently. See
http://groups.google.com/group/comp.text.tex/browse_thread/thread/e0b0bec4e0dbf8b5#958af2af90a5f13c

David Paleino wrote:
 This should at least be documented in NEWS.Debian, since it's a big
 change from the version in testing.

Agreed nevertheless.


Cheers.

-- 
Denis Laxalde



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#622091: libmodplug ReadS3M stack overflow

[Remi Denis-Courmont]

Package: libmodplug
Version: 1:0.8.8.1-2
Severity: grave
Tags: security upstream
Justification: user security hole


Hello,

An exploitable memory corruption vulnerability has been publicized
against libmodplug 0.8.8.1:
http://seclists.org/fulldisclosure/2011/Apr/113

Upstream version 0.8.8.2 fixes the issue.

Best regards,

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (100, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#622091: libmodplug ReadS3M stack overflow

[Rémi Denis-Courmont]

Hello,

Le dimanche 10 avril 2011 18:34:34 Nico Golde, vous avez écrit :
 * Remi Denis-Courmont r...@remlab.net [2011-04-10 09:36]:
  An exploitable memory corruption vulnerability has been publicized
  against libmodplug 0.8.8.1:
  http://seclists.org/fulldisclosure/2011/Apr/113
  
  Upstream version 0.8.8.2 fixes the issue.
 
 How important is this library for vlc and others from an end-user
 perspective? The code doesn't look like it was written with security in
 mind and I guess it's only a matter of time for new issues to popup for
 this lib.

I have not looked at the code. I believe it's the only way to decode trackers 
in VLC (and possibly other media frameworks) at the moment. I do not know any 
alternative OSS library for tracker decoding.

Except for an alternative library, or for Chrome-style process separation, I 
think there is not much of a solution to that problem. (Process separation 
would ruin performances, would not be portable, and would require man-years of 
development and big money.)

-- 
Rémi Denis-Courmont
http://www.remlab.info/
http://fi.linkedin.com/in/remidenis



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#619963: gcc-4.6: wrongly optimizes memmove() into memcpy()

[Remi Denis-Courmont]

Package: gcc-4.6
Version: 4.6.0-1
Severity: grave
Justification: renders package unusable


Hello,

Trying to compile VLC media player using Debian gcc-4.6.
It turns out that the compiler is silently replacing memmove() calls
with memcpy() ones, when it is clearly NOT a legal optimization. The
issue was uncovered with valgrind. For instance, this one is failing,
even though both source and destination obviously overlap:

 memmove( p_aout-pp_inputs[i_input], p_aout-pp_inputs[i_input + 1],
  (AOUT_MAX_INPUTS - i_input - 1) * sizeof(aout_input_t *) );

This results in memory corruption at run-time and eventually crashes.

Compiler flags used were: -g -O2 -ffast-math -funroll-loops -fPIC
I can provide the full .i file if needed.

Best regards,

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (100, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.38-1-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gcc-4.6 depends on:
ii  binutils   2.21.0.20110327-1 The GNU assembler, linker and bina
ii  cpp-4.64.6.0-1   The GNU C preprocessor
ii  gcc-4.6-base   4.6.0-1   The GNU Compiler Collection (base 
ii  libc6  2.11.2-11 Embedded GNU C Library: Shared lib
ii  libcloog-ppl0  0.15.9-3  the Chunky Loop Generator (runtime
ii  libgcc11:4.6.0-1 GCC support library
ii  libgmp10   2:5.0.1+dfsg-7Multiprecision arithmetic library
ii  libgmpxx4ldbl  2:5.0.1+dfsg-7Multiprecision arithmetic library 
ii  libgomp1   4.6.0-1   GCC OpenMP (GOMP) support library
ii  libmpc20.9-2 multiple precision complex floatin
ii  libmpfr4   3.0.0-9   multiple precision floating-point 
ii  libppl-c4  0.11.2-3  Parma Polyhedra Library (C interfa
ii  libppl90.11.2-3  Parma Polyhedra Library (runtime l
ii  libquadmath0   4.6.0-1   GCC Quad-Precision Math Library
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

Versions of packages gcc-4.6 recommends:
ii  libc6-dev 2.11.2-11  Embedded GNU C Library: Developmen

Versions of packages gcc-4.6 suggests:
pn  binutils-gold none (no description available)
pn  gcc-4.6-doc   none (no description available)
pn  gcc-4.6-locales   none (no description available)
pn  gcc-4.6-multilib  none (no description available)
ii  libgcc1-dbg   1:4.6.0-1  GCC support library (debug symbols
pn  libgomp1-dbg  none (no description available)
pn  libmudflap0-4.6-dev   none (no description available)
pn  libmudflap0-dbg   none (no description available)
pn  libquadmath0-dbg  none (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#619963: gcc-4.6: wrongly optimizes memmove() into memcpy()

[Rémi Denis-Courmont]

Le lundi 28 mars 2011 21:06:31 Matthias Klose, vous avez écrit :
 severity  619963 important
 thanks
 
 On 28.03.2011 19:10, Remi Denis-Courmont wrote:
  Package: gcc-4.6
  Version: 4.6.0-1
  Severity: grave
  Justification: renders package unusable
 
 does it?

It does not compile Debian's own source code base correctly on i386.
What more do you need?

  Trying to compile VLC media player using Debian gcc-4.6.
  It turns out that the compiler is silently replacing memmove() calls
  with memcpy() ones, when it is clearly NOT a legal optimization. The
  issue was uncovered with valgrind. For instance, this one is failing,
  
  even though both source and destination obviously overlap:
   memmove( p_aout-pp_inputs[i_input], p_aout-pp_inputs[i_input +
   1],
   
(AOUT_MAX_INPUTS - i_input - 1) * sizeof(aout_input_t *) );
  
  This results in memory corruption at run-time and eventually crashes.
  
  Compiler flags used were: -g -O2 -ffast-math -funroll-loops -fPIC
  I can provide the full .i file if needed.
 
 please could you provide a test case?

I don't have that at hand, unless you count the entire VLC a test case.

-- 
Rémi Denis-Courmont
Looking for a job: http://www.remlab.info/
http://fi.linkedin.com/in/remidenis



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#614134: vtk: FTBFS on kfreebsd:Syntax error on token enum, interface expected

[Denis Barbier]

On 2011/2/20 Dominique Belhachemi wrote:

 I am CC'ing debian-java to get some additional help.


 Hi Denis,

 thanks for looking into this issue.

 Unfortunately, the wrapper around gcj-4.4 is filtering out the -source
 option.
  $ less /usr/bin/gcj-wrapper-4.4
  elsif ($arg eq '-source' or $arg eq '-sourcepath' or $arg eq '-target')
  {
        # An unsupported option with a following argument.
        $ignoreNextArg = 1;
  }


 If I call the compiler directly I am getting
  gcj-4.4: unrecognized option '-source'


 I think cmake is looking for the 'java -version' value.
  $ java -version
  java version 1.5.0
  gij (GNU libgcj) version 4.4.5

 That is probably the reason why it reports misleadingly
  -- Java version 1.5.0 configured successfully!

 But the compiler seems to be using a different language compliance level
 ( 1.5). Otherwise it would know the 'enum' type.

 So, how do I set the language compliance level? Or should I use a
 different compiler on kfreebsd and hppa?

Hello Dominique,

You do not have to change anything, my patch works as is with
default-jdk on all architectures.  A similar fix has already been
applied months ago, see
   http://git.debian.org/?p=collab-maint/vtk.git;a=commit;h=db81316
We need this new one in VTK 5.6 because new files have been added into
Wrapping/Java/vtk/, and they use Java 5 features.  The previous fix
dealt with automatically generated Java files.

I do not know how to best emulate architectures which do not default
to openjdk; but you can try
  # rm /usr/lib/jvm/default-java
  # ln -s java-1.5.0-gcj /usr/lib/jvm/default-java
Do not forget to reset this symlink when you have finished ;)

Denis



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#600320: Installation: set password for root; did not create a user; could not login after 1st reboot.

[Denis Laxalde]

tags 600320 unreproducible
thanks

On Tue, 23 Nov 2010 06:55:05 +0100, Christian PERRIER wrote:
 In such case, it's perfectly OK for you to close it (send a mail -
 bugnr-d...@bugs.d.o.sorry for being pedantic if you lready knew
 this).

Done.

 If there's another issue, either clone the bug and try reassigning it
 to the relevant d-i component.

Since it is not clear whether or not there is another issue, I'll let
the original reporter report back eventually.


Cheers,

  Denis






-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#600320: Installation: set password for root; did not create a user; could not login after 1st reboot.

[Denis Laxalde]

Hello,

I'm trying to help a bit on triaging installation reports.

Here, the main problem (as per the bug title and part of the report)
seems to be (quoting John Hunter [2010-10-16]):
 I set up the root password but declined to create any
 [more] users. The install apparently finished OK and then I rebooted.
 Upon reboot, the system would not let me log in as root so that I
 could not manually set up /etc/password, /etc/shadow, /etc/group
 and /etc/sudoers.

So, starting from that, I tried to reproduce this by doing a fresh
(KVM) installation. I set a root password but did not create any
regular user. The installation completed normally (just had to go back
twice in the installation procedure to be able to skip the user
creation step) and, upon reboot, I actually had no problem logging-in
as root.
I would then say that this bug is not reproducible and its severity
may be downgraded. The partition formatting debate is probably another
issue.

Hope this helps...


  Denis



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#597322: idle-python3.2: Missing dependency (python3.2-tk)

[Denis Krivosheev]

Package: idle-python3.2
Version: 3.2~a2-5
Severity: grave
Justification: renders package unusable

Package idle-python3.2 depends on python3.2-tk which is not available.



-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.35-trunk-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages idle-python3.2 depends on:
ii  python3-tk3.1.2-1Tkinter - Writing Tk applications 
ii  python3.2 3.2~a2-5   An interactive high-level object-o
pn  python3.2-tk  none (no description available)

idle-python3.2 recommends no packages.

idle-python3.2 suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#593657: salome: cannot find libStdPlugin.so

[Denis Barbier]

On 2010/8/20 Adam C Powell IV wrote:
[...]
 It's also worth asking: could a change like this let us drop the salome
 dependency on libopencascade-visualization-dev?  As I recall, that
 dependency was added to avoid a similar error while loading a
 non-versioned plugin.
[...]

Your log message for f995e2cb is not detailed enough, so it is hard to tell.
BTW I had a look at your recent commits, and was surprised to see that
you truncated my log message to keep only the first line on these
commits:
 * Add AM_MAINTAINER_MODE into all configure.ac files
 * Add --disable-dependency-tracking to configure flags
Do not ask me in 4 months why these changes are good for, I won't
remember why without detailed log messages ;)
And just curious, why don't you use gitk to cherry-pich commits?  I
find this tool extremely useful.

Now back to your question, you set
  export CSF_GraphicShr=${CASROOT}/lib/libTKOpenGl.so
in runSalome, which is shipped by libopencascade-visualization-dev.  I
do not understand why, everything should work fine without setting
this variable, maybe you could simply remove this line from runSalome?

Denis



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#593657: salome: cannot find libStdPlugin.so

[Denis Barbier]

Package: salome
Version: 5.1.3-9
Severity: grave

When switching to the MESH module, salome throws a fatal error, and
console contains this message:
  could not open: StdPlugin ; reason: libStdPlugin.so: cannot open
shared object file: No such file or directory
  Unable to load component
Since salome cannot access the MESH module, it is IMO unusable, hence
the severity of this bug.

There are at least 2 ways to fix this problem:
  * Let salome depend on libopencascade-ocaf-dev.
  * Modify /usr/share/salome/resources/geom/Plugin to append -6.3.0 to
library names
I prefer the latter.

Denis



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#593414: libibumad-dev: should depends on libibcommon-dev

[Denis]

Subject: libibumad-dev: should depends on libibcommon-dev
Package: libibumad-dev
Version: 1.2.3-20090314-1
Justification: renders package unusable
Severity: grave

The header file umad.h provided by libibumad-dev includes the file common.h
provided by the package libibcommon-dev and should have a dependency on it
then.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) (ignored:
LC_ALL set to pt_BR.UTF-8)
Shell: /bin/sh linked to /bin/dash


Versions of packages libibumad-dev depends on:
ii  libibumad1  1.2.3-20090314-1 InfiniBand Userspace Management
Da

libibumad-dev recommends no packages.

libibumad-dev suggests no packages.

-- no debconf information

-- 
Denis Anjos,
www.versatushpc.com.br

Bug#581620: atlas: FTBFS on hppa

[Denis Barbier]

Hi Sylvestre,

To help digging into this issue, the build system should abort as soon
as an unexpected error occurs.  I do not know whether this is enforced
by upstream Makefiles, but you should at least fix debian/rules, patch
attached.  Is it normal that 'check' and 'ptcheck' targets are allowed
to fail?  This does not make much sense to me to run tests in this
case, but I did not add 'set -e' there. Please also consider applying
vcs.patch to fix Vcs metadata in debian/control.
Thanks

Denis


rules.patch
Description: Binary data


vcs.patch
Description: Binary data

Bug#585615: salome: FTBFS on many architectures

[Denis Barbier]

Package: src:salome
Version: 5.1.3-9
Severity: serious
Tags: patch

Hello,

Here are 2 patches:
  * kernel-cleanup.patch
 Fix FTBFS when compiling with lam
  * geom-fix-powerpc.patch
 Fix FTBFS on powerpc

Denis


kernel-cleanup.patch
Description: Binary data


geom-fix-powerpc.patch
Description: Binary data

Bug#584285: salome: FTBFS: hxx2salome.cpp:247: error: 'system' is not a member of 'std'

[Denis Barbier]

Hello,

Here is a new series of patches.  I am still unable to build salome;
disk space is okay now, but dpkg-shlibdeps aborted due to memory
allocation errors on my laptop with 2GB of RAM.
 - 0001 Add 'set -e' before loops on modules in build and install targets
 - 0002 Add Vcs fields into debian/control
 - 0003 Add missing Build-Depends: libqt4-opengl-dev
 - 0004 Remove libcppunit-dev from Build-Depends.  Tests are not run,
so there is little value in compiling them
 - 0005 Add --disable-dependency-tracking --disable-maintainer-mode to
configure flags.  This remove some targets in Makefiles and should
speed up a little bit compilation.
Unfortunately the speed up is quite low, around 9%.

Denis


0001-Also-add-set-e-before-loops-on-modules-in-build-and-.patch
Description: Binary data


0002-Add-Vcs-fields-into-debian-control.patch
Description: Binary data


0003-Add-missing-Build-Depends-libqt4-opengl-dev.patch
Description: Binary data


0004-Remove-libcppunit-dev-from-Build-Depends.patch
Description: Binary data


0005-Add-disable-dependency-tracking-disable-maintainer-m.patch
Description: Binary data

Bug#584285: salome: FTBFS: hxx2salome.cpp:247: error: 'system' is not a member of 'std'

[Denis Barbier]

On 2010/6/4 Adam C Powell IV wrote:
[...]
 Ah, right, I didn't use pbuilder, so I likely had all of the
 Build-Depends-Indep packages installed already.

Okay.  I am building a package right now within pbuilder, and it
failed due to missing Build-Depends: libqt4-opengl-dev required by GUI
component.

Denis



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#584513: some fluxbox styles are non-DFSG free

[Denis Briand]

Package: fluxbox
Version: 1.1.1-8
Severity: serious

Hello,
I found some fluxbox styles files under CC by-SA 2.5 license.
styles are:
 * arch
 * bloe
 * bora_black
 * bora_blue
 * bora_green
 * carp
 * green_tea
 * ostrich
 * zimek_bisque
 * zimek_darkblue
 * zimek_green

We will repack the source package without these files.

regards

Denis Briand  



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages fluxbox depends on:
ii  libc6   2.10.2-9 Embedded GNU C Library:
Shared lib
ii  libfontconfig1  2.8.0-2.1generic font configuration
library
ii  libfreetype62.3.11-1 FreeType 2 font engine,
shared lib
ii  libgcc1 1:4.4.4-1GCC support library
ii  libice6 2:1.0.6-1X11 Inter-Client Exchange
library
ii  libimlib2   1.4.2-8+b1   powerful image loading and
renderi
ii  libsm6  2:1.1.1-1X11 Session Management
library
ii  libstdc++6  4.4.4-1  The GNU Standard C++
Library v3
ii  libx11-62:1.3.3-3X11 client-side library
ii  libxext62:1.1.1-3X11 miscellaneous extension
librar
ii  libxft2 2.1.14-2 FreeType-based font drawing
librar
ii  libxinerama12:1.1-3  X11 Xinerama extension
library
ii  libxpm4 1:3.5.8-1X11 pixmap library
ii  libxrandr2  2:1.3.0-3X11 RandR extension library
ii  libxrender1 1:0.9.5-2X Rendering Extension
client libra
ii  menu2.1.43   generates programs menu for
all me
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library -
runtime

Versions of packages fluxbox recommends:
ii  xfonts-terminus   4.30-2 Fixed-width fonts for fast
reading

Versions of packages fluxbox suggests:
pn  fbdesknone (no description available)
ii  fbpager   0.1.5~git20090221.1.8e0927e6-1 a pager application for the
Fluxbo
pn  fluxconf  none (no description available)

-- no debconf information


signature.asc
Description: Digital signature

Bug#584285: salome: FTBFS: hxx2salome.cpp:247: error: 'system' is not a member of 'std'

[Denis Barbier]

On 2010/6/3 I wrote:
[...]
 The problem is that patches are unapplied by autobuilders, they have
 to be applied before running configure.  A patch will look like
 --- debian/rules
 +++ debian/rules
 @@ -84,7 +84,10 @@ clean:
        rm -f *-stamp
        dh_clean

 -configure-stamp:
 +patch-stamp:
 +       QUILT_PATCHES=debian/patches quilt push -a || test $$? = 2

Oops, I forgot
touch $@
here.

Denis



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#584285: salome: FTBFS: hxx2salome.cpp:247: error: 'system' is not a member of 'std'

[Denis Barbier]

On 2010/6/4 Adam C Powell IV wrote:
[...]
 Well, everything seems to work now, all four bugs are closed, and it
 runs.  I think I'm going to merge the salome, libsalome5.1.3-0,
 libsalome-dev and python2.5-salome binary packages, then declare victory
 and upload -9.  If that gets into testing, I'll be happy.

 Sounds good?

Did you check by running binary-arch target only, as mentioned in my
first reply?  I am surprised that it works, I would expect that all
packages listed in Build-Depends-Indep should be moved into
Build-Depends, but I did not try to build it.  If only doxygen had to
be moved, this is of course fine.

Denis



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#584124: salome: fails to install (tries to overwrite '/usr/bin/display'

[Denis Barbier]

On 2010/6/3 Adam C Powell IV wrote:
[...]
 Unfortunately this will likely require the use of rpath to get to the libs,
 this is frowned upon in general in Debian.
[...]

Are those libraries private to salome?  (In other words, are you sure
that no other package will be linked against them?)
  * If yes, there is no reason to provide libsalome5.1.3-0 and
libsalome-dev packages, these libs are shipped by another package
(python2.5-salome?) and can safely be moved into /usr/lib/salome/
  * If no, they should indeed go into /usr/lib/ but name collisions will happen.
Maybe the answer is a mix of both, some libs are private and some
others are public.

BTW when looking at this issue, I found that python2.5-salome contains
shared libraries, it thus must be arch:any and not arch:all.  It also
contains static libraries which can surely be dropped.
BTW2, I wonder whether salome, python2.5-salome, libsalome5.1.3-0 and
libsalome-dev could be merged into a single package (if all libs are
private, of course).

Denis



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#551903: libc6-i686 pthread_cond_wait fails to reacquire mutex upon cancellation

[Rémi Denis-Courmont]

Le jeudi 3 juin 2010 00:32:14 Aurelien Jarno, vous avez écrit :
 Does it mean it's a lot more difficult to reproduce it with this
 version?

Today the test case failed 3 out of 3 times already.

My VLC debug builds started triggering pthread_mutex_unlock() errors
pseudo-randomly again. I did not observe this behaviour since you had
 presumably fixed the bug. Not a single occurence in those many months.

 Have you tried to run so many iterations with the version
 built with gcc-4.3?

The test case, not that I remember. VLC debug builds, yes.

% cat /proc/cpuinfo
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 15
model   : 3
model name  : Intel(R) Pentium(R) 4 CPU 2.80GHz
stepping: 4
cpu MHz : 2800.000
cache size  : 1024 KB
physical id : 0
siblings: 2
core id : 0
cpu cores   : 1
apicid  : 0
initial apicid  : 0
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 5
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush dts acpi mmx fxsr sse 
sse2 ss ht tm pbe constant_tsc pebs bts pni dtes64 monitor ds_cpl cid xtpr
bogomips: 5585.95
clflush size: 64
cache_alignment : 128
address sizes   : 36 bits physical, 32 bits virtual
power management:

processor   : 1
vendor_id   : GenuineIntel
cpu family  : 15
model   : 3
model name  : Intel(R) Pentium(R) 4 CPU 2.80GHz
stepping: 4
cpu MHz : 2800.000
cache size  : 1024 KB
physical id : 0
siblings: 2
core id : 0
cpu cores   : 1
apicid  : 1
initial apicid  : 1
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 5
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush dts acpi mmx fxsr sse 
sse2 ss ht tm pbe constant_tsc pebs bts pni dtes64 monitor ds_cpl cid xtpr
bogomips: 5586.01
clflush size: 64
cache_alignment : 128
address sizes   : 36 bits physical, 32 bits virtual
power management:


-- 
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#551903: libc6-i686 pthread_cond_wait fails to reacquire mutex upon cancellation

[Rémi Denis-Courmont]

Le jeudi 3 juin 2010 22:00:13 Aurelien Jarno, vous avez écrit :
 I have found a machine with almost the same CPU, the only difference
 being the speed (3.00 GHz instead of 2.80 GHz). I am unable to reproduce
 the problem, I have run the testcase more than 20 times over last
 night.

With SMT (HyperThread) support?

 Maybe the problem is actually not in the GNU libc. What kernel are you
 running?

Normally, I use upstream 2.6.32.15 at the moment.
But I also hit the bug with Debian 2.6.32-5-686.

-- 
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#584285: salome: FTBFS: hxx2salome.cpp:247: error: 'system' is not a member of 'std'

[Denis Barbier]

On 2010/6/3 Adam C Powell IV wrote:
 severity 584285 serious
 thanks

 Hello Cyril,

 I started seeing this error as well when building on Ubuntu Jaunty --
 not at first, but more recently.  It's curious, why would a C++ standard
 interface bug start showing up in Jaunty, when Sid continued to build
 just fine?  I suspect my unstable chroot has a build dependency not
 listed in Build-Depends, but what would alleviate this error?

 I'm afraid I'm not a C++ expert.  Denis or André, I hate to keep calling
 on you, but do you know how we might fix this?

Hi Adam, I am working on it.
This error looks indeed strange, but in fact it is not related to C++,
this is because configure silently fails, and no Makefile was
generated for KERNEL_SRC.
If you use pbuilder, you should be able to reproduce this bug by running
   sudo pbuilder --binary-arch
The problem is that patches are unapplied by autobuilders, they have
to be applied before running configure.  A patch will look like
--- debian/rules
+++ debian/rules
@@ -84,7 +84,10 @@ clean:
rm -f *-stamp
dh_clean

-configure-stamp:
+patch-stamp:
+   QUILT_PATCHES=debian/patches quilt push -a || test $$? = 2
+
+configure-stamp: patch-stamp
dh_testdir
 #  Move aside obsolete files
for obsoletefile in KERNEL_SRC_$(SALOME_VERSION)/bin/runSalome \

But there are other problems, I will try to provide working patches tonight.

P.S.: no need to Cc me, I subscribed to PTS.

Denis



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#584285: salome: FTBFS: hxx2salome.cpp:247: error: 'system' is not a member of 'std'

[Denis Barbier]

On 2010/6/3 Adam C Powell IV wrote:
[...]
 A patch will look like
 --- debian/rules
 +++ debian/rules
 @@ -84,7 +84,10 @@ clean:
         rm -f *-stamp
         dh_clean

 -configure-stamp:
 +patch-stamp:
 +       QUILT_PATCHES=debian/patches quilt push -a || test $$? = 2
 +
 +configure-stamp: patch-stamp
         dh_testdir
  #      Move aside obsolete files
         for obsoletefile in KERNEL_SRC_$(SALOME_VERSION)/bin/runSalome \

 But there are other problems, I will try to provide working patches tonight.

 Wonderful, thanks!

Here are several patches:
 * 0001 is the patch mentioned above
 * 0002 and 0003 make build abort when something goes wrong
 * 0004 implements what is described in
/usr/share/doc/autotools-dev/README.Debian.gz as best practice.  It is
more complicated than I would like, because of the way upstream uses
autotools.  It has not been fully tested.
 * 0005 tries to make removal of generated files simpler, it has been
even less tested.
Thus I suggest you to commit 0001-003.  0004 could also be committed
after review.  About 0005, you decide whether building out of source
tree is a good idea.

This will not fix all FTBFS, I also saw problems related to doxygen.
I did not have time to investigate yet, but I believe that docs are
also generated when running the build-arch target; doxygen will not be
installed on autobuilders and build will fail.

Denis


0001-Fix-FTBFS-patches-must-be-applied-before-building.patch
Description: Binary data


0002-Abort-in-clean-target-if-quilt-pop-fails.patch
Description: Binary data


0003-Abort-when-a-module-cannot-be-configured.patch
Description: Binary data


0004-DO-NOT-COMMIT-NOT-FULLY-TESTED-In-clean-target-remov.patch
Description: Binary data


0005-DO-NOT-COMMIT-NOT-FULLY-TESTED-Build-out-of-tree.patch
Description: Binary data

Bug#551903: libc6-i686 pthread_cond_wait fails to reacquire mutex upon cancellation

[Rémi Denis-Courmont]

Le mardi 1 juin 2010 20:20:01 Aurelien Jarno, vous avez écrit :
 I am therefore reopening this bug as it may still be present, though we
 now have a different version and a different compiler. As I am unable
 to reproduce the original problem, I am unable to test this new version.
 Could you please test if version 2.11.1-2 is affected or not?

It is. I hit the failure case after 8074 consecutive iterations.

-- 
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#584124: salome: fails to install (tries to overwrite '/usr/bin/display')

[Denis Laxalde]

Package: salome
Version: 5.1.3-8
Severity: grave
Tags: sid
Justification: renders package unusable

Hi,

First of all, thanks for having packaged Salome !
Unfortunately, on my system, it fails to install with the following
error:
Unpacking salome (from .../salome_5.1.3-8_amd64.deb) ...
dpkg: error processing /var/cache/apt/archives/salome_5.1.3-8_amd64.deb 
(--unpack):
 trying to overwrite '/usr/bin/display', which is also in package imagemagick 
7:6.6.0.4-2
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Processing triggers for menu ...
Processing triggers for desktop-file-utils ...
Processing triggers for gnome-menus ...
Errors were encountered while processing:
 /var/cache/apt/archives/salome_5.1.3-8_amd64.deb

Cheers,

  Denis


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (200, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages salome depends on:
ii  libboost-thread1.42.0 1.42.0-3   portable C++ multi-threading
ii  libc6 2.10.2-9   Embedded GNU C Library: Shared lib
ii  libcos4-1 4.1.3-1omniORB CORBA services stubs
ii  libcppunit-1.12-1 1.12.1-1   Unit Testing Library for C++
ii  libexpat1 2.0.1-7XML parsing C library - runtime li
ii  libgcc1   1:4.4.4-1  GCC support library
ii  libgl1-mesa-glx [libgl1]  7.7.1-2A free implementation of the OpenG
ii  libglu1-mesa [libglu1]7.7.1-2The OpenGL utility library (GLU)
ii  libhdf5-openmpi-1.8.4 1.8.4-patch1-2 Hierarchical Data Format 5 (HDF5) 
ii  libmed1   2.3.6-2Library to exchange meshed data (F
ii  libmedimportcxx0  2.3.6-2Library to import old version file
ii  libomniorb4-1 4.1.3-1omniORB core libraries
ii  libomnithread3c2  4.1.3-1C++ threading library
ii  libopencascade-foundation 6.3.0.dfsg.1-4 OpenCASCADE CAE platform shared li
ii  libopencascade-modeling-6 6.3.0.dfsg.1-4 OpenCASCADE CAE platform shared li
ii  libopencascade-ocaf-lite- 6.3.0.dfsg.1-4 OpenCASCADE CAE platform shared li
ii  libopencascade-visualizat 6.3.0.dfsg.1-4 OpenCASCADE CAE platform shared li
ii  libopencascade-visualizat 6.3.0.dfsg.1-4 OpenCASCADE CAE platform library d
ii  libopenmpi1.3 1.4.1-3high performance message passing l
ii  libqt4-opengl 4:4.6.2-4  Qt 4 OpenGL module
ii  libqt4-xml4:4.6.2-4  Qt 4 XML module
ii  libqtcore44:4.6.2-4  Qt 4 core module
ii  libqtgui4 4:4.6.2-4  Qt 4 GUI module
ii  libsalome-dev 5.1.3-8Numerical simulation pre- and post
ii  libsalome5.1.3-0  5.1.3-8Numerical simulation pre- and post
ii  libscotch-5.1 5.1.8a.dfsg-2  programs and libraries for graph, 
ii  libstdc++64.4.4-1The GNU Standard C++ Library v3
ii  libvtk5.4 5.4.2-6Visualization Toolkit - A high lev
ii  libx11-6  2:1.3.3-3  X11 client-side library
ii  libxml2   2.7.7.dfsg-2   GNOME XML library
ii  libxt61:1.0.7-1  X11 toolkit intrinsics library
ii  omniorb4-nameserver   4.1.3-1Transitional package for the omniO
ii  python2.5 2.5.5-6An interactive high-level object-o
ii  python2.5-salome  5.1.3-8Numerical simulation pre- and post
ii  salome-common 5.1.3-8Numerical simulation pre- and post

salome recommends no packages.

Versions of packages salome suggests:
ii  salome-examples   5.1.3-8Numerical simulation pre- and post



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#582565: vtk: FTBFS with python 2.6 because of hard-coded site-packages directory

[Denis Barbier]

On 2010/5/25 Sandro Tosi wrote:
[...]
 this happened some days ago: do you need sponsoring for the upload? we
 (as in python folks) would like to see this fixed asap, so if need
 some help just ask :)

I do not maintain vtk.
Maitland, can you please tell python folks if you will upload soon or
if they can NMU?
Thanks.

Denis



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#582565: vtk: FTBFS with python 2.6 because of hard-coded site-packages directory

[Denis Barbier]

tags 582565 + pending
thanks

On 2010/5/22 Jakub Wilk wrote:
[...]
  * With your patch, files are shipped both in
 /usr/lib/python2.5/site-packages/vtk and /usr/share/pyshared/vtk/

 Hmm, are they? Could you post full output of dpkg -c python-vtk*.deb?

Okay, something went wrong during my rebuild last night, I ran out of
disk space, and I must have made some error when running debian/rules
again to finish the build.  I just retried and everything works fine
now, thus I committed Fabrice's patch.
Thanks for your help.

Denis



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#581307: balazar: FTBFS: dpkg-gencontrol: error: the Suggests field contains an arch-specific dependency but the package is architecture all

[Denis Briand]

tag 581307 patch
stop 


Hello,
This issue is caused by python-psyco suggested package.
This package is only available on: i386, hurd-i386 and kfreebsd-i386
Put architecture control field on any fix this issue.
I will prepare a NMU who fix this bug and #581749 also.
Patch attached

best regards


Denis Briand
--- balazar-0.3.4.ds1/debian/control	2010-05-20 23:42:30.0 +0200
+++ balazar-0.3.4.ds1.new/debian/control	2010-05-20 23:44:59.0 +0200
@@ -8,9 +8,9 @@
 Homepage: http://home.gna.org/oomadness/en/balazar/
 
 Package: balazar
-Architecture: all
+Architecture: any
 Depends: ${python:Depends}, ${misc:Depends}, python-soya (= 0.13.2-1), python-pyvorbis, python-cerealizer (= 0.6), python-tofu (= 0.5)
-Suggests: python-psyco [i386]
+Suggests: python-psyco [i386 hurd-i386 kfreebsd-i386] 
 Description: adventure/action game Balazar -- Arkanae II, reforged scepters
  Balazar is a solo or multiplayer adventure/action game, taking place in
  a 3D fantasy world, with RPG-like dialogs, puzzles, and fights.


signature.asc
Description: Digital signature

Bug#581749: balazar: FTBFS: /bin/sh: python: not found

[Denis Briand]

tag 581749 patch
stop 

Hello,
Add python2.6 to build-depends fix this issue.
I will do a NMU to fix this bug and #581307.
patch attached.

regards

Denis Briand
--- balazar-0.3.4.ds1/debian/control	2010-05-20 23:42:30.0 +0200
+++ balazar-0.3.4.ds1.new/debian/control	2010-05-21 00:25:48.0 +0200
@@ -2,7 +2,7 @@
 Section: games
 Priority: optional
 Maintainer: Tony Palma xbyt...@gmail.com
-Build-Depends: debhelper (= 5), cdbs (= 0.4.43), python-dev (= 2.3.5-11), python-support, quilt, patchutils (= 0.2.25), sharutils
+Build-Depends: debhelper (= 5), cdbs (= 0.4.43), python-dev (= 2.3.5-11), python-support, python2.6, quilt, patchutils (= 0.2.25), sharutils
 Build-Depends-Indep: xsltproc, docbook-xml, docbook-xsl
 Standards-Version: 3.8.2
 Homepage: http://home.gna.org/oomadness/en/balazar/


signature.asc
Description: Digital signature

Bug#580527: [Debian-med-packaging] Bug#580527: insighttoolkit: FTBFS on many architectures, build-depend on unavailable default-jdk

[Denis Barbier]

On Thu, May 6, 2010 at 11:41 AM, Julien Cristau wrote:
[...]
 - new insighttoolkit FTBFS on many architectures, see
  https://buildd.debian.org/status/package.php?p=insighttoolkit
 - new insighttoolkit build-depends on default-jdk = 1.6-34, while 3
  architectures have 1.5-36, which means it's not going to get built
  there
[...]

Those build failures did already occur with 3.16.0-2, which is when
Java wrapping has been introduced.  A look at build logs seems to show
that these failures are indeed related to Java wrapping:
  make[3]: *** [Wrapping/CSwig/VXLNumerics/wrap_vnl_matrix.xml] Error 1
  make[3]: Leaving directory
`/build/buildd-insighttoolkit_3.18.0-1-powerpc-WDzc0H/insighttoolkit-3.18.0/Build'
  make[2]: *** [Wrapping/CSwig/VXLNumerics/CMakeFiles/VXLNumericsJava.dir/all]
Error 2
  make[2]: Leaving directory
`/build/buildd-insighttoolkit_3.18.0-1-powerpc-WDzc0H/insighttoolkit-3.18.0/Build'
  make[1]: *** [all] Error 2
  make[1]: Leaving directory
`/build/buildd-insighttoolkit_3.18.0-1-powerpc-WDzc0H/insighttoolkit-3.18.0/Build'
  make: *** [debian/stamp-makefile-build] Error 2
  dpkg-buildpackage: error: debian/rules build gave error exit status 2

Can it please be disabled until ITK 3.18 enters testing?

Denis



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#580148: [s390, armel] gcj: libgcj.spec: No such file or directory

[Denis Barbier]

I do not have access to those boxes, but IMHO gcj does not find
libgcj.spec because gcj from gcj-4.4-jdk_4.4.4-1 looks for
/usr/lib/gcc/s390-linux-gnu/4.4.4/libgcj.spec whereas it ships
/usr/lib/gcc/s390-linux-gnu/4.4/libgcj.spec, and the 4.4.4 - 4.4
symlink is provided by gcc-4.4-base_4.4.4-1 but not
gcc-4.4-base_4.4.3-9.
Thus gcj is broken when compiling with gcj-4.4-jdk_4.4.n and
gcc-4.4-base_4.4.(n-1).

The same problem occurs when compiling code wrapped by jni: on my x86 box
  $ ls -l /usr/lib/jvm/java-gcj-4.4/include
  total 4
  lrwxrwxrwx 1 root root   43  6 mai   12:08 gcj -
../../../gcc/i486-linux-gnu/4.4/include/gcj
  lrwxrwxrwx 1 root root   48  6 mai   12:08 jawt.h -
../../../gcc/i486-linux-gnu/4.4.4/include/jawt.h
  lrwxrwxrwx 1 root root   47  6 mai   12:08 jni.h -
../../../gcc/i486-linux-gnu/4.4.4/include/jni.h
  drwxr-xr-x 2 root root 4096  6 mai   12:08 linux

It would help if gcj (and friends) did search for files under
triplet/4.4/ instead of triplet/4.4.n/, ditto for symlinks.
Note that gcc-4.4-base_4.4.4-1 is now installed on armel, but not on s390.


Denis



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#580257: kdelibs5: KDE desktop does not start after 4.4 upgrade

[Remi Denis-Courmont]

Package: kdelibs5
Version: 4:4.4.3-1
Severity: grave
Justification: renders package unusable


Hello,

After upgrading to KDE 4.4 from Sid, login from KDM just return a wallpaper and 
a mouse. The KDE startup progress bar is never shown. Nothing ever happens.
Invoking startx from the text mode terminal give the same result (so not a KDM 
bug).

ps shows a few KDE processes that do start, but they are all sleeping: 
kdeinit4, klauncher, kded4, kglobalaccel and knotify4.

xinit to xterm and then starting kwin and KDE applications manually does work 
fine. 'startkde' does not seem to exist anymore, so I am not sure what is the 
proper command, and I guess it would not work anyway.

Best regards,

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (100, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32.12 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages kdelibs5 depends on:
ii  kdelibs5-plugins  4:4.4.3-1  core plugins for KDE Applications
ii  libkde3support4   4:4.4.3-1  the KDE 3 Support Library for the 
ii  libkdecore5   4:4.4.3-1  the KDE Platform Core Library
ii  libkdesu5 4:4.4.3-1  the Console-mode Authentication Li
ii  libkdeui5 4:4.4.3-1  the KDE Platform User Interface Li
ii  libkdnssd44:4.4.3-1  the DNS-SD Protocol Library for th
ii  libkfile4 4:4.4.3-1  the File Selection Dialog Library 
ii  libkhtml5 4:4.4.3-1  the KHTML Web Content Rendering En
ii  libkimproxy4  4:4.4.3-1  the Instant Messaging Interface Li
ii  libkio5   4:4.4.3-1  the Network-enabled File Managemen
ii  libkjsapi44:4.4.3-1  the KJS API Library for the KDE De
ii  libkjsembed4  4:4.4.3-1  library for binding JavaScript obj
ii  libkmediaplayer4  4:4.4.3-1  the KMediaPlayer Interface for the
ii  libknewstuff2-4   4:4.4.3-1  the Get Hot New Stuff v2 Library
ii  libknotifyconfig4 4:4.4.3-1  library for configuring KDE Notifi
ii  libkntlm4 4:4.4.3-1  the NTLM Authentication Library fo
ii  libkparts44:4.4.3-1  the Framework for the KDE Platform
ii  libkpty4  4:4.4.3-1  the Pseudo Terminal Library for th
ii  libkrosscore4 4:4.4.3-1  the Kross Core Library
ii  libkrossui4   4:4.4.3-1  the Kross UI Library
ii  libktexteditor4   4:4.4.3-1  the KTextEditor interfaces for the
ii  libkutils44:4.4.3-1  various utility classes for the KD
ii  libnepomuk4   4:4.4.3-1  the Nepomuk Meta Data Library
ii  libsolid4 4:4.4.3-1  Solid Library for KDE Platform
ii  libthreadweaver4  4:4.4.3-1  the ThreadWeaver Library for the K

kdelibs5 recommends no packages.

kdelibs5 suggests no packages.

-- debconf information:
  kdelibs5/upgrade_kdehome_info:
  kdelibs5/upgrade_kdehome_running: true
  kdelibs5/upgrade_kdehome_running_title:
  kdelibs5/upgrade_kdehome_info_title:



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#578261: childsplay: Fail to use SDL mixer

[Denis Briand]

tag 578261 unreproducible
stop 


hello,

it works fine for me, with this config:

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages childsplay depends on:
ii  python2.5.4-9An interactive high-level object-o
ii  python-gtk2   2.17.0-2   Python bindings for the GTK+ widge
ii  python-numpy  1:1.3.0-3+b1   Numerical Python adds a fast array
ii  python-pygame 1.8.1release-2 SDL bindings for games development
ii  python-sqlalchemy 0.5.8-1SQL toolkit and Object Relational 
ii  python-support1.0.7  automated rebuilding support for P
ii  ttf-dejavu2.30-2 Metapackage to pull in ttf-dejavu-

Versions of packages childsplay recommends:
ii  childsplay-alphabet-sounds-bg 0.8.3-2Bulgarian sound files for childspl

childsplay suggests no packages.

-- no debconf information



best regards


Denis Briand


signature.asc
Description: Digital signature

Bug#578819: collectd: FTBFS: undefined reference to `plugin_log'

[Denis Briand]

hello,

#578774 is done.
Maybe this issue is fixed now?
If yes, could you close this bug please?
thank you

regards

Denis Briand


signature.asc
Description: Digital signature

Bug#565572: emesene: Login Failed: Protocol Not Supported by Server

[Denis Briand]

notfound 565572 1.6-1
stop 

Hello,
yes, it seems to be fixed in 1.6-1 version.

regards

Denis Briand


signature.asc
Description: Digital signature

Bug#578161: liblivemedia-dev: GPL patch is incompatible with LGPL distribution

[Remi Denis-Courmont]

Package: liblivemedia-dev
Version: 2010.02.10-1
Severity: serious
Justification: Policy 2.3


Hello,

The liblivemedia-dev packages applies a patch explicitly licensed under
the GPL. In my understanding, this makes the resulting binaries GPL.

Yet the copyright file claims Debian provides the package under LGPL.
Please remove the setlocale patch or fix the licensing informations.

Thanks in advance,

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (100, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32.9 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#578161: liblivemedia-dev: GPL patch is incompatible with LGPL distribution

[Rémi Denis-Courmont]

Le samedi 17 avril 2010 18:11:07 Reinhard Tartler, vous avez écrit :
 The patch in question [1] seems to be written by you and Felix last
 year. Would you and Felix be willing to relicense the patch under LGPL?

I will relicense to LGPL if/when upstream live uses a publicly accessible 
source control system with an open protocol. He refused to do that [1], and 
hence I am unwilling to cooperate.

[1] http://lists.live555.com/pipermail/live-devel/2009-December/011590.html

 This would not require applications that use liblivemedia to be licensed
 under the GPL as well.

Debian (and I assume Ubuntu) only use live555 from VLC and MPlayer. Both of 
those are already GPL'd, so that's not really an issue.

Best regards,

-- 
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#562293: Any news?

[Denis Briand]

On Wed, Mar 24, 2010 at 12:59:04AM +0100, Cyril Brulebois wrote:
 Christoph Egger christ...@debian.org (12/02/2010):
  This RC bug is now tagged pending for  4 Weeks  and no hint on
  why it's not yet fixed. Any news on that?
 
 Hi Denis,
 
 I've almost uploaded current master, but since there were a lot of
 other changes, I've changed my mind and decided to annoy you
 instead. ;) Can you make sure to fix this bug soon?
 
 Mraw,
 KiBi.

hello,

(sorry very busy with my studies)
This bug is fixed on git repository.
see commit 73a313d59948110b3967d28776b522f72a808a12 (2010-01-11)
pending just for check, fix lintian issues and upload.
Since, there is a new upstream version (see :#574369)
It could be great if other maintainers could help me in this job.
I'll try to do that in this week.


regards

Denis Briand


signature.asc
Description: Digital signature

Bug#569436: blas: zgesvd seems to give incorrect results

[Denis Barbier]

Hi,

For the record, thanks to the GCC compile farm, I determined that this
bug has been fixed in gcc trunk by
   http://gcc.gnu.org/viewcvs?view=revisionrevision=145494
Unfortunately this is a merge from a branch (alias-improvements) which
is not mirrored by git, so I had not been able to run git-bisect on it
to find the atomic commit.  And since this portion of code has been
heavily modified, I doubt that it could be backported to gcc 4.4.  I
do not know what can be done now.

Denis



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#569436: Bug#571572: Bug#569436: blas: zgesvd seems to give incorrect results

[Denis Barbier]

On 2010/3/3 Kumar Appaiah wrote:
 Dear Denis,

 On Wed, Mar 03, 2010 at 11:41:50AM +0100, Denis Barbier wrote:
 Hi,

 For the record, thanks to the GCC compile farm, I determined that this
 bug has been fixed in gcc trunk by
    http://gcc.gnu.org/viewcvs?view=revisionrevision=145494
 Unfortunately this is a merge from a branch (alias-improvements) which
 is not mirrored by git, so I had not been able to run git-bisect on it
 to find the atomic commit.  And since this portion of code has been
 heavily modified, I doubt that it could be backported to gcc 4.4.  I
 do not know what can be done now.

 I think we can still file a bug report. Could you please test the
 attach test case, and let me know if it is reproducible?
[...]

Waow, you did  it, congratulations.  I can indeed reproduce this bug
with your small testcase.

Denis



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#569436: blas: zgesvd seems to give incorrect results

[Denis Barbier]

Hi,

I played with the example provided by Kumar Appaiah, and narrowed the
problem down to zdrot; after copying zdrot.f into the same directory
as zgesvd_ex.f:
  $ gfortran -O2 -c zgesvd_ex.f
  $ gfortran -O2 -c zdrot.f
  $ gfortran -o zgesvd_ex zgesvd_ex.o zdrot.o -llapack
  $ ./zgesvd_ex
gives the expected result (with libblas3gf 1.2-4), but
  $ gfortran -O2 -ftree-vectorize -c zdrot.f
  $ gfortran -o zgesvd_ex zgesvd_ex.o zdrot.o -llapack
  $ ./zgesvd_ex
gives the wrong result.
This looks like a bug in the gcc vectorizer, and it cannot be
reproduced with gcc 4.5 from experimental.

Denis



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#569436: blas: zgesvd seems to give incorrect results

[Denis Barbier]

On 2010/2/27 Kumar Appaiah wrote:
 (Also CCing #571572)

 Dear Denis,

 On Sat, Feb 27, 2010 at 05:44:45PM +0100, Denis Barbier wrote:
 Hi,

 I played with the example provided by Kumar Appaiah, and narrowed the
 problem down to zdrot; after copying zdrot.f into the same directory
 as zgesvd_ex.f:
   $ gfortran -O2 -c zgesvd_ex.f
   $ gfortran -O2 -c zdrot.f
   $ gfortran -o zgesvd_ex zgesvd_ex.o zdrot.o -llapack
   $ ./zgesvd_ex
 gives the expected result (with libblas3gf 1.2-4), but
   $ gfortran -O2 -ftree-vectorize -c zdrot.f
   $ gfortran -o zgesvd_ex zgesvd_ex.o zdrot.o -llapack
   $ ./zgesvd_ex
 gives the wrong result.
 This looks like a bug in the gcc vectorizer, and it cannot be
 reproduced with gcc 4.5 from experimental.

 This was fantastic analysis. I actually would like to know how you
 zeroed in onto zdrot to find the problem.

Hi,

I used brute force ;)
libblas3gf 1.2-4 is installed on my system, object files from
libblas3gf 1.2-3 have been unpacked into dir1, half files are moved
into dir2.  then I compiled
  gfortran zgesvd_ex.o dir1/*.o -llapack
and by dichotomy found which object file is causing trouble.

 I shall now try to play around with zdrot to see if I can create a
 test case which reproduces the bug, so that I can file a bug report
 with GCC.

I am afraid that this is not easy, and anyway GCC folks will discard
your bugreport since this bug has been fixed in 4.5.  But I am very
interested to know the exact reason, and if there is a way to prevent
this bug by modifying source files.

Denis



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#567877: vtk: source package will not build

[Denis Barbier]

severity 567877 normal
thanks

2010/1/31 Lee Azzarello l...@rockingtiger.com:
 Package: vtk
 Version: vtk-5.4.2
 Severity: serious
 Justification: Policy 4.2

 Fails to build from source. Error when linking to the TCL executable.

 make[3]: Entering directory `/home/lee/bsp/vtk-5.4.2/Build'
 [100%] Building CXX object
 Wrapping/Tcl/CMakeFiles/pvtk.dir/vtkParaTkAppInit.cxx.o
 Linking CXX executable ../../bin/pvtk
 ../../bin/libvtkIOTCL.so.5.4.2: undefined reference to `dirac_decoder_close'
 ../../bin/libvtkIOTCL.so.5.4.2: undefined reference to `dirac_encoder_close'
 ../../bin/libvtkIOTCL.so.5.4.2: undefined reference to `theora_info_clear'
 ../../bin/libvtkIOTCL.so.5.4.2: undefined reference to `dirac_parse'
[...]

Hi,

I am downgrading severity; VTK obviously builds fine, see
   https://buildd.debian.org/build.cgi?pkg=vtk
Either there is an error on your side, or some build dependencies must
be versioned.  Did you install ffmpeg related packages from another
source?

Denis



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org