Bug#405900: swf-player: should be updated for iceape/iceweasel
tags 405900 +patch thanks Hi, I've made a patch for swf-player which fixes _this_ bug, but in practice Iceweasel will not pick this plugin up. I've also tried to copy the old .so-file into one of the directories where Iceweasel picks up it's plugins, but libswfdecmozilla.so does not show up in the list of plugins in Iceweasel (about:plugins). My package is available [1] if others want to test, but I'm not sure if I will NMU this package when the plugin doesn't work. - Werner [1] http://people.debian.org/~werner/debian/pool/unstable/s/swfdec0.3/ diff -u swfdec0.3-0.3.6/debian/changelog swfdec0.3-0.3.6/debian/changelog --- swfdec0.3-0.3.6/debian/changelog +++ swfdec0.3-0.3.6/debian/changelog @@ -1,3 +1,11 @@ +swfdec0.3 (0.3.6-2.2) unstable; urgency=high + + * Non-maintainer upload. + * Adding symlinks for plugin in the plugin directories for iceape, +iceweasel and the latest firefox-package. (Closes: #405900) + + -- Morten Werner Olsen <[EMAIL PROTECTED]> Wed, 10 Jan 2007 06:42:55 +0100 + swfdec0.3 (0.3.6-2.1) unstable; urgency=medium * Non-maintainer upload, BSP Zurich/Switzerland. diff -u swfdec0.3-0.3.6/debian/rules swfdec0.3-0.3.6/debian/rules --- swfdec0.3-0.3.6/debian/rules +++ swfdec0.3-0.3.6/debian/rules @@ -9,4 +9,11 @@ + mkdir -p debian/tmp/usr/lib/firefox/plugins + cd debian/tmp/usr/lib/firefox/plugins && ln -s ../../mozilla/plugins/*.so . + mkdir -p debian/tmp/usr/lib/iceape/plugins + cd debian/tmp/usr/lib/iceape/plugins && ln -s ../../mozilla/plugins/*.so . + mkdir -p debian/tmp/usr/lib/iceweasel/plugins + cd debian/tmp/usr/lib/iceweasel/plugins && ln -s ../../mozilla/plugins/*.so . mkdir -p debian/tmp/usr/lib/mozilla-snapshot/plugins cd debian/tmp/usr/lib/mozilla-snapshot/plugins && ln -s ../../mozilla/plugins/*.so . mkdir -p debian/tmp/usr/lib/mozilla-firefox/plugins cd debian/tmp/usr/lib/mozilla-firefox/plugins && ln -s ../../mozilla/plugins/*.so . + diff -u swfdec0.3-0.3.6/debian/swf-player.install swfdec0.3-0.3.6/debian/swf-player.install --- swfdec0.3-0.3.6/debian/swf-player.install +++ swfdec0.3-0.3.6/debian/swf-player.install @@ -4,4 +4,7 @@ debian/tmp/usr/lib/gtk-2.0/*/loaders/*.so debian/tmp/usr/lib/gtk-2.0/*/loaders/*.la +debian/tmp/usr/lib/firefox/plugins/*.so +debian/tmp/usr/lib/iceape/plugins/*.so +debian/tmp/usr/lib/iceweasel/plugins/*.so debian/tmp/usr/lib/mozilla-snapshot/plugins/*.so debian/tmp/usr/lib/mozilla-firefox/plugins/*.so
Bug#356352: libsysfs2 patch
On Tue, Jun 13, 2006 at 11:32:55PM +0200, Filippo Giunchedi wrote: > this: > http://people.debian.org/~filippo/patches/hwinfo-12.31_libsysfs2-0.1.patch > is my first attempt to port hwinfo to libsysfs2, the patch is against > 12.31 but applies to 12.9 with all hunks successful (just a few offsets). > Please test the patch if it works for you (at least if it finds the same > amount of hardware, or more :)) > The output from debian's hwinfo and 12.9 patched are not identical though, > I can't tell if there's more information or less, I have it available for > display. Thanks a lot for this patch! :) The patch applies fine with 12.33 (newest upstream I found atm), but I get this error when running hwinfo (this is the shared libary one - similar source package that is in experimental, but with your patch and newer upstream release): [EMAIL PROTECTED]:~$ /usr/sbin/hwinfo > usb.3.3: input*** glibc detected *** double free or corruption > (fasttop): 0x0807dbf0 *** Aborted This error is also when using --hw_item, when hw_item is one of block, bluetooth, braille, camera, cdrom, chipcard, disk, dsl, floppy, hub, isdn, joystick, keyboard, modem, mouse, netcard, network, partition, printer, scanner, usb and wlan. I also got a segmentation fault for hw_item like pci, pcmcia and pppoe: [EMAIL PROTECTED]:~$ /usr/sbin/hwinfo --pci > net.1: get network dataSegmentation fault I have not tested 12.33 without your patch yet, not as a static binary, and not 12.31 nor 12.9 with your patch. Hope to do some more testing later tonight, and will send updates to you and BTS. Maybe I will have time to run hwinfo in Valgrind too.. :) - Werner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#356352: hwinfo - FTBFS: warning: implicit declaration of function 'sysfs_read_dir_links'
tags 356352 help thanks On Sat, Mar 11, 2006 at 02:14:50PM +0100, Bastian Blank wrote: > > usb.c: In function 'get_input_devs': > > usb.c:570: warning: implicit declaration of function 'sysfs_open_directory' > > usb.c:570: warning: assignment makes pointer from integer without a cast > > usb.c:582: warning: implicit declaration of function 'sysfs_read_dir_links' > > usb.c:583: warning: implicit declaration of function > > 'sysfs_read_dir_subdirs' > > usb.c:592: warning: implicit declaration of function 'sysfs_close_directory' > > gcc -c -Wall -Wno-pointer-sign -O2 -pipe -g -I../../src/hd -I > > /usr/include/dbus-1.0 -I /usr/lib64/dbus-1.0/include -I > > /usr/lib/dbus-1.0/include veth.c > > hwinfo uses the old libsysfs API. I know, and am sorry that I'm not capable of patching it to use sysfsutils 2.0.0. The temporary fix is to fetch some of the old functions from sysfsutils 1.3.0 and redefine some other functions to just return NULL-values. The patch in 12.9-1 is not good enough, and I'll try to improve it in a few days. I'm grateful for all help with solving this bug. :) - Werner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#320161: ipy: ftbfs [sparc] python: command not found
On Wed, Jul 27, 2005 at 04:56:09AM -0700, Blars Blarson wrote: > Package: ipy > Severity: serious > Justification: no longer builds from source > > ipy failed to build on the sparc buildd and all other buildds, duplicated > on sparc pbuilder. > > cd . && python setup.py build --build-base="./build" > /bin/sh: python: command not found > make: *** [common-build-impl] Error 127 Hi, and thanks for your bugreport. I believe this is a bug in the cdbs-package or that my ipy-package don't use cdbs correct. I'll dig into it later this week. - Werner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311188: debian-edu-config: Messes "programmatically" with conffiles of other packages
On Mon, May 30, 2005 at 11:28:54AM +0200, Jonas Smedegaard wrote: > > (And yes, I believe we need to find a better way to handle > > configuration in debian-edu, but while we wait, I see no better way to > > do it than the current mechanism. And I believe it is not breaking > > policy as it is written in the Debian Policy Manual today. > > It sure breaks packages' maintainance that their conffiles are altered > by other packages (which I believe is the intend of D-P 10.7.4): It is > expected to be able to remove functionality of a package by removing a > package - that is not the case with debian-edu-config. So do you also mean that it breaks packages' maintainance that their conffiles are altered by the sysadmins too? Package maintainer script shall perfectly handle that conffiles are changed by the sysadmin. An extreme solution to this bug could have been to rewrite debian-edu-config as a HUGE installation-manual, and tell the sysadmins (I expect that there wouldn't be many left) to manually do all the configuring. In the same way as it is now after a Debian-edu installation, the maintainer scripts of the packages that will have a altered configuration shall handle this during upgrade. I'm not sure I see the difference. If I know the debian-edu-config package right, one will have to run a script to change any conffiles after manually installing the pacakge? - Werner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
