Bug#906461: florence: diff for NMU version 0.6.3-1.1
Hi! On 14/09/2018 15:51, Adrian Bunk wrote: > I've prepared an NMU for florence (versioned as 0.6.3-1.1) and uploaded > it to DELAYED/14. Please feel free to tell me if I should cancel it. Thanks! Feel free to upload it right away or even take over the package. I sadly still haven't found enough time and energy to adjust packages to my current (non-)involvement in Debian. -- Lunar signature.asc Description: OpenPGP digital signature
Bug#882103: python-pkg-resources: crashing with "ImportError: No module named load_entry_point"
intrigeri: > Lunar, unless you disagree I'll do a team upload that disables this > profile by default. We can re-enable it if/once someone feels like > keeping it up-to-date and working. What do you think? Please go ahead! I sadly won't have time to take a look before a while. :) Thanks, -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: PGP signature
Bug#849142: [PATCH] Update dex_expected_diffs and test requirement to ensure test compatibility with enjarify >= 1.0.3. (Closes: #849142)
Chris Lamb: > Daniel Shahaf wrote: > > > > +if subprocess.call( > > > +('python3', '-c', 'import enjarify.typeinference'), > > > > Use sys.executable instead of hardcoding 'python3', to handle the case > > that there's more than one python3 binary on the system? > > I deliberately used python3 to match the behaviour of what the > /usr/bin/enjarify script does. Guess it's worth adding a comment about it for future readers. :) -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#812459: python3-stem: fails to upgrade from 'testing' - trying to overwrite /usr/bin/tor-prompt
Hi Donncha, Donncha O'Cearbhaill: > This package is marked for autoremoval on the 8th March and the bug has > not received a response from the package maintainer. > > I've attached an NMU patch which I think will resolve this issue. Thanks for the patch! > diff -Nru python-stem-1.4.1b/debian/changelog > python-stem-1.4.1b/debian/changelog > --- python-stem-1.4.1b/debian/changelog 2016-01-18 14:58:04.0 > +0100 > +++ python-stem-1.4.1b/debian/changelog 2016-03-06 00:16:13.0 > +0100 > @@ -1,3 +1,12 @@ > +python-stem (1.4.1b-2.1) unstable; urgency=medium > + > + * Non-maintainer upload. > + * debian/rules: Use update-alternatives to select between > +/usr/bin/tor-prompt for the Python 2 and Python 3 packages > +(Closes: #812459). I don't think alternatives are the solution to this. tor-prompt as provided by python-stem or by python3-stem should be strictly equilavent in terms of features. I can't imagine why would someone prefer to use the Python 2 version when someone else would prefer the Python 3 one. I think either tor-prompt should be moved to its own package, or only kept in python3-stem (because Python 2 will have to go away one day). We can make python-stem Depends on python3-stem to make sure that tor-prompty will continue to be there on upgrade. -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#815171: [Reproducible-builds] Bug#815171: Bug#815171: Bug#815171: Bug#815171: diffoscope: build time tests fail on armhf
Holger Levsen: > But given the above (100% build failure on armhf and 33% > failure on am64) I now think this is indeed a serious > issue, thus it should be treated as such. I've removed myself from Uploaders. As you are listed there, feel free to fix the bug as you see fit. -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#815171: diffoscope: build time tests fail on armhf
Control: retitle -1 diffoscope: tests for directory are brittle Control: severity -1 normal Holger Levsen: > diffoscope fails to build from source in unstable/armhf but has > successfully built in the past: […] > […] > tests/comparators/test_directory.py:53: AssertionError > […] > tests/comparators/test_directory.py:59: IndexError Feel free to just retry. The test suite for the directory comparator is brittle and tend to break once in a while for timing reasons. -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#812188: closed by Osamu Aoki <os...@debian.org> (Re: Bug#812188: debiandoc-sgml-doc-pt-br: FTBFS: make[1]: nsgmls: Command not found)
Debian Bug Tracking System: > This package is caught up in the package transition which caused: > > > make[1]: nsgmls: Command not found > > With recent NMU of debiandoc-sgml changing by Niel its package > dependencies, this should have been fixed. See Bug#805061 The last build attempted on 2016-01-31 on reproducible.debia.net failed with the same error. -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#795056: SOURCE_DATE_EPOCH
Camm Maguire: > Greetings! Following the link you reference, it appears that I do not > need to export this variable, right? Debhelper is at a later version in > unstable. The documentation was a bit confusing. Thanks: I've just fixed it. SOURCE_DATE_EPOCH will only be exported for packages using `dh`. maxima is currently using the “old style” debhelper. So you either need to switch the package to `dh`—which I recommend—or export SOURCE_DATE_EPOCH manually. PS: Please note that you only addressed your reply to the Debian bug address. Even if it's confusing, bug submitters do *not* receive copies of these emails. It's customary practice to list them in the To field, especially when asking for more information. -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#790490: python-rpm: fail to load when rpm-common is not installed
Package: python-rpm Version: 4.12.0.1+dfsg1-2 Severity: serious Hi! python-rpm is unusable when rpm-common is not installed: # pbuilder --login # apt-get install python-rpm # python Python 2.7.10 (default, Jun 1 2015, 16:21:46) [GCC 4.9.2] on linux2 Type help, copyright, credits or license for more information. import rpm error: Unable to open /usr/lib/rpm/rpmrc for reading: No such file or directory. Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/python2.7/dist-packages/rpm/__init__.py, line 10, in module from rpm.transaction import * File /usr/lib/python2.7/dist-packages/rpm/transaction.py, line 5, in module from rpm._rpm import ts as TransactionSetCore ImportError: cannot import name ts # apt-get install rpm-common # python Python 2.7.10 (default, Jun 1 2015, 16:21:46) [GCC 4.9.2] on linux2 Type help, copyright, credits or license for more information. import rpm -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#779634: closed by Jamie Wilkinson j...@debian.org (Bug#779634: fixed in pymad 0.8-2)
Control: reopen -1 Hi! Changes: pymad (0.8-2) unstable; urgency=medium . * Fix the pre-configure command to build Setup correctly. (Closes: #779634) Sorry, but this does not seem to be fixed. dh_auto_clean -O--buildsystem=pybuild I: pybuild base:170: python2.7 setup.py clean No 'Setup' file. Perhaps you need to run the configure script. E: pybuild pybuild:256: clean: plugin distutils failed with: exit code=1: python2.7 setup.py clean dh_auto_clean: pybuild --clean -i python{version} -p 2.7 --dir . returned exit code 13 make: *** [clean] Error 13 debian/rules:11: recipe for target 'clean' failed Full logs: https://buildd.debian.org/status/package.php?p=pymad -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#773916: libical: Ship different constant values accross builds
Dimitri John Ledkov: If I fail to upload this, please upload it instead of me. Looks like the upload went ok. I am now able to rebuild libical reproducibly. :) Please remember to coordinate with the release team for binNUMs and unblocks. -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#773916: libical: Ship different constant values accross builds
Package: libical-dev Version: 1.0-1.1 Severity: critical User: reproducible-bui...@lists.alioth.debian.org Usertags: randomness Hi! While working on the “reproducible builds” effort [1], we have noticed that libical could not be built reproducibly: https://jenkins.debian.net/userContent/dbd/libical_1.0-1.1.debbindiff.html The debbindiff output linked above show that two builds of libical will output different values for the constant defined in the icalvalue_kind enum in ical.h and icalderivedvalue.h. This is bad. It means that any software using these values will break when libical is updated. After a quick look at the report, this might be the cause for #766454. The problem highly likely lies in the following code: https://sources.debian.net/src/libical/1.0-1.1/scripts/mkderivedvalues.pl/?hl=66:74#L66 Sorting the keys before using them should make the output stable accross builds. Ideally this should be done in all similar constructs to enable the package to build reproducibly. Packages having a Build-Depends on libical-dev should probably be binNMU'ed once this is fixed. That should be: agenda.app, asterisk, bluez, cairo-dock-plug-ins, citadel, cyrus-imapd-2.4, evolution, evolution-data-server, evolution-ews, gnokii, goldencheetah, ical2html, kdepimlibs, kmymoney, libsynthesis, openchange, orage, osmo, syncevolution, webcit. [1]: https://wiki.debian.org/ReproducibleBuilds -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#752904: ooniprobe: Cannot run ooniprobe in armhf
Control: tags -1 + unreproducible Luser: I installed the ooniprobe package using 'apt-get install ooniprobe'. * Run '/usr/bin/ooniprobe' output: Illegal instruction I can't reproduce the problem on harris.debian.org. 0xb6ae824c in ?? () from /usr/lib/python2.7/dist-packages/_yaml.so (gdb) where #0 0xb6ae824c in ?? () from /usr/lib/python2.7/dist-packages/_yaml.so #1 0xb6fe8254 in ?? () from /lib/ld-linux-armhf.so.3 #2 0xb6fff094 in _rtld_global () from /lib/ld-linux-armhf.so.3 #3 0xb6fff094 in _rtld_global () from /lib/ld-linux-armhf.so.3 The problem hardly looks in ooniprobe itself from the stacktrace. Could you please try to play with the yaml module or run other software which depends on python-yaml? I'm enclined to think the problem is on your hardware given the amount of armhf users and the fact that no one reported an issue. -- Jérémy Bobbio.''`. jeremy.bob...@irq7.fr : : : lu...@debian.org `. `'` lu...@torproject.org `- signature.asc Description: Digital signature
Bug#744975: xul-ext-https-everywhere: all rules lost?
Hi Christoph, Christoph Anton Mitterer: It seems that apart form loosing some security due to the campaign of the anti-CAcert fraction (I wonder why it is better to have e.g. rules for cacert.org removed, I mean... if people go to that site they WILL have the certs installed manually and will want that security)... The CACert rules are still there, just disabled by default. Anyway...as the screenshot shows basically all but a few other rules seem to be gone as well... o.O The rules are there. If you visit http://www.debian.org/ you will notice that HTTPS Everywhere will rewrite the URL… and the URL will be shown in the rule list. I agree this is a major inconvenience though, especially if you wish to renable CACert-supported rules. -- Jérémy Bobbio.''`. jeremy.bob...@irq7.fr : : : lu...@debian.org `. `'` lu...@torproject.org `- signature.asc Description: Digital signature
Bug#740117: haveged: spinning
Control: severity -1 740117 important Control: tags -1 + moreinfo Cristian Ionescu-Idbohrn: Severity: grave Justification: renders package unusable Sorry, but haveged works just fine for many users so lowering the severity to important. Haveged is just spinning and not comming anywhere :( Been watching it for hours doing that. Uses one CPU at 100%. Upstream version 1.9.0 promisses improvements, although I have no idea if those address the problem I'm reporting. I have just uploaded 1.9.1-1. Please try it. -- Jérémy Bobbio.''`. jeremy.bob...@irq7.fr : : : lu...@debian.org `. `'` lu...@torproject.org `- signature.asc Description: Digital signature
Bug#721618: Fix schleuder somehow
Ondřej Surý: Christian Hofstaedtler: Please, if anyhow possible, fix schleuder so it no longer depends on ruby-tmail or ruby-actionmailer (2.3), so we can go ahead with the removal of ruby1.8. It's not in testing, so it doesn't block the removal. Otherwise fill the removal bug, the package can be reintroduced later when fixed. You should proceed of the removal of ruby1.8. schleuder will be broken but it is already the case. Schleuder needs upstream work and unfortunately every regular contributor to Schleuder (me included) is super busy with other things. *sigh* -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#724489: python-qrcode: missing dependency on python-six
Package: python-qrcode Version: 4.0.1-1 Severity: grave Hi! It looks like python-qrcode is missing a Depends on python-six. # apt-get install python-qrcode […] The following NEW packages will be installed: liblcms1 python-imaging python-qrcode […] $ echo 'bla' | qr Traceback (most recent call last): File /usr/bin/qr, line 10, in module import qrcode File /usr/lib/pymodules/python2.7/qrcode/__init__.py, line 1, in module from qrcode.main import QRCode, make File /usr/lib/pymodules/python2.7/qrcode/main.py, line 1, in module from qrcode import constants, exceptions, util File /usr/lib/pymodules/python2.7/qrcode/util.py, line 4, in module import six ImportError: No module named six # apt-get install python-six […] The following NEW packages will be installed: python-six […] $ echo 'bla' | qr insert QR code here -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#721910: xul-ext-torbutton: torbutton sets the wrong port number (8118) rather than the correct polipo port (8123)
Patrick Zanon: Package: xul-ext-torbutton Version: 1.2.5-3 Severity: grave Justification: renders package unusable As described in the object torbutton sets in iceweasel configuration of the proxy the wrong port number (8118) rather than the correct polipo port (8123), thus iceweasel says that the proxy does not answer to connection requests. Please, please do not use xul-ext-torbutton anymore. Quoting the NEWS file for unstable: torbutton (1.4.6.3-1) unstable; urgency=high Security fixes introduced in Iceweasel 10.0.8esr prevents Torbutton from hooking window properties. This means that using this package is no longer substantially different from disabling websockets, disabling plugins, and using Private Browsing Mode to prevent disk leaks. Due to the very strong risk of fingerprinting and the resulting reduction of the anonymity set, it is more than strongly advised to uninstall this package and use the TorBrowserBundle instead. The later can be downloaded at: https://www.torproject.org/projects/torbrowser.html.en The TorBrowser also includes several changes in Firefox itself that address other possible leaks and fingerprinting issues. -- Jérémy Bobbio lu...@debian.org Tue, 16 Oct 2012 20:33:40 +0200 (Note that this package is not in Wheezy for that reason.) -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#721574: ruby-gettext: undefined method force_encoding... during apt-listbugs
Ivan Sergio Borgonovo: calling aptitude [] runs apt-listbugs that fails with /usr/lib/ruby/vendor_ruby/gettext/mo.rb:46: undefined method `force_encoding' for \225\004\022\336:String (NoMethodError) from /usr/lib/ruby/vendor_ruby/gettext/text_domain.rb:16:in `require' from /usr/lib/ruby/vendor_ruby/gettext/text_domain.rb:16 from /usr/lib/ruby/vendor_ruby/gettext/text_domain_manager.rb:14:in `require' from /usr/lib/ruby/vendor_ruby/gettext/text_domain_manager.rb:14 from /usr/lib/ruby/vendor_ruby/gettext.rb:19:in `require' from /usr/lib/ruby/vendor_ruby/gettext.rb:19 from /usr/sbin/apt-listbugs:274:in `require' from /usr/sbin/apt-listbugs:274 Oh crap… my bad. gettext 3.0 dropped support for Ruby 1.8. But given this is still our default interpreter, its reverse dependencies are likely to fail. Given the following: $ git grep 'respond_to?' upstream/2.3.9 | grep -v bindtextdomain upstream/2.3.9:lib/gettext/runtime/mo.rb:if .respond_to?(:force_encoding) upstream/2.3.9:lib/gettext/runtime/mo.rb:if .respond_to?(:encode) upstream/2.3.9:lib/gettext/tools/parser/erb.rb: if src.respond_to?(:encode) upstream/2.3.9:lib/gettext/tools/parser/ruby.rb: if source.respond_to?(:encode) upstream/2.3.9:lib/gettext/tools/parser/ruby.rb: return nil unless source.respond_to?(:force_encoding) upstream/2.3.9:lib/gettext/tools/xgettext.rb:if string.respond_to?(:encode) upstream/2.3.9:test/gettext-test-utils.rb:return unless string.respond_to?(:force_encoding) upstream/2.3.9:test/gettext-test-utils.rb:if string.respond_to?(:encode) upstream/2.3.9:test/run-test.rb:$KCODE = utf8 unless .respond_to?(:encoding) Trying to re-introduce compatibility with Ruby 1.8 is probably doable, but this might be a little flacky. Any opinions? -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#721618: Ruby 1.8 is going away
Package: schleuder Version: 2.2.1-3 Severity: serious Justification: unsuitable for release Hi! schleuder currently depends on ruby1.8. Ruby 1.8 is unsupported upstream and unsuitable for release. We would like to remove it from the archive soon. See: http://release.debian.org/transitions/html/ruby1.8-removal.html Please update Schleuder to make it work with newer versions of Ruby. Thanks! -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#706881: torbutton: outdated and dangerous, should be removed
Package: torbutton Version: 1.4.6.3-1 Severity: grave Justification: put users at risk Control: block -1 by 690729 Torbutton should not be used without the Tor Browser Bundle, per upstream recommandation. This package, as a standalone extension, should probably be removed from the archive but probably not before Iceweasel gets the proper conflict. Or until the Tor Browser gets a package itself. -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#630581: fix for #682964 is incomplete, maybe related to #630581
Hi! Thanks for the report and investigating a fix! On Thu, Nov 08, 2012 at 09:51:57AM +0100, Helmut Grohne wrote: The particular dropbear issue can be avoided by actually omitting the second parameter and letting copy_exec sort it out correctly. I believe that this change should fix both bugs #682964 and #630581. Do you confirm that leaving out the second parameter creates a correct initramfs when libc6-i686 is installed? I have a package ready to be uploaded that correctly works as before for the usual case. Cheers, -- Jérémy Bobbio.''`. jeremy.bob...@irq7.fr : : : lu...@debian.org `. `'` `- signature.asc Description: Digital signature
Bug#630581: fix for #682964 is incomplete, maybe related to #630581
On Thu, Nov 08, 2012 at 11:11:20AM +0100, Helmut Grohne wrote: On Thu, Nov 08, 2012 at 11:03:20AM +0100, Jérémy Bobbio wrote: Do you confirm that leaving out the second parameter creates a correct initramfs when libc6-i686 is installed? Using pbuilder and a plain sid i386 chroot I verified the following: 1) With libc6-i686 installed the nss_compat files do not end up in the initramfs. 2) When locally modifying the hook to leave out the second parameter, they do end up in the initramfs. I did not attempt to boot the resulting initramfs. Given that my workaround gave me a bootable system, my best guess would be that this is enough. Just to make it clear, your workaround and removing the second parameter both result in having libnss_compat in `/lib/i686/cmov`? -- Jérémy Bobbio.''`. jeremy.bob...@irq7.fr : : : lu...@debian.org `. `'` `- signature.asc Description: Digital signature
Bug#630581: NMU diff between -1 and -1.3
Attached is the diff between versions 2012.55-1 and 2012.55-1.3. -- Jérémy Bobbio.''`. jeremy.bob...@irq7.fr : : : lu...@debian.org `. `'` `- diff -u dropbear-2012.55/debian/changelog dropbear-2012.55/debian/changelog --- dropbear-2012.55/debian/changelog +++ dropbear-2012.55/debian/changelog @@ -1,3 +1,27 @@ +dropbear (2012.55-1.3) unstable; urgency=medium + + * Non-maintainer upload. + * Fix initramfs hook when multiple variant of libc are installed. +All credits due to Helmut Grohne for the report and the solution. +(Closes: #682964) + + -- Jérémy Bobbio lu...@debian.org Thu, 08 Nov 2012 10:45:01 +0100 + +dropbear (2012.55-1.2) unstable; urgency=low + + * Non-maintainer upload. + * Unbreak initramfs hook when upgrading from Squeeze. + + -- Jérémy Bobbio lu...@debian.org Tue, 25 Sep 2012 16:53:18 +0200 + +dropbear (2012.55-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Adjust initramfs hook to work with multi-arch. Initial patch by +Michael Stapelberg. (Closes: #630581) + + -- Jérémy Bobbio lu...@debian.org Tue, 25 Sep 2012 09:17:06 +0200 + dropbear (2012.55-1) unstable; urgency=high * New upstream release. diff -u dropbear-2012.55/debian/initramfs/dropbear-hook dropbear-2012.55/debian/initramfs/dropbear-hook --- dropbear-2012.55/debian/initramfs/dropbear-hook +++ dropbear-2012.55/debian/initramfs/dropbear-hook @@ -27,7 +27,11 @@ else rm -f ${DESTDIR}/sbin/dropbear copy_exec /usr/sbin/dropbear /sbin/ - cp /lib/libnss_* ${DESTDIR}/lib/ + LIBC_DIR=$(ldd /usr/sbin/dropbear | sed -n -e 's,.* = \(/lib.*\)/libc\.so\..*,\1,p') + for so in $(find ${LIBC_DIR} -name 'libnss_compat*'); do + copy_exec ${so} + done + echo 'passwd: compat' ${DESTDIR}/etc/nsswitch.conf echo root:x:0:0:root:/root:/bin/sh ${DESTDIR}/etc/passwd for keytype in dss rsa; do if [ ! -f /etc/initramfs-tools/etc/dropbear/dropbear_${keytype}_host_key ]; then signature.asc Description: Digital signature
Bug#623440: still apply to 2.1.7
found 623440 2.1.7-2 thanks Hi! Just for the record, I reproduced this bug by doing the following: 1. Fresh install of dovecot-pop3d, no configuration changes 2. Attempt to login as a system user And it failed. Log says: Error: user vagrant: Initialization failed: Namespace '': Mail storage autodetection failed with home=/home/vagrant If Dovecot is expected work out of the box, and give system users an empty mailbox upon login, Debian should probably set its default `mail_location`. Given Josip's comment, should this also be changed in a stable update? Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#645637: roundcube-plugins-extra: contains a convenience code copy of PEAR Net_Sieve
Package: roundcube-plugins-extra Version: 0.5.3-20110619 Severity: serious Justification: Policy 4.13 roundcube-plugins-extra ships and uses a convenience code copy of PEAR Net_Sieve module in the sieverules plugin. This module is available in Debian in the php-net-sieve package. The later will need to be updated before it can be used as a replacement (1.1.7 currently in Debian vs. 1.3.2 in sieverules plugin). -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#630221: deja-dup: diff for NMU version 18.1.1-2.1
tags 630221 + patch tags 630221 + pending thanks Hi! I've prepared an NMU for deja-dup (versioned as 18.1.1-2.1) and uploaded it as a 0-day NMU. This RC bug was left unadressed for two weeks. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- diff -Nru deja-dup-18.1.1/debian/changelog deja-dup-18.1.1/debian/changelog --- deja-dup-18.1.1/debian/changelog 2011-09-10 00:34:58.0 +0200 +++ deja-dup-18.1.1/debian/changelog 2011-09-24 15:35:34.0 +0200 @@ -1,3 +1,11 @@ +deja-dup (18.1.1-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Add missing build dependency against liblocale-gettext-perl. +(Closes: #630221) + + -- Jérémy Bobbio lu...@debian.org Sat, 24 Sep 2011 15:35:30 +0200 + deja-dup (18.1.1-2) unstable; urgency=low * Upload to unstable diff -Nru deja-dup-18.1.1/debian/control deja-dup-18.1.1/debian/control --- deja-dup-18.1.1/debian/control 2011-09-10 00:34:58.0 +0200 +++ deja-dup-18.1.1/debian/control 2011-09-24 15:35:09.0 +0200 @@ -15,7 +15,8 @@ # libunity-dev (= 3.8.4), # libdbusmenu-gtk-dev (= 0.3.94), # libappindicator-dev (= 0.0.11), - gnome-doc-utils (= 0.3.2) + gnome-doc-utils (= 0.3.2), + liblocale-gettext-perl Standards-Version: 3.9.1 Vcs-Git: git://git.debian.org/git/users/jsogo/deja-dup.git Vcs-Browser: http://git.debian.org/git/users/jsogo/deja-dup.git signature.asc Description: Digital signature
Bug#636397: New deja-dup upload in unstable?
On Fri, Sep 09, 2011 at 11:30:58PM +0200, Jose Carlos Garcia Sogo wrote: I am expecting to upload 19.91 (yes, I know it is the unstable branch, but should work ok), but I need itstool package first to be uploaded to Debian (#639788). Once it is done, I will upload it. I'd rather not miss the deadline to have a fixed version of 14.2-1 in squeeze (wrt. #624598). Is there a chance that this upload will be made before two weeks? Otherwise, I think it would be better to simple re-upload the version currently in experimental to unstable for now. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#636397: New deja-dup upload in unstable?
Hi Jose! deja-dup still has a RC bug in unstable due to the libnotify 0.7 transition. Uploading either the package currently in experimental or a newer upstream release in unstable would fix this issue. Could you make a new deja-dup upload to unstable? Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#636297: kerneloops: diff for NMU version 0.12+git20090217-1.1
tags 636297 + patch tags 636297 + pending thanks Dear maintainer, I've prepared an NMU for kerneloops (versioned as 0.12+git20090217-1.1) and uploaded it to DELAYED/3. Please feel free to tell me if I should delay it longer. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- diff -u kerneloops-0.12+git20090217/Makefile kerneloops-0.12+git20090217/Makefile --- kerneloops-0.12+git20090217/Makefile +++ kerneloops-0.12+git20090217/Makefile @@ -12,13 +12,13 @@ CFLAGS := -O2 -g -fstack-protector -D_FORTIFY_SOURCE=2 -Wall -W -Wstrict-prototypes -Wundef -fno-common -Werror-implicit-function-declaration -Wdeclaration-after-statement -Wformat -Wformat-security -Werror=format-security -MY_CFLAGS := `pkg-config --cflags libnotify gtk+-2.0` +MY_CFLAGS := `pkg-config --cflags libnotify gtk+-2.0 dbus-glib-1` # # pkg-config tends to make programs pull in a ton of libraries, not all # are needed. -Wl,--as-needed tells the linker to just drop unused ones, # and that makes the applet load faster and use less memory. # -LDF_A := -Wl,--as-needed `pkg-config --libs libnotify gtk+-2.0` +LDF_A := -Wl,--as-needed `pkg-config --libs libnotify gtk+-2.0 dbus-glib-1` LDF_D := -Wl,--as-needed `pkg-config --libs glib-2.0 dbus-glib-1` `curl-config --libs` -Wl,-z relro -Wl,-z now all: kerneloops kerneloops-applet kerneloops.8.gz diff -u kerneloops-0.12+git20090217/debian/changelog kerneloops-0.12+git20090217/debian/changelog --- kerneloops-0.12+git20090217/debian/changelog +++ kerneloops-0.12+git20090217/debian/changelog @@ -1,3 +1,12 @@ +kerneloops (0.12+git20090217-1.1) unstable; urgency=low + + * Non-maintainer upload + * Fix compatibility with libnotify 0.7 API (closes: #636297) + * Add now missing dependencies on libgtk2.0-dev + * Add dbus-glib-1 to pkg-config calls in Makefile + + -- Jérémy Bobbio lu...@debian.org Fri, 05 Aug 2011 18:53:41 +0200 + kerneloops (0.12+git20090217-1) unstable; urgency=low * New upstream version (closes: #512174) diff -u kerneloops-0.12+git20090217/debian/control kerneloops-0.12+git20090217/debian/control --- kerneloops-0.12+git20090217/debian/control +++ kerneloops-0.12+git20090217/debian/control @@ -1,5 +1,5 @@ Source: kerneloops -Build-Depends: debhelper (= 4), libcurl4-gnutls-dev | libcurl-dev, libnotify-dev, desktop-file-utils +Build-Depends: debhelper (= 4), libcurl4-gnutls-dev | libcurl-dev, libgtk2.0-dev, libnotify-dev, desktop-file-utils Section: utils Priority: optional Maintainer: Matthew Wilcox matt...@wil.cx only in patch2: unchanged: --- kerneloops-0.12+git20090217.orig/kerneloops-applet.c +++ kerneloops-0.12+git20090217/kerneloops-applet.c @@ -51,6 +51,10 @@ #include gtk/gtk.h #include libnotify/notify.h +#ifndef NOTIFY_CHECK_VERSION +#define NOTIFY_CHECK_VERSION(x,y,z) 0 +#endif + static DBusConnection *bus; @@ -240,8 +244,13 @@ /* if there's a notification active already, close it first */ close_notification(); +#if NOTIFY_CHECK_VERSION(0,7,0) + notify = notify_notification_new(summary, message, +/usr/share/kerneloops/icon.png); +#else notify = notify_notification_new(summary, message, /usr/share/kerneloops/icon.png, NULL); +#endif notify_notification_set_timeout(notify, 0); notify_notification_set_urgency(notify, NOTIFY_URGENCY_CRITICAL); @@ -306,8 +315,13 @@ url_to_oops[0] = 0; +#if NOTIFY_CHECK_VERSION(0,7,0) + notify = notify_notification_new(summary, message, +/usr/share/kerneloops/icon.png); +#else notify = notify_notification_new(summary, message, /usr/share/kerneloops/icon.png, NULL); +#endif notify_notification_set_timeout(notify, 5000); notify_notification_set_urgency(notify, NOTIFY_URGENCY_LOW); signature.asc Description: Digital signature
Bug#630294: padevchooser: diff for NMU version 0.9.3-2.2
tags 630294 + pending thanks Dear maintainer, I've prepared an NMU for padevchooser (versioned as 0.9.3-2.2) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- diff -u padevchooser-0.9.3/debian/changelog padevchooser-0.9.3/debian/changelog --- padevchooser-0.9.3/debian/changelog +++ padevchooser-0.9.3/debian/changelog @@ -1,3 +1,10 @@ +padevchooser (0.9.3-2.2) unstable; urgency=low + + * Non-maintainer upload. + * Add compatibility with libnotify 0.7 API. (Closes: #630294) + + -- Jérémy Bobbio lu...@debian.org Wed, 03 Aug 2011 13:57:11 +0200 + padevchooser (0.9.3-2.1) unstable; urgency=low * Non-maintainer upload. diff -u padevchooser-0.9.3/debian/patches/series padevchooser-0.9.3/debian/patches/series --- padevchooser-0.9.3/debian/patches/series +++ padevchooser-0.9.3/debian/patches/series @@ -3,0 +4 @@ +0005-fix-libnotify0.7-compatibility.patch only in patch2: unchanged: --- padevchooser-0.9.3.orig/debian/patches/0005-fix-libnotify0.7-compatibility.patch +++ padevchooser-0.9.3/debian/patches/0005-fix-libnotify0.7-compatibility.patch @@ -0,0 +1,29 @@ +Description: Add compatibility with libnotify 0.7 API +Author: Jérémy Bobbio lu...@debian.org +Bug-Debian: http://bugs.debian.org/630294 + +--- padevchooser-0.9.3.orig/src/padevchooser.c padevchooser-0.9.3/src/padevchooser.c +@@ -33,6 +33,9 @@ + #include glade/glade.h + #include gconf/gconf-client.h + #include libnotify/notify.h ++#ifndef NOTIFY_CHECK_VERSION ++#define NOTIFY_CHECK_VERSION(x,y,z) 0 ++#endif + + #include pulse/pulseaudio.h + #include pulse/browser.h +@@ -162,7 +165,12 @@ + + if (!notification) { + s = g_strdup_printf(i%s/i\n%s, title, text); ++/* libnotify 0.7.0 and later has no support for attaching to widgets */ ++#if NOTIFY_CHECK_VERSION(0,7,0) ++notification = notify_notification_new(title, s, audio-card); ++#else + notification = notify_notification_new(title, s, audio-card, GTK_WIDGET(tray_icon)); ++#endif + notify_notification_set_category(notification, device.added); + notify_notification_set_urgency(notification, NOTIFY_URGENCY_LOW); + g_signal_connect_swapped(G_OBJECT(notification), closed, G_CALLBACK(notification_closed), NULL); signature.asc Description: Digital signature
Bug#630301: sensors-applet: diff for NMU version 2.2.7-3.1
tags 630301 + pending thanks Dear maintainer, I've prepared an NMU for sensors-applet (versioned as 2.2.7-3.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- diff -Nru sensors-applet-2.2.7/debian/changelog sensors-applet-2.2.7/debian/changelog --- sensors-applet-2.2.7/debian/changelog 2011-03-26 15:26:19.0 +0100 +++ sensors-applet-2.2.7/debian/changelog 2011-08-03 14:16:59.0 +0200 @@ -1,3 +1,11 @@ +sensors-applet (2.2.7-3.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix compatibility with libnotify0.7. Patch courtesy of Steve Langasek. +(Closes: #630301) + + -- Jérémy Bobbio lu...@debian.org Wed, 03 Aug 2011 14:16:58 +0200 + sensors-applet (2.2.7-3) unstable; urgency=low * Use dh-autoreconf to regenerate build system at build time. diff -Nru sensors-applet-2.2.7/debian/patches/libnotify_0.7_api_change sensors-applet-2.2.7/debian/patches/libnotify_0.7_api_change --- sensors-applet-2.2.7/debian/patches/libnotify_0.7_api_change 1970-01-01 01:00:00.0 +0100 +++ sensors-applet-2.2.7/debian/patches/libnotify_0.7_api_change 2011-08-03 14:16:12.0 +0200 @@ -0,0 +1,40 @@ +Description: Port sensors-applet to the new libnotify 0.7 API + Version 0.7 of libnotify drops an argument from the notify_notification_new() + call; fix up our invocation accordingly. +Author: Steve Langasek steve.langa...@canonical.com +Bug-Debian: http://bugs.debian.org/630301 + +Index: sensors-applet-2.2.7/sensors-applet/sensors-applet.c +=== +--- sensors-applet-2.2.7.orig/sensors-applet/sensors-applet.c sensors-applet-2.2.7/sensors-applet/sensors-applet.c +@@ -306,8 +306,7 @@ + + sensors_applet-notification = notify_notification_new(summary, +message, +- GTK_STOCK_DIALOG_WARNING, +- GTK_WIDGET(sensors_applet-applet)); ++ GTK_STOCK_DIALOG_WARNING); + g_free(summary); + g_free(message); + +Index: sensors-applet-2.2.7/sensors-applet/active-sensor-libnotify.c +=== +--- sensors-applet-2.2.7.orig/sensors-applet/active-sensor-libnotify.c sensors-applet-2.2.7/sensors-applet/active-sensor-libnotify.c +@@ -86,8 +86,7 @@ + g_debug(Creating new notification); + active_sensor-notification[notif_type] = notify_notification_new(summary, + message, +- icon_filename, +- attach); ++ icon_filename); + g_signal_connect(active_sensor-notification[notif_type], closed, + G_CALLBACK(notif_closed_cb), + active_sensor); +--- sensors-applet-2.2.7.orig/po/POTFILES.skip sensors-applet-2.2.7/po/POTFILES.skip +@@ -1 +1,3 @@ + SensorsApplet.server.in ++.pc/libnotify_0.7_api_change/sensors-applet/sensors-applet.c ++ diff -Nru sensors-applet-2.2.7/debian/patches/series sensors-applet-2.2.7/debian/patches/series --- sensors-applet-2.2.7/debian/patches/series 2011-03-26 15:51:05.0 +0100 +++ sensors-applet-2.2.7/debian/patches/series 2011-08-03 14:16:12.0 +0200 @@ -1 +1,2 @@ link-to-libdl.patch +libnotify_0.7_api_change signature.asc Description: Digital signature
Bug#630303: synce-trayicon: diff for NMU version 0.15-1.1
tags 630303 + pending thanks Dear maintainer, I've prepared an NMU for synce-trayicon (versioned as 0.15-1.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- diff -Nru synce-trayicon-0.15/debian/changelog synce-trayicon-0.15/debian/changelog --- synce-trayicon-0.15/debian/changelog 2010-05-12 17:35:14.0 +0200 +++ synce-trayicon-0.15/debian/changelog 2011-08-03 15:44:15.0 +0200 @@ -1,3 +1,10 @@ +synce-trayicon (0.15-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Add compatibility with libnotify 0.7 API. (Closes: #630303) + + -- Jérémy Bobbio lu...@debian.org Wed, 03 Aug 2011 14:43:26 +0200 + synce-trayicon (0.15-1) unstable; urgency=low * New upstream release. diff -Nru synce-trayicon-0.15/debian/patches/0001-Add-compatibility-with-libnotify-0.7-API.patch synce-trayicon-0.15/debian/patches/0001-Add-compatibility-with-libnotify-0.7-API.patch --- synce-trayicon-0.15/debian/patches/0001-Add-compatibility-with-libnotify-0.7-API.patch 1970-01-01 01:00:00.0 +0100 +++ synce-trayicon-0.15/debian/patches/0001-Add-compatibility-with-libnotify-0.7-API.patch 2011-08-03 15:44:13.0 +0200 @@ -0,0 +1,38 @@ +From: =?UTF-8?q?J=C3=A9r=C3=A9my=20Bobbio?= lu...@debian.org +Date: Thu, 21 Jul 2011 17:04:31 +0200 +Subject: [PATCH] Add compatibility with libnotify 0.7 API + +Closes: #630303 +--- + src/synce-trayicon.c |9 + + 1 files changed, 9 insertions(+), 0 deletions(-) + +diff --git a/src/synce-trayicon.c b/src/synce-trayicon.c +index af66f21..e89038c 100644 +--- a/src/synce-trayicon.c b/src/synce-trayicon.c +@@ -36,6 +36,10 @@ IN THE SOFTWARE. + #include synce.h + #include libnotify/notify.h + ++#ifndef NOTIFY_CHECK_VERSION ++#define NOTIFY_CHECK_VERSION(x,y,z) 0 ++#endif ++ + #include synce-trayicon.h + #include gtop_stuff.h + #include properties.h +@@ -204,7 +208,12 @@ event_notification(SynceTrayIcon *self, const gchar *summary, const gchar *body) + } + + if (gtk_status_icon_is_embedded(GTK_STATUS_ICON(self))) { ++/* libnotify 0.7.0 and later has no support for attaching to widgets */ ++#if NOTIFY_CHECK_VERSION(0,7,0) ++ priv-notification = notify_notification_new (summary, body, NULL); ++#else + priv-notification = notify_notification_new_with_status_icon (summary, body, NULL, GTK_STATUS_ICON(self)); ++#endif + notify_notification_show (priv-notification, NULL); + } else { + g_debug(%s: not embedded, G_STRFUNC); +-- diff -Nru synce-trayicon-0.15/debian/patches/series synce-trayicon-0.15/debian/patches/series --- synce-trayicon-0.15/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ synce-trayicon-0.15/debian/patches/series 2011-08-03 15:44:13.0 +0200 @@ -0,0 +1 @@ +0001-Add-compatibility-with-libnotify-0.7-API.patch signature.asc Description: Digital signature
Bug#630289: lxmusic: diff for NMU version 0.4.4+git20100802-2.1
tags 630289 + pending thanks Dear maintainer, I've prepared an NMU for lxmusic (versioned as 0.4.4+git20100802-2.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Cheers,, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- diff -u lxmusic-0.4.4+git20100802/debian/changelog lxmusic-0.4.4+git20100802/debian/changelog --- lxmusic-0.4.4+git20100802/debian/changelog +++ lxmusic-0.4.4+git20100802/debian/changelog @@ -1,3 +1,10 @@ +lxmusic (0.4.4+git20100802-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Add compatibility with libnotify 0.7. (Closes: #630289) + + -- Jérémy Bobbio lu...@debian.org Wed, 03 Aug 2011 13:17:51 +0200 + lxmusic (0.4.4+git20100802-2) unstable; urgency=low * Enable the hotfix (Closes: 592162) diff -u lxmusic-0.4.4+git20100802/debian/patches/00list lxmusic-0.4.4+git20100802/debian/patches/00list --- lxmusic-0.4.4+git20100802/debian/patches/00list +++ lxmusic-0.4.4+git20100802/debian/patches/00list @@ -1,0 +2 @@ +20_add_libnotify0.7_compatibility.dpatch only in patch2: unchanged: --- lxmusic-0.4.4+git20100802.orig/debian/patches/20_add_libnotify0.7_compatibility.dpatch +++ lxmusic-0.4.4+git20100802/debian/patches/20_add_libnotify0.7_compatibility.dpatch @@ -0,0 +1,33 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 20_add_libnotify0.7_compatibility.dpatch by Jérémy Bobbio lu...@debian.org +## +## DP: Add compatibility with libnotify 0.7 + +@DPATCH@ +--- lxmusic-0.4.4+git20100802.orig/src/lxmusic-notify.c lxmusic-0.4.4+git20100802/src/lxmusic-notify.c +@@ -21,6 +21,9 @@ + #include gtk/gtk.h + #include glib/gi18n.h + #include libnotify/notify.h ++#ifndef NOTIFY_CHECK_VERSION ++#define NOTIFY_CHECK_VERSION(x,y,z) 0 ++#endif + #include lxmusic-notify.h + + #define LXMUSIC_NOTIFY_NOTIFICATION_SHOW( notify ) do { GError *error = NULL; \ +@@ -70,9 +73,13 @@ + else + g_string_append( message, title ); + struct _LXMusicNotification *lxn = g_new ( struct _LXMusicNotification, 1); ++#if NOTIFY_CHECK_VERSION(0,7,0) ++lxn-notify = notify_notification_new (summary, message-str, NULL); ++#else + lxn-notify = notify_notification_new (summary, message-str, NULL, NULL); +-notify_notification_set_urgency (lxn-notify, NOTIFY_URGENCY_NORMAL); + notify_notification_attach_to_status_icon( lxn-notify, status_icon ); ++#endif ++notify_notification_set_urgency (lxn-notify, NOTIFY_URGENCY_NORMAL); + notify_notification_set_timeout (lxn-notify, NOTIFY_EXPIRES_DEFAULT); + g_string_free( message, TRUE ); + return lxn; signature.asc Description: Digital signature
Bug#630291: minbar: diff for NMU version 0.2.1-5.1
tags 630291 + pending thanks Dear maintainer, I've prepared an NMU for minbar (versioned as 0.2.1-5.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- diff -u minbar-0.2.1/debian/changelog minbar-0.2.1/debian/changelog --- minbar-0.2.1/debian/changelog +++ minbar-0.2.1/debian/changelog @@ -1,3 +1,11 @@ +minbar (0.2.1-5.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix compatibility with libnotify 0.7. Patch courtesy of Ahmed El-Mahmoudy. +(Closes: #630291) + + -- Jérémy Bobbio lu...@debian.org Wed, 03 Aug 2011 13:51:09 +0200 + minbar (0.2.1-5) unstable; urgency=low * Split package to create a minbar-data package. diff -u minbar-0.2.1/debian/patches/series minbar-0.2.1/debian/patches/series --- minbar-0.2.1/debian/patches/series +++ minbar-0.2.1/debian/patches/series @@ -5,0 +6 @@ +fix-libnotify0.7.diff only in patch2: unchanged: --- minbar-0.2.1.orig/debian/patches/fix-libnotify0.7.diff +++ minbar-0.2.1/debian/patches/fix-libnotify0.7.diff @@ -0,0 +1,20 @@ +Description: Fix FTBFS with libnotify0.7 +Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630291 +Author: أحمد المحمودي (Ahmed El-Mahmoudy) aelmahmo...@sabily.org +--- a/src/main.c b/src/main.c +@@ -1239,9 +1239,13 @@ + notification = notify_notification_new + (program_name, + NULL, ++#if !defined(NOTIFY_VERSION_MINOR) || (NOTIFY_VERSION_MAJOR == 0 NOTIFY_VERSION_MINOR 7) + NULL, +- NULL); ++ NULL); + notify_notification_attach_to_status_icon (notification, status_icon ); ++#else ++ NULL); ++#endif + notify_notification_set_timeout (notification, 8000); + } + #endif signature.asc Description: Digital signature
Bug#629219: silc-server: must not be in wheezy as an orphaned package
Package: silc-server Version: 1.1.18-1 Severity: serious Justification: security risk Blocked: 620725 As SILC is labeled as a secure protocol, related software should be properly maintained to be considered as part as a stable Debian release. This release critical bug will prevent the package from being part of wheezy until someone step up to maintain silc-server. -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#629220: silc-client: must not be in wheezy as an orphaned package
Package: silc-client Version: 1.1.7-2 Severity: serious Justification: security risk Blocked: 620727 As SILC is labeled as a secure protocol, related software should be properly maintained to be considered as part as a stable Debian release. This release critical bug will prevent the package from being part of wheezy until someone step up to maintain silc-client. -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#629223: kopete-silc-plugin: must not be in wheezy as an orphaned package
Package: kopete-silc-plugin Version: 0.5-2 Severity: serious Justification: security risk Blocked: 620726 As SILC is labeled as a secure protocol, related software should be properly maintained to be considered as part as a stable Debian release. This release critical bug will prevent the package from being part of wheezy until someone step up to maintain kopete-silc-plugin. -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#629226: silc-toolkit: must not be in wheezy as an orphaned package
Package: silc-toolkit Version: 1.1.10-2 Severity: serious Justification: security risk Blocked: 620724 As SILC is labeled as a secure protocol, related software should be properly maintained to be considered as part as a stable Debian release. This release critical bug will prevent the package from being part of wheezy until someone step up to maintain silc-toolkit. -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#594379: haveged still have an RC bug
Hi, Steve! On Tue, Oct 19, 2010 at 11:57:01PM +0200, Jérémy Bobbio wrote: On Tue, Oct 19, 2010 at 11:27:09PM +0200, Sven Hartge wrote: I revived my SunFire v240, installed an up-to-date Sid on it and tried to reproduce this bug. But I am no longer able to get the mentioned error with the current gcc-4.4 from Sid. haveged compiles, links and runs in both 32bit and 64bit (-m64) mode. A quick check with the included crypto tests also shows no apparent error in the resulting binaries. I believe this bug will vanish if the dependency on gcc-4.3 is removed. On i386/amd64 haveged will have to get compiled using -O0, because of the segfault still occurring on these archs. For another option, I have found in polarssl assembly code to retrieve the hardclock on older Sparc architectures. With the attached patch applied, haveged did build and test fine on smetana.d.o. By any chance, could you comment on this release critical bug that still affects haveged? It did prevent haveged from entering Squeeze which is a little bit annoying. I would very much like to see haveged at least be present in squeeze-backports, but we need to have a working version in testing before it could happen. For what it worth, upstream has released two new versions in january, and it looks like they can be built and used with gcc-4.4 and gcc-4.5 without having to fiddle with compiler options. Even on Sparc from my tests on smeata.d.o and sperger.d.o. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#594379: haveged: FTBFS: Architecture mismatch on rd. Requires v9|v9a|v9b; requested architecture is sparclite.
On Tue, Oct 19, 2010 at 11:27:09PM +0200, Sven Hartge wrote: I revived my SunFire v240, installed an up-to-date Sid on it and tried to reproduce this bug. But I am no longer able to get the mentioned error with the current gcc-4.4 from Sid. haveged compiles, links and runs in both 32bit and 64bit (-m64) mode. A quick check with the included crypto tests also shows no apparent error in the resulting binaries. I believe this bug will vanish if the dependency on gcc-4.3 is removed. On i386/amd64 haveged will have to get compiled using -O0, because of the segfault still occurring on these archs. For another option, I have found in polarssl assembly code to retrieve the hardclock on older Sparc architectures. With the attached patch applied, haveged did build and test fine on smetana.d.o. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- --- haveged-0.9.orig/src/havegedef.h +++ haveged-0.9/src/havegedef.h @@ -57,8 +57,13 @@ #endif #ifdef HAVE_ISA_SPARC -#define ARCH sparc -#define HARDCLOCK(x) ASM(rd %%tick, %0:=r(x):r(x)) +# define ARCH sparc +# if defined(__GNUC__) defined(__sparc__) +# define HARDCLOCK(x) ASM(.byte 0x83, 0x41, 0x00, 0x00);\ + ASM(mov %%g1, %0 : =r(x)) +# else +# define HARDCLOCK(x) ASM(rd %%tick, %0:=r(x):r(x)) +# endif #endif #ifdef HAVE_ISA_PPC signature.asc Description: Digital signature
Bug#563380: libgpgme-ruby1.8: /usr/lib/ruby/1.8/gpgme.rb:898:in `new': Unknown error code (GPGME::Error)
On Sat, Jan 02, 2010 at 01:45:50PM +0100, Jérémy Bobbio wrote: The version of libgpgme-ruby1.8 currently in Debian is not compatible with the version of libgpgme actually in Debian. […] This problem breaks schleuder in sid, so a fix or an updated version would be very much welcome. Ping? Should I do an NMU? Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#563380: libgpgme-ruby1.8: /usr/lib/ruby/1.8/gpgme.rb:898:in `new': Unknown error code (GPGME::Error)
Package: libgpgme-ruby1.8 Version: 1.0.6-1 Severity: grave Justification: renders package unusable Hi! The version of libgpgme-ruby1.8 currently in Debian is not compatible with the version of libgpgme actually in Debian. Every examples shipped with the package fail like the following: @.../libgpgme-ruby1.8/examples$ ./keylist.rb /usr/lib/ruby/1.8/gpgme.rb:898:in `new': Unknown error code (GPGME::Error) from /usr/lib/ruby/1.8/gpgme.rb:415:in `list_keys' from ./keylist.rb:4 I suspected an issue with like the one described on the bugtracker of ruby-gpgme [1] about a missing call to GPGME::check_version, but it looks like this is another issue. [1] http://rubyforge.org/tracker/index.php?func=detailaid=27203group_id=2369atid=9203 This problem breaks schleuder in sid, so a fix or an updated version would be very much welcome. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgpgme-ruby1.8 depends on: ii libc62.10.2-2GNU C Library: Shared libraries ii libgpg-error01.6-1 library for common error values an ii libgpgme11 1.2.0-1.2 GPGME - GnuPG Made Easy ii libruby1.8 1.8.7.174-3 Libraries necessary to run Ruby 1. ii ruby1.8 1.8.7.174-3 Interpreter of object-oriented scr libgpgme-ruby1.8 recommends no packages. libgpgme-ruby1.8 suggests no packages. -- no debconf information Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#522080: irssi-plugin-silc unusable in Debian Lenny and embedded code copy
On Tue, Jun 02, 2009 at 02:10:40PM +0200, Patrick Schoenfeld wrote: recently I've noticed that irssi-plugin-silc does not work with the irssi in Lenny. The problem is that it segfaults when used with the irssi version in Lenny. There is also a bug report for this on [1]. I have not been able to reproduce this issue in _Lenny_. With irssi/0.8.12-6 and irssi-plugin-silc/1.1.4-1+b1 on amd64 and i386, the plugin worked fine. I do confirm #522080 on testing and unstable though: the plugin does segfault when used with irssi 0.8.13. If you are using irssi/0.8.13-1~bpo50+1 from backports.org, the segfault probably does happen as well, but this does not concern the status of irssi-plugin-silc in Lenny: backports.org is unrelated to Debian official stable releases. The person who worked on this noticed that the source package of irssi-plugin-silc uses an embedded code copy of irssi 0.8.11, which is used to build the irssi plugin. The official silc client (delivered in the silc binary package) is a fork of irssi. If the security team thinks this is bad enough, we can stop providing the silc binary package. The irssi plugin is currently built from the same headers. Building it using irssi-dev is the proper fix for #522080. I will spend some time working on this soon. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#517644: [amd64][lenny] since lenny release, unable to install 'etch' via 'lenny' installer
tags 517644 + patch thanks On Mon, Mar 02, 2009 at 01:23:23PM -0300, Otavio Salvador wrote: On Sunday 01 March 2009, Jérémy Bobbio wrote: I am not tagging the bug +patch because the problem probably needs to be solved by a different patch in Lenny and in the main branch, see below. I also lack the time to do proper testing (and also to 1prepare the needed stable updates). I'm not sure this is the preferred patch. Maybe we should have a patch instead that only accepts oldstale if it matches the requested suite (i.e. instead of making it a generally accepted value). Yes; I agree with that and it also avoids the translation issue. Even for sid I belive it should be an exception, not a generally accepted value. Attached is a patch that implements this. No thorough tests, but etch-support was correctly selected by the installer. If someone else can confirm that this works, it would be good to have it in r1, IMHO. It'll be hard for me to find the time to properly prepare an upload though, so please step up if you can. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- diff -Nru choose-mirror-2.28lenny1/choose-mirror.c choose-mirror-2.28lenny2/choose-mirror.c --- choose-mirror-2.28lenny1/choose-mirror.c 2008-10-27 12:32:03.0 +0100 +++ choose-mirror-2.28lenny2/choose-mirror.c 2009-04-04 11:37:46.0 +0200 @@ -320,6 +320,11 @@ } static int choose_suite(void) { + /* Skip question if installation of oldstable has been preseeded. */ + debconf_get(debconf, DEBCONF_BASE suite); + if (strcmp(debconf-value, oldstable) == 0) { + return 0; + } /* If the base system can be installed from CD, don't allow to * select a different suite */ diff -Nru choose-mirror-2.28lenny1/debian/changelog choose-mirror-2.28lenny2/debian/changelog --- choose-mirror-2.28lenny1/debian/changelog 2009-01-06 19:38:45.0 +0100 +++ choose-mirror-2.28lenny2/debian/changelog 2009-04-04 11:08:31.0 +0200 @@ -1,3 +1,9 @@ +choose-mirror (2.28lenny2) UNRELEASED; urgency=low + + * Accept oldstable as a correct preseed for mirror/suite. + + -- Jérémy Bobbio lu...@debian.org Sat, 04 Apr 2009 11:07:57 +0200 + choose-mirror (2.28lenny1) unstable; urgency=low * Rebuilt using updated Mirrors.masterlist signature.asc Description: Digital signature
Bug#517644: [amd64][lenny] since lenny release, unable to install 'etch' via 'lenny' installer
On Sun, Mar 01, 2009 at 08:09:27PM +1100, vincent.mcint...@csiro.au wrote: I happen to use an apt-proxy but I don't think that is the cause - doing the first wget manually returns the expected value of Suite:, i.e. oldstable, and if I do the next one manually, with 'oldstable' in the URL I get the right Codename returned ('etch'). Agreed, but it should be confirmed with a real mirror just to make sure. Will do. I have been able to reproduce the issue. Thanks Vincent for leading the bug track. :) The attached patch fixed the problem according to my (quick and simple) tests. I did not complete a full installation, but seing that etch-support was queued for anna was obviously a good sign. I am not tagging the bug +patch because the problem probably needs to be solved by a different patch in Lenny and in the main branch, see below. I also lack the time to do proper testing (and also to 1prepare the needed stable updates). The proposed patch requires a change in the mirror/suite debconf template to add oldstable as an acceptable value. This unfortunately makes the template description missing a longer description of what oldstable is, like the other suites. While this could be added for sid, it's probably not an option in Lenny as it would require another complete round of translation update. Christian, please correct me if I am missing something. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- diff -Nru choose-mirror-2.28lenny1/debian/changelog choose-mirror-2.28lenny2/debian/changelog --- choose-mirror-2.28lenny1/debian/changelog 2009-01-06 19:38:45.0 +0100 +++ choose-mirror-2.28lenny2/debian/changelog 2009-03-01 22:07:02.0 +0100 @@ -1,3 +1,9 @@ +choose-mirror (2.28lenny2) UNRELEASED; urgency=low + + * Add oldstable to the list of accepted suites. + + -- Jérémy Bobbio lu...@debian.org Sun, 01 Mar 2009 22:06:46 +0100 + choose-mirror (2.28lenny1) unstable; urgency=low * Rebuilt using updated Mirrors.masterlist diff -Nru choose-mirror-2.28lenny1/debian/choose-mirror-bin.templates-in choose-mirror-2.28lenny2/debian/choose-mirror-bin.templates-in --- choose-mirror-2.28lenny1/debian/choose-mirror-bin.templates-in 2008-10-27 12:32:03.0 +0100 +++ choose-mirror-2.28lenny2/debian/choose-mirror-bin.templates-in 2009-03-01 22:27:14.0 +0100 @@ -11,7 +11,7 @@ Template: mirror/suite Type: select # :sl2: -__Choices: stable, testing, unstable +__Choices: stable, oldstable, testing, unstable # :sl2: _Description: Debian version to install: Debian comes in several flavors. Stable is well-tested and rarely changes. diff -Nru choose-mirror-2.28lenny1/mirrors.h choose-mirror-2.28lenny2/mirrors.h --- choose-mirror-2.28lenny1/mirrors.h 2008-10-27 12:32:03.0 +0100 +++ choose-mirror-2.28lenny2/mirrors.h 2009-03-01 22:06:31.0 +0100 @@ -22,6 +22,7 @@ static const char suites[][SUITE_LENGTH] = { /* higher preference */ stable, + oldstable, testing, unstable /* lower preference */ signature.asc Description: Digital signature
Bug#515671: Fwd: [Pkg-silc-devel] Bug#515671: kopete-silc-plugin: KDE3 kopete going away
Hi! Support for KDE 3 is going away in Debian. From Kopete SILC homepage, I can see that the version in the Git repository have support for KDE 4. Do you plan to release a version supporting KDE 4 in the near future, or should we just package the Git master branch directly? - Forwarded message from Sune Vuorela report...@pusling.com - Package: kopete-silc-plugin Severity: serious Justification: dependencies going away Hi! In the very near future, kde (and kopete) will be kde4 based. The current kopete-silc-plugin is kde3 based and it will stop to work and stop to build when this is happened. I don't know if there is any upstream plans for a kde4 based kopete silc plugin, but if not, please consider removal of this package. /Sune - one of your friendly kde maintainers -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#504721: Possible reason for serial console misdetection
On Tue, Dec 02, 2008 at 10:50:26PM +0100, Frans Pop wrote: Someone who can actually write in C please check the code and let me know if anything can be removed or is missing. I may well have added unneeded includes for example and I have no idea what the original sprintf statements were supposed to do. Attached is a patch with a trimmed down version of console-type.c. As we are not interested in the settings of the serial line or by the state of the VT, we can just omit the struct declarations and be fine with a dummy buffer. As printf() and ioctl() are the only functions used, we can trim down the #include's to sys/ioctl.h and stdio.h. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- diff --git a/packages/rootskel/src/sbin/Makefile b/packages/rootskel/src/sbin/Makefile index b5e374e..83fb4bc 100644 --- a/packages/rootskel/src/sbin/Makefile +++ b/packages/rootskel/src/sbin/Makefile @@ -6,14 +6,18 @@ files_exec = \ shutdown \ init \ reopen-console \ + console-type \ steal-ctty +console-type: console-type.c + gcc -Os -Wall console-type.c -o console-type + steal-ctty: steal-ctty.c gcc -Os -Wall steal-ctty.c -o steal-ctty -build: steal-ctty +build: console-type steal-ctty clean: - rm -f steal-ctty + rm -f console-type steal-ctty include ../../Makefile.inc diff --git a/packages/rootskel/src/sbin/console-type.c b/packages/rootskel/src/sbin/console-type.c new file mode 100644 index 000..6105a3e --- /dev/null +++ b/packages/rootskel/src/sbin/console-type.c @@ -0,0 +1,30 @@ +/* vi: set sw=4 ts=4: */ +/* + * + * Licensed under GPLv2 + * + * Adapted for Debian Installer by Frans Pop fjp.debian.org from + * cttyhack from busybox 1.11, which is + * + * Copyright (c) 2007 Denys Vlasenko [EMAIL PROTECTED] + */ + +#include sys/ioctl.h +#include stdio.h + +enum { VT_GETSTATE = 0x5603 }; /* get global vt state info */ + +int main(int argc, char ** argv) +{ + char buffer[256]; /* filled by ioctl */ + + if (ioctl(0, TIOCGSERIAL, buffer) == 0) { + /* this is a serial console */ + printf(serial\n); + } else if (ioctl(0, VT_GETSTATE, buffer) == 0) { + /* this is linux virtual tty */ + printf(virtual\n); + } + + return 0; +} diff --git a/packages/rootskel/src/sbin/reopen-console b/packages/rootskel/src/sbin/reopen-console index c6c55b5..702ddc3 100755 --- a/packages/rootskel/src/sbin/reopen-console +++ b/packages/rootskel/src/sbin/reopen-console @@ -6,11 +6,18 @@ NL= +console= if ! [ -f /var/run/console-device ]; then - # If the kernel emitted an handover message, then it's the one + # If the kernel emitted a handover message, then it's the one console=$(dmesg -s 65535 | sed -n -e 's/.*\] console handover: boot \[.*\] - real \[\(.*\)\]$/\1/p') + # Except if it is the wrong type... + if [ $console ] [ $(console-type) = serial ] \ + expr $console : tty[0-9] /dev/null; then + console= + fi + consoles= if [ -z $console ]; then # Retrieve all enabled consoles from boot log; ignore those signature.asc Description: Digital signature
Bug#505111: Proposed (naive) patch for mdadm RAID auto-assembly in rescue mode
On Sat, Nov 29, 2008 at 08:41:00PM +0100, Christian Perrier wrote: Comments from IRC after I posted this proposal: […] 20:22 fjp That's all crap IMO. 20:23 Ryan52 fjp, what is? 20:23 fjp What needs to happen is addition of sanity checks that the generated /tmp/mdadm.conf is sane. 20:23 fjp And only if it isn't we should prevent mounting. 20:24 fjp What you're proposing now is dropping functionality without providing an alternative. 20:24 fjp And any alternative is going to mean added strings... 20:24 bubulle yes, this is what I call a naive proposal 20:26 fjp Although rather nasty, the real problem here is basically that the system was extremely dirty with loads of old no longer valid raid IDs lying around. 20:27 fjp Given that Martin is the mdadm maintainer, the chance that he'd run into this is a huge factor larger than that anybody else will. 20:28 Ryan52 okay, well, I can't help with that (at least this weekend..) 20:29 bubulle fjp: so, actually, your advice would be to ignore that issue for lenny (which is anyway what we will have to do), add it to the errata, and defer a clean fix for squeeze? 20:29 bubulle such as proposing the user to auto-assemble the RAID arrays or not, or whatever solution that adds user interaction One of the main usage for the installer rescue mode for now is to easily fix a broken bootloader configuration or other packages which might prevent the system from booting. The auto-assembly of RAID arrays easily allow such usage for systems using RAID. I did not had in mind that auto-assembly could result in some cases in data loss. But I also think for Lenny we should stick with the current behaviour and document the issue as an erratum. A proper fix would require new strings… Please note that this could also happen when starting partman during normal installations (and this bug should probably be cloned to track this other side of the problem). Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#504721: Possible reason for serial console misdetection
On Sun, Nov 23, 2008 at 10:15:47PM +, Jurij Smakov wrote: The logic in reopen-console is the following: [… a very good analysis …] So, the problem is that reopen-console gives preference to the value in 'console handover' line, which is incorrect on sparc (refers to a real terminal console even if one is connecting through serial). If it is obvious, that sparc is unique that way, and it works correctly on other arches, the following (untested) patch might do the trick: […] In order to implement this, I have tried to understand the kernel logic by reading at the relevant part of its source code as I have not been able to find any relevant documentation about all this. Bastian mentioned the console handover message while the issue was initally discussed, but I might just have been entirely wrong in my understanding of its meaning. I'll try to ask around and see whether current console detection in reopen-console is correct for other arches. It would be really great if you could come up with a definite answer on this! :) Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#499662: Proposed changes for #499662
On Fri, Oct 03, 2008 at 01:08:43AM +0200, Josselin Mouette wrote: Le jeudi 02 octobre 2008 à 20:52 +0200, Luk Claes a écrit : Dave Beckett wrote: The patch looks OK although I cannot test any directfb stuff, or do any cairo work today. […] Cc-ed debian-boot to be sure it does no harm on the installer nor the installation. I have prepared updated packages for cairo and GTK+: http://malsain.org/~joss/debian/ It would be nice if the installer people could check that all udebs work fine with this version, and that they can all be rebuilt. Theoretically, there should be zero issue at runtime. As for building, cdebconf and gtk2-engines will fail until we remove the -l flag, others should build without a change. I have rebuilt cdebconf with these packages after updating the Build-Depends and removing the special dh_shlibdeps case for cdebconf-gtk-udeb. Building and testing an installer with the resulting udebs lead to a successful installation. Using the updated cairo and gtk+2.0 udebs without rebuilding cdebconf also lead to a working installer. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#500378: segfaults parsing status file
On Sat, Sep 27, 2008 at 06:39:40PM +0300, Martin Michlmayr wrote: libdebian-installer segfaults parsing the attached status file. open(/var/lib/dpkg/status, O_RDONLY) = 7 fstat64(7, {st_mode=S_IFREG|0644, st_size=12288, ...}) = 0 mmap2(NULL, 12288, PROT_READ, MAP_PRIVATE, 7, 0) = 0x40172000 madvise(0x40172000, 12288, MADV_SEQUENTIAL) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Program received signal SIGSEGV, Segmentation fault. 0x400355bc in di_parser_rfc822_read () from /lib/libdebian-installer.so.4 (gdb) where #0 0x400355bc in di_parser_rfc822_read () from /lib/libdebian-installer.so.4 #1 0x400356a8 in di_parser_rfc822_read_file () from /lib/libdebian-installer.so.4 #2 0x40034d84 in di_packages_special_read_file () from /lib/libdebian-installer.so.4 #3 0x9970 in ?? () (gdb) The following program worked fine with the given status file on i386: --- 8 --- #include debian-installer/package.h int main(int argc, char ** argv) { di_packages *packages; di_packages_allocator *packages_allocator; packages_allocator = di_packages_allocator_alloc(); packages = di_packages_read_file(status, packages_allocator); return 0; } --- 8 --- A more complete trace would be helpful. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#499030: debian-installer: [s390] installer fails to boot 'attempt to kill init'
On Fri, Sep 19, 2008 at 04:11:12PM +0200, Frans Pop wrote: On Friday 19 September 2008, Frans Pop wrote: With the new rootskel I get an endless repetition of: steal-ctty: No such file or directory Running with set-x gives a bit more info: + -f /var/run/console-device ! + cat /var/run/console-device + exec /sbin/steal-ctty /dev/ttyS0 /sbin/debian-installer steal-ctty: No such file or directory This repeats endlessly. Note that the first line is mangled a bit because of the ! in the if statement. reopen-console is writing in /var/run/console-device the console that was found in the first run, so the result would be more meaningful if the set -x was add by using BOOT_DEBUG=3 and then running something like /sbin/reopen-console echo manually. There seem to be various issues: - trying /dev/ttyS0 is just plain wrong for s/390: /dev/ttyS0 does not exist, which explains the error from steal-ccty Indeed. Could you look at kernel messages for anything related to the console? Using dmesg -s 65535 | grep console should probably do the trick. I might have misunderstood the meaning of the console handover line and that's probably where the /dev/ttyS0 line came from, as reopen-console defaults to /dev/console if no console can be found. - steal-ctty's error message should include the name of the file that does not exist True. - the program should not end in a loop The loop is caused by init trying, as told in inittab, to respawn the process. It don't really feel like an issue for me, because this should not happen. What could be done is a final check in reopen-console for the existence of the device file, though… Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#498784: mdcfg hangs when there is no partition for spare device
On Sat, Sep 13, 2008 at 10:36:59PM -0700, Ryan Niebur wrote: On Sat, Sep 13, 2008 at 11:44:26AM +0300, Martin Michlmayr wrote: I chose 1 partition (sda2) for RAID in partman and entered the RAID config tool. I then chose RAID1 with 1 active partition and 1 spare partition. I got a prompt asking which partition to use for the active one and chose sda2. Then mdcfg hangs. Looking at the code, it does (lines 329-331): Attached is a (trivial, and of course tested) patch that fixes this. Well, the hang is due to a regression in cdebconf for which a fix has already been commited (#498846), upload pending. Nevertheless, I still think that it would make sense to commit your patch to mdcfg: silently recovering from an error does not feel like good code to me. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#497619: netinst: fail to create ext3 file systems
On Wed, Sep 03, 2008 at 10:36:10PM -0400, Theodore Tso wrote: On Thu, Sep 04, 2008 at 12:55:23AM +0200, Frans Pop wrote: Ted: please fix with highest urgency as this completely breaks all daily builds of the Debian Installer which are essential for pre-release testing. TIA. I will, although I'm travelling at the moment so I probably won't be able to upload new packages until tomorrow night or Friday morning. I'll get to it as soon as I can. Thanks. :) Stupid question, though --- I thought D-I would be doing builds against testing, not unstable? As much as I would like to get the quite large number of bug fixes that are in the 1.41.1 maintenance release into Lenny, I thought the Lenny Freeze ship had sailed long ago (to horribly Vita-Mix a metaphor). Lenny currently has e2fsprogs 1.41.0-3, which would not have this problem. I'm a bit surprised that Debian Installer would be doing daily builds against what is currently in unstable. Daily builds of the debian-installer indeed uses udebs in unstable. As the netboot method retrieve udebs from a network mirror, we need to keep each d-i release fully functional while working on new features. The udebs currently in testing are targetted for Lenny d-i beta2. Moving udebs from unstable to testing is part of the process to create a new release of the installer; and this is not a continuous process like the rest of Debian. See the internal documentation [1] for more information on the various sources used by the different installation images. [1] http://d-i.alioth.debian.org/doc/internals/index.html#id520705 Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#497110: boot loader installation failed when dmraid=true
On Sat, Aug 30, 2008 at 11:54:45AM +0200, Frans Pop wrote: On Saturday 30 August 2008, Giuseppe Iuculano wrote: Comments/Problems: I used a set of fakeraid qcow2 format disk images (http://www.themuso.id.au/ubuntu/dmraid-empty-disks.tar.bz2), but boot loader installation failed. It seems that installer recognize /dev/mapper/* as an lvm volume, and so disable grub installation. That should not happen. There is an exception for dmraid devices, which apparently no longer works. From the output you provide the reason seems to be that partitions are now created as dmraid devppartition nr. The problem is the p between the device and the partition number which AFAICT did not use to be there before. This is coming from libparted. The following patch gives us back the previous naming: --- parted-1.8.8.git.2008.03.24/libparted/arch/linux.c +++ parted-1.8.8.git.2008.03.24/libparted/arch/linux.c @@ -2038,9 +2038,6 @@ } else if (dev-type == PED_DEVICE_DAC960 || dev-type == PED_DEVICE_CPQARRAY || dev-type == PED_DEVICE_ATARAID -#ifdef ENABLE_DEVICE_MAPPER -|| dev-type == PED_DEVICE_DM -#endif || isdigit (dev-path[path_len - 1])) snprintf (result, result_len, %sp%d, dev-path, num); else But this is not enough to fix the issue. Same OOM happens later on. I am not sure that I completely understand the way dmraid support is supposed to create the partitions on disk. As far as I can read in parted 1.8 source, asking libparted to create a new partition on a dm device will simply create a linear mapping on top of the existing device. It will not result in changes in the underlying disk partitions. Looks like dmraid was not tested during the switch to libparted 1.8. Thanks to the empty images pointed by Guiseppe, it is pretty easy to do so, but I am afraid that the changes needed might be quite invasive. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#495810: installation-reports: fails to mount installer CD-rom
severity 495810 normal thanks This is not a critical bug, it did not break anyone's system. On Wed, Aug 20, 2008 at 05:35:39PM +0200, Paul Sundvall wrote: Image version: http://cdimage.debian.org/debian-cd/4.0_r4a/amd64/iso-cd/debian-40r4a-amd64-CD-1.iso This image is using the Etch debian-installer and thus uses kernel 2.6.18. Everything (boot, language etc) went fine until the cd rom was to be detected. It would not be recognized, and impossible to continue. The controller on which your CD-ROM reader is connected is not supported in Linux 2.6.18, that why this installation step fails. You should be able to use the Etch-n-half installer to do an Etch installation. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#494910: partman-crypto: No longer allows to manually create LVM on crypto setup
reassign 494910 partman-lvm tags 494910 + patch thanks On Wed, Aug 13, 2008 at 02:21:28AM +0200, Frans Pop wrote: This is probably not a bug in partman-crypto itself, but I think that's the best place to start. Potential culprits include libparted, partman-base and partman-lvm... This bug seems triggered by recent changes in parted, but is actually in partman-lvm. […] And: # ls /dev/mapper/ controlhda6_crypthda6_cryptp1 This last device obviously should NOT be there. This last devices is created because update.d/lvm_sync_flag did not skip crypto devices and did set the lvm flag on the virtual partition. The result is that partman believes that the virtual (of type loop) has been changed and apply these changes on commit. It then gets everything wrong and create the _cryptp1 partition. update.d/lvm_sync_flag previously partitions on RAID devices, but this must also be done for partition on crypto devices. And actually, it looks to me like we could skip every disk with partition type loop from LVM flag settings. The attached patch fixed the issue in my tests. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- commit 3f093d528f2e2c4b957851802184b3fb2569a77f Author: Jérémy Bobbio [EMAIL PROTECTED] Date: Fri Aug 15 13:31:02 2008 +0200 Skip devices of type loop in lvm_sync_flag Device of type loop (e.g. RAID or crypto) do not handle flag setting correctly. Previously, only LVM on /dev/md* partitions were skipped in lvm_sync_flag. We now skip every devices with the partition type loop to also skip crypto devices. (Closes: #494910) diff --git a/packages/partman/partman-lvm/debian/changelog b/packages/partman/partman-lvm/debian/changelog index c4d0284..d71ddbd 100644 --- a/packages/partman/partman-lvm/debian/changelog +++ b/packages/partman/partman-lvm/debian/changelog @@ -1,3 +1,11 @@ +partman-lvm (63) UNRELEASED; urgency=low + + [ Jérémy Bobbio ] + * Don't fiddle with label on devices of type loop (e.g. RAID or crypto) in +update.d/lvm_sync_flag. (Closes: #494910) + + -- Jérémy Bobbio [EMAIL PROTECTED] Fri, 15 Aug 2008 14:31:06 +0200 + partman-lvm (62) unstable; urgency=low [ Jérémy Bobbio ] diff --git a/packages/partman/partman-lvm/update.d/lvm_sync_flag b/packages/partman/partman-lvm/update.d/lvm_sync_flag index ecaa0c5..d70b93d 100755 --- a/packages/partman/partman-lvm/update.d/lvm_sync_flag +++ b/packages/partman/partman-lvm/update.d/lvm_sync_flag @@ -24,15 +24,12 @@ if [ -f $id/method ]; then method=$(cat $id/method) fi -# As setting flags on RAID devices does not work and causes errors from -# libparted, do not attempt to sync flags in case of LVM on RAID. -# This is in line with the hacks in init.d/lvm and undo.d/lvm. -# Note: must cover both /dev/md/X and /dev/mdX devices. -if [ -f device ]; then - case $(cat device) in - /dev/md*) - exit 0 ;; - esac +# Don't fiddle with label on devices where there is no real partitioning +open_dialog GET_LABEL_TYPE +read_line label +close_dialog +if [ $label = loop ]; then + exit 0 fi has_lvm=no signature.asc Description: Digital signature
Bug#488341: iceweasel-torbutton: does not work with iceweasel 3.0
On Sat, Jun 28, 2008 at 01:14:49PM +0800, Paul Wise wrote: On Sat, 2008-06-28 at 13:05 +0800, Paul Wise wrote: I think you will need to upgrade it to 1.2.0rc1 in Debian. PS: I note on the addons site that some people noticed it does nasty things; changes your preferences without permission. A few bugs remains to be solved by upstream before we can consider the new 1.2 branch in Debian. Thanks to the magnificient help from Arnaud Renevier, they should be solved pretty soon. :) Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#488687: partman-crypto: Broken when using multiple disks
tag 488687 + patch reassign 488687 partman-base thanks On Mon, Jun 30, 2008 at 06:32:30PM +0200, Daniel Baumann wrote: I can reproduce it on a couple of completely different machines with always the same result. However, the last one I did had the following partitioning layout: /dev/hda1 /boot ext3 /dev/hda5 crypted random key /dev/hda6 crypted passphrase /dev/hda7 crypted passphrase /dev/hdb1 crypted passphrase as soon as you press the 'Configure encrypted volumes', d-i starts creating the *first* and the *last* encrypted partitions, im my case these are hda5_crypt and hdb1_crypt. those in between are skipped. Running a 'Configure encrypted volumes' again, doesn't help much as it messes arround again with the previous configured partitions and wants to reformat them again and again. The problem lies in the fact that: * crypto_setup() changes the current directory to the partman directory for the device on which is located the encrypted partition, * crypto_setup() calls setup_cryptdev(), * setup_cryptdev() calls partman_lock_unit(), * partman_lock_unit() goes through all devices (and partitions), changing the current directory. The attached patch changes partman_lock_unit() and partman_unlock_unit() to restore the current directory once their job is done. I am not commiting this patch directly as I doubt it to be the best way to do this. One could argue that a pair of parenthesis could be put around the call to partman_lock_unit() in setup_cryptdev(); please reassign the bug back to partman-crypto if that feels more desirable. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- diff --git a/packages/partman/partman-base/lib/base.sh b/packages/partman/partman-base/lib/base.sh index 3fb29d3..67450e9 100644 --- a/packages/partman/partman-base/lib/base.sh +++ b/packages/partman/partman-base/lib/base.sh @@ -903,10 +903,11 @@ disable_swap () { # Lock a device or partition against further modifications partman_lock_unit() { - local device message dev testdev + local device message cwd dev testdev device=$1 message=$2 + cwd=$(pwd) for dev in $DEVICES/*; do [ -d $dev ] || continue cd $dev @@ -916,6 +917,7 @@ partman_lock_unit() { testdev=$(mapdevfs $(cat device)) if [ $device = $testdev ]; then echo $message locked +cd $cwd return 0 fi fi @@ -930,13 +932,15 @@ partman_lock_unit() { done close_dialog done +cd $cwd } # Unlock a device or partition to allow further modifications partman_unlock_unit() { - local device dev testdev + local device cwd dev testdev device=$1 + cwd=$(pwd) for dev in $DEVICES/*; do [ -d $dev ] || continue cd $dev @@ -946,6 +950,7 @@ partman_unlock_unit() { testdev=$(mapdevfs $(cat device)) if [ $device = $testdev ]; then rm -f locked +cd $cwd return 0 fi fi @@ -960,6 +965,7 @@ partman_unlock_unit() { done close_dialog done + cd $cwd } log '***' signature.asc Description: Digital signature
Bug#477331: More information about this issue
On Sat, Apr 26, 2008 at 07:35:11PM -0300, Otavio Salvador wrote: I did a bisect and it shows f3cec9d1c2a4d43cd734aae4bc7f8e7410a5e89a as the bad one. Looking at it I had figure that 08516d97a1b34cbb119d6d842ae31e4cb4e08740 might be the responsable change (since it was merged) and reverted it. It solves the problem. When started with CAIRO_DIRECTFB_NO_ACCEL=true in the environment, the display is fine. I have tested this with both cdebconf tests and by passing it as an argument on the debian-installer boot command line. If the issue happens to need time to be properly solved, we could probably define this variable during d-i startup until then. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#475975: cdebconf-entropy: FTBFS: frontend.h:11:20: error: strutl.h: No such file or directory
reassign 475975 libdebconfclient0-dev retitle 475975 libdebconfclient0-dev: frontend.h includes the unavailable strutl.h thanks On Mon, Apr 14, 2008 at 12:44:53PM +0200, Lucas Nussbaum wrote: Relevant part: gcc -Wall -g -O2 -I. -fPIC -o newt-plugin-entropy-text.opic -c newt-plugin-entropy-text.c In file included from newt-plugin-entropy-text.c:25: /usr/include/cdebconf/frontend.h:11:20: error: strutl.h: No such file or directory Problem lies in libdbeconfclient0-dev. Bug reassigned. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#433820: silky 0.5.4 FTBFS
On Sun, Nov 18, 2007 at 10:20:42PM +0100, Cesare Tirabassi wrote: when we last talked you indicated that you were progressing well on this. is there any further news you want to share? No much news unfortunately. Working on silky has sunk quite low on my TODO list and I do not know when I will get back at this at all. If there is anyone who wants to get the code I was working on, feel free to write me. We could probably remove silky from the Debian archive for now, and add it back later if anyone picks up its development again. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#444682: [PATCH] Fix segfault on assembly on amd64 with v1 superblocks
Hi! On Sun, Sep 30, 2007 at 01:22:56PM +0100, martin f. krafft wrote: Commit a40b4fe introduced a temporary supertype variable tst, instead of manipulating st directly. However, it was forgotton to pass tst into the recursive load_super1 call, causing an infinite recursion. Signed-off-by: martin f. krafft [EMAIL PROTECTED] --- super1.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/super1.c b/super1.c index 52783e7..06c2655 100644 --- a/super1.c +++ b/super1.c @@ -1001,7 +1001,7 @@ static int load_super1(struct supertype *st, int fd, void **sbp, char *devname) /* guess... choose latest ctime */ tst.ss = super1; for (tst.minor_version = 0; tst.minor_version = 2 ; tst.minor_version++) { - switch(load_super1(st, fd, sbp, devname)) { + switch(load_super1(tst, fd, sbp, devname)) { case 0: super = *sbp; if (bestvers == -1 || bestctime __le64_to_cpu(super-ctime)) { I have independently tried to understand why the installer was not able to create RAID devices anymore. After digging the source code, I think you have missing half of the fix: --- mdadm-2.6.3+200709292116+4450e59.orig/super1.c +++ mdadm-2.6.3+200709292116+4450e59/super1.c @@ -1020,7 +1020,7 @@ tst.minor_version = bestvers; tst.ss = super1; tst.max_devs = 384; - rv = load_super1(st, fd, sbp, devname); + rv = load_super1(tst, fd, sbp, devname); if (rv == 0) *st = tst; return rv; As far as I can read, it will loop indefinetely as well, in in this second call without the former change. Anyway, thanks for promptly figuring out this issue. :) Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#441701: dwm: diff for NMU version 4.4.1-1.1
tags 441701 + patch thanks Hi, Attached is the diff for my dwm 4.4.1-1.1 NMU sent in DELAYED/2. Upload made as part of the TanneriesBSP [1]. [1] http://wiki.debian.org/TanneriesBSP Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- diff -u dwm-4.4.1/debian/changelog dwm-4.4.1/debian/changelog --- dwm-4.4.1/debian/changelog +++ dwm-4.4.1/debian/changelog @@ -1,3 +1,10 @@ +dwm (4.4.1-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Remove config.h after every extra builds. (Closes: #441701) + + -- Jérémy Bobbio [EMAIL PROTECTED] Sat, 29 Sep 2007 12:45:51 +0200 + dwm (4.4.1-1) unstable; urgency=low * New upstream release. diff -u dwm-4.4.1/debian/rules dwm-4.4.1/debian/rules --- dwm-4.4.1/debian/rules +++ dwm-4.4.1/debian/rules @@ -60,9 +60,9 @@ for ALTERNATIVE in config.arg.h debian/config/*; \ do \ $(MAKE) clean; \ - rm -f config.h; \ cp $$ALTERNATIVE config.h; \ CFLAGS=$(CFLAGS) $(MAKE) PREFIX=/usr; \ + rm -f config.h; \ install -m 0755 dwm debian/dwm/usr/bin/dwm.`basename $$ALTERNATIVE | sed -e 's/config.//' -e 's/.h//'`; \ ln -s dwm.1.gz debian/dwm/usr/share/man/man1/dwm.`basename $$ALTERNATIVE | sed -e 's/config.//' -e 's/.h//'`.1.gz; \ done @@ -71,9 +71,9 @@ if [ -f config.user.h ]; \ then \ $(MAKE) clean; \ - rm -f config.h; \ cp config.user.h config.h; \ CFLAGS=$(CFLAGS) $(MAKE) PREFIX=/usr; \ + rm -f config.h; \ install -m 0755 dwm debian/dwm/usr/bin/dwm.user; \ ln -s dwm.1.gz debian/dwm/usr/share/man/man1/dwm.user.1.gz; \ fi signature.asc Description: Digital signature
Bug#362213: ipsec-tools: diff for NMU version 1:0.6.7-1.1
tags 362213 + patch thanks Hi, Attached is the diff for my ipsec-tools 1:0.6.7-1.1 NMU. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- diff -u ipsec-tools-0.6.7/debian/changelog ipsec-tools-0.6.7/debian/changelog --- ipsec-tools-0.6.7/debian/changelog +++ ipsec-tools-0.6.7/debian/changelog @@ -1,3 +1,13 @@ +ipsec-tools (1:0.6.7-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix null pointer checks in: (Closes: #362213) + * GETNAMEINFO and GETNAMEINFO_NULL in src/racoon/var.h, + * certtest() in src/racoon/eaytest.c. + * Fix debian-rules-ignores-make-clean-error lintian warning. + + -- Jérémy Bobbio [EMAIL PROTECTED] Sat, 29 Sep 2007 14:37:50 +0200 + ipsec-tools (1:0.6.7-1) unstable; urgency=low * New upstream release (closes: #429711) diff -u ipsec-tools-0.6.7/debian/rules ipsec-tools-0.6.7/debian/rules --- ipsec-tools-0.6.7/debian/rules +++ ipsec-tools-0.6.7/debian/rules @@ -59,7 +59,7 @@ # Add here commands to clean up after the build process. rm -f config.log - -$(MAKE) distclean + [ ! -f Makefile ] || $(MAKE) distclean ifneq $(wildcard /usr/share/misc/config.sub) cp -f /usr/share/misc/config.sub config.sub endif only in patch2: unchanged: --- ipsec-tools-0.6.7.orig/src/racoon/var.h +++ ipsec-tools-0.6.7/src/racoon/var.h @@ -76,9 +76,9 @@ do { \ if (getnameinfo((x), sysdep_sa_len(x), (y), sizeof(y), (z), sizeof(z), \ NIFLAGS) != 0) { \ - if (y) \ + if (y != NULL) \ strncpy((y), (invalid), sizeof(y)); \ - if (z) \ + if (z != NULL) \ strncpy((z), (invalid), sizeof(z)); \ } \ } while (0); @@ -87,7 +87,7 @@ do { \ if (getnameinfo((x), sysdep_sa_len(x), (y), sizeof(y), NULL, 0, \ NIFLAGS) != 0) { \ - if (y) \ + if (y != NULL) \ strncpy((y), (invalid), sizeof(y)); \ } \ } while (0); only in patch2: unchanged: --- ipsec-tools-0.6.7.orig/src/racoon/eaytest.c +++ ipsec-tools-0.6.7/src/racoon/eaytest.c @@ -311,7 +311,7 @@ printf(exact match: succeed.\n); - if (dnstr_w1) { + if (dnstr_w1 != NULL) { asn1dn = eay_str2asn1dn(dnstr_w1, strlen(dnstr_w1)); if (asn1dn == NULL || asn1dn-l == asn1dn0.l) errx(1, asn1dn length wrong for wildcard 1\n); @@ -321,7 +321,7 @@ printf(wildcard 1 match: succeed.\n); } - if (dnstr_w1) { + if (dnstr_w1 != NULL) { asn1dn = eay_str2asn1dn(dnstr_w2, strlen(dnstr_w2)); if (asn1dn == NULL || asn1dn-l == asn1dn0.l) errx(1, asn1dn length wrong for wildcard 2\n); signature.asc Description: Digital signature
Bug#441701: dwm: diff for NMU version 4.4.1-1.1
On Sat, Sep 29, 2007 at 04:24:23PM +0200, Daniel Baumann wrote: Daniel Baumann wrote: this patch is actually wrong, this way, a user shipped config.h gets deleted, see #415587. ...which is not required anymore with 4.5 anyway. Upload canceled. I should not really try to organize a Bug Squashing Party while at the same time trying to fix bugs. :( Sorry about the fuss. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#443036: linux-libertine: FTBFS: Failed to find NameList: LinLibertine-2.6.8
On Tue, Sep 18, 2007 at 10:37:53AM +0200, Lucas Nussbaum wrote: Package: linux-libertine version: 2.6-1 Justification: FTBFS on i386 [...] During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: [...] make: *** [build-stamp] Segmentation fault I was not really able to reproduce the problem on my own machine. It just seems to me than it takes an amazing amount of resources (both in time and space) to build... Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#439448: ttt: diff for NMU version 1.7-3.2
Hi, Attached is the diff for my ttt 1.7-3.2 NMU. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- diff -u ttt-1.7/debian/changelog ttt-1.7/debian/changelog --- ttt-1.7/debian/changelog +++ ttt-1.7/debian/changelog @@ -1,3 +1,14 @@ +ttt (1.7-3.2) unstable; urgency=low + + * Non-maintainer upload. + * Apply patch by Kumar Appaiah to fix FTBFS with recent pcap versions. +(Closes: #439448) + * Fix debian-rules-ignores-make-clean-error lintian warning. + * Use ${binary:Version} instead of ${Source-Version} in debian/control. + * Bump Standards-Version to 3.7.2.2. + + -- Jérémy Bobbio [EMAIL PROTECTED] Sat, 29 Sep 2007 00:53:49 +0200 + ttt (1.7-3.1) unstable; urgency=low * Non-maintainer upload. diff -u ttt-1.7/debian/rules ttt-1.7/debian/rules --- ttt-1.7/debian/rules +++ ttt-1.7/debian/rules @@ -73,7 +73,7 @@ -test -r cf/config.guess.orig \ ( mv cf/config.guess.orig cf/config.guess ) - -$(MAKE) distclean + [ ! -f Makefile ] || $(MAKE) distclean dh_clean diff -u ttt-1.7/debian/control ttt-1.7/debian/control --- ttt-1.7/debian/control +++ ttt-1.7/debian/control @@ -3,11 +3,11 @@ Priority: optional Maintainer: Thomas Scheffczyk [EMAIL PROTECTED] Build-Depends: debhelper ( 3.0.0), autotools-dev, tcl8.4-dev, tk8.4-dev, blt-dev, libpcap-dev -Standards-Version: 3.5.9 +Standards-Version: 3.7.2.2 Package: ttt Architecture: any -Depends: ${shlibs:Depends}, tttview (= ${Source-Version}) +Depends: ${shlibs:Depends}, tttview (= ${binary:Version}) Description: A standalone program for local traffic-monitoring ttt is the standalone traffic monitor program in the ttt program suite. ttt displays trafic-data of a local interface. only in patch2: unchanged: --- ttt-1.7.orig/pcap_inet.c +++ ttt-1.7/pcap_inet.c @@ -146,7 +146,8 @@ return (device); } -int +/* Commented out to use libpcap's pcap_lookupnet function. */ +/*int pcap_lookupnet(device, netp, maskp, errbuf) register char *device; register u_int *netp, *maskp; @@ -194,3 +195,4 @@ *netp = *maskp; return (0); } +*/ signature.asc Description: Digital signature
Bug#429155: zblast: diff for NMU version 1.3-2.3
Hi, Attached is the diff for my zblast 1.3-2.3 NMU. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- diff -u zblast-1.3/debian/changelog zblast-1.3/debian/changelog --- zblast-1.3/debian/changelog +++ zblast-1.3/debian/changelog @@ -1,3 +1,15 @@ +zblast (1.3-2.3) unstable; urgency=low + + * Non-maintainer upload. + * Create /var/games/zblast in zblast-data postinst script. +(Closes: #429155) +Thanks to Joachim Reichel's for the proposed patch. + * Adapt to the new menu policy by moving zblast-x11 to section Games/Action. + * Fix lintian debian-rules-ignores-make-clean-error warning. + * Bump to Standards-Version 3.7.2.2. + + -- Jérémy Bobbio [EMAIL PROTECTED] Sat, 29 Sep 2007 02:09:33 +0200 + zblast (1.3-2.2) unstable; urgency=high * Non-maintainer upload during BSP. diff -u zblast-1.3/debian/control zblast-1.3/debian/control --- zblast-1.3/debian/control +++ zblast-1.3/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Oohara Yuuma [EMAIL PROTECTED] Build-Depends: debhelper (= 5), libx11-dev, x-dev, svgalibg1-dev [i386] -Standards-Version: 3.5.7 +Standards-Version: 3.7.2.2 Package: zblast-data Architecture: all diff -u zblast-1.3/debian/rules zblast-1.3/debian/rules --- zblast-1.3/debian/rules +++ zblast-1.3/debian/rules @@ -32,7 +32,7 @@ dh_testroot rm -f build-stamp - -$(MAKE) clean + $(MAKE) clean dh_clean diff -u zblast-1.3/debian/zblast-data.dirs zblast-1.3/debian/zblast-data.dirs --- zblast-1.3/debian/zblast-data.dirs +++ zblast-1.3/debian/zblast-data.dirs @@ -1 +1 @@ -usr/share/games/zblast +usr/share/games/zblast diff -u zblast-1.3/debian/zblast-x11.menu zblast-1.3/debian/zblast-x11.menu --- zblast-1.3/debian/zblast-x11.menu +++ zblast-1.3/debian/zblast-x11.menu @@ -1,3 +1,3 @@ -?package(zblast-x11): needs=X11 section=Games/Arcade command=xzb \ +?package(zblast-x11): needs=X11 section=Games/Action command=/usr/games/xzb \ icon=/usr/share/pixmaps/xzb.xpm \ title=ZBlast longtitle=High-speed shoot 'em up game diff -u zblast-1.3/debian/zblast-data.postinst zblast-1.3/debian/zblast-data.postinst --- zblast-1.3/debian/zblast-data.postinst +++ zblast-1.3/debian/zblast-data.postinst @@ -19,6 +19,7 @@ # create the score file if necessary if test $1 = configure then + mkdir -p /var/games/zblast if test ! -e /var/games/zblast/zblast.scores then touch /var/games/zblast/zblast.scores signature.asc Description: Digital signature
Bug#443067: Broken package: Depends: libpcre3 (= 4.5) but it is not installable
Package: libglib2.0-udeb Version: 2.14.1-2 Severity: serious Tags: d-i Hi! Quoting the glib2.0/2.14.1-2 changelog: * debian/control.in, debian/rules: + Build against the system PCRE instead of the supplied one. This change broke the udeb produced by glib2.0, as it now depends on libpcre3 which is not currently available in the debian-installer environment. (Note: it would have been better to notice such issue before uploading the new package, as daily builds of the debian-installer will now be broken until the issue is solved.) Here's the possible solutions discussed with Loïc Minier on IRC: * Use glib's internal copy of libpcre to build the udeb This have the advantage of keeping the dependencies as they previously were, and limiting the numbers of udebs needed by the debian-installer. The downside is that the two builds could have an independant set of bugs. * Ask Mark Baker to add an udeb to libpcre and binNMU glib after that The advantage is that glib will not have to be built twice and that the behaviour should stay similar in a normal system and in the debian-installer environment. The downside is that pcre currently have 3 RC bugs, and that it will add another source of migration headache to d-i release managers and the release team. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#440731: Wrong dependency on libgpmg1
Package: brltty-udeb Version: 3.8-6 Severity: serious Tags: patch, d-i Hi! The udeb created by brltty depends on the libgpmg1 package which is not available in the debian-installer environment. Attached is a patch that should fix the issue (although untested, as brltty also FTBFS on my pbuilder and several buildds). Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- --- brltty-3.8-6.orig/debian/rules 2007-09-03 23:49:46.0 +0200 +++ brltty-3.8/debian/rules 2007-09-03 23:49:55.0 +0200 @@ -8,7 +8,7 @@ DEB_HOST_ARCH=$(shell dpkg-architecture -qDEB_HOST_ARCH) UDEB_CFLAGS=-Os -fomit-frame-pointer UDEB_DISABLE=speech-support pcm-support midi-support fm-support contracted-braille \ - api pm-configfile + api pm-configfile gpm UDEB_CONFIGURE_OPTIONS=--with-braille-driver=-vr,all \ --with-braille-device=usb: --with-screen-driver=-as,-sc,all \ --without-init-path --without-x --without-curses \ signature.asc Description: Digital signature
Bug#440043: Missing a dependency on libfile-homedir-perl
Package: dpkg-cross Version: 1.99+2.0.0pre1 Severity: serious Hi! The experimental dpkg-cross package seems to miss a dependency on libfile-homedir-perl, as it fails with: --- 8 --- Can't locate File/HomeDir.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/share/perl5/Debian/DpkgCross.pm line 2. BEGIN failed--compilation aborted at /usr/share/perl5/Debian/DpkgCross.pm line 2. Compilation failed in require at /usr/bin/dpkg-buildpackage line 26. BEGIN failed--compilation aborted at /usr/bin/dpkg-buildpackage line 26. --- 8 --- -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.20-1-amd64 Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages dpkg-cross depends on: ii binutils 2.17cvs20070426-8 The GNU assembler, linker and bina ii debconf1.5.9 Debian configuration management sy ii dpkg-dev 1.14.5package building tools for Debian ii file 4.20-5Determines file type using magic ii libdebian-dpkgcross-pe 1.99+2.0.0pre1functions to aid cross-compiling D ii perl 5.8.8-7 Larry Wall's Practical Extraction dpkg-cross recommends no packages. -- debconf information: * dpkg-cross/default-arch: None Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#433820: Does not build with newer libsilc
Package: silky Version: 0.5.4-0.1 Severity: serious Hi! silky 0.5.4 will not build with newer version of libsilc. The API has changed and the code needs to be adapted to it. As silky have not received much love by upstream lately, I have started to work on it, but the required changes are quite invasive and I will need more time to fix this issue. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#431873: udeb is missing in .shlibs
Package: zlib1g Version: 1:1.2.3.3.dfsg-3 Severity: serious Tags: patch, d-i It seems that in fixing #431124, you have removed the .shlibs entry mentioning zlib1g-udeb. This currently breaks the debian-installer builds as udeb depending on zlib1g doesn't reference the correct package anymore. The attached patch should fix this issue. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- diff -u zlib-1.2.3.3.dfsg/debian/rules zlib-1.2.3.3.dfsg/debian/rules --- zlib-1.2.3.3.dfsg/debian/rules +++ zlib-1.2.3.3.dfsg/debian/rules @@ -138,7 +138,8 @@ dh_strip -s --dbg-package=zlib1g-dbg dh_compress -s dh_fixperms -s - dh_makeshlibs -s -Vzlib1g (= 1:1.2.3.3.dfsg-1) + dh_makeshlibs -s -Vzlib1g (= 1:1.2.3.3.dfsg-1) \ + --add-udeb=zlib1g-udeb dh_installdeb -s dh_shlibdeps -s dh_gencontrol -s signature.asc Description: Digital signature
Bug#430890: libsilc-1.0-2-dev: missing Replaces on libsilc-1.0-2
tags 430890 + pending thanks Hi! A newer version of silc-toolkit fixing this issue (and many others) is currently waiting for review in NEW. It might takes some time before the package enters the archive, though, as Ganneff is currently on VAC. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#423788: FTBFS: checking for mxDateTime.h... configure: error: can't build without mx headers
Package: psycopg Version: 1.1.21-14 Severity: serious Justification: no longer builds from source Hi! psycopg currently fails to build from source in sid [1]: --- 8 --- checking PostgreSQL version... 8.2 checking PostgreSQL type catalog... /usr/include/postgresql/catalog/pg_type.h checking for mxDateTime.h... configure: error: can't build without mx headers make: *** [build-stamp] Error 1 --- 8 --- [1] http://people.debian.org/~lucas/logs/2007/05/13/psycopg_1.1.21-14_sid32.buildlog Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#423794: FTBFS: Src/spmatrixmodule.c:13:37: error: Numeric/arrayobject.h: No such file or directory
Package: pysparse Version: 1.0-1 Severity: serious Justification: no longer builds from source Hi! pysparse currently fails to build from source in sid [1]: --- 8 --- running build_ext building 'pysparse.spmatrix' extension creating build/temp.linux-i686-2.5 creating build/temp.linux-i686-2.5/Src gcc -pthread -fno-strict-aliasing -DNDEBUG -g -O2 -Wall -Wstrict-prototypes -fPIC -IInclude -I/usr/include/python2.5 -c Src/spmatrixmodule.c -o build/temp.linux-i686-2.5/Src/spmatrixmodule.o Src/spmatrixmodule.c:13:37: error: Numeric/arrayobject.h: No such file or directory In file included from Src/spmatrixmodule.c:24: Src/ll_mat.c: In function 'LLMat_matvec_transp': Src/ll_mat.c:763: error: 'PyArrayObject' undeclared (first use in this function) Src/ll_mat.c:763: error: (Each undeclared identifier is reported only once [...] error: command 'gcc' failed with exit status 1 make: *** [stamp-build-2.5] Error 1 --- 8 --- [1] http://people.debian.org/~lucas/logs/2007/05/13/pysparse_1.0-1_sid32.buildlog Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#423797: FTBFS: .. ERROR:: Can't find a local numarray Python installation.
Package: pytables Version: 1.3.2-2 Severity: serious Justification: no longer builds from source Hi! pytables currently fails to build from source in sid [1]: --- 8 --- dh_testdir python2.5 setup.py --force-ucl build .. ERROR:: Can't find a local numarray Python installation. Please, read carefully the ``README`` file and remember that PyTables needs the numarray package to compile and run. make: *** [build-stamp-2.5] Error 1 --- 8 --- [1] http://people.debian.org/~lucas/logs/2007/05/13/pytables_1.3.2-2_sid32.buildlog Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#423360: Takeover from the Zope team
severity 423360 normal reassign 423360 wnpp retitle 423360 ITA: zope-quotafolder -- folder based quota system for Zope owner 423360 Debian Zope Team [EMAIL PROTECTED] thanks Hi! As Joel is inactive for quite a while now, the package will now be collectively maintained by the Debian Zope team. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#422468: FTBFS: wiimotefunctions.c:59: error: incompatible type for argument 1 of 'wiimote_connect'
Package: transfermii Version: 0.4-2 Severity: serious Justification: no longer builds from source Hi! transfermii currently fails to build from source in sid [1]: --- 8 --- gcc -o wiimotefunctions.o -c wiimotefunctions.c -g -Wall -O2 wiimotefunctions.c: In function 'wiimoteConnect': wiimotefunctions.c:54: warning: implicit declaration of function 'wiimote_findfirst' wiimotefunctions.c:59: error: incompatible type for argument 1 of 'wiimote_connect' make[1]: *** [wiimotefunctions.o] Error 1 --- 8 --- [1] http://people.debian.org/~lucas/logs/2007/05/rebuild.sid.i386/transfermii_0.4-2_sid32.buildlog Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#422471: FTBFS if no network connectivity
Package: thuban Version: 1.2.0-1 Severity: serious Justification: no longer builds from source Hi! thuban fails to build from source in sid [1] when there is no network connectivity: --- 8 --- make[1]: Entering directory `/build/user/thuban-1.2.0/Doc/manual' db2html thuban-manual.xml output is thuban-manual Using catalogs: /etc/sgml/catalog Using stylesheet: /usr/share/docbook-utils/docbook-utils.dsl#html Working on: /build/user/thuban-1.2.0/Doc/manual/thuban-manual.xml openjade:/build/user/thuban-1.2.0/Doc/manual/thuban-manual.xml:5:28:E: error connecting to www.oasis-open.org (Connection refused) openjade:/build/user/thuban-1.2.0/Doc/manual/thuban-manual.xml:5:28:E: DTD did not contain element declaration for document type name openjade:/build/user/thuban-1.2.0/Doc/manual/thuban-manual.xml:7:5:E: element book undefined [...] openjade:I: maximum number of errors (200) reached; change with -E option openjade:/usr/share/sgml/docbook/stylesheet/dsssl/modular/lib/dblib.dsl:1748:17:E: 1st argument for primitive entity-generated-system-id of wrong type: #f not a string make[1]: *** [man-html] Error 8 --- 8 --- Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#422482: FTBFS: scim_uim_imengine.cpp:839: error: 'uim_set_surrounding_text' was not declared in this scope
Package: scim-uim Version: 0.1.4-2 Severity: serious Justification: no longer builds from source Hi! scim-uim currently fails to build from source in sid [1]: --- 8 --- i486-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -I../src -DSCIM_ICONDIR=\/usr/share/scim/icons\ -DSCIM_UIM_ICON_FILE=\/usr/share/scim/icons/scim-uim.png\ -I/usr/include/scim-1.0 -I/usr/include/uim -W -g -O2 -MT uim_la-scim_uim_imengine.lo -MD -MP -MF .deps/uim_la-scim_uim_imengine.Tpo -c scim_uim_imengine.cpp -fPIC -DPIC -o .libs/uim_la-scim_uim_imengine.o scim_uim_imengine.cpp: In member function 'virtual void UIMInstance::select_candidate(unsigned int)': scim_uim_imengine.cpp:440: warning: comparison between signed and unsigned integer expressions scim_uim_imengine.cpp: In member function 'virtual void UIMInstance::lookup_table_page_down()': scim_uim_imengine.cpp:473: warning: comparison between signed and unsigned integer expressions scim_uim_imengine.cpp: In static member function 'static void UIMInstance::uim_cand_select_cb(void*, int)': scim_uim_imengine.cpp:793: warning: comparison between signed and unsigned integer expressions scim_uim_imengine.cpp: In static member function 'static void UIMInstance::uim_surrounding_text_request_cb(void*)': scim_uim_imengine.cpp:839: error: 'uim_set_surrounding_text' was not declared in this scope make[3]: *** [uim_la-scim_uim_imengine.lo] Error 1 --- 8 --- [1] http://people.debian.org/~lucas/logs/2007/05/rebuild.sid.i386/scim-uim_0.1.4-2_sid32.buildlog Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#422069: FTBFS: /usr/lib/libnetsnmpmibs.so: undefined reference to `sensors_get_label'
Package: cyrus-imapd-2.2 Version: 2.2.13-10 Severity: serious Justification: no longer builds from source Hi! cyrus-imapd-2.2 currently fails to build from source in sid [1]: --- 8 --- gcc -L/usr/lib -o master master.o masterconf.o cyrusMasterMIB.o ../lib/lock_fcntl.o ../lib/libcyrus_min.a -L/usr/lib -lnetsnmpmibs -lnetsnmpagent -lnetsnmphelpers -lnetsnmp -lm -ldl -lwrap -lwrap -lresolv -lfl -lresolv -ldb-4.2 -lssl -lcrypto /usr/lib/libcom_err.a /usr/lib/libnetsnmpmibs.so: undefined reference to `sensors_get_label' /usr/lib/libnetsnmpmibs.so: undefined reference to `sensors_init' /usr/lib/libnetsnmpmibs.so: undefined reference to `sensors_get_detected_chips' /usr/lib/libnetsnmpmibs.so: undefined reference to `sensors_get_feature' /usr/lib/libnetsnmpmibs.so: undefined reference to `sensors_get_all_features' collect2: ld returned 1 exit status make[2]: *** [master] Error 1 --- 8 --- [1] http://people.debian.org/~lucas/logs/2007/05/rebuild.sid.i386/cyrus-imapd-2.2_2.2.13-10_sid32.buildlog Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#422009: FTBFS: lposix.c:618: error: 'CLK_TCK' undeclared
Package: lua-posix Version: 1.0-5 Severity: serious Justification: no longer builds from source Hi! lua-posix currently fails to build from source in sid [1]: --- 8 --- libtool --silent --tag=CC --mode=compile cc -c -g -Wall -O2 -I/usr//include/lua5.1 -o lposix.lo lposix.c lposix.c: In function 'Ftimes': lposix.c:618: error: 'CLK_TCK' undeclared (first use in this function) lposix.c:618: error: (Each undeclared identifier is reported only once lposix.c:618: error: for each function it appears in.) make[2]: *** [lposix.lo] Error 1 --- 8 --- CLK_TCK is an obsolete name for CLOCKS_PER_SEC and was removed in glibc 2.4. See: http://www.gnu.org/software/libc/manual/html_node/CPU-Time.html [1] http://people.debian.org/~lucas/logs/2007/05/rebuild.sid.i386/lua-posix_1.0-5_sid32.buildlog Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#421071: FTBFS: ! LaTeX Error: File `fancyheadings.sty' not found.
Package: freefem Version: 3.5.8-3 Severity: serious Justification: no longer builds from source Hi! freefem currently fails to build from source in sid [1]: --- 8 --- make[3]: Entering directory `/build/user/freefem-3.5.8/doc' pdflatex ./freefem This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6) %-line parsing enabled. entering extended mode (./freefem.tex LaTeX2e 2005/12/01 Babel v3.8h and hyphenation patterns for english, usenglishmax, dumylang, noh yphenation, croatian, bulgarian, russian, ukrainian, czech, slovak, danish, dut ch, finnish, finnish, french, basque, french, german, ngerman, german, ngerman, greek, monogreek, ancientgreek, ibycus, hungarian, hungarian, italian, italian , latin, latin, mongolian, mongolian, norsk, norsk, coptic, esperanto, estonian , icelandic, indonesian, interlingua, romanian, serbian, slovenian, turkish, up persorbian, welsh, polish, polish, portuguese, portuguese, spanish, catalan, ga lician, spanish, catalan, galician, swedish, swedish, loaded. (/usr/share/texmf-texlive/tex/latex/base/report.cls Document Class: report 2005/09/16 v1.4f Standard LaTeX document class (/usr/share/texmf-texlive/tex/latex/base/size11.clo)) (/usr/share/texmf-texlive/tex/latex/amsmath/amsmath.sty For additional information on amsmath, use the `?' option. (/usr/share/texmf-texlive/tex/latex/amsmath/amstext.sty (/usr/share/texmf-texlive/tex/latex/amsmath/amsgen.sty)) (/usr/share/texmf-texlive/tex/latex/amsmath/amsbsy.sty) (/usr/share/texmf-texlive/tex/latex/amsmath/amsopn.sty)) (/usr/share/texmf-texlive/tex/latex/amsfonts/amsfonts.sty) (/usr/share/texmf-texlive/tex/latex/amsfonts/amssymb.sty) (/usr/share/texmf-texlive/tex/latex/amsmath/amscd.sty) (/usr/share/texmf-texlive/tex/latex/amscls/amsthm.sty) (/usr/share/texmf-texlive/tex/latex/base/makeidx.sty) ! LaTeX Error: File `fancyheadings.sty' not found. Type X to quit or RETURN to proceed, or enter new name. (Default extension: sty) Enter file name: ! Emergency stop. read * l.35 \usepackage {html}^^M ! == Fatal error occurred, no output PDF file produced! Transcript written on freefem.log. make[3]: *** [pdf] Error 1 --- 8 --- This seems to be related to the transition from teTeX to TeX Live currently happening [2]. You can look at some tips and strategies suggested by the TeX team [3] on how to migrate your package to the new system. [1] http://people.debian.org/~lucas/logs/2007/04/rebuild.sid.i386.20070416/freefem_3.5.8-3_sid32.buildlog [2] http://lists.debian.org/debian-devel-announce/2007/04/msg6.html [3] http://pkg-tetex.alioth.debian.org/mapping-texlive.html Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#421075: FTBFS: grab_partial_image.c:216: error: 'CLK_TCK' undeclared
Package: libdc1394 Version: 1.1.0-3 Severity: serious Justification: no longer builds from source Hi! libdc1394 currently fails to build from source in sid [1]: --- 8 --- gcc -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -Wall -Wunused -c grab_partial_image.c grab_partial_image.c: In function 'main': grab_partial_image.c:216: error: 'CLK_TCK' undeclared (first use in this function) grab_partial_image.c:216: error: (Each undeclared identifier is reported only once grab_partial_image.c:216: error: for each function it appears in.) make[3]: *** [grab_partial_image.o] Error 1 --- 8 --- CLK_TCK is an obsolete name for CLOCKS_PER_SEC and was removed in glibc 2.4. See: http://www.gnu.org/software/libc/manual/html_node/CPU-Time.html Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#421076: FTBFS: KeyError: 'CPPDEFINES'
Package: museek+ Version: 0.1.12-2 Severity: serious Justification: no longer builds from source Hi! museek+ currently fails to build from source in sid [1]: --- 8 --- Checking for ov_clear(0) in C++ library ... yes KeyError: 'CPPDEFINES': File /build/user/museek+-0.1.12/SConstruct, line 381: SConscript(os.path.join(dir, 'SConscript'), build_dir = bd, duplicate = 1) File /usr/lib/scons/SCons/Script/SConscript.py, line 583: return apply(method, args, kw) File /usr/lib/scons/SCons/Script/SConscript.py, line 520: return apply(_SConscript, [self.fs,] + files, subst_kw) File /usr/lib/scons/SCons/Script/SConscript.py, line 245: exec _file_ in call_stack[-1].globals File /build/user/museek+-0.1.12/workdir/Tools/SConscript, line 20: if env_libmuscan['CPPDEFINES'] != []: File /usr/lib/scons/SCons/Environment.py, line 309: return self._dict[key] make: *** [build-stamp] Error 2 --- 8 --- [1] http://people.debian.org/~lucas/logs/2007/04/rebuild.sid.i386.20070416/museek+_0.1.12-2_sid32.buildlog Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#421081: FTBFS: plr.c:195: error: too few arguments to function 'R_ParseVector'
Package: plr Version: 1:0.6.2-4 Severity: serious Justification: no longer builds from source Hi! plr currently fails to build from source in sid [1]: --- 8 --- cc -O2 -g -W -fPIC -I`/usr/lib/postgresql/7.4/bin/pg_config --includedir` -I`/usr/lib/postgresql/7.4/bin/pg_config --includedir-server` -I/usr/share/R/include -DDLSUFFIX=\.so\ -DPKGLIBDIR=\/usr/lib/postgresql/7.4/lib\ -c -o plr.o plr.c plr.c: In function 'load_r_cmd': plr.c:195: error: too few arguments to function 'R_ParseVector' plr.c: In function 'plr_load_modules': plr.c:400: warning: comparison between signed and unsigned plr.c: In function 'plr_parse_func_body': plr.c:1203: error: too few arguments to function 'R_ParseVector' make[1]: *** [plr.o] Error 1 --- 8 --- [1] http://people.debian.org/~lucas/logs/2007/04/rebuild.sid.i386.20070416/plr_1:0.6.2-4_sid32.buildlog Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#421075: FTBFS: grab_partial_image.c:216: error: 'CLK_TCK' undeclared
On Thu, Apr 26, 2007 at 11:17:31AM +0200, Jérémy Bobbio wrote: libdc1394 currently fails to build from source in sid [1]: [...] I forgot the link: [1] http://people.debian.org/~lucas/logs/2007/04/rebuild.sid.i386.20070416/libdc1394_1.1.0-3_sid32.buildlog Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#421085: FTBFS: scanlogd.c:181: error: 'CLK_TCK' undeclared
Package: scanlogd Version: 2.2.5-2 Severity: serious Justification: no longer builds from source Hi! scanlogd currently fails to build from source in sid [1]: --- 8 --- gcc -c -Wall -O2 -fomit-frame-pointer scanlogd.c scanlogd.c: In function 'safe_log': scanlogd.c:181: error: 'CLK_TCK' undeclared (first use in this function) scanlogd.c:181: error: (Each undeclared identifier is reported only once scanlogd.c:181: error: for each function it appears in.) scanlogd.c: In function 'process_packet': scanlogd.c:239: error: 'CLK_TCK' undeclared (first use in this function) make[1]: *** [scanlogd.o] Error 1 --- 8 --- CLK_TCK is an obsolete name for CLOCKS_PER_SEC and was removed in glibc 2.4. See: http://www.gnu.org/software/libc/manual/html_node/CPU-Time.html [1] http://people.debian.org/~lucas/logs/2007/04/rebuild.sid.i386.20070416/scanlogd_2.2.5-2_sid32.buildlog Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#417015: depends on non-essential package passwd in postrm
tags 417015 + patch thanks Hi! On Sun, Apr 01, 2007 at 10:34:35AM +0200, Michael Ablassmeier wrote: Purging configuration files for privoxy ... /var/lib/dpkg/info/privoxy.postrm: line 23: deluser: command not found Actually, the recommended procedure is to leave user entries on the system, even on purge. [1,2] The attached patch simply remove the user deletion on purge. [1] http://lists.debian.org/debian-mentors/2005/03/msg00451.html [2] http://lists.debian.org/debian-mentors/2005/04/msg5.html Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- diff -u privoxy-3.0.6/debian/postrm privoxy-3.0.6/debian/postrm --- privoxy-3.0.6/debian/postrm +++ privoxy-3.0.6/debian/postrm @@ -20,7 +20,6 @@ case $1 in purge) -deluser --quiet privoxy rm -rf /var/log/privoxy /etc/privoxy ;; signature.asc Description: Digital signature
Bug#420900: FTBFS: stats.c:160: error: 'CLK_TCK' undeclared (first use in this function)
Package: atftp Version: 0.7.dfsg-1.2 Severity: serious Justification: no longer builds from source Hi! atftp currently fails to build from source in sid [1]: --- 8 --- if gcc -DHAVE_CONFIG_H -I. -I. -I. -g -Wall -D_REENTRANT -O2 -MT stats.o -MD -MP -MF .deps/stats.Tpo -c -o stats.o stats.c; \ then mv -f .deps/stats.Tpo .deps/stats.Po; else rm -f .deps/stats.Tpo; exit 1; fi stats.c: In function 'stats_print': stats.c:160: error: 'CLK_TCK' undeclared (first use in this function) stats.c:160: error: (Each undeclared identifier is reported only once stats.c:160: error: for each function it appears in.) make[3]: *** [stats.o] Error 1 --- 8 --- [1] http://people.debian.org/~lucas/logs/2007/04/rebuild.sid.i386.20070416/atftp_0.7.dfsg-1.2_sid32.buildlog Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#420902: FTBFS: Build-Depends on obsolete python2.3-dev
Package: crystalspace Version: 0.99-20060125-2 Severity: serious Justification: no longer builds from source Hi! crystalspace currently fails to build from source in sid [1]. It Build-Depends on the obsolete python-2.3-dev, which is no longer available in sid. [1] http://people.debian.org/~lucas/logs/2007/04/rebuild.sid.i386.20070416/crystalspace_0.99-20060125-2_sid32.buildlog Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#420904: FTBFS due to TeX Live migration
Package: cwebx Version: 3.04-8 Severity: serious Justification: no longer builds from source Hi! cwebx currently fails to build from source in sid [1]. This is due to the transition from teTeX to TeX Live currently happening [2]. You can look at some tips and strategies suggested by the TeX team [3] on how to migrate your package to the new system. [1] http://people.debian.org/~lucas/logs/2007/04/rebuild.sid.i386.20070416/ [2] http://lists.debian.org/debian-devel-announce/2007/04/msg6.html [3] http://pkg-tetex.alioth.debian.org/mapping-texlive.html Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#420906: FTBFS due to TeX Live migration
Package: cxref Version: 1.6a-1.1 Severity: serious Justification: no longer builds from source Hi! cxref currently fails to build from source in sid [1]. This is due to the transition from teTeX to TeX Live currently happening [2]. You can look at some tips and strategies suggested by the TeX team [3] on how to migrate your package to the new system. [1] http://people.debian.org/~lucas/logs/2007/04/rebuild.sid.i386.20070416/cxref_1.6a-1.1_sid32.buildlog [2] http://lists.debian.org/debian-devel-announce/2007/04/msg6.html [3] http://pkg-tetex.alioth.debian.org/mapping-texlive.html Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#420941: FTBFS: tr.c:34: error: expected specifier-qualifier-list before '__u16'
Package: dhcp Version: 2.0pl5-19.5 Severity: serious Justification: no longer builds from source Hi! dhcp does no longer build from source in sid [1]: --- 8 --- cc -g -D_PATH_DHCPD_DB=\/var/lib/dhcp/dhcpd.leases\ -D_PATH_DHCLIENT_DB=\/var/lib/dhcp/dhclient.leases\ -I.. -I../includes -DLINUX_MAJOR=2 -DLINUX_MINOR=6 -c -o tr.o tr.c tr.c:34: error: expected specifier-qualifier-list before '__u16' tr.c: In function 'insert_source_routing': tr.c:191: error: 'struct routing_entry' has no member named 'rcf' tr.c:192: error: '__u16' undeclared (first use in this function) tr.c:192: error: (Each undeclared identifier is reported only once tr.c:192: error: for each function it appears in.) tr.c:192: error: expected ';' before 'rcf' tr.c:193: error: 'struct routing_entry' has no member named 'rseg' tr.c:194: error: 'rcf' undeclared (first use in this function) tr.c:199: error: 'struct routing_entry' has no member named 'access_time' tr.c: In function 'save_source_routing': tr.c:229: error: '__u16' undeclared (first use in this function) tr.c:229: error: expected ';' before 'rcf' tr.c:246: error: 'rcf' undeclared (first use in this function) tr.c:248: error: 'struct routing_entry' has no member named 'rseg' tr.c:248: error: 'struct routing_entry' has no member named 'rseg' tr.c:250: error: 'struct routing_entry' has no member named 'rcf' tr.c:251: error: 'struct routing_entry' has no member named 'access_time' tr.c:266: error: 'struct routing_entry' has no member named 'access_time' tr.c:271: error: 'struct routing_entry' has no member named 'rseg' tr.c:271: error: 'struct routing_entry' has no member named 'rseg' tr.c:273: error: 'struct routing_entry' has no member named 'rcf' tr.c: In function 'expire_routes': tr.c:295: error: 'struct routing_entry' has no member named 'access_time' make[2]: *** [tr.o] Error 1 --- 8 --- [1] http://people.debian.org/~lucas/logs/2007/04/rebuild.sid.i386.20070416/dhcp_2.0pl5-19.5_sid32.buildlog Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#420942: FTBFS: diald.c:188: error: 'CLK_TCK' undeclared
Package: diald Version: 0.99.4-7.1 Severity: serious Justification: no longer builds from source Hi! diald does no longer build from source in sid [1]: --- 8 --- make[1]: Entering directory `/build/user/diald-0.99.4' cc -O2 -Wall -pipe -DTCP_WRAPPERS -DAUTH_PAM -c -o diald.o diald.c diald.c: In function 'main': diald.c:188: error: 'CLK_TCK' undeclared (first use in this function) diald.c:188: error: (Each undeclared identifier is reported only once diald.c:188: error: for each function it appears in.) diald.c:217: warning: pointer targets in passing argument 3 of 'accept' differ in signedness diald.c: In function 'proxy_read': diald.c:768: warning: pointer targets in passing argument 1 of 'recv_packet' differ in signedness diald.c:804: warning: pointer targets in passing argument 2 of 'buffer_packet' differ in signedness diald.c:828: warning: pointer targets in passing argument 1 of 'strcpy' differ in signedness diald.c:845: warning: pointer targets in passing argument 2 of 'buffer_packet' differ in signedness make[1]: *** [diald.o] Error 1 --- 8 --- [1] http://people.debian.org/~lucas/logs/2007/04/rebuild.sid.i386.20070416/diald_0.99.4-7.1_sid32.buildlog Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#420943: FTBFS: ddj.c:1025: error: 'CLK_TCK' undeclared
Package: digitaldj Version: 0.7.5-5 Severity: serious Justification: no longer builds from source Hi! digitaldj does no longer build from source in sid [1]: --- 8 --- i486-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I/usr/include `gtk-config --cflags` `gnome-config --cflags gdk_pixbuf` -I/usr/include/mysql -DAUXDIR=\/usr/share/digitaldj\-g -O2 -c `test -f 'dblist.c' || echo './'`dblist.c source='ddj.c' object='ddj.o' libtool=no \ depfile='.deps/ddj.Po' tmpdepfile='.deps/ddj.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ i486-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I/usr/include `gtk-config --cflags` `gnome-config --cflags gdk_pixbuf` -I/usr/include/mysql -DAUXDIR=\/usr/share/digitaldj\-g -O2 -c `test -f 'ddj.c' || echo './'`ddj.c ddj.c: In function 'GetClockSecs': ddj.c:1025: error: 'CLK_TCK' undeclared (first use in this function) ddj.c:1025: error: (Each undeclared identifier is reported only once ddj.c:1025: error: for each function it appears in.) ddj.c: In function 'Beat': ddj.c:2420: error: 'CLK_TCK' undeclared (first use in this function) make[3]: *** [ddj.o] Error 1 --- 8 --- [1] http://people.debian.org/~lucas/logs/2007/04/rebuild.sid.i386.20070416/digitaldj_0.7.5-5_sid32.buildlog Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#420944: FTBFS: ./sshow.c:226: error: 'CLK_TCK' undeclared
Package: dsniff Version: 2.4b1+debian-15 Severity: serious Justification: no longer builds from source Hi! dsniff no longer build from source in sid [1]: --- 8 --- gcc -Wall -g -O2 -D_BSD_SOURCE -D_BSD_SOURCE -D__BSD_SOURCE -D__FAVOR_BSD -DHAVE_NET_ETHERNET_H -DDSNIFF_LIBDIR=\/usr/share/dsniff/\ -I. -I./missing -c ./sshow.c ./sshow.c: In function 'client_to_server': ./sshow.c:226: error: 'CLK_TCK' undeclared (first use in this function) ./sshow.c:226: error: (Each undeclared identifier is reported only once ./sshow.c:226: error: for each function it appears in.) ./sshow.c: In function 'server_to_client': ./sshow.c:274: error: 'CLK_TCK' undeclared (first use in this function) make[1]: *** [sshow.o] Error 1 --- 8 --- [1] http://people.debian.org/~lucas/logs/2007/04/rebuild.sid.i386.20070416/dsniff_2.4b1+debian-15_sid32.buildlog Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature