Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for cont...@bugs.debian.org: > # Wed Mar 25 07:03:18 UTC 2009 > # Tagging as pending bugs that are closed by packages in NEW > # http://ftp-master.debian.org/new.html > # > # Source package in NEW: see > tags 516351 + pending Bug#516351: ITP: see -- lightweight Linux text file and man page viewer There were no tags set. Tags added: pending > # Source package in NEW: yodl > tags 520160 + pending Bug#520160: yodl_2.14.0-1(mips/unstable): FTBFS on mips There were no tags set. Tags added: pending > # Source package in NEW: proj > tags 521100 + pending Bug#521100: Missing proj-data package renders the proj uninstallable There were no tags set. Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#521030: marked as done (abiword - FTBFS: Build-depends against unavailable package: valgrind)
Your message dated Wed, 25 Mar 2009 06:47:07 + with message-id and subject line Bug#521030: fixed in abiword 2.6.8-3 has caused the Debian Bug report #521030, regarding abiword - FTBFS: Build-depends against unavailable package: valgrind to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 521030: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=521030 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: abiword Version: 2.6.8-1 Severity: serious There was an error while trying to autobuild your package: > Automatic build of abiword_2.6.8-1 on lxdebian.bfinv.de by sbuild/s390 98 [...] > Package valgrind is not available, but is referred to by another package. > This may mean that the package is missing, has been obsoleted, or > is only available from another source > E: Package valgrind has no installation candidate --- End Message --- --- Begin Message --- Source: abiword Source-Version: 2.6.8-3 We believe that the bug you reported is fixed in the latest version of abiword, which is due to be installed in the Debian FTP archive: abiword-common_2.6.8-3_all.deb to pool/main/a/abiword/abiword-common_2.6.8-3_all.deb abiword-help_2.6.8-3_all.deb to pool/main/a/abiword/abiword-help_2.6.8-3_all.deb abiword-plugin-goffice_2.6.8-3_i386.deb to pool/main/a/abiword/abiword-plugin-goffice_2.6.8-3_i386.deb abiword-plugin-grammar_2.6.8-3_i386.deb to pool/main/a/abiword/abiword-plugin-grammar_2.6.8-3_i386.deb abiword-plugin-mathview_2.6.8-3_i386.deb to pool/main/a/abiword/abiword-plugin-mathview_2.6.8-3_i386.deb abiword-plugins_2.6.8-3_all.deb to pool/main/a/abiword/abiword-plugins_2.6.8-3_all.deb abiword_2.6.8-3.diff.gz to pool/main/a/abiword/abiword_2.6.8-3.diff.gz abiword_2.6.8-3.dsc to pool/main/a/abiword/abiword_2.6.8-3.dsc abiword_2.6.8-3_i386.deb to pool/main/a/abiword/abiword_2.6.8-3_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 521...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Masayuki Hatta (mhatta) (supplier of updated abiword package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 25 Mar 2009 08:54:40 +0900 Source: abiword Binary: abiword-common abiword abiword-plugin-grammar abiword-plugin-mathview abiword-plugin-goffice abiword-help abiword-plugins Architecture: source all i386 Version: 2.6.8-3 Distribution: unstable Urgency: low Maintainer: Masayuki Hatta (mhatta) Changed-By: Masayuki Hatta (mhatta) Description: abiword- efficient, featureful word processor with collaboration abiword-common - efficient, featureful word processor with collaboration -- common abiword-help - online help for AbiWord abiword-plugin-goffice - GOffice interaction plugin for AbiWord abiword-plugin-grammar - grammar checking plugin for AbiWord abiword-plugin-mathview - equation editor plugin for AbiWord abiword-plugins - transitional plugins package for AbiWord Closes: 495744 521030 Changes: abiword (2.6.8-3) unstable; urgency=low . * valgrind is available only on selected architectures, and not really required for building abiword. Thus, I removed it from Build-Depends - closes: #521030. * abiword-common: not depends on abiword anymore - closes: #495744 * 04_comma_subscript.diff: seems I forgot to import this patch from the old package. Added. Checksums-Sha1: 16899dc458993e3e2917ebd0bdde04f0c58dbc4e 1757 abiword_2.6.8-3.dsc b319bb1a6ec64e181b48b1f63f3571fdd368b5c6 34414 abiword_2.6.8-3.diff.gz 6211107bf519f2379b3b253daa4b57454c37b359 2002736 abiword-common_2.6.8-3_all.deb 7bc23e495cfe23710f625f7d9d9c4a8e8cd01676 1256536 abiword-help_2.6.8-3_all.deb 87e0538e149a6a6fd5a626e567714fc0b7c9fd22 34882 abiword-plugins_2.6.8-3_all.deb 5a2b35bf7bb4294248ba459790baedbced82d6dc 2982016 abiword_2.6.8-3_i386.deb 5e1ce3f6d68ca5c56dc1e2a1cd20a2faa4cf 45410 abiword-plugin-grammar_2.6.8-3_i386.deb bfaeebf9ccecb5ae7ed6a007f149686482de0922 129832 abiword-plugin-mathview_2.6.8-3_i386.deb 02d6e25e0749ad8b08131f38537d8e1380685dfb 68774 abiword-plugin-goffice_2.6.8-3_i386.deb Checksums-Sha256: 8574401d6c12141307acbf60653ca01ca07a6dd7274a34d7f1ccd080a5f18bfa 1757 abiword_2.6.8-3.dsc f27b0f8b40d9216bc
Bug#520250: fix
On Tuesday 24 March 2009 17:40:35 Alex Samad wrote: > [UPGRADE] libmediastreamer0 2.1.1-1+b1 -> 3.0.0-3 > and it fixed the problem. Looks like we should version the libs ;-( Mark signature.asc Description: This is a digitally signed message part.
Bug#520771: [evolution-data-server] Possibly duplicate
This could be a duplicate of #520132. Svante, can you try the patch referenced there? -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516753: marked as done (pymvpa: FTBFS in unstable - 'NoneType' object is not iterable)
Your message dated Wed, 25 Mar 2009 09:01:32 +0100 with message-id <20090325080132.ga29...@localhost> and subject line #516753 seems to be resolved -- closing. has caused the Debian Bug report #516753, regarding pymvpa: FTBFS in unstable - 'NoneType' object is not iterable to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 516753: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=516753 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: pymvpa Version: 0.4.0-1 Severity: serious Hi, the pymvpa package fails to build in a clean unstable chroot with the following error: sphinx-build -b html -d ../build/doctrees . ../build/html Sphinx v0.5.1, building html loading pickled environment... not found building [html]: targets for 144 source files that are out of date updating environment: 144 added, 0 changed, 0 removed reading sources... _static/robots authors changelog classifiers contents datasets devguide ex/clfs_examples ex/curvefitting ex/erp_plot ex/kerneldemo ex/match_distribution ex/permutation_test ex/preproc_fsl_ev ex/projections ex/pylab_2d ex/searchlight_2d ex/searchlight_minimal ex/sensanas ex/smellit ex/smlr ex/start_easy ex/svdclf ex/topo_plot examples faq featsel glossary index installation intro legal manual matlab measures misc modref modref/mvpa modref/mvpa.algorithms modref/mvpa.algorithms.cvtranserror modref/mvpa.atlases modref/mvpa.atlases.base modref/mvpa.atlases.fsl modref/mvpa.atlases.transformation Exception occurred: File "/usr/lib/python2.5/site-packages/sphinx/ext/autodoc.py", line 389, in generate fullname, mod, objpath, args, retann = self.resolve_name(what, name) TypeError: 'NoneType' object is not iterable The full traceback has been saved in /tmp/sphinx-err-dM5gKt.log, if you want to report the issue to the author. Please also report this if it was a user error, so that a better error message can be provided next time. Send reports to sphinx-...@googlegroups.com. Thanks! make[2]: *** [html] Error 1 make[2]: Leaving directory `/tmp/buildd/pymvpa-0.4.0/doc' make[1]: *** [htmldoc] Error 2 make[1]: Leaving directory `/tmp/buildd/pymvpa-0.4.0' make: *** [build/python-mvpa-doc] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 The full build log is attached. Cheers, -- .''`. Debian 5.0 "Lenny" has been released! : :' : `. `' Last night, Darth Vader came down from planet Vulcan and told `-me that if you don't install Lenny, he'd melt your brain. pymvpa_0.4.0-1.log.gz Description: GNU Zip compressed data signature.asc Description: Ceci est une partie de message numériquement signée --- End Message --- --- Begin Message --- Hi, I am closing this bug as I can build pymvpa in a clean sid chroot (as of today) without observing this error. I suspect that it got resolved with yesterday's upload of python-sphinx. Please reopen if you still get the FTBFS. Thanks, Michael -- GPG key: 1024D/3144BE0F Michael Hanke http://apsy.gse.uni-magdeburg.de/hanke ICQ: 48230050 signature.asc Description: Digital signature --- End Message ---
Bug#520771: [evolution-data-server] Possibly duplicate
On Wed, 2009-03-25 at 08:43 +0100, Michel Dänzer wrote: > This could be a duplicate of #520132. Svante, can you try the patch > referenced there? > Is there a .deb file somewhere i can try with the patch included? I don't have the time to compile evolution-data-server myself. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520771: [evolution-data-server] Possibly duplicate
On Wed, 2009-03-25 at 09:08 +0100, Svante Signell wrote: > On Wed, 2009-03-25 at 08:43 +0100, Michel Dänzer wrote: > > This could be a duplicate of #520132. Svante, can you try the patch > > referenced there? > > > Is there a .deb file somewhere i can try with the patch included? Only a _powerpc.deb . -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#518281: patch insufficient
* dann frazier | 2009-03-17 18:57:24 [-0600]: >I tested the initial patch on paer.debian.org, a parisc machine. oh. why that? Could please post a build log? -fPIC has to fix the issues. It is possible that I forgot it somewhere. >I found that it didn't work. However, this one did: > >--- midori-0.1.4/debian/rules.orig 2009-03-18 00:47:05.0 + >+++ midori-0.1.4/debian/rules 2009-03-18 00:45:01.0 + >@@ -2,7 +2,7 @@ > > build: > dh $@ --before configure >- ./waf --nocache configure --prefix=/usr >+ CFLAGS="-fPIC" ./waf --nocache configure --prefix=/usr this is not cool because now -fPIC is also used for midori binary itself. > ./waf --nocache build > ./waf --nocache check > dh $@ --remaining > >If this needs to be arch-specific it could probably be changed to >something like: > >DEB_HOST_ARCH := $(shell dpkg-architecture -qDEB_HOST_ARCH) >ifeq ($(DEB_HOST_ARCH),hppa) > CFLAGS+="-fPIC" >endif > >build: > dh $@ --before configure > CFLAGS="$(CFLAGS)" ./waf --nocache configure --prefix=/usr > ./waf --nocache build > ./waf --nocache check > dh $@ --remaining > > >By the way - I noticed that platform.architecture() == 'parisc64' on >paer, so that may have been the problem with the initial patch. huh. Are you sure about that? platform.machine() should report 'parisc64' if runnin a 64bit kernel. platform.architecture() on the hand should report 32bit because the userland is 32bit and according to the python dox that one reports the size of long or pointer (depending on the python version)). So I guess that you should be fine if you take my initial patch and replace pariss with parisc* > >-- >dann frazier Sebastian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#518281: patch insufficient
* Trent W. Buck | 2009-03-21 21:38:14 [+1100]: >>From IRC: > >kalikiana> Regarding -fPIC, I don't really see how I could avoid it. >kalikiana> If somebody finds it wrong, I would really like to know an >kalikiana> alternative because it is needed for linking extensions. > >twb> I looked at the Debian Policy manual again, and it says -fPIC >twb> *must* be used for libraries. ...which I assume also means >twb> extensions. But I don't know if -fPIC is supposed to also be >twb> used for apps themselves? I think maybe the guy I was talking to >twb> on #debian-mentors was confused, and meant you need a reason to >twb> *not* use -fPIC. > >kalikiana> I also have a reason to not use it actually, which is that >kalikiana> for instance on x86-32 it makes the application slower. > >twb> OK, Debian says that reason is not good enough for Debian. >twb> http://www.debian.org/doc/debian-policy/ch-files.html#s-libraries >twb> So for Debian I will just enable it always. Sorry for the >twb> confusion, I just haven't dealt with libraries before and I >twb> didn't understand any of the issues. The problem here is that it is not just a library. libkatze itself is a .a static library which is merged into midori and this is fine. But it is also merged into a few add-ons which are .so and that's where you need the -fPIC because now the static library becomes suddenly a shared library as well. Adding -fPIC to the whole build process is a bad idea please don't do that. My initial proposals where: - make libkatze a .so. midori and extension can link against that. => that one was NAKed by upstream because a new lib is not what he had in mind if I remember correctly. - add fPIC unconditional and use it while build ing libkatze (not always). => was NAKed by upstream because it is so much slower on x86_32. Now, we need special care for parisc and mips afaik. Other arches may follow once the offset are big enough. Maybe we could go the other way around and add -fPIC to libkatze unless it is x86_32? Sebastian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#521147: uswsusp: Fail to suspend, keyboard freeze, screen black showing "Looking for splash image"
Package: uswsusp Version: 0.8-1.1+b1 Severity: grave Justification: renders package unusable With 2.6.28 and 2.6.29-rc7 from experimental, s2disk doesn't work anymore as well as s2both; s2ram works well. After having run s2disk, screen become black with information "Looking for splash image" and no more activity. Can be run from a graphical terminal or from a console, same behaviour. After this, Ctrl-Alt-Fx doesn't work anymore, same for Ctrl-Alt-Del. Pressing once the on/off button plays the Window Manager error audio file, still nothing on the screen. Pressing Return make things going further: the led of HDD is blinking like it would go in hibernation. But after a while, nothing. To shutdown the laptop I have to press on/off button for 4 seconds to power it off. In 2.6.26 it was working like a charm. Computer is a Dell Inspiron6400. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-rc7-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages uswsusp depends on: ii debconf [debconf-2.0]1.5.26 Debian configuration management sy ii libc62.9-6 GNU C Library: Shared libraries ii libdirectfb-1.2-01.2.7-2 direct frame buffer graphics - sha ii libgcc1 1:4.3.3-5 GCC support library ii libgcrypt11 1.4.4-2 LGPL Crypto library - runtime libr ii libglib2.0-0 2.20.0-2The GLib library of C routines ii libgpg-error01.6-1 library for common error values an ii liblzo2-22.03-1 data compression library ii libpci3 1:3.1.2-2 Linux PCI Utilities (shared librar ii libsplashy1 0.3.13-3+b2 Library to draw splash screen on b ii libx86-1 1.1+ds1-2 x86 real-mode library Versions of packages uswsusp recommends: ii initramfs-tools 0.93.1 tools for generating an initramfs ii mount 2.13.1.1-1 Tools for mounting and manipulatin Versions of packages uswsusp suggests: ii splashy 0.3.13-3+b2 A complete user-space boot splash -- debconf information: * uswsusp/suspend_loglevel: uswsusp/no_swap: uswsusp/resume_offset: * uswsusp/early_writeout: true * uswsusp/image_size: 966515671 * uswsusp/snapshot_device: * uswsusp/max_loglevel: uswsusp/shutdown_method: platform * uswsusp/encrypt: false uswsusp/RSA_key_bits: 1024 uswsusp/continue_without_swap: true * uswsusp/compute_checksum: false uswsusp/no_snapshot: * uswsusp/compress: true uswsusp/create_RSA_key: false uswsusp/RSA_key_file: /etc/uswsusp.key * uswsusp/resume_device: /dev/mapper/vg0-swap * uswsusp/splash: true -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#518281: patch insufficient
On Wed, Mar 25, 2009 at 09:29:56AM +0100, Sebastian Andrzej Siewior wrote: > >+CFLAGS="-fPIC" ./waf --nocache configure --prefix=/usr > this is not cool because now -fPIC is also used for midori binary > itself. Please help me to understand why it's bad to use -fPIC for the binary itself. > So I guess that you should be fine if you take my initial patch and > replace pariss with parisc* Will that still result in -fPIC being used for the binary -- but only on HPPA? PS: as you noticed, for the experimental upload just now I just set PIC unconditionally. From Debian Policy, -fPIC should *always* be used for .so files. So as I see it the remaining issue is to ensure that -fPIC isn't used or the midori binary, but is used for the .so files. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#518281: patch insufficient
On Wed, Mar 25, 2009 at 09:45:34AM +0100, Sebastian Andrzej Siewior wrote: > >kalikiana> I also have a reason to not use it actually, which is that > >kalikiana> for instance on x86-32 it makes the application slower. > > > >twb> OK, Debian says that reason is not good enough for Debian. > >twb> http://www.debian.org/doc/debian-policy/ch-files.html#s-libraries > Now, we need special care for parisc and mips afaik. Other arches may > follow once the offset are big enough. Maybe we could go the other way > around and add -fPIC to libkatze unless it is x86_32? As the policy manual say, speed on i386 is not an adequate excuse to specially avoid -fPIC on it. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#518281: patch insufficient
On Wed, 2009-03-25 at 09:45 +0100, Sebastian Andrzej Siewior wrote: > The problem here is that it is not just a library. libkatze itself is a > .a static library which is merged into midori and this is fine. But it > is also merged into a few add-ons which are .so and that's where you > need the -fPIC because now the static library becomes suddenly a shared > library as well. Then one possible fix is to build it twice, once with -fPIC to use in shared objects, and once without it for midori. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520891: general: Data coruption on my /dev/sda - /dev/sdd sata_siil siil 3114 chip
Hi, I try to find that list of testde motherboards. Can't fin it! I start to think I have hardvare problem. My problem box is: Motherboard KT7A-RAID AMD Duron 1.2GHz 1G ram PCI add on "1095:3114 SiI 3114 [SATALink/SATARaid] Serial ATA Controller " 4 x SAMSUNG 500GB I have also /dev/hda /dev/hdb vorking just fine. Thats whay I think they don't like eatch ather. -- Bengt Samuelsson Nydalavägen 30 A 352 48 Växjö +46(0)703686441 http://sm7jqb.se -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516852: Fixed version for gtk_file_system_error_quark?
Hi Brice! You said that upgrading gtk/ruby libs to unstable resolved the gtk_file_system_error_quark problem for you. What version of ruby-gnome2 do you have installed? I'd like to add a notfound version to http://bugs.debian.org/516852. Regards //Johan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516669: files owned by !root
On Tue, March 24, 2009 19:51, Luk Claes wrote: > Thijs Kinkhorst wrote: > >> On Tue, March 24, 2009 11:34, Gerrit Pape wrote: >> >>> On Mon, Feb 23, 2009 at 04:37:29PM +0100, Thijs Kinkhorst wrote: >>> >>> Gerrit, it would be great if you could provide updated packages for stable-security and oldstable-security. Please upload them to security-master, and make sure you build with full source ("-sa") at least for the stable-security one. >>> Hi, fixed packages are available for quite some time now, what's >>> stopping them from being published? Can I help with anything to get >>> them out? >> >> We're having a missing build from alpha, because that's one of the >> affected architectures, releasing is not very useful. I'm getting no >> response yet from the alpha maintainers... if you can get a build for >> git-core for on alpha or can otherwise help get this resolved that >> would be useful. > > Given back, lets see if it works this time. Thanks, but it failed once again, I'm afraid. Thijs -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520113: mplayer: FTBFS: non-dynamic relocations refer to dynamic symbol free@@GLIBC_2.0
On Wed, Mar 25, 2009 at 09:32:45AM +0100, Sune Vuorela wrote: > > I tried building it with the ifeq(mipsel)... -fPIC -DPIC hack applied on -2 > > Fails the same way. build log attached. The options you guys pass to configure look suspicious: --prefix=/usr --confdir=/etc/mplayer --datadir=/usr/share/mplayer --codecsdir=/usr/lib/codecs The first makes the other three redundant. --enable-debug Why do you use this flag? It could be the cause for this build failure. Diego -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#517985: marked as done (FTBFS pciutils 1:3.1.2-1 Fix asm/byteorder.h to define one endianness)
Processing commands for cont...@bugs.debian.org: > notfound 517985 1:3.1.2-1 Bug#517985: FTBFS pciutils 1:3.1.2-1 Fix asm/byteorder.h to define one endianness Bug no longer marked as found in version 1:3.1.2-1. > notfound 517985 1:3.1.2-2 Bug#517985: FTBFS pciutils 1:3.1.2-1 Fix asm/byteorder.h to define one endianness Bug no longer marked as found in version 1:3.1.2-2. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#517985: marked as done (FTBFS pciutils 1:3.1.2-1 Fix asm/byteorder.h to define one endianness)
Your message dated Wed, 25 Mar 2009 21:23:21 +1100 with message-id <20090325102321.gi6...@debianrules.debiancolombia.org> and subject line Re: Bug#517985: marked as done (FTBFS pciutils 1:3.1.2-1 Fix asm/byteorder.h to define one endianness) has caused the Debian Bug report #517985, regarding FTBFS pciutils 1:3.1.2-1 Fix asm/byteorder.h to define one endianness to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 517985: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=517985 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: pciutils Version: 1:3.1.2-1 Severity: serious Tags: sid https://buildd.debian.org/fetch.cgi?pkg=pciutils&arch=mipsel&ver=1%3A3.1.2-1&stamp=1236076462&file=log&as=raw /usr/bin/make PREFIX=/usr SBINDIR=/usr/bin IDSDIR=/usr/share/misc SHARED=yes make[1]: Entering directory `/build/buildd/pciutils-3.1.2' cd lib && ./configure Configuring libpci for your system... mips--linux 2.6.24.1 mips linux Looking for access methods... sysfs proc dump Checking for zlib support... yes (auto-detected) Checking for DNS support... yes (auto-detected) Checking whether to build a shared library... yes (set manually) make[1]: Leaving directory `/build/buildd/pciutils-3.1.2' make[1]: Entering directory `/build/buildd/pciutils-3.1.2' /usr/bin/make -C lib all make[2]: Entering directory `/build/buildd/pciutils-3.1.2/lib' gcc -O2 -g -Wall -W -Wno-parentheses -Wstrict-prototypes -Wmissing-prototypes -fPIC -fvisibility=hidden -c -o init.o init.c In file included from /usr/include/asm/byteorder.h:65, from sysdep.h:27, from internal.h:23, from init.c:14: /usr/include/linux/byteorder.h:8:3: error: #error Fix asm/byteorder.h to define one endianness make[2]: *** [init.o] Error 1 make[2]: Leaving directory `/build/buildd/pciutils-3.1.2/lib' make[1]: *** [lib/libpci.so.3.1.2] Error 2 make[1]: Leaving directory `/build/buildd/pciutils-3.1.2' make: *** [build] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 ** Build finished at 20090303-1034 FAILED [dpkg-buildpackage died] signature.asc Description: Digital signature --- End Message --- --- Begin Message --- On Wed, Mar 25, 2009 at 09:02:16PM +1100, Anibal Monsalve Salazar wrote: >notfound 517985 1:3.1.2-1 >notfound 517985 1:3.1.2-2 --- End Message ---
Bug#516852: Fixed version for gtk_file_system_error_quark?
Johan Walles wrote: > Hi Brice! > > You said that upgrading gtk/ruby libs to unstable resolved the > gtk_file_system_error_quark problem for you. > > What version of ruby-gnome2 do you have installed? I'd like to add a > notfound version to http://bugs.debian.org/516852. > > Regards //Johan > I don't have ruby-gnome2, but I have $ dpkg -l | grep gtk | grep ruby ii libgtk2-ruby 0.17.0~rc1-6 GTK+ bindings for the Ruby language ii libgtk2-ruby1.8 0.18.1-1+b1 GTK+ bindings for the Ruby language Brice -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: Fwd: Bug#516852: Fixed version for gtk_file_system_error_quark?
Processing commands for cont...@bugs.debian.org: > notfound 516852 0.18.1-1+b1 Bug#516852: Symbol lookup error: gtk_file_system_error_quark Bug no longer marked as found in version 0.18.1-1+b1. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520864: marked as done (fbterm - FTBFS: "fbterm", line 2, terminal 'fbterm': /srv/buildd/.terminfo: permission denied (errno 2))
Your message dated Wed, 25 Mar 2009 10:47:03 + with message-id and subject line Bug#520864: fixed in fbterm 1.4-2 has caused the Debian Bug report #520864, regarding fbterm - FTBFS: "fbterm", line 2, terminal 'fbterm': /srv/buildd/.terminfo: permission denied (errno 2) to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 520864: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=520864 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: fbterm Version: 1.4-1 Severity: serious There was an error while trying to autobuild your package: > Automatic build of fbterm_1.4-1 on lxdebian.bfinv.de by sbuild/s390 98 [...] > make[3]: Nothing to be done for `install-exec-am'. > tic fbterm > "fbterm", line 2, terminal 'fbterm': /srv/buildd/.terminfo: permission denied > (errno 2) > make[3]: *** [install-data-local] Error 1 > make[3]: Leaving directory `/build/buildd/fbterm-1.4/terminfo' > make[2]: *** [install-am] Error 2 > make[2]: Leaving directory `/build/buildd/fbterm-1.4/terminfo' > make[1]: *** [install-recursive] Error 1 > make[1]: Leaving directory `/build/buildd/fbterm-1.4' > make: *** [common-install-impl] Error 2 > dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary-arch gave > error exit status 2 --- End Message --- --- Begin Message --- Source: fbterm Source-Version: 1.4-2 We believe that the bug you reported is fixed in the latest version of fbterm, which is due to be installed in the Debian FTP archive: fbterm_1.4-2.diff.gz to pool/main/f/fbterm/fbterm_1.4-2.diff.gz fbterm_1.4-2.dsc to pool/main/f/fbterm/fbterm_1.4-2.dsc fbterm_1.4-2_i386.deb to pool/main/f/fbterm/fbterm_1.4-2_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 520...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Nobuhiro Iwamatsu (supplier of updated fbterm package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 24 Mar 2009 16:36:49 +0900 Source: fbterm Binary: fbterm Architecture: source i386 Version: 1.4-2 Distribution: unstable Urgency: low Maintainer: Nobuhiro Iwamatsu Changed-By: Nobuhiro Iwamatsu Description: fbterm - A fast framebuffer based terminal emulator for Linux Closes: 520864 Changes: fbterm (1.4-2) unstable; urgency=low . * Fix build error in some architecture. (Closes: #520864) - Add TERMINFO path to terminfo/Makefile.in. (patches/01_add_terminfo_path.dpatch) Checksums-Sha1: fd0ab4f70553060afb60b44b6b447f3bd0a0f33d 1083 fbterm_1.4-2.dsc 5f9685f0b935927ff8becfac1915eb1f584729f9 1976 fbterm_1.4-2.diff.gz f7425c682fffbcc72c5a1cc2ddd990136417ed2f 46418 fbterm_1.4-2_i386.deb Checksums-Sha256: 3bc94983fa878ae5fb1627e13e85e6dc4c5975b03b95cdf77db7e5c6b1b3334e 1083 fbterm_1.4-2.dsc 38bc74fb7d835d5b077905e8f225e31ba22873b4ecaed73bc5f2129294f10cba 1976 fbterm_1.4-2.diff.gz c9795a1c7b8bd35441653536d3fd74a6c79e80177a7333a6acb3e51ac6895083 46418 fbterm_1.4-2_i386.deb Files: 267fc1220121d16cd90c711447834450 1083 utils optional fbterm_1.4-2.dsc b01f2920022f8aabfa312565488f64aa 1976 utils optional fbterm_1.4-2.diff.gz 71c994592d686fea25f4ce40445e4472 46418 utils optional fbterm_1.4-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknKBSwACgkQQSHHQzFw6+mOyQCfY8UJrRR8e7pIw6/bgGe37Y2T 2a8AnjZhIZ2hE4MURtwQfXccxqndaP96 =LyH8 -END PGP SIGNATURE- --- End Message ---
Bug#520646: #520646: binNMU oprofile
Hello, > Looks like oprofile needs a rebuild . > $ opreport > opreport: error while loading shared libraries: libbfd-2.18.0.20080103.so: > cannot open shared object file: No such file or directory > $ dpkg -L binutils | grep libbfd- > /usr/lib/libbfd-2.19.1.so I’m told libbfd.so is a private/internal library of binutils that should not be dynamically linked against. A static version exists (libbfd.a), and packages should be using that AFAIK. Cc'ing -devel in case there’s a reason it should not be that way. If, on the contrary, nobody objects, I’ll file a wishlist against lintian so that an error (warning?) is emitted for packages that DT_NEED that library (and libopcodes/libiberty as well?) Thanks, -- - Are you sure we're good? - Always. -- Rory and Lorelai -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: severity of 520891 is important
Processing commands for cont...@bugs.debian.org: > severity 520891 important Bug#520891: general: Data coruption on my /dev/sda - /dev/sdd sata_siil siil 3114 chip Severity set to `important' from `grave' > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: severity of 516734 is important
Processing commands for cont...@bugs.debian.org: > severity 516734 important Bug#516734: linux-headers-2.6.28-1-amd64: Dependency on linux-kbuild-2.6.28 cannot be meet Severity set to `important' from `serious' > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: severity of 520176 is important
Processing commands for cont...@bugs.debian.org: > severity 520176 important Bug#520176: linux-headers-2.6.28-1-amd64: Cannot be installed Severity set to `important' from `grave' > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#412950: marked as done (linux-2.6: [legal] the current kernel tarball doesn't respect the GR 2006-007)
Your message dated Wed, 25 Mar 2009 12:41:28 +0100 with message-id <20090325114128.ga5...@stro.at> and subject line drivers containing firmware blobs has caused the Debian Bug report #242866, regarding linux-2.6: [legal] the current kernel tarball doesn't respect the GR 2006-007 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 242866: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=242866 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: linux-2.6 Severity: serious Justification: http://www.debian.org/vote/2006/vote_007 Well, in http://www.debian.org/vote/2006/vote_007, we voted about the kernel firmwares, and among others claimed : 3. We assure the community that there will be no regressions in the progress made for freedom in the kernel distributed by Debian relative to the Sarge release in Etch and : 4. ... as long as we are legally allowed to do so, and the firmware is distributed upstream under a license that complies with the DFSG. Both of these restrictions are not respected by the current linux-2.6 source tarball, and the tg3 firmware driver in particular. The tg3 firmware was stripped from the sarge kernel, it is a non-free but redistributable binary blob, and this is thus a regression with regard to the sarge release. Secondly, the tg3 firmware licence is : * Firmware is: * Derived from proprietary unpublished source code, * Copyright (C) 2000-2003 Broadcom Corporation. * * Permission is hereby granted for the distribution of this firmware * data in hexadecimal or equivalent format, provided this copyright * notice is accompanying it. which would never pass the DFSG in any way. The licence clearly state it is a binary derived from unpublished source code, and neither the source code is available, nor is there any right of modification involved in it. It is astounding how, Steve Langasek as the lead RM, specifically asked for a GR on the subject in order to know how to act as RM, and then, even before the vote finished, claimed he would not respect it. Friendly, Sven Luther -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-powerpc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) --- End Message --- --- Begin Message --- Version: 2.6.29-1 allmost all drivers are now using request_firmware(), just one or two that aren't, but are to be switched are still disabled. woow closing this, let's be happy we wont have a new firmware dance on squeeze release. -- maks --- End Message ---
Bug#383403: marked as done (linux-2.6: includes nondistributable and non-free binary firmware)
Your message dated Wed, 25 Mar 2009 12:41:28 +0100 with message-id <20090325114128.ga5...@stro.at> and subject line drivers containing firmware blobs has caused the Debian Bug report #242866, regarding linux-2.6: includes nondistributable and non-free binary firmware to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 242866: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=242866 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: linux-2.6 Severity: serious Justification: Policy 2.1 The following 59 files, found in Debian's linux-2.6_2.6.17.orig.tar.gz, apparently contain software in binary form, for which Debian has no corresponding source code. Debian policy states that "The program must include source code, and must allow distribution in source code as well as compiled form." Therefore Debian must not distribute these files. drivers/atm/atmsar11.data drivers/atm/pca200e.data drivers/atm/pca200e_ecd.data drivers/atm/sba200e_ecd.data drivers/char/drm/mga_ucode.h drivers/char/drm/r128_cce.c drivers/char/drm/radeon_cp.c drivers/char/dsp56k.c drivers/char/ip2/fip_firm.h drivers/media/dvb/ttpci/av7110_hw.c drivers/media/dvb/ttusb-budget/dvb-ttusb-dspbootcode.h drivers/media/video/usbvideo/vicam.c drivers/net/appletalk/cops_ffdrv.h drivers/net/appletalk/cops_ltdrv.h drivers/net/bnx2_fw.h drivers/net/cassini.h drivers/net/e100.c drivers/net/hamradio/yam1200.h drivers/net/hamradio/yam9600.h drivers/net/myri_code.h drivers/net/pcmcia/ositech.h drivers/net/starfire_firmware.h drivers/net/tg3.c drivers/net/tokenring/3c359_microcode.h drivers/net/typhoon-firmware.h drivers/scsi/advansys.c drivers/scsi/ql1040_fw.h drivers/scsi/ql12160_fw.h drivers/scsi/ql1280_fw.h drivers/scsi/qla2xxx/ql2100_fw.c drivers/scsi/qla2xxx/ql2200_fw.c drivers/scsi/qla2xxx/ql2300_fw.c drivers/scsi/qla2xxx/ql2322_fw.c drivers/scsi/qla2xxx/ql2400_fw.c drivers/scsi/qlogicpti_asm.c drivers/usb/misc/emi26_fw.h drivers/usb/net/kawethfw.h drivers/usb/serial/io_fw_boot2.h drivers/usb/serial/io_fw_boot.h drivers/usb/serial/io_fw_down2.h drivers/usb/serial/io_fw_down3.h drivers/usb/serial/io_fw_down.h drivers/usb/serial/ti_fw_3410.h drivers/usb/serial/ti_fw_5052.h drivers/usb/serial/whiteheat_fw.h sound/isa/sb/sb16/sb16_csp_codecs.h sound/isa/wavefront/wavefront_fx.c sound/oss/maestro3.h sound/oss/ymfpci_image.h sound/oss/yss225.c sound/pci/cs46xx/cs46xx_image.h sound/pci/cs46xx/imgs/cwc4630.h sound/pci/cs46xx/imgs/cwcasync.h sound/pci/cs46xx/imgs/cwcdma.h sound/pci/cs46xx/imgs/cwcemb80.h sound/pci/cs46xx/imgs/cwcsnoop.h sound/pci/korg1212/korg1212-firmware.h sound/pci/maestro3.c sound/pci/ymfpci/ymfpci_image.h This list is probably not perfect. Corrections are welcome. Additional information is posted at http://doolittle.icarus.com/~larry/fwinventory/2.6.17.html -- System Information: deleted (irrelevant) --- End Message --- --- Begin Message --- Version: 2.6.29-1 allmost all drivers are now using request_firmware(), just one or two that aren't, but are to be switched are still disabled. woow closing this, let's be happy we wont have a new firmware dance on squeeze release. -- maks --- End Message ---
Bug#242866: marked as done (drivers containing firmware blobs)
Your message dated Wed, 25 Mar 2009 12:41:28 +0100 with message-id <20090325114128.ga5...@stro.at> and subject line drivers containing firmware blobs has caused the Debian Bug report #242866, regarding drivers containing firmware blobs to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 242866: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=242866 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: kernel Severity: serious Tags: sarge, sid The following files contain binary firmwares, and distributing them appears to be a DFSG violation. (See #239952) drivers/net/appletalk/cops_ffdrv.h drivers/net/acenic_firmware.h drivers/net/tokenring/3c359_microcode.h drivers/net/pcmcia/ositech.h drivers/char/drm/mga_ucode.h drivers/char/drm/r128_cce.c drivers/char/drm/radeon_cp.c -- ciao, | Marco | [5631 stO4f5PcqYDgg] --- End Message --- --- Begin Message --- Version: 2.6.29-1 allmost all drivers are now using request_firmware(), just one or two that aren't, but are to be switched are still disabled. woow closing this, let's be happy we wont have a new firmware dance on squeeze release. -- maks --- End Message ---
Bug#520594: marked as done (python-coherence: Not installable due to wrong path to MochiKit.js)
Your message dated Wed, 25 Mar 2009 11:32:03 + with message-id and subject line Bug#520594: fixed in coherence 0.6.2-2 has caused the Debian Bug report #520594, regarding python-coherence: Not installable due to wrong path to MochiKit.js to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 520594: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=520594 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: python-coherence Version: 0.6.2-1 Severity: grave Justification: renders package unusable Hi, python-coherence is not installable: ... Setting up python-coherence (0.6.2-1) ... file does not exist: /usr/lib/python2.5/site-packages/coherence/web/static/MochiKit.js pycentral: pycentral pkginstall: error byte-compiling files (158) pycentral pkginstall: error byte-compiling files (158) dpkg: error processing python-coherence (--configure): subprocess post-installation script returned error exit status 1 ... Actually, /usr/lib/python2.5/site-packages/coherence/web/static/MochiKit.js points to /usr/share/pyshared/coherence/web/static/MochiKit.js whereas the actual location is /usr/share/coherence/coherence/web/static/MochiKit.js Cheers, Julien -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (150, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-coherence depends on: ii libjs-mochikit1.4.2-1JavaScript library inspired by Pyt ii python [python-ctypes]2.5.4-2An interactive high-level object-o ii python-axiom 0.5.30-1 Python object database ii python-celementtree 1.0.5-10 Light-weight toolkit for XML proce ii python-central0.6.11 register and build utility for Pyt ii python-configobj 4.5.2-2a simple but powerful config file ii python-elementtree1.2.6-12 Light-weight toolkit for XML proce ii python-gst0.100.10.14-2 generic media-playing framework (P ii python-louie 1.1-1.1Python signal dispatching mechanis ii python-nose 0.10.4-2 test discovery and running for Pyt ii python-pkg-resources 0.6c9-2Package Discovery and Resource Acc ii python-tagpy 0.94.5-4 Python module for manipulating tag ii python-twisted-core 8.2.0-1Event-based framework for internet ii python-twisted-web8.2.0-1An HTTP protocol implementation to ii python-zopeinterface 3.3.1-7The implementation of interface de ii python2.5 2.5.4-1An interactive high-level object-o python-coherence recommends no packages. python-coherence suggests no packages. -- no debconf information --- End Message --- --- Begin Message --- Source: coherence Source-Version: 0.6.2-2 We believe that the bug you reported is fixed in the latest version of coherence, which is due to be installed in the Debian FTP archive: coherence_0.6.2-2.diff.gz to pool/main/c/coherence/coherence_0.6.2-2.diff.gz coherence_0.6.2-2.dsc to pool/main/c/coherence/coherence_0.6.2-2.dsc python-coherence_0.6.2-2_all.deb to pool/main/c/coherence/python-coherence_0.6.2-2_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 520...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Arnaud Quette (supplier of updated coherence package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 25 Mar 2009 10:01:32 +0100 Source: coherence Binary: python-coherence Architecture: source all Version: 0.6.2-2 Distribution: unstable Urgency: low Maintainer: Arnaud Quette Changed-By: Arnaud Quette Description: python-coherence - Python UPnP framework Closes: 520594 Changes: coherence (0.6.2-2) unstable; urgency=low . * debian/rules: add the MochiKit symlink creation after the removal of the embedded version, since we can't rely on a links file here (Closes: #520594) * debian/links: removed to the profit of the above rule * d
Processed: setting package to libts-bin tslib libts-0.0-0-dbg libts-dev tsconf libts-0.0-0, tagging 519872
Processing commands for cont...@bugs.debian.org: > #tslib (1.0-7) unstable; urgency=low > # > # * Migrate conffile and manpage into tsconf data package and > #migrate TSLIB_PLUGINDIR to /usr/lib/ts0/ so that plugin filenames > #remain unique. (Closes: #519872) > # > package libts-bin tslib libts-0.0-0-dbg libts-dev tsconf libts-0.0-0 Ignoring bugs not assigned to: tslib libts-bin libts-dev libts-0.0-0-dbg tsconf libts-0.0-0 > tags 519872 + pending Bug#519872: Library packages may not have conffiles There were no tags set. Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520113: mplayer: FTBFS: non-dynamic relocations refer to dynamic symbol free@@GLIBC_2.0
On Wed, Mar 25, 2009 at 11:03:08AM +0100, Diego Biurrun wrote: > --enable-debug > > Why do you use this flag? I added it to ship symbols into mplayer-dbg > It could be the cause for this build failure. can you elaborate? a. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#508788: screenruler: Will not run
Package: screenruler Followup-For: Bug #508788 The problem now exists on my machine (I don't know exactly since when), and also occurs in a clean testing chroot. Cheers, -- Stephane -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages screenruler depends on: ii libcairo-ruby 1.5.1-1+lenny1 Cairo bindings for the Ruby langua ii libgconf2-ruby0.17.0~rc1-6 GConf 2 bindings for the Ruby lang ii libglade2-ruby0.17.0~rc1-6 Libglade 2 bindings for the Ruby l ii libgtk2-ruby 0.17.0~rc1-6 GTK+ bindings for the Ruby languag ii ruby 4.2An interpreter of object-oriented screenruler recommends no packages. screenruler suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#508788: screenruler: Will not run
Hello Stephane, Thanks for taking the time to report this bug and helping improve Debian. Could you please tell me what output you get if you run «screenruler» from a terminal? Thanks! -- Siegfried-Angel Gevatter Pujals (RainCT) Ubuntu Developer. Debian Contributor. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#510417: links2: silently accepts bad SSL certificates
* Neil Moore [Thu, 01 Jan 2009 11:57:35 -0500]: > Package: links2 > Version: 2.2-1 > Severity: grave > Tags: security > Justification: user security hole Hello, Neil. I’m sorry I’m not mailing you to help solve this bug, since I’m not the maintainer of links2. I do release management in Debian, and I’m interested in knowing whether this bug affects 2.1pre37-1.1, which is currently in stable (and testing). Do you know if that is the case? Could you perhaps check? Thanks, > Links2 does not validate certificates it receives; as a result, there is > no warning that one is visiting a page with an expired certificate, a > certificate not signed by a trusted authority, or a certificate for the > wrong hostname. As a result, an attacker capable of intercepting one's > packets can launch a man-in-the-middle attack to obtain account numbers, > passwords, etc. > At the very least, the documentation should prominently warn that > links2's HTTPS support is not to be relied upon for sensitive > information. > This is the same issue reported in bug 510348 for the (unrelated) browser > 'dillo'. > -- System Information: > Debian Release: 5.0 > APT prefers unstable > APT policy: (500, 'unstable'), (1, 'experimental') > Architecture: i386 (i686) > Kernel: Linux 2.6.26-1-openvz-686 (SMP w/1 CPU core) > 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 links2 depends on: > ii libc6 2.7-16GNU C Library: Shared libraries > ii libdirectfb-1.0-0 1.0.1-11 direct frame buffer graphics - > sha > ii libgpm21.20.4-3.1General Purpose Mouse - shared > lib > ii libjpeg62 6b-14 The Independent JPEG Group's > JPEG > ii libpng12-0 1.2.27-2 PNG library - runtime > ii libssl0.9.80.9.8g-14 SSL shared libraries > ii libsvga1 1:1.4.3-27console SVGA display libraries > ii libtiff4 3.8.2-11 Tag Image File Format (TIFF) > libra > ii libx11-6 2:1.1.5-2 X11 client-side library > ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime > links2 recommends no packages. > links2 suggests no packages. > -- no debconf information -- - Are you sure we're good? - Always. -- Rory and Lorelai -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#508788: screenruler: Will not run
Siegfried Gevatter (RainCT) a écrit : > Thanks for taking the time to report this bug and helping improve > Debian. Could you please tell me what output you get if you run > «screenruler» from a terminal? I get: > Loading libraries... > ruby: symbol lookup error: /usr/lib/ruby/1.8/x86_64-linux/gtk2.so: undefined > symbol: gtk_file_system_error_quark I've just upgraded libgtk2-ruby1.8 with the version in unstable (and some dependencies), and it now works just fine! HTH, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516829: marked as done (Http double slash request arbitrary file access vulnerability)
Your message dated Wed, 25 Mar 2009 13:53:37 + with message-id and subject line Bug#516829: fixed in mldonkey 2.9.5-2+lenny1 has caused the Debian Bug report #516829, regarding Http double slash request arbitrary file access vulnerability to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 516829: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=516829 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: mldonkey-server Version: 2.9.5-2 Severity: grave Tags: security -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, MLdonkey (up to 2.9.7) has a vulnerability that allows remote user to access any file with rights of running Mldonkey daemon by supplying a special-crafted request (ok, there's not much special about double slash) to an Mldonkey http GUI (tcp/4080 usually). Reference: https://savannah.nongnu.org/bugs/?25667 Thus, the exploit would be as simple as accessing any file on a remote host with your browser and double slash: http://mlhost:4080//etc/passwd -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkmjETEACgkQNxpp46476arOowCfdUi6Nmhi0vagcdOb06ya/RRA RWsAn1THtf88DUbVAL6dunEq4MeLJjWn =elDe -END PGP SIGNATURE- --- End Message --- --- Begin Message --- Source: mldonkey Source-Version: 2.9.5-2+lenny1 We believe that the bug you reported is fixed in the latest version of mldonkey, which is due to be installed in the Debian FTP archive: mldonkey-gui_2.9.5-2+lenny1_amd64.deb to pool/main/m/mldonkey/mldonkey-gui_2.9.5-2+lenny1_amd64.deb mldonkey-server_2.9.5-2+lenny1_amd64.deb to pool/main/m/mldonkey/mldonkey-server_2.9.5-2+lenny1_amd64.deb mldonkey_2.9.5-2+lenny1.diff.gz to pool/main/m/mldonkey/mldonkey_2.9.5-2+lenny1.diff.gz mldonkey_2.9.5-2+lenny1.dsc to pool/main/m/mldonkey/mldonkey_2.9.5-2+lenny1.dsc A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 516...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Florian Weimer (supplier of updated mldonkey package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 12 Mar 2009 21:26:26 +0100 Source: mldonkey Binary: mldonkey-server mldonkey-gui Architecture: source amd64 Version: 2.9.5-2+lenny1 Distribution: stable-security Urgency: high Maintainer: Debian OCaml Maintainers Changed-By: Florian Weimer Description: mldonkey-gui - Graphical frontend for mldonkey based on GTK+ mldonkey-server - Door to the 'donkey' network Closes: 516829 Changes: mldonkey (2.9.5-2+lenny1) stable-security; urgency=high . * Non-maintainer upload by the security team * Add url.dpatch: Fix double slash vulnerability, closes: #516829. Checksums-Sha1: 36c66cbf92f04012637090bb9a2b63bf12656cba 1894 mldonkey_2.9.5-2+lenny1.dsc df1edd0eb5965ba49836f097be53454a5193b3a7 3346730 mldonkey_2.9.5.orig.tar.gz e7866b498fa2fbc8d6bb6209cd488eda4c9aaff1 141220 mldonkey_2.9.5-2+lenny1.diff.gz 15c618f3c1efc9bade920c207e1f6da20ecc0bc8 2693524 mldonkey-server_2.9.5-2+lenny1_amd64.deb f690fb20dd8d34149805ca4a9c9bd40bccb36ecd 3945406 mldonkey-gui_2.9.5-2+lenny1_amd64.deb Checksums-Sha256: e35bc7d10b6efe4742b64d70e6eff95bdec52ec5f3dab8407da6c67ae4e9d5d3 1894 mldonkey_2.9.5-2+lenny1.dsc f091d2f40e800ecf32651aed984d8fabf9b550ae0e5dc451e66743426bdf8aff 3346730 mldonkey_2.9.5.orig.tar.gz aa77f5843bc70ab34dfc3a1425f069d14809f441465b43bce9db50b77b82c586 141220 mldonkey_2.9.5-2+lenny1.diff.gz f69f454e45318cb4037fdad953c92007ddcb3e94ecda4464bf1d52a98e1b659a 2693524 mldonkey-server_2.9.5-2+lenny1_amd64.deb 81ca175b3adaca97c1a778796d241846dc8e7ad269508c6b663e34d467872180 3945406 mldonkey-gui_2.9.5-2+lenny1_amd64.deb Files: 80d8a01209691f1ab695073a77bf671a 1894 net optional mldonkey_2.9.5-2+lenny1.dsc 280207370693e16ae51d4a3b28d6424e 3346730 net optional mldonkey_2.9.5.orig.tar.gz 515bfab6892fc58b4a46fc0b26a1fd72 141220 net optional mldonkey_2.9.5-2+lenny1.diff.gz eee55c6718a61403aedfeb2ff4fdc285 2693524 net optional mldonkey-server_2.9.5-2+lenny1_amd64.deb ed6496fb59f045cf00191d627ebe35fd 3945406 net optional mldonkey-gui_2.9.5-2+lenny1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBAgAGBQJJuXGGAAoJEL97/wQC1SS+U1sH/
Bug#521180: cdbs: DEB_PYTHON_MODULE_PACKAGE behavior changed unexpectedly
Package: cdbs Version: 0.4.53 Severity: grave Coin, Until 2008-03-17, at least, DEB_PYTHON_MODULE_PACKAGE was always defined with the following code: DEB_PYTHON_MODULE_PACKAGE = $(firstword $(filter-out %-doc %-dev %-common, $(DEB_PACKAGES))) and is now unset by default. I didn't find anything documenting this changes in the changelog or NEWS.Debian. This is problematic, as this breaks packages relying on this variable in the build rules, like in the 'balazar' package: build/$(DEB_PYTHON_MODULE_PACKAGE):: $(MANPAGES) Several package then FTBFS, thus the severity of this bug. It seems the 'cdbs_python_packages' variable could replace it, but the plural in the name suggest it would not. We could perhaps raise this problem on the mailing-list before changing or reverting the behavior again. Regards. P.S: i just checked the package in Lenny (0.4.52), before sending this mail, and it is happily not affected. -- Marc Dequènes (Duck) pgpkA091AU1kS.pgp Description: PGP Digital Signature
Bug#520920: texlive-base-bin: bibtex crashes on realloc (invalid next size)
On 24.03.09 Norbert Preining (prein...@logic.at) wrote: Hi Norbert, > > > Can you please send a *MINIMAL* test suite? Anything else is > > > hard to trace down. > > > > Attached. This is still large, but this seems to be needed. Just > > type "bibtex livre_fp" in the directory. > > thanks. I can reproduce that, too. > > Is it ok if I forward these example files to upstream? > Who is upstream in your opinion? Are you sure this is a problem in bibtex? It could be in glibc and kpathsea too (IMHO). H. -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#510417: links2: silently accepts bad SSL certificates
Adeodato Simó writes: > * Neil Moore [Thu, 01 Jan 2009 11:57:35 -0500]: > > > Package: links2 > > Version: 2.2-1 > > Severity: grave > > Tags: security > > Justification: user security hole > > Hello, Neil. I’m sorry I’m not mailing you to help solve this bug, since > I’m not the maintainer of links2. > > I do release management in Debian, and I’m interested in knowing whether > this bug affects 2.1pre37-1.1, which is currently in stable (and testing). > Do you know if that is the case? Could you perhaps check? The bug is present in 2.1pre37-1.1, as well as in 2.1pre26-4 (the version in oldstable). The site I am using to test is internal, and will soon have a real certificate, hence my reluctance to post its URL. One can test for at least part of the problem with: https://i.broke.the.internet.and.all.i.got.was.this.t-shirt.phreedom.org/ (the URL from the dillo bug #510348). This site has an (intentionally) expired certificate, and is signed with a fake (collided) MD5-hashed CA cert, though it does have a correct hostname. Depending on the version of OpenSSL and the CA certs list, it should report either an expired cert or a bad signature. Hope this helps, -- Neil Moore, n...@s-z.org, http://s-z.org/neil/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520920: texlive-base-bin: bibtex crashes on realloc (invalid next size)
On 2009-03-25 15:23:33 +0100, Hilmar Preusse wrote: > Who is upstream in your opinion? Are you sure this is a problem in > bibtex? It could be in glibc and kpathsea too (IMHO). Since the crash occurs in kpathsea, perhaps, but see the valgrind output below (I doubt this is a glibc bug, even though the crash doesn't occur under Mac OS X -- but maybe one needs a different testcase for Mac OS X). $ valgrind bibtex livre_fp ==13096== Memcheck, a memory error detector. ==13096== Copyright (C) 2002-2008, and GNU GPL'd, by Julian Seward et al. ==13096== Using LibVEX rev 1884, a library for dynamic binary translation. ==13096== Copyright (C) 2004-2008, and GNU GPL'd, by OpenWorks LLP. ==13096== Using valgrind-3.4.1-Debian, a dynamic binary instrumentation framewor k. ==13096== Copyright (C) 2000-2008, and GNU GPL'd, by Julian Seward et al. ==13096== For more details, rerun with: -v ==13096== This is BibTeX, Version 0.99c (Web2C 7.5.6) The top-level auxiliary file: livre_fp.aux A level-1 auxiliary file: ch_introduction.aux A level-1 auxiliary file: ch_definitions.aux A level-1 auxiliary file: ch_formats.aux A level-1 auxiliary file: ch_smallalgs.aux A level-1 auxiliary file: ch_fma.aux A level-1 auxiliary file: ch_summation.aux A level-1 auxiliary file: ch_languages.aux A level-1 auxiliary file: ch_algorithms.aux A level-1 auxiliary file: ch_hard.aux A level-1 auxiliary file: ch_soft.aux A level-1 auxiliary file: ch_elemfun.aux A level-1 auxiliary file: ch_correctrounding.aux A level-1 auxiliary file: ch_certifying.aux A level-1 auxiliary file: ch_extending.aux A level-1 auxiliary file: ch_nttools.aux The style file: plain.bst ==13096== Use of uninitialised value of size 8 ==13096==at 0x40F410: (within /usr/bin/bibtex) ==13096==by 0x41237C: (within /usr/bin/bibtex) ==13096==by 0x412675: (within /usr/bin/bibtex) ==13096==by 0x52DD5A5: (below main) (libc-start.c:222) Database file #1: biblio.bib ==13096== ==13096== Use of uninitialised value of size 8 ==13096==at 0x40D80D: (within /usr/bin/bibtex) ==13096==by 0x40EE41: (within /usr/bin/bibtex) ==13096==by 0x40F784: (within /usr/bin/bibtex) ==13096==by 0x412374: (within /usr/bin/bibtex) ==13096==by 0x412675: (within /usr/bin/bibtex) ==13096==by 0x52DD5A5: (below main) (libc-start.c:222) ==13096== ==13096== Use of uninitialised value of size 8 ==13096==at 0x40D80D: (within /usr/bin/bibtex) ==13096==by 0x40DD74: (within /usr/bin/bibtex) ==13096==by 0x40E19F: (within /usr/bin/bibtex) ==13096==by 0x40EF29: (within /usr/bin/bibtex) ==13096==by 0x40F784: (within /usr/bin/bibtex) ==13096==by 0x412374: (within /usr/bin/bibtex) ==13096==by 0x412675: (within /usr/bin/bibtex) ==13096==by 0x52DD5A5: (below main) (libc-start.c:222) ==13096== ==13096== Invalid write of size 1 ==13096==at 0x407224: (within /usr/bin/bibtex) ==13096==by 0x40BE14: (within /usr/bin/bibtex) ==13096==by 0x40BB14: (within /usr/bin/bibtex) ==13096==by 0x40BF31: (within /usr/bin/bibtex) ==13096==by 0x40BB14: (within /usr/bin/bibtex) ==13096==by 0x40BB14: (within /usr/bin/bibtex) ==13096==by 0x40BB14: (within /usr/bin/bibtex) ==13096==by 0x4109E1: (within /usr/bin/bibtex) ==13096==by 0x412374: (within /usr/bin/bibtex) ==13096==by 0x412675: (within /usr/bin/bibtex) ==13096==by 0x52DD5A5: (below main) (libc-start.c:222) ==13096== Address 0x56e4b21 is 0 bytes after a block of size 65,001 alloc'd ==13096==at 0x4C2391E: malloc (vg_replace_malloc.c:207) ==13096==by 0x4E34AC4: xmalloc (in /usr/lib/libkpathsea.so.4.0.0) ==13096==by 0x411FDD: (within /usr/bin/bibtex) ==13096==by 0x412675: (within /usr/bin/bibtex) ==13096==by 0x52DD5A5: (below main) (libc-start.c:222) ==13096== ==13096== Invalid read of size 1 ==13096==at 0x404959: (within /usr/bin/bibtex) ==13096==by 0x4073C4: (within /usr/bin/bibtex) ==13096==by 0x40BE44: (within /usr/bin/bibtex) ==13096==by 0x40BB14: (within /usr/bin/bibtex) ==13096==by 0x40BB14: (within /usr/bin/bibtex) ==13096==by 0x40BB14: (within /usr/bin/bibtex) ==13096==by 0x4109E1: (within /usr/bin/bibtex) ==13096==by 0x412374: (within /usr/bin/bibtex) ==13096==by 0x412675: (within /usr/bin/bibtex) ==13096==by 0x52DD5A5: (below main) (libc-start.c:222) ==13096== Address 0x56e4b21 is 0 bytes after a block of size 65,001 alloc'd ==13096==at 0x4C2391E: malloc (vg_replace_malloc.c:207) ==13096==by 0x4E34AC4: xmalloc (in /usr/lib/libkpathsea.so.4.0.0) ==13096==by 0x411FDD: (within /usr/bin/bibtex) ==13096==by 0x412675: (within /usr/bin/bibtex) ==13096==by 0x52DD5A5: (below main) (libc-start.c:222) Warning--empty institution in SebGou02 Warning--empty note in Gonnet2002 Warning--empty publisher in Newton1664 Warning--empty institution in SunInterval2002 Warning--empty note in May2008 Warning--empty note in Bernstein2001 (There were 6 warnings) ==13096== ==13096== ERROR SUMMARY: 48 errors from 5 co
Bug#521180: [Build-common-hackers] Bug#521180: cdbs: DEB_PYTHON_MODULE_PACKAGE behavior changed unexpectedly
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Mar 25, 2009 at 03:15:42PM +0100, Marc Dequènes (Duck) wrote: > Until 2008-03-17, at least, DEB_PYTHON_MODULE_PACKAGE was always defined > with the following code: > DEB_PYTHON_MODULE_PACKAGE = $(firstword $(filter-out %-doc %-dev > %-common, $(DEB_PACKAGES))) > and is now unset by default. > > I didn't find anything documenting this changes in the changelog or > NEWS.Debian. This is problematic, as this breaks packages relying on > this variable in the build rules, like in the 'balazar' package: > build/$(DEB_PYTHON_MODULE_PACKAGE):: $(MANPAGES) > Several package then FTBFS, thus the severity of this bug. > > It seems the 'cdbs_python_packages' variable could replace it, but the > plural in the name suggest it would not. > > We could perhaps raise this problem on the mailing-list before > changing or reverting the behavior again. cdbs_python_packages is indeed the replacement: In the past multiple packages was supported, and I have prepared for that to be supported again in the future, even if currently i is not possible. I made sure to support packages _overriding DEB_PYTHON_MODULE_PACKAGE, but overlooked the possibility of packages using that variable for other purposes :-/ The reason I didn't just keep it was (if I recall correctly) that I could find no way to deprecate it as has been done with other variables, spitting out a warning for some time until we finally drop it completely. I agree that current situation is not acceptable. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknKRo4ACgkQn7DbMsAkQLiCuACfUrkDN1kb0e3WlE7Cru7Totfg /6oAnA2WoQPZ2WZeiI9wb/cmPtTHUSmA =7GIv -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514655: Fixed gtick in s-p-u
The RC Bug#514655 against gtick is damn easy to fix for lenny. Should a fixed package be uploaded to stable-proposed-updates? -- Rafael -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514655: Fixed gtick in s-p-u
On Wed, Mar 25, 2009 at 04:11:17PM +0100, Rafael Laboissiere wrote: > The RC Bug#514655 against gtick is damn easy to fix for lenny. Should a > fixed package be uploaded to stable-proposed-updates? With the plain obvious fix being a dep on oss-compat? Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Release Assistant `. `' xmpp:p...@0x539.de Stable Release Manager `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#520965: fails to start with Segmentation fault
You are right, that solves the problem with faulty start. It is work now with en_US.UTF-8 Thanks -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#518810: marked as done (dynagen fails to start, Python error for missing module confConsole)
Your message dated Wed, 25 Mar 2009 16:34:43 +0100 with message-id <29622cb1-aaa4-426c-a01b-9b0189cc7...@code.de> and subject line dynagen fails to start, Python error for missing module confConsole has caused the Debian Bug report #518810, regarding dynagen fails to start, Python error for missing module confConsole to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 518810: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=518810 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: dynagen Version: 0.11.0-1 Severity: grave Justification: renders package unusable When starting dynagen, the python code causes an import error and complains about module confConsole missing. Example backtrack: $ dynagen Traceback (most recent call last): File "/usr/bin/dynagen", line 28, in from console import Console File "/var/lib/python-support/python2.5/console.py", line 34, in from confConsole import AbstractConsole, confHypervisorConsole, confConsole ImportError: No module named confConsole A quick poke around the file system has not revealed the missing module. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-486 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dynagen depends on: ii dynamips0.2.7-0.2.8RC2-4 Cisco 7200/3600/3725/3745/2600/170 ii python 2.5.2-3 An interactive high-level object-o ii python-configobj4.5.2-2 a simple but powerful config file dynagen recommends no packages. dynagen suggests no packages. -- no debconf information --- End Message --- --- Begin Message --- Package: dynagen Version: 0.11.0-1 Severity: grave fixed 0.11.0-2 thanks -- Erik Wenzel e...@code.de --- End Message ---
Bug#521185: libmyodbc: Creashes with symbol error
Package: libmyodbc Version: 3.51.15r409-4 Severity: grave Tags: patch Justification: renders package unusable When attempting to use replacable parameters, I see: /usr/lib/ghc-6.10.1/ghc: relocation error: /usr/lib/odbc/libmyodbc.so: symbol mysql_odbc_escape_string, version libmysqlclient_15 not defined in file libmysqlclient_r.so.15 with link time reference Upgrading to myodbc 5.1.5r1144 fixes the problem. I had reported bug #505938 with this problem last fall. It has been unfixed, and reassigned to a different package. I reported back then that a newer libmyodbc would fix the problem, and that continues to be the case. Regardless of whether there is a bug in libmysqlclient15off, I feel that there *is* a bug in how myodbc is working at present, one that is fixed by upgrading to a newer upstream version. So I have gone to the effort to package the newer upstream version, because myodbc is useless as it is in a great many situations. You can find it in my git repo here: git://git.debian.org/users/jgoerzen/myodbc Alternatively, you can download some plain-text diffs: diff from upstream 5.1.5r1144 to Debian version: http://git.debian.org/?p=users/jgoerzen/myodbc;a=commitdiff_plain;h=master;hp=upstream (essentially the .diff.gz for this one) diff from debian 3.51.15r409-4 to 5.1.5r1144: http://git.debian.org/?p=users/jgoerzen/myodbc;a=commitdiff_plain;h=master;hp=debian/3.51.15r409-4 (includes both Debian and upstream tweaks -- apply on top of 3.51.15r409-4 source tree to get 5.1.5r1144 source tree) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libmyodbc depends on: ii debconf [debconf-2.0] 1.5.26Debian configuration management sy ii libc6 2.9-4 GNU C Library: Shared libraries ii libltdl3 1.5.26-4 A system independent dlopen wrappe ii libmysqlclient15off5.0.77-1 MySQL database client library ii odbcinst1debian1 2.2.11-16 Support library and helper program ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages libmyodbc recommends: ii unixodbc 2.2.11-16 ODBC tools libraries libmyodbc suggests no packages. -- debconf information: * libmyodbc/addtoodbc: true -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#518090: marked as done (gajim: Should depend on shared-mime-info)
Your message dated Wed, 25 Mar 2009 16:02:23 + with message-id and subject line Bug#518090: fixed in gtk+2.0 2.14.7-5 has caused the Debian Bug report #518090, regarding gajim: Should depend on shared-mime-info to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 518090: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=518090 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: gajim Version: 0.12.1-2 Severity: grave Justification: renders package unusable Hi, Fresh install of gajim with "aptitude -r install gajim" on Sid produces a program that refuses to start: ~ $ gajim Traceback (most recent call last): File "gajim.py", line 231, in import gtkexcepthook File "/usr/share/gajim/src/gtkexcepthook.py", line 31, in import dialogs File "/usr/share/gajim/src/dialogs.py", line 38, in import conversation_textview File "/usr/share/gajim/src/conversation_textview.py", line 159, in class ConversationTextview: File "/usr/share/gajim/src/conversation_textview.py", line 164, in ConversationTextview gajim.DATA_DIR, 'pixmaps', 'muc_separator.png')) gobject.GError: Couldn't recognize the image file format for file '../data/pixmaps/muc_separator.png' Google turned up this: http://wiki.gajim.org/ticket/3461, which relates to an older version and is Windows-specific. Cheers, Daniel -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.29-rc6-dm1 (SMP w/2 CPU cores; 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 gajim depends on: ii dnsutils 1:9.5.1.dfsg.P1-1 Clients provided with BIND ii libatk1.0-01.24.0-2 The ATK accessibility toolkit ii libc6 2.9-4 GNU C Library: Shared libraries ii libcairo2 1.8.6-2 The Cairo 2D vector graphics libra ii libglib2.0-0 2.18.4-2 The GLib library of C routines ii libgtk2.0-02.14.7-4 The GTK+ graphical user interface ii libgtkspell0 2.0.13-2 a spell-checking addon for GTK's T ii libpango1.0-0 1.22.4-2 Layout and rendering of internatio ii libxss11:1.1.3-1 X11 Screen Saver extension library ii python 2.5.4-2 An interactive high-level object-o ii python-glade2 2.12.1-6 GTK+ bindings: Glade support ii python-gtk22.12.1-6 Python bindings for the GTK+ widge ii python-support 0.8.7 automated rebuilding support for P Versions of packages gajim recommends: ii dbus 1.2.12-1 simple interprocess messaging syst ii notification-daemon 0.3.7-1+b1 a daemon that displays passive pop ii python-dbus 0.83.0-1 simple interprocess messaging syst ii python-gnupginterface 0.3.2-9Python interface to GnuPG (GPG) ii python-openssl0.8-1 Python wrapper around the OpenSSL Versions of packages gajim suggests: ii aspell-en 6.0-0-5.1 English dictionary for GNU Aspell pn avahi-daemon (no description available) pn gnome-keyring (no description available) pn nautilus-sendto(no description available) pn network-manager(no description available) pn python-avahi (no description available) pn python-gnome2 (no description available) pn python-gnome2-desktop (no description available) pn python-kerberos(no description available) pn python-sexy(no description available) -- no debconf information --- End Message --- --- Begin Message --- Source: gtk+2.0 Source-Version: 2.14.7-5 We believe that the bug you reported is fixed in the latest version of gtk+2.0, which is due to be installed in the Debian FTP archive: gtk+2.0_2.14.7-5.diff.gz to pool/main/g/gtk+2.0/gtk+2.0_2.14.7-5.diff.gz gtk+2.0_2.14.7-5.dsc to pool/main/g/gtk+2.0/gtk+2.0_2.14.7-5.dsc gtk2-engines-pixbuf_2.14.7-5_amd64.deb to pool/main/g/gtk+2.0/gtk2-engines-pixbuf_2.14.7-5_amd64.deb gtk2.0-examples_2.14.7-5_amd64.deb to pool/main/g/gtk+2.0/gtk2.0-examples_2.14.7-5_amd64.deb libgail-common_2.14.7-5_amd64.deb to pool/main/g/gtk+2.0/libgail-common_2.14.7-5_amd64.deb libgail-dbg_2.14.7-5_amd64.deb to pool/main/g/gtk+2.0/libga
Bug#518091: marked as done (libgtk2.0-0: Fails to load icons in png format)
Your message dated Wed, 25 Mar 2009 16:02:23 + with message-id and subject line Bug#518090: fixed in gtk+2.0 2.14.7-5 has caused the Debian Bug report #518090, regarding libgtk2.0-0: Fails to load icons in png format to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 518090: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=518090 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: libgtk2.0-0 Version: 2.14.7-4 Severity: normal GIMP reports: (gimp:15918): Gtk-WARNING **: Error loading icon: Couldn't recognise the image file format for file '' over and over, once for each png required by the user theme. All icons appeared as [X] images (those that theme sets) or as provided by GIMP default theme (icons not overriden by user theme, and which IIRC are compiled into GIMP binary). The upgrade when it started to happen is: gtk2-engines-pixbuf (2.12.12-1 => 2.14.7-4) gtk2.0-examples (2.12.12-1 => 2.14.7-4) libgail-common (1.22.3-1 => 2.14.7-4) libgail18 (1.22.3-1 => 2.14.7-4) libgtk2.0-0 (2.12.12-1 => 2.14.7-4) libgtk2.0-bin (2.12.12-1 => 2.14.7-4) libgtk2.0-common (2.12.12-1 => 2.14.7-4) libgtk2.0-dev (2.12.12-1 => 2.14.7-4) libgtk2.0-doc (2.12.12-1 => 2.14.7-4) The information below is after reverting to 2.12 (above list with "<="). -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.28-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgtk2.0-0 depends on: ii libatk1.0-0 1.24.0-2 The ATK accessibility toolkit ii libc6 2.9-4 GNU C Library: Shared libraries ii libcairo2 1.8.6-2The Cairo 2D vector graphics libra ii libcups2 1.3.9-14 Common UNIX Printing System(tm) - ii libfontconfig12.6.0-3generic font configuration library ii libglib2.0-0 2.18.4-2 The GLib library of C routines ii libgnutls26 2.6.4-2the GNU TLS library - runtime libr ii libgtk2.0-common 2.12.12-1 Common files for the GTK+ graphica ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libkrb53 1.6.dfsg.4~beta1-9 Transitional library package/krb4 ii libpango1.0-0 1.22.4-2 Layout and rendering of internatio ii libpng12-01.2.35-1 PNG library - runtime ii libtiff4 3.8.2-11 Tag Image File Format (TIFF) libra ii libx11-6 2:1.1.5-2 X11 client-side library ii libxcomposite11:0.4.0-3 X11 Composite extension library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxdamage1 1:1.1.1-4 X11 damaged region extension libra ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi62:1.2.0-2 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrandr22:1.2.3-1 X11 RandR extension library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra ii zlib1g1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages libgtk2.0-0 recommends: ii hicolor-icon-theme0.10-1 default fallback theme for FreeDes ii libgtk2.0-bin 2.12.12-1 The programs for the GTK+ graphica Versions of packages libgtk2.0-0 suggests: ii librsvg2-common 2.22.2-4 SAX-based renderer library for SVG -- no debconf information GSR --- End Message --- --- Begin Message --- Source: gtk+2.0 Source-Version: 2.14.7-5 We believe that the bug you reported is fixed in the latest version of gtk+2.0, which is due to be installed in the Debian FTP archive: gtk+2.0_2.14.7-5.diff.gz to pool/main/g/gtk+2.0/gtk+2.0_2.14.7-5.diff.gz gtk+2.0_2.14.7-5.dsc to pool/main/g/gtk+2.0/gtk+2.0_2.14.7-5.dsc gtk2-engines-pixbuf_2.14.7-5_amd64.deb to pool/main/g/gtk+2.0/gtk2-engines-pixbuf_2.14.7-5_amd64.deb gtk2.0-examples_2.14.7-5_amd64.deb to pool/main/g/gtk+2.0/gtk2.0-examples_2.14.7-5_amd64.deb libgail-common_2.14.7-5_amd64.deb to pool/main/g/gtk+2.0/libgail-common_2.14.7-5_amd64.deb libgail-dbg_2.14.7-5_amd64.deb to pool/main/g/
Bug#520657: marked as done (missing dependency: gdk-pixbuf-csource relies on shared-mime-info)
Your message dated Wed, 25 Mar 2009 16:02:23 + with message-id and subject line Bug#520657: fixed in gtk+2.0 2.14.7-5 has caused the Debian Bug report #520657, regarding missing dependency: gdk-pixbuf-csource relies on shared-mime-info to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 520657: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=520657 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: libgtk2.0-dev Version: 2.14.7-4+b1 Severity: serious -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I recently discovered an FTBFS in a package, which runs gdk-pixbuf-csource to create some source files. Today the command failed with: Couldn't recognize the image file format for file 'foobar.png' I tried to examine the cause and found, that shared-mime-info is required for gdk-pixbuf-csource to detect the image file format. Therefor libgtk2.0-dev should depend on shared-mime-info. Regrads, Daniel - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (850, 'unstable'), (700, 'testing'), (550, 'stable'), (110, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgtk2.0-dev depends on: ii libatk1.0-dev 1.24.0-2 Development files for the ATK acce ii libc6 2.9-6GNU C Library: Shared libraries ii libcairo2-dev 1.8.6-2+b1 Development files for the Cairo 2D ii libglib2.0-02.20.0-2 The GLib library of C routines ii libglib2.0-dev 2.20.0-2 Development files for the GLib lib ii libgtk2.0-0 2.14.7-4+b1 The GTK+ graphical user interface ii libgtk2.0-common2.14.7-4 Common files for the GTK+ graphica ii libpango1.0-dev 1.22.4-2 Development files for the Pango ii libx11-dev 2:1.2-1 X11 client-side library (developme ii libxcomposite-dev 1:0.4.0-3X11 Composite extension library (d ii libxcursor-dev 1:1.1.9-1X cursor management library (devel ii libxdamage-dev 1:1.1.1-4X11 damaged region extension libra ii libxext-dev 2:1.0.4-1X11 miscellaneous extensions libra ii libxfixes-dev 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi-dev 2:1.2.1-2X11 Input extension library (devel ii libxinerama-dev 2:1.0.3-2X11 Xinerama extension library (de ii libxml2-utils 2.7.3.dfsg-1 XML utilities ii libxrandr-dev 2:1.3.0-2X11 RandR extension library (devel ii pkg-config 0.22-1 manage compile and link flags for Versions of packages libgtk2.0-dev recommends: ii debhelper 7.2.6 helper programs for debian/rules ii python2.5.4-2An interactive high-level object-o Versions of packages libgtk2.0-dev suggests: ii libgtk2.0-doc 2.14.7-4 Documentation for the GTK+ graphic - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknFET8ACgkQm0bx+wiPa4zUWACgm6G0Edt40Ysur0m4hQBeoZ/i +bYAn37NyWK88OpZu88Is+E1aSFpGELp =/FNv -END PGP SIGNATURE- --- End Message --- --- Begin Message --- Source: gtk+2.0 Source-Version: 2.14.7-5 We believe that the bug you reported is fixed in the latest version of gtk+2.0, which is due to be installed in the Debian FTP archive: gtk+2.0_2.14.7-5.diff.gz to pool/main/g/gtk+2.0/gtk+2.0_2.14.7-5.diff.gz gtk+2.0_2.14.7-5.dsc to pool/main/g/gtk+2.0/gtk+2.0_2.14.7-5.dsc gtk2-engines-pixbuf_2.14.7-5_amd64.deb to pool/main/g/gtk+2.0/gtk2-engines-pixbuf_2.14.7-5_amd64.deb gtk2.0-examples_2.14.7-5_amd64.deb to pool/main/g/gtk+2.0/gtk2.0-examples_2.14.7-5_amd64.deb libgail-common_2.14.7-5_amd64.deb to pool/main/g/gtk+2.0/libgail-common_2.14.7-5_amd64.deb libgail-dbg_2.14.7-5_amd64.deb to pool/main/g/gtk+2.0/libgail-dbg_2.14.7-5_amd64.deb libgail-dev_2.14.7-5_amd64.deb to pool/main/g/gtk+2.0/libgail-dev_2.14.7-5_amd64.deb libgail-doc_2.14.7-5_all.deb to pool/main/g/gtk+2.0/libgail-doc_2.14.7-5_all.deb libgail18_2.14.7-5_amd64.deb to pool/main/g/gtk+2.0/libgail18_2.14.7-5_amd64.deb libgtk-directfb-2.0-0-udeb_2.14.7-5_amd64.udeb to pool/main/g/gtk+2.0/libgtk-directfb-2.0-0-udeb_2.14.7-5_amd64.udeb libgtk-directfb-2.0-0_2.14.7-5_amd64.deb to pool/main/g/gtk+2.0/libgtk-directfb-2.0-0_2.14.7-5_amd64
Bug#441490: patch to fix ivtools FTBFS #44190
( also Cc'ing Kari Pahula, who signalled an intent to adopt ivtools in http://bugs.debian.org/164800 ) On 03/24/2009 11:23 AM, Günter Geiger wrote: > Thanks for the patch. You are right about the new upstream version, I should > have done that a long time ago but I just can' t find the time to do so. > Ivtools is up for adoption for several years already, so the way the things > are now is that either someone takes over or we stay with the version we > have. Would you object to an NMU to get the current version of the package building from source again? I'm afraid i don't have the bandwidth (or any specific need, knowledge or history with the upstream project) to adopt it myself. Or do you have plans to make 1.1.3-6 (folding in the various NMUs) soon? Thanks for your prompt response, --dkg signature.asc Description: OpenPGP digital signature
Bug#398148: chuck not functional on amd64
Hello, With this patch alsa output works for me. Thanks, Eugeniy Meshcheryakov 25 березня 2009 о 00:31 +0100 Samuel Thibault написав(-ла): > Samuel Thibault, le Tue 24 Mar 2009 23:43:41 +0100, a écrit : > > The alsa case is quite odd, we're getting > > ioctl(5, SNDRV_PCM_IOCTL_READI_FRAMES, 0x7fc0937b1fc0) = -1 EPIPE (Broken > > pipe) > > I haven't found why yet. > > Ok, I've resorted to putting printks in the kernel, which got me to > snd_pcm_pre_start() which calls snd_pcm_playback_data where > > runtime->stop_threshold >= runtime->boundary > > is not true because stop_threshold is 0x7fff, while > runtime->boundary is 0x4800. The attached patch fixes it. > > Samuel > --- chuck-1.2.0.8.dfsg/src/rtaudio.cpp.orig 2009-03-25 00:22:20.0 > +0100 > +++ chuck-1.2.0.8.dfsg/src/rtaudio.cpp2009-03-25 00:22:26.0 > +0100 > @@ -4047,7 +4047,7 @@ >snd_pcm_sw_params_alloca( &sw_params ); >snd_pcm_sw_params_current( handle, sw_params ); >snd_pcm_sw_params_set_start_threshold( handle, sw_params, *bufferSize ); > - snd_pcm_sw_params_set_stop_threshold( handle, sw_params, 0x7fff ); > + snd_pcm_sw_params_set_stop_threshold( handle, sw_params, LONG_MAX ); >snd_pcm_sw_params_set_silence_threshold( handle, sw_params, 0 ); >snd_pcm_sw_params_set_silence_size( handle, sw_params, INT_MAX ); >err = snd_pcm_sw_params( handle, sw_params ); signature.asc Description: Digital signature
Bug#520113: mplayer: FTBFS: non-dynamic relocations refer to dynamic symbol free@@GLIBC_2.0
Diego Biurrun writes: > --enable-debug > > Why do you use this flag? It could be the cause for this build > failure. I'm sorry, but it doesn't cause the failure. configuration: --enable-debug --disable-bitmap-font --disable-ggi --disable-xvid --disable-xmms --disable-arts --disable-aa --disable-mad --disable-libdv --disable-libdvdcss-internal --disable-mencoder makes the build on mips succeed. :-( maybe --enable-debug in combination with our debian patch that replaces libavfoo/libavfoo.a with /usr/lib/libfoo.so? -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516394: so what is the solution?
On Tue, Mar 24, 2009 at 09:18:24PM +0100, Florian Weimer wrote: > * Gerrit Pape: > > The attack under discussion is a bruteforce attack. > > No, it's not, it's about 100 times faster than brute force. We're discussing the birthday attack. A birthday attack is a special type of brute force attack. http://www.google.com/search?q=%22birthday+attack%22+type+of+%22brute+force%22 My statement was in response to the suggested analogy to sniffing telnet. > > o Don't apply a patch against the djbdns binary package, but document the > > fact more prominently. In fact it's already documented for years by > > upstream, and again detailled in his 'Februar 2009 comments'. > > This is incorrect, the old version cannot be reasonably interpreted to > mean that a resolver running dnscache can be poisoned within > 20 minutes. Since years the docs say 'tens of millions of guesses are adequate with a colliding attack;' With the 15000 packets/s assumption from Day you get to 22 minutes. I'd say it definitely can be 'reasonably interpreted' so. > > o Apply a patch to dbndns, the Debian fork of djbdns, that limits > > concurrent outgoing SOA queries to 20. I'm of the opinion that this > > makes the attack significantly harder. > > No, it doesn't. Any cache miss will do. There is just a slight > inefficiency when you have to switch names to get the next round of > cache misses. CVE-2008-4392 doesn't detail such an attack. Can you point to more details, a paper, or an implementation of this attack, that back up the claim? Specifically I doubt the 'slight inefficiency'. > > AFAIK from private discussion, the Debian security team doesn't agree > > with my assessment. I don't know what their plans are for stable. > > I still hope to get a better patch. While we wait for who knows how long, I suggest we get the fix for #518169 into stable; packages still are available through http://niequai.smarden.org/ruGho2e/ Regards, Gerrit. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520920: texlive-base-bin: bibtex crashes on realloc (invalid next size)
On Mi, 25 Mär 2009, Hilmar Preusse wrote: > Who is upstream in your opinion? Are you sure this is a problem in > bibtex? It could be in glibc and kpathsea too (IMHO). I would forward it to the texlive and/or the tex-k list for now and ask for help. Hilmar, can you do that please, my laptop is broken, I have to use others' computers for now and cannot come to anything on it for the time being. Thanks Best wishes Norbert --- Dr. Norbert Preining Vienna University of Technology Debian Developer Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- THRUMSTRER (n.) The irritating man next to you in a concert who thinks he's (a) the conductor, (b) the brass section. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#521198: php5-suhosin nulls mysql update parameters and allows update to continue
Package: php5-suhosin Version: 0.9.27-1 Severity: critical Justification: breaks unrelated software Suhosin nulls the parameters of a very large mysql update resulting in null values being submitted to the database, where data was expected. It seems more reasonable that Suhosin would instead kill the update queries if it considers them to be an attack. And log it so the admin can make appropriate changes. As it is, it is highly destructive, and not immediately apparent when suhosin is first installed/updated. It only appears later when the end-users generate a large enough update. A ticking time bomb for the database. This has been certainly more destructive to me in the last week, than any "attack" in the last 10 years. Until this is resolved I would suggest Suhosin be enabled in simulation mode by default. Thank you, David -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18.8-linode16 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages php5-suhosin depends on: ii libapache2-mod-php 5.2.6.dfsg.1-1+lenny2 server-side, HTML-embedded scripti ii libc6 2.7-18GNU C Library: Shared libraries ii php5-cli [phpapi-2 5.2.6.dfsg.1-1+lenny2 command-line interpreter for the p php5-suhosin recommends no packages. php5-suhosin suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520464: herrie: FTBFS: ./src/conftest.c:67: error: too few arguments to function 'spiff_write'
On Fri, Mar 20, 2009 at 02:55:35AM +0100, Sebastian Pipping wrote: > What version of libSpiff do you build against? 1.0.0-1 See: https://buildd.debian.org/fetch.cgi?pkg=herrie;ver=2.1-1%2Bb1;arch=amd64;stamp=1237492307 Kurt -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520464: Support for libxspf
I guess the best solution would be to just use this patch: http://www.FreeBSD.org/cgi/cvsweb.cgi/ports/audio/herrie/files/patch-libxspf -- Ed Schouten WWW: http://80386.nl/ pgpeyeDBhm9Q3.pgp Description: PGP signature
Processed: severity of 518069 is wishlist
Processing commands for cont...@bugs.debian.org: > severity 518069 wishlist Bug#518069: Please always start dbus when running a GNOME session Severity set to `wishlist' from `grave' > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520464: Support for libxspf
Kurt Roeckx wrote: >> What version of libSpiff do you build against? > > 1.0.0-1 > > See: > https://buildd.debian.org/fetch.cgi?pkg=herrie;ver=2.1-1%2Bb1;arch=amd64;stamp=1237492307 I see. You are trying to build Herrie 2.1 against libSpiff 1.0.0. Due to an ABI and API break between libSpiff 0.8.4 and 1.0.0 this cannot work. The configure test hits this change: 0.8.4 int spiff_write(struct spiff_list *list, const char *filename); 1.0.0 int spiff_write(struct spiff_list *list, char const *filename, char const *baseuri); So to build Herrie 2.1 you can use libSpiff 0.8.4 at max. Herrie 2.2 compiles against libSpiff 1.0.0. Ed Schouten wrote: > I guess the best solution would be to just use this patch: > > > http://www.FreeBSD.org/cgi/cvsweb.cgi/ports/audio/herrie/files/patch-libxspf With release 1.1.0 libSpiff was renamed to libxspf. With the patch Ed provided you can make Herrie 2.2 use libxspf 1.1.0 or 1.2.0 instead. This is what you should do if you can. Sebastian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#441490: patch to fix ivtools FTBFS #44190
Hi, Go ahead with the NMU. I do not have plans to upgrade soon. Best, Gunter On Wed, Mar 25, 2009 at 5:12 PM, Daniel Kahn Gillmor wrote: > ( also Cc'ing Kari Pahula, who signalled an intent to adopt ivtools in > http://bugs.debian.org/164800 ) > > On 03/24/2009 11:23 AM, Günter Geiger wrote: > > Thanks for the patch. You are right about the new upstream version, I > should > > have done that a long time ago but I just can' t find the time to do so. > > Ivtools is up for adoption for several years already, so the way the > things > > are now is that either someone takes over or we stay with the version we > > have. > > Would you object to an NMU to get the current version of the package > building from source again? I'm afraid i don't have the bandwidth (or > any specific need, knowledge or history with the upstream project) to > adopt it myself. > > Or do you have plans to make 1.1.3-6 (folding in the various NMUs) soon? > > Thanks for your prompt response, > >--dkg > >
Bug#521200: fglrx: Test with 1:9-2-2 not successful
Package: fglrx-driver Version: 1:9-2-2 Severity: grave File: fglrx-source Justification: renders package unusable I've tried with 1:9-2-2. Still having the same issues as reported before. The screen goes black, if the kernel module is loaded. With the automativ debian xorg.conf, i don't get a x-server also without the kernel module loaded. I still have to use the configuration reported on Feb 24th for a working (2D) X-Server. Regards Daniel -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fglrx-driver depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii fglrx-glx 1:9-2-2proprietary libGL for the non-free ii laptop-detect 0.13.6 attempt to detect a laptop ii libc6 2.7-18 GNU C Library: Shared libraries ii libdrm2 2.3.1-2Userspace interface to kernel DRM ii libgl1-mesa-glx [libgl1] 7.0.3-7A free implementation of the OpenG ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrandr22:1.2.3-1 X11 RandR extension library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra ii xserver-xorg 1:7.3+18 the X.Org X server Versions of packages fglrx-driver recommends: ii fglrx-atieventsd 1:9-2-2external events daemon for the non ii fglrx-glx 1:9-2-2proprietary libGL for the non-free ii fglrx-glx-ia321:9-2-2proprietary libGL for the non-free ii fglrx-source 1:9-2-2kernel module source for the non-f Versions of packages fglrx-driver suggests: ii fglrx-control 1:8-12-4 control panel for the non-free AMD -- debconf information: fglrx-driver/acpi_switch: false -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#521122: console-setup: fails to install: "eval: line 2125: unexpected EOF while looking for matching `"'"
On Wed, Mar 25, 2009 at 03:07:33AM +0100, Julien Cristau wrote: > > Thanks, the problem was the space in the XkbOptions value which my > script didn't handle. The attached patch fixes that. It is not only your script - the parsing of console-setup doesn't allow spaces between options so this will require a patch too. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514386: preliminary updated FireGPG packages available
People who may be interested in FireGPG in debian-- I'm not sure how much impetus there is to get firegpg back into the archive right now. But i'd like to see the tool get wider exposure where possible, and inclusion in debian could help that. After talking with Patrick Brunschwig (on enigm...@mozdev.org), Maximilien Cuony (on http://forum.getfiregpg.org), and Alexander Sack (on irc://irc.freenode.net/#ubuntu-mozillateam), I crafted some packages for the latest version of FireGPG (0.7.5). I want to thank the folks i spoke to for their valuable insights, which helped me a lot. Any mistakes in the packaging are all my own. These are preliminary packages; i'd love any review people can give. They make quite large changes to the packaging process, so i'd prefer to get feedback from Joao (the current maintainer, CC'ed here too) to see what he's interested in doing with them. My previous e-mails to Joao have gone unanswered, unfortuantely. Joao, i hope you're OK! The changelog entry from my packaging attempt says: >* New Upstream Release: > - updated to current gmail changes. > - fixes writing cleartext and passphrases to temporary files > (Closes: #514386) >* dropped "iceweasel-" from package name; this should work with firefox > also on systems which have firefox. Loosened dependency to include > iceweasel | firefox > (Closes: #489745) >* minimized debian/rules >* building xulrunner-ipc internally with custom makefiles. >* switched to Architecture: any >* bumped Standards-Version to 3.8.1 (no special changes needed) >* turned off automatic updates by default. > (Closes: #489889) You can find the source (and amd64 binaries) here (built against sid): http://lair.fifthhorseman.net/~dkg/src/firegpg/ Since FireGPG is not in the archive any longer, i don't consider this urgent. But if we want to provide this package in debian, i suspect something along these lines will be useful. And I'm willing to take over maintenance for the package, Joao, if you are considering orphaning it. Regards, --dkg PS another option for packaging would be to break out the ipc XPCOM component into its own package (asac had suggested packaging it as a simple extension, and making firegpg depend on it). If any other package in the archive needs this piece in the future (future versions of enigmail? a standalone XUL-based OpenPGP keyring management app?), we should probably consider splitting it out from the firegpg package; as it currently stands, it seemed simpler to keep it as a single package. signature.asc Description: OpenPGP digital signature
Bug#518281: patch insufficient
Julien Cristau wrote: > On Wed, 2009-03-25 at 09:45 +0100, Sebastian Andrzej Siewior wrote: >> The problem here is that it is not just a library. libkatze itself is a >> .a static library which is merged into midori and this is fine. But it >> is also merged into a few add-ons which are .so and that's where you >> need the -fPIC because now the static library becomes suddenly a shared >> library as well. > > Then one possible fix is to build it twice, once with -fPIC to use in > shared objects, and once without it for midori. Which is the only sane way to do it if you need both static and shared objects. Cheers Luk -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#521122: console-setup: fails to install: "eval: line 2125: unexpected EOF while looking for matching `"'"
On Wed, 2009-03-25 at 20:09 +0200, Anton Zinoviev wrote: > On Wed, Mar 25, 2009 at 03:07:33AM +0100, Julien Cristau wrote: > > > > Thanks, the problem was the space in the XkbOptions value which my > > script didn't handle. The attached patch fixes that. > > It is not only your script - the parsing of console-setup doesn't allow > spaces between options so this will require a patch too. It should be easy to remove the spaces directly from the awk script, if you want to avoid touching other parts of console-setup for that. Let me know if I should prepare an updated patch. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520966: libgnomedesktop2.20-cil: Missing Depends
On Wed, Mar 25, 2009 at 01:30:52AM +0100, Mirco Bauer wrote: > > by a corner cause in the build flow. > > Oh and I forgot, if you have set the DepWaits on gnome-do [0] to wait > on libgnomedesktop2.20-cil (>> 2.20.1-3) please clear that, as that > package will not be changed (as unneeded) for the next couple of weeks. > If you want to install a DepWait, please use libgnome2.24-cil (>= > 2.24.1-3). DepWaits should be set correctly now. Kurt -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520328: Dependencies between the packages of the same library
Hi, to quote Debian policy: "8.5 Dependencies between the packages of the same library Typically the development version should have an exact version dependency on the runtime library, to make sure that compilation and linking happens correctly. The ${binary:Version} substitution variable can be useful for this purpose." Furthermore ${Source-Version} is deprecated and should be replaced with ${binary:Version} . Please do so, and add the necessary dependencies in all your -dev packages (libvtk5-dev, libvtk5-qt3-dev, libvtk5-qt4-dev). It also looks as if debian/copyright is missing the maintainer's copyright on the packaging itself. Regards, -- .''`. Philipp Hübner : :' : http://qa.debian.org/developer.php?login=debalance%40arcor.de `. `'` HP: http://debalance.funpic.de, Skype: philipp-huebner `- ICQ: 235-524-440, Jabber: der_scha...@jabber.org signature.asc Description: OpenPGP digital signature
Bug#518586: NMU for geoclue_0.11.1-1 / FTBFS
Hi, I plan to upload geoclue as NMU with the attached patch within the next days if there're no objections against it. Cheers, Bernd -- Bernd Zeimetz Debian GNU/Linux Developer GPG Fingerprint: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 c235b108822e7744d8d636d63d74a1b38f0adcc8 diff --git a/debian/README.source b/debian/README.source new file mode 100644 index 000..e37ca52 --- /dev/null +++ b/debian/README.source @@ -0,0 +1,4 @@ +* The packaging of geoclue uses quilt to manage patches + at build time. Please install the package 'quilt' and see + /usr/share/doc/quilt/README.source + for details. diff --git a/debian/changelog b/debian/changelog index ecd2e7b..8b3b470 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,12 @@ +geoclue (0.11.1-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Adding quilt patch system and a patch to fix a FTBFS due to a changed +API of libgammu (Closes: #518586). Also adding debian/README.source +as required by policy. + + -- Bernd Zeimetz Wed, 25 Mar 2009 20:20:54 +0100 + geoclue (0.11.1-1) unstable; urgency=low * New upstream version (stable) diff --git a/debian/control b/debian/control index 08ccb5b..8d0313e 100644 --- a/debian/control +++ b/debian/control @@ -2,7 +2,7 @@ Source: geoclue Section: utils Priority: optional Maintainer: Craig Andrews -Build-Depends: debhelper (>= 4), libtool, libgconf2-dev, libgtk2.0-dev, libdbus-glib-1-dev, libgps-dev, libsoup2.2-dev, libxml2-dev, network-manager-dev, libgammu-dev, xsltproc +Build-Depends: debhelper (>= 4), libtool, libgconf2-dev, libgtk2.0-dev, libdbus-glib-1-dev, libgps-dev, libsoup2.2-dev, libxml2-dev, network-manager-dev, libgammu-dev, xsltproc, quilt Standards-Version: 3.8.0 Package: geoclue @@ -15,7 +15,6 @@ Description: Geographic information framework sources using a D-Bus api or a C library. . This package contains the master server for GeoClue. - . Package: libgeoclue0 Section: libs diff --git a/debian/patches/GSM_FindGammuRC_api.diff b/debian/patches/GSM_FindGammuRC_api.diff new file mode 100644 index 000..a91fd02 --- /dev/null +++ b/debian/patches/GSM_FindGammuRC_api.diff @@ -0,0 +1,11 @@ +--- a/providers/gsmloc/geoclue-gsmloc.c b/providers/gsmloc/geoclue-gsmloc.c +@@ -104,7 +104,7 @@ static gboolean geoclue_gsmloc_get_cell + } + + /* Find and read configuration file */ +- error = GSM_FindGammuRC (&cfg); ++ error = GSM_FindGammuRC (&cfg, NULL); + if (error != ERR_NONE) { + g_printerr ("Gammu error: %s\n", GSM_ErrorString (error)); + if (GSM_IsConnected (state)) { diff --git a/debian/patches/series b/debian/patches/series new file mode 100644 index 000..3ea5fce --- /dev/null +++ b/debian/patches/series @@ -0,0 +1 @@ +GSM_FindGammuRC_api.diff diff --git a/debian/rules b/debian/rules index b2ade0c..c877852 100755 --- a/debian/rules +++ b/debian/rules @@ -4,6 +4,9 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 +include /usr/share/quilt/quilt.make + + package = geoclue CFLAGS = -Wall -g @@ -18,7 +21,7 @@ DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) configure: configure-stamp -configure-stamp: +configure-stamp: patch dh_testdir ln -sf /usr/share/misc/config.sub config.sub ln -sf /usr/share/misc/config.guess config.guess @@ -31,7 +34,8 @@ build-stamp: configure-stamp $(MAKE) CFLAGS="$(CFLAGS)" touch build-stamp -clean: +clean: clean-patched unpatch +clean-patched: dh_testdir dh_testroot if [ -f Makefile ]; then $(MAKE) -i distclean; fi;
Bug#519312: Removing dfb++ and fusionsound?
reassign 465403 ftp.debian.org reassign 465404 ftp.debian.org retitle 465404 RM: dfb++ -- RoQA; orphaned 1y+, no reverse deps, tiny popcon retitle 465403 RM: fusionsound -- RoQA; orphaned 1y+, no reverse deps, tiny popcon thanks --- Adeodato Simó [Mon, 16 Mar 2009 14:40:22 +0100]: > Hello, > dfb++ and fusionsound have been orphaned for more than a year now > without nobody picking them up. They are both libraries, said to be part > of the directfb suite. However, they’ve not been adopted by the DirectFB > Maintainers, and additionally they have no reverse dependencies in Debian. > Both are failing to build against directfb 1.2.0 (#519307, #519312). I’d > like to hear the opinion of the DirectFB Maintainers about the relevance > of these packages, and their willingness to adopt them. > But since they have no reverse dependencies, maybe a plain removal is a > better option? I’ll do that in a week unless somebody objects or an > offer for maintenance is received. FWIW, I received [1] from the directfb maintainer, but it seems it never arrived to -qa despite being CC'ed there. [1]: http://lists.alioth.debian.org/pipermail/pkg-directfb-devel/2009-March/93.html Thanks, -- - Are you sure we're good? - Always. -- Rory and Lorelai -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#518586: NMU for geoclue_0.11.1-1 / FTBFS
No objection here - quilt looks like a great addition. Thanks! ~Craig > Hi, > > I plan to upload geoclue as NMU with the attached patch within the next > days if > there're no objections against it. > > Cheers, > > Bernd > > -- > Bernd Zeimetz Debian GNU/Linux Developer > GPG Fingerprint: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 > -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#518281: patch insufficient
* Luk Claes | 2009-03-25 19:17:57 [+0100]: >Julien Cristau wrote: >> On Wed, 2009-03-25 at 09:45 +0100, Sebastian Andrzej Siewior wrote: >>> The problem here is that it is not just a library. libkatze itself is a >>> .a static library which is merged into midori and this is fine. But it >>> is also merged into a few add-ons which are .so and that's where you >>> need the -fPIC because now the static library becomes suddenly a shared >>> library as well. >> >> Then one possible fix is to build it twice, once with -fPIC to use in >> shared objects, and once without it for midori. > >Which is the only sane way to do it if you need both static and shared >objects. okay, I will look into it. The build system isn't using auto*/libtool so I'm currious how long it will take until it does what I want :) >Cheers > >Luk Sebastian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514547: marked as done (mediawiki: new upstream release, fixes security issues in the installer)
Your message dated Wed, 25 Mar 2009 19:53:58 + with message-id and subject line Bug#514547: fixed in mediawiki 1:1.12.0-2lenny3 has caused the Debian Bug report #514547, regarding mediawiki: new upstream release, fixes security issues in the installer to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 514547: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=514547 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: mediawiki Version: 1:1.12.0-2lenny3 Severity: grave Tags: security Justification: user security hole Hi all ! A new upstream release of mediawiki was done in order to fix security issues in the installer: "This is a security release of 1.13.4, 1.12.4 and 1.6.12. A number of cross-site scripting (XSS) security vulnerabilities were discovered in the web-based installer (config/index.php). These vulnerabilities all require a live installer -- once the installer has been used to install a wiki, it is deactivated. Note that cross-site scripting vulnerabilities can be used to attack any website in the same cookie domain. So if you have an uninstalled copy of MediaWiki on the same site as an active web service, MediaWiki could be used to attack the active service. If you are hosting an old copy of MediaWiki that you have never installed, we advise you to remove it from the web. Additionally, we are releasing 1.14.0rc1, the first release candidate of the 2009 Q1 branch. Brave souls are encouraged to download it and try it out. Note that we have disabled SQLite installation in 1.14, due to the incompleteness of the implementation. We intend to restore it in 1.15. We're not sure how many people are using SQLite, so contact us if our treatment of it is causing you problems." I have already imported the patch in the lenny/ branch on the SVN[1], but I have absolutely no time to do serious testings, so any interested contributor would be much welcome :) Romain [1]: svn{+ssh}://svn.debian.org/svn/pkg-mediawiki/mediawiki/lenny -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mediawiki depends on: ii apache2-mpm-worker [httpd 2.2.11-1 Apache HTTP Server - high speed th ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii mime-support 3.44-1 MIME files 'mime.types' & 'mailcap ii php5 5.2.6.dfsg.1-2 server-side, HTML-embedded scripti ii php5-mysql5.2.6.dfsg.1-2 MySQL module for php5 Versions of packages mediawiki recommends: ii mysql-server-5.0 [mysql-s 5.0.67-1 MySQL database server binaries ii php5-cli 5.2.6.dfsg.1-2 command-line interpreter for the p Versions of packages mediawiki suggests: pn clamav (no description available) ii imagemagick 7:6.3.7.9.dfsg1-2.1+lenny1 image manipulation programs pn mediawiki-mat (no description available) pn memcached (no description available) -- debconf information: mediawiki/webserver: apache2 --- End Message --- --- Begin Message --- Source: mediawiki Source-Version: 1:1.12.0-2lenny3 We believe that the bug you reported is fixed in the latest version of mediawiki, which is due to be installed in the Debian FTP archive: mediawiki-math_1.12.0-2lenny3_amd64.deb to pool/main/m/mediawiki/mediawiki-math_1.12.0-2lenny3_amd64.deb mediawiki_1.12.0-2lenny3.diff.gz to pool/main/m/mediawiki/mediawiki_1.12.0-2lenny3.diff.gz mediawiki_1.12.0-2lenny3.dsc to pool/main/m/mediawiki/mediawiki_1.12.0-2lenny3.dsc mediawiki_1.12.0-2lenny3_all.deb to pool/main/m/mediawiki/mediawiki_1.12.0-2lenny3_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 514...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Romain Beauxis (supplier of updated mediawiki package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 07 Feb 2009 19:57:08 +0100 Sour
Processed: tagging 521185
Processing commands for cont...@bugs.debian.org: > tags 521185 sid Bug#521185: libmyodbc: Creashes with symbol error Tags were: patch Tags added: sid > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#521213: ocsinventory-agent: Fails to install/upgrade
Package: ocsinventory-agent Version: 1:1.0.1-1 Severity: serious Tags: patch Justification: Fails to install/upgrade. Hello Pierre, Gonéri. Failure to install: | mktemp: cannot create temp file /tmp/ocsinv.: Invalid argument | dpkg: error processing ocsinventory-agent (--configure): | subprocess post-installation script returned error exit status 1 | Errors were encountered while processing: | ocsinventory-agent | E: Sub-process /usr/bin/dpkg returned an error code (1) (Some vimists? “debian/:” is a strange file. :p) The attached patch fixed it for me. Mraw, KiBi. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-rc9-kibi (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ocsinventory-agent depends on: ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii libcompress-zlib-perl 2.015-1Perl module for creation and manip ii libnet-ip-perl1.25-2 Perl extension for manipulating IP ii libnet-ssleay-perl1.35-2 Perl module for Secure Sockets Lay ii libproc-daemon-perl 0.03-2 Run Perl program as a daemon proce ii libwww-perl 5.825-1WWW client/server library for Perl ii libxml-simple-perl2.18-1 Perl module for reading and writin ii perl 5.10.0-19 Larry Wall's Practical Extraction ii po-debconf1.0.15 manage translated Debconf template ii ucf 3.0018 Update Configuration File: preserv ocsinventory-agent recommends no packages. Versions of packages ocsinventory-agent suggests: ii dmidecode 2.9-1 Dump Desktop Management Interface ii nmap 4.68-1 The Network Mapper ii pciutils 1:3.1.2-2 Linux PCI Utilities -- debconf information excluded --- a/debian/: +++ b/debian/: @@ -50,7 +50,7 @@ case "$1" in TAG="$RET" # Creating local sample config - TMPFILE=`mktemp /tmp/ocsinv.` + TMPFILE=`mktemp /tmp/ocsinv.` if [ -n "$SERVER" ]; then echo "server=$SERVER" >> $TMPFILE fi --- a/debian/ocsinventory-agent.postinst +++ b/debian/ocsinventory-agent.postinst @@ -50,7 +50,7 @@ case "$1" in TAG="$RET" # Creating local sample config - TMPFILE=`mktemp /tmp/ocsinv.` + TMPFILE=`mktemp /tmp/ocsinv.` if [ -n "$SERVER" ]; then echo "server=$SERVER" >> $TMPFILE fi
Bug#518281: patch insufficient
* Trent W. Buck | 2009-03-25 20:10:22 [+1100]: >On Wed, Mar 25, 2009 at 09:29:56AM +0100, Sebastian Andrzej Siewior wrote: >> >+ CFLAGS="-fPIC" ./waf --nocache configure --prefix=/usr >> this is not cool because now -fPIC is also used for midori binary >> itself. > >Please help me to understand why it's bad to use -fPIC for the binary >itself. It will work, but with unneeded overhead. Let me explain a little: -fPIC generates position independent code. That is required for .so files because they are loaded at "random position" in memory while the binary is always loaded always at the same / fixed position in memory. Now, if your code is at a random place in memory you can't rely on constant offsets to access a variable in memory. So how to solve this? You need a reference point. This is how the ABI of x86_64 solves this: |--- test_gcc.S 2009-03-25 20:33:23.0 +0100 |+++ test_fPIC_gcc.S 2009-03-25 20:33:23.0 +0100 |@@ -8,10 +8,10 @@ |.type main, @function | main: | .LFB20: |+ leaq.LC0(%rip), %rdi |subq$8, %rsp | .LCFI0: |- movl$.LC0, %edi |- callputs |+ callp...@plt |xorl%eax, %eax |addq$8, %rsp |ret $.LC0 is the variable I'm going to pass to puts as an argument. Without -fPIC it is just moved (movl) into the register and then we jump to puts. With -fPIC an constant (.LC0) is added to $rip (the current instruction pointer) and saved in the argument register. leaq is little more complex and has two bytes more in the binary level. So your variable here is reference relative from your current position. This little overhead has to be done for all variables (except for those on stack) and for a "few" branches. Does not look that bad, does it? Now let see what x86_32 does: |--- test_i386.S 2009-03-25 20:37:40.0 +0100 |+++ test_fPIC_i386.S2009-03-25 20:37:46.0 +0100 |@@ -12,16 +12,28 @@ |pushl -4(%ecx) |pushl %ebp |movl%esp, %ebp |- pushl %ecx |- subl$4, %esp |- movl$.LC0, (%esp) |- callputs |- addl$4, %esp |+ subl$24, %esp |+ movl%ebx, -4(%ebp) |+ call__i686.get_pc_thunk.bx |+ addl$_GLOBAL_OFFSET_TABLE_, %ebx |+ movl%ecx, -8(%ebp) |+ leal@gotoff(%ebx), %eax |+ movl%eax, (%esp) |+ callp...@plt |+ movl-8(%ebp), %ecx |xorl%eax, %eax |- popl%ecx |+ movl-4(%ebp), %ebx |+ movl%ebp, %esp |popl%ebp |leal-4(%ecx), %esp |ret Again, without -fPIC $.LC0 is pushed directly on stack but with there is little more going going on. save ebx, get a pointer, add GOT offset, load .LCO via an offset the GOT table and then push on stack and restore ebx later. I could add more arches here, compare them and their overhead but I think you get the point. >> So I guess that you should be fine if you take my initial patch and >> replace pariss with parisc* > >Will that still result in -fPIC being used for the binary -- but only >on HPPA? no, just libkatze and a few others but not the midori binary and yes just on hppa. >PS: as you noticed, for the experimental upload just now I just set >PIC unconditionally. From Debian Policy, -fPIC should *always* be >used for .so files. So as I see it the remaining issue is to ensure >that -fPIC isn't used or the midori binary, but is used for the .so >files. the "unconditionally" in my patch title was meant for the .a files not the whole build process. My bad wording + after changing the code I did not change the subject. As I wrote in my other email, I try to now to build libkatze twice: once with -fPIC to link against .so files and once without to link against the midori binary. Sebastian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#518586: NMU for geoclue_0.11.1-1 / FTBFS
Craig Andrews wrote: > No objection here - quilt looks like a great addition. Uploaded. Cheers, Bernd -- Bernd Zeimetz Debian GNU/Linux Developer GPG Fingerprint: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#521213: ocsinventory-agent: Fails to install/upgrade
Hi Cyril, I found the reason why I missed that... mktemp (1.6-2) unstable; urgency=low * Bump to Standards-Version 3.8.1. * Use mkstemp and mkdtemp from libc instead of private internal code. This raises the minimum number of trailing X's to the minimum enforced by libc. -- Clint Adams Mon, 23 Mar 2009 20:17:45 -0400 signature.asc Description: Digital signature
Processed: tagging 521213
Processing commands for cont...@bugs.debian.org: > tags 521213 pending Bug#521213: ocsinventory-agent: Fails to install/upgrade Tags were: patch Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520250: fix
On Wed, Mar 25, 2009 at 06:45:37PM +1100, Mark Purcell wrote: > On Tuesday 24 March 2009 17:40:35 Alex Samad wrote: > > [UPGRADE] libmediastreamer0 2.1.1-1+b1 -> 3.0.0-3 > > and it fixed the problem. > > Looks like we should version the libs ;-( it looks like a major version number change > > Mark -- "I think the American people -- I hope the American -- I don't think, let me -- I hope the American people trust me." - George W. Bush 12/18/2002 Washington, DC signature.asc Description: Digital signature
Bug#518281: patch insufficient
* Luk Claes | 2009-03-25 19:17:57 [+0100]: >Julien Cristau wrote: >> On Wed, 2009-03-25 at 09:45 +0100, Sebastian Andrzej Siewior wrote: >>> The problem here is that it is not just a library. libkatze itself is a >>> .a static library which is merged into midori and this is fine. But it >>> is also merged into a few add-ons which are .so and that's where you >>> need the -fPIC because now the static library becomes suddenly a shared >>> library as well. >> >> Then one possible fix is to build it twice, once with -fPIC to use in >> shared objects, and once without it for midori. > >Which is the only sane way to do it if you need both static and shared >objects. please see attached. Tested here on amd64 and it looks like working. >Cheers > >Luk Sebastian >From 83144898f3c88e68f2a71e417181c71db5529da2 Mon Sep 17 00:00:00 2001 From: Sebastian Andrzej Siewior Date: Wed, 25 Mar 2009 21:59:29 +0100 Subject: [PATCH] build: use -fPIC when needed change the build process a little for libkatze: - build it once with -fPIC. This version is used by the .so /extensions - build it again without -fPIC. This version is used by midori binary itself This is a litle cleanup & fix for build problems on hppa & mips. Signed-off-by: Sebastian Andrzej Siewior --- extensions/wscript_build |2 +- katze/wscript_build | 25 + midori/wscript_build | 10 +- 3 files changed, 15 insertions(+), 22 deletions(-) diff --git a/extensions/wscript_build b/extensions/wscript_build index 8ce7027..64c6132 100644 --- a/extensions/wscript_build +++ b/extensions/wscript_build @@ -26,5 +26,5 @@ for extension in extensions: obj.includes = '..' obj.source = source obj.uselib = 'UNIQUE LIBSOUP GIO GTK SQLITE WEBKIT LIBXML' -obj.uselib_local = 'katze' +obj.uselib_local = 'katze_dynamic' obj.install_path = '${LIBDIR}/midori' diff --git a/katze/wscript_build b/katze/wscript_build index 128fd35..73a07b1 100644 --- a/katze/wscript_build +++ b/katze/wscript_build @@ -2,15 +2,16 @@ # WAF build script for midori # This file is licensed under the terms of the expat license, see the file EXPAT. -import platform - -obj = bld.new_task_gen ('cc', 'staticlib') -obj.name = 'katze' -obj.target = 'katze' -obj.includes = '. ../.' -obj.find_sources_in_dirs ('.') -obj.uselib = 'GMODULE LIBSOUP GTK LIBXML' -obj.install_path = None - -if platform.architecture ()[0] == '64bit': -obj.env.append_value ('CCFLAGS', '-fPIC') +for run in [0, 1]: + obj = bld.new_task_gen ('cc', 'staticlib') + if run == 0: + obj.name = 'katze_dynamic' + obj.target = 'katze_dynamic' + obj.env.append_value ('CCFLAGS', '-fPIC') + else: + obj.name = 'katze_static' + obj.target = 'katze_static' + obj.includes = '. ../.' + obj.find_sources_in_dirs ('.') + obj.uselib = 'GMODULE LIBSOUP GTK LIBXML' + obj.install_path = None diff --git a/midori/wscript_build b/midori/wscript_build index 91f5302..b9797d7 100644 --- a/midori/wscript_build +++ b/midori/wscript_build @@ -2,8 +2,6 @@ # WAF build script for midori # This file is licensed under the terms of the expat license, see the file EXPAT. -import platform - obj = bld.new_task_gen ('cc', 'staticlib') obj.name = 'midori' obj.target = 'midori' @@ -11,12 +9,9 @@ obj.includes = '. ..' obj.find_sources_in_dirs ('.', excludes=['main.c']) obj.add_marshal_file ('marshal.list', 'midori_cclosure_marshal') obj.uselib = 'UNIQUE LIBSOUP LIBIDN GIO GTK SQLITE WEBKIT LIBXML HILDON' -obj.uselib_local = 'katze' +obj.uselib_local = 'katze_static' obj.install_path = None -if platform.architecture ()[0] == '64bit': -obj.env.append_value ('CCFLAGS', '-fPIC') - obj = bld.new_task_gen ('cc', 'staticlib') obj.name = 'panels' obj.target = 'panels' @@ -26,9 +21,6 @@ obj.uselib = 'UNIQUE LIBSOUP GMODULE GTHREAD GIO GTK SQLITE WEBKIT LIBXML' obj.uselib_local = 'midori' obj.install_path = None -if platform.architecture ()[0] == '64bit': -obj.env.append_value ('CCFLAGS', '-fPIC') - obj = bld.new_task_gen ('cc', 'program') obj.target = 'midori' obj.includes = '. .. ../panels' -- 1.6.2.1
Bug#441490: patch to fix ivtools FTBFS #441490
On 03/25/2009 02:11 PM, Günter Geiger wrote: > Go ahead with the NMU. I do not have plans to upgrade soon. OK, i've built an NMU that resolves #441490, and published the files at: http://lair.fifthhorseman.net/~dkg/src/ivtools/ the .changes and .dsc are signed, but as i'm not a DD yet, someone else is going to need to do the final review and upload (Patrick?) I'm attaching the interdiff between versions here (basically, just the previous diff plus a changelog entry). fwiw, in my testing i tried out the package by running idraw and flipbook, and i have serious reservations about keeping this package in the archive without an active maintainer. There are trivial reasons, like: the X11-based tools do not respect $DISPLAY -- I had to invoke them like "idraw -display $DISPLAY" if i wasn't running them on the local console. Also, the package contains a large number of binaries without manpages, and isn't lintian clean. Then, there are bugginess reasons, like the fact that flipbook appears to segfault if you type "help" in the lower pane, and seems to have trouble resuming from being backgrounded. And finally, there is the question of overall necessity: for people doing the kind of work that idraw allows, inkscape is signficantly superior today, under active development, and up-to-date in the archive. flipbook allows animated vector graphics (which inkscape does not), but the renderer is significantly lower-quality than people expect of vector renderers today, and the file format generated is not nearly as widely-used as SVG. Given that: * no packages depend on any of the ivtools packages (the only thing close i could find is that pstoedit Suggests: ivtools-bin), * the maintainer has stated his intent to orphan, * we have a 4-year-old version in the archive, and * none of the ivtools packages appear to even have an entry in popcon, it's not clear to me that there is a good argument for keeping the package in debian at all. So while i'm offering this NMU to fix an outstanding RC bug, i think this bug (and several others) might be better fixed by the package's removal from the archive. Günter, Kari, i'll leave it up to the two of you to file an RM request if neither of you is actively interested in resuscitating this package. Regards, --dkg diff -u ivtools-1.1.3/src/IV-common/string.c ivtools-1.1.3/src/IV-common/string.c --- ivtools-1.1.3/src/IV-common/string.c +++ ivtools-1.1.3/src/IV-common/string.c @@ -22,6 +22,7 @@ * WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. */ +#include #include #include #include diff -u ivtools-1.1.3/src/include/ivstd/iostream.h ivtools-1.1.3/src/include/ivstd/iostream.h --- ivtools-1.1.3/src/include/ivstd/iostream.h +++ ivtools-1.1.3/src/include/ivstd/iostream.h @@ -1,3 +1,4 @@ +#include #ifndef _iv_iostream_h_ #define _iv_iostream_h_ #include diff -u ivtools-1.1.3/src/include/ivstd/fstream.h ivtools-1.1.3/src/include/ivstd/fstream.h --- ivtools-1.1.3/src/include/ivstd/fstream.h +++ ivtools-1.1.3/src/include/ivstd/fstream.h @@ -1,3 +1,4 @@ +#include #ifndef _iv_fstream_ #define _iv_fstream_ #include_next diff -u ivtools-1.1.3/src/OS/file.c ivtools-1.1.3/src/OS/file.c --- ivtools-1.1.3/src/OS/file.c +++ ivtools-1.1.3/src/OS/file.c @@ -22,12 +22,12 @@ * OF THIS SOFTWARE. */ +#include #include #include #include #include #include -#include #include #ifdef sgi diff -u ivtools-1.1.3/src/Attribute/paramlist.c ivtools-1.1.3/src/Attribute/paramlist.c --- ivtools-1.1.3/src/Attribute/paramlist.c +++ ivtools-1.1.3/src/Attribute/paramlist.c @@ -25,6 +25,7 @@ * Implementation of ParamList class. */ +#include #include #include #include diff -u ivtools-1.1.3/src/InterViews/fchooser.c ivtools-1.1.3/src/InterViews/fchooser.c --- ivtools-1.1.3/src/InterViews/fchooser.c +++ ivtools-1.1.3/src/InterViews/fchooser.c @@ -26,6 +26,7 @@ * FileChooser -- select a file */ +#include #include #include #include diff -u ivtools-1.1.3/src/InterViews/ol_kit.c ivtools-1.1.3/src/InterViews/ol_kit.c --- ivtools-1.1.3/src/InterViews/ol_kit.c +++ ivtools-1.1.3/src/InterViews/ol_kit.c @@ -22,6 +22,7 @@ * OF THIS SOFTWARE. */ +#include #include #include #include diff -u ivtools-1.1.3/src/InterViews/field.c ivtools-1.1.3/src/InterViews/field.c --- ivtools-1.1.3/src/InterViews/field.c +++ ivtools-1.1.3/src/InterViews/field.c @@ -26,6 +26,7 @@ * FieldEditor -- simple editor for text fields */ +#include #include #include #include diff -u ivtools-1.1.3/src/InterViews/session.c ivtools-1.1.3/src/InterViews/session.c --- ivtools-1.1.3/src/InterViews/session.c +++ ivtools-1.1.3/src/InterViews/session.c @@ -26,6 +26,7 @@ * Session - coordinate control flow and display management */ +#include #include #include #include diff -u ivtools-1.1.3/src/InterViews/kit.c ivtools-1.1.3/src/InterViews/kit.c --- ivtools-1.1.3/src/InterViews/kit.c +++ ivtools-1.1.3/src/InterViews/kit.c @@ -25,7 +25,7 @@ /*
Bug#521213: marked as done (ocsinventory-agent: Fails to install/upgrade)
Your message dated Wed, 25 Mar 2009 21:33:41 + with message-id and subject line Bug#521213: fixed in ocsinventory-agent 1:1.0.1-2 has caused the Debian Bug report #521213, regarding ocsinventory-agent: Fails to install/upgrade to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 521213: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=521213 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: ocsinventory-agent Version: 1:1.0.1-1 Severity: serious Tags: patch Justification: Fails to install/upgrade. Hello Pierre, Gonéri. Failure to install: | mktemp: cannot create temp file /tmp/ocsinv.: Invalid argument | dpkg: error processing ocsinventory-agent (--configure): | subprocess post-installation script returned error exit status 1 | Errors were encountered while processing: | ocsinventory-agent | E: Sub-process /usr/bin/dpkg returned an error code (1) (Some vimists? “debian/:” is a strange file. :p) The attached patch fixed it for me. Mraw, KiBi. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-rc9-kibi (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ocsinventory-agent depends on: ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii libcompress-zlib-perl 2.015-1Perl module for creation and manip ii libnet-ip-perl1.25-2 Perl extension for manipulating IP ii libnet-ssleay-perl1.35-2 Perl module for Secure Sockets Lay ii libproc-daemon-perl 0.03-2 Run Perl program as a daemon proce ii libwww-perl 5.825-1WWW client/server library for Perl ii libxml-simple-perl2.18-1 Perl module for reading and writin ii perl 5.10.0-19 Larry Wall's Practical Extraction ii po-debconf1.0.15 manage translated Debconf template ii ucf 3.0018 Update Configuration File: preserv ocsinventory-agent recommends no packages. Versions of packages ocsinventory-agent suggests: ii dmidecode 2.9-1 Dump Desktop Management Interface ii nmap 4.68-1 The Network Mapper ii pciutils 1:3.1.2-2 Linux PCI Utilities -- debconf information excluded --- a/debian/: +++ b/debian/: @@ -50,7 +50,7 @@ case "$1" in TAG="$RET" # Creating local sample config - TMPFILE=`mktemp /tmp/ocsinv.` + TMPFILE=`mktemp /tmp/ocsinv.` if [ -n "$SERVER" ]; then echo "server=$SERVER" >> $TMPFILE fi --- a/debian/ocsinventory-agent.postinst +++ b/debian/ocsinventory-agent.postinst @@ -50,7 +50,7 @@ case "$1" in TAG="$RET" # Creating local sample config - TMPFILE=`mktemp /tmp/ocsinv.` + TMPFILE=`mktemp /tmp/ocsinv.` if [ -n "$SERVER" ]; then echo "server=$SERVER" >> $TMPFILE fi --- End Message --- --- Begin Message --- Source: ocsinventory-agent Source-Version: 1:1.0.1-2 We believe that the bug you reported is fixed in the latest version of ocsinventory-agent, which is due to be installed in the Debian FTP archive: ocsinventory-agent_1.0.1-2.diff.gz to pool/main/o/ocsinventory-agent/ocsinventory-agent_1.0.1-2.diff.gz ocsinventory-agent_1.0.1-2.dsc to pool/main/o/ocsinventory-agent/ocsinventory-agent_1.0.1-2.dsc ocsinventory-agent_1.0.1-2_all.deb to pool/main/o/ocsinventory-agent/ocsinventory-agent_1.0.1-2_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 521...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Gonéri Le Bouder (supplier of updated ocsinventory-agent package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 25 Mar 2009 21:38:59 +0100 Source: ocsinventory-agent Binary: ocsinventory-agent Architecture: source all Version: 1:1.0.1-2 Distribution: unstable Urgency: low Maintainer: Pierre Chifflier Changed-By: Gonéri Le Bouder Description: ocsinventory-agent - Hardware and software i
Bug#518586: marked as done (geoclue_0.11.1-1(mips/unstable): FTBFS on mips)
Your message dated Wed, 25 Mar 2009 21:32:58 + with message-id and subject line Bug#518586: fixed in geoclue 0.11.1-1.1 has caused the Debian Bug report #518586, regarding geoclue_0.11.1-1(mips/unstable): FTBFS on mips to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 518586: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=518586 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: geoclue Version: 0.11.1-1 Severity: serious There was an error while trying to autobuild your package: > Automatic build of geoclue_0.11.1-1 on mayr by sbuild/mips 99.999 > Build started at 20090307-0822 [...] > ** Using build dependencies supplied by package: > Build-Depends: debhelper (>= 4), libtool, libgconf2-dev, libgtk2.0-dev, > libdbus-glib-1-dev, libgps-dev, libsoup2.2-dev, libxml2-dev, > network-manager-dev, libgammu-dev, xsltproc [...] > Making all in gsmloc > make[4]: Entering directory `/build/buildd/geoclue-0.11.1/providers/gsmloc' > mips-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../..-I../.. -I../.. > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/dbus-1.0 > -I/usr/lib/dbus-1.0/include -I/usr/include/libxml2 -I/usr/include/gammu > -Wall -g -O2 -MT geoclue_gsmloc-geoclue-gsmloc.o -MD -MP -MF > .deps/geoclue_gsmloc-geoclue-gsmloc.Tpo -c -o geoclue_gsmloc-geoclue-gsmloc.o > `test -f 'geoclue-gsmloc.c' || echo './'`geoclue-gsmloc.c > geoclue-gsmloc.c: In function 'geoclue_gsmloc_get_cell': > geoclue-gsmloc.c:107: error: too few arguments to function 'GSM_FindGammuRC' > make[4]: *** [geoclue_gsmloc-geoclue-gsmloc.o] Error 1 > make[4]: Leaving directory `/build/buildd/geoclue-0.11.1/providers/gsmloc' > make[3]: *** [all-recursive] Error 1 > make[3]: Leaving directory `/build/buildd/geoclue-0.11.1/providers' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/build/buildd/geoclue-0.11.1' > make[1]: *** [all] Error 2 > make[1]: Leaving directory `/build/buildd/geoclue-0.11.1' > make: *** [build-stamp] Error 2 > dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=mips&pkg=geoclue&ver=0.11.1-1 --- End Message --- --- Begin Message --- Source: geoclue Source-Version: 0.11.1-1.1 We believe that the bug you reported is fixed in the latest version of geoclue, which is due to be installed in the Debian FTP archive: geoclue-examples_0.11.1-1.1_amd64.deb to pool/main/g/geoclue/geoclue-examples_0.11.1-1.1_amd64.deb geoclue-geonames_0.11.1-1.1_amd64.deb to pool/main/g/geoclue/geoclue-geonames_0.11.1-1.1_amd64.deb geoclue-gpsd_0.11.1-1.1_amd64.deb to pool/main/g/geoclue/geoclue-gpsd_0.11.1-1.1_amd64.deb geoclue-gsmloc_0.11.1-1.1_amd64.deb to pool/main/g/geoclue/geoclue-gsmloc_0.11.1-1.1_amd64.deb geoclue-hostip_0.11.1-1.1_amd64.deb to pool/main/g/geoclue/geoclue-hostip_0.11.1-1.1_amd64.deb geoclue-localnet_0.11.1-1.1_amd64.deb to pool/main/g/geoclue/geoclue-localnet_0.11.1-1.1_amd64.deb geoclue-manual_0.11.1-1.1_amd64.deb to pool/main/g/geoclue/geoclue-manual_0.11.1-1.1_amd64.deb geoclue-plazes_0.11.1-1.1_amd64.deb to pool/main/g/geoclue/geoclue-plazes_0.11.1-1.1_amd64.deb geoclue-yahoo_0.11.1-1.1_amd64.deb to pool/main/g/geoclue/geoclue-yahoo_0.11.1-1.1_amd64.deb geoclue_0.11.1-1.1.diff.gz to pool/main/g/geoclue/geoclue_0.11.1-1.1.diff.gz geoclue_0.11.1-1.1.dsc to pool/main/g/geoclue/geoclue_0.11.1-1.1.dsc geoclue_0.11.1-1.1_amd64.deb to pool/main/g/geoclue/geoclue_0.11.1-1.1_amd64.deb libgeoclue-dev_0.11.1-1.1_amd64.deb to pool/main/g/geoclue/libgeoclue-dev_0.11.1-1.1_amd64.deb libgeoclue0_0.11.1-1.1_amd64.deb to pool/main/g/geoclue/libgeoclue0_0.11.1-1.1_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 518...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Bernd Zeimetz (supplier of updated geoclue package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 25 Mar 2009 20:20:54 +0100 Source: geoclue Binary: geoclue libgeoclue0 libgeoclue-dev geoclue-manual geoclue-hostip geoclue-plazes geoclue-gpsd geoclue-geonames geoclue-gsmloc geoclue-localnet geoclue-yahoo geoclue-examples Architecture: s
Processed: Re: Bug#510417: links2: silently accepts bad SSL certificates
Processing commands for cont...@bugs.debian.org: > found 510417 2.1pre26-4 Bug#510417: links2: silently accepts bad SSL certificates Bug marked as found in version 2.1pre26-4. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#521223: abiword: cannot stat `debian/tmp/usr/lib/abiword-2.6/plugins/AbiWord': No such file or directory
Source: abiword Version: 2.6.8-4 Severity: serious Hi, Your package is failing to build with the following error: dh_install -pabiword cp: cannot stat `debian/tmp/usr/lib/abiword-2.6/plugins/AbiWord': No such file or directory dh_install: cp returned exit code 1 make: *** [binary-install/abiword] Error 1 Kurt -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#521104: marked as done (could not find disc XXX in the metadata)
Your message dated Wed, 25 Mar 2009 21:47:05 + with message-id and subject line Bug#521104: fixed in dmraid 1.0.0.rc15-6 has caused the Debian Bug report #521104, regarding could not find disc XXX in the metadata to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 521104: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=521104 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: libdmraid1.0.0.rc15 Version: 1.0.0.rc15-5 Severity: grave I suffered from bug #520875. Once I upgraded to -5 I was still getting could not find disk XXX in the metadata I downgraded to -3 but I was still getting the error till I downgraded to -3 the libdmraid to -3. I don't know if it is a problem of the library or the problem with dmraid -5 is still not solved but I wasn't able to make dmraid work even with newest version. I've an Intel ctl RAID bus controller: Intel Corporation 82801 SATA RAID Controller (rev 02) and in -4 I can see there was a: * [4b3dfa0] debian/patches/15_isw_incorrect_status_fix.patch: fix incorrect status displayed when disk is missing (isw) -- Ivan Sergio Borgonovo http://www.webthatworks.it --- End Message --- --- Begin Message --- Source: dmraid Source-Version: 1.0.0.rc15-6 We believe that the bug you reported is fixed in the latest version of dmraid, which is due to be installed in the Debian FTP archive: dmraid-udeb_1.0.0.rc15-6_i386.udeb to pool/main/d/dmraid/dmraid-udeb_1.0.0.rc15-6_i386.udeb dmraid_1.0.0.rc15-6.diff.gz to pool/main/d/dmraid/dmraid_1.0.0.rc15-6.diff.gz dmraid_1.0.0.rc15-6.dsc to pool/main/d/dmraid/dmraid_1.0.0.rc15-6.dsc dmraid_1.0.0.rc15-6_i386.deb to pool/main/d/dmraid/dmraid_1.0.0.rc15-6_i386.deb libdmraid-dev_1.0.0.rc15-6_i386.deb to pool/main/d/dmraid/libdmraid-dev_1.0.0.rc15-6_i386.deb libdmraid1.0.0.rc15-udeb_1.0.0.rc15-6_i386.udeb to pool/main/d/dmraid/libdmraid1.0.0.rc15-udeb_1.0.0.rc15-6_i386.udeb libdmraid1.0.0.rc15_1.0.0.rc15-6_i386.deb to pool/main/d/dmraid/libdmraid1.0.0.rc15_1.0.0.rc15-6_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 521...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Giuseppe Iuculano (supplier of updated dmraid package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 25 Mar 2009 22:34:59 +0100 Source: dmraid Binary: dmraid dmraid-udeb libdmraid1.0.0.rc15-udeb libdmraid1.0.0.rc15 libdmraid-dev Architecture: source i386 Version: 1.0.0.rc15-6 Distribution: unstable Urgency: low Maintainer: Giuseppe Iuculano Changed-By: Giuseppe Iuculano Description: dmraid - Device-Mapper Software RAID support tool dmraid-udeb - Device-Mapper Software RAID support tool (udeb) (udeb) libdmraid-dev - Device-Mapper Software RAID support tool - header files libdmraid1.0.0.rc15 - Device-Mapper Software RAID support tool - shared library libdmraid1.0.0.rc15-udeb - Device-Mapper Software RAID support tool - shared library (udeb) (udeb) Closes: 521104 Changes: dmraid (1.0.0.rc15-6) unstable; urgency=low . * [6af052c] Remove 15_isw_incorrect_status_fix.patch, it causes a segfault. (Closes: #521104) Checksums-Sha1: b736b4bd693787d902087f78dcc2f4580e83569c 1391 dmraid_1.0.0.rc15-6.dsc 03fa811cb26b4d257dffe781a93a7306f28b38a5 26437 dmraid_1.0.0.rc15-6.diff.gz 1b6e454ed707bf139e5900022924c01e62d380bc 33704 dmraid_1.0.0.rc15-6_i386.deb a46689ee3221b75710c61f7625276b7b62f84eef 9324 dmraid-udeb_1.0.0.rc15-6_i386.udeb cd988a51c34d14a7a042f8e7a74a9fe186392a63 84262 libdmraid1.0.0.rc15-udeb_1.0.0.rc15-6_i386.udeb 30ce76517798d33a9eba67575c3074138288 100276 libdmraid1.0.0.rc15_1.0.0.rc15-6_i386.deb bdda7328303694ed8524247cbb84c5c016ac7011 138302 libdmraid-dev_1.0.0.rc15-6_i386.deb Checksums-Sha256: 3630ae13965d6c4e50b94c9123aba675070ec9ab07d6426f8ba5f26a61a8a445 1391 dmraid_1.0.0.rc15-6.dsc b3140109ce64346d80d404639a9c3693001756f8ae471d503ca7375b0b873005 26437 dmraid_1.0.0.rc15-6.diff.gz 6c6bbaf3efb7261d2a39e93e5141959a8c41bd945976038d26c5aeebec834abb 33704 dmraid_1.0.0.rc15-6_i386.deb 1c041134ecc9ef3f20f5c0ee1efd2d84fa6658946aed5f341d864144836fb045 9324 dmraid-udeb_1.0.0.rc15-6_i386.udeb 88094d1be642d33f0dc4a791fd547c01bfb9bab7c65454ee8cdce88
Bug#518802: The version of the VirtualBox kernel modules and the version of VirtualBox application are not matching
Looking at the upstream BTS: http://www.virtualbox.org/ticket/1499 | Sorry, but this will not work. You have to use either a 32-bit kernel | and a 32-bit environment or a 64-bit kernel and a 64-bit environment if | you want to use VirtualBox. The reason is that VirtualBox is kind of | system software which has to communicate closely with the host kernel. There seems to be no way to provide an -amd64 modules package for i386 systems at all. - Dietrich -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#521225: samba: mishandling of mapped read-only attribute causes failed profile sync
Package: samba Version: 2:3.3.2-1 Severity: critical Tags: patch Justification: causes serious data loss When using roaming profiles with Samba configured as a domain controller, Samba bug #6186 can cause data loss if an attempt is made to syncronize a roaming profile that includes a file that is marked read-only. This bug causes our users' roaming profiles to fail a complete sync at logoff once a file mapped as read-only tries to overwrite a previously declared read-only file on the Samba server. A patch is provided with the Samba bug report. -- System Information: Debian Release: 4.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.28.mathserver-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages samba depends on: ii add 3.102Add and remove users and groups ii deb 1.5.11etch2 Debian configuration management sy ii lib 2.2.41-1 Access control list shared library ii lib 1:2.4.43-2 Extended attribute shared library ii lib 2.9-4GNU C Library: Shared libraries ii lib 2.16-2 support for getting/setting POSIX. ii lib 1.39+1.40-WIP-2006.11.14+dfsg-2etch1 common error description library ii lib 1.3.9-15 Common UNIX Printing System(tm) - ii lib 2.6.4-2 the GNU TLS library - runtime libr ii lib 1.6.dfsg.4~beta1-9 MIT Kerberos runtime libraries - k ii lib 1.6.dfsg.4~beta1-9 MIT Kerberos runtime libraries - C ii lib 1.6.dfsg.4~beta1-9 MIT Kerberos runtime libraries ii lib 2.4.15-1 OpenLDAP libraries ii lib 0.79-5 Pluggable Authentication Modules f ii lib 0.79-5 Runtime support for the PAM librar ii lib 1.0.1-7 Pluggable Authentication Modules l ii lib 1.14-4 lib for parsing cmdline parameters ii lib 1.2.0~git20080616-1 hierarchical pool based memory all ii lib 2:3.3.1-1Samba winbind client library ii log 3.7.1-3 Log rotation utility ii lsb 3.2-20 Linux Standard Base 3.2 init scrip ii pro 1:3.2.7-3/proc file system utilities ii sam 2:3.3.2-1common files used by both the Samb ii upd 4.27-0.5 inetd.conf updater ii zli 1:1.2.3-13 compression library - runtime samba recommends no packages. -- debconf information: samba/run_mode: daemons samba/tdbsam: false samba/generate_smbpasswd: true -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520771: [evolution-data-server] Possibly duplicate
On Wed, 2009-03-25 at 09:19 +0100, Michel Dänzer wrote: > On Wed, 2009-03-25 at 09:08 +0100, Svante Signell wrote: > > On Wed, 2009-03-25 at 08:43 +0100, Michel Dänzer wrote: > > > This could be a duplicate of #520132. Svante, can you try the patch > > > referenced there? > > > > > Is there a .deb file somewhere i can try with the patch included? > > Only a _powerpc.deb . What a pity, I need a _i386.deb > -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#521227: irssi-plugin-xmpp: Segfault when successfully identified
Package: irssi-plugin-xmpp Version: 0.13+cvs20080610-1 Severity: grave Justification: renders package unusable Hi, the xmpp-plugin segfault with the new version (0.8.13~rc1-1) of irssi. It works fine with 0.8.12-6. The segfault is after a successfully identification, something like that : 1) /load xmpp 2) /xmppconnect j...@server password 3) [...] 23:45 -!- Irssi: Connection to server.truc established 4) 23:45 -!-Segfault If you need a trace, just ask. But I think that it is very easy to reproduce... Cheers, -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.28-1-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages irssi-plugin-xmpp depends on: ii irssi 0.8.13~rc1-1 terminal based IRC client ii libc6 2.9-6GNU C Library: Shared libraries ii libglib2.0-02.20.0-2 The GLib library of C routines ii libidn111.12-1 GNU Libidn library, implementation ii libloudmouth1-0 1.4.2-2 Lightweight C Jabber library irssi-plugin-xmpp recommends no packages. irssi-plugin-xmpp suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#521213: ocsinventory-agent: Fails to install/upgrade
Gonéri Le Bouder (25/03/2009): > Hi Cyril, > > I found the reason why I missed that... > > mktemp (1.6-2) unstable; urgency=low > > * Bump to Standards-Version 3.8.1. > * Use mkstemp and mkdtemp from libc instead of private internal code. > This raises the minimum number of trailing X's to the minimum > enforced by libc. > > -- Clint Adams Mon, 23 Mar 2009 20:17:45 -0400 Yep, I meant to mention it in my bugreport, but reportbug had troubles talking to an SMTP relay and I had to type it again, forgetting that part. Sorry for that. Mraw, KiBi. signature.asc Description: Digital signature
Bug#506679: google-perftools_0.98-1(ia64/unstable): FTBFS: Atomic64 errors
Hello, lam...@debian.org, le Sun 23 Nov 2008 10:20:30 -0700, a écrit : > > ./src/base/atomicops-internals-x86.h:337: error: memory input 3 is not > > directly addressable Mmm, x86/ia64... See src/base/atomicops.h: #if [ a lot of archs ] #else // Assume x86 for now. If you need to support a new architecture and // don't know how to implement atomic ops, you can probably get away // with using pthreads, since atomicops is only used by spinlock.h/cc //#error You need to implement atomic operations for this architecture #include "base/atomicops-internals-x86.h" #endif ... So basically it is only ported on i386, amd64 and powerpc, other archs will try to use the x86 code and just fail. I suggest changing the packages-arch-specific. I wonder why it doesn't just use libatomicops... Samuel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520981: libwebkit-1.0-2: Library package contains non-versioned files
On Mon, 2009-03-23 at 22:22 -0700, Luis Rodrigo Gallardo Cruz wrote: > Please move the libexec files to a different package. I'm preparing an upload with a libwebkit-1.0-bin, for those. Anyone against? I'll push the changes, and upload the package tomorrow night if it's OK =). Thanks, -- Gustavo Noronha Debian Project -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#521238: Bus error on AMD64
Package: stardic Version: 1.3.1-5 Severity: grave Justification: renders package unusable When stardic starts, I can see that its frame flash then crashes with "Bus error" printed on stderr: $ stardic Bus error It crashes with version 1.3.1-4.2 as well: $ stardic stardic: Symbol `_XmStrings' has different size in shared object, consider re-linking Bus error -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable'), (300, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-grml64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages stardic depends on: ii lesstif21:0.95.0-2.1 OSF/Motif 2.1 implementation relea ii libc6 2.7-18 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1.1 GCC support library ii libstdc++6 4.3.2-1.1The GNU Standard C++ Library v3 ii libx11-62:1.1.5-2X11 client-side library ii libxext62:1.0.4-1X11 miscellaneous extension librar ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii stardic-common 1.3.1-5 common files for the English-Chine stardic recommends no packages. stardic suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: bug 521225 is forwarded to https://bugzilla.samba.org/show_bug.cgi?id=6186, tagging 521225
Processing commands for cont...@bugs.debian.org: > forwarded 521225 https://bugzilla.samba.org/show_bug.cgi?id=6186 Bug#521225: samba: mishandling of mapped read-only attribute causes failed profile sync Noted your statement that Bug has been forwarded to https://bugzilla.samba.org/show_bug.cgi?id=6186. > tags 521225 upstream fixed-upstream Bug#521225: samba: mishandling of mapped read-only attribute causes failed profile sync Tags were: patch Tags added: upstream, fixed-upstream > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520113: mplayer: FTBFS: non-dynamic relocations refer to dynamic symbol free@@GLIBC_2.0
Reinhard Tartler writes: > maybe --enable-debug in combination with our debian patch that replaces > libavfoo/libavfoo.a with /usr/lib/libfoo.so? pusling confirms on irc that removeing --enable-debug in combination with our patch to use the system ffmpeg library causes think linker failiure. This is yet to be confirmed, but does someone from the mips porters have some idea what could be going on here? for pkg-multimedia, this means that we most probably need disable the configure switch --enable-debug on mipsen. This means that we cannot provide a functional mplayer-dbg package for mipsen. If that is really the case, then this bug should be retitled "--enable-debug causes FTBFS on mipsen when linking to a shared libavcodec" both in debian and upstream. Another possibility would be that our ffmpeg packages are slightly broken on mips. However since other application do link fine, I don't find this very likely. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#517494: severity of 517494
severity 517494 important thanks Jelmer is of course right, “serious” is too high a severity for a bug reporting violation of a policy “should” directive. -- \ “Under democracy one party always devotes its chief energies to | `\ trying to prove that the other party is unfit to rule — and | _o__) both commonly succeed, and are right.” —Henry L. Mencken | Ben Finney signature.asc Description: Digital signature
Processed: Re: severity of 517494
Processing commands for cont...@bugs.debian.org: > severity 517494 important Bug#517494: bzr-buildpackage: Does not have a useful manpage Severity set to `important' from `serious' > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520113: mplayer: FTBFS: non-dynamic relocations refer to dynamic symbol free@@GLIBC_2.0
Reinhard Tartler wrote: > Reinhard Tartler writes: > >> maybe --enable-debug in combination with our debian patch that replaces >> libavfoo/libavfoo.a with /usr/lib/libfoo.so? > > pusling confirms on irc that removeing --enable-debug in combination > with our patch to use the system ffmpeg library causes think linker > failiure. > > This is yet to be confirmed, but does someone from the mips porters have > some idea what could be going on here? > > for pkg-multimedia, this means that we most probably need disable the > configure switch --enable-debug on mipsen. This means that we cannot > provide a functional mplayer-dbg package for mipsen. > > If that is really the case, then this bug should be retitled > "--enable-debug causes FTBFS on mipsen when linking to a shared > libavcodec" both in debian and upstream. > > Another possibility would be that our ffmpeg packages are slightly > broken on mips. However since other application do link fine, I don't > find this very likely. Are you sure that everything that is linked together is compiled with -fPIC? Cheers Luk -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org