Bug#634261: [sparc] iceweasel: Bus Error in setbuf()
Am Sonntag, den 23.12.2012, 00:13 +0100 schrieb John Paul Adrian Glaubitz: I don't completely follow, so I'll just ask: do you mean that this is a case of ABI misuse, with poor error reporting? One could phrase it this way. As far I understand the problem, the Mozilla developers provide a version script to the linker to control which symbols get exported. This helps speeding up the load process of the binary and reduces the memory footprint. This is correct. What the Mozilla developers didn't seem to put into account is that if you prevent the symbol _IO_stdin_used from being exported from your binary, parts of the ABI of the standard C library will change and it will behave like an older version which causes the unaligned access which results in a CPU trap. And this is mostly correct. libc puts lots of effort in providing a stable ABI. A big change in libc was the introduction of libio 2.1. It introduced support for wide-character streams and 64 bit offsets. These changes required an incompatible change to the FILE structure. Because of this, the FILE APIs exist in two variants in glibc[1], if backward compatibility is enabled. The new variant is tagged with the version GLIBC_2.1, while the old one is tagged GLIBC_2.0. For the three standard streams, there are two differently *named*, not just differently *versioned* objects, namely _IO_stdin_ for the old version and _IO_2_1_stdin_ for the new version, while the pointer stdin itself is not version dependent. This might be to make sure that stdin itself has the same value regardless of the version of libc that is imported. If a program compiled against the glibc 2.1 (or newer) development files, it will automatically refer to the new functions (i.e. link to the GLIBC_2.1 version of _IO_file_setbuf and so on), while programs and libraries compiled with old glibc 2.0 development files will refer to the GLIBC_2.0 version of these functions. The tricky part are the std* pointers: If a source file is compiled with new development headers and refers to stdin, stdout or stderr, some magic makes the compiler or linker emit a definition of the symbol _IO_stdin_used in that module. glibc itself defines it as a *weak* external symbol. The consequence is that if the symbol is not defined anywhere, it just resolves to address 0, but if it is defined in one or more modules, it resolves to a valid address in one of these modules. The resolution of external global variables in ELF systems is internally performed by a GOT lookup (which is the strange code for _IO_stdin_used observed on disassembling) at runtime. The logic in glibc is that if the new libio functions are used with stdin, there will be a reference to _IO_stdin_used. But if there are no references to _IO_stdin_used, the compatibility layer will kick in, and make the stdin/stdout/stderr pointers by pointers to the compatibility objects. As it happens, the compatibility objects do not contain any 64 bit field, and require a 4-byte-alignent on sparc, while the modern objects (which are in fact the compatibility objects with some extra fields appended) have a 64 bit field containing the current file offset. This makes gcc on sparc require an 8-byte-alignment. gcc compiles functions that work on the new FILE structure with the internal assumption that these objects are aligned as they should, so it expects 8-byte-alignment. The old functions on the other hand work fine with the new structures, stricter aligned, unless the code tries to access the vtable pointer, which is at different location in the old and new object, and most likely the cause to have both versions. It might have been the intention of the libio developers that (unless vtable accesses happen) the old objects can be processed by the new functions, and in that case, glibc is buggy, as it relies on undefined behaviour. Aussuming that intention, it expects that a pointer to the short file structure can be used as a pointer to the long file structure, which is not something you are granted by the C standard. Can you describe what iceweasel was doing wrong? Is this documented so future coders know not to make the same mistake? Is the version in squeeze affected? How about the version in wheezy? It seems to have been fixed in Firefox 10 which is part of Wheezy: There seems to be no official documentation on it, but hiding the _IO_stdin_used symbol (it still is there, but not visible for dynamic loading) violates internal glibc assumptions and breaks on sparc. Regards, Michael Karcher [1] This is why Bernhard R. Link observed the two different alignof values. You choose between the two variants of FILE/_IO_FILE by defining or not defining _IO_USE_OLD_IO_FILE. In oldstdfile.c, the symbol is defined, while in genops.c, it is not defined. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686502: pxz produces archives broken for busybox's unxz
On Sat, 2012-12-22 at 10:21 -0800, Jonathan Nieder wrote: What happens if a stream ends at a buffer boundary, followed by padding? Or if padding doesn't fit in the buffer, for that matter? That make very low probability but could happe indeed. I will upload a new patch which fixes this case too. Thank you for your review. Cheers, signature.asc Description: This is a digitally signed message part
Bug#696610: Pending fixes for bugs in the libconfig-model-perl package
tag 696610 + pending thanks Some bugs in the libconfig-model-perl package are closed in revision 4eabd8665b9de0094edea3a29bf700db384bf16c in branch 'master' by Dominique Dumont The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libconfig-model-perl.git;a=commitdiff;h=4eabd86 Commit message: control: recommends fuse instead of transitional package fuse-utils (Closes: #696610) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Pending fixes for bugs in the libconfig-model-perl package
Processing commands for cont...@bugs.debian.org: tag 696610 + pending Bug #696610 [libconfig-model-perl] libconfig-model-perl: recommends previously transitional, now missing package fuse-utils Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 696610: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696610 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#696610: marked as done (libconfig-model-perl: recommends previously transitional, now missing package fuse-utils)
Your message dated Mon, 24 Dec 2012 11:47:27 + with message-id e1tn6vd-0004zw...@franck.debian.org and subject line Bug#696610: fixed in libconfig-model-perl 2.029-2 has caused the Debian Bug report #696610, regarding libconfig-model-perl: recommends previously transitional, now missing package fuse-utils 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.) -- 696610: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696610 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libconfig-model-perl Version: 2.029-1 Severity: serious Justification: Policy 2.2.1 As subject says, libconfig-model-perl recommends fuse-utils which does not exist in Sid - it was previously a transitional package depending on fuse, so perhaps recommendation should be changed to that here? - Jonas ---End Message--- ---BeginMessage--- Source: libconfig-model-perl Source-Version: 2.029-2 We believe that the bug you reported is fixed in the latest version of libconfig-model-perl, 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 696...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Dominique Dumont d...@debian.org (supplier of updated libconfig-model-perl 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: Mon, 24 Dec 2012 12:23:58 +0100 Source: libconfig-model-perl Binary: libconfig-model-perl Architecture: source all Version: 2.029-2 Distribution: unstable Urgency: low Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org Changed-By: Dominique Dumont d...@debian.org Description: libconfig-model-perl - module for describing and editing configuration data Closes: 696610 Changes: libconfig-model-perl (2.029-2) unstable; urgency=low . * control: recommends fuse instead of transitional package fuse-utils (Closes: #696610) Checksums-Sha1: 7a92db81a83f158610074ddc5b8ad8ce7cef4107 2978 libconfig-model-perl_2.029-2.dsc 571a2dd7cfdbcb4f3706fd41bede5842bc3c523c 19911 libconfig-model-perl_2.029-2.debian.tar.gz cf912a864bf88b75b8b4265a92b63de39181a0f8 615922 libconfig-model-perl_2.029-2_all.deb Checksums-Sha256: b492d4f4f60dfc7edd7f8ccd418e65229b6b5ef11fd5d813b4fcf4d95b139152 2978 libconfig-model-perl_2.029-2.dsc 262363f64abbc87e9a8714723bf88efa5c2b1ad9569faec220380d3e980711f0 19911 libconfig-model-perl_2.029-2.debian.tar.gz 194eca852fcc29ba6f035a026ee99b3632765f012dd354665cd7ecea8bd4a9c6 615922 libconfig-model-perl_2.029-2_all.deb Files: d769e306ca24f0fe3da9be6c0a03618c 2978 perl optional libconfig-model-perl_2.029-2.dsc 87ab6a2b390f7a1cea383594e2974b05 19911 perl optional libconfig-model-perl_2.029-2.debian.tar.gz 29663ffab4f3f753cbec13ce341f90c2 615922 perl optional libconfig-model-perl_2.029-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJQ2DuoAAoJEMMfT9lJqytsU2sQAJfnbLhrae1rdUSEn7q2EARL RJDi7CI70ntIVubHxb8b37d7EfiynPCADPmu3WL9qqLQeDyxxVw+oAg8SXOm/l5T wclLRaml5gx7TNvQTidSR3rhabjAXN1B1ytMgiFCg61BIr0Jhzse9VxbPuMx/jrO 3xXHJrYObb5kNdsKi8QLVCx/icvGzQK1wxi+xgPR1Jwu9pc0eXRMMFAB7qfpbY0a EJ82j5nL//oQKCoZb8HqJHv6xpahI8CY+kOq2aQYpKSFXoxJU3GwrwS976HGwpcY Urz6lkm7+mluzRs/BtJ2q+DwJ0QF9ZHIV/r7YGlQVCAVIJW36e05aRyZQRBN+Qkk s9K4NGAGVw3ZpINVRHpijHWz//OxBSdtNEQYxRrjxyC5euZLPIWrjbPfeQN6l3BR r9pxob184hVPRRmIC5w+crt+9TH5R+Gv0e0qv9AaXvDLPihro6nNVGEVJ09lqWVw yZUllKHTGzF5N55sXOxtksRXOx4DUw+FBueQdj4mWugyA57oez429+0yzBNX0oJj vvR52syS/U66XG3Jnlo0AhaRMVMO1+4sAFDaVZgNGxDVveqQ0JaWKBoRSK4x3J7n LXQhrOnk5DqYQssFlWS+dCI2s9qE7QVbtuOZAuV+Y9mjDaDmVnmtL188b+Y0hSZR yJeK+z8nXB8o9/V+Z57l =NwZ+ -END PGP SIGNATUREEnd Message---
Processed: tagging 689009, severity of 689009 is serious
Processing commands for cont...@bugs.debian.org: tags 689009 + sid Bug #689009 [fuseiso] fuseiso: Rename dependency fuse-util to fuse Added tag(s) sid. severity 689009 serious Bug #689009 [fuseiso] fuseiso: Rename dependency fuse-util to fuse Severity set to 'serious' from 'normal' thanks Stopping processing here. Please contact me if you need assistance. -- 689009: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=689009 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#696149: [Pkg-samba-maint] Bug#696149: samba4: deletes directories owned by samba-common during purge: /var/{cache, lib, log}/samba
Hi Ivo, On Sun, 2012-12-23 at 21:21 +0100, Ivo De Decker wrote: Hi Jelmer, On Mon, Dec 17, 2012 at 11:45:48AM +0100, Andreas Beckmann wrote: From the attached log (scroll to the bottom...): 0m48.7s ERROR: FAIL: After purging files have disappeared: /var/cache/samba/ owned by: samba4-common-bin, samba-common /var/lib/samba/owned by: samba4, samba-common /var/log/samba/owned by: samba-common In this test only the samba4 package was purged, all dependencies are still installed. samba4.postrm purge performs: # Remove Samba's state files, both volatile and non-volatile rm -Rf /var/run/samba/ /var/cache/samba/ /var/lib/samba # Remove log files rm -Rf /var/log/samba/ (the debconf db_purge is run twice, there is no need to add this manually to the maintainer script as dh_installdebconf already adds it) I had a look at the samba4 package in wheezy, and tried to solve this bug by limiting the removal to files that are created by samba4 (not by other samba related packages). A patch that implements this is attached. With this patch, samba4 doesn't hit the piuparts issues listed above. Thanks! However, I encountered 2 issues: - samba4 logs to /var/log/samba/log.%m The removal of this file is easy to solve, but I can't imagine the name of this logfile is intentional. Obviously this is the result of changes in samba4 (it seems %m is sadly no longer allowed in logfile names). I would argue that this is in fact a bug in samba-common; we'll have this problem as well when we merge the samba and samba4 source packages. Please file a bug about this. - the piuparts log also complains about: 0m48.7s ERROR: FAIL: After purging files have been modified: /etc/samba/smb.confnot owned Samba4 changes smb.conf (adds 2 parameters and 2 shares), but smb.conf is owned by samba-common, not by samba4. Maybe this should be solved in samba-common by allowing other packages to add config files (this is more or less what was asked in #675906). I guess purge should ideally remove these 2 parameters again; they are only used by Samba 4. I'm not entirely sure about the shares. That said, this problem will go away when we merge the samba and samba4 source packages so I'm not sure if it is worth spending much time on, unless it is for wheezy. Cheers, Jelmer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675295: matanza: FTBFS in experimental: format not a string literal and no format arguments
Just in case. My RFS is available here: http://bugs.debian.org/696385 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673790: python-cloudservers: diff for NMU version 1.1-1.2
Control: tags -1 + patch pending
Dear maintainer,
I've prepared an NMU for python-cloudservers (versioned as 1.1-1.2) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Regards.
--
Sebastian Ramacher
diff -Nru python-cloudservers-1.1/debian/changelog python-cloudservers-1.1/debian/changelog
--- python-cloudservers-1.1/debian/changelog 2012-04-29 07:20:11.0 +0200
+++ python-cloudservers-1.1/debian/changelog 2012-12-24 15:11:18.0 +0100
@@ -1,3 +1,12 @@
+python-cloudservers (1.1-1.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * debian/patches/673790.patch: Fix usage of prettytable. prettytable 0.6
+changed the API. (Closes: #673790)
+ * debian/control: Bump python-prettytable (Build-)Depends to = 0.6.
+
+ -- Sebastian Ramacher sramac...@debian.org Mon, 24 Dec 2012 15:10:46 +0100
+
python-cloudservers (1.1-1.1) unstable; urgency=low
* Non-maintainer upload.
diff -Nru python-cloudservers-1.1/debian/control python-cloudservers-1.1/debian/control
--- python-cloudservers-1.1/debian/control 2012-04-29 07:17:02.0 +0200
+++ python-cloudservers-1.1/debian/control 2012-12-24 14:43:13.0 +0100
@@ -2,13 +2,13 @@
Section: python
Priority: optional
Maintainer: Soren Hansen so...@ubuntu.com
-Build-Depends: cdbs, debhelper (= 5.0.38), python-all (= 2.3.5-11), python-support, python-distribute, python-nose, python-prettytable, python-argparse, python-mock, python-httplib2
+Build-Depends: cdbs, debhelper (= 5.0.38), python-all (= 2.3.5-11), python-support, python-distribute, python-nose, python-prettytable (= 0.6), python-argparse, python-mock, python-httplib2
XS-Python-Version: = 2.6
Standards-Version: 3.8.4
Package: python-cloudservers
Architecture: all
-Depends: ${misc:Depends}, ${python:Depends}, python-pkg-resources, python-prettytable, python-argparse, python-httplib2, python (= 2.6)
+Depends: ${misc:Depends}, ${python:Depends}, python-pkg-resources, python-prettytable (= 0.6), python-argparse, python-httplib2, python (= 2.6)
XB-Python-Version: ${python:Versions}
Description: client library for Rackspace's Cloud Servers API
Python library and CLI tool for interacting with Rackspace's Cloud
diff -Nru python-cloudservers-1.1/debian/patches/673790.patch python-cloudservers-1.1/debian/patches/673790.patch
--- python-cloudservers-1.1/debian/patches/673790.patch 1970-01-01 01:00:00.0 +0100
+++ python-cloudservers-1.1/debian/patches/673790.patch 2012-12-24 14:47:20.0 +0100
@@ -0,0 +1,31 @@
+Description: update use of prettytable to the new API
+Author: Sebastian Ramacher sramac...@debian.org
+Last-Update: 2012-12-24
+
+Index: python-cloudservers-1.1/cloudservers/shell.py
+===
+--- python-cloudservers-1.1.orig/cloudservers/shell.py 2012-12-24 14:46:12.069855412 +0100
python-cloudservers-1.1/cloudservers/shell.py 2012-12-24 14:47:10.227633083 +0100
+@@ -437,16 +437,18 @@
+ # Helpers
+ def print_list(objs, fields):
+ pt = prettytable.PrettyTable([f for f in fields], caching=False)
+-pt.aligns = ['l' for f in fields]
++for f in fields:
++ pt.align[f] = 'l'
+ for o in objs:
+ pt.add_row([getattr(o, f.lower().replace(' ', '_'), '') for f in fields])
+-pt.printt(sortby=fields[0])
++print pt.get_string(sortby=fields[0])
+
+ def print_dict(d):
+ pt = prettytable.PrettyTable(['Property', 'Value'], caching=False)
+-pt.aligns = ['l', 'l']
++pt.align['Property'] = 'l'
++pt.align['Value'] = 'l'
+ [pt.add_row(list(r)) for r in d.iteritems()]
+-pt.printt(sortby='Property')
++print pt.get_string(sortby='Property')
+
+ def main():
+ try:
diff -Nru python-cloudservers-1.1/debian/patches/series python-cloudservers-1.1/debian/patches/series
--- python-cloudservers-1.1/debian/patches/series 2012-04-29 07:22:00.0 +0200
+++ python-cloudservers-1.1/debian/patches/series 2012-12-24 14:35:13.0 +0100
@@ -1,3 +1,4 @@
cleaner-sources.txt
autogeneration-fallout
Fixes-egg-info-PKG-INFO
+673790.patch
signature.asc
Description: Digital signature
Processed: python-cloudservers: diff for NMU version 1.1-1.2
Processing control commands: tags -1 + patch pending Bug #673790 [python-cloudservers] broken: doesn’t use the python-prettytable = 0.6 API Added tag(s) pending and patch. -- 673790: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673790 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#675295: matanza: FTBFS in experimental: format not a string literal and no format arguments
Sorry. Link should be: http://bugs.debian.org/696192 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696507: festival: FTBFS: not multi-arch capable but a dependency is multiarchified already
Dixi quod… Ivo De Decker dixit: Here is a patch that fixes the build: Wow, thanks for your quick reaction! This indeed fixes the build failure; I uploaded to unreleased for the time being. bye, //mirabilos -- Sometimes they [people] care too much: pretty printers [and syntax highligh- ting, d.A.] mechanically produce pretty output that accentuates irrelevant detail in the program, which is as sensible as putting all the prepositions in English text in bold font. -- Rob Pike in Notes on Programming in C -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690394: Bug#690877: unblock: love/0.8.0-3
Hi Bas, On Sun, Dec 23, 2012 at 11:45:43PM +0100, Bas Wijnen wrote: On 23-12-12 00:37, Ivo De Decker wrote: I prepared a TPU upload to fix the copyright file bug (#690394) in wheezy. The debdiff is attached. Looks good. Thanks for the review. However, version 0.8.0-3 is already in unstable, so please make the version 0.8.0-2.1 instead. That's fine with me, but I guess the release team prefers +deb7u1 for wheezy. Will you upload the package? That's OK, but as it is a TPU upload, we first need pre-approval from the release team. I also included a lintian override for the ftp-master autoreject (bug #690492). I don't know if this is needed for TPU uploads. As Julien downgraded bug #690492 from serious to important, I suspect the embedded copy of glee can stay for wheezy. In don't usually like lintian overrides, but I suppose this is a good use for one. Still I'd prefer the error to be visible, and override the autoreject instead of lintian itself... Well, I'm just using the procedure I know. I don't think there is a way to override the autoreject without overriding the lintian error (other than asking for a manual override after the upload). Anyway, this problem will go away after wheezy, as you uploaded the fix to unstable for jessie. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696141: kdenetwork: FTBFS: moc: .../kopete/protocols/sms/gsmlibprefs.h: No such file
Control: found -1 4:4.8.4-1 Control: notfound -1 4.8.4-1 On 2012-12-17 08:29:22, Thorsten Glaser wrote: Source: kdenetwork Version: 4.8.4-1 It looks like you've forgot the epoch. Fixing the version information. Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Processed: Re: Bug#696141: kdenetwork: FTBFS: moc: .../kopete/protocols/sms/gsmlibprefs.h: No such file
Processing control commands: found -1 4:4.8.4-1 Bug #696141 [src:kdenetwork] kdenetwork: FTBFS: moc: .../kopete/protocols/sms/gsmlibprefs.h: No such file Marked as found in versions kdenetwork/4:4.8.4-1. notfound -1 4.8.4-1 Bug #696141 [src:kdenetwork] kdenetwork: FTBFS: moc: .../kopete/protocols/sms/gsmlibprefs.h: No such file The source 'kdenetwork' and version '4.8.4-1' do not appear to match any binary packages No longer marked as found in versions kdenetwork/4.8.4-1. -- 696141: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696141 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#694971: ia64 (Itanium) Epiphany browser crashes within JSC::JSArray::increaseVectorLength()
Hi Stephan, When I saw your patch for this bug (and #692053) I immediately thought of mipsel hardware with 16K page size. I think you have probably found the reason for #651636. I'm afraid I can't really test your patch though until it is uploaded and built on the buildds (it takes them more than a day! and all I have is a netbook). Thanks for your work on this! Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696282: gnucash silently removes the scheduled transactions under some condition
On 2012-12-19 Vincent Lefevre vinc...@vinc17.net wrote:
[...]
Control: retitle -2 libxml2: gzip decompression truncates the output
(possible data loss)
Control: found -2 2.8.0+dfsg1-7
Control: tag -2 upstream fixed-upstream
On 2012-12-19 00:16:41 +0100, Vincent Lefevre wrote:
[...]
$ gnucash test.gnucash
Found Finance::Quote version 1.17
I/O error : Resource temporarily unavailable
$
I've done tests with gdb, and the problem occurs at
xmlParseDocument( ctxt-data.saxParserCtxt );
in src/backend/xml/sixtp.c line 709 (sixtp_parse_file_common).
It comes from a known bug in libxml2, discussed here:
https://bugzilla.redhat.com/show_bug.cgi?id=877567
It is fixed upstream.
[...]
Hello,
I am not familiar with libxml2 development, however
http://www.xmlsoft.org/downloads.html points to
git://git.gnome.org/libxml2 as upstream. Afaict git head still shows
the problem. [Fedora ships the attached patch, but they are not
upstream, are they?]
cu andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
diff -up libxml2-2.9.0/xzlib.c.do-not-check-crc libxml2-2.9.0/xzlib.c
--- libxml2-2.9.0/xzlib.c.do-not-check-crc 2012-09-11 05:52:46.0 +0200
+++ libxml2-2.9.0/xzlib.c 2012-11-19 19:28:42.431700534 +0100
@@ -552,17 +552,20 @@ xz_decomp(xz_statep state)
#ifdef HAVE_ZLIB_H
if (state-how == GZIP) {
if (gz_next4(state, crc) == -1 || gz_next4(state, len) == -1) {
-xz_error(state, LZMA_DATA_ERROR, unexpected end of file);
-return -1;
-}
-if (crc != state-zstrm.adler) {
-xz_error(state, LZMA_DATA_ERROR, incorrect data check);
-return -1;
-}
-if (len != (state-zstrm.total_out 0xL)) {
-xz_error(state, LZMA_DATA_ERROR, incorrect length check);
-return -1;
-}
+/*
+ xz_error(state, LZMA_DATA_ERROR, unexpected end of file);
+ return -1;
+*/
+} else {
+ if (crc != state-zstrm.adler) {
+ xz_error(state, LZMA_DATA_ERROR, incorrect data check);
+ return -1;
+ }
+ if (len != (state-zstrm.total_out 0xL)) {
+ xz_error(state, LZMA_DATA_ERROR, incorrect length check);
+ return -1;
+ }
+ }
state-strm.avail_in = 0;
state-strm.next_in = NULL;
state-strm.avail_out = 0;
Bug#681227: [PATCH] Allow bootdev to be dummy
Matt Kraai kr...@ftbfs.org (23/12/2012): On Sun, Dec 23, 2012 at 02:47:04PM -0800, Matt Kraai wrote: The workaround for 681227 prevents grub-installer from trying to install to devices that don't exist. This breaks installations on systems that use grub-efi or grub-yeeloong, since they set the device to dummy. This patch fixes the workaround to allow this value. I've gone ahead and committed this. I hope that's OK. If you'd like me to revert it, let me know. It might be a good idea to include this in the release, else grub-efi and grub-yeeloong won't work. Thanks for the info and for the patch; I'll try and get Steve to make sure EFI things work for the next release, since I've got no such setups to perform tests on. Mraw, KiBi. signature.asc Description: Digital signature
Bug#672524: bitcoin: FTBFS[any-i386]: testsuite errors
Hi! Petter Reinholdtsen p...@hungry.com writes: I just tried to build the source of version 0.7.2-1 in Wheezy, and the test suite completed without any errors as far as I could tell. This was on a i686 installation. Is this bug fixed in the new upstream version? We'll see as soon as it builds on the buildds I'd say. Regards Christoph -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661018: FTBS due to new freexl
Control: fixed -1 3.1.0b-1 I'm marking that version as fixed because 3.0.1-1 never made it into the archive. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- 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#661018: FTBS due to new freexl
Processing control commands:
fixed -1 3.1.0b-1
Bug #661018 {Done: Francesco Paolo Lovergine fran...@debian.org}
[spatialite-bin] FTBS due to new freexl
Marked as fixed in versions spatialite-tools/3.1.0b-1.
--
661018: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=661018
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 #695786: retitle
Processing commands for cont...@bugs.debian.org: retitle 695786 fusionforge: pgsql_servers option set for the second time Bug #695786 [fusionforge] exim4-config: pgsql_servers option set for the second time Changed Bug title to 'fusionforge: pgsql_servers option set for the second time' from 'exim4-config: pgsql_servers option set for the second time' thanks Stopping processing here. Please contact me if you need assistance. -- 695786: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695786 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: Bug#680704: iceweasel/xulrunner: Loongson-2f mipsel iceweasel/xulrunner hasn't been working since several versions back.
Processing commands for cont...@bugs.debian.org: block 680704 by 692053 Bug #680704 [iceweasel] iceweasel/xulrunner: Loongson-2f mipsel iceweasel/xulrunner hasn't been working since several versions back. 680704 was not blocked by any bugs. 680704 was not blocking any bugs. Added blocking bug(s) of 680704: 692053 thanks Stopping processing here. Please contact me if you need assistance. -- 680704: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680704 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#692979: marked as done (libimager-qrcode-perl: expects older version of Imager than dependencies supply)
Your message dated Mon, 24 Dec 2012 22:08:34 +0100 with message-id 20121224210834.ga13...@jadzia.comodo.priv.at and subject line Re: Bug#692979: Bug#693002: Bug#692979: Bug#693002: libimager-perl: breaks libimager-qrcode-perl has caused the Debian Bug report #692979, regarding libimager-qrcode-perl: expects older version of Imager than dependencies supply 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.) -- 692979: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692979 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libimager-qrcode-perl Version: 0.033-1 Severity: grave Justification: renders package unusable Dear Maintainer, Compilation of a perl script trying to use Imager::QRCode fails with the error: Imager API version incorrect loaded 5 vs expected 3 at /usr/lib/perl5/Imager/QRCode.pm line 22. BEGIN failed--compilation aborted at /usr/lib/perl5/Imager/QRCode.pm line 24. Compilation failed in require at ./use.pl line 2. BEGIN failed--compilation aborted at ./use.pl line 2. Minimum reproducible case: #!/usr/bin/perl use Imager::QRCode; I was able to fix this by simply rebuilding the package locally apt-get source libimager-qrcode-perl cd libimager-qrcode-perl-0.33 dpkg-buildpackage -b sudo debi Perhaps the package should depend upon a specific version of libimager-perl? Regards, Nick -- System Information: Debian Release: wheezy/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libimager-qrcode-perl depends on: ii libc6 2.13-35 ii libimager-perl 0.91+dfsg-2 ii libqrencode33.3.0-2 ii perl5.14.2-14 ii perl-base [perlapi-5.14.2] 5.14.2-14 libimager-qrcode-perl recommends no packages. libimager-qrcode-perl suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- On Thu, 29 Nov 2012 22:29:01 +0100, gregor herrmann wrote: I've now filed a binNMU bug report pointing to our discussions here, so we'll here from them, I guess. FTR: #694556 Closing the bug now after the binNMUs were successful on all release architectures [0] and there's no more buggy binary package in the archive [1]. Cheers, gregor [0] https://buildd.debian.org/status/package.php?p=libimager-qrcode-perl [1] % rmadison libimager-qrcode-perl libimager-qrcode-perl | 0.033-1| wheezy | source libimager-qrcode-perl | 0.033-1| sid| source libimager-qrcode-perl | 0.033-1+b1 | wheezy | amd64, armel, armhf, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc libimager-qrcode-perl | 0.033-1+b1 | sid| amd64, armel, armhf, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc libimager-qrcode-perl | 0.033-1+b2 | sid| hurd-i386 -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Don McLean: Empty Chairs signature.asc Description: Digital signature ---End Message---
Bug#696424: Possible patch
Hello,
attached is a possible patch for that issue. This is just a starting
point, as I was not able to test the patch myself. Also, I used 660 as
permissions to the file, I'm not sure of whether it's sensible or not.
Please review and test before applying.
HTH anyway,
Mt.
--
Nous avons neuf mois de vie privée avant de naître, ça devrait nous
suffire. -- Heathcote Williams, Actuel n°48, novembre 74.
Initial report (https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2012-5638)
| The sanlock server creates the /var/log/sanlock.log world writable
| allowing any one on the system to wipe the contents of the log file or
| to store data within the log file (bypassing any quotas applied to
| their account). The affected code (in src/log.c) is:
|
| int setup_logging(void) {
| int fd, rv;
| snprintf(logfile_path, PATH_MAX, %s/%s, SANLK_LOG_DIR,
| SANLK_LOGFILE_NAME);
| logfile_fp = fopen(logfile_path, a+);
This patch was proposed by Martin Quinson, but not really tested as I
don't use sanlock myself. Also, I used 660 as permissions to the file,
I'm not sure of whether it's sensible or not.
Index: sanlock-2.2/src/log.c
===
--- sanlock-2.2.orig/src/log.c 2012-05-07 17:43:52.0 +0200
+++ sanlock-2.2/src/log.c 2012-12-24 22:19:10.437901274 +0100
@@ -252,10 +252,12 @@
snprintf(logfile_path, PATH_MAX, %s/%s, SANLK_LOG_DIR,
SANLK_LOGFILE_NAME);
- logfile_fp = fopen(logfile_path, a+);
- if (logfile_fp) {
- fd = fileno(logfile_fp);
+ fd = open(logfile_path,O_CREAT | O_WRONLY, S_IRUSR|S_IWUSR | S_IRGRP|S_IWGRP);
+ if (fd != -1) {
fcntl(fd, F_SETFD, fcntl(fd, F_GETFD, 0) | FD_CLOEXEC);
+ logfile_fp = fdopen(fd, a+);
+ } else {
+ logfile_fp = NULL;
}
log_ents = malloc(log_num_ents * sizeof(struct entry));
Bug#686502: pxz produces archives broken for busybox's unxz
On Sat, 2012-12-22 at 10:21 -0800, Jonathan Nieder wrote:
What happens if a stream ends at a buffer boundary, followed by
padding? Or if padding doesn't fit in the buffer, for that
matter?
Hope that helps,
Please find attached new debdiff with fix of above mentioned issues.
Cheers,
diff -Nru busybox-1.20.0/debian/changelog busybox-1.20.0/debian/changelog
--- busybox-1.20.0/debian/changelog 2012-09-20 08:32:55.0 +0200
+++ busybox-1.20.0/debian/changelog 2012-12-21 21:59:39.0 +0100
@@ -1,3 +1,10 @@
+busybox (1:1.20.0-7.1) unstable; urgency=low
+
+ * Fix decompression of multi stream XZ compressed files
+(Closes: Bug#bug#686502)
+
+ -- Abou Al Montacir abou.almonta...@sfr.fr Thu, 21 Dec 2012 22:00:00 +0100
+
busybox (1:1.20.0-7) unstable; urgency=low
* set CONFIG_FEATURE_COPYBUF_KB from 4 to 64 for all flavours. This
diff -Nru busybox-1.20.0/debian/patches/fix-unxz-with-multiple-streams.patch busybox-1.20.0/debian/patches/fix-unxz-with-multiple-streams.patch
--- busybox-1.20.0/debian/patches/fix-unxz-with-multiple-streams.patch 1970-01-01 01:00:00.0 +0100
+++ busybox-1.20.0/debian/patches/fix-unxz-with-multiple-streams.patch 2012-12-24 23:12:05.0 +0100
@@ -0,0 +1,74 @@
+Author: Abou Al Montacir abou.almonta...@sfr.fr
+Purpose: Fix decompression of multi stream XZ compressed files
+ (Closes: bug#686502)
+
+--- busybox-1.20.0/archival/libarchive/decompress_unxz.c 2012-12-24 21:21:47.0 +0100
busybox-1.20.0/debian/build/deb/archival/libarchive/decompress_unxz.c 2012-12-24 23:10:35.0 +0100
+@@ -44,6 +44,7 @@
+ struct xz_dec *state;
+ unsigned char *membuf;
+ IF_DESKTOP(long long) int total = 0;
++ enum xz_ret r;
+
+ if (!global_crc32_table)
+ global_crc32_table = crc32_filltable(NULL, /*endian:*/ 0);
+@@ -59,12 +60,10 @@
+ strcpy((char*)membuf, HEADER_MAGIC);
+ iobuf.in_size = HEADER_MAGIC_SIZE;
+ } /* else: let xz code read check it */
+-
+- /* Limit memory usage to about 64 MiB. */
+- state = xz_dec_init(XZ_DYNALLOC, 64*1024*1024);
++ /* First stream is identical to starting a new stream after finishing decoding an old one */
++ r = XZ_STREAM_END;
+
+ while (1) {
+- enum xz_ret r;
+
+ if (iobuf.in_pos == iobuf.in_size) {
+ int rd = safe_read(src_fd, membuf, BUFSIZ);
+@@ -73,9 +72,25 @@
+ total = -1;
+ break;
+ }
++ /* No more bytes in stream. Stop */
++ if (rd == 0) {
++break;
++ }
+ iobuf.in_size = rd;
+ iobuf.in_pos = 0;
+ }
++ if (r == XZ_STREAM_END) {
++ /* Eat padding. Stream never starts with zeros */
++ while ((iobuf.in_pos iobuf.in_size) (iobuf.in[iobuf.in_pos] == 0)) {
++ iobuf.in_pos += 1;
++ }
++ /* Reached end of buffer. Fill it again from stream */
++ if (iobuf.in_pos == iobuf.in_size) {
++continue;
++ }
++ /* Initialize decoder for new stream. Limit memory usage to about 64 MiB. */
++ state = xz_dec_init(XZ_DYNALLOC, 64*1024*1024);
++ }
+ // bb_error_msg(in pos:%d size:%d out pos:%d size:%d,
+ //iobuf.in_pos, iobuf.in_size, iobuf.out_pos, iobuf.out_size);
+ r = xz_dec_run(state, iobuf);
+@@ -87,7 +102,9 @@
+ iobuf.out_pos = 0;
+ }
+ if (r == XZ_STREAM_END) {
+- break;
++ xz_dec_end(state);
++ /* Look for any other streams */
++ continue;
+ }
+ if (r != XZ_OK r != XZ_UNSUPPORTED_CHECK) {
+ bb_error_msg(corrupted data);
+@@ -95,7 +112,6 @@
+ break;
+ }
+ }
+- xz_dec_end(state);
+ free(membuf);
+
+ return total;
diff -Nru busybox-1.20.0/debian/patches/series busybox-1.20.0/debian/patches/series
--- busybox-1.20.0/debian/patches/series 2012-09-19 22:58:00.0 +0200
+++ busybox-1.20.0/debian/patches/series 2012-12-20 21:54:21.0 +0100
@@ -25,3 +25,6 @@
dont-force-no-alignment-for-s390.patch
stop-checking-ancient-kernel-version.patch
+
+# http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686502
+fix-unxz-with-multiple-streams.patch
signature.asc
Description: This is a digitally signed message part
Processed: Re: kdenetwork: FTBFS: moc: .../kopete/protocols/sms/gsmlibprefs.h: No such file
Processing control commands: tags -1 unreproducible Bug #696141 [src:kdenetwork] kdenetwork: FTBFS: moc: .../kopete/protocols/sms/gsmlibprefs.h: No such file Added tag(s) unreproducible. severity -1 important Bug #696141 [src:kdenetwork] kdenetwork: FTBFS: moc: .../kopete/protocols/sms/gsmlibprefs.h: No such file Severity set to 'important' from 'serious' -- 696141: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696141 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#696141: kdenetwork: FTBFS: moc: .../kopete/protocols/sms/gsmlibprefs.h: No such file
Control: tags -1 unreproducible Control: severity -1 important Hi Thorsten, On Mon, Dec 17, 2012 at 08:29:22AM +, Thorsten Glaser wrote: kdenetwork fails to build, apparently looking for a file which it generated a few lines above, according to the attached build log. I tried on amd64 with pbuilder in wheezy and sid, and manually in a clean sid chroot (running debian/rules build-arch ; debian/rules binary-arch). Those 3 runs finished without failures. Can you think of a way to reproduce this on a release arch? I'm downgrading the bug because m68k is not a release arch. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: severity of 316273 is serious, tagging 316273
Processing commands for cont...@bugs.debian.org: severity 316273 serious Bug #316273 [kwiki] kwiki: copyright file doesn't say where the upstream sources were obtained Severity set to 'serious' from 'important' # apply commands from Bart tags 316273 + moreinfo Bug #316273 [kwiki] kwiki: copyright file doesn't say where the upstream sources were obtained Added tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 316273: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=316273 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#686502: pxz produces archives broken for busybox's unxz
Abou Al Montacir wrote: On Sat, 2012-12-22 at 10:21 -0800, Jonathan Nieder wrote: What happens if a stream ends at a buffer boundary, followed by padding? Or if padding doesn't fit in the buffer, for that matter? [...] Please find attached new debdiff with fix of above mentioned issues. Getting closer. Does this correctly handle the case of a file with zero streams? (It should error out.) How about a file with leading NUL bytes, which is also invalid? Does this implementation meet the following requirement (from the spec)? | Stream Padding MUST contain only null bytes. To preserve the | four-byte alignment of consecutive Streams, the size of Stream | Padding MUST be a multiple of four bytes. Empty Stream Padding | is allowed. If these requirements are not met, the decoder MUST | indicate an error. Thanks for your patient work. Jonathan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696282: gnucash silently removes the scheduled transactions under some condition
Hi, On 2012-12-24 18:14:57 +0100, Andreas Metzler wrote: I am not familiar with libxml2 development, however http://www.xmlsoft.org/downloads.html points to git://git.gnome.org/libxml2 as upstream. Afaict git head still shows the problem. [Fedora ships the attached patch, but they are not upstream, are they?] Daniel Veillard (upstream) was in the discussion in the bug report, so that I thought the bug was fixed upstream. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696300: [vinc...@vinc17.net: Re: Bug#696282: gnucash silently removes the scheduled transactions under some condition]
forwarding to the correct (cloned) bug. - I originally sent my message to the wrong one and Vincent's reply therefore ended up there, too. - Forwarded message from Vincent Lefevre vinc...@vinc17.net - Date: Tue, 25 Dec 2012 06:28:13 +0100 From: Vincent Lefevre vinc...@vinc17.net To: Andreas Metzler ametz...@downhill.at.eu.org Cc: 696...@bugs.debian.org Subject: Re: Bug#696282: gnucash silently removes the scheduled transactions under some condition Message-ID: 20121225052813.ga11...@ioooi.vinc17.net Hi, On 2012-12-24 18:14:57 +0100, Andreas Metzler wrote: I am not familiar with libxml2 development, however http://www.xmlsoft.org/downloads.html points to git://git.gnome.org/libxml2 as upstream. Afaict git head still shows the problem. [Fedora ships the attached patch, but they are not upstream, are they?] Daniel Veillard (upstream) was in the discussion in the bug report, so that I thought the bug was fixed upstream. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) - End forwarded message - -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
