Bug#705722: libxml2: CVE-2013-1969
Package: libxml2 Severity: grave Tags: security patch upstream Hi, the following vulnerability was published for libxml2. CVE-2013-1969[0]: se-after-free error in "htmlParseChunk()" and "xmldecl_done()" If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities & Exposures) id in your changelog entry. A patch commited in git upstream repo is at [1]. For further information see: [0] http://security-tracker.debian.org/tracker/CVE-2013-1969 [1] https://git.gnome.org/browse/libxml2/commit/?id=de0cc20c29cb3f056062925395e0f68d2250a46f Please adjust the affected versions in the BTS as needed. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#697619: marked as done (Many HID drivers not included in initramfs)
Your message dated Fri, 19 Apr 2013 03:02:35 + with message-id and subject line Bug#697619: fixed in initramfs-tools 0.109.1 has caused the Debian Bug report #697619, regarding Many HID drivers not included in initramfs to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 697619: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=697619 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: src:linux Version: 3.7.1-1~experimental.1 Severity: grave The 3.7 kernel in experimental no longer accepts input from a USB keyboard at the initramfs passphrase prompt for an encrypted root. This works fine with the 3.6 kernel currently in latest unstable, which I booted to make this report. Reporting this as grave because it breaks a common configuration supported by the installer (the vast majority of desktop systems have USB keyboards, and the installer offers encrypted root filesystems). - Josh Triplett -- Package-specific info: ** Model information sys_vendor: LENOVO product_name: 42915J0 product_version: ThinkPad X220 chassis_vendor: LENOVO chassis_version: Not Available bios_vendor: LENOVO bios_version: 8DET47WW (1.17 ) board_vendor: LENOVO board_name: 42915J0 board_version: Not Available ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation 2nd Generation Core Processor Family DRAM Controller [8086:0104] (rev 09) Subsystem: Lenovo Device [17aa:21da] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0126] (rev 09) (prog-if 00 [VGA controller]) Subsystem: Lenovo Device [17aa:21da] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- [disabled] Capabilities: Kernel driver in use: i915 00:16.0 Communication controller [0780]: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 [8086:1c3a] (rev 04) Subsystem: Lenovo Device [17aa:21da] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 00:19.0 Ethernet controller [0200]: Intel Corporation 82579LM Gigabit Network Connection [8086:1502] (rev 04) Subsystem: Lenovo Device [17aa:21ce] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: e1000e 00:1a.0 USB controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 [8086:1c2d] (rev 04) (prog-if 20 [EHCI]) Subsystem: Lenovo Device [17aa:21da] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Kernel driver in use: ehci_hcd 00:1b.0 Audio device [0403]: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller [8086:1c20] (rev 04) Subsystem: Lenovo Device [17aa:21da] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: snd_hda_intel 00:1c.0 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 [8086:1c10] (rev b4) (prog-if 00 [Normal decode]) Control: I/O- Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport 00:1c.1 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 2 [8086:1c12] (rev b4) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDi
Processed: Re: Bug#704987: system freezes after hibernate/suspend
Processing control commands: > severity -1 important Bug #704987 [src:linux] gnome-shell: scrolling in libreoffice-writer freezes system Severity set to 'important' from 'critical' -- 704987: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704987 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#704987: system freezes after hibernate/suspend
control: severity -1 important Reducing severity since this doesn't meet the kernel team's requirements for a grave or higher. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705602: gnustep-dl2: DBModeler dies with NSInvalidArgumentException
control: tag -1 confirmed On a whim, I tried rebuilding the package against the current libobjc4, but it didn't make any difference. This likely seems to be an incompatibility with gobjc 4.7 just like bug #641811. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: re: gnustep-dl2: DBModeler dies with NSInvalidArgumentException
Processing control commands: > tag -1 confirmed Bug #705602 [gnustep-dl2] gnustep-dl2: DBModeler dies with NSInvalidArgumentException Added tag(s) confirmed. -- 705602: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705602 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#704987: gnome-shell: scrolling in libreoffice-writer freezes system
Package: src:linux Followup-For: Bug #704987 > Mmh, the gap is strange. Have to recheck. Stupid myself. There is some time needed to enter the pw for an encrypted system Colliar -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#368297: About the libgcrypt and OpenLDAP issue
>> 1.a) Patch libgcrypt to revert commit >> d769529a71ccda4e833f919f3c5693d25b005ff0 > > Urgs. That is a short sighted fix. That seems to be the solution the rest of the open source community is converging toward. Short sighted is an odd categorization since it seems to have taken 8 years to come to this conclusion. Maybe some of the blogs on the issue and other comments in this bug log would be of useful to understand why. For example: http://jdbates.blogspot.ca/2013/04/its-crazy-how-much-time-and-effort-one.html >> In less than two weeks, without introducing any new bugs? > > [Why two weeks?] That is when wheezy get released. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#673038: slapcat output truncated every now and then
On Tue, Apr 16, 2013 at 8:56 PM, Michael Gilbert wrote: >> Has anyone had chance to look at this? It's getting quite late for a fix >> for wheezy. > > For what its worth, this was tested and confirmed working upstream a > couple days ago: > http://www.mail-archive.com/openldap-its@openldap.org/msg08242.html I've uploaded an nmu to delayed/2 fixing this. Please let me know if I should delay longer. Patch attached. Best wishes, Mike openldap.patch Description: Binary data
Bug#704940: Bug#705552: unblock: subversion/1.6.17dfsg-4+deb7u2
On Thu, 2013-04-18 at 23:48 +0200, Thomas Preud'homme wrote: > Le jeudi 18 avril 2013 21:46:18, Adam D. Barratt a écrit : > > Please go ahead; thanks. > > Done. Thanks; unblocked. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#368297: About the libgcrypt and OpenLDAP issue
On Thu, 18 Apr 2013 20:24, a...@adam-barratt.org.uk said: > GnuTLS 3 isn't particularly relevant to getting this RC bug fixed in > wheezy, given that wheezy will be shipping with 2.12. It also ships 3.0 (libgnutls28) which then sometimes leads tp processes linking two different versions of GNUTLS. Usually this works, but it is not a pretty thing and might be the cause for other trouble later. > In less than two weeks, without introducing any new bugs? [Why two weeks?] > Opinions that help towards a constructive resolution appreciated. I did this 3 years ago and would have appreciated if that persisting problem had been raised again at gcrypt-devel. Shalom-Salam, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#368297: About the libgcrypt and OpenLDAP issue
On Thu, 18 Apr 2013 20:40, clo...@igalia.com said: > I see two options to get this fixed for Wheezy: > > [Option 1] -- Do the same that Ubuntu did. That is: > > 1.a) Patch libgcrypt to revert commit > d769529a71ccda4e833f919f3c5693d25b005ff0 Urgs. That is a short sighted fix. > [Option 2] -- Patch OpenLDAP to set the flag GCRYCTL_DISABLE_SECMEM if > GCRYCTL_INITIALIZATION_FINISHED is false. This is the patch I previously > proposed at http://bugs.debian.org/368297#135 That is the most correct solution. Any application (not library) which wants to use that mlock protected memory (aka secure memory) needs to make sure that libgcrypt has been initialized correctly. Thus if the application does not do that and a library wants to to its own thing, that library should do it in the above way. Salam-Shalom, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#704940: marked as done (subversion: cve-2013-1845 cve-2013-1846 cve-2013-1847 cve-2013-1849 cve-2013-1884)
Your message dated Thu, 18 Apr 2013 21:47:50 + with message-id and subject line Bug#704940: fixed in subversion 1.6.17dfsg-4+deb7u2 has caused the Debian Bug report #704940, regarding subversion: cve-2013-1845 cve-2013-1846 cve-2013-1847 cve-2013-1849 cve-2013-1884 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 704940: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704940 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- package: src:subversion severity: serious version: 1.6.12dfsg-1 tag: security The following security advisories were published for subversion. I've checked, and all versions of subversion in debian are affected. http://subversion.apache.org/security/CVE-2013-1845-advisory.txt http://subversion.apache.org/security/CVE-2013-1846-advisory.txt http://subversion.apache.org/security/CVE-2013-1847-advisory.txt http://subversion.apache.org/security/CVE-2013-1849-advisory.txt http://subversion.apache.org/security/CVE-2013-1884-advisory.txt Best wishes, Mike --- End Message --- --- Begin Message --- Source: subversion Source-Version: 1.6.17dfsg-4+deb7u2 We believe that the bug you reported is fixed in the latest version of subversion, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 704...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Thomas Preud'homme (supplier of updated subversion package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 16 Apr 2013 14:36:14 +0200 Source: subversion Binary: subversion libsvn1 libsvn-dev libsvn-doc libapache2-svn python-subversion subversion-tools libsvn-java libsvn-perl libsvn-ruby1.8 libsvn-ruby Architecture: source all amd64 Version: 1.6.17dfsg-4+deb7u2 Distribution: wheezy Urgency: low Maintainer: Peter Samuelson Changed-By: Thomas Preud'homme Description: libapache2-svn - Subversion server modules for Apache libsvn-dev - Development files for Subversion libraries libsvn-doc - Developer documentation for libsvn libsvn-java - Java bindings for Subversion libsvn-perl - Perl bindings for Subversion libsvn-ruby - Ruby bindings for Subversion (dummy package) libsvn-ruby1.8 - Ruby bindings for Subversion libsvn1- Shared libraries used by Subversion python-subversion - Python bindings for Subversion subversion - Advanced version control system subversion-tools - Assorted tools related to Subversion Closes: 683188 704940 Changes: subversion (1.6.17dfsg-4+deb7u2) wheezy; urgency=low . * Non-maintainer upload. * Include following security fixes (Closes: #704940): - CVE-2013-1845: Remotely triggered memory exhaustion in mod_dav_svn - CVE-2013-1846: Remotely triggered crash in mod_dav_svn - CVE-2013-1847: Remotely triggered crash in mod_dav_svn - CVE-2013-1849: Remotely triggered crash in mod_dav_svn * Convert SVN_STREAM_CHUNK_SIZE to an integer in svn/core.py (Closes: #683188). Checksums-Sha1: bd4ccdabc69f69dcc983c02d8de01ef3391e48d5 2939 subversion_1.6.17dfsg-4+deb7u2.dsc b4d1966e8b127cd51a108dfcd6acc263d6f3cb81 111712 subversion_1.6.17dfsg-4+deb7u2.diff.gz 95cec80245e7a0c596b7b7f5d43db622bbd42ce7 2081596 libsvn-doc_1.6.17dfsg-4+deb7u2_all.deb 81b09634804182afef74dfd28f5b52ef2d159f36 223566 subversion-tools_1.6.17dfsg-4+deb7u2_all.deb 342f9f8506fdd9cbfd4a2868ae9cee0378f9a2d2 768 libsvn-ruby_1.6.17dfsg-4+deb7u2_all.deb 5a443fb01b0c48e2fa78fa183e75bf36e84e36b2 1315842 subversion_1.6.17dfsg-4+deb7u2_amd64.deb 4d039c5f7dd90df10ad9e16ae50458d9250a9137 933646 libsvn1_1.6.17dfsg-4+deb7u2_amd64.deb f2449029682129229c22b6da6255783444ca8f45 1422086 libsvn-dev_1.6.17dfsg-4+deb7u2_amd64.deb 6bdda464817893b0563da2cecbf9164bf1df6550 172612 libapache2-svn_1.6.17dfsg-4+deb7u2_amd64.deb c9c424feeba732901341fe0c807e08eaa89cf822 1339338 python-subversion_1.6.17dfsg-4+deb7u2_amd64.deb 4f45bc654062ed63a2d80ad5d744570a55927f7e 306504 libsvn-java_1.6.17dfsg-4+deb7u2_amd64.deb 77bdf09ce9ac8a7de0655a594f9eb25cf1e8f287 1082332 libsvn-perl_1.6.17dfsg-4+deb7u2_amd64.deb 965ef85ddf2635d843a100f2e90e8a7848172e84 628184 libsvn-ruby1.8_1.6.17dfsg-4+deb7u2_amd64.deb Checksums-Sha256: 7061b63d45cabdd03be2f43
Bug#683188: marked as done (API change in python-subversion breaks trac)
Your message dated Thu, 18 Apr 2013 21:47:50 + with message-id and subject line Bug#683188: fixed in subversion 1.6.17dfsg-4+deb7u2 has caused the Debian Bug report #683188, regarding API change in python-subversion breaks trac to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 683188: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683188 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: trac Version: 0.12.3-1 Severity: normal I have upgraded a working trac 11 installation to a track 12. Track is correctly working. I can browse subversion repostory and so on. BUT I cannot see chnagesets. When trying to see a diff for a file between two revision I have an internal error related to python handling of chnagelog parsing: TypeError: expecting an integer for the buffer size 2012-06-04 14:01:26,423 Trac[main] ERROR: Internal Server Error: Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/trac/web/main.py", line 511, in _dispatch_request dispatcher.dispatch(req) File "/usr/lib/python2.7/dist-packages/trac/web/main.py", line 237, in dispatch resp = chosen_handler.process_request(req) File "/usr/lib/python2.7/dist-packages/trac/versioncontrol/web_ui/changeset.py", line 352, in process_request self._render_html(req, repos, chgset, restricted, xhr, data) File "/usr/lib/python2.7/dist-packages/trac/versioncontrol/web_ui/changeset.py", line 618, in _render_html diffs = _content_changes(old_node, new_node) File "/usr/lib/python2.7/dist-packages/trac/versioncontrol/web_ui/changeset.py", line 551, in _content_changes old_content = old_node.get_content().read() File "/usr/lib/pymodules/python2.7/svn/core.py", line 148, in read data = svn_stream_read(self._stream, SVN_STREAM_CHUNK_SIZE) File "/usr/lib/pymodules/python2.7/libsvn/core.py", line 4801, in svn_stream_read return _core.svn_stream_read(*args) TypeError: expecting an integer for the buffer size Googling on return only very old errors that depends from the trac.ini setup. But I already double checked my config (and the value are the same than on previous setup). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.32 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages trac depends on: ii libjs-jquery 1.7.2+debian-1 ii python2.7.2-10 ii python-genshi 0.6-2 ii python-pkg-resources 0.6.24-1 ii python-setuptools 0.6.24-1 ii python2.7 2.7.3~rc2-2.1 Versions of packages trac recommends: ii apache2 2.2.22-6 --- End Message --- --- Begin Message --- Source: subversion Source-Version: 1.6.17dfsg-4+deb7u2 We believe that the bug you reported is fixed in the latest version of subversion, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 683...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Thomas Preud'homme (supplier of updated subversion package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 16 Apr 2013 14:36:14 +0200 Source: subversion Binary: subversion libsvn1 libsvn-dev libsvn-doc libapache2-svn python-subversion subversion-tools libsvn-java libsvn-perl libsvn-ruby1.8 libsvn-ruby Architecture: source all amd64 Version: 1.6.17dfsg-4+deb7u2 Distribution: wheezy Urgency: low Maintainer: Peter Samuelson Changed-By: Thomas Preud'homme Description: libapache2-svn - Subversion server modules for Apache libsvn-dev - Development files for Subversion libraries libsvn-doc - Developer documentation for libsvn libsvn-java - Java bindings for Subversion libsvn-perl - Perl bindings for Subversion libsvn-ruby - Ruby bindings for Subversion (dummy package) libsvn-ruby1.8 - Ruby bindings for Subversion libsvn1- Shared libraries used by Subversion python-subversion - Python bindings for Subversion subversion - Advanced version control system subversion-tools - Assorted tools related to Subversion Close
Bug#704940: Bug#705552: unblock: subversion/1.6.17dfsg-4+deb7u2
Le jeudi 18 avril 2013 21:46:18, Adam D. Barratt a écrit :
> Control: tags 705552 + confirmed
>
> On Thu, 2013-04-18 at 14:54 +0200, Thomas Preud'homme wrote:
> > Le jeudi 18 avril 2013 14:38:15, Adam D. Barratt a écrit :
> > > Upstream appear to believe it {does,should}n't -
> > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704940#32
> >
> > Oh good. I hadn't time to look at that yet. Should I upload the NMU then?
>
> Please go ahead; thanks.
Done.
>
> Regards,
>
> Adam
Thanks.
Thomas
signature.asc
Description: This is a digitally signed message part.
Processed (with 5 errors): Re: Bug#705649: Document solutions for re-enabling static mtab
Processing commands for cont...@bugs.debian.org: > tags 705649 + patch Bug #705649 [release-notes] document solutions for re-enabling static mtab Added tag(s) patch. > On Tue, Apr 16, 2013 at 10:37:37PM +0100, Roger Leigh wrote: Unknown command or malformed arguments to command. > > I've not made any changes as yet. Given that this will only affect Unknown command or malformed arguments to command. > > users who are using e.g. nbd as their rootfs, and not any regular Unknown command or malformed arguments to command. > > use of network nfsroot etc., the best option may be to simply Unknown command or malformed arguments to command. > > document how to re-enable a static mtab in the release notes, for Unknown command or malformed arguments to command. Too many unknown commands, stopping here. Please contact me if you need assistance. -- 705649: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705649 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705649: Document solutions for re-enabling static mtab
tags 705649 + patch On Tue, Apr 16, 2013 at 10:37:37PM +0100, Roger Leigh wrote: > I've not made any changes as yet. Given that this will only affect > users who are using e.g. nbd as their rootfs, and not any regular > use of network nfsroot etc., the best option may be to simply > document how to re-enable a static mtab in the release notes, for > users who are dependent upon _netdev working. This would > essentially be to > - comment out the mtab_migrate conditional in /etc/init.d/checkroot.sh > - rm /etc/mtab > - cat /proc/mounts > /etc/mtab > and to reboot; the _netdev flag will then be stored in mtab correctly. Patch for the release notes attached. I've gone through the process locally and confirmed that this all works as documented. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 Index: en/issues.dbk === --- en/issues.dbk (revision 9741) +++ en/issues.dbk (working copy) @@ -186,6 +186,73 @@ + +/etc/mtab and _netdev + + +The file /etc/mtab, used to store the list of +currently mounted filesystems, has been changed to be a symbolic link +to /proc/mounts. For almost every case, this +change will result in a more robust system since the list can never +become inconsistent with reality. However, if you use the +_netdev option in /etc/fstab +to indicate that a filesystem is a network filesystem requiring +special handling, this will no longer be set in +/proc/mounts after rebooting. This will +not cause problems for standard network +filesystems such as NFS, which do not rely on the +_netdev option. Filesystems which are +unaffected by this issue are +ceph, cifs, +coda, gfs, +ncp, ncpfs, +nfs, nfs4, +ocfs2 and smbfs. For +filesystems which do rely on +_netdev for correct unmounting at shutdown, for +example when using an NBD, a static mtab will be +the only way to use _netdev in wheezy. If you have +such a setup, then after completing the upgrade to wheezy restore a +static /etc/mtab by doing the following: + + + + +Edit /etc/init.d/checkroot.sh, and comment out +these lines: + + +if [ "$rootmode" != "ro" ]; then +mtab_migrate +fi + + + + + + +If you have rebooted the system, and /etc/mtab is +now a symbolic link: + + +# rm /etc/mtab +# cp /proc/mounts /etc/mtab + + +Re-add the _netdev option by remounting the +affected filesystems: + + +# mount -o remount filesystem + + +/etc/mtab will be recreated fully next time you +reboot the system. + + + + + The pdksh to mksh transition Index: en/release-notes.dbk === --- en/release-notes.dbk (revision 9741) +++ en/release-notes.dbk (working copy) @@ -394,6 +394,10 @@ Mail Transport Agent +NBD +Network Block Device + + NFS Network File System
Bug#704940: Bug#705552: unblock: subversion/1.6.17dfsg-4+deb7u2
Control: tags 705552 + confirmed
On Thu, 2013-04-18 at 14:54 +0200, Thomas Preud'homme wrote:
> Le jeudi 18 avril 2013 14:38:15, Adam D. Barratt a écrit :
> >
> > Upstream appear to believe it {does,should}n't -
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704940#32
>
> Oh good. I hadn't time to look at that yet. Should I upload the NMU then?
Please go ahead; thanks.
Regards,
Adam
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#666129: Please update to a newer upstream release
Processing control commands: > retitle 666129 new upstream version fixes security problem with the secret > file (CVE-2012-6140) Bug #666129 [libpam-google-authenticator] new upstream version fixes security problem with the secret file Changed Bug title to 'new upstream version fixes security problem with the secret file (CVE-2012-6140)' from 'new upstream version fixes security problem with the secret file' -- 666129: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666129 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#666129: Please update to a newer upstream release
Control: retitle 666129 new upstream version fixes security problem with the secret file (CVE-2012-6140) Hi all On Thu, Apr 18, 2013 at 09:13:24AM +0200, Alexander Wirt wrote: > tag 666129 security > severity 666129 critical > retitle 666129 new upstream version fixes security problem with the secret > file > thanks > > On Sat, 22 Sep 2012, rk wrote: > > > There is also a severe and somewhat undocumented security issue fixed > > by the "user=" parameter added in this commit: > > https://code.google.com/p/google-authenticator/source/detail?r=c3414e9857ad64e52283f3266065ef3023fc69a8 > > > > Without this option, the SECRET file is required to be user-readable > > which can expose the secret to an attacker under certain > > configurations (notably when required for `sudo`, but not system > > login). > This is indeed a security problem. Lenart, do you need any help to get the > package updated? I also think it doesn't make sense to ship the package in > this state with wheezy and there I asked for removal from testing. A CVE was assigned for this issue: CVE-2012-6140, see[1]. [1]: http://marc.info/?l=oss-security&m=136630281802738&w=2 Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#368297: About the libgcrypt and OpenLDAP issue
On 18/04/13 20:24, Adam D. Barratt wrote: > On Thu, 2013-04-18 at 18:58 +0200, Werner Koch wrote: >> On Tue, 16 Apr 2013 20:37, a...@adam-barratt.org.uk said: >> >>> libgcrypt maintainers - any thoughts on this? >> >> Did anything change since my comments from 2010? >> >> OpenLDAP needs to get it right and it would even be better if all >> applications would set up a their policy regarding their demand for >> private key protection. For instacne by setting up a custom memory >> handler. >> Howard Chu (CC'ed) (main OpenLDAP developer) thinks the other way. Check: http://bugs.debian.org/658896#115 >> My current problem with OpenLDAP is that it can't be used anymore with >> GnuTLS 3 because the OpenSSL emulation switched to GPLv3+ > > GnuTLS 3 isn't particularly relevant to getting this RC bug fixed in > wheezy, given that wheezy will be shipping with 2.12. > >> The straightforward solution would be to change OpenLDAP to use the >> native GNUTLS API and while at it also fix the libgcrypt >> initialization. > > In less than two weeks, without introducing any new bugs? > > The realistic alternatives as far as I can see currently are that the > suggested fix gets applied or this bug remains unfixed for wheezy. > > Opinions that help towards a constructive resolution appreciated. > > Regards, > > Adam > > I see two options to get this fixed for Wheezy: [Option 1] -- Do the same that Ubuntu did. That is: 1.a) Patch libgcrypt to revert commit d769529a71ccda4e833f919f3c5693d25b005ff0 1.b) Patch python-gnutls to fix the regression that 1.a) will introduce. Check: http://bugs.debian.org/368297#173 [Option 2] -- Patch OpenLDAP to set the flag GCRYCTL_DISABLE_SECMEM if GCRYCTL_INITIALIZATION_FINISHED is false. This is the patch I previously proposed at http://bugs.debian.org/368297#135 Any of the two options will fix the problem. Which one is better? You bet signature.asc Description: OpenPGP digital signature
Bug#705425: asterisk: segmentation fault on start after upgrade from 1:1.8.13.1~dfsg-1 to 1:1.8.13.1~dfsg-3 (wheezy amd64)
On Thu, Apr 18, 2013 at 07:19:48PM +0200, Christian Lauinger wrote: > Thank you Christian ! > > I downloaded the with "apt-get source asterisk-chan-capi" from unstable, > patched it with the "chan-capi-devstate-cachable.diff" and build it like > you described it. > It also asked for "dpkg-source --commit" before it was possible to build > it. Now my box is up and running with 1:1.8.13.1~dfsg-3 and > asterisk-chan-capi. One test if you don't mind: merely rebuilding it vs. Asterisk -3 does not fix the issue, right? -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com iax:gu...@local.xorcom.com/tzafrir -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#368297: About the libgcrypt and OpenLDAP issue
On Thu, 2013-04-18 at 18:58 +0200, Werner Koch wrote: > On Tue, 16 Apr 2013 20:37, a...@adam-barratt.org.uk said: > > > libgcrypt maintainers - any thoughts on this? > > Did anything change since my comments from 2010? > > OpenLDAP needs to get it right and it would even be better if all > applications would set up a their policy regarding their demand for > private key protection. For instacne by setting up a custom memory > handler. > > My current problem with OpenLDAP is that it can't be used anymore with > GnuTLS 3 because the OpenSSL emulation switched to GPLv3+ GnuTLS 3 isn't particularly relevant to getting this RC bug fixed in wheezy, given that wheezy will be shipping with 2.12. > The straightforward solution would be to change OpenLDAP to use the > native GNUTLS API and while at it also fix the libgcrypt > initialization. In less than two weeks, without introducing any new bugs? The realistic alternatives as far as I can see currently are that the suggested fix gets applied or this bug remains unfixed for wheezy. Opinions that help towards a constructive resolution appreciated. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698064: marked as done (aranym: crashes from guest userspace when NatFeat is queried)
Antonin Kral dixit: >I haven't tried to upload to testing-proposed-uploads yet. But I've >contacted debian-rele...@lists.debian.org instead (I've sent it moment >ago as it was sitting in my draft folder for couple hours). OK, thanks! I’m not too sure about the procedure, but d-release will probably tell the correct way. bye, //mirabilos -- Sorry, I’m annoyed today and you came by as an Arch user. These are the perfect victims for any crime against humanity, like systemd, feminism or social democracy. -- Christoph Lohmann on d...@suckless.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698064: marked as done (aranym: crashes from guest userspace when NatFeat is queried)
Hi Thorsten, * Thorsten Glaser [2013-04-18 18:40] wrote: > >and subject line Bug#698064: fixed in aranym 0.9.15-1 > >has caused the Debian Bug report #698064, > >regarding aranym: crashes from guest userspace when NatFeat is queried > >to be marked as done. > > Do you also take care of wheezy (via testing-proposed-uploads > I guess; I haven’t yet done something like that myself)? I haven't tried to upload to testing-proposed-uploads yet. But I've contacted debian-rele...@lists.debian.org instead (I've sent it moment ago as it was sitting in my draft folder for couple hours). Antonin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705425: asterisk: segmentation fault on start after upgrade from 1:1.8.13.1~dfsg-1 to 1:1.8.13.1~dfsg-3 (wheezy amd64)
Thank you Christian ! I downloaded the with "apt-get source asterisk-chan-capi" from unstable, patched it with the "chan-capi-devstate-cachable.diff" and build it like you described it. It also asked for "dpkg-source --commit" before it was possible to build it. Now my box is up and running with 1:1.8.13.1~dfsg-3 and asterisk-chan-capi. Thanks again ! Greets Chris -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#368297: About the libgcrypt and OpenLDAP issue
On Tue, 16 Apr 2013 20:37, a...@adam-barratt.org.uk said: > libgcrypt maintainers - any thoughts on this? Did anything change since my comments from 2010? OpenLDAP needs to get it right and it would even be better if all applications would set up a their policy regarding their demand for private key protection. For instacne by setting up a custom memory handler. My current problem with OpenLDAP is that it can't be used anymore with GnuTLS 3 because the OpenSSL emulation switched to GPLv3+ and thus no software with GPLv2only parts is able to use OpenLDAP. The straightforward solution would be to change OpenLDAP to use the native GNUTLS API and while at it also fix the libgcrypt initialization. Shalom-Salam, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698064: marked as done (aranym: crashes from guest userspace when NatFeat is queried)
Debian Bug Tracking System dixit: >and subject line Bug#698064: fixed in aranym 0.9.15-1 >has caused the Debian Bug report #698064, >regarding aranym: crashes from guest userspace when NatFeat is queried >to be marked as done. Do you also take care of wheezy (via testing-proposed-uploads I guess; I haven’t yet done something like that myself)? Thanks, //mirabilos -- Sorry, I’m annoyed today and you came by as an Arch user. These are the perfect victims for any crime against humanity, like systemd, feminism or social democracy. -- Christoph Lohmann on d...@suckless.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705037: FTBFS on sparc
On Thu, Apr 11, 2013 at 03:47:19PM -0400, Jon Bernard wrote: > > Additionally, since upstream is clearly supporting selected > > architectures and falling back to #error for unsupported ones, your > > package should properly mark those supported ones in the Architecture > > field instead of relying on porters noticing and marking as Not-For-Us. > > Yes, you raise an excellent point here. I will make this change. BTW, it also looks like upstream has a generic implementation (gcc.h) for barriers and atomic operations. They seem to be using this only for ia64 and not on unknown architectures (probably to be on the safe side), but it might just be okay on the rest of the architectures as well. If that's the case there's probably no need to actually disable liburcu everywhere else. But you should confirm this on a per-architecture basis with your upstream :-) Regards, Faidon -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#704457: marked as done (gd extension broken due new embedded libgd functions not added to gd_compat layer)
Your message dated Thu, 18 Apr 2013 15:05:02 + with message-id and subject line Bug#704457: fixed in php5 5.5.0~beta3-1 has caused the Debian Bug report #704457, regarding gd extension broken due new embedded libgd functions not added to gd_compat layer to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 704457: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704457 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: php5-cli Version: 5.5.0~beta2-1 Severity: important Help. Every half hour I am getting these: Subject: Re: Cron[ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime) > "CD" == Cron Daemon writes: CD> PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20121212+lfs/gd.so' - /usr/lib/php5/20121212+lfs/gd.so: undefined symbol: gdImagePaletteToTrueColor in Unknown on line 0 CD> PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20121212+lfs/gd.so' - /usr/lib/php5/20121212+lfs/gd.so: undefined symbol: gdImagePaletteToTrueColor in Unknown on line 0 --- End Message --- --- Begin Message --- Source: php5 Source-Version: 5.5.0~beta3-1 We believe that the bug you reported is fixed in the latest version of php5, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 704...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Ondřej Surý (supplier of updated php5 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 11 Apr 2013 17:25:42 +0200 Source: php5 Binary: php5 php5-common libapache2-mod-php5 libapache2-mod-php5filter php5-cgi php5-cli php5-fpm libphp5-embed php5-dev php5-dbg php-pear php5-curl php5-enchant php5-gd php5-gmp php5-imap php5-interbase php5-intl php5-ldap php5-mcrypt php5-readline php5-mysql php5-mysqlnd php5-odbc php5-pgsql php5-pspell php5-recode php5-snmp php5-sqlite php5-sybase php5-tidy php5-xmlrpc php5-xsl Architecture: source amd64 all Version: 5.5.0~beta3-1 Distribution: experimental Urgency: low Maintainer: Debian PHP Maintainers Changed-By: Ondřej Surý Description: libapache2-mod-php5 - server-side, HTML-embedded scripting language (Apache 2 module) libapache2-mod-php5filter - server-side, HTML-embedded scripting language (apache 2 filter mo libphp5-embed - HTML-embedded scripting language (Embedded SAPI library) php-pear - PEAR - PHP Extension and Application Repository php5 - server-side, HTML-embedded scripting language (metapackage) php5-cgi - server-side, HTML-embedded scripting language (CGI binary) php5-cli - command-line interpreter for the php5 scripting language php5-common - Common files for packages built from the php5 source php5-curl - CURL module for php5 php5-dbg - Debug symbols for PHP5 php5-dev - Files for PHP5 module development php5-enchant - Enchant module for php5 php5-fpm - server-side, HTML-embedded scripting language (FPM-CGI binary) php5-gd- GD module for php5 php5-gmp - GMP module for php5 php5-imap - IMAP module for php5 php5-interbase - interbase/firebird module for php5 php5-intl - internationalisation module for php5 php5-ldap - LDAP module for php5 php5-mcrypt - MCrypt module for php5 php5-mysql - MySQL module for php5 php5-mysqlnd - MySQL module for php5 (Native Driver) php5-odbc - ODBC module for php5 php5-pgsql - PostgreSQL module for php5 php5-pspell - pspell module for php5 php5-readline - Readline module for php5 php5-recode - recode module for php5 php5-snmp - SNMP module for php5 php5-sqlite - SQLite module for php5 php5-sybase - Sybase / MS SQL Server module for php5 php5-tidy - tidy module for php5 php5-xmlrpc - XML-RPC module for php5 php5-xsl - XSL module for php5 Closes: 704457 Changes: php5 (5.5.0~beta3-1) experimental; urgency=low . * Imported Upstream version 5.5.0~beta3 * Update patches to 5.5.0~beta3 release * Fix GNU Hurd check in also in ext/opcache/config.m4 and configure * Add support for GD >= 2.1.0, possibly (Closes: #704457) Checksums-Sha1: aa9b6ab36b963349f9d4
Bug#683188: Your NMU (API change in python-subversion breaks trac)
Hi Michael, I just realised that your upload of subversion 1.7.9-1+nmu1 was not targetting wheezy, which has 1.6.17dfsg-4+deb7u1. Was this intentional? TIA! Cheers -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705684: padevchooser: FTBFS: atomic_ops.h: No such file or directory
Source: padevchooser Version: 0.9.4-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Builds of padevchooser in minimal environments (as on Debian's autobuilders) have been failing: In file included from ./pulsecore/refcnt.h:25:0, from browser.c:37: ./pulsecore/atomic.h:492:24: fatal error: atomic_ops.h: No such file or directory compilation terminated. make[3]: *** [browser.o] Error 1 Could you please declare a build dependency on libatomic-ops-dev and confirm with pbuilder or the like that you haven't missed any others? Thanks! -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705682: editorconfig-core: FTBFS: automated builds miss man pages (need Doxygen!)
Source: editorconfig-core Version: 0.11.0-1 Severity: serious Justification: fails to build from source Binary-only builds of editorconfig-core in minimal environments (as on the autobuilders) fail when trying to install the man pages: dh_installman -peditorconfig debian/tmp/usr/share/man/man1/editorconfig.1 debian/tmp/usr/share/man/man3/editorconfig-format.3 debian/tmp/usr/share/man/man1/editorconfig.1: No such file or directory at /usr/bin/dh_installman line 128. make: *** [binary-install/editorconfig] Error 2 That's because upstream generates them with Doxygen, which is only in Build-Depends-Indep at the moment; could you please move it to the common Build-Depends? Thanks! -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: your mail
Processing commands for cont...@bugs.debian.org: > block 705671 by 705679 Bug #705671 [src:llvm-toolchain] clang uninstallable in unstable 705671 was not blocked by any bugs. 705671 was not blocking any bugs. Added blocking bug(s) of 705671: 705679 > thanks Stopping processing here. Please contact me if you need assistance. -- 705671: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705671 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#704940: Bug#705552: unblock: subversion/1.6.17dfsg-4+deb7u2
Le jeudi 18 avril 2013 14:38:15, Adam D. Barratt a écrit :
>
> Upstream appear to believe it {does,should}n't -
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704940#32
Oh good. I hadn't time to look at that yet. Should I upload the NMU then?
>
> Regards,
>
> Adam
Best regards,
Thomas
signature.asc
Description: This is a digitally signed message part.
Bug#704521: marked as done (virtuoso-opensource-6.1: Virtuoso server stop script fails to stop server cleanly, potentially causing database corruption)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks a lot for the upload and the fast unblock :) Kind regards, Ralf -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRb+vUAAoJEEAdTZ0mjB1WmzUH/3P0TLYixaydS36TpQ3MoufC eUyEUsSPJTAg7rbxxL/Ux2KuyJdmUfNsPp/ePUCaW6PHpwCaCLUqtHRLN0S05N1C CMeeENlBjH/i4bmZyMflgTj5eSWKoPj8LLDS9+udhjb8DBLFYtLXK6ZYVtJo++pm +QzSF+VAaMs65iCnoLwzuzovG63D08unf+dE+f5SG52E3AsI0G5Hjj86QrfVGk6j morIBzjhfyzUdQUBV8ZCotWDbDq/OACDyr5m3yw5sCh/fmwaBW/Ye2bkd0xfAovv zt2tZhv7CoAqUbIogV4OiCyxxGWl5p3xQ8/fCrL+dMXqiGbY73vt+0imB1EkxtY= =TAXV -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#678979: request freeze exception for slony1-2
On 13.04.2013 12:35, Adam D. Barratt wrote: On Wed, 2013-03-20 at 16:49 -0400, Peter Eisentraut wrote: On 3/19/13 2:48 PM, Steve Singer wrote: > Since the original bug was opened we've figured out why adding PG 9.1 > support to slony 2.0.x was causing occasional test failures. > > The fixes for PG 9.1 (upstream bugs #255) along with the fixes for the > MOVE SET issue caused by the #255 fix (upstream bug #285) I think will > produce a working slony 2.0.x against 9.1. > > If Debian would like I can assemble assemble these two patches and run > it through the testing suite. Sure, if it's only two isolated patches that upstream is endorsing, we can give this a try. Any news on that? What's the status here? We're getting very close to release now and if need be we'll have to consider whether shipping the slony1-2 currently in wheezy is better or worse than not shipping it at all. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#704940: Bug#705552: unblock: subversion/1.6.17dfsg-4+deb7u2
On 17.04.2013 05:35, Salvatore Bonaccorso wrote:
On Tue, Apr 16, 2013 at 06:05:23PM +0200, Thomas Preud'homme wrote:
For #704940 I took the patch from the corresponding CVE entries
(CVE-2013-1845, CVE-2013-1846, CVE-2013-1847, CVE-2013-1849). There
is
no patch for CVE-2013-1884 since it doesn't affect the version in
wheezy.
For CVE-2013-1884: could you please double check this with Mike
Gilbert? He mentioned in IRC that this also affects the older
versions
and updated the tracker[1].
[1]: https://security-tracker.debian.org/tracker/CVE-2013-1884
Upstream appear to believe it {does,should}n't -
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704940#32
Regards,
Adam
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#700620: [Openstack-devel] Bug#700620: Bug#700620: Bug#700620: Rewriting the .ini parsing bit of openstack-pkg-tools
Hi, I saw this bug and I got a bit concerned. I'm a likely user of the openstack packages in Debian — well I/we could be, if they fit our needs — but I'm really worried that they are going to be vastly over-engineered. In a way it reminds me of the exim4 packages: the situation is not entirely analogous, since exim4 is installed for all Debian users, and the debconf harness does a good job of simplifying the complex job of configuring exim4 for the complete novice. But as soon as you want to actually deploy a real mailserver, the debconf stuff gets in the way, so much so that everyone I know who runs exim4 as a mailserver on Debian quickly overrides the debconf stuff altogether. I don't want to see the same situation in Debian. Let's not fall into the trap of thinking that the openstack packages need to be simplified for the complete novice. The complete novice will not be deploying a cloud infrastructure. There's no point in writing large, complex postinst scripts, debconf configuration etc. to try and avoid the sysadmin from editing a text file, if they are inevitably going to have to edit the text file anyway. History has shown that you just introduce an order of magnitude of complexity, a load of expertise needed to properly drive openstack in Debian which will not be transferrable or useful to any other context, and things which will get in the way for people who are used to openstack elsewhere and are caught out by Debian-specific hand holding. And so either people will have to work around your harness, or use 3rd party openstack packages, or (worse) avoid Debian as a serious platform for this stuff altogether. I really think Julien is right re the debconf sequencing stuff you seem to be worried about. As a user, if I'm installing openstack by hand, then I have no problem if the debconf questions come in two lumps. It's quite likely some of your dependencies will force this situation anyway, outside of your control. If I've mastered deployment and I'm rolling out more openstack nodes, I will definitely be using debconf preseeding or post-facto fixups via puppet, there's no way I'd do any more than the first one (as a learning experience) by hand and surely anyone else who is looking at deploying a cloud infrastructure would do the same? -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#704521: marked as done (virtuoso-opensource-6.1: Virtuoso server stop script fails to stop server cleanly, potentially causing database corruption)
Your message dated Thu, 18 Apr 2013 12:33:32 + with message-id and subject line Bug#704521: fixed in virtuoso-opensource 6.1.4+dfsg1-7 has caused the Debian Bug report #704521, regarding virtuoso-opensource-6.1: Virtuoso server stop script fails to stop server cleanly, potentially causing database corruption to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 704521: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704521 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: virtuoso-opensource-6.1 Severity: critical Justification: causes serious data loss Dear Maintainer. When calling '/etc/init.d/virtuoso-opensource-6.1 stop', virtuoso may still be running after the script completes. This might lead to database corruption, e.g. on system reboot. Seemingly, the script fails to wait for a clean exit of the server in this section: stop) log_daemon_msg "Stopping $DESC" "$NAME" if running ; then # Only stop the server if we see it running errcode=0 stop_server || errcode=$? log_end_msg $errcode else # If it's not running don't do anything log_progress_msg "apparently not running" log_end_msg 0 exit 0 fi ;; I have modified the script to temporarily circumvent the situation on my system by enclosing part of this snippet in a while-loop, as below: stop) log_daemon_msg "Stopping $DESC" "$NAME" # keep stopping the server if it fails to stop while running; do if running ; then # Only stop the server if we see it running errcode=0 stop_server || errcode=$? log_end_msg $errcode else # If it's not running don't do anything log_progress_msg "apparently not running" log_end_msg 0 exit 0 fi sleep 2 # wait two seconds before looping done ;; As my knowledge of rc.d scripts is limited, this was a quick hack to prevent my database to suffer corruption. My solution does not cater for the need to force-stop virtuoso. If the server does not exit cleanly at some point, I have effectively created an infinite loop. Please fix this situation in a more proper fashion. Regards ;)Frode Frode Severin Hatlevik -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash --- End Message --- --- Begin Message --- Source: virtuoso-opensource Source-Version: 6.1.4+dfsg1-7 We believe that the bug you reported is fixed in the latest version of virtuoso-opensource, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 704...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Debian Krap Maintainers (supplier of updated virtuoso-opensource package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 17 Apr 2013 21:30:26 +0200 Source: virtuoso-opensource Binary: virtuoso-opensource virtuoso-server virtuoso-minimal virtuoso-opensource-6.1 virtuoso-opensource-6.1-common virtuoso-opensource-6.1-bin virtuoso-vsp-startpage virtuoso-vad-conductor virtuoso-vad-doc virtuoso-vad-demo virtuoso-vad-tutorial virtuoso-vad-rdfmappers virtuoso-vad-sparqldemo virtuoso-vad-syncml virtuoso-vad-bpel virtuoso-vad-isparql virtuoso-vad-ods libvirtodbc0 libvirtuoso5.5-cil Architecture: source all amd64 Version: 6.1.4+dfsg1-7 Distribution: unstable Urgency: low Maintainer: Debian Krap Maintainers Changed-By: Debian Krap Maintainers Description: libvirtodbc0 - high-performance database - ODBC libraries libvirtuoso5.5-cil - high-performance database - Mono assemblies virtuoso-minimal - high-performance database - core dependency package virtuoso-opensource - high-performance database virtuoso-opensource-6.1 - high-performance database - support files virtuoso-opensou
Bug#704521: virtuoso-opensource-6.1: use start-stop-daemon flags instead
On 16.04.2013 09:06, Ralf Jung wrote: We have a patch waiting for pre-approval at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704833 It's been approved since Tuesday night. What's the status of the upload? Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705152: Non-free code in xgraph? [copyright.h and derivative.c for starters.]
Hi! > So I suppose I will have to dust off my email archives from ... longer > ago than I care to think, and try to figure it out. Are there any updates on this? It would be nice to find a quick solution here, we're very close to release :). Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705425: asterisk: segmentation fault on start after upgrade from 1:1.8.13.1~dfsg-1 to 1:1.8.13.1~dfsg-3 (wheezy amd64)
On 04/18/2013 12:30 PM, Christian Staake wrote: On 2013-04-18 11:53, John Paul Adrian Glaubitz wrote: > It seems you are using asterisk-chan-capi which is not even > in wheezy... So, does this actually mean we can close this as invalid or at least lower the severity to normal? I have reassigned this bug to asterisk-chan-capi, where I think it actually belongs. As such it shouldn't affect Wheezy any more. Thank you very much! One RC bug less! Cheers, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed (with 2 errors): merging 705644 702812, merging 705643 473978
Processing commands for cont...@bugs.debian.org:
> merge 705644 702812
Bug #705644 [yate] yate is unable to create a log / pid file
Unable to merge bugs because:
severity of #702812 is 'serious' not 'normal'
Failed to merge 705644: Did not alter merged bugs
Debbugs::Control::set_merged('transcript', 'GLOB(0x17706a0)',
'requester', 'Jeroen Dekkers ', 'request_addr',
'cont...@bugs.debian.org', 'request_msgid',
'<1366285361-3059-bts-jer...@dekkers.ch>', 'request_subject', ...) called at
/usr/local/lib/site_perl/Debbugs/Control/Service.pm line 538
eval {...} called at
/usr/local/lib/site_perl/Debbugs/Control/Service.pm line 537
Debbugs::Control::Service::control_line('line', undef, 'clonebugs',
'HASH(0x16f4ae0)', 'limit', 'HASH(0x16f44c8)', 'common_control_options',
'ARRAY(0x16f4510)', 'errors', ...) called at /usr/lib/debbugs/service line 474
> merge 705643 473978
Bug #705643 [yate] yate startup script does not have 'status'
Unable to merge bugs because:
forwarded of #473978 is 'http://yate.null.ro/mantis/view.php?id=136' not ''
severity of #473978 is 'minor' not 'normal'
Failed to merge 705643: Did not alter merged bugs
Debbugs::Control::set_merged('transcript', 'GLOB(0x17706a0)',
'requester', 'Jeroen Dekkers ', 'request_addr',
'cont...@bugs.debian.org', 'request_msgid',
'<1366285361-3059-bts-jer...@dekkers.ch>', 'request_subject', ...) called at
/usr/local/lib/site_perl/Debbugs/Control/Service.pm line 538
eval {...} called at
/usr/local/lib/site_perl/Debbugs/Control/Service.pm line 537
Debbugs::Control::Service::control_line('line', 'merge 705643 473978',
'clonebugs', 'HASH(0x16f4ae0)', 'limit', 'HASH(0x16f44c8)',
'common_control_options', 'ARRAY(0x16f4510)', 'errors', ...) called at
/usr/lib/debbugs/service line 474
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
473978: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=473978
702812: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702812
705643: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705643
705644: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705644
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: Re: asterisk: segmentation fault on start after upgrade from 1:1.8.13.1~dfsg-1 to 1:1.8.13.1~dfsg-3 (wheezy amd64)
Processing commands for cont...@bugs.debian.org: > reassign 705425 asterisk-chan-capi 1.1.6-1 Bug #705425 [asterisk] asterisk: segmentation fault on start after upgrade from 1:1.8.13.1~dfsg-1 to 1:1.8.13.1~dfsg-3 (wheezy amd64) Bug reassigned from package 'asterisk' to 'asterisk-chan-capi'. No longer marked as found in versions asterisk/1:1.8.13.1~dfsg-3. Ignoring request to alter fixed versions of bug #705425 to the same values previously set Bug #705425 [asterisk-chan-capi] asterisk: segmentation fault on start after upgrade from 1:1.8.13.1~dfsg-1 to 1:1.8.13.1~dfsg-3 (wheezy amd64) Marked as found in versions asterisk-chan-capi/1.1.6-1. > stop Stopping processing here. Please contact me if you need assistance. -- 705425: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705425 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: Bug #698698: volview does not start because of a missing symbol
Processing commands for cont...@bugs.debian.org:
> # Must mark affected version for version tracking to work properly
> found 698698 1.0.0~cvs20100930-7
Bug #698698 {Done: Mathieu Malaterre } [kwwidgets] volview
does not start because of a missing symbol
There is no source info for the package 'kwwidgets' at version
'1.0.0~cvs20100930-7' with architecture ''
Unable to make a source version for version '1.0.0~cvs20100930-7'
Marked as found in versions 1.0.0~cvs20100930-7.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
698698: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=698698
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705425: asterisk: segmentation fault on start after upgrade from 1:1.8.13.1~dfsg-1 to 1:1.8.13.1~dfsg-3 (wheezy amd64)
reassign 705425 asterisk-chan-capi 1.1.6-1 stop On 2013-04-18 11:53, John Paul Adrian Glaubitz wrote: > It seems you are using asterisk-chan-capi which is not even > in wheezy... So, does this actually mean we can close this as invalid or at least lower the severity to normal? I have reassigned this bug to asterisk-chan-capi, where I think it actually belongs. As such it shouldn't affect Wheezy any more. On 2013-04-17 18:10, Christian Lauinger wrote: The asterisk_chan_capi package is architecture independent (any). Can't I just use the one you build ? I'm afraid, it's not. "any" means it will build on any architecture, but the built binary packages will be arch-dependent. But building it yourself is actually very easy: 1. Download the source package with dget 2. Unpack it with dpkg-source -x 3. cd asterisk-chan-capi-1.1.6 4. dpkg-buildpackage 5. cd .. && ls *.deb Voila. Remember you need to install the asterisk development headers (asterisk-dev) of the _new_ version 1:1.8.13.1~dfsg-3 before building asterisk-chan-capi. -- So long, Christian. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705671: clang uninstallable in unstable
Package: src:llvm-toolchain Version: 1:3.3~svn177638-1 Severity: serious this is uninstallable in unstable, and relies on components from experimental. Was there any review, even from ftp-master accepting this package to unstable? what will happen to the stable clang-3.2, needed by other packages? sure, it's in experimental, but the shared libs cannot be installed anymore. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698698: Bug#704755: nmu: volview_3.4-3
Hey Julien, Mathieu just uploaded a fixed version of kwwidgets into unstable, I am attaching the debdiff for that. Could you have a look into that and unblock the package if you agree with the changes? Cheers, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 diff -Nru kwwidgets-1.0.0~cvs20100930/debian/changelog kwwidgets-1.0.0~cvs20100930/debian/changelog --- kwwidgets-1.0.0~cvs20100930/debian/changelog2012-01-10 16:00:46.0 +0100 +++ kwwidgets-1.0.0~cvs20100930/debian/changelog2013-04-18 10:26:51.0 +0200 @@ -1,3 +1,10 @@ +kwwidgets (1.0.0~cvs20100930-8) unstable; urgency=low + + * Fix volview does not start because of a missing symbol. Closes: #698698 + * Remove obsolete DMUA flags, switch to my @debian.org alias + + -- Mathieu Malaterre Thu, 18 Apr 2013 10:25:46 +0200 + kwwidgets (1.0.0~cvs20100930-7) unstable; urgency=low * Improve finding of init.tcl/tk.tcl, required for VolView to work. diff -Nru kwwidgets-1.0.0~cvs20100930/debian/control kwwidgets-1.0.0~cvs20100930/debian/control --- kwwidgets-1.0.0~cvs20100930/debian/control 2011-12-30 07:12:29.0 +0100 +++ kwwidgets-1.0.0~cvs20100930/debian/control 2013-04-18 10:26:51.0 +0200 @@ -1,8 +1,7 @@ Source: kwwidgets Priority: optional Maintainer: Debian Science Team -DM-Upload-Allowed: yes -Uploaders: Mathieu Malaterre +Uploaders: Mathieu Malaterre Build-Depends: debhelper (>= 7), cdbs, cmake, quilt (>= 0.40), tcl-vtk (>= 5.6), libvtk5-dev (>= 5.6), tcl8.5-dev, tk8.5-dev, python-support, python-dev, python-vtk diff -Nru kwwidgets-1.0.0~cvs20100930/debian/patches/kwwidgets-fix-lib-depends.patch kwwidgets-1.0.0~cvs20100930/debian/patches/kwwidgets-fix-lib-depends.patch --- kwwidgets-1.0.0~cvs20100930/debian/patches/kwwidgets-fix-lib-depends.patch 1970-01-01 01:00:00.0 +0100 +++ kwwidgets-1.0.0~cvs20100930/debian/patches/kwwidgets-fix-lib-depends.patch 2013-04-18 10:26:51.0 +0200 @@ -0,0 +1,23 @@ +Description: volview does not start because of a missing symbol + Michael Karcher has debugged the problem and found the reason for the + symbol lookup failure is kwwidgets not depending on required libraries + for additional symbols volviews requires. The problem was triggered + with vtk adding the linker option --as-needed for compiled. +Author: John Paul Adrian Glaubitz +Bug-Debian: http://bugs.debian.org/698698 +Forwarded: not-needed +Reviewed-By: Mathieu Malaterre + +--- kwwidgets-1.0.0~cvs20100930.orig/CMakeLists.txt kwwidgets-1.0.0~cvs20100930/CMakeLists.txt +@@ -745,6 +745,10 @@ add_library(KWWidgets + target_link_libraries(KWWidgets vtkCommonTCL) + if(KWWidgets_BUILD_VTK_WIDGETS) + if(VTK_WRAP_TCL) ++target_link_libraries(KWWidgets vtkFilteringTCL) ++target_link_libraries(KWWidgets vtkImagingTCL) ++target_link_libraries(KWWidgets vtkGraphicsTCL) ++target_link_libraries(KWWidgets vtkIOTCL) + if(VTK_USE_RENDERING OR VTK_USE_RENDERING_ISSET) + target_link_libraries(KWWidgets vtkRenderingTCL) + target_link_libraries(KWWidgets vtkHybridTCL) diff -Nru kwwidgets-1.0.0~cvs20100930/debian/patches/series kwwidgets-1.0.0~cvs20100930/debian/patches/series --- kwwidgets-1.0.0~cvs20100930/debian/patches/series 2012-01-10 15:59:42.0 +0100 +++ kwwidgets-1.0.0~cvs20100930/debian/patches/series 2013-04-18 10:26:51.0 +0200 @@ -2,3 +2,4 @@ fixtest.patch vtk58pythonwrapping.patch tcltk_relative.patch +kwwidgets-fix-lib-depends.patch
Bug#705425: asterisk: segmentation fault on start after upgrade from 1:1.8.13.1~dfsg-1 to 1:1.8.13.1~dfsg-3 (wheezy amd64)
> It seems you are using asterisk-chan-capi which is not even > in wheezy... So, does this actually mean we can close this as invalid or at least lower the severity to normal? I do not see how issues with packages not available in Wheezy should affect the actual release. Please do not let this bug stay open in this state forever, you are just delaying the release. Thank you, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#704669: kdelibs-bin: unable to install kdelibs-bin=4:4.10.2-1 due to issues with kdelibs4c2a
I'll switch to ubuntu then bye R On 18 April 2013 10:31:28 you wrote: > Hi, > > Alle giovedì 18 aprile 2013, robert...@libero.it ha scritto: > > kdelibs4c2a is actually in debian squeeze: > > http://packages.debian.org/squeeze/kdelibs4c2a > > It does not in wheezy, and KDE 4.10 at the moment is only in > experimental. > > > The only conflict is the presence of ktelnetservice and kmailservice > > files that is also present in kdelibs5-plugins. So a custom version > > of kdelibs4c2a definitely solves the issue. > > One file or 100 files doesn't matter: there is a file conflict. > > > Again, this is the way the bug has been solved in ubuntu: > > https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/1100622 > > It would be helpful if you could read what I said previously: > > > > Limiting the breaks to > > > a specific version which does not exists in Debian gives zero > > > guarantees that such versions will actually fix the issue. > > Sorry no, I will not lift the breaks based on a version that may (or may > not) exist somewhere else out of Debian, and which we cannot guarantee > it will actually fix the issue. > > -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698698: marked as done (volview does not start because of a missing symbol)
Your message dated Thu, 18 Apr 2013 09:02:51 + with message-id and subject line Bug#698698: fixed in kwwidgets 1.0.0~cvs20100930-8 has caused the Debian Bug report #698698, regarding volview does not start because of a missing symbol to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 698698: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=698698 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Subject: volview does not start because of a missing symbol Package: volview Version: 3.4-3 Severity: important Dear Maintainer, Starting a freshhly installed volview fails because of a missing symbol: $ /usr/bin/volview /usr/lib/VolView/VolView: symbol lookup error: /usr/lib/libKWWidgets.so.1.0.1009: undefined symbol: Vtkimagingtcl_Init $ ldd /usr/bin/volview linux-vdso.so.1 => (0x7fff6abff000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fe4f54ed000) /lib64/ld-linux-x86-64.so.2 (0x7fe4f589d000) Looking on another system with a self-compiled version of volview, the symbol Vtkimagingtcl_Init seems to be defined in libvtkImagingTCL.so. Looking into the version of this library that comes with tcl-vtk, it seems that even though the debug information has been stripped, the symbol seems to be defined (partly guessing on the last part): $ nm /usr/lib/libvtkImagingTCL.so.5.8.0 nm: /usr/lib/libvtkImagingTCL.so.5.8.0: no symbols $ strings /usr/lib/libvtkImagingTCL.so.5.8.0 | grep Vtkimagingtcl_Init Vtkimagingtcl_Init I'm not sure if this is the fault of volview or if the problem lies with libkwwidgets1.0.1009, so feel free to reassign the bug if appropriate. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages volview depends on: ii libc6 2.13-37 ii libcurl3-gnutls 7.26.0-1 ii libgcc1 1:4.7.2-5 ii libgdcm2.22.2.0-13 ii libgl1-mesa-glx [libgl1] 8.0.5-3 ii libinsighttoolkit3.20 3.20.1+git20120521-3 ii libkwwidgets1.0.1009 1.0.0~cvs20100930-7 ii libstdc++64.7.2-5 ii libvtk5.8 5.8.0-13+b1 ii libvtkedge0.2.0~20110819-2 ii tcl-vtk 5.8.0-13+b1 ii tcl8.58.5.11-2 ii zlib1g1:1.2.7.dfsg-13 volview recommends no packages. volview suggests no packages. -- no debconf information --- End Message --- --- Begin Message --- Source: kwwidgets Source-Version: 1.0.0~cvs20100930-8 We believe that the bug you reported is fixed in the latest version of kwwidgets, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 698...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Mathieu Malaterre (supplier of updated kwwidgets package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 18 Apr 2013 10:25:46 +0200 Source: kwwidgets Binary: libkwwidgets1-dev libkwwidgets1.0.1009 kwwidgets-examples kwwidgets-doc python-kwwidgets tcl8.5-kwwidgets Architecture: source all amd64 Version: 1.0.0~cvs20100930-8 Distribution: unstable Urgency: low Maintainer: Debian Science Team Changed-By: Mathieu Malaterre Description: kwwidgets-doc - Cross-Platform GUI Toolkit - documentation kwwidgets-examples - Cross-Platform GUI Toolkit - examples libkwwidgets1-dev - Cross-Platform GUI Toolkit - development libkwwidgets1.0.1009 - Cross-Platform GUI Toolkit - runtime python-kwwidgets - Cross-Platform GUI Toolkit - Python tcl8.5-kwwidgets - Cross-Platform GUI Toolkit - TCL/TK Closes: 698698 Changes: kwwidgets (1.0.0~cvs20100930-8) unstable; urgency=low . * Fix volview does not start because of a missing symbol. Closes: #698698 * Remove obsolete DMUA flags, switch to my @debian.org alias Checksums-Sha1: 2ea65505aab32a771e86272830c14a244988a19f 2566 kwwidgets_1.0.0~cvs20100930-8.dsc 66848195b208a6b10c1ed8bca7f90d10caafe304 18061 kwwidgets_1.0.0~cvs20100930-8.debian.tar.gz 84eea3652c1b35bbd1488b
Bug#704669: kdelibs-bin: unable to install kdelibs-bin=4:4.10.2-1 due to issues with kdelibs4c2a
Hi, Alle giovedì 18 aprile 2013, robert...@libero.it ha scritto: > kdelibs4c2a is actually in debian squeeze: > http://packages.debian.org/squeeze/kdelibs4c2a It does not in wheezy, and KDE 4.10 at the moment is only in experimental. > The only conflict is the presence of ktelnetservice and kmailservice > files that is also present in kdelibs5-plugins. So a custom version > of kdelibs4c2a definitely solves the issue. One file or 100 files doesn't matter: there is a file conflict. > Again, this is the way the bug has been solved in ubuntu: > https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/1100622 It would be helpful if you could read what I said previously: > > Limiting the breaks to > > a specific version which does not exists in Debian gives zero > > guarantees that such versions will actually fix the issue. Sorry no, I will not lift the breaks based on a version that may (or may not) exist somewhere else out of Debian, and which we cannot guarantee it will actually fix the issue. -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#704669: kdelibs-bin: unable to install kdelibs-bin=4:4.10.2-1 due to issues with kdelibs4c2a
Hi, kdelibs4c2a is actually in debian squeeze: http://packages.debian.org/squeeze/kdelibs4c2a Some programs, like ktranslator, kcpuload, knetload, ksensors, and others (that still offer better functionality w.r.t. kde4 counterparts) need kdelibs4c2a. The only conflict is the presence of ktelnetservice and kmailservice files that is also present in kdelibs5-plugins. So a custom version of kdelibs4c2a definitely solves the issue. Again, this is the way the bug has been solved in ubuntu: https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/1100622 so it's possible and it works fine (tested). On 18 April 2013 09:45:16 Pino Toscano wrote: > Hi, > > Alle giovedì 18 aprile 2013, robert...@libero.it ha scritto: > > you should change the breaks/replaces of kde4.10.2 in order to break > > kdelibs4c2a << 4:3.5.10.dfsg.1-6~ so that a version >> -6~ won't > > conflict with the current kde. > > There is no kdelibs4c2a in the Debian archive anymore, so there is no > way kdelibs4c2a can be fixed in Debian. Limiting the breaks to a > specific version which does not exists in Debian gives zero guarantees > that such versions will actually fix the issue. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#704669: kdelibs-bin: unable to install kdelibs-bin=4:4.10.2-1 due to issues with kdelibs4c2a
Hi, Alle giovedì 18 aprile 2013, robert...@libero.it ha scritto: > you should change the breaks/replaces of kde4.10.2 in order to break > kdelibs4c2a << 4:3.5.10.dfsg.1-6~ so that a version >> -6~ won't > conflict with the current kde. There is no kdelibs4c2a in the Debian archive anymore, so there is no way kdelibs4c2a can be fixed in Debian. Limiting the breaks to a specific version which does not exists in Debian gives zero guarantees that such versions will actually fix the issue. -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#704669: kdelibs-bin: unable to install kdelibs-bin=4:4.10.2-1 due to issues with kdelibs4c2a
Dear, you should change the breaks/replaces of kde4.10.2 in order to break kdelibs4c2a << 4:3.5.10.dfsg.1-6~ so that a version >> -6~ won't conflict with the current kde. Please see the solution here: https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/1100622 Thank you, Roberto Guerra -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705452: docbook-xml: Fail to upgrade due to pre-depend problem
On Thu, Apr 18, 2013 at 02:58:21PM +1000, Stuart Prescott wrote:
> Helmut Grohne wrote:
> > The conclusion here is that the only way to fix this bug in sgml-base is
> > to have *no* dependency on dpkg at all.
>
> Actually, removing the dependency on dpkg doesn't change the outcome at all
> --
> dpkg is already unpacked and configured in the debug output we have. (I also
> edited Packages to remove the sgml-base???dpkg relationship and verified it
> still
> fails in the same way).
This is not entirely correct. As can be seen in the last succeeding
jenkins log
http://jenkins.debian.net/job/chroot-installation_squeeze_install_kde-full_upgrade_to_wheezy/32/consoleFull
removing the dependency poses another subtle difference. sgml-base is no
longer part of the apt-get dist-upgrade, but already processed in the
apt-get upgrade run. So wheezy has been affected by this issue before
sgml-base 1.26+nmu4 migrated to testing, but it did not show up due to
the way we invoke apt. A user forgetting to run apt-get upgrade before
dist-upgrade would have run into this issue before.
Arguably this is not a bug in sgml-base at all. Nevertheless it needs to
be fixed.
I believe that we will need a deeper look at #482140. At the moment I do
not fully understand that issue and its implications. The root cause
appears to be lenny's update-xmlcatalog being in a temporarily
inconsistent state due to perl changes in etch->lenny. This should no
longer occur, because even squeeze's update-xmlcatalog no longer uses
File::Spec::Functions.
At the moment the following packages pre-depend on xml-core:
* docbook-simple
* docbook-xml
I *guess* that demoting those to depends could fix this issue, but I
cannot tell what other implications this may have. I attached .debdiffs
to test for this.
Andreas, could you test those debdiffs with your piuparts setup? I have
a few more requests though:
* Can you ensure to pass -o Debug::pkgPackageManager=true to apt?
* Can you get me the log for inspection of possible warnings or hidden
failures?
* Can you also try apt-get dist-upgrade *without* running apt-get
upgrade beforehand?
Thanks
Helmut
diff -u docbook-simple-1.1/debian/control docbook-simple-1.1/debian/control
--- docbook-simple-1.1/debian/control
+++ docbook-simple-1.1/debian/control
@@ -13,8 +13,7 @@
Package: docbook-simple
Architecture: all
-Pre-Depends: xml-core (>= 0.12)
-Depends: ${misc:Depends}, sgml-data (>= 2.0.2), docbook-xml (>= 4.2-7)
+Depends: ${misc:Depends}, sgml-data (>= 2.0.2), docbook-xml (>= 4.2-7),
xml-core (>= 0.12)
Suggests: docbook-xsl
Replaces: docbook-xml-simple
Description: simplified DocBook XML Doctype and css stylesheets
diff -u docbook-simple-1.1/debian/changelog docbook-simple-1.1/debian/changelog
--- docbook-simple-1.1/debian/changelog
+++ docbook-simple-1.1/debian/changelog
@@ -1,3 +1,11 @@
+docbook-simple (1.1-4.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Demote Pre-Depends on xml-core to Depends. It was used to fix upgrades
+from etch to lenny, but this is no longer necessary.
+
+ -- Helmut Grohne Thu, 18 Apr 2013 09:17:05 +0200
+
docbook-simple (1.1-4.1) unstable; urgency=low
* Non-maintainer upload.
diff -u docbook-xml-4.5/debian/control docbook-xml-4.5/debian/control
--- docbook-xml-4.5/debian/control
+++ docbook-xml-4.5/debian/control
@@ -14,8 +14,7 @@
Package: docbook-xml
Architecture: all
-Pre-Depends: xml-core (>= 0.12)
-Depends: sgml-data (>= 2.0.2), ${misc:Depends}
+Depends: sgml-data (>= 2.0.2), ${misc:Depends}, xml-core(>= 0.12)
Suggests: docbook, docbook-dsssl, docbook-xsl, docbook-defguide
Provides: docbk-xml
Description: standard XML documentation system for software and systems
diff -u docbook-xml-4.5/debian/changelog docbook-xml-4.5/debian/changelog
--- docbook-xml-4.5/debian/changelog
+++ docbook-xml-4.5/debian/changelog
@@ -1,3 +1,11 @@
+docbook-xml (4.5-7.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Demote Pre-Depends on xml-core to Depends. It was used to fix upgrades
+from etch to lenny, but this is no longer necessary.
+
+ -- Helmut Grohne Thu, 18 Apr 2013 09:15:49 +0200
+
docbook-xml (4.5-7.1) unstable; urgency=low
* Non-maintainer upload.
Processed: Re: Bug#666129: Please update to a newer upstream release
Processing commands for cont...@bugs.debian.org: > tag 666129 security Bug #666129 [libpam-google-authenticator] Please update to a newer upstream release Added tag(s) security. > severity 666129 critical Bug #666129 [libpam-google-authenticator] Please update to a newer upstream release Severity set to 'critical' from 'wishlist' > retitle 666129 new upstream version fixes security problem with the secret > file Bug #666129 [libpam-google-authenticator] Please update to a newer upstream release Changed Bug title to 'new upstream version fixes security problem with the secret file' from 'Please update to a newer upstream release' > thanks Stopping processing here. Please contact me if you need assistance. -- 666129: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666129 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#695500: d-i-n-i: #695500 Works locally at least
Hi all, I can reliably test that the layout of files in debian-installer-netboot- images' debian-installer-7.0-netboot-kfreebsd-amd64 is functional locally using kvm: $ kvm -m 256 -net nic -net user,bootfile=/grub2pxe,tftp=/usr/lib/debian-installer/images/7.0/kfreebsd-amd64/gtk/ (and s/gtk/text/ of course works too.. ) I think this bug should be reassigned to either debian-installer if that's a problem of the layout of files within kfreebsd-* netboot, or the respective PXE servers that fail to work with the layout as it is, but it really appears to be a configuration problem rather than something fixable on d-i's side. Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
