Bug#648621: [libglib2.0-dev] need dh_python2 call update
Package: libglib2.0-dev Version: 2.42.1-1 Dear Maintainer, I try the Riku's patch above (glib-ma-fixed.patch). Disclaimer, I rebase the patch myself so maybe I break it. Anyway, I manage to broke dpkg install. Here some information that I hope would be useful and avoid the same failure as me. Dpkg error: - (Reading database ... 237158 files and directories currently installed.) Removing libglib2.0-dev:i386 (2.42.1-2) ... dpkg-query: error: --listfiles needs a valid package name but 'libglib2.0-dev' is not: ambiguous package name 'libglib2.0-dev' with more than one installed instance Use --help for help about querying packages. Traceback (most recent call last): File "/usr/bin/pyclean", line 117, in main() File "/usr/bin/pyclean", line 101, in main pfiles = set(dpf.filter_out_ext(pfiles, ('.so',))) File "/usr/share/python/debpython/files.py", line 77, in filter_out_ext for fn in files: File "/usr/share/python/debpython/namespace.py", line 77, in add_namespace_files for fn in files: File "/usr/share/python/debpython/files.py", line 53, in from_package raise Exception("cannot get content of %s" % package_name) Exception: cannot get content of libglib2.0-dev dpkg: error processing package libglib2.0-dev:i386 (--purge): --- I try to debug it. I think it is related to the content of prerm script. As you can see it uses a dpkg call without the architecture information (:amd64) --- cat /var/lib/dpkg/info/libglib2.0-dev:amd64.prerm #!/bin/sh set -e # Automatically added by dh_python2: if which pyclean >/dev/null 2>&1; then pyclean -p libglib2.0-dev else dpkg -L libglib2.0-dev | grep \.py$ | while read file do rm -f "${file}"[co] >/dev/null done fi # End automatically added section --- Based on the comment I think it is related to those 2 lines in the rule file. binary-install/libglib2.0-dev:: dh_python2 -plibglib2.0-dev /usr/share/glib-2.0/codegen I'm gussing it must be somewhat contain :arch (maybe $(DEV_PKG)). As a side note, it would be very nice to have a multiarch glib-dev package for the next release. Best regards, Gregory
Bug#802770: [libwxgtk3.0-0] dependency on SDL half enabled (rule vs control)
Package: libwxgtk3.0-0 Version: 3.0.2-1+b1 Severity: minor --- Please enter the report below this line. --- Hello, As far as I understand, WX supports an audio plugin based on SDL (see src/unix/sound_sdl.cpp). My application (PCSX2) depends on both SDL and WX which means the SDL version (2 vs 1.2) depends on the compilation/link of WX. So it is very annoying for me. It is typically enabled on Archlinux but not in Debian. I searched in the Debian's rule file the option to disable it so Archlinux can do the same. However I found that SDL is kind of enabled but libsdl isn't pulled by the control file. So the configure script just disable it. Is it done on purpose? Do you want to disable or enable it? Personally I'm in favor to disable it because it was never enabled on Debian and it is painful to upgrade to SDL2. Here an extract of the build log: checking for --with-sdl... yes -- checking for sdl-config... no checking for SDL - version >= 1.2.0... no *** The sdl-config script installed by SDL could not be found *** If SDL was installed in PREFIX, make sure PREFIX/bin is in *** your path, or set the SDL_CONFIG environment variable to the *** full path to sdl-config. -- sdlno touch configure-gtk-shared-stamp Best regards, Gregory --- System information. --- Architecture: amd64 Kernel: Linux 3.18.12-1-gregory Debian Release: 8.2 500 stable-updates http.debian.net 500 stable security.debian.org 500 stable ftp.fr.debian.org 100 jessie-backports ftp.debian.org 1 experimentalftp.fr.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty.
Bug#687207: playonlinux: New version available
Hello, In my opinion, I think it worth it to upload a newer version in experimental. I tryed to install some games of GoG platform but PoL script requires at least playonlinux 4.1.6. It probably the same minimum requirement for all GoG scripts (or I'm very unlucky, I tested 2 games). Cheers, Gregory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651008: liborc-0.4-0: Patch to add multiarch support. One line missed
user multiarch-de...@lists.alioth.debian.org usertag 651008 + multiarch thanks Hello, I try the patch on my PC and found a small issue. It miss some bits in the control files. Multi-Arch: same must be added to package liborc-0.4-0. If you can check that include files inside liborc-0.4-dev are identical across architecture/kernel, then you can also declare liborc-0.4-dev as Multi-Arch: same Cheers, Gregory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645411: [libwxgtk2.8-0] support of multiarch same not yet installable
On Wed, Dec 14, 2011 at 11:37 PM, Olly Betts o...@survex.com wrote: Coincidentally, I looked last night and it had built about 7 days ago, but was apparently waiting to be signed and uploaded (this is automated for many buildds now, but for some it still requires the admin to intervene to sign and upload the packages). It's now showing as uploaded: https://buildd.debian.org/status/package.php?p=wxwidgets2.8 Hello, Looking at your link and this one https://buildd.debian.org/status/architecture.php?a=amd64suite=sidbuildd=buildd_amd64-barber I understand that the package is blocked on the uploaded status from 8 days. Final status seems to be installed. It might need another bump from you. Cheers, Gregory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645411: [libwxgtk2.8-0] support of multiarch same not yet installable
Hello, Let me first thank you for the uploading of wx with multiarch support. I wanted to try the install on my amd64 system but strangely the version has been 2.8.12.1-3 for 1 week. Is there somethings wrong ? Cheers, Gregory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645123: [libportaudio2] transition to multiarch : same
Hello, I would like to know the current status on portaudio multiarch? I would like to have the multiarch support merge for Ubuntu Precise release. Portaudio dependency is needed by the 32 bits PS2 emulator (PCSX2). If I'm correct, Ubuntu freezes the sync from Debian on the end of december. Please tell me, if there is any blocking point. Debhelper v9 got severals update. If you prefer I can generate a new patch based on debhelper v8. Best regards, Gregory
Bug#647283: [libtasn1-3] failed to install on multiarch
Package: libtasn1-3 Version: 2.10-1 Severity: normal --- Please enter the report below this line. --- Dear Maintainer, libtasn failed to install on a multiarch-aware system. dpkg: error processing /var/cache/apt/archives/libtasn1-3_2.10-1_i386.deb (--unpack): './usr/share/doc/libtasn1-3/NEWS.gz' is different from the same file on the system configured to not write apport reports Errors were encountered while processing: To be sure, I download both libtasn1-3_2.10-1_amd64.deb and libtasn1-3_2.10-1_i386.deb. After the extraction I did a diff. cmp usr/share/doc/libtasn1-3/NEWS.gz usr_i386/share/doc/libtasn1-3/NEWS.gz -l 5220 126 26 5221 344 12 5222 277 201 5223 371 377 5224 137 5 The content is the same on both file, it is only some gzip extra information! Package seems to use dh_compress which normally support multiarch build. I don't know what is the origin of the difference. Anyway, I did a build in a chroot and it is fine on my side. So you might consider a binary-only rebuild of the package. Best regards, Gregory --- System information. --- Architecture: amd64 Kernel: Linux 2.6.39-1-gregory-kms Debian Release: wheezy/sid 500 unstableftp2.fr.debian.org 1 experimentalftp2.fr.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== libc6 (= 2.3) | 2.13-21 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645411: [libwxgtk2.8-0] support of multiarch same
On Sun, 16 Oct 2011 13:02:43 +1300 Olly Betts o...@survex.com wrote: I'd prefer to get the current changes in experimental into unstable before trying to merge anything potentially disruptive like this. People have been clamouring for the package to be updated to a newer upstream release for some time (though sadly none of that has translated into feedback on the experimental upload yet). Cheers, Olly Hello, It is not urgent and things can break easily with multiarch. by the way my goal was the integration for ubuntu 12.04. However, are you aware that you upload 2.8.12.1-2 into unstable! It might be an infrastructure bug because changelog containted experimental not unstable. Best regards, Gregory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645411: [libwxgtk2.8-0] support of multiarch same
Package: libwxgtk2.8-0 Version: 2.8.12.1-1.1 Severity: normal Tags: patch --- Please enter the report below this line. --- Dears Maintainer, Could you support multiarch same for wxwidget2.8. At least libwxbase2.8-0 and libwxgtk2.8-0 (see attached patch but can probably be extended to msw stuff). See here for some multiarch details: http://wiki.debian.org/Multiarch/Implementation The package was a tough one to convert. So the attached patch will need a carefully review. I checked that the library are moved in the good place and are co-installable (amd64 and i386). I also checked that wx-config returns the good path. Best regards, Gregory --- Here a short description of the patch Control file: * bump debhelper dependency to 8.1.3 to ${support misc:Pre-Depends}. * Add multiarch Postinst and prerm files: * Add a =MA string that will be replaced with the triplet value in the rule file. Rule file: * add --libdir=\$${exec_prefix}/lib/$(DEB_HOST_MULTIARCH) to wxbase and wxgtk configuration flags. * install library into /usr/lib/$(DEB_HOST_MULTIARCH). * Generating the postinst and prerm file. * create a symlink $(objdir_gtk_shared)/lib/$(DEB_HOST_MULTIARCH) to $(objdir_gtk_shared)/lib. It works around some issue with the build system (see below). --- Some details on the build system issue: During the build, libraries are installed into the directory LIBDIRNAME equal to $(wx_top_builddir)/lib (defined on build/bakefiles/common.bkl). Various places in the configure script (configure.in) expect libraries in $(wx_top_builddir)/lib Unfortunately wx-config script rely on $libdir (/usr/lib/$DEB_HOST_MULTIARCH) and probably others places. Python try to look up include file from wx-config but fail because LIBDIRNAME is different of $libdir. In my opinion, it would be better to create a variable $(wx_top_libdir) that depends on $libdir. But it becomes big changes on an already too complex build process hence I just create a symlink to workaround the issue.diff -u wxwidgets2.8-2.8.12.1/debian/control wxwidgets2.8-2.8.12.1/debian/control --- wxwidgets2.8-2.8.12.1/debian/control +++ wxwidgets2.8-2.8.12.1/debian/control @@ -1,7 +1,7 @@ Source: wxwidgets2.8 Section: libs Priority: optional -Build-Depends: debhelper (= 7), flex, bison, gettext, libgtk2.0-dev, +Build-Depends: debhelper (= 8.1.3), flex, bison, gettext, libgtk2.0-dev, python-all (= 2.6.6-3~), python-all-dev (= 2.6.6-3~), python-all-dbg (= 2.6.6-3~), zlib1g-dev, libjpeg-dev, libpng12-dev, libtiff4-dev, libsm-dev, libgl1-mesa-dev | libgl-dev, libglu1-mesa-dev | libglu-dev, libesd0-dev, @@ -16,7 +16,9 @@ Package: libwxbase2.8-0 Architecture: any +Pre-Depends: ${misc:Pre-Depends} Depends: ${shlibs:Depends}, ${misc:Depends} +Multi-Arch: same Description: wxBase library (runtime) - non-GUI support classes of wxWidgets toolkit wxBase is a collection of C++ classes providing basic data structures (strings, lists, arrays), powerful wxDateTime class for date manipulations, @@ -51,6 +53,7 @@ Architecture: any Section: debug Priority: extra +Multi-Arch: same Depends: wx2.8-headers (= ${binary:Version}), libc6-dev, ${misc:Depends} Description: wxBase library (debug) - non-GUI support classes of wxWidgets toolkit wxBase is a collection of C++ classes providing basic data structures @@ -68,7 +71,9 @@ Package: libwxgtk2.8-0 Architecture: any +Pre-Depends: ${misc:Pre-Depends} Depends: ${shlibs:Depends}, ${misc:Depends} +Multi-Arch: same Suggests: libgnomeprintui2.2-0 Description: wxWidgets Cross-platform C++ GUI toolkit (GTK+ runtime) wxWidgets (formerly known as wxWindows) is a class library for C++ providing @@ -99,6 +104,7 @@ Architecture: any Section: debug Priority: extra +Multi-Arch: same Depends: ${shlibs:Depends}, wx2.8-headers (= ${binary:Version}), libwxbase2.8-dbg (= ${binary:Version}), ${misc:Depends} Description: wxWidgets Cross-platform C++ GUI toolkit (GTK+ debug) wxWidgets (formerly known as wxWindows) is a class library for C++ providing diff -u wxwidgets2.8-2.8.12.1/debian/libwxbase-dev.prerm wxwidgets2.8-2.8.12.1/debian/libwxbase-dev.prerm --- wxwidgets2.8-2.8.12.1/debian/libwxbase-dev.prerm +++ wxwidgets2.8-2.8.12.1/debian/libwxbase-dev.prerm @@ -1,7 +1,7 @@ #! /bin/sh set -e -update-alternatives --remove wx-config /usr/lib/wx/config/base-unicode-release-=V +update-alternatives --remove wx-config /usr/lib/=MA/wx/config/base-unicode-release-=V #DEBHELPER# diff -u wxwidgets2.8-2.8.12.1/debian/libwxbase-dev.postinst wxwidgets2.8-2.8.12.1/debian/libwxbase-dev.postinst --- wxwidgets2.8-2.8.12.1/debian/libwxbase-dev.postinst +++ wxwidgets2.8-2.8.12.1/debian/libwxbase-dev.postinst @@ -2,7 +2,7 @@ set -e update-alternatives --install /usr/bin/wx-config wx-config \ - /usr/lib/wx/config/base-unicode-release-=V \ + /usr/lib/=MA/wx/config/base-unicode-release-=V \ $(( =PRIO * 10 + 7 )) #DEBHELPER# diff -u wxwidgets2.8-2.8.12.1/debian/control.in
Bug#645118: [libjasper1] transition to multiarch : same
Package: libjasper1 Version: 1.900.1-9.1 Severity: wishlist --- Please enter the report below this line. --- Dear Maintainer, Could you consider to support multiarch same for libjasper library. Ubuntu already convert the package. So You can reuse their changes. Here a doc on multiarch for in depth detail: http://wiki.debian.org/Multiarch/Implementation Best Regards, Gregory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645123: [libportaudio2] transition to multiarch : same
Package: libportaudio2 Version: 19+svn20110326-1.2 Severity: wishlist Tags: patch --- Please enter the report below this line. --- Dear Maintainer, Could you consider to support multiarch same for libportaudio. I convert it on my PC few monthes ago so I kindly share the patch with you. The patch is straightforward and based on http://wiki.debian.org/Multiarch/Implementation However, be aware the patch bump debhelper compatibility to the experimental v9 level. A v8 implementation can be easily done too. In short 1/ define DEB_HOST_MULTIARCH in the rule file: DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) 2/ Give libdir variable to the configure script invocation: --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) Best regards, Gregorydiff -urNad orginal_debian/compat debian/compat --- orginal_debian/compat 2011-06-23 21:19:03.234973543 +0200 +++ debian/compat 2011-06-23 21:21:46.995035493 +0200 @@ -1 +1 @@ -8 +9 diff -urNad orginal_debian/control debian/control --- orginal_debian/control 2011-06-23 21:19:03.235973477 +0200 +++ debian/control 2011-06-23 21:30:35.915580464 +0200 @@ -7,7 +7,7 @@ Mark Purcell m...@debian.org, Benjamin Drung bdr...@debian.org Build-Depends: automake, - debhelper (= 8), + debhelper (= 8.1.3), dh-autoreconf, doxygen, dpkg-dev (= 1.13.19), @@ -21,6 +21,8 @@ Package: libportaudio2 Section: libs Architecture: any +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} Depends: ${misc:Depends}, ${shlibs:Depends} Description: Portable audio I/O - shared library PortAudio is a portable audio I/O library designed for cross-platform @@ -34,6 +36,8 @@ Package: libportaudiocpp0 Section: libs Architecture: any +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} Depends: ${misc:Depends}, ${shlibs:Depends} Description: Portable audio I/O C++ bindings - shared library PortAudio is a portable audio I/O library designed for cross-platform diff -urNad orginal_debian/libportaudio2.install debian/libportaudio2.install --- orginal_debian/libportaudio2.install 2011-06-23 21:19:03.235973477 +0200 +++ debian/libportaudio2.install 2011-06-23 21:25:03.107909471 +0200 @@ -1 +1 @@ -usr/lib/libportaudio.*so.* +usr/lib/*/libportaudio.*so.* diff -urNad orginal_debian/libportaudiocpp0.install debian/libportaudiocpp0.install --- orginal_debian/libportaudiocpp0.install 2011-06-23 21:19:03.234973543 +0200 +++ debian/libportaudiocpp0.install 2011-06-23 21:25:07.107641533 +0200 @@ -1 +1 @@ -usr/lib/libportaudiocpp.*so.* +usr/lib/*/libportaudiocpp.*so.* diff -urNad orginal_debian/portaudio19-dev.install debian/portaudio19-dev.install --- orginal_debian/portaudio19-dev.install 2011-06-23 21:19:03.234973543 +0200 +++ debian/portaudio19-dev.install 2011-06-23 21:25:12.440284215 +0200 @@ -1,4 +1,4 @@ usr/include/* -usr/lib/lib*.a -usr/lib/lib*.so -usr/lib/pkgconfig/* +usr/lib/*/lib*.a +usr/lib/*/lib*.so +usr/lib/*/pkgconfig/*
Bug#528143: update multiarch patch
Hello, There is a minor issue with the previous multiarch patch. *** DPKG log dpkg: error processing /var/cache/apt/archives/libbz2-1.0_1.0.5-7_i386.deb (--unpack): './usr/share/doc/libbz2-1.0/changelog.gz' is different from the same file on the system Extract of http://wiki.debian.org/Multiarch/Implementation /!\ Note that any files in /usr/share or /etc must be byte-for-byte identical across architectures, otherwise file conflicts will result! This means, in particular, that any gzip-compressed files must be compressed with -n to avoid embedded timestamps. So at least gzip command inside rule file must be updated. Cheers, Gregory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636280: [wxwidgets2.8] issue open upstream
Hello, Just for information, an issue was been open on upstream bug-tracker which contains a patch too http://trac.wxwidgets.org/ticket/13375 Cheers, Gregory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636989: libjpeg8: Please add multiarch support
Hello Gregor, Bill, By chance, I convert libjpeg8 on my system few week ago. It seems to work fine on my side. Feel free to use it. Patch overview: + bump debhelper to support ${misc:Pre-Depends} + move library to /usr/lib/$(DEB_HOST_MULTIARCH) Cheers, Gregorydiff -Nru libjpeg8-8c/debian/changelog libjpeg8-8c/debian/changelog --- libjpeg8-8c/debian/changelog 2011-07-07 15:08:56.0 +0200 +++ libjpeg8-8c/debian/changelog 2011-07-10 14:57:59.0 +0200 @@ -1,3 +1,10 @@ +libjpeg8 (8c-2.1) unstable; urgency=low + + * Non-maintainer upload. + * transition multiarch + + -- Gregory Hainaut gregory.hain...@gmail.com Sun, 10 Jul 2011 14:57:51 +0200 + libjpeg8 (8c-2) unstable; urgency=low * The Angèle release diff -Nru libjpeg8-8c/debian/control libjpeg8-8c/debian/control --- libjpeg8-8c/debian/control 2011-07-06 23:23:58.0 +0200 +++ libjpeg8-8c/debian/control 2011-07-10 14:56:40.0 +0200 @@ -2,12 +2,14 @@ Maintainer: Bill Allombert ballo...@debian.org Section: graphics Priority: optional -Build-Depends: debhelper (= 5), autotools-dev +Build-Depends: debhelper (= 8.1.3), autotools-dev Standards-Version: 3.9.2 Package: libjpeg8 Architecture: any Section: libs +Pre-Depends: ${misc:Pre-Depends} +Multi-Arch: same Description: Independent JPEG Group's JPEG runtime library The Independent JPEG Group's JPEG library is a library for handling JPEG files. @@ -32,6 +34,7 @@ Architecture: any Section: debug Priority: extra +Multi-Arch: same Description: Development files for the IJG JPEG library The Independent JPEG Group's JPEG library is a library for handling JPEG files. diff -Nru libjpeg8-8c/debian/libjpeg8-dev.files libjpeg8-8c/debian/libjpeg8-dev.files --- libjpeg8-8c/debian/libjpeg8-dev.files 2011-07-07 10:42:49.0 +0200 +++ libjpeg8-8c/debian/libjpeg8-dev.files 2011-07-10 14:57:37.0 +0200 @@ -1,3 +1,3 @@ usr/include -usr/lib/libjpeg.a -usr/lib/libjpeg.so +usr/lib/*/libjpeg.a +usr/lib/*/libjpeg.so diff -Nru libjpeg8-8c/debian/libjpeg8.files libjpeg8-8c/debian/libjpeg8.files --- libjpeg8-8c/debian/libjpeg8.files 2011-02-06 16:54:10.0 +0100 +++ libjpeg8-8c/debian/libjpeg8.files 2011-07-10 14:57:42.0 +0200 @@ -1,2 +1,2 @@ -/usr/lib/libjpeg.so.8.3.0 -/usr/lib/libjpeg.so.8 +/usr/lib/*/libjpeg.so.8.3.0 +/usr/lib/*/libjpeg.so.8 diff -Nru libjpeg8-8c/debian/rules libjpeg8-8c/debian/rules --- libjpeg8-8c/debian/rules 2011-07-07 15:07:35.0 +0200 +++ libjpeg8-8c/debian/rules 2011-07-10 14:54:51.0 +0200 @@ -6,6 +6,7 @@ export DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) export DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) +export DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) export CFLAGS=-D_REENTRANT -g -Wall -Wno-main ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) @@ -22,7 +23,7 @@ ./configure --prefix=/usr --mandir=/usr/share/man \ --enable-static --enable-shared \ --disable-silent-rules \ - --build=$(DEB_BUILD_GNU_TYPE) --host=$(DEB_HOST_GNU_TYPE) + --build=$(DEB_BUILD_GNU_TYPE) --host=$(DEB_HOST_GNU_TYPE) --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) $(MAKE) ifeq (,$(findstring nocheck,$(DEB_BUILD_OPTIONS))) $(MAKE) check @@ -62,7 +63,7 @@ dh_compress dh_fixperms dh_installdeb - dh_shlibdeps -l`pwd`/debian/libjpeg8/usr/lib + dh_shlibdeps -l`pwd`/debian/libjpeg8/usr/lib/$(DEB_HOST_MULTIARCH) dh_gencontrol dh_md5sums dh_builddeb
Bug#636280: wxwidgets2.8: FTBFS (multiarch breakage)
Hello, Some additionals information. The root of the issue is the macro WX_PATH_FIND_LIBRARIES which check several directories but not the multiarch directories. Autotools need to rely on AC_CHECK_LIB (or I think PKG_CHECK_MODULES is fine too) to check library. In the future, WX_PATH_FIND_INCLUDES will probably need to be updated when multiarch will support also includes files. Cheers, Gregory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634099: libglib2.0-0-dbg not compatible with multiarch same
Hello All, libglib2.0-0-dbg is not compatible with multiarch same because of debug symbol of executable. Note Ubuntu packages have them too. dpkg -L libglib2.0-0-dbg:i386 | grep /usr/bin /usr/lib/debug/usr/bin /usr/lib/debug/usr/bin/glib-genmarshal /usr/lib/debug/usr/bin/gsettings /usr/lib/debug/usr/bin/gtester /usr/lib/debug/usr/bin/gobject-query /usr/lib/debug/usr/bin/gdbus Cheers, Gregory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635251: [libpciaccess0] support multiarch same
Package: libpciaccess0 Version: 0.12.1-1.1 Severity: wishlist Tags: patch --- Please enter the report below this line. --- Dears Maintainers, Could you support multiarch same for libpciaccess0? Multiarch information can be found on this wiki http://wiki.debian.org/Multiarch/Implementation A small patch is attached. Short description of the patch: * build lib in usr/lib/$DEB_HOST_MULTIARCH * bump debhelper to support ${misc:Pre-Depends} * move file to /usr/lib/$DEB_HOST_MULTIARCH except for udeb package (which stay in /usr/lib). Best regards, Gregorydiff -u libpciaccess-0.12.1/debian/rules libpciaccess-0.12.1/debian/rules --- libpciaccess-0.12.1/debian/rules +++ libpciaccess-0.12.1/debian/rules @@ -13,6 +13,7 @@ MAKEFLAGS += -j$(NUMJOBS) endif +DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH) DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) @@ -33,6 +34,7 @@ --mandir=\$${prefix}/share/man \ --infodir=\$${prefix}/share/info \ --with-pciids-path=\$${prefix}/share/misc \ + --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) \ --with-zlib \ $(confflags) \ CFLAGS=$(CFLAGS) diff -u libpciaccess-0.12.1/debian/control libpciaccess-0.12.1/debian/control --- libpciaccess-0.12.1/debian/control +++ libpciaccess-0.12.1/debian/control @@ -4,7 +4,7 @@ Maintainer: Debian X Strike Force debia...@lists.debian.org Uploaders: David Nusinow dnusi...@debian.org, Cyril Brulebois k...@debian.org Build-Depends: - debhelper (= 5), + debhelper (= 8.0.3), libtool, automake, zlib1g-dev, @@ -17,7 +17,9 @@ Package: libpciaccess0 Section: libs Architecture: any +Pre-Depends: ${misc:Pre-Depends} Depends: ${shlibs:Depends}, ${misc:Depends} +Multi-Arch: same Suggests: pciutils Description: Generic PCI access library for X Provides functionality for X to access the PCI bus and devices diff -u libpciaccess-0.12.1/debian/libpciaccess-dev.install libpciaccess-0.12.1/debian/libpciaccess-dev.install --- libpciaccess-0.12.1/debian/libpciaccess-dev.install +++ libpciaccess-0.12.1/debian/libpciaccess-dev.install @@ -1,4 +1,4 @@ -usr/lib/pkgconfig -usr/lib/lib*.a -usr/lib/lib*.so +usr/lib/*/pkgconfig +usr/lib/*/lib*.a +usr/lib/*/lib*.so usr/include diff -u libpciaccess-0.12.1/debian/libpciaccess0-udeb.install libpciaccess-0.12.1/debian/libpciaccess0-udeb.install --- libpciaccess-0.12.1/debian/libpciaccess0-udeb.install +++ libpciaccess-0.12.1/debian/libpciaccess0-udeb.install @@ -1 +1 @@ -usr/lib/libpciaccess.so.0* +usr/lib/*/libpciaccess.so.0* /usr/lib diff -u libpciaccess-0.12.1/debian/libpciaccess0.install libpciaccess-0.12.1/debian/libpciaccess0.install --- libpciaccess-0.12.1/debian/libpciaccess0.install +++ libpciaccess-0.12.1/debian/libpciaccess0.install @@ -1 +1 @@ -usr/lib/libpciaccess.so.0* +usr/lib/*/libpciaccess.so.0*
Bug#635252: [libxmu6] support multiarch same
Package: libxmu6 Version: 2:1.1.0-2.1 Severity: wishlist Tags: patch --- Please enter the report below this line. --- Dears Maintainers, Could you support multiarch same for libxmu/libxmuu? Multiarch information can be found on this wiki http://wiki.debian.org/Multiarch/Implementation A small patch is attached. Short description of the patch: * build lib in usr/lib/$DEB_HOST_MULTIARCH * bump debhelper to support ${misc:Pre-Depends} * move file to /usr/lib/$DEB_HOST_MULTIARCH Best regards, Gregorydiff -u libxmu-1.1.0/debian/rules libxmu-1.1.0/debian/rules --- libxmu-1.1.0/debian/rules +++ libxmu-1.1.0/debian/rules @@ -28,6 +28,7 @@ else confflags += --build=$(DEB_BUILD_GNU_TYPE) --host=$(DEB_HOST_GNU_TYPE) endif +DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) configure: $(STAMP_DIR)/patch dh_testdir @@ -43,6 +44,7 @@ --infodir=\$${prefix}/share/info $(confflags) \ --docdir=\$${prefix}/share/doc/libxmu-headers \ --with-xmlto --without-fop \ + --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) \ CFLAGS=$(CFLAGS) cd build $(MAKE) $@ diff -u libxmu-1.1.0/debian/control libxmu-1.1.0/debian/control --- libxmu-1.1.0/debian/control +++ libxmu-1.1.0/debian/control @@ -4,7 +4,7 @@ Maintainer: Debian X Strike Force debia...@lists.debian.org Uploaders: David Nusinow dnusi...@debian.org, Cyril Brulebois k...@debian.org Build-Depends: - debhelper (= 5.0.0), + debhelper (= 8.1.3), libx11-dev (= 1:0.99.2), libxt-dev (= 1:0.99.1), libxext-dev (= 1:0.99.1), @@ -22,6 +22,8 @@ Package: libxmu6 Section: libs Architecture: any +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} Depends: ${shlibs:Depends}, ${misc:Depends} Description: X11 miscellaneous utility library libXmu provides a set of miscellaneous utility convenience functions for X @@ -38,6 +40,7 @@ Section: debug Architecture: any Priority: extra +Multi-Arch: same Depends: ${shlibs:Depends}, ${misc:Depends}, libxmu6 (= ${binary:Version}) Description: X11 miscellaneous utility library (debug package) libXmu provides a set of miscellaneous utility convenience functions for X @@ -74,6 +77,8 @@ Package: libxmuu1 Section: libs Architecture: any +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} Depends: ${shlibs:Depends}, ${misc:Depends} Description: X11 miscellaneous micro-utility library libXmuu provides a set of miscellaneous utility convenience functions for X @@ -90,6 +95,7 @@ Section: debug Architecture: any Priority: extra +Multi-Arch: same Depends: ${shlibs:Depends}, ${misc:Depends}, libxmuu1 (= ${binary:Version}) Description: X11 miscellaneous micro-utility library (debug package) libXmuu provides a set of miscellaneous utility convenience functions for X diff -u libxmu-1.1.0/debian/libxmuu1.install libxmu-1.1.0/debian/libxmuu1.install --- libxmu-1.1.0/debian/libxmuu1.install +++ libxmu-1.1.0/debian/libxmuu1.install @@ -1 +1 @@ -usr/lib/libXmuu.so.1* +usr/lib/*/libXmuu.so.1* diff -u libxmu-1.1.0/debian/libxmu6.install libxmu-1.1.0/debian/libxmu6.install --- libxmu-1.1.0/debian/libxmu6.install +++ libxmu-1.1.0/debian/libxmu6.install @@ -1 +1 @@ -usr/lib/libXmu.so.6* +usr/lib/*/libXmu.so.6* diff -u libxmu-1.1.0/debian/libxmuu-dev.install libxmu-1.1.0/debian/libxmuu-dev.install --- libxmu-1.1.0/debian/libxmuu-dev.install +++ libxmu-1.1.0/debian/libxmuu-dev.install @@ -1,3 +1,3 @@ -usr/lib/libXmuu.a -usr/lib/libXmuu.so -usr/lib/pkgconfig/xmuu.pc +usr/lib/*/libXmuu.a +usr/lib/*/libXmuu.so +usr/lib/*/pkgconfig/xmuu.pc diff -u libxmu-1.1.0/debian/libxmu-dev.install libxmu-1.1.0/debian/libxmu-dev.install --- libxmu-1.1.0/debian/libxmu-dev.install +++ libxmu-1.1.0/debian/libxmu-dev.install @@ -1,3 +1,3 @@ -usr/lib/libXmu.a -usr/lib/libXmu.so -usr/lib/pkgconfig/xmu.pc +usr/lib/*/libXmu.a +usr/lib/*/libXmu.so +usr/lib/*/pkgconfig/xmu.pc
Bug#635251: [libpciaccess0] support multiarch same
On Sun, 24 Jul 2011 15:13:06 +0200 Steve Langasek vor...@debian.org wrote: On Sun, Jul 24, 2011 at 01:50:22PM +0200, gregory hainaut wrote: diff -u libpciaccess-0.12.1/debian/control libpciaccess-0.12.1/debian/control --- libpciaccess-0.12.1/debian/control +++ libpciaccess-0.12.1/debian/control @@ -4,7 +4,7 @@ Maintainer: Debian X Strike Force debia...@lists.debian.org Uploaders: David Nusinow dnusi...@debian.org, Cyril Brulebois k...@debian.org Build-Depends: - debhelper (= 5), + debhelper (= 8.0.3), libtool, automake, zlib1g-dev, Should be 8.1.3, not 8.0.3. Cheers, Thanks very much for the review. Attach patch v2: fix debhelper dependency typo. Best regards, Gregorydiff -u libpciaccess-0.12.1/debian/rules libpciaccess-0.12.1/debian/rules --- libpciaccess-0.12.1/debian/rules +++ libpciaccess-0.12.1/debian/rules @@ -13,6 +13,7 @@ MAKEFLAGS += -j$(NUMJOBS) endif +DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH) DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) @@ -33,6 +34,7 @@ --mandir=\$${prefix}/share/man \ --infodir=\$${prefix}/share/info \ --with-pciids-path=\$${prefix}/share/misc \ + --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) \ --with-zlib \ $(confflags) \ CFLAGS=$(CFLAGS) diff -u libpciaccess-0.12.1/debian/control libpciaccess-0.12.1/debian/control --- libpciaccess-0.12.1/debian/control +++ libpciaccess-0.12.1/debian/control @@ -4,7 +4,7 @@ Maintainer: Debian X Strike Force debia...@lists.debian.org Uploaders: David Nusinow dnusi...@debian.org, Cyril Brulebois k...@debian.org Build-Depends: - debhelper (= 5), + debhelper (= 8.1.3), libtool, automake, zlib1g-dev, @@ -17,7 +17,9 @@ Package: libpciaccess0 Section: libs Architecture: any +Pre-Depends: ${misc:Pre-Depends} Depends: ${shlibs:Depends}, ${misc:Depends} +Multi-Arch: same Suggests: pciutils Description: Generic PCI access library for X Provides functionality for X to access the PCI bus and devices diff -u libpciaccess-0.12.1/debian/libpciaccess-dev.install libpciaccess-0.12.1/debian/libpciaccess-dev.install --- libpciaccess-0.12.1/debian/libpciaccess-dev.install +++ libpciaccess-0.12.1/debian/libpciaccess-dev.install @@ -1,4 +1,4 @@ -usr/lib/pkgconfig -usr/lib/lib*.a -usr/lib/lib*.so +usr/lib/*/pkgconfig +usr/lib/*/lib*.a +usr/lib/*/lib*.so usr/include diff -u libpciaccess-0.12.1/debian/libpciaccess0-udeb.install libpciaccess-0.12.1/debian/libpciaccess0-udeb.install --- libpciaccess-0.12.1/debian/libpciaccess0-udeb.install +++ libpciaccess-0.12.1/debian/libpciaccess0-udeb.install @@ -1 +1 @@ -usr/lib/libpciaccess.so.0* +usr/lib/*/libpciaccess.so.0* /usr/lib diff -u libpciaccess-0.12.1/debian/libpciaccess0.install libpciaccess-0.12.1/debian/libpciaccess0.install --- libpciaccess-0.12.1/debian/libpciaccess0.install +++ libpciaccess-0.12.1/debian/libpciaccess0.install @@ -1 +1 @@ -usr/lib/libpciaccess.so.0* +usr/lib/*/libpciaccess.so.0*
Bug#635169: [libsoundtouch0] Support multiarch: same
Package: libsoundtouch0 Version: 1.6.0-1.2 Severity: normal Tags: patch --- Please enter the report below this line. --- Dears Maintainers, Could you support multiarch : same for libsoundtouch package. http://wiki.debian.org/Multiarch/Implementation I attach 2 patches. 1/ multiarch_soundtouch_v8.patch * Drop lib32 package. No package depends on it. So it can directly replaced by libsoundtouch0:i386. Be aware that current dpkg version does not support fully multiarch (only a dev branch, Ubuntu is fine) and therefore it will not possible to install libsoundtouch0:i386 on a default Debian. * Bump debhhelper version, add multiarch specific field in control files * move /usr/lib/* to /usr/lib/$DEB_HOST_MULTIARCH/ 2/ multiarch_soundtouch_v8_to_v9.patch For the moment, debhelper v9 compatibility is experimental but it reduces multiarch work. This patch is optional. The intent was to show you the impact of debhelper v9. Best regards, Gregorydiff -Nru soundtouch-1.6.0/debian/changelog soundtouch-1.6.0/debian/changelog --- soundtouch-1.6.0/debian/changelog 2011-07-17 11:22:05.0 +0200 +++ soundtouch-1.6.0/debian/changelog 2011-07-20 22:36:19.0 +0200 @@ -1,3 +1,10 @@ +soundtouch (1.6.0-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Build for Multiarch. Drop lib32* + + -- Gregory Hainaut gregory.hain...@gmail.com Wed, 20 Jul 2011 22:36:12 +0200 + soundtouch (1.6.0-1) unstable; urgency=low [ Alessio Treglia ] diff -Nru soundtouch-1.6.0/debian/control soundtouch-1.6.0/debian/control --- soundtouch-1.6.0/debian/control 2011-07-17 11:13:28.0 +0200 +++ soundtouch-1.6.0/debian/control 2011-07-20 22:38:49.0 +0200 @@ -4,9 +4,8 @@ Maintainer: Debian Multimedia Maintainers pkg-multimedia-maintain...@lists.alioth.debian.org Uploaders: Alessio Treglia ales...@debian.org, Miguel Colon debian.mic...@gmail.com -Build-Depends: debhelper (= 8.0.0~), - dh-autoreconf, - g++-multilib [amd64] +Build-Depends: debhelper (= 8.1.3), + dh-autoreconf Standards-Version: 3.9.2 Homepage: http://www.surina.net/soundtouch/ Vcs-Git: git://git.debian.org/pkg-multimedia/soundtouch.git @@ -30,6 +29,8 @@ Package: libsoundtouch0 Architecture: any +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} Depends: ${shlibs:Depends}, ${misc:Depends} Description: Sound stretching library @@ -42,6 +43,7 @@ Priority: extra Section: debug Architecture: any +Multi-Arch: same Depends: libsoundtouch0 (= ${binary:Version}), ${misc:Depends} Description: Debugging symbols for the sound stretching library @@ -50,43 +52,6 @@ . This package contains the debugging symbols for libsoundtouch0. -Package: lib32soundtouch-dev -Section: libdevel -Architecture: amd64 -Depends: libsoundtouch-dev (= ${binary:Version}), - lib32soundtouch0 (= ${binary:Version}), - ${misc:Depends} -Provides: lib32soundtouch0-dev -Description: Development files for the sound stretching library (32 bit) - SoundTouch is a library that can be used to change pitch and time of - soundfiles independently. - . - This package contains the development files (32 bit) used to build programs - that use lib32soundtouch0. - -Package: lib32soundtouch0 -Architecture: amd64 -Depends: libsoundtouch0 (= ${binary:Version}), - ${shlibs:Depends}, - ${misc:Depends} -Description: Sound stretching library (32 bit) - SoundTouch is a library that can be used to change pitch and time - of soundfiles independently. - . - This package contains the libsoundtouch0 shared library (32 bit). - -Package: lib32soundtouch0-dbg -Priority: extra -Section: debug -Architecture: amd64 -Depends: lib32soundtouch0 (= ${binary:Version}), - ${misc:Depends} -Description: Debugging symbols for the sound stretching library (32 bit) - SoundTouch is a library that can be used to change pitch and time of - soundfiles independently. - . - This package contains the debugging symbols (32 bit) for lib32soundtouch0. - Package: soundstretch Section: sound Architecture: any diff -Nru soundtouch-1.6.0/debian/lib32soundtouch0-dbg.links soundtouch-1.6.0/debian/lib32soundtouch0-dbg.links --- soundtouch-1.6.0/debian/lib32soundtouch0-dbg.links 2011-07-17 11:13:28.0 +0200 +++ soundtouch-1.6.0/debian/lib32soundtouch0-dbg.links 1970-01-01 01:00:00.0 +0100 @@ -1 +0,0 @@ -usr/share/doc/lib32soundtouch0 /usr/share/doc/lib32soundtouch0-dbg diff -Nru soundtouch-1.6.0/debian/lib32soundtouch0.install soundtouch-1.6.0/debian/lib32soundtouch0.install --- soundtouch-1.6.0/debian/lib32soundtouch0.install 2011-07-17 11:13:28.0 +0200 +++ soundtouch-1.6.0/debian/lib32soundtouch0.install 1970-01-01 01:00:00.0 +0100 @@ -1 +0,0 @@ -usr/lib32/lib*.so.* /usr/lib32/ diff -Nru soundtouch-1.6.0/debian/lib32soundtouch0.links soundtouch-1.6.0/debian/lib32soundtouch0.links --- soundtouch-1.6.0/debian/lib32soundtouch0.links 2011-07-17 11:13:28.0 +0200 +++ soundtouch-1.6.0/debian/lib32soundtouch0.links 1970-01-01 01:00:00.0 +0100 @@ -1 +0,0 @@ -usr/share
Bug#601590: [debhelper] debhelper: cmake buildsystem does not clean builddir if cancelled during configure
On Thu, Jul 21, 2011 at 8:35 AM, Modestas Vainius mo...@debian.org wrote: Hello, On ketvirtadienis 21 Liepa 2011 00:22:20 gregory hainaut wrote: Package: debhelper Version: 8.9.1 Tags: patch Hello all, I'm facing the same issue for a personal project. In the correct run, debhelper detect the clean phase as a makefile build. However in our case the Makefile did not exist. The logic to detect the cmake build is only enabled during the configure phase. So debhelper fails to detect the build system. I attach a small patch to change the behavior. I do a quick test and seem to be fine. 1/ It enable the detection of the cmake build system during the clean phase. 2/ I copy past the clean function from makefile.pm to cmake.pm. It makes no sense to call `make clean` if Makefile does not exist. Probably you didn't pass source or build directory properly. -- Modestas Vainius mo...@debian.org Hello, Well in this corner-case situation the idea was to remove the buildir, not to call `make clean`. Actually the current code never call `make clean` because rmdir_builddir nukes the builddir that contains the makefile. Previous patch will not change this behavior. In my opinion for cmake rmdir_builddir is enough but I wanted to keep change as small as possible. The current use case: 1/ run dh_auto_configure but interrupt before the end (error or manually interrupt). It will create a builddir but without makefile. The builddir will contains various files (binary and text). ... 2/ then do dh_auto_clean (rebuild of package for example). For the moment the builddir is left untouched actually dh_auto_build will do nothing because it call the default clean function (from memory, inside BuildSystem.pm). Note, if dh_auto_configure finished sucessfully, the buildir is properly remove during dh_auto_clean (this time clean comes from makefile.pm). Best regards, Gregory
Bug#601590: [debhelper] debhelper: cmake buildsystem does not clean builddir if cancelled during configure
On Thu, 21 Jul 2011 14:53:09 +0300 Modestas Vainius mo...@debian.org wrote: Well, ok. In either case, the second hunk of your patch is redundant. That clean code is already implicit due to inheritance from makefile buildsystem. However, this bug is not about cmake actually. I think it applies to autoconf (or any other buildsystem inheriting from makefile) as well. So ideally it should be solved at makefile buildsystem level. Maybe something like an attached patch. Indeed a better fix. Work well in my testcase. Cheers Gregory signature.asc Description: PGP signature
Bug#601590: [debhelper] debhelper: cmake buildsystem does not clean builddir if cancelled during configure
Package: debhelper Version: 8.9.1 Tags: patch Hello all, I'm facing the same issue for a personal project. In the correct run, debhelper detect the clean phase as a makefile build. However in our case the Makefile did not exist. The logic to detect the cmake build is only enabled during the configure phase. So debhelper fails to detect the build system. I attach a small patch to change the behavior. I do a quick test and seem to be fine. 1/ It enable the detection of the cmake build system during the clean phase. 2/ I copy past the clean function from makefile.pm to cmake.pm. Hope it help. Best regards, Gregory--- /usr/share/perl5/Debian/Debhelper/Buildsystem/cmake.pm 2011-07-20 23:11:12.0 +0200 +++ /root/cmake.pm 2011-07-20 23:11:05.0 +0200 @@ -17,7 +17,7 @@ my $this=shift; my ($step)=@_; if (-e $this-get_sourcepath(CMakeLists.txt)) { - my $ret = ($step eq configure 1) || + my $ret = ($step eq configure 1) || ($step eq clean 1) || $this-SUPER::check_auto_buildable(@_); # Existence of CMakeCache.txt indicates cmake has already # been used by a prior build step, so should be used @@ -62,4 +62,11 @@ return $this-SUPER::test(@_); } +sub clean { + my $this=shift; + if (!$this-rmdir_builddir()) { + $this-make_first_existing_target(['distclean', 'realclean', 'clean'], @_); + } +} + 1
Bug#631873: Please transition cairo for multiarch
Hello, I found a small issue with Steve's previous patch. The multiarch property is set to the dev package instead of the runtime one. Please find attached a patch to move the property. Cheers, Gregory--- debian/control 2011-07-13 21:06:29.0 +0200 +++ /mnt/playstation/ref/cairo-1.10.2/debian/control 2011-07-13 20:30:45.610302515 +0200 @@ -52,8 +52,6 @@ ${misc:Depends} Provides: libcairo-dev Suggests: libcairo2-doc -Pre-Depends: ${misc:Pre-Depends} -Multi-Arch: same Description: Development files for the Cairo 2D graphics library Cairo is a multi-platform library providing anti-aliased vector-based rendering for multiple target backends. @@ -70,6 +68,8 @@ xulrunner-1.9, iceape-browser (= 2.0.3-3), libgtk-directfb-2.0-0 +Pre-Depends: ${misc:Pre-Depends} +Multi-Arch: same Description: The Cairo 2D vector graphics library Cairo is a multi-platform library providing anti-aliased vector-based rendering for multiple target backends. Paths consist
Bug#633135: [tipptrainer] support wx2.8
Package: tipptrainer Version: 0.6.0-17.1 Severity: wishlist Tags: patch Dear Maintainer, I wanted to play with some wx code. In the process I port tipptrainer to wx2.6+ code and drop deprecated wx2.4 features. So I decide to share it with you. I did only basic test and compilation was done with wx2.8. The url/server part must be checked carefully. Best regards, Gregorydiff -burNad tipptrainer-0.6.0/src/commonElements.cpp tipptrainer-0.6.0_port_wx_28/src/commonElements.cpp --- tipptrainer-0.6.0/src/commonElements.cpp 2004-08-08 17:38:02.0 +0200 +++ tipptrainer-0.6.0_port_wx_28/src/commonElements.cpp 2011-07-08 21:24:01.621615467 +0200 @@ -35,7 +35,7 @@ } if (retval == 0 - || (url.GetProtocolName() == wxString(_T(file)) + || (url.GetScheme() == wxString(_T(file)) !((wxFileInputStream*)retval)-Ok())) { delete retval; return 0; diff -burNad tipptrainer-0.6.0/src/dirs.cpp tipptrainer-0.6.0_port_wx_28/src/dirs.cpp --- tipptrainer-0.6.0/src/dirs.cpp 2003-11-23 00:22:30.0 +0100 +++ tipptrainer-0.6.0_port_wx_28/src/dirs.cpp 2011-07-08 21:23:58.391829635 +0200 @@ -16,7 +16,7 @@ UrlFile::UrlFile (const wxString url) { if (url.Length() 0) { -wxURL u(wxURL::ConvertFromURI(url)); +wxURL u(wxURL::Unescape(url)); Init(u); } } @@ -33,17 +33,17 @@ } void UrlFile::Init (wxURL url) { - this-protocol = url.GetProtocolName(); + this-protocol = url.GetScheme(); if (this-protocol == _T(file)) { this-path.Assign(UrlToFileName(url.GetURL())); } else { -this-server = url.GetHostName(); -setFullPath(wxURL::ConvertFromURI(url.GetPath())); +this-server = url.GetServer(); +setFullPath(wxURL::Unescape(url.GetPath())); } } wxURL* UrlFile::getURL () const { - return new wxURL(wxURL::ConvertFromURI(getURLstr())); + return new wxURL(wxURL::Unescape(getURLstr())); } wxString UrlFile::getURLstr () const { @@ -58,7 +58,7 @@ if (this-server.Length() 0) { return this-protocol + wxString(_T(://)) + this-server - + wxURL::ConvertToValidURI(getFullPath(true)); + + wxURI(getFullPath(true)).BuildURI(); } else { return _T(); } @@ -101,13 +101,14 @@ * and that's why wxFileSys::FileNameToURL fails. */ retval += wxURL::ConvertToValidURI(filename.GetVolume()+ wxFileName::GetVolumeSeparator()); + retval += wxURI(filename.GetVolume()+ wxFileName::GetVolumeSeparator()).BuildURI(); #endif - retval += wxURL::ConvertToValidURI(filename.GetFullPath(wxPATH_UNIX)); + retval += wxURI(filename.GetFullPath(wxPATH_UNIX)).BuildURI(); return retval; } wxFileName UrlFile::UrlToFileName (const wxString url) { - wxString fullpath = wxURL::ConvertFromURI(url.Mid(wxString(_T(file:)).Len())); + wxString fullpath = wxURL::Unescape(url.Mid(wxString(_T(file:)).Len())); #ifdef __WXMSW__ if (fullpath.compare(0,2,wxString(_T(//))) == 0) { fullpath = fullpath.Mid(2); diff -burNad tipptrainer-0.6.0/src/inputcontrol.h tipptrainer-0.6.0_port_wx_28/src/inputcontrol.h --- tipptrainer-0.6.0/src/inputcontrol.h 2004-01-06 21:45:04.0 +0100 +++ tipptrainer-0.6.0_port_wx_28/src/inputcontrol.h 2011-07-08 21:07:22.375142826 +0200 @@ -33,8 +33,8 @@ void setFont (wxFont newFont); inline wxFont* getFont () { return localfont; }; - void setBgColor (wxColor* newColor) { bgcolor= newColor; }; - wxColor* getBgColor () { return bgcolor; }; + void setBgColor (const wxColor* newColor) { bgcolor= newColor; }; + const wxColor* getBgColor () { return bgcolor; }; void setTextColor (wxColor* newColor) { textcolor= newColor; }; wxColor* getTextColor () { return textcolor; }; @@ -45,7 +45,7 @@ private: wxFont* localfont; wxColour* textcolor; - wxColour* bgcolor; + const wxColour* bgcolor; wxUChar specialLineEnd; diff -burNad tipptrainer-0.6.0/src/lektionsauswahl.cpp tipptrainer-0.6.0_port_wx_28/src/lektionsauswahl.cpp --- tipptrainer-0.6.0/src/lektionsauswahl.cpp 2004-07-05 20:18:12.0 +0200 +++ tipptrainer-0.6.0_port_wx_28/src/lektionsauswahl.cpp 2011-07-08 21:13:19.294253860 +0200 @@ -45,7 +45,6 @@ _(Built-in lessons), false); this-notebook-AddPage(getAddonLessonPage(this-notebook), _(Add-on lessons), false); - wxNotebookSizer* nbs = new wxNotebookSizer(notebook); //create and add the buttons this-btnOk = new wxButton(this, B1, _(Start lesson)); @@ -55,7 +54,7 @@ buttonSizer-Add(this-btnCancel,1,wxEXPAND|wxALIGN_CENTER); wxBoxSizer* dialogSizer = new wxBoxSizer(wxVERTICAL); - dialogSizer-Add(nbs,1,wxEXPAND); + dialogSizer-Add(notebook,1,wxEXPAND); dialogSizer-Add(buttonSizer,0,wxALL|wxALIGN_CENTRE,10); SetSizer(dialogSizer); diff -burNad tipptrainer-0.6.0/src/optionen.cpp tipptrainer-0.6.0_port_wx_28/src/optionen.cpp --- tipptrainer-0.6.0/src/optionen.cpp 2004-08-08 16:04:31.0 +0200 +++ tipptrainer-0.6.0_port_wx_28/src/optionen.cpp 2011-07-08 21:13:59.320339880 +0200 @@ -41,7 +41,6 @@
Bug#631548: [libglew1.6] support multiarch: same
Package: libglew1.6 Version: 1.6.0-2.1 Severity: wishlist Tags: patch Dear maintainer, The build toolchain was recently updated to support multiarch. I wrote a small patch to convert libglew (1.6) to multiarch same. I based my work on http://wiki.debian.org/Multiarch/Implementation Warning it would need more testing. Dh compatibility must be check (level goes from 5 to 9, the latter is required by multiarch). I check lintian and the manpage but I'm a beginner. Dpkg (sid) does not fully enable multiarch yet, so those build warning are expected DEBIAN/control' contains user-defined field 'Multi-Arch' Patch description: 1/ increase compat from 5 to 9 2/ rule file: Set LIBDIR variable based on $DEB_HOST_MULTIARCH 3/ control file: new dependencies for multiarch 4/ update *.install files with the new destination Best regards, Gregory multiarch_glew.patch.gz Description: GNU Zip compressed data
Bug#631548: [libglew1.6] support multiarch: same
Hello Steve, Thanks for your feedback. I was mislead by the debhelper wrong man page. Hopefully it will be fix in the coming release. Refresh patch without compat change. Best regards, Gregory multiarch_glew_v2.patch.gz Description: GNU Zip compressed data
Bug#618932: [cmake] cmake multiarch support (GTK2 module)
Hello, For completeness, there is also an others issue related with the GTK2 module. Ubuntu bug: https://bugs.launchpad.net/ubuntu/+source/cmake/+bug/751940 Cmake bug: http://www.cmake.org/Bug/bug_relationship_graph.php?bug_id=12049 Cheers, Gregory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616663: [libglew1.5] Sorry
Steve, I'm sorry. Yes I'm not an expert of Multiarch. I just read most of the documentation as possible. But it seems I failed to understand it correctly. Instead, it tells the package manager that the 64-bit version of the library satisfies the dependencies of 32-bit packages! My understanding was that 32bits library (could) satisfies the depencencies of a 64 bits package. So if I understand foreign is only for non-architecture dependent package and maybe binary. Yes an howto will be good to clarify multi arch for end users. I will wait it and the support of 'same' in the archive. Joost, Sorry for the additional work. Best Regards Gregory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616649: [libportaudio2] Support of multi-arch
Package: libportaudio2 Version: 19+svn20110302-1 Severity: wishlist --- Please enter the report below this line. --- Dear Maintainer, Could you please consider to support multi-arch in portaudio package. In the short term, add the Multi-Arch: foreign control for libportaudio2 and libportaudiocpp0 [0]. If you need an example, maybe you can look to the package tzdata. In the long term switch to a full muti-arch. I'm not sure gccco already support the new path. Moreover the triplet value is not yet frozen. 1/ control - Multi-Arch: same 2/ move lib to /usr/lib/triplet/. Triplet spec is not yet frozen, it could be $(DEB_HOST_GNU_TYPE) or another tupple spec [1]. The rational behinds this update: I'm currently a dev of PCSX2 (playstation 2 emulator) which is only 32bits compatible due to various dynamic recompiler. For the moment there is no easy way for PCSX2 users to install the 32bits portaudio version on amd64 system. Besides it would ease the futur integration of PCSX2 in Debian. Thanks for your attention. Best Regards, Gregory [0]https://wiki.ubuntu.com/MultiarchSpec [1]http://wiki.debian.org/Multiarch/Tuples --- System information. --- Architecture: amd64 Kernel: Linux 2.6.35.7-1-gregory Debian Release: wheezy/sid 500 unstableftp2.fr.debian.org 1 experimentalftp2.fr.debian.org --- Package information. --- Depends(Version) | Installed -+- libasound2 ( 1.0.18) | 1.0.23-2.1 libc6 (= 2.3.4) | 2.11.2-13 libjack-jackd2-0 (= 1.9.5~dfsg-14) | OR libjack-0.116| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616663: [libglew1.5] Support of multi-arch
Package: libglew1.5 Version: 1.5.8-1 Severity: wishlist --- Please enter the report below this line. --- Dear Maintainer, Could you please consider to support multi-arch in libglew package. In the short term, add the Multi-Arch: foreign control for libglew [0]. If you need an example, maybe you can look to the package tzdata. In the long term switch to a full muti-arch. I'm not sure gccco already support the new path. Moreover the triplet value is not yet frozen. 1/ control - Multi-Arch: same 2/ move lib to /usr/lib/triplet/. Triplet spec is not yet frozen, it could be $(DEB_HOST_GNU_TYPE) or another tupple spec [1]. The rational behinds this update: I'm currently a dev of PCSX2 (playstation 2 emulator) which is only 32bits compatible due to various dynamic recompiler. For the moment there is no easy way for PCSX2 users to install the 32bits libglew version on amd64 system. Besides it would ease the futur integration of PCSX2 in Debian. Thanks for your attention. Best Regards, Gregory [0]https://wiki.ubuntu.com/MultiarchSpec [1]http://wiki.debian.org/Multiarch/Tuples --- System information. --- Architecture: amd64 Kernel: Linux 2.6.35.7-1-gregory Debian Release: wheezy/sid 500 unstableftp2.fr.debian.org 1 experimentalftp2.fr.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== libc6 (= 2.2.5) | 2.11.2-13 libgl1-mesa-glx| 7.10-4 OR libgl1 | libglu1-mesa | 7.10-4 OR libglu1| libx11-6 | 2:1.4.1-5 libxext6 | 2:1.2.0-2 libxi6 | 2:1.4.1-1 libxmu6| 2:1.1.0-1 Suggests(Version) | Installed =-+-=== glew-utils| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588353: [ia32-libs] PCSX2, how to Multiarchified packages
Hello, I'm glad to heard the progress on multi-arch. I try to read some resources on multi-arch. Unfortunately I failed to understand one basic thing. What is the definition of a co-installable package? My understanding is that you can install multiple arch package without overwriting file, is it correct? In this case, who is in charge to move .so file to an unique directory name (ie not everyone in /usr/lib). Let's take the example of soundtouch which contains so libraries and doc. What is the expected multi-arch value ? same (co-installable except the issue with the doc)? Thanks. Best regards, Gregory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588353: [ia32-libs] PCSX2 Update summary
Hello, Libsoundtouch got a new maintainer which upload some lib32soundtouch0* package in experimental. In others words we need only three packages. 1/ libwxbase2.8-0, libwxgtk2.8-0 2/ libportaudio1.9 3/ libGLEW Best regards, Gregory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612050: [gstreamer0.10-plugins-bad] Rebuild against libsoundtouch-dev in experimental
Package: gstreamer0.10-plugins-bad Version: 0.10.19-2+b2 Severity: wishlist --- Please enter the report below this line. --- Hello, A new version of libsoundtouch was upload to experimental. However they rename the package which make new libsoundtouch incompatible with gstreamer... Could you update the package and rebuild it against libsoundtouch in experimental ? Here an extract of libsoundtouch changelog: * Rename libsoundtouch1c2 to libsoundtouch0 and libsoundtouch1-dev to libsoundtouch0-dev so we comply with policy. * libsoundtouch0-dev provides libsoundtouch-dev. * lib32soundtouch0-dev provides lib32soundtouch-dev Thanks very much, Gregory --- System information. --- Architecture: amd64 Kernel: Linux 2.6.35.7-1-gregory Debian Release: 6.0 500 unstableftp2.fr.debian.org 1 experimentalftp2.fr.debian.org --- Package information. --- Depends (Version) | Installed ===-+- libasound2 ( 1.0.18) | 1.0.23-2.1 libass4 (= 0.9.7) | 0.9.9-1 libbz2-1.0 | 1.0.5-6 libc6 (= 2.7) | 2.11.2-11 libcairo2(= 1.2.4) | 1.8.10-6 libcdaudio1 (= 0.99.12p2) | 0.99.12p2-9 libcelt0-0 (= 0.7.1) | 0.7.1-1 libdc1394-22| 2.1.2-3 libdca0 | 0.0.5-3 libdirac-encoder0 | 1.0.2-3 libdirectfb-1.2-9 | 1.2.10.0-4 libdvdnav4 | 4.1.4-1219-1 libdvdread4 | 4.1.4-1219-1 libexempi3 (= 2.1.0) | 2.1.1-1 libexif12 | 0.6.19-1 libfaad2| 2.7-6 libflite1 | 1.4-release-2 libgcc1(= 1:4.1.1) | 1:4.6-20110125-1 libglib2.0-0(= 2.24.0) | 2.27.91-1 libgme0 (= 0.5.5) | 0.5.5-2 libgsm1 (= 1.0.13) | 1.0.13-3 libgstreamer-plugins-base0.10-0(= 0.10.29) | 0.10.30-1 libgstreamer0.10-0 (= 0.10.29) | 0.10.30-1 libiptcdata0| 1.0.4-1+b1 libjack-jackd2-0(= 1.9.5~dfsg-14) | OR libjack-0.116 | libjasper1 (= 1.900.1) | 1.900.1-7+b1 libkate1 (= 0.3.0) | 0.3.8-1 libmimic0 | 1.0.4-2+b2 libmms0(= 0.4) | 0.6-1 libmodplug1 | 1:0.8.8.1-2 libmpcdec6 (= 1:0.1~r435) | 2:0.1~r459-1 libmusicbrainz4c2a (= 2.1.5) | 2.1.5-4 libofa0 (= 0.9.3) | 0.9.3-3.1 liboil0.3(= 0.3.8) | 0.3.17-2 liborc-0.4-0 (= 0.4.6) | 1:0.4.11-1 libpng12-0(= 1.2.13-4) | 1.2.44-1 librsvg2-2 (= 2.26.0) | 2.26.3-1 libschroedinger-1.0-0(= 1.0.9) | 1.0.10-1 libslv2-9 (= 0.6.4-1~) | 0.6.6-5 libsndfile1 (= 1.0.20) | 1.0.23-1 libsoundtouch1c2 (= 1.3.1) | 1.3.1-2.1 libssl0.9.8 (= 0.9.8m-1) | 0.9.8o-4 libstdc++6 (= 4.1.1) | 4.6-20110125-1 libvpx0 (= 0.9.0) | 0.9.5-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583652: [xfwm4] Opening of gvim windows is out of the screen partially (bottom part)
Hi, Here additional information from anothers user. Like him, I hide a bottom taskbar. Hope it can help. Cheers, Gregory * When opening gvim as a large window (gvim -geom 180x70) its smart placed below the taskbar at the bottom of the screen. If the taskbar is set to autohide, gvim will drop off the screen. Maybe 10 pixels are lost, if started with a file (gvim /etc/services) then i lose the tail of the 'p' in 'Top' in the bottom right corner. When starting xterm as a large window (xterm -geom 100x100) its placed accurately within the screen and above the taskbar. Starting xterm as a small window places it centrally as expected, depending on the slider configuration for window smart placement. Interestingly when gvim is started as a small window, same size as xterm (-geom 30x20), its not centrally placed, but smart placed around the edge of the screen, as I have a lot of windows open. When a small gvim is placed along the bottom it still is shifted down behind the taskbar, but not as far as a large window is. It seems as though xfce does not know the exact size of the gvim window to place it accurately and to know whether to smart place it or not. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602625: [libxaw7] libXaw.so in both libxaw7and libxaw7-dev
Package: libxaw7 Severity: serious --- Please enter the report below this line. --- Hi, libxaw7-dev can not be installed anymore. I think the .so must be only in dev versions. Unpacking libxaw7-dev (from .../libxaw7-dev_2%3a1.0.8-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libxaw7-dev_2%3a1.0.8-1_amd64.deb (--unpack): trying to overwrite '/usr/lib/libXaw.so', which is also in package libxaw7 2:1.0.8-1 configured to not write apport reports 17:52 gregory ~% dpkg -S /usr/lib/libXaw.so libxaw7: /usr/lib/libXaw.so 17:52 gregory ~% file /usr/lib/libXaw.so /usr/lib/libXaw.so: broken symbolic link to `libXaw7.so' Regards, Gregory --- System information. --- Architecture: amd64 Kernel: Linux 2.6.35.7-1-gregory Debian Release: squeeze/sid 500 unstableftp2.fr.debian.org 1 experimentalftp2.fr.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== libc6 (= 2.3) | 2.11.2-7 libx11-6| 2:1.3.3-3 libxext6| 2:1.1.2-1 libxmu6 | 2:1.0.5-2 libxpm4 | 1:3.5.8-1 libxt6 | 1:1.0.7-1 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588353: [ia32-libs]
Hi, FYI, the liba52 library dependency was dropped. Regards Gregory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596727: [ia32-libs] (20100908) conflict with bzip2 32bits but do not provide it.
Package: ia32-libs Version: 20100908 Severity: grave --- Please enter the report below this line. --- Hi, Last version (20100908) drop the 32 bits versions of bzip2... So it is not possible to install it and probably breaks lots of 32bits software. Current status with lastest package is ia32-libs: conflict with lib32bz2-1.0 lib32bz2-1.0: replace ia32-libs In my opinion, either you add bzip2. Or both packages must update their conflict info. Cheers, Gregory --- System information. --- Architecture: amd64 Kernel: Linux 2.6.35.3-3-gregory Debian Release: squeeze/sid 500 unstableftp.fr.debian.org 1 experimentalftp.fr.debian.org --- Package information. --- Depends(Version) | Installed -+- lsb-release | 3.2-23.1 lib32asound2 ( 1.0.18) | 1.0.23-1 lib32gcc1 (= 1:4.1.1) | 1:4.5.1-3 lib32stdc++6 (= 4.1.1) | 4.5.1-3 lib32v4l-0(= 0.5.0) | 0.8.0-1 lib32z1 (= 1:1.2.3.3.dfsg) | 1:1.2.3.4.dfsg-3 Package's Recommends field is empty. Suggests (Version) | Installed -+-=== ia32-libs-gtk| 20100913+nmu1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596727: [ia32-libs]
Package: ia32-libs Version: 20100908 --- Please enter the report below this line. --- As a side note: cairo was also removed. Maybe it is plane to add it to ia32-libs-gtk. Regards, Gregory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588353: ia32-libs: Need additional library for building and running pcsx2 (playstation 2 emulator)
Package: ia32-libs Version: 20090808+nmu7 Severity: wishlist Hi, I'm currently working as packager on pcsx2. We will need additional library in order to provide a debian package for ours user, my goal is the inclusion of pcsx2 into debian. Could you add the following libraries in ia32libs ? liba52, libportaudio1.9, libsoundtouch and libGLEW Maybe ia32-libs-gtk related but we will also need libwxbase2.8-0, libwxgtk2.8-0 (including a configuration file in the development package) In order to ease the build process, we will also need the *.so symlink related to these libraries. For my personal information, is there any status or clear roadmap of the multi- arch implementation ? Thanks for your attention, Gregory -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-1-gregory (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ia32-libs depends on: ii dpkg1.15.7.2 Debian package management system ii lib32asound21.0.23-1 shared library for ALSA applicatio ii lib32gcc1 1:4.4.4-6GCC support library (32 bit Versio ii lib32ncurses5 5.7+20100313-2 shared libraries for terminal hand ii lib32stdc++64.4.4-6 The GNU Standard C++ Library v3 (3 ii lib32z1 1:1.2.3.4.dfsg-3 compression library - 32 bit runti ii libc6-i386 2.11.2-2 GNU C Library: 32-bit shared libra ii lsb-release 3.2-23.1 Linux Standard Base version report ia32-libs recommends no packages. Versions of packages ia32-libs suggests: ii ia32-libs-gtk20100503+local1 GTK+ ia32 shared libraries -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585557: libsoundtouch1c2: Please provide version 1.5
Package: libsoundtouch1c2 Version: 1.3.1-2 Severity: wishlist Hello, I am working on pcsx2 (playstation 2 emulator). To package it under debian, we will need the version 1.5. Previous version have lots of issues. It would be very nice if you could update it to the latest upstream release. Thanks, Gregory -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-1-gregory (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libsoundtouch1c2 depends on: ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-4 GCC support library ii libstdc++64.4.4-4The GNU Standard C++ Library v3 libsoundtouch1c2 recommends no packages. libsoundtouch1c2 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583652: [Pkg-xfce-devel] Bug#583652: xfwm4: Opening of gvim windows is out of the screen partially (bottom part)
Something which might be worth investigating is if you had at one point another screen plugged in and detected? Maybe it would confuse xfwm? Or is it reproducible even just after starting X, without anything else plugged in? Cheers, Hi, Not sure if I understand correctly. I have only one monitor. So I unplugged it in the startup. Launch my PC, wait enough and replug it. Still same behavior. I also done a test with a new fresh user and a fresh vim configuration. Same issue. Additional note, it need some space between the terminal and the bottom of the screen. I do not know if it could help. When I open a thunar window, it is in the good place (aka not off-screen). If I maximize the vim window, then it is go back to the screen. Screen size seems to be fine. Well I have found something strange. It is possible to configure menu bar/tools bar etc... in gvim. When I disable everything. My window is good. In this situation gvim windows is smaller than the terminal one. When I enable some bars. My windows is bad. The size of the part offscreen seems equal of the bars. And gvim window is bigger than the terminal one. IMHO it is probably worth it to investigate the inheritance size of window. Cheers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583652: xfwm4: Opening of gvim windows is out of the screen partially (bottom part)
Package: xfwm4 Version: 4.6.2-1 Severity: normal Hi, When opening a gvim windows, the bottom part is out the screen which is cumbersome to use the integrated command line. The behavior appear only 4.6.2-1. I downgrade xfwm4 to 4.6.1-1 and the bug goes away. Still the bug can be in vim because it seems to work with others application. Step to reproduce the problem. 1/ Open a terminal (xfce4-terminal). 2/ Increase the windows terminal size because the size of the windows gvim seems related to the size of the terminal. 3/ Move the terminal in the up of the screen to ensure the gvim windows will be open in the bottom of the screen. 4/ Launch gvim from the terminal 5/ Bottom of gvim windows is hidden. Note: I attached a screenshot of the bottom of my screen. On the left the gvim windows cut. On the middle the terminal. On the right a standard full gvim windows. Cheers, -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-1-gregory (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfwm4 depends on: ii libc6 2.10.2-9 Embedded GNU C Library: Shared lib ii libdbus-glib-1-2 0.86-1 simple interprocess messaging syst ii libglade2-0 1:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libstartup-notification0 0.10-1 library for program launch feedbac ii libwnck22 2.30.0-2 Window Navigator Construction Kit ii libx11-6 2:1.3.3-3 X11 client-side library ii libxcomposite11:0.4.1-1 X11 Composite extension library ii libxdamage1 1:1.1.2-1 X11 damaged region extension libra ii libxext6 2:1.1.1-3 X11 miscellaneous extension librar ii libxfce4util4 4.6.2-1Utility functions library for Xfce ii libxfcegui4-4 4.6.4-1Basic GUI C functions for Xfce4 ii libxfconf-0-2 4.6.2-1Client library for Xfce4 configure ii libxfixes31:4.0.4-2 X11 miscellaneous 'fixes' extensio ii libxrandr22:1.3.0-3 X11 RandR extension library ii libxrender1 1:0.9.5-2 X Rendering Extension client libra Versions of packages xfwm4 recommends: ii librsvg2-common 2.26.3-1 SAX-based renderer library for SVG ii xfwm4-themes 4.6.0-2Theme files for xfwm4 Versions of packages xfwm4 suggests: ii xfce4 4.6.2 Meta-package for the Xfce Lightwei -- no debconf information attachment: vim_windows_cut.jpg
Bug#583652: [Pkg-xfce-devel] Bug#583652: xfwm4: Opening of gvim windows is out of the screen partially (bottom part)
On Sat, 29 May 2010 11:24:40 +0200 Yves-Alexis Perez cor...@debian.org wrote: On sam., 2010-05-29 at 10:13 +0200, Gregory Hainaut wrote: When opening a gvim windows, the bottom part is out the screen which is cumbersome to use the integrated command line. The behavior appear only 4.6.2-1. I downgrade xfwm4 to 4.6.1-1 and the bug goes away. Still the bug can be in vim because it seems to work with others application. Step to reproduce the problem. 1/ Open a terminal (xfce4-terminal). 2/ Increase the windows terminal size because the size of the windows gvim seems related to the size of the terminal. 3/ Move the terminal in the up of the screen to ensure the gvim windows will be open in the bottom of the screen. 4/ Launch gvim from the terminal 5/ Bottom of gvim windows is hidden. Note: I attached a screenshot of the bottom of my screen. On the left the gvim windows cut. On the middle the terminal. On the right a standard full gvim windows. Hmmh, seems I can't reproduce that, but I do notice weird behaviors with gvim windows run from a terminal Basically, it seems that it tries to inherit the window size from the terminal. Depending on how you configured smart placement in xfwm4, that might be related. Here, the smart placement is configured to be active even for small windows. What is your smart placement setting? (in settings manager, window manager tweaks, placement) Cheers, Well I try to play with smart placement. I used the option at center of the screen. When smart placement is on large. It disable the smart placement, and so the windows is at the center of the screen so no a problem. When it is enabled for small size I have the issue. For the moment I will disable the smart placement. The issue seems to occured when the smart placement tools place the gvim windows in the bottom. Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580998: quilt: Feature idea: include a template (DEP-3) for patch header
Package: quilt Version: 0.48-7 Severity: wishlist Hi, I do not know if it is a good place to discuss this. Just an idea of a basic user. It is advices to add an header to patch in a package but it is a bit cumbersome to format it properly. There is a formal format for that (DEP-3 http://dep.debian.net/deps/dep3/) . A quilt option to include a template of DEP-3 will be handy (quilt header -t for example). What do you thinks of this proposal ? Cheers, Gregory -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-1-gregory (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages quilt depends on: ii bzip2 1.0.5-4high-quality block-sorting file co ii diffstat 1.47-1 produces graph of changes introduc ii gettext 0.17-11GNU Internationalization utilities ii patch 2.6-2 Apply a diff file to an original quilt recommends no packages. Versions of packages quilt suggests: pn graphviz none (no description available) ii procmail 3.22-19Versatile e-mail processor -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580870: evince-gtk: crash at startup (fresh install) : error opening file $HOME/.gnome2/evince/last_settings
Package: evince-gtk Version: 2.30.1-2 Severity: normal Hi, I have just installed evince-gtk version and I have a crash at the start because $HOME/.gnome2/evince does not exists. The manual creation of the directory solves the problem. It is probably missing a mkdir somewhere. Cheers -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-1-gregory (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evince-gtk depends on: ii evince-common 2.30.1-2 Document (postscript, pdf) viewer ii gnome-icon-theme2.30.2.1-1 GNOME Desktop icon theme ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.10.2-7 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libevince2 2.30.1-2 Document (postscript, pdf) renderi ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libsm6 2:1.1.1-1X11 Session Management library ii libx11-62:1.3.3-3X11 client-side library ii libxml2 2.7.7.dfsg-2 GNOME XML library ii shared-mime-info0.71-1 FreeDesktop.org shared MIME databa ii zlib1g 1:1.2.3.5.dfsg-1 compression library - runtime Versions of packages evince-gtk recommends: ii dbus-x11 1.2.24-1 simple interprocess messaging syst Versions of packages evince-gtk suggests: ii gvfs 1.6.1-1userspace virtual filesystem - ser pn nautilus none (no description available) pn poppler-data none (no description available) ii unrar 1:3.9.7-1 Unarchiver for .rar files (non-fre -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548471: [vte] xfce4-terminal crash due to vte update to 0.22 version
Package: vte Severity: serious --- Please enter the report below this line. --- Hi, I have a crash on the start up of the xfce4-terminal. It seems due to recent upgrade of libvte. I attached a full backtrace in the report. Note I give a quick look at the code and I found something strange /* Code extract */ vteseq.c:1063 _vte_terminal_ring_append (screen-row_data, FALSE); vte.c:304 _vte_terminal_ring_append (VteTerminal *terminal, gboolean fill) The function _vte_terminal_ring_append is called with VteRing argument (screen-row_data) but the function expects a VteTerminal pointer. Note I use the following version ii libvte-common 1:0.22.1-1 ii libvte9 1:0.22.1-1 Best Regards, Gregory --- System information. --- Architecture: i386 Kernel: Linux 2.6.30.7-ghost Debian Release: squeeze/sid 500 unstableftp.fr.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. (gdb) bt full #0 0xb7d74325 in _vte_terminal_ring_append (terminal=0x819cdd8, fill=0) at /build/vte-0.22.1/./src/vte.c:306 No locals. #1 0xb7d9f844 in vte_sequence_handler_cd (terminal=0x819ccc8, params=0x0) at /build/vte-0.22.1/./src/vteseq.c:1063 rowdata = 0x81d9ee8 i = 1 screen = 0x819cdd8 __PRETTY_FUNCTION__ = vte_sequence_handler_cd #2 0xb7da2d13 in vte_sequence_handler_erase_in_display (terminal=0x819ccc8, params=0x811eb00) at /build/vte-0.22.1/./src/vteseq.c:2658 value = 0x4 param = 0 i = 0 #3 0xb7da43c4 in _vte_terminal_handle_sequence (terminal=0x819ccc8, match_s=0x81cb040 erase-in-display, match=1114, params=0x811eb00) at /build/vte-0.22.1/./src/vteseq.c:3293 handler = 0xb7da2c46 vte_sequence_handler_erase_in_display #4 0xb7d7b3f9 in vte_terminal_process_incoming (terminal=0x819ccc8) at /build/vte-0.22.1/./src/vte.c:3763 match = 0x81cb040 erase-in-display quark = 1114 next = 0x8241594 params = 0x811eb00 screen = 0x819cdd8 cursor = {row = 0, col = 0} cursor_visible = 1 bbox_topleft = {x = 0, y = 0} bbox_bottomright = {x = 80, y = 0} wbuf = 0x8241388 c = 32 wcount = 182 start = 128 delta = 0 leftovers = 0 modified = 1 bottom = 1 again = 0 invalidated_text = 1 unichars = 0x80a5418 chunk = 0x823de68 next_chunk = 0x0 achunk = 0x823de68 __PRETTY_FUNCTION__ = vte_terminal_process_incoming #5 0xb7d91c4c in time_process_incoming (terminal=0x819ccc8) at /build/vte-0.22.1/./src/vte.c:13971 elapsed = 3.8620323395567956e-312 target = -1073745080 #6 0xb7d91dbb in process_timeout (data=0x0) at /build/vte-0.22.1/./src/vte.c:14018 terminal = 0x819ccc8 active = 1 l = 0x811eb80 next = 0x0 again = -1073745000 #7 0xb7740556 in g_timeout_dispatch (source=0x81b8580, callback=0, user_data=0x0) at /build/buildd-glib2.0_2.22.0-1-i386-YCLGRR/glib2.0-2.22.0/glib/gmain.c:3396 No locals. #8 0xb773fe98 in g_main_dispatch (context=0x80942a8) at /build/buildd-glib2.0_2.22.0-1-i386-YCLGRR/glib2.0-2.22.0/glib/gmain.c:1960 __PRETTY_FUNCTION__ = g_main_dispatch #9 IA__g_main_context_dispatch (context=0x80942a8) at /build/buildd-glib2.0_2.22.0-1-i386-YCLGRR/glib2.0-2.22.0/glib/gmain.c:2513 No locals. #10 0xb7743623 in g_main_context_iterate (context=0x80942a8, block=1, dispatch=1, self=0x8099938) at /build/buildd-glib2.0_2.22.0-1-i386-YCLGRR/glib2.0-2.22.0/glib/gmain.c:2591 max_priority = 0 timeout = 0 some_ready = 1 nfds = 4 allocated_nfds = value optimized out fds = 0x823b338 __PRETTY_FUNCTION__ = g_main_context_iterate #11 0xb7743aea in IA__g_main_loop_run (loop=0x8071508) at /build/buildd-glib2.0_2.22.0-1-i386-YCLGRR/glib2.0-2.22.0/glib/gmain.c:2799 self = 0x8099938 __PRETTY_FUNCTION__ = IA__g_main_loop_run #12 0xb7ad3e19 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #13 0x0805413a in ?? () No symbol table info available. #14 0xb75bc7a5 in __libc_start_main () from /lib/i686/cmov/libc.so.6 No symbol table info available. #15 0x08052561 in ?? () No symbol table info available.
Bug#542430: [vim] vim try to expand files or directories that contain ~ (when using tcsh shell)
Package: vim Version: 2:7.2.245-2 Severity: normal Tags: patch --- Please enter the report below this line. --- Hi, To reproduce the bug. Just create a directory with a ~ (mkdir -p /tmp/bad~dir). Then when you do a :chdir /tmp/bad~dir, an error is raised E79: Cannot expand wildcards. As a side effect it is not possible to use a tags file in the bad~dir or below (/tmp/bad~dir/tags) because it will no be seen by vim. Note I have not tested all shell but the bug appears with the tsch shell (and not zsh for example). So you must use this option set shell=/bin/tcsh\ -f. Please find attached a patch that seems solve the problem not sure it is the good solution (and works in all situations). Maybe a solution will be to escaped ~ like '\~' before sending to the tcsh shell. Note: Tcsh debian version is 6.14.00-7 Best Regards, Gregory --- System information. --- Architecture: i386 Kernel: Linux 2.6.30.3-ghost Debian Release: squeeze/sid 500 unstableftp.fr.debian.org 1 experimentalftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ===-+- vim-common(= 2:7.2.245-2) | 2:7.2.245-2 vim-runtime (= 2:7.2.245-2) | 2:7.2.245-2 libacl1 (= 2.2.11-1) | 2.2.47-3 libc6(= 2.3.4) | 2.9-25 libgpm2 (= 1.20.4) | 1.20.4-3.2 libncurses5 (= 5.6+20071006-3) | 5.7+20090803-1+b1 libselinux1 (= 2.0.85) | 2.0.85-1 Package's Recommends field is empty. Suggests (Version) | Installed ==-+-=== ctags | vim-doc| vim-scripts| 20090211-1 --- misc1.c 2009-08-19 12:24:24.0 +0200 +++ vim-7.2.245/src/misc1.c 2009-08-19 12:26:03.0 +0200 @@ -9199,8 +9199,9 @@ gen_expand_wildcards(num_pat, pat, num_f { /* * First expand environment variables, ~/ and ~user/. + * Only expand ~ when it is a first caracter */ - if (vim_strpbrk(p, (char_u *)$~) != NULL) + if (vim_strpbrk(p, (char_u *)$) != NULL || p[0] == '~') { p = expand_env_save_opt(p, TRUE); if (p == NULL) @@ -9211,7 +9212,7 @@ gen_expand_wildcards(num_pat, pat, num_f * variable, use the shell to do that. Discard previously * found file names and start all over again. */ - else if (vim_strpbrk(p, (char_u *)$~) != NULL) + else if (vim_strpbrk(p, (char_u *)$) != NULL || p[0] == '~') { vim_free(p); ga_clear_strings(ga);
Bug#542197: [libsoprano4] Replace libclucene0ldbl package by libclucene0 package in depend field
Package: libsoprano4 Severity: critical --- Please enter the report below this line. --- Hi, A new version of clucene-core (0.9.21b-1) was upload to sid that replace libclucene0ldbl by libclucene0. Package dependencies must be updated. Package is not installable. And also all packages that depends on it. Regards, Gregory --- System information. --- Architecture: i386 Kernel: Linux 2.6.30.3-ghost Debian Release: squeeze/sid 500 unstableftp.fr.debian.org 1 experimentalftp.fr.debian.org --- Package information. --- Depends (Version) | Installed =-+-== libc6 (= 2.3.6-6~) | 2.9-25 libclucene0ldbl (= 0.9.20-1) | libgcc1 (= 1:4.1.1) | 1:4.4.1-2 libqt4-dbus(= 4.4.3) | 4:4.5.2-1 libqt4-network (= 4.4.3) | 4:4.5.2-1 libqt4-xml (= 4.4.3) | 4:4.5.2-1 libqtcore4 (= 4.4.3) | 4:4.5.2-1 libraptor1(= 1.4.18) | 1.4.18-3 librdf0(= 1.0.8) | 1.0.9-1 libstdc++6 (= 4.1.1) | 4.4.1-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535511: [aqualung] Bug fixed by upstream
Package: aqualung Version: 0.9~beta10-1.2 Hello, The bugs was fixed upstream in svn commit R-1066. Regards, Gregory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535511: [aqualung] Previous patch will requiere libsndfile = 1.0.18
Package: aqualung Version: 0.9~beta10-1 Hi Just to inform you that the provided patch will only compile on libsndfile = 1.0.18 It is the first version that support ogg vorbis file. Cheers, Gregory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535511: [aqualung] bad detection of ogg vorbis file = metadata not working
Package: aqualung Version: 0.9~beta10-1 Severity: normal Tags: patch --- Please enter the report below this line. --- Hi, Ogg vorbis file are now decoded by libsndfile instead of the standard vorbis one (libvorbis-dev). I thinks recent libsndfile adds the support for the ogg vorbis file. The code was designed with a different code path in mind so it does not support metadata (like format, tag etc...) but the sound still working (just use a different decoder). I attach a basic patch that skip libsndfile when the format is ogg vorbis so it uses the expected code path (aka dec_vorbis). Tested on my PC, sound and metadata work. Best regards, Gregory --- System information. --- Architecture: i386 Kernel: Linux 2.6.29.5-ghost Debian Release: squeeze/sid 500 unstableftp.fr.debian.org 1 experimentalftp.fr.debian.org --- Package information. --- Depends (Version) | Installed =-+- libasound2( 1.0.18) | 1.0.20-3 libatk1.0-0 (= 1.20.0) | 1.26.0-1 libavcodec52 (= 3:0.svn20090303-1) | 4:0.5+svn20090420-2 OR libavcodec-unstripped-52 (= 3:0.svn20090303-1) | libavformat52 (= 3:0.svn20090303-1) | 4:0.5+svn20090420-2 OR libavformat-unstripped-52 (= 3:0.svn20090303-1) | libavutil49 (= 3:0.svn20090303-1) | 4:0.5+svn20090420-2 OR libavutil-unstripped-49 (= 3:0.svn20090303-1) | libc6 (= 2.3.6-6~) | 2.9-18 libcairo2 (= 1.2.4) | 1.8.8-2 libcddb2 | 1.2.1-1 libcdio-cdda0 | 0.78.2+dfsg1-3 libcdio-paranoia0 | 0.78.2+dfsg1-3 libcdio7 | 0.78.2+dfsg1-3 libflac8 | 1.2.1-1.2 libfontconfig1 (= 2.4.0) | 2.6.0-4 libfreetype6 (= 2.2.1) | 2.3.9-5 libglib2.0-0 (= 2.14.0) | 2.20.4-1 libgtk2.0-0 (= 2.10.0) | 2.16.3-1 libifp4 | 1.0.0.2-3 libjack0 (= 0.116.1) | 0.116.1-4 liblrdf0 | 0.4.0-1.2 libmad0(= 0.15.1b-3) | 0.15.1b-4 libmodplug0c2 (= 1:0.7-4.1) | 1:0.8.7-1 libmpcdec3| 1:1.2.2-2.1 libogg0 (= 1.0rc3) | 1.1.3-5 liboggz1 (= 0.9.9) | 0.9.9-4 libpango1.0-0 (= 1.14.0) | 1.24.3-1 libsamplerate0| 0.1.7-2 libsndfile1 | 1.0.20-1 libspeex1(= 1.2~beta3-1) | 1.2~rc1-1 libstdc++6 (= 4.1.1) | 4.4.0-10 libusb-0.1-4(= 2:0.1.12) | 2:0.1.12-13 libvorbis0a(= 1.1.2) | 1.2.0.dfsg-5 libvorbisenc2 (= 1.1.2) | 1.2.0.dfsg-5 libvorbisfile3 (= 1.1.2) | 1.2.0.dfsg-5 libwavpack1 (= 4.40.0) | 4.50.1-1 libxml2 (= 2.6.27) | 2.7.3.dfsg-1 zlib1g (= 1:1.1.4) | 1:1.2.3.3.dfsg-14 Package's Recommends field is empty. Package's Suggests field is empty. --- aqualung-0.9~beta10.orig/src/decoder/dec_sndfile.c +++ aqualung-0.9~beta10/src/decoder/dec_sndfile.c @@ -91,6 +91,14 @@ sf_close(pd-sf); return DECODER_OPEN_BADLIB; } + +/* XXX don't use sndfile to decode Ogg vorbis file for the moment. + * Aqualung needs some update to properly support stuff like metadata. + */ + if ((pd-sf_info.format SF_FORMAT_SUBMASK) == SF_FORMAT_VORBIS) { + sf_close(pd-sf); + return DECODER_OPEN_BADLIB; + } #endif if ((pd-sf_info.channels != 1) (pd-sf_info.channels != 2)) {
Bug#524561: [Pkg-xfce-devel] Bug#524561: xfce4: Running xfdesktop --reload or killall -USR1 xfdesktop does not switch background wallpaper.
Hello, For information, the expected behavior was fixed in xfdesktop4.6.1 by upstream. (saw it in the changelog) Cheers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524736: [xfce4-terminal] tab shortcut does not work when some tabs are closed
Package: xfce4-terminal Version: 0.2.10-2 Severity: normal --- Please enter the report below this line. --- Hi, I encounter a bug on tab shortcut after close a tab. I have shortcut alt n associated to the n th tabs. To reproduce the bug. - create 3 tabs. (shortcut work well) - delete the tab 1. Here the shortcut alt1 do not work anymore. When you look at the Go menu, you can see the existence of 3 destination... Cheers, Gregory --- System information. --- Architecture: i386 Kernel: Linux 2.6.29.1-ghost Debian Release: squeeze/sid 500 unstableftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== libatk1.0-0(= 1.20.0) | 1.24.0-2 libc6 (= 2.0) | 2.9-7 libdbus-1-3 (= 1.0.2) | 1.2.12-1 libdbus-glib-1-2 (= 0.78) | 0.80-3 libexo-0.3-0 (= 0.3.100) | 0.3.100-2 libglib2.0-0 (= 2.18.0) | 2.20.1-1 libgtk2.0-0(= 2.14.0) | 2.16.1-2 libstartup-notification0(= 0.8-1) | 0.10-1 libvte9 (= 1:0.17.1) | 1:0.17.4-2+b1 libx11-6 | 2:1.2.1-1 libxfce4util4 (= 4.6.0) | 4.6.0-2 exo-utils | 0.3.100-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#482894: vlc-nox: vlc needs a recompilation with the lastest ffmpeg lib
Package: vlc-nox Followup-For: Bug #482894 Hi, I had the same problem of broken ffmpeg into vlc. A recompilation fix the problem. I suppose the reason is the update of ffmpeg (0.cvs20070307 to 0.svn20080206). Note: the version 0.8.6.e-2.4 of vlc in the report is my self-compiled version. Regards, Gregory -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25.4-ghost (PREEMPT) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages vlc-nox depends on: ii liba52-0.7.4 0.7.4-11 library for decoding ATSC A/52 str ii libasound2 1.0.16-2 ALSA library ii libavahi-client3 0.6.22-3 Avahi client library ii libavahi-common3 0.6.22-3 Avahi common library ii libavc1394-0 0.5.3-1+b1control IEEE 1394 audio/video devi ii libavcodec51 0.svn20080206-8 ffmpeg codec library ii libavformat52 0.svn20080206-8 ffmpeg file format library ii libavutil490.svn20080206-8 ffmpeg utility library ii libc6 2.7-12GNU C Library: Shared libraries ii libcdio7 0.78.2+dfsg1-2.1 library to read and control CD-ROM ii libdbus-1-31.2.1-2 simple interprocess messaging syst ii libdc1394-13 1.1.0-5 high level programming interface f ii libdvbpsi4 0.1.5-3.1 library for MPEG TS and DVB PSI ta ii libdvdnav4 4.1.2-2 DVD navigation library ii libdvdread30.9.7-10 library for reading DVDs ii libebml0 0.7.7-3.1 access library for the EBML format ii libfaad0 2.6.1-2 freeware Advanced Audio Decoder - ii libflac8 1.2.1-1.2 Free Lossless Audio Codec - runtim ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libfribidi00.10.9-1 Free Implementation of the Unicode ii libgcc11:4.3.1-1 GCC support library ii libgcrypt111.4.1-1 LGPL Crypto library - runtime libr ii libgnutls262.2.5-1 the GNU TLS library - runtime libr ii libgsm11.0.12-1 Shared libraries for GSM speech co ii libhal10.5.11-1 Hardware Abstraction Layer - share ii libid3tag0 0.15.1b-10ID3 tag reading library from the M ii libiso9660-5 0.78.2+dfsg1-2.1 library to work with ISO9660 files ii liblircclient0 0.8.2-2 infra-red remote control support - ii libmad00.15.1b-3 MPEG audio decoder library ii libmatroska0 0.8.1-1.1 extensible open standard audio/vid ii libmodplug0c2 1:0.7-7 shared libraries for mod music bas ii libmpcdec3 1.2.2-1 Musepack (MPC) format library ii libmpeg2-4 0.4.1-3 MPEG1 and MPEG2 video decoder libr ii libncurses55.6+20080531-1Shared libraries for terminal hand ii libogg01.1.3-3 Ogg Bitstream Library ii libpng12-0 1.2.27-1 PNG library - runtime ii libpostproc51 0.svn20080206-8 ffmpeg video postprocessing librar ii libraw1394-8 1.3.0-4 library for direct access to IEEE ii libsmbclient 2:3.0.30-2shared library that allows applica ii libspeex1 1.2~beta4-2 The Speex codec runtime library ii libstdc++6 4.3.1-1 The GNU Standard C++ Library v3 ii libsysfs2 2.1.0-4 interface library to sysfs ii libtheora0 1.0~beta3-1 The Theora Video Compression Codec ii libtwolame00.3.12-1 MPEG Audio Layer 2 encoding librar ii libvcdinfo00.7.23-4 library to extract information fro ii libvlc00.8.6.e-2.4 multimedia player and streamer lib ii libvorbis0a1.2.0.dfsg-3.1The Vorbis General Audio Compressi ii libvorbisenc2 1.2.0.dfsg-3.1The Vorbis General Audio Compressi ii libxml22.6.32.dfsg-2 GNOME XML library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime vlc-nox recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473660: [vim-runtime] perl indentation does not work when folding of block is enabled
Package: vim Version: 1:7.1.285-1 Severity: normal Tags: patch The activation of bock folding in PERL (let perl_fold = 1 ) disable the indentation in block folded. I attach a small patch to fix the problem. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.23.16-cfs-v24.1-ghost (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vim depends on: ii libacl1 2.2.45-1 Access control list shared library ii libc6 2.7-10 GNU C Library: Shared libraries ii libgpmg1 1.20.3~pre3-3 General Purpose Mouse - shared lib ii libncurses5 5.6+20080308-1 Shared libraries for terminal hand ii vim-common1:7.1.285-1Vi IMproved - Common files ii vim-runtime 1:7.1.285-1Vi IMproved - Runtime files vim recommends no packages. -- no debconf information --- /usr/share/vim/vim71/indent/perl.vim2008-02-27 18:31:48.0 +0100 +++ perl.vim2008-03-29 18:50:14.0 +0100 @@ -133,7 +133,7 @@ \ || synid == perlMatchStartEnd \ || synid == perlHereDoc \ || synid =~ ^perlFiledescStatement - \ || synid =~ '^perl\(Sub\|BEGINEND\|If\)Fold' + \ || synid =~ '^perl\(Sub\|BEGINEND\|Block\|If\)Fold' let brace = strpart(line, bracepos, 1) if brace == '(' || brace == '{' let ind = ind + sw @@ -148,7 +148,7 @@ let synid = synIDattr(synID(v:lnum, bracepos, 0), name) if synid == \ || synid == perlMatchStartEnd - \ || synid =~ '^perl\(Sub\|BEGINEND\|If\)Fold' + \ || synid =~ '^perl\(Sub\|BEGINEND\|Block\|If\)Fold' let ind = ind - sw endif endif
Bug#448268: zsh: Completion mechanism is broken with vim and gvim commands
Package: zsh Version: 4.3.4-24 Severity: important Hi After the upgrade of zsh from 4.3.4-23 to 4.3.4-24 the completion mechanism is broken on vim and gvim commands (and perhaps others). The command to enable advance completion 'autoload -U compinit compinit' triggers the problem. Here an example of the problem: 18:36 ~% vim tab _arguments:439: _vim_files: function definition file not found Best regards Hainaut Gregory -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.6-cfs-ghost (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages zsh depends on: ii debconf [debconf-2.0] 1.5.15 Debian configuration management sy ii libc6 2.6.1-6GNU C Library: Shared libraries ii libncurses5 5.6+20071013-1 Shared libraries for terminal hand Versions of packages zsh recommends: ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libpcre3 7.3-2 Perl 5 Compatible Regular Expressi -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439716: xfce4-utils: add a solution to launch gpg-agent in the xinitrc file
Package: xfce4-utils Version: 4.4.1-1 Severity: wishlist Please consider to launch gpg agent from the xinitrc file like it was done for the ssh agent. This could be useful to improve the user-friendly side of gpg Thanks. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.5-cfs-ghost (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xfce4-utils depends on: ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libglib2.0-02.14.0-2 The GLib library of C routines ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface ii libpango1.0-0 1.16.5-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.8-2X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfce4util4 4.4.1-1 Utility functions library for Xfce ii libxfcegui4-4 4.4.1-1 Basic GUI C functions for Xfce4 ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.2-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii xfce4-terminal [x-termi 0.2.6-3 Xfce terminal emulator ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime Versions of packages xfce4-utils recommends: ii thunar0.8.0-6File Manager for Xfce ii xfce4-panel 4.4.1-1The Xfce4 desktop environment pane ii xfwm4 4.4.1-2+b1 window manager of the Xfce project -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439394: libgnash0 depends on unavailable libboost-date-time1.34.0 libboost-thread1.34.0
Package: libgnash0 Version: 0.8.0~cvs20070611.1016-1 Severity: serious Justification: unknow Impossible to install gnash The following packages have unmet dependencies: libgnash0: Depends: libboost-date-time1.34.0 (= 1.34.0~rc2-1) but it is not installable Depends: libboost-thread1.34.0 (= 1.34.0~rc2-1) but it is not installable In fact packages have got new names. libboost-date-time1.34.1 replaces libboost-thread1.34.0 libboost-thread1.34.1 replaces libboost-thread1.34.0 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.5-cfs-ghost (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439178: gtk2-engines: Invalid symbolic color 'fg_color'in crux engine
Package: gtk2-engines Version: 1:2.10.2-2 Severity: normal The Crux engine/theme on the XFCE desktop prints the following message: /usr/share/themes/Crux/gtk-2.0/gtkrc:37: Invalid symbolic color 'fg_color' /usr/share/themes/Crux/gtk-2.0/gtkrc:37: error: invalid identifier `fg_color', expected valid identifier when you launch gtk application like GVIM. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-ghost (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gtk2-engines depends on: ii libc6 2.6.1-1GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libglib2.0-0 2.14.0-2 The GLib library of C routines ii libgtk2.0-0 [gtk2.0-binver-2. 2.10.13-1 The GTK+ graphical user interface ii libpango1.0-0 1.16.5-1 Layout and rendering of internatio gtk2-engines recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]