Bug#706112: debian-installer: Wheezy installer always install bootloader in /dev/sda
Sadly, this issue will probably be in wheezy as nobody digged enough to tackle this down and we get rid of it before the last version of D-I is released. Please see my working (for me), tested, waiting-for-review patch [1] sent to the -boot list yesterday. Cheers Vince [1] https://lists.debian.org/debian-boot/2013/04/msg00396.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706125: new major upstream version
Package: ack-grep Version: 1.96-2 Severity: wishlist Upstream provides a new major version. See http://beyondgrep.com/ack-2.0/ for the changes. It would be nice to get an upgraded package. Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706126: mc: Internal viewer fails to display UTF-8 man pages
Package: mc Version: 3:4.8.5-1~exp5 Severity: normal Tags: l10n The internal mc viewer incorrectly displays UTF-8 man pages. For example the /usr/share/man/pl/man8/apt.8.gz man page is displayed as: NAZWA apt - Zaawansowane narz.dzie zarz.dzania pakietami SK...ADNIA apt whereas it should be: NAZWA apt - Zaawansowane narzędzie zarządzania pakietami SKŁADNIA apt I've just tried replacing all those `-Tlatin1' with `-Tutf8' in /usr/lib/mc/ext.d/text.sh, but it didn't worked: NAZWA apt - Zaawansowane narzÄdzie zarzÄdzania pakietami SKÅADNIA apt Regards, robert -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (990, 'unstable'), (200, 'testing') Architecture: i386 (i686) Kernel: Linux 3.5-trunk-686-pae (SMP w/1 CPU core) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mc depends on: ii e2fslibs 1.42.5-1.1 ii libc6 2.17-0experimental2 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgpm2 1.20.4-6 ii libslang2 2.2.4-15 ii libssh2-1 1.4.2-1.1 ii mc-data 3:4.8.5-1~exp5 Versions of packages mc recommends: ii mime-support 3.52-2 ii perl 5.14.2-21 ii unzip 6.0-9 Versions of packages mc suggests: ii acroread [pdf-viewer] 9.5.4+dmo-dmo2 ii arj3.10.22-10 ii bzip2 1.0.6-4 pn catdvi | texlive-binaries none ii dbview 1.0.4-1 pn djvulibre-bin none ii epdfview [pdf-viewer] 0.1.8-3 ii file 1:5.11-3 pn gv none ii imagemagick8:6.7.7.10-5 ii links 2.7-1 pn odt2txtnone ii python 2.7.3-4 pn python-botonone pn python-tz none ii w3m0.5.3-8 ii xpdf [pdf-viewer] 3.03-10 ii zip3.0-7 -- Configuration Files: /etc/mc/mc.ext changed [not included] -- no debconf information -- debsums errors found: debsums: changed file /usr/lib/mc/ext.d/text.sh (from mc package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696782: RFS: sequitur-g2p/0.0.r1668-1 [ITP] -- Grapheme to Phoneme conversion tool
Hi Giulio, On Thu, Apr 25, 2013 at 02:22:39AM +0200, Giulio Paci wrote: git://anonscm.debian.org/collab-maint/sequitur-g2p.git I'd rather recommend to join Debian Science team because it is definitely related and you can get additional support. Jakub Wilk seems interested in this package as well and I feel very comfortable with his sponsorship. So, unless he prefer to use his time in any other way, I prefer to keep packaging sequitur-g2p under collab-maint. It is fine if Jakub is working as sponsor - I know that he is doing a great job in sponsering. However, he can perfectly do this in Debian Science repository as well becasue as collab-maint is writable for any Debian developer the Debian Science repository has the same feature. The advantage of using Debian Science in your specific case would be that there is some gatherer for machine readable information running on this repository to fetch all metadata for the packaging and we could put it on our tasks list for Debian Science packages[1] *right now* even before it is uploaded to Debian. So you could on one hand use another channel than ITP to show that there is some work in progress and on the other hand you can advertise the program on the web sentinel pages to the world (for instance including scientific publication data or whatever). BTW, could you tell me in what tasks listed[1] the package would fit? Inventing a new task would be fine as well. In short: You have a sponsor which is fine, you have a repository that could be easily moved for extra profit without loosing anything. However I would like to join the Debian Science group as it seem related to most of the packages I am interested in (http://qa.debian.org/developer.php?login=giuliopaci%40gmail.com). In particular I would like to see sctk (an evaluation toolkit for several speech related tasks) in Debian. Unfortunately I am experiencing many problems (license issues, upstream not answering emails, build issues, ...) packaging it and maybe someone in the Debian Science team would like to help. That's the point of having a Debian Science team. I will not read email until monday, so I will be back to you next week. ... which is when I will be offline(ish) for about one week ... Kind regards Andreas. [1] http://blends.alioth.debian.org/science/tasks/ -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706127: nginx: New upstream version available - 1.4.0
Package: nginx Severity: wishlist 1.4.0 of the nginx stable branch was recently released. http://nginx.org/en/download.html Would appreciate an updated package. Thanks! -- System Information: Debian Release: 6.0.7 APT prefers stable APT policy: (900, 'stable'), (500, 'unstable'), (100, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706128: hostapd: no connection possible after wakeup from system suspend
Package: hostapd Version: 1:1.0-3+b2 Severity: normal Dear Maintainer, I am using hostapd to occasionally provide wifi from my Debian system. It works as expected after a regular boot process. It doesn't work anymore after waking the system from suspend: E.g. my phone sees the wifi and starts to connect, but it looks like no DHCP is provided. Doing /etc/init.d/hostapd restart helps. Maybe you could add a wakeup routine for this? Thanks for your work. Michael -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (900, 'testing'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable'), (10, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hostapd depends on: ii initscripts 2.88dsf-41 ii libc6 2.13-38 ii libnl-3-200 3.2.7-4 ii libnl-genl-3-200 3.2.7-4 ii libssl1.0.0 1.0.1e-2 ii lsb-base 4.1+Debian8 hostapd recommends no packages. hostapd suggests no packages. -- Configuration Files: /etc/default/hostapd changed: DAEMON_CONF=/etc/hostapd/hostapd.conf -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602034: jpeg8 vs jpeg-turbo
On Thu, Apr 25, 2013 at 6:17 AM, Riku Voipio riku.voi...@iki.fi wrote: On Wed, Apr 24, 2013 at 03:19:59PM +0200, Bill Allombert wrote: As IJG libjpeg maintainer, my plan is to move to libjpeg9 which has more feature. Only the applications that actually want to experiment with libjpeg8/9 ABI should be using it - The 100% of current applications that work just libjpeg-turbo should be using libjpeg-turbo for better performance and compatibility with rest of the linux distributions. Which feature in libjpeg9 does anyone want? The ability to make jpeg's images that nobody else can view? Chicken egg issue, until everyone follow debian and uses libjpeg9, there may be surprise. I do not see libjpeg-turbo as a suitable replacement. It has 1) an different license Be specific, what do you not like about libjpeg-turbo license? As far as I see, it is under the exact same license? 2) much more security issues in a much smaller timeframe. Which translates to.. a single CVE in libjpeg-turbo since it's inception! 3) do not implement the full libjpeg8 ABI, nor the upcoming libjpeg9. This would be a relevant if some application actually used the full libjpeg8 ABI . In fact, 100% of debian works fine with libjpeg-turbo, or even the original libjpeg6b (if the would be recompiled against it again). I find the reason that IJG libjpeg8 fork is so triggerhappy to repeatedly break the API and ABI (and image format!) rather a reason to make libjpeg8 the non-default. You should not deprive debian users from high performance jpeg rendering for a few ABI features that nobody uses - or anyone is asking for. I do not believe in debian life-span, a package manager ever switch an implementation of a package. So libjpeg9 and libjpeg-turbo will have to co-live. I understand your point that libjpeg9 offers experimental feature not needed for everyone, but at least from my point of view libjpeg-turbo by only implementing portion of ITU-T T.81, ISO/IEC IS 10918-1 (namely lossy 8bits progressive sequential) is a no-go for my applications. Have a look at ITK, DCMTK and/or GDCM which provide a patched libjpeg to provide support for lossy 8 12 bits and lossless 16bits. This is a burden to maintain those side implementations. This goes without saying that JPEG commitee is now working on a full implementation of ITU 81: https://github.com/thorfdbg/libjpeg Which also has a different license, may be slower, but *at last* provide a complete implementation of JPEG. It is said to provide an ABI compatible with the original IJG implementation in the near future. So debian may have to provide three JPEG implementations This bug will be really messy to read, but I wished the team from libjpeg-turbo and whoever is running IJG found a compromise to either integrate optimization from -turbo into jpeg9, or the other way around, -turbo provides empty body function for the new API. oh well... -M -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687227: crtmpserver fails to relay a live stream
Package: crtmpserver Followup-For: Bug #687227 I am also failing to get crtmpserver to do anything useful. I wish that the default configuration was strictly limited to some basic functionality, secure by default, and that the README.Debian file would should me the parameters I need to pass to avconv to stream data to the server, and how I should invoke avplay to display the stream. Thanks, -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#698064: Getting aranym 0.9.15-1 to wheezy
Hi Adam,
* Thorsten Glaser t...@mirbsd.de [2013-04-24 19:25] wrote:
Oh great, this one FTBFS on kfreebsd… again. Although that’s
not dependent on the delta between -3.1 and -5…
The -6 should address that. Debdiff attached. I am currently on business
trip, but Thorsten jumped in and made a needed cherrypick, so I've only
needed to compile it and upload it. Thanks again Thorsten.
Antonin
diff -Nru aranym-0.9.13/debian/changelog aranym-0.9.13/debian/changelog
--- aranym-0.9.13/debian/changelog 2012-05-06 23:50:52.0 +0200
+++ aranym-0.9.13/debian/changelog 2013-04-25 06:11:53.0 +0200
@@ -1,3 +1,23 @@
+aranym (0.9.13-6) testing-proposed-updates; urgency=low
+
+ [ Thorsten Glaser ]
+ * handle libusb dependency on kfreebsd (Closes: #690007)
+
+ -- Antonin Kral a.k...@sh.cvut.cz Wed, 24 Apr 2013 20:02:06 +
+
+aranym (0.9.13-5) testing-proposed-updates; urgency=low
+
+ * Reupload of -4 with merged previously forgotten NMU -3.1
+
+ -- Antonin Kral a.k...@sh.cvut.cz Wed, 24 Apr 2013 11:40:18 +0200
+
+aranym (0.9.13-4) testing-proposed-updates; urgency=low
+
+ * cherrypick patch for NatFeast problem (Closes: #698064)
+to get ARAnyM to wheezy
+
+ -- Antonin Kral a.k...@sh.cvut.cz Wed, 24 Apr 2013 08:56:45 +0200
+
aranym (0.9.13-3.1) unstable; urgency=low
* Non-maintainer upload.
diff -Nru aranym-0.9.13/debian/control aranym-0.9.13/debian/control
--- aranym-0.9.13/debian/control2012-05-06 23:44:18.0 +0200
+++ aranym-0.9.13/debian/control2013-04-25 06:11:53.0 +0200
@@ -4,7 +4,7 @@
Maintainer: Antonin Kral a.k...@sh.cvut.cz
Homepage: http://aranym.org/
Standards-Version: 3.9.3
-Build-Depends: debhelper (= 5), autotools-dev, bzip2, libsdl1.2-dev,
libsdl-image1.2-dev, libmpfr-dev, libusb-1.0-0-dev, imagemagick, zlib1g-dev
+Build-Depends: debhelper (= 5), autotools-dev, bzip2, libsdl1.2-dev,
libsdl-image1.2-dev, libmpfr-dev, libusb-1.0-0-dev [!kfreebsd-any],
imagemagick, zlib1g-dev
Package: aranym
Architecture: any
diff -Nru
aranym-0.9.13/debian/patches/0006-NatFeats-patch-to-address-Bug-698064.patch
aranym-0.9.13/debian/patches/0006-NatFeats-patch-to-address-Bug-698064.patch
---
aranym-0.9.13/debian/patches/0006-NatFeats-patch-to-address-Bug-698064.patch
1970-01-01 01:00:00.0 +0100
+++
aranym-0.9.13/debian/patches/0006-NatFeats-patch-to-address-Bug-698064.patch
2013-04-25 06:11:53.0 +0200
@@ -0,0 +1,151 @@
+From: Antonin Kral a.k...@bobek.cz
+Date: Wed, 24 Apr 2013 08:47:40 +0200
+Subject: NatFeats patch to address Bug#698064
+
+---
+ src/include/natfeats.h | 98
+ 1 file changed, 74 insertions(+), 24 deletions(-)
+
+diff --git a/src/include/natfeats.h b/src/include/natfeats.h
+index e5ff8ab..c6155b8 100644
+--- a/src/include/natfeats.h
b/src/include/natfeats.h
+@@ -1,3 +1,26 @@
++/*
++ * natfeats.h - common functions for all NatFeats
++ *
++ * Copyright (c) 2001-2013 Petr Stehlik of ARAnyM dev team (see AUTHORS)
++ *
++ * This file is part of the ARAnyM project which builds a new and powerful
++ * TOS/FreeMiNT compatible virtual machine running on almost any hardware.
++ *
++ * ARAnyM is free software; you can redistribute it and/or modify
++ * it under the terms of the GNU General Public License as published by
++ * the Free Software Foundation; either version 2 of the License, or
++ * (at your option) any later version.
++ *
++ * ARAnyM is distributed in the hope that it will be useful,
++ * but WITHOUT ANY WARRANTY; without even the implied warranty of
++ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
++ * GNU General Public License for more details.
++ *
++ * You should have received a copy of the GNU General Public License
++ * along with ARAnyM; if not, write to the Free Software
++ * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
++ */
++
+ #ifndef _NATFEATS_H
+ #define _NATFEATS_H
+
+@@ -14,6 +37,9 @@ extern uint32 nf_getparameter(int);
+ // should NatFeats work with physical (not MMU mapped) addresses
+ #define NATFEAT_PHYS_ADDR 1
+
++// should NatFeats use direct memcpy() to/from guest provided pointer (fast
but less safe)
++#define NATFEAT_LIBC_MEMCPY 1
++
+ #if NATFEAT_PHYS_ADDR
+ # define ReadNFInt8 ReadAtariInt8
+ # define ReadNFInt16 ReadAtariInt16
+@@ -30,53 +56,77 @@ extern uint32 nf_getparameter(int);
+ # define WriteNFInt32WriteInt32
+ #endif
+
+-static inline void Atari2Host_memcpy(void *dst, memptr src, size_t n)
++static inline void Atari2Host_memcpy(void *_dst, memptr src, size_t count)
+ {
+-#if NATFEAT_PHYS_ADDR
+- memcpy(dst, Atari2HostAddr(src), n);
++#if NATFEAT_LIBC_MEMCPY NATFEAT_PHYS_ADDR
++ memptr src_end = src + count - 1;
++ if (! ValidAtariAddr(src, false, 1))
++ BUS_ERROR(src);
++ if (! ValidAtariAddr(src_end, false, 1))
++ BUS_ERROR(src_end);
++
++ memcpy(_dst,
Bug#611554: Ark no longer allows to Open with a suitable application
Hi! Ldten K wrote: Package: ark Version: 4:4.8.4-2 I can confirm that the bug still exists in wheezy. It also appears that a patch has been suggested to Ark/KDE developers by one of the users but KDE developers are not responsive. This bug has been open for five(!) years and it doesn't look like it's going to be fixed any time soon by KDE. Maybe Debian could apply the path to its internal sources without waiting for KDE? Thanks That functionality is currently available in dolphin, setting Open archives as folder in the Navigation section of the settings window. Also, the patch was reviewed [1] by upstream developers and pointed out a number of issues. I don't think it's a good idea to apply this patch for Debian, as long as upstream developers don't accept it. On the other hand, please, if you have the time to check the issues that upstream pointed out it would be a great improvement to ark. [1]: https://git.reviewboard.kde.org/r/103690/ -- If programmers deserve to be rewarded for creating innovative programs, by the same token they deserve to be punished if they restrict the use of these programs. -- Richard M. Stallman Saludos /\/\ /\ `/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698064: Getting aranym 0.9.15-1 to wheezy
Hi, On 25.04.2013 08:21, Antonin Kral wrote: * Thorsten Glaser t...@mirbsd.de [2013-04-24 19:25] wrote: Oh great, this one FTBFS on kfreebsd… again. Although that’s not dependent on the delta between -3.1 and -5… The -6 should address that. Debdiff attached. I am currently on business trip, but Thorsten jumped in and made a needed cherrypick, so I've only needed to compile it and upload it. Thanks again Thorsten. Yep, I saw that earlier and updated my hint; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706049: RFS: nsnake/1.5-1 [ITP] -- classic snake game with textual interface
On Wed, Apr 24, 2013 at 08:13:05PM +0200, Anton Gladky wrote: Ok, Alexandre, I have sponsored your package. Please, consider also an adopting of snake4 package to get some more packaging experience and to help Debian. You might also like to consider adding these games to the appropriate task in svn://svn.debian.org/svn/blends/projects/games/trunk to show up in the Debian Games websentinel at http://blends.alioth.debian.org/games/tasks/ which is definitely needs some love ... Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706112: debian-installer: Wheezy installer always install bootloader in /dev/sda
Hi Vince Vincent McIntyre vincent.mcint...@csiro.au writes: Sadly, this issue will probably be in wheezy as nobody digged enough to tackle this down and we get rid of it before the last version of D-I is released. Please see my working (for me), tested, waiting-for-review patch [1] sent to the -boot list yesterday. Do you know how the problem can be triggerd. As far as I remember only some installation from USB are affected and I don't know if the difference between those affected and those unaffected has ever been identified. If I know that I'm testing the right test case, I'm willing to try your patch. Gaudenz -- Ever tried. Ever failed. No matter. Try again. Fail again. Fail better. ~ Samuel Beckett ~ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706049: RFS: nsnake/1.5-1 [ITP] -- classic snake game with textual interface
Hi again, On Wed, Apr 24, 2013 at 08:56:47PM +0200, Anton Gladky wrote: [1] http://anonscm.debian.org/gitweb/?p=collab-maint/snake4.git I would prefer if games would be maintained in pkg-games[1] rather than collab-maint. The advantage from a Blends perspective is that there is a gatherer for machine readable information in Blends assigned VCS and we can display the information on the web sentinel even before the package is uploaded. Kind regards Andreas. [1] http://wiki.debian.org/Games -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706130: Add support for MammographyCADSR
Package: pixelmed-java Version: 20130220-1 Severity: normal It would be nice if pixelmed would support MammographyCADSR Currently it fails with: $ java -cp /usr/share/java/pixelmed.jar com.pixelmed.validate.DicomSRValidator sr.dcm Found MammographyCADSR IOD Error: 1: /CONTAINER (111036,DCM,Mammography CAD Report): Content Item not in template Error: 1.1: /CONTAINER (111036,DCM,Mammography CAD Report)/CODE (121049,DCM,Language of Content Item and Descendants): Content Item not in template Error: 1.1.1: /CONTAINER (111036,DCM,Mammography CAD Report)/CODE (121049,DCM,Language of Content Item and Descendants)/CODE (121046,DCM,Country of Language): Content Item not in template Error: 1.2: /CONTAINER (111036,DCM,Mammography CAD Report)/CONTAINER (111028,DCM,Image Library): Content Item not in template Error: 1.2.1: /CONTAINER (111036,DCM,Mammography CAD Report)/CONTAINER (111028,DCM,Image Library)/IMAGE: Content Item not in template Error: 1.2.1.1: /CONTAINER (111036,DCM,Mammography CAD Report)/CONTAINER (111028,DCM,Image Library)/IMAGE/CODE (111027,DCM,Image Laterality): Content Item not in template Error: 1.2.1.2: /CONTAINER (111036,DCM,Mammography CAD Report)/CONTAINER (111028,DCM,Image Library)/IMAGE/CODE (111031,DCM,Image View): Content Item not in template Error: 1.2.1.3: /CONTAINER (111036,DCM,Mammography CAD Report)/CONTAINER (111028,DCM,Image Library)/IMAGE/TEXT (111044,DCM,Patient Orientation Row): Content Item not in template Error: 1.2.1.4: /CONTAINER (111036,DCM,Mammography CAD Report)/CONTAINER (111028,DCM,Image Library)/IMAGE/TEXT (111043,DCM,Patient Orientation Column): Content Item not in template Error: 1.2.1.5: /CONTAINER (111036,DCM,Mammography CAD Report)/CONTAINER (111028,DCM,Image Library)/IMAGE/DATE (111060,DCM,Study Date): Content Item not in template [...] -- System Information: Debian Release: 6.0.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pixelmed-java depends on: ii libbcprov-java 1.44+dfsg-2 Bouncy Castle Java Cryptographic S ii libcommons-codec-java1.4-2 encoder and decoders such as Base6 ii libcommons-net2-java 2.0-2 internet protocol suite Java libra ii libhsqldb-java 1.8.0.10-9 Java SQL database engine ii libjmdns-java3.4.1-2 Java implementation of multi-cast ii libvecmath-java 1.5.2-2 javax.vecmath vector math package pixelmed-java recommends no packages. Versions of packages pixelmed-java suggests: ii libjai-imageio-core-java 1.2-3 Java Advanced Imaging Image I/O To -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657700: sweethome3d: Export to SVG doesn't work
Package: sweethome3d Version: 4.0+dfsg-1 Followup-For: Bug #657700 Dear Maintainer, first of all, i have to say thank you very much for such a great piece of software. Secondly I have to say that the bug mentioned in this thread still persist in up-to-date sweethome3d running on debian unstable. If any information are needed, feel free to ask me and i'll do my best to do so. Thank you very much indeed and have a good day. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sweethome3d depends on: ii default-jre [java6-runtime] 1:1.6-47 ii icedtea-netx-common 1.3.2-1 ii java-wrappers 0.1.25 ii java3ds-fileloader 1.2+dfsg-1 ii libbatik-java 1.7+dfsg-3 ii libfreehep-graphicsio-svg-java 2.1.1-3 ii libitext-java 2.1.7-4 ii libjava3d-java 1.5.2+dfsg-8 ii libsunflow-java 0.07.2.svn396+dfsg-9 ii openjdk-6-jre [java6-runtime] 6b27-1.12.4-1 ii openjdk-7-jre [java6-runtime] 7u21-2.3.9-1 Versions of packages sweethome3d recommends: ii sweethome3d-furniture 1.2.2-1 sweethome3d suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706114: xfonts-utils: insufficient zlib1g dependency
On Wed, 2013-04-24 at 22:06:55 -0400, Michael Gilbert wrote: So the dependencies are correct. The only problem is due to gsfonts-x11 postinst's script calling: update-fonts-dir → mkfontdir → mkfontscale While the new xfonts-utils package has been unpacked, but not configured. This is either a problem in xfonts-utils's update-fonts-dir, or in debhelper's dh_installxfonts support inserting those snippets. In terms of getting this fixed quickly for wheezy, couldn't that be addressed with a Pre-Depends: xfonts-utils in gsfonts-x11? That would only solve the problem for gsfonts-x11, but not for anything else using dh_installxfonts. I think, to be safe the hack would need to be applied to xfonts-utils's dependencies, which is all kinds of ugly, but at least should always work, at the cost of complicating the upgrade path. I guess the correct solution though, is to change update-fonts-* and any other script in xfonts-utils calling mkfont* from other maintainer scripts, to only run if xfonts-utils itself is configured or being configured, and calling these through xfonts-utils maintainer scripts too, so that if xfonts-utils and something else using it like gsfonts-x11 are both unpacked on the same run, the actual update-fonts-* executions will be delayed until xfonts-utils is itself configured, at which point the scripts should be able to run. I don't think this would be much more difficult to prepare. Regards, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706132: javax.xml.transform.TransformerConfigurationException: Impossible de compiler la feuille de style
Package: pixelmed-java Version: 20130220-1 Severity: normal pixelmed fails to compile using jdk 1.7. It fails during the test suite: java -cp ../../..:/usr/share/java/junit4.jar -Djava.awt.headless=true org.junit.runner.JUnitCore com.pixelmed.test.TestCTDose_AllTests JUnit version 4.10 .ERREUR : 'null' ERREUR BLOQUANTE : 'Impossible de compiler la feuille de style' E...ERREUR : 'null' ERREUR BLOQUANTE : 'Impossible de compiler la feuille de style' E..ERREUR : 'null' ERREUR BLOQUANTE : 'Impossible de compiler la feuille de style' E. Time: 1,01 There were 3 failures: 1) testCTDoseConstructor_WithOneAcquisitionsAndNoTotalDLP(com.pixelmed.test.TestCTDose) javax.xml.transform.TransformerConfigurationException: Impossible de compiler la feuille de style at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl.newTemplates(TransformerFactoryImpl.java:843) at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl.newTransformer(TransformerFactoryImpl.java:632) at com.pixelmed.validate.DicomSRValidator.init(DicomSRValidator.java:102) at com.pixelmed.test.TestCTDose.testCTDoseConstructor_WithOneAcquisitionsAndNoTotalDLP(TestCTDose.java:476) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at junit.framework.TestCase.runTest(TestCase.java:168) at junit.framework.TestCase.runBare(TestCase.java:134) at junit.framework.TestResult$1.protect(TestResult.java:110) at junit.framework.TestResult.runProtected(TestResult.java:128) at junit.framework.TestResult.run(TestResult.java:113) at junit.framework.TestCase.run(TestCase.java:124) at junit.framework.TestSuite.runTest(TestSuite.java:243) at junit.framework.TestSuite.run(TestSuite.java:238) at junit.framework.TestSuite.runTest(TestSuite.java:243) at junit.framework.TestSuite.run(TestSuite.java:238) at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83) at org.junit.runners.Suite.runChild(Suite.java:128) at org.junit.runners.Suite.runChild(Suite.java:24) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222) at org.junit.runners.ParentRunner.run(ParentRunner.java:300) at org.junit.runner.JUnitCore.run(JUnitCore.java:157) at org.junit.runner.JUnitCore.run(JUnitCore.java:136) at org.junit.runner.JUnitCore.run(JUnitCore.java:117) at org.junit.runner.JUnitCore.runMain(JUnitCore.java:98) at org.junit.runner.JUnitCore.runMainAndExit(JUnitCore.java:53) at org.junit.runner.JUnitCore.main(JUnitCore.java:45) 2) testCTDoseConstructor_WithSeparateHeadAndBodyTotalDLPConstructor(com.pixelmed.test.TestCTDose) javax.xml.transform.TransformerConfigurationException: Impossible de compiler la feuille de style at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl.newTemplates(TransformerFactoryImpl.java:843) at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl.newTransformer(TransformerFactoryImpl.java:632) at com.pixelmed.validate.DicomSRValidator.init(DicomSRValidator.java:102) at com.pixelmed.test.TestCTDose.testCTDoseConstructor_WithSeparateHeadAndBodyTotalDLPConstructor(TestCTDose.java:660) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at junit.framework.TestCase.runTest(TestCase.java:168) at junit.framework.TestCase.runBare(TestCase.java:134) at junit.framework.TestResult$1.protect(TestResult.java:110) at junit.framework.TestResult.runProtected(TestResult.java:128) at junit.framework.TestResult.run(TestResult.java:113) at junit.framework.TestCase.run(TestCase.java:124) at junit.framework.TestSuite.runTest(TestSuite.java:243) at junit.framework.TestSuite.run(TestSuite.java:238) at junit.framework.TestSuite.runTest(TestSuite.java:243) at junit.framework.TestSuite.run(TestSuite.java:238) at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83) at org.junit.runners.Suite.runChild(Suite.java:128) at org.junit.runners.Suite.runChild(Suite.java:24) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60) at
Bug#706083: apt-show-versions: suddenly permission problems running as normal user
Hi Armin, Am 24.04.2013 16:28, schrieb Armin Haas: Package: apt-show-versions Version: 0.20 Severity: normal Dear Maintainer, directly after I installed apt-show-versions I was able to run it as root and as non-root. Now it still works when I run it as root, but when I try to run it as non-root, I get this: can't open /var/cache/apt-show-versions/files: Permission denied at /usr/bin/apt-show-versions line 188 And indeed /var/cache/apt-show-versions/files has permissions 0600. I didn't change permissions manually on that file, but I did run 'apt-show-versions --initialize' manually as root after installing updates. root's umask on my system is 0077. You are right. The permission were set wrong because of your umask. Default umask is 0022. You have to chmod all files in /var/cache/apt-show-versions/. I will think about a bugfix in a future version. Christoph -- Christoph Martin, Zentrum für Datenverarbeitung, Uni-Mainz, Germany Anselm Franz von Bentzel-Weg 12, 55128 Mainz Telefon: +49(6131)3926337 Instant-Messaging: Jabber: mar...@uni-mainz.de (Siehe http://www.zdv.uni-mainz.de/4010.php) attachment: martin.vcf signature.asc Description: OpenPGP digital signature
Bug#698446: /etc/spamassassin/sa-update-hooks.d/amavisd-new: Confirmed when upgrading amavisd-new from squeeze 1:2.6.4-3 to backports 1:2.7.1-2~bpo60+1
Package: amavisd-new Version: 1:2.7.1-2~bpo60+1 Severity: normal File: /etc/spamassassin/sa-update-hooks.d/amavisd-new I can confirm that upgrading amavisd-new from squeeze 1:2.6.4-3 to backports 1:2.7.1-2~bpo60+1 do not resolve the issue Luca -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706121: [blueman] blueman-manager fails to start - python error
Thanks for your report! This is a bug in the upstream code (It tries to load the libpulse-mainloop-glib0 library before it even checks if the PulseAudio plugin should be enabled). You can manually install libpulse-mainloop-glib0 to make it work. I'll add it to the dependencies in my next package version. Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706114: xfonts-utils: insufficient zlib1g dependency
Control: severity -1 normal On Wed, Apr 24, 2013 at 22:18:59 +0200, Andreas Beckmann wrote: Package: dpkg-dev,xfonts-utils Version: 1:7.7~1 Severity: serious Seems the error is harmless? Cheers, Julien signature.asc Description: Digital signature
Bug#706133: ITP: ompl -- Set of sampling-based motion planning algorithms.
Package: wnpp Severity: wishlist Owner: Leopold Palomo-Avellaneda l...@alaxarxa.net * Package name: ompl Version : 0.12.2 Upstream Author : Ioan A. Șucan, Mark Moll, Lydia E. Kavraki * URL : http://ompl.kavrakilab.org * License : The 3-clause BSD License Programming Lang: (C++, Python) Description : Consists of a set of sampling-based motion planning algorithms. The content of the library is limited to these algorithms, which means there is no environment specification, no collision detection or visualization. The library is designed so it can be easily integrated into systems that provide the additional needed components. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706127: nginx: New upstream version available - 1.4.0
On Thu, Apr 25, 2013 at 12:03 PM, Richard Stanway
r1ch+debianb...@teamliquid.net wrote:
1.4.0 of the nginx stable branch was recently released.
Would appreciate an updated package. Thanks!
Uploaded to experimental as of now :)
--
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706134: emergency notification email is lost
Package: drbd8-utils Version: 2:8.3.13-2 Drbd's notify.sh script does not wait for the EMail to be forwarded to the next MTA. The last line echo $BODY | mail -s $SUBJECT $RECIPIENT generates an EMail using an SMTP connection to localhost and exits. While the local sendmail is busy to forward the EMail to the next MTA, drbd does a echo b /proc/sysrq-trigger (according to the default configuration), which means an immediate shutdown without waiting for any IO. Hence the EMail is not delivered. I know the emergency procedures have been commented out due to #576511, but this doesn't fix the script. Many users will simply enable these lines again. Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706135: refcard survival.tex is not compiled
Package: emacs24-common Version: 24.3+1-1 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, The survival.tex refcard should also be compiled to a pdf file. Regards, Thomas Koch - -- System Information: Debian Release: 7.0 APT prefers experimental APT policy: (500, 'experimental'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages emacs24-common depends on: ii dpkg1.16.10 ii emacsen-common 2.0.5 ii install-info5.1.dfsg.1-1 emacs24-common recommends no packages. Versions of packages emacs24-common suggests: ii emacs24-common-non-dfsg 24.3+1-1 ii emacs24-el 24.3+1-1 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJRePYHAAoJEAf8SJEEK6ZashkQANCmZN3+w3uxanoM9YeDq21Z K3TVDWRfVE3lp2W9Ocgej5D4YmqVJAb5TT7DckuTl472w1C3QeedsfeYmRIzH8ic I1PPGvM0bfkyDmVFCuDnpC/G6xnVABqfLCvL+vsvduKhFu76B1L0LmCiUgEEtTEQ s+8//rSIuPJJmgiMFJxhX2ZGVvKiKIOZ0rgRvGg2p6vMrNCvxAwMFgyOBl3q+Ymg 8iFRJqJAo9WfOdYJAKd1+y6Vy1x1/VrByLigMCU4qRuVr21AXxAX8rNYW5a+TGQB oCS47kU48K6hI/kQ5Yk4d7FNO9WTwFi/lH1tc51EK2fAt5Q8i85PiTXCV3NEewC6 /w8724Kp4cRCm+cWU/PgsC7yLrFHw2/FP7zlXnpRwB+KZJ+89MTTdhtYWCwQUla6 CbBYA+zCTp9WKjeC09ofObl0uhHTlzXTLubVKOsB8DK1ijefAgB6OItNsQ43uWsh qvf7yKFFKsiZhpBneZ8kJt+SIBswcM5Hh4hemwcWfKQcmfxOa0x5M3bztQxvtOK1 Rxe+SBzWL7pLOpeMtuF5QrnDTedORbVXC099XWNzZshKsYeXJEGqJtGfZypBWsFm 3M5uaKf5x0oxDi3zff2quNQoZTTEXkvlrLIu573y37lDUHSS0MhQ7BH4XV/dH9/b yjL/iv/KmtetHpfn0Z8e =i9Tf -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705800: blueman: Headset - Connection Failed: Connect failed
I think I found a mistake in [1]. Could you please - open your /usr/lib/python2.7/dist-packages/blueman/main/PulseAudioUtils.py (as root) - go to lines 433 and 436 - change sink to source and see if that fixes the problem. Thanks! [1] https://bazaar.launchpad.net/~blueman/blueman/trunk/revision/724#blueman/main/PulseAudioUtils.py -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706045: help?
This bug being a RC blocker: is anyone of the fetchmail maintainers working on this bug (mimedecode option drops last message line if it is unterminated)? Shall I try to integrate the patch and do a NMU? *t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698914: grub-efi booting Windows 8 in UEFI mode
Hi Steve,
great work indeed, because I can confirm that everything works fine
with new version on my machine (ASUS X201E notetbook) !
Here is a testing procedure :
drasko@Mali:~/grub-test$ wget
http://www.einval.com/debian/efi/os-prober_1.58_amd64.deb
root@Mali:/home/drasko/grub-test# apt-get remove os-prober
root@Mali:/home/drasko/grub-test# dpkg -i os-prober_1.58_amd64.deb
root@Mali:/home/drasko/grub-test# wget
http://www.einval.com/debian/efi/grub-common_1.99-27.1_amd64.deb
root@Mali:/home/drasko/grub-test# dpkg -i grub-common_1.99-27.1_amd64.deb
(Reading database ... 132913 files and directories currently installed.)
Preparing to replace grub-common 1.99-27 (using
grub-common_1.99-27.1_amd64.deb) ...
Unpacking replacement grub-common ...
Setting up grub-common (1.99-27.1) ...
Installing new version of config file /etc/grub.d/30_os-prober ...
Processing triggers for man-db ...
root@Mali:/home/drasko/grub-test# grub-mkimage -V
grub-mkimage (GRUB) 1.99-27.1
root@Mali:/home/drasko/grub-test# update-grub -v
grub-mkconfig (GRUB) 1.99-27.1
root@Mali:/home/drasko/grub-test# update-grub
Generating grub.cfg ...
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Found linux image: /boot/vmlinuz-3.2.0-4-amd64
Found initrd image: /boot/initrd.img-3.2.0-4-amd64
Found Windows Boot Manager on /dev/sda1@/EFI/Microsoft/Boot/bootmgfw.efi
done
root@Mali:/home/drasko/grub-test#
This creates a following entry in /boot/grub/grub.cfg :
### BEGIN /etc/grub.d/30_os-prober ###
menuentry Windows Boot Manager (UEFI on /dev/sda1) --class windows
--class os {
insmod part_gpt
insmod fat
set root='(hd0,gpt1)'
search --no-floppy --fs-uuid --set=root BA44-790F
chainloader /EFI/Microsoft/Boot/bootmgfw.efi
}
### END /etc/grub.d/30_os-prober ###
It looked OK, and I rebooted PC. I could boot into the Windows 8
without any problems. Then I booted back into Debian to write you this
message ;).
BTW, I tried also combination of new os-prober and old grub, and
during grub-update a message is produced :
...
Found Windows Boot Manager on /dev/sda1@/EFI/Microsoft/Boot/bootmgfw.efi
Windows Boot Manager is not yet supported by grub-mkconfig.
and no Windows menuentries are produced in /boot/grub/grub.cfg, as
expected. So, this version matching detection and warning also works
correctly.
On Thu, Apr 25, 2013 at 3:43 AM, Steve McIntyre st...@einval.com wrote:
If these work OK, I'm hoping we might
get the changes in before the Wheezy release. Without them, we're
going to get a lot of people reporting problems when installing
alongside Windows 8...
For me this is very good indicator that this solutions works, and that
you will have less headache after the release ;).
Thank you for your effort in making Debian machinery run smoothly. I'm
glad if I could help a bit.
Kind regards,
Drasko
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706129: reboot will fix this
This occurs because of commit 4189aa4ceebb1cd2b216d88980e35399e299c8c5, which was recently added to the kernel; it calls kill_bdev, which previous versions of the nbd driver didn't. This probably means you've upgraded your kernel package but haven't rebooted yet. If you do, this issue should go away. (Not closing the bug, since this is an ABI change, and presumably that means the kernel should bump its ABI version -- but I'm leaving that to kernel maintainers to decide) -- Copyshops should do vouchers. So that next time some bureaucracy requires you to mail a form in triplicate, you can mail it just once, add a voucher, and save on postage. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706098: auctex 11.86 is not loaded by emacs 23.4
tag 706098 +unreproducible +moreinfo thanks DC == Domenico Cufalo [2013-4-24] DC I just upgraded my machine from Squeeze to Wheezy. DC As in subject, it seems that auctex is not loaded by emacs. In another DC machine (but with wheezy Xfce 32bit; fresh installation), on the contrary, I'm DC not affected by this problem. DC Unfortunately I have no idea of how to make debugging in this case. ;-) I can not reproduce this bug. I can't parse «it seems that auctex is not loaded by emacs»: what did you do, and what did you expect to happen? Please, provide more information. For example, I suggest you to create a new account and try starting Emacs from that, to exclude every user configuration effects. -- Thanks, Davide -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706127: nginx: New upstream version available - 1.4.0
Hi Kartik,
I have prepared so more module updates to go with 1.4.0, can I push
them directly to master or do you want a separate branch (or just
bunch of git format-patch patches)?
O.
On Thu, Apr 25, 2013 at 11:19 AM, Kartik Mistry kartik.mis...@gmail.com wrote:
On Thu, Apr 25, 2013 at 12:03 PM, Richard Stanway
r1ch+debianb...@teamliquid.net wrote:
1.4.0 of the nginx stable branch was recently released.
Would appreciate an updated package. Thanks!
Uploaded to experimental as of now :)
--
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com
--
Ondřej Surý ond...@sury.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700333: Stack trace
On Mon, 22 Apr 2013, Thomas Gleixner wrote: With the patch below, the box should survive and we should see a Spurious HPET timer interrupt on HPET timer... entry in dmesg. That's a first workaround to confirm my theory. I'll look into the HPET code how we can avoid that at all. Looks like we can't do anything about that in the HPET code itself. Vitaliy, could you try that patch ? Thanks, tglx -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706127: nginx: New upstream version available - 1.4.0
On Thu, Apr 25, 2013 at 3:08 PM, Ondřej Surý ond...@sury.org wrote:
I have prepared so more module updates to go with 1.4.0, can I push
them directly to master or do you want a separate branch (or just
bunch of git format-patch patches)?
Feel free to push to master as 1.4.0-2.
Thanks!
--
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706136: [armhf] times out reading from /dev/video0
Package: libav-tools Version: 6:0.8.6-1 Severity: normal I have a USB camera that works fine on an amd64 system (3.8-trunk-amd64), but it does not work on a Raspberry Pi. If I run avconv -f video4linux2 -i /dev/video0 -f flv /tmp/test.flv the file is actually never written. strace (attached) reveals that the process times out waiting for data on /dev/video0 (which is FD 4). This may well be a problem with the kernel/module. If so, please reassign. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libav-tools depends on: ii dpkg 1.16.10 ii libavcodec53 6:0.8.6-1 ii libavdevice536:0.8.6-1 ii libavfilter2 6:0.8.6-1 ii libavformat536:0.8.6-1 ii libavutil51 6:0.8.6-1 ii libc62.13-38 ii libpostproc526:0.8.6-1 ii libsdl1.2debian 1.2.15-5 ii libswscale2 6:0.8.6-1 libav-tools recommends no packages. libav-tools suggests no packages. -- no debconf information -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems avconv.strace.gz Description: Binary data digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#706127: nginx: New upstream version available - 1.4.0
And pushed. Not sure if -2 is needed now; let's bundle it with some
more stuff or 1.4.1 in the future.
Thanks for the nginx package!
O.
On Thu, Apr 25, 2013 at 11:52 AM, Kartik Mistry kartik.mis...@gmail.com wrote:
On Thu, Apr 25, 2013 at 3:08 PM, Ondřej Surý ond...@sury.org wrote:
I have prepared so more module updates to go with 1.4.0, can I push
them directly to master or do you want a separate branch (or just
bunch of git format-patch patches)?
Feel free to push to master as 1.4.0-2.
Thanks!
--
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com
--
Ondřej Surý ond...@sury.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706129: reboot will fix this
On Thu, Apr 25, 2013 at 11:37:25 +0200, Wouter Verhelst wrote: This occurs because of commit 4189aa4ceebb1cd2b216d88980e35399e299c8c5, which was recently added to the kernel; it calls kill_bdev, which previous versions of the nbd driver didn't. This probably means you've upgraded your kernel package but haven't rebooted yet. If you do, this issue should go away. (Not closing the bug, since this is an ABI change, and presumably that means the kernel should bump its ABI version -- but I'm leaving that to kernel maintainers to decide) The ABI number gets bumped when a newer kernel stops being compatible with old modules, not the other way around. So I think this bug should be closed as invalid. Cheers, Julien signature.asc Description: Digital signature
Bug#706112: debian-installer: Wheezy installer always install bootloader in /dev/sda
On Thu, Apr 25, 2013 at 09:33:01AM +0200, Gaudenz Steinlin wrote:
Hi Vince
Please see my working (for me), tested, waiting-for-review patch [1]
sent to the -boot list yesterday.
Do you know how the problem can be triggerd. As far as I remember only
some installation from USB are affected and I don't know if the
difference between those affected and those unaffected has ever been
identified. If I know that I'm testing the right test case, I'm willing
to try your patch.
As I try to explain in the patch it seems to me that the issue is this:
- the program tries to make an intelligent guess about which device the
installer is mounted on and avoid that device. But in the case of USB
sticks it is quite difficult to tell. There is discussion of this in
#696877.
- in the 'while' loop starting at line 593 it typically asks the question
grub-installer/only-debian or grub-installer/with-other-os.
If it gets a 'true' ('yes') answer, it sets bootdev=$default_bootdev
and exits the loop with no further questions to the user.
If it gets a 'false' ('no') answer it should ask grub-installer/bootdev
ie give the user a chance to input the device name they want.
I'm assuming that this affects some installs and not others because there
are different enumeration orders on different systems.
It's entirely possible this patch is not the full resolution of the various
issues people have reported but I'm posting it to get feedback on the
approach and get some help with correctly integrating it into d-i.
It also needs tests on arches other than amd64/i386 and probably with
systems that require EFI.
Hope you can find time to apply the patch, build grub-installer and test.
I didn't rebuild the entire installer image when testing. I built the udeb
and after tasksel was done I scp'd it onto the test machine and installed
it with udpkg. I ran 'sh /usr/bin/grub-installer /target' on tty2, for some
reason I could not get it to work with the main menu on tty1.
Cheers
Vince
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#346033: antlr: TokenStreamException should print line number
Hi Ryan, Do you know if this issue has been submitted upstream? That was an enhancement request or a bug not present in the upstream version of antlr? Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706137: libfdt-dev: Missing header file prevents the library usage
Package: libfdt-dev Version: 1.3.0-2 Severity: grave Hi, one file is missing from the binary package and makes it unusable. I get this error: /usr/include/libfdt.h:54:24: fatal error: libfdt_env.h: No such file or directory The following patch should fix the problem. diff --git a/libfdt/Makefile.libfdt b/libfdt/Makefile.libfdt --- a/libfdt/Makefile.libfdt +++ b/libfdt/Makefile.libfdt @@ -4,7 +4,7 @@ # be easily embeddable into other systems of Makefiles. # LIBFDT_soname = libfdt.$(SHAREDLIB_EXT).1 -LIBFDT_INCLUDES = fdt.h libfdt.h +LIBFDT_INCLUDES = fdt.h libfdt.h libfdt_env.h LIBFDT_VERSION = version.lds LIBFDT_SRCS = fdt.c fdt_ro.c fdt_wip.c fdt_sw.c fdt_rw.c fdt_strerror.c LIBFDT_OBJS = $(LIBFDT_SRCS:%.c=%.o) I'm available for NMUing the package. Best regards, Domenico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705317: [pkg-horde] Bug#705317: Bug#705317: php-horde-webmail: Caching JS clobber administration configuration horde tab navigation
Hi, I don't have enough time to analyse your problem. You can report this bug upstream and mention the ticket# here. Regards Mathieu P. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706098: auctex 11.86 is not loaded by emacs 23.4
Here is the confirmation of our problem: M-x load-library RET auctex RET And I obtain Loading auctex... byte-code: Cannot open load file: /usr/share/emacs23/site-lisp/auctex/tex-site.el :-(
Bug#706129: reboot will fix this
On 25-04-13 12:09, Julien Cristau wrote: On Thu, Apr 25, 2013 at 11:37:25 +0200, Wouter Verhelst wrote: This occurs because of commit 4189aa4ceebb1cd2b216d88980e35399e299c8c5, which was recently added to the kernel; it calls kill_bdev, which previous versions of the nbd driver didn't. This probably means you've upgraded your kernel package but haven't rebooted yet. If you do, this issue should go away. (Not closing the bug, since this is an ABI change, and presumably that means the kernel should bump its ABI version -- but I'm leaving that to kernel maintainers to decide) The ABI number gets bumped when a newer kernel stops being compatible with old modules, not the other way around. I thought as much, but wasn't sure. So I think this bug should be closed as invalid. In that case, I agree. -- Copyshops should do vouchers. So that next time some bureaucracy requires you to mail a form in triplicate, you can mail it just once, add a voucher, and save on postage. signature.asc Description: OpenPGP digital signature
Bug#706138: BDIR not respected
Package: debian-cd
Version: 3.1.12
I've noticed that BDIR is not respected. For example if I change it in
the Makefile (I prefer $CODENAME-$ARCH), the build fails when it gets to
tools/start_new_disc as that script has it's own hard coded value for
BDIR instead of using the one exported by Makefile.
To make things even more interesting the use of the build directory cd
variable is inconsistent across the some of the scripts that set it.
Makefile:78:BDIR=$(TDIR)/$(CODENAME)
tools/add-bin-doc:6:BDIR=$TDIR/$CODENAME
tools/create_control:28:BDIR=$TDIR/$CODENAME-$ARCH
tools/make_disc_trees.pl:85:my $bdir = $tdir/$codename;
tools/make_disc_trees.pl:866:open(AP_LOG,
$tdir/$codename/add_packages.log)
tools/sort_deps:34:my $dir = $ENV{'TDIR'}/$ENV{'CODENAME'};
tools/sort_deps_edu:36:my $dir = $ENV{'TDIR'}/$ENV{'CODENAME'};
tools/start_new_disc:20:BDIR=$TDIR/$CODENAME
As a side issue, what was SDIR ever used for? I can't find it referenced
anywhere.
tools/add-bin-doc:7:SDIR=$TDIR/$CODENAME
Removed it.
I haven't changed tools/create_control as update-cd seems to be the only
script that uses it and update-cd does not set BDIR.
Bonus, the following error message gets fixed as the path was wrong:
tools/make_disc_trees.pl:867:|| die Can't write in
$tdir/add_packages.log!\n;
I hope the attached patch file is satisfactory.
--
Robert Spencer
--- tools/add-bin-doc~ 2013-01-29 18:22:44.0 +
+++ tools/add-bin-doc 2013-04-25 10:01:02.0 +
@@ -3,8 +3,9 @@
#set -x
set -e
-BDIR=$TDIR/$CODENAME
-SDIR=$TDIR/$CODENAME
+if [ -z $BDIR ]; then
+ BDIR=$TDIR/$CODENAME
+fi
DISK=$1
ARCHES=$2
--- tools/make_disc_trees.pl~ 2013-01-22 23:45:23.0 +
+++ tools/make_disc_trees.pl 2013-04-24 14:41:47.0 +
@@ -82,7 +82,7 @@
$use_local = read_env('LOCAL', 0);
my $list = $tdir/list;
-my $bdir = $tdir/$codename;
+my $bdir = $ENV{'BDIR'};
my $log = $bdir/make_disc_tree.log;
open(LOG, $log) or die (Can't open logfile $log for writing: $!\n);
@@ -863,8 +863,8 @@
sub msg_ap {
my $level = shift;
if (!$log_opened) {
-open(AP_LOG, $tdir/$codename/add_packages.log)
-|| die Can't write in $tdir/add_packages.log!\n;
+open(AP_LOG, $bdir/add_packages.log)
+|| die Can't write in $bdir/add_packages.log!\n;
}
print AP_LOG @_;
}
--- tools/sort_deps~ 2013-01-24 10:26:30.0 +
+++ tools/sort_deps 2013-04-24 14:16:29.0 +
@@ -31,7 +31,7 @@
my $apt = $ENV{'BASEDIR'}/tools/apt-selection;
my $adir = $ENV{'APTTMP'}/$ENV{'CODENAME'}-$ENV{'ARCH'};
my $arch = $ENV{'ARCH'};
-my $dir = $ENV{'TDIR'}/$ENV{'CODENAME'};
+my $dir = $ENV{'BDIR'};
my $force_unstable_tasks = read_env('FORCE_SID_TASKSEL', 0);
my $tasks_packages = read_env('TASKS_PACKAGES',
--- tools/sort_deps_edu~ 2012-06-05 13:56:51.0 +
+++ tools/sort_deps_edu 2013-04-25 10:30:13.0 +
@@ -33,7 +33,7 @@
my $apt = $ENV{'BASEDIR'}/tools/apt-selection;
my $adir = $ENV{'APTTMP'}/$ENV{'CODENAME'}-$ENV{'ARCH'};
my $arch = $ENV{'ARCH'};
-my $dir = $ENV{'TDIR'}/$ENV{'CODENAME'};
+my $dir = $ENV{'BDIR'};
my @output;
--- tools/start_new_disc~ 2013-04-01 01:26:54.0 +
+++ tools/start_new_disc 2013-04-25 09:52:42.0 +
@@ -17,7 +17,9 @@
SOURCEDISK=0
BINARYDISK=0
-BDIR=$TDIR/$CODENAME
+if [ -z $BDIR ]; then
+BDIR=$TDIR/$CODENAME
+fi
CDDIR=$BDIR/CD${DISKNUM}
DATE=`cat $BDIR/DATE`
DI_DATA_DIR=$BASEDIR/data/$DI_CODENAME
Bug#698914: grub-efi booting Windows 8 in UEFI mode
On Thu, Apr 25, 2013 at 11:30:55AM +0200, Drasko DRASKOVIC wrote: Hi Steve, great work indeed, because I can confirm that everything works fine with new version on my machine (ASUS X201E notetbook) ! ... It looked OK, and I rebooted PC. I could boot into the Windows 8 without any problems. Then I booted back into Debian to write you this message ;). BTW, I tried also combination of new os-prober and old grub, and during grub-update a message is produced : ... Found Windows Boot Manager on /dev/sda1@/EFI/Microsoft/Boot/bootmgfw.efi Windows Boot Manager is not yet supported by grub-mkconfig. and no Windows menuentries are produced in /boot/grub/grub.cfg, as expected. So, this version matching detection and warning also works correctly. Asweome - thanks for testing so quickly for me. :-) -- Steve McIntyre, Cambridge, UK.st...@einval.com C++ ate my sanity -- Jon Rabone -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706136: [armhf] times out reading from /dev/video0
Hi Martin, Quoting martin f krafft (2013-04-25 11:56:45) I have a USB camera that works fine on an amd64 system (3.8-trunk-amd64), but it does not work on a Raspberry Pi. If I run avconv -f video4linux2 -i /dev/video0 -f flv /tmp/test.flv the file is actually never written. strace (attached) reveals that the process times out waiting for data on /dev/video0 (which is FD 4). This may well be a problem with the kernel/module. If so, please reassign. Architecture: amd64 (x86_64) Seems you filed this bugreport on the working amd64 system, not the arm one with the issue you are reporting. That's not a problem in itself, but please do tell which exact kernel package you use. Also, do you really use Debian, not Raspbian? Subject mentions armhf but TTBOMK RPi is ARMv6 so is incompatible with Debian armhf (which requires ARMv7). I strongly urge you to mention explicitly if using a derived distribution when filing bugreports against Debian, to avoid wasting time seeking needles in wrong haystack! Regards, - Jonas P.S. Expect others than me to chime in and actually squash this bug - I just noticed those architecture-related details. -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706129: reboot will fix this
The reboot with 3.2.0-4-amd64 did not fix this problem for me. (I have tried it) Instead I have now downgraded to 3.2.0-3-amd64 and this works as workaround. -Original Message- From: Julien Cristau [mailto:jcris...@debian.org] Sent: Donnerstag, 25. April 2013 12:10 To: Wouter Verhelst; 706...@bugs.debian.org Cc: 706129-submit...@bugs.debian.org Subject: Bug#706129: reboot will fix this On Thu, Apr 25, 2013 at 11:37:25 +0200, Wouter Verhelst wrote: This occurs because of commit 4189aa4ceebb1cd2b216d88980e35399e299c8c5, which was recently added to the kernel; it calls kill_bdev, which previous versions of the nbd driver didn't. This probably means you've upgraded your kernel package but haven't rebooted yet. If you do, this issue should go away. (Not closing the bug, since this is an ABI change, and presumably that means the kernel should bump its ABI version -- but I'm leaving that to kernel maintainers to decide) The ABI number gets bumped when a newer kernel stops being compatible with old modules, not the other way around. So I think this bug should be closed as invalid. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706111: tessa: fails to upgrade from squeeze: prerm failures
On 24.04.2013 20:42, Andreas Beckmann wrote:
during a test with piuparts I noticed your package fails to upgrade
from
'squeeze'.
It installed fine in 'squeeze', then the upgrade to 'wheezy' fails.
There's something odd happening here.
From the attached log (scroll to the bottom...):
Preparing to replace tessa 0.3.1-4+b4 (using
.../tessa_0.3.1-6+b1_amd64.deb) ...
/var/lib/dpkg/info/tessa.prerm: 6: update-python-modules: not found
dpkg: warning: subprocess old pre-removal script returned error
exit status 127
The old script says:
#!/bin/sh
set -e
# Automatically added by dh_pysupport
if which update-python-modules /dev/null 21; then
update-python-modules -c tessa.public
fi
# End automatically added section
So u-p-m should only be being called if it exists.
dpkg: trying script from the new package instead ...
/var/lib/dpkg/tmp.ci/prerm: 12: pyclean: not found
dpkg: error processing
/var/cache/apt/archives/tessa_0.3.1-6+b1_amd64.deb (--unpack):
subprocess new pre-removal script returned error exit status 127
configured to not write apport reports
/var/lib/dpkg/info/tessa.postinst: 6: update-python-modules: not
found
dpkg: error while cleaning up:
subprocess installed post-installation script returned error exit
status 127
Similarly the new script:
#!/bin/sh
set -e
# Automatically added by dh_python2:
if which pyclean /dev/null 21; then
pyclean -p tessa
else
dpkg -L tessa | grep \.py$ | while read file
do
rm -f ${file}[co] /dev/null
done
fi
# End automatically added section
Regards,
Adam
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685588: evolution: Crash: libcamel-1.2: #0 camel_pstring_add (str=str@entry=0x4 Address 0x4 out of bounds, own=own@entry=0) at camel-string-utils.c:170
Control: found -1 3.4.4-3 Dear Yves-Alexis, sorry for the late reply. Am Samstag, den 01.12.2012, 15:45 +0100 schrieb Yves-Alexis Perez: Control: severity -1 important Control: tag -1 unreproducible I still experience this. Sometimes more, sometimes less. I even was able to reproduce this on a different system. Most developers do not seem to use Evolution and prefer mutt or Icedove. So I claim, that is the reason that this is not noticed this much. Non-developer users just start Evolution from the icon and do not know how to report bugs. On mer., 2012-08-22 at 09:59 +0200, Paul Menzel wrote: Crashes cause data loss, when the user currently composes a message. Auto saving messages and restoring them only helps a little. Well, it does prevent the data loss, at least. Actually only if you are lucky. It seems auto-saving only happens after x minutes and if you type fast or copy something in that interval and delete the source before the x minutes are over the data is lost. Crashes should never happen with the most used applications, which I am counting the mail program to. In a perfect world, indeed. But that's not the case. Considering the fact that it was not possible to reproduce the bug and that there were not data loss thanks to the autosave mechanism, I'm lowering the severity and tagging accordingly. As written above. I now found two (over four years old) systems that show this behavior. Do you have a lot of IMAP and POP3 accounts? Here some more information. 1. The crash never happens when being offline. Therefore I start Evolution using `evolution --offline`. 2. The crash happens more often, when trying to compose a message (Ctrl + r or Ctrl + n) when just going online and a lot of messages (from lists) are downloaded. I am pretty sure there is a memory leak somewhere, as I get segmentation faults and bus errors. Unfortunately Valgrind seems to have a bug, where it does not find installed debugging symbols [1]. So this does not get me further. Here is an excerpt from `/var/log/kern.log`. $ zgrep -i segfau /var/log/kern.log* /var/log/kern.log:Apr 25 02:27:39 myhostname kernel: [ 961.229070] pool[7442]: segfault at 40505 ip b7631623 sp a20fecd0 error 4 in libcamel-1.2.so.33.0.0[b75e9000+103000] /var/log/kern.log.0:Apr 24 02:22:04 myhostname kernel: [13679.315393] evolution[12383]: segfault at 2c ip b167cb6d sp bff8ef10 error 4 in libevolution-mail.so.0.0.0[b1633000+c8000] /var/log/kern.log.0:Apr 24 03:50:15 myhostname kernel: [18970.654507] evolution[21916]: segfault at 2c ip b1637b6d sp bfbe6b60 error 4 in libevolution-mail.so.0.0.0[b15ee000+c8000] /var/log/kern.log.0:Apr 24 02:07:15 myhostname kernel: [ 3332.242660] evolution[8856]: segfault at 2c ip b167bb6d sp bfe24130 error 4 in libevolution-mail.so.0.0.0[b1632000+c8000] /var/log/kern.log.0:Apr 24 03:56:42 myhostname kernel: [ 9899.344968] pool[4954]: segfault at 270038 ip b6ca1048 sp 8ebfeac0 error 4 in libglib-2.0.so.0.3200.4[b6c89000+fb000] /var/log/kern.log.0:Apr 25 18:18:47 myhostname kernel: [ 1074.138525] gedit[6152]: segfault at 646e6957 ip b6aca655 sp bf8ca460 error 4 in libglib-2.0.so.0.3200.4[b6a41000+fb000] /var/log/kern.log.1.gz:Apr 20 19:36:51 myhostname kernel: [ 2596.279247] pool[16162]: segfault at 30 ip b6c72378 sp a40fef50 error 4 in libglib-2.0.so.0.3200.4[b6c0e000+fb000] /var/log/kern.log.1.gz:Apr 20 20:03:12 myhostname kernel: [ 4839.160364] evolution[8803]: segfault at 10 ip b6c7b308 sp bfd63be0 error 4 in libglib-2.0.so.0.3200.4[b6c42000+fb000] /var/log/kern.log.4.gz:Apr 13 01:36:18 myhostname kernel: [ 70.295893] bootchart-colle[3472]: segfault at 4 ip b7674795 sp bfad3d28 error 6 in libc-2.13.so[b75d8000+15c000] /var/log/kern.log.5.gz:Apr 9 01:10:54 myhostname kernel: [15639.126080] evolution[20463]: segfault at 2c ip b1688b6d sp bfd69a70 error 4 in libevolution-mail.so.0.0.0[b163f000+c8000] /var/log/kern.log.6.gz:Apr 4 03:16:30 myhostname kernel: [ 2137.203605] evolution[6511]: segfault at 0 ip b6b8380c sp bfa6b218 error 6 in libc-2.13.so[b6b0e000+15c000] /var/log/kern.log.6.gz:Apr 6 02:59:25 myhostname kernel: [ 5449.046442] evolution[8141]: segfault at 511ce ip b6da14a7 sp bfb02be8 error 4 in libgobject-2.0.so.0.3200.4[b6d6f000+5] Due to the Valgrind bug [1] I am currently stuck with debugging this. So any help is appreciated. Thanks, Paul [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=701480 signature.asc Description: This is a digitally signed message part
Bug#706139: debtree should have a --skiplist option
Package: debtree Version: 1.0.10 Severity: wishlist Hi, it would be nice if debtree would have a --skiplist (or --ignore or similar) command line option, that may be used to temporarily add certain packages to the skip-list. Thanks, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#690381: Insane debian/rules
I had a look at pax (1:20120606-2+deb7u1) debian/rules. I didn't find it
insane, or even unreadable. There's a few obscure places, and a few
minor bugs, but that's it. Thorsten, I hope you'll find my review
useful:
DEB_BUILD_ARCH=$(shell dpkg-architecture -qDEB_BUILD_ARCH)
DEB_HOST_ARCH=$(shell dpkg-architecture -qDEB_HOST_ARCH)
DEB_HOST_ARCH_OS=$(shell dpkg-architecture -qDEB_HOST_ARCH_OS)
DEB_HOST_GNU_TYPE=$(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
I'd use ?= instead of = here. dpkg-buildpackage sets these variables
for you, so you could avoid a few forks.
CFLAGS= -O$(if $(findstring noopt,${DEB_BUILD_OPTIONS}),0,2) -g
Here and in other places, I'd use filter instead of findstring.
debian/.build_stamp:
# goodbye dh_testdir
test -f tty_subs.c
test -x debian/rules
dh_testdir is probably the most useless debhelper command. :) I've been
eradicating it from my packages. Instead, I use make rules to ensure
that d/rules is run from the correct directory. Something like this
should do the trick with less forks:
debian/.build_stamp: tty_subs.c debian/rules
+for opts in '-flto=jobserver' '-fwhole-program --combine' ''; do \
set -x; \
${CC} ${CPPFLAGS} ${CFLAGS} $$opts ${LDFLAGS} -o pax ar.c \
ar_io.c ar_subs.c buf_subs.c cache.c cpio.c file_subs.c \
ftree.c gen_subs.c getoldopt.c options.c pat_rep.c pax.c \
sel_subs.c tables.c tar.c tty_subs.c; \
test -x pax exit 0; \
done; echo 2 Compiling failed.; exit 1
Could you perhaps put the file list in a variable? That'd make the
command easier to read.
-rm -f pax
You don't need - (here and in other places). The -f option already
ignores ENOENT errors, and you _don't_ want other errors ignored.
echo .nr g 2 | cat - cpio.1 | \
gzip -n9 debian/pax/usr/share/man/man1/paxcpio.1.gz
echo .nr g 2 | cat - pax.1 | \
gzip -n9 debian/pax/usr/share/man/man1/pax.1.gz
echo .nr g 2 | cat - tar.1 | \
gzip -n9 debian/pax/usr/share/man/man1/paxtar.1.gz
I'd use a for loop here.
chmod 644 $$(find debian/pax -type f)
chmod 755 $$(find debian/pax -type d) \
debian/pax/bin/pax
I'd use find ... -exec chmod ... here, as it handles errors better.
(cd debian/pax find . | sort | ./bin/paxcpio \
-oC512 -Hustar -Minodes -Mlinks -Muidgid -Mgslash) | \
gzip -n9 debian/B/data.tar.gz
cd debian/B/c chmod 644 *
(cd debian/B/c find . | sort | ../../pax/bin/paxcpio \
-oC512 -Hustar -Minodes -Mlinks -Muidgid -Mgslash) | \
gzip -n9 debian/B/control.tar.gz
echo 2.0 debian/B/debian-binary
read fn rest debian/files cd debian/B \
../pax/bin/paxtar -A -M dist -cf ../../../$$fn \
debian-binary control.tar.gz data.tar.gz
This is completely obscure, but I appreciate the idea of eating your own
dog food. :)
--
Jakub Wilk
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706136: [armhf] times out reading from /dev/video0
also sprach Jonas Smedegaard d...@jones.dk [2013.04.25.1242 +0200]: Also, do you really use Debian, not Raspbian? Subject mentions armhf but TTBOMK RPi is ARMv6 so is incompatible with Debian armhf (which requires ARMv7). Yes, Raspbian, of course. I am sorry, I stupidly forgot the kernel data: Linux pict 3.6.11+ #393 PREEMPT Fri Mar 8 16:36:28 GMT 2013 armv6l GNU/Linux About the architecture, I used dpkg --print-architecture, which gives armhf. -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems whoever fights monsters should see to it that in the process he does not become a monster. and when you look into an abyss, the abyss also looks into you. - friedrich nietzsche digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#706140: please consider building against tcl-dev, not tcl8.4-dev
Package: xchat-gnome Severity: normal Let's finally say farewell to Tcl8.4, and build the package against versionless tcl-dev package, which currently pulls tcl8.5-dev. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.6-trunk-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706141: libmail-gnupg-perl: FTBFS with libgnupg-interface-perl 0.46
Source: libmail-gnupg-perl Version: 0.18-1 Severity: important Tags: upstream see https://rt.cpan.org/Public/Bug/Display.html?id=83465 for details. I plan to make a new upstream release of Mail::GnuPG once I figure out the fix. Setting severity important because GnuPG::Interface 0.46 is only in experimental. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706142: tpu (or pu): telepathy-idle/0.1.11-2+deb7u1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
The version of telepathy-idle in wheezy does not validate IRC servers'
SSL certificates when used with SSL (#706094, CVE ID requested).
The version in sid was already newer than wheezy, so I uploaded the
fixed upstream version there directly. For wheezy, I suggest a more minimal
patch (attached) - this breaks a regression test which uses a pre-generated
self-signed certificate, but we don't run those tests in Debian anyway.
Yves-Alexis Perez has indicated that this is not DSA material. Would you
like me to upload to t-p-u before wheezy r0, or to s-p-u after r0 is out,
or neither?
Regards,
S
diffstat for telepathy-idle-0.1.11 telepathy-idle-0.1.11
changelog|6 ++
gbp.conf |2
patches/0002-Don-t-disable-parts-of-TLS-certificate-validation.patch | 28 ++
patches/series |1
4 files changed, 36 insertions(+), 1 deletion(-)
diff -Nru telepathy-idle-0.1.11/debian/changelog telepathy-idle-0.1.11/debian/changelog
--- telepathy-idle-0.1.11/debian/changelog 2011-11-02 07:12:25.0 +
+++ telepathy-idle-0.1.11/debian/changelog 2013-04-24 16:45:31.0 +0100
@@ -1,3 +1,9 @@
+telepathy-idle (0.1.11-2+deb7u1) UNRELEASED; urgency=low
+
+ * Validate TLS certificates (Closes: #706094)
+
+ -- Simon McVittie s...@debian.org Wed, 24 Apr 2013 16:43:37 +0100
+
telepathy-idle (0.1.11-2) unstable; urgency=low
* debian/patches/Support-trailing-parameter-without-a-initial.patch:
diff -Nru telepathy-idle-0.1.11/debian/gbp.conf telepathy-idle-0.1.11/debian/gbp.conf
--- telepathy-idle-0.1.11/debian/gbp.conf 2011-11-02 07:12:25.0 +
+++ telepathy-idle-0.1.11/debian/gbp.conf 2013-04-24 16:45:31.0 +0100
@@ -1,5 +1,5 @@
[DEFAULT]
-debian-branch = debian
+debian-branch = debian-wheezy
upstream-branch = upstream
pristine-tar = True
diff -Nru telepathy-idle-0.1.11/debian/patches/0002-Don-t-disable-parts-of-TLS-certificate-validation.patch telepathy-idle-0.1.11/debian/patches/0002-Don-t-disable-parts-of-TLS-certificate-validation.patch
--- telepathy-idle-0.1.11/debian/patches/0002-Don-t-disable-parts-of-TLS-certificate-validation.patch 1970-01-01 01:00:00.0 +0100
+++ telepathy-idle-0.1.11/debian/patches/0002-Don-t-disable-parts-of-TLS-certificate-validation.patch 2013-04-24 16:45:31.0 +0100
@@ -0,0 +1,28 @@
+From: Simon McVittie s...@debian.org
+Date: Wed, 24 Apr 2013 16:43:00 +0100
+Subject: Don't disable parts of TLS certificate validation
+
+This breaks one regression test, but is a simpler fix than was used
+upstream.
+
+Bug: https://bugs.freedesktop.org/show_bug.cgi?id=63810
+Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706094
+Forwarded: not-needed, fixed differently upstream
+---
+ src/idle-server-connection.c |5 -
+ 1 file changed, 5 deletions(-)
+
+diff --git a/src/idle-server-connection.c b/src/idle-server-connection.c
+index 5b8629c..8c8eeff 100644
+--- a/src/idle-server-connection.c
b/src/idle-server-connection.c
+@@ -469,9 +469,4 @@ IdleServerConnectionState idle_server_connection_get_state(IdleServerConnection
+ void idle_server_connection_set_tls(IdleServerConnection *conn, gboolean tls) {
+ IdleServerConnectionPrivate *priv = IDLE_SERVER_CONNECTION_GET_PRIVATE(conn);
+ g_socket_client_set_tls(priv-socket_client, tls);
+- g_socket_client_set_tls_validation_flags(priv-socket_client,
+- G_TLS_CERTIFICATE_VALIDATE_ALL
+- ~G_TLS_CERTIFICATE_UNKNOWN_CA
+- ~G_TLS_CERTIFICATE_BAD_IDENTITY
+- ~G_TLS_CERTIFICATE_EXPIRED);
+ }
diff -Nru telepathy-idle-0.1.11/debian/patches/series telepathy-idle-0.1.11/debian/patches/series
--- telepathy-idle-0.1.11/debian/patches/series 2011-11-02 07:12:25.0 +
+++ telepathy-idle-0.1.11/debian/patches/series 2013-04-24 16:45:31.0 +0100
@@ -1 +1,2 @@
Support-trailing-parameter-without-a-initial.patch
+0002-Don-t-disable-parts-of-TLS-certificate-validation.patch
Bug#706143: Missing DoseUtilityLogOfReportMultiple.png
Package: pixelmed-java Version: 20130220-1 Severity: normal The file DoseUtilityLogOfReportMultiple.png is missing from the upstream source distribution. -- System Information: Debian Release: 6.0.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pixelmed-java depends on: ii libbcprov-java 1.44+dfsg-2 Bouncy Castle Java Cryptographic S ii libcommons-codec-java1.4-2 encoder and decoders such as Base6 ii libcommons-net2-java 2.0-2 internet protocol suite Java libra ii libhsqldb-java 1.8.0.10-9 Java SQL database engine ii libjmdns-java3.4.1-2 Java implementation of multi-cast ii libvecmath-java 1.5.2-2 javax.vecmath vector math package pixelmed-java recommends no packages. Versions of packages pixelmed-java suggests: ii libjai-imageio-core-java 1.2-3 Java Advanced Imaging Image I/O To -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705419: (no subject)
Some hints i saw and i've tested: * VM_RESERVED At least since Linux 3.7 it is necessary to replace VM_RESERVED with VM_DONTEXPAND | VM_DONTDUMP. This appears on firegl_public.c. * version.h expected on a different place ln -s /usr/src/linux-headers/include/generated/uapi/linux/version.h /usr/src/linux-headers/include/linux/version.h * kcl_acpi.c: -- kcl_acpi.c.diff 779c779 pInfo-video_handle = pInfo-pcidev-dev.archdata.acpi_handle; --- pInfo-video_handle = pInfo-pcidev-dev.acpi_node.handle; Melhores cumprimentos/Best regards, Miguel Figueiredo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706144: m-tx has very limited architecture list, making texlive-full uninstallable on many architectures
Package: m-tx Severity: important A bug was reported by a raspbian user about texlive-full being uninstable due to m-tx not being available. Taking a closer look revealed that the reason for this was that m-tx declares an explicit architecture list with only a handful of architectures. So texlive-full ends up uninstallable on most debian architectures. Is there a good reason for this? (for example inline assembly with no generic C implementation available) if so please document what it is in the bug report and if applicable please review the architecture list matches what is currently supported, if not please change the architecture to any. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705972: package qupzilla: bugs ITP 657791 and ITP 705972 have different owners
Hello Mònica, thank you for your scrutiny! Hello Mohamed, thanks to Mònica, I was alerted about your previous ITP over qupzilla some months ago. I made an ITP most recently and uploaded a working package yesterday. Do you want to abandon this package, or would you prefer to co-maintain it? When you decide, we can merge both ITP bugreports and define their owner. Best regards, Georges. Mònica Ramírez Arceda a écrit : Hi, There was already another ITP for qupzilla (#657791), although it's an old one and may be abandoned. Could you contact Mohammed Sameer msam...@foolab.org and ask him/her if he/she wants to abandon or co-maintain this package with you? Once you've done this, you should set the right owner in both bugs and merge them. Thanks for your work! -- Georges KHAZNADAR et Jocelyne FOURNIER 22 rue des mouettes, 59240 Dunkerque France. Téléphone +33 (0)3 28 29 17 70 signature.asc Description: Digital signature
Bug#706110: libgnome{, vfs}2-common: fails to upgrade from squeeze: prerm failure: gconf-schemas: not found
Am 25.04.2013 01:11, schrieb Michael Biebl: According to jwilk, this is a issue in the python package: jwilk mbiebl: I'm pretty sure it's not /usr/sbin/gconf-schemas that is missing, but /usr/bin/python (which is is -schema's shebang). jwilk Or more precisely, /usr/bin/python is there, but it's dangling. jwilk I looked at the build log and yeah, this is what happend: python is upgraded from 2.6 to 2.7, making /usr/bin/python dangling, because python2.7 is not unpacked yet. jwilk Then libgnome2-common is unpacked, which doesn't work without working /usr/bin/python. jwilk s/unpacked/prerm'ed/ in the last sentence. Adding an empty prerm can be considered a hack at best. Given that we have 220+ packages which ship gconf schemas, adding it back to a single package would be an incomplete fix anyway. dondelelcaro on #debian-devel suggested: mbiebl dondelelcaro: as for pre-depends: where would you add that? dondelelcaro mbiebl: to python-minimal dondelelcaro mbiebl: because right now, the Depends doesn't take effect until python-minimal is configured, even when it is unpacked. dondelelcaro mbiebl: so that's why you have a dangling symlink dondelelcaro mbiebl: so if something that calls gconf-schema gets called after python-minimal is unpacked, but before python2.7 is, you get breakage. jwilk suggested: jwilk Don't use Python (or anything non-essential) in maintainer scripts (except maybe postinst), ever. Looking at /usr/bin/gconf-schemas, it's a rather simple python script. Re-implementing it in shell shouldn't be too hard. release team, any opinions, preferences how to address this bug? Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#706111: tessa: fails to upgrade from squeeze: prerm failures
On 25.04.2013 12:03, Adam D. Barratt wrote: On 24.04.2013 20:42, Andreas Beckmann wrote: during a test with piuparts I noticed your package fails to upgrade from 'squeeze'. It installed fine in 'squeeze', then the upgrade to 'wheezy' fails. There's something odd happening here. Just after I hit send, it twigged - this is the same python-2.7-minimal / python-minimal ordering problem as #706110. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706129: reboot will fix this
On Thu, Apr 25, 2013 at 10:40:00 +, Schumacher, Bernd wrote: The reboot with 3.2.0-4-amd64 did not fix this problem for me. (I have tried it) Show logs, then, because your initial report was with an out of date kernel image. Cheers, Julien signature.asc Description: Digital signature
Bug#706145: unp doesn't handle acls
Package: unp Version: 2.0~pre7+nmu1 Severity: normal Dear Maintainer, $ getfacl /proj/i4bs/vorgaben/stubsmi.tar.gz getfacl: Removing leading '/' from absolute path names # file: proj/i4bs/vorgaben/stubsmi.tar.gz # owner: danner # group: i4staff user::rw- user:simazerp:r-- group::r-- mask::r-- other::--- $ unp /proj/i4bs/vorgaben/stubsmi.tar.gz Cannot read /proj/i4bs/vorgaben/stubsmi.tar.gz, skipping... WARNING: There were errors while processing files! $ id uid=29169(simazerp) gid=30002(cipguest) groups=30002(cipguest),96(fsi) -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (1051, 'testing'), (1051, 'stable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.4.36 (SMP w/16 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash unp depends on no packages. unp recommends no packages. Versions of packages unp suggests: ii bzip2 1.0.6-4 ii cabextract 1.4-3 pn orange none ii p7zip 9.20.1~dfsg.1-4 ii p7zip-full 9.20.1~dfsg.1-4 ii unrar 1:4.1.4-1 ii unzip 6.0-8 pn xdmsnone -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706110: libgnome{, vfs}2-common: fails to upgrade from squeeze: prerm failure: gconf-schemas: not found
On Thu, Apr 25, 2013 at 14:09:24 +0200, Michael Biebl wrote: Am 25.04.2013 01:11, schrieb Michael Biebl: According to jwilk, this is a issue in the python package: jwilk mbiebl: I'm pretty sure it's not /usr/sbin/gconf-schemas that is missing, but /usr/bin/python (which is is -schema's shebang). jwilk Or more precisely, /usr/bin/python is there, but it's dangling. jwilk I looked at the build log and yeah, this is what happend: python is upgraded from 2.6 to 2.7, making /usr/bin/python dangling, because python2.7 is not unpacked yet. jwilk Then libgnome2-common is unpacked, which doesn't work without working /usr/bin/python. jwilk s/unpacked/prerm'ed/ in the last sentence. Adding an empty prerm can be considered a hack at best. Given that we have 220+ packages which ship gconf schemas, adding it back to a single package would be an incomplete fix anyway. dondelelcaro on #debian-devel suggested: mbiebl dondelelcaro: as for pre-depends: where would you add that? dondelelcaro mbiebl: to python-minimal dondelelcaro mbiebl: because right now, the Depends doesn't take effect until python-minimal is configured, even when it is unpacked. dondelelcaro mbiebl: so that's why you have a dangling symlink dondelelcaro mbiebl: so if something that calls gconf-schema gets called after python-minimal is unpacked, but before python2.7 is, you get breakage. jwilk suggested: jwilk Don't use Python (or anything non-essential) in maintainer scripts (except maybe postinst), ever. Looking at /usr/bin/gconf-schemas, it's a rather simple python script. Re-implementing it in shell shouldn't be too hard. release team, any opinions, preferences how to address this bug? Thoughts in random order... 1) this is terrible 2) in the absence of loops, dpkg ought to unpack python2.7-minimal before python-minimal 3) adding pre-depends at this stage makes me extremely wary 4) rewriting gconf-schemas only helps if gconf-schemas is upgraded before its reverse deps 5) do we know why this only shows up now, and if there are real world cases where this issue occurs? Cheers, Julien signature.asc Description: Digital signature
Bug#705992: closed by Georges Khaznadar georg...@debian.org (Bug#705992: fixed in wims-moodle 4.0-2)
Thank you for your scrutiny, Andreas! for some reason I forgot to save the fix before making the last package. Now it is done with the release 4.0-3, and I removed one last file remaining in /usr/share/doc too. Best regards, Georges. Andreas Beckmann a écrit : Control: found -1 4.0-2 Same problem as before. the problematic postinst line seems to be dirs=$(find $path -mindepth 1 -maxdepth 1 -type d) which fails since $path does not exist Another problem I noticed while lookign at the postinst script: using anything in /usr/share/doc is prohibited (policy 12.3), e.g. /usr/share/doc/wims-moodle/lang/$lang/wims.php Please move everything needed for the package to work properly to /usr/share/wims-moodle Andreas -- Georges KHAZNADAR et Jocelyne FOURNIER 22 rue des mouettes, 59240 Dunkerque France. Téléphone +33 (0)3 28 29 17 70 signature.asc Description: Digital signature
Bug#706112: debian-installer: Wheezy installer always install bootloader in /dev/sda
Vincent McIntyre wrote: It's entirely possible this patch is not the full resolution of the various issues people have reported but I'm posting it to get feedback on the approach and get some help with correctly integrating it into d-i. This adds a new translatable template, which it is far too late in the release process to get translated. I think this problem could be finessed by copying the text of the short description and first paragraph of the grub-installer/bootdev template. (Ideally into a common template that is SUBSTED into both to avoid bloat.) There are also some hardcoded user-visible strings embedded in the code, which need to be a) moved to the template and b) somehow translated 3 months ago. I don't think that (An entry dialog will appear) adds anything to the $manual_entry string (Enter device manually). There is an enter information manually string in choose-mirror that could be copied, with full translations. device_list() builds a comma-delimited list; it could be that the description of a device contains a comma (eg, Foo Corp, Inc. mega super drive), and so it needs to be sanitized. +# make sure this question is displayed at least once +db_fset grub-installer/choose_bootdev seen false That is unncessary in d-i; d-i always re-asks seen questions. (And it's very bad style to ever mess with seen flags, in any use of debconf. You will cause bugs that are hard to find.) -- see shy jo signature.asc Description: Digital signature
Bug#706136: [armhf] times out reading from /dev/video0
Quoting martin f krafft (2013-04-25 13:26:44) also sprach Jonas Smedegaard d...@jones.dk [2013.04.25.1242 +0200]: Also, do you really use Debian, not Raspbian? Subject mentions armhf but TTBOMK RPi is ARMv6 so is incompatible with Debian armhf (which requires ARMv7). Yes, Raspbian, of course. I am sorry, I stupidly forgot the kernel data: Linux pict 3.6.11+ #393 PREEMPT Fri Mar 8 16:36:28 GMT 2013 armv6l GNU/Linux About the architecture, I used dpkg --print-architecture, which gives armhf. Thanks for clarifying. Would be nice if you could test that this bug actually is reproducible with Debian. I'll leave it to others in the Multimedia team more knowledgeable on libav to decide if they wanna spent time on this nevertheless - some of us care about some (but not all) non-Debian repositories. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706142: tpu (or pu): telepathy-idle/0.1.11-2+deb7u1
user release.debian@packages.debian.org usertag 706142 = pu tag 706142 wheezy kthxbye On Thu, Apr 25, 2013 at 12:47:58 +0100, Simon McVittie wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock The version of telepathy-idle in wheezy does not validate IRC servers' SSL certificates when used with SSL (#706094, CVE ID requested). The version in sid was already newer than wheezy, so I uploaded the fixed upstream version there directly. For wheezy, I suggest a more minimal patch (attached) - this breaks a regression test which uses a pre-generated self-signed certificate, but we don't run those tests in Debian anyway. Yves-Alexis Perez has indicated that this is not DSA material. Would you like me to upload to t-p-u before wheezy r0, or to s-p-u after r0 is out, or neither? Too late for r0 IMO. Cheers, Julien signature.asc Description: Digital signature
Bug#704729: unblock: alsa-base/1.0.25+3 (pre-approval)
On Fri, Apr 19, 2013 at 10:11:20AM +0200, Jordi Mallach wrote: The rough story is: alsa-base, until +1, was doing Weird Shit™ with its handling of /etc/default/alsa, which wasn't even a conffile. When I got rid of all of that in +2, I accidentally got the new conffile renamed to /e/d/alsa-base due to using debhelper to install it. The script that sources it wasn't updated to look in the new location, and of course users were left with the old conffile and the new one in the filesystem. The updated package tries to fix this for people upgrading from squeeze and also for current testing users which already have both files. In order to make this easier, I've reverted the MA and debhelper change. The only remaining changes are the Pre-Depends and the conffile dance. I decided to upload the alsa-base patch in the minimal incarnation I posted here a few days ago. Just in case this dropped off your radar, or simply to get further instructions, I'm notifying this here. If you want to skip this for tpu but would want a pu upload, I can prepare another one for r1. Just say, I'll do. :) Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature
Bug#705613: ejabberd: SCRAM bug in GS2 Header parsing with optional parameters
On Wed, 24 Apr 2013 14:48:44 -0400 Joey Hess j...@kitenet.net wrote: Do you know of any conventional XMPP client (I mean something other than git-annex) which supports SCRAM-SHA-1 so that I could test that the patch did not break things for other clients? I'm asking because 1) I asked a fellow Process One developer what he thinks about the patch, and he told me he was about to review it, but I still did not hear from him about this matter. 2) The software I'm routinely using (Tkabber, Miranda and Net::XMPP Perl module) do not use SCRAM so I have no idea how to make sure myself this patch does not break anything. Hence to advance on this issue I need some assistance. A quick search turned up: [...] Thanks! My fellow P1 developer confirmed the patch works OK. Unfortunately, it does not apply on 2.1.10, and it's not possible to just massage it -- the SCRAM code seems to be changed heavily after the 2.1.10 was released. Stephen, could you please help us and look at modifying your patch so that it applies on 2.1.10? My own Erlang skills are not up to this task. I'm referring to this Debian bug report [1]. And the release time is unfortunately very close. 1. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705613 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706112: debian-installer: Wheezy installer always install bootloader in /dev/sda
Gaudenz Steinlin wrote: Do you know how the problem can be triggerd. As far as I remember only some installation from USB are affected and I don't know if the difference between those affected and those unaffected has ever been identified. If I know that I'm testing the right test case, I'm willing to try your patch. Well, the patch always prompts with a menu, so essentially you don't need to reproduce the problem case to test it. I'd be more concerned about testing it on different architectures. Particularly ones without a /dev/disk/by-id/ -- see shy jo signature.asc Description: Digital signature
Bug#706146: root-plugin-math-minuit2: Missing headers for Minuit2
Package: root-plugin-math-minuit2 Version: 5.34.00-2 Severity: normal Dear Maintainers, in order to facilitate the compilation of programs with Minuit2 dependencies, would you please consider to provide a corresponding dev package including the headers located at $ROOTSRC/math/minuit2/inc/Minuit2/ ? Kind regards, Bastian -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (800, 'testing'), (50, 'experimental'), (50, 'unstable'), (50, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.8-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages root-plugin-math-minuit2 depends on: ii libc6 2.17-0experimental2 ii libgcc11:4.7.2-5 ii libroot-core5.34 5.34.00-2 ii libroot-hist5.34 5.34.00-2 ii libroot-math-mathcore5.34 5.34.00-2 ii libstdc++6 4.7.2-5 ii multiarch-support 2.13-38 root-plugin-math-minuit2 recommends no packages. root-plugin-math-minuit2 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706129: reboot will fix this
I have now rebooted. You are right no problem anymore. The only difference to a previous reboot, where this did not work, is, that I have done apt-get update/upgrade meanwhile. Thank you for helping. Please close the bug. -Original Message- From: Julien Cristau [mailto:jcris...@debian.org] Sent: Donnerstag, 25. April 2013 14:13 To: Schumacher, Bernd; 706...@bugs.debian.org Cc: 706...@bugs.debian.org; Wouter Verhelst; 706129-submit...@bugs.debian.org Subject: Re: Bug#706129: reboot will fix this On Thu, Apr 25, 2013 at 10:40:00 +, Schumacher, Bernd wrote: The reboot with 3.2.0-4-amd64 did not fix this problem for me. (I have tried it) Show logs, then, because your initial report was with an out of date kernel image. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706114: xfonts-utils: insufficient zlib1g dependency
On 2013-04-25 10:39, Guillem Jover wrote: On Wed, 2013-04-24 at 22:06:55 -0400, Michael Gilbert wrote: So the dependencies are correct. The only problem is due to gsfonts-x11 postinst's script calling: update-fonts-dir → mkfontdir → mkfontscale While the new xfonts-utils package has been unpacked, but not configured. This is either a problem in xfonts-utils's update-fonts-dir, or in debhelper's dh_installxfonts support inserting those snippets. In terms of getting this fixed quickly for wheezy, couldn't that be addressed with a Pre-Depends: xfonts-utils in gsfonts-x11? That would only solve the problem for gsfonts-x11, but not for anything else using dh_installxfonts. I think, to be safe the hack would need to be applied to xfonts-utils's dependencies, which is all The reason for this suboptimal upgrade order is probably Package: zlib1g Breaks: ..., texlive-binaries ( 2009-12) and instead of deconfiguring texlive-binaries apt delays installation of the new zlib1g, breaking some unpacked and not yet configured packages. kinds of ugly, but at least should always work, at the cost of complicating the upgrade path. I guess the correct solution though, is to change update-fonts-* and any other script in xfonts-utils calling mkfont* from other maintainer scripts, to only run if xfonts-utils itself is configured or being configured, and calling these through xfonts-utils maintainer scripts too, so that if xfonts-utils and something else using it like gsfonts-x11 are both unpacked on the same run, the actual update-fonts-* executions will be delayed until xfonts-utils is itself configured, at which point the scripts should be able to run. I don't think this would be much more difficult to prepare. Sounds like a job for triggers (but there is currently a dpkg bug that causes it to run triggers for packages that are not configured (or their dependencies are not) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706148: pu: package clamav/0.97.8+dfsg-1~squeeze1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu New clamav release with security fixes, all the usual reasons 0.97.8 -- ClamAV 0.97.8 addresses several reported potential security bugs. Thanks to Felix Groebert of the Google Security Team for finding and reporting these issues. Already uploaded per adsb on IRC. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705317: [pkg-horde] Bug#705317: Bug#705317: php-horde-webmail: Caching JS clobber administration configuration horde tab navigation
Note that I can reproduce the problem. Firefox shows this in the error console: Error: ReferenceError: sections_horde_config_form is not defined Source File: http:/site/horde/admin/config/config.php?app=horde# Line: 1 2013/4/25 Mathieu Parent math.par...@gmail.com: Hi, I don't have enough time to analyse your problem. You can report this bug upstream and mention the ticket# here. Regards Mathieu P. -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706110: libgnome{, vfs}2-common: fails to upgrade from squeeze: prerm failure: gconf-schemas: not found
Am 25.04.2013 14:26, schrieb Julien Cristau: Thoughts in random order... 1) this is terrible A dangling /usr/bin/python symlink is indeed bad. At least that convinced me to never use anything pythonish in the maintainer scripts in the future. 2) in the absence of loops, dpkg ought to unpack python2.7-minimal before python-minimal I'm not sure what's going on here, but in the log [1] from anbe python2.7-minimal is not unpacked *at all*. 3) adding pre-depends at this stage makes me extremely wary 4) rewriting gconf-schemas only helps if gconf-schemas is upgraded before its reverse deps All packages shipping gconf schemas have a Depends on gconf2. It is generated via dh_gconf which adds gconf2 (= 2.28.1-2) to misc:Depends. This version is already satisfied by gconf2 from squeeze. We could bump that and binNMU the rdeps. But then we'd have some arch:all rdeps (which would need sourceful uploads) and I'm actually not sure if a more tightened Depends actually ensures that the new gconf2 is unpacked before its rdeps. Does anyone know? 5) do we know why this only shows up now, and if there are real world cases where this issue occurs? I've never seen this before. Maybe anbe can tell us a bit more about the test setup he used. Michael [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=science-typesetting_1.0.log.gz;att=1;bug=706110 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#706146: root-plugin-math-minuit2: Missing headers for Minuit2
merge 552226 706146 thanks Hi, This is a duplicate of bug #552226 [1], in which you could find a good reason for not providing -dev package of Minuit2. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552226 Kind regards, Lifeng On 14:34 Thu 04/25/13 Apr , B. M. Wojek wrote: Package: root-plugin-math-minuit2 Version: 5.34.00-2 Severity: normal Dear Maintainers, in order to facilitate the compilation of programs with Minuit2 dependencies, would you please consider to provide a corresponding dev package including the headers located at $ROOTSRC/math/minuit2/inc/Minuit2/ ? Kind regards, Bastian -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (800, 'testing'), (50, 'experimental'), (50, 'unstable'), (50, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.8-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages root-plugin-math-minuit2 depends on: ii libc6 2.17-0experimental2 ii libgcc11:4.7.2-5 ii libroot-core5.34 5.34.00-2 ii libroot-hist5.34 5.34.00-2 ii libroot-math-mathcore5.34 5.34.00-2 ii libstdc++6 4.7.2-5 ii multiarch-support 2.13-38 root-plugin-math-minuit2 recommends no packages. root-plugin-math-minuit2 suggests no packages. -- no debconf information -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#348982: Patch to play melodies when beep is used with pipes
tags 348982 +patch
thanks
Hello,
I've had to use beep recently, and found this bug report.
Attached is a patch that allows melodies to be played in three parts:
the first part, the chorus and the finale.
beep -f 880 -n -s -f 440 -n -f 880 -n -s -f 1760
1 22 3
Part 1 is played initially
Part 2 is played for each line
Part 3 is played at the end.
See also the DEP-3 header in the patch.
This patch is meant to be placed after the catch-sig-term patch in
version 1.3-3.
Good luck,
Roland Clobus
Description: Allow melodies to be played when beep is used with pipes.
This patch makes beep play multiple notes when it is used with a pipe.
All beeps that follow will be played for each character/line, until either
-c or -s is used again. Then the remainder will be played at the end of the
data in the pipe.
Example usage: beep -f 880 -n -s -f 440 -n -f 880 -n -s -f 1760
First a beep of 880Hz is played. Then for each line the sequence 440Hz,
880Hz is played. At the end of the pipe 1760Hz is played.
Author: Roland Clobus rclo...@rclobus.nl
Forwarded: no
Last-Update: 2013-04-25
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
--- a/beep.c
+++ b/beep.c
@@ -344,22 +344,42 @@
while(fgets(sin, 4096, stdin)) {
if(parms-stdin_beep==CHAR_STDIN_BEEP) {
for(ptr=sin;*ptr;ptr++) {
+beep_parms_t *copy = parms;
+
putchar(*ptr);
fflush(stdout);
- play_beep(*parms);
+ copy-stdin_beep = NO_STDIN_BEEP;
+ while (copy !copy-stdin_beep) {
+ play_beep(*copy);
+ copy = copy-next;
+ }
}
} else {
+ beep_parms_t *copy = parms;
+
fputs(sin, stdout);
- play_beep(*parms);
+ copy-stdin_beep = NO_STDIN_BEEP;
+ while (copy !copy-stdin_beep) {
+ play_beep(*copy);
+ copy = copy-next;
+ }
}
}
+ /* At the end of the pipe, remove all related beeps. */
+ while (parms !parms-stdin_beep) {
+ next = parms-next;
+ free(parms);
+ parms = next;
+ }
+ if (parms) {
+ parms-stdin_beep = NO_STDIN_BEEP;
+ }
} else {
play_beep(*parms);
+ /* Junk each parms struct after playing it */
+ free(parms);
+ parms = next;
}
-
-/* Junk each parms struct after playing it */
-free(parms);
-parms = next;
}
if(console_device)
signature.asc
Description: This is a digitally signed message part
Bug#706149: xmonad: Fails to start if there's fewer workspaces than monitors
Package: xmonad
Version: 0.10-4+b2
Severity: normal
My xmonad configuration only sets up a single workspace: I create the
rest dynamically as I need them. I use a laptop, and sometimes have an
external monitor. If I have a single workspace when I attach the second
monitor, xmonad fails to start.
A minimal .xmonad.hs that exhibits the problem:
--- 8 ---
import XMonad
import XMonad.Config.Gnome
main :: IO ()
main = do xmonad $ gnomeConfig { workspaces = [GTD] }
--- 8 ---
Procedure for reproducing:
* Use the above .xmonad.hs.
* Log into a GNOME+Xmonad session in wheezy.
* If there are two monitors, xmonad fails to start.
* If there is a single monitor, this works. If I attach a second monitor,
xmonad does not crash. However, re-starting it (e.g., due to a
change to .xmonad.hs) doesn't work.
The error message xmonad gives when starting up:
xmonad-x86_64-linux: xmonad: StackSet: non-positive argument to StackSet.new
I am probably unsual in liking to create my workspaces dynamically on
demand. However, it would be good if xmonad would at least start even
if it can't have something on every monitor.
-- System Information:
Debian Release: 7.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
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 xmonad depends on:
ii libc6 2.13-38
ii libffi5 3.0.10-3
ii libgmp10 2:5.0.5+dfsg-2
ii libx11-6 2:1.5.0-1
ii libxext6 2:1.3.1-2
ii libxinerama1 2:1.1.2-1
ii x11-utils 7.7~1
Versions of packages xmonad recommends:
ii libghc-xmonad-dev 0.10-4+b2
ii libghc-xmonad-doc 0.10-4
ii xfonts-base1:1.0.3
Versions of packages xmonad suggests:
pn dmenu none
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706144: m-tx has very limited architecture list, making texlive-full uninstallable on many architectures
On 25.04.13 peter green (plugw...@p10link.net) wrote: Hi, A bug was reported by a raspbian user about texlive-full being uninstable due to m-tx not being available. Well, one could drop the dep on texlive-music to recommend, but it would not be full any more Taking a closer look revealed that the reason for this was that m-tx declares an explicit architecture list with only a handful of architectures. I'm not the m-tx maintainer. I've just noticed that the m-tx source code is Pascal and the Pascal compiler is only avalable on a limited set of arches. This is probably the reason. Yes, one could set the arch to any and then wait, for which arches the built packages appear. ;-) H. -- sigmentation fault signature.asc Description: Digital signature
Bug#704775: Processed: found 704775 in 1.8.3+dfsg-4squeeze6
OK. Why don't you run that patch by debian-rele...@lists.debian.org with a SRM tag in the subject. If you get an ack, then I'm happy to to sign and upload. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683943: luaotfload bug
Dear all, this is indeed a luaotflaod feature, thank you for noticing it! I am currently improving it and will fix the behaviour: it will now look into fontconfig files even if OSFONTDIR is set... The new version should be on CTAN today or tomorrow. Thank you, -- Elie -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685832: xfce4-sensors-plugin: xcfe4-sensors-plugin relies on a setuid hddtemp and recommends to setuid it
Hi, Just to press this issue again: every new user of xfce on wheezy who is using the sensor-plugin gets that annoying message, at every login and whenever she/he opens the viewer. On top of that, the message gives a not recommended advice, thus the security tag. I don't know whether the proposed patch works, or is the best way to remedy this though. Please have a look at this patch. It would be nice to even get this into wheezy, maybe within a point release, later. thanks, Frank signature.asc Description: Digital signature
Bug#705748: missing CIFS support on install
On 04/25/2013 03:46 PM, Patrick Masotta wrote: I think you didn't understand my bug. maybe you can again what you actual use case is, with less words, and more precise? 1) the presence or not of cifs support on initrd does not depend on tasksel can you elaborate? 2) why should I download an special PXE distribution when I can do exactly the same with the regular Live distribution. i don't understand why you need cifs in the iso images' initrd in order to boot that iso image over pxe, can you explain? 3) you haven't consider the DHCP client needs on boot a parameter defining BOOTP or DHCP that sentence doesn't make sense to me, can you rephrase? -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658883: [gnome-shell] Shortcut for screen lock ([ALT]+[CTRL]+L) does not work anymore.
Package: gnome-shell Followup-For: Bug #658883 Seems to be fixed / was never a real bug. -- System Information: Debian Release: 7.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-3 ii gconf-service3.2.5-1+build1 ii gir1.2-accountsservice-1.0 0.6.21-8 ii gir1.2-atk-1.0 2.4.0-2 ii gir1.2-caribou-1.0 0.4.4-1 ii gir1.2-clutter-1.0 1.10.8-2 ii gir1.2-cogl-1.0 1.10.2-7 ii gir1.2-coglpango-1.0 1.10.2-7 ii gir1.2-folks-0.6 0.6.9-1+b1 ii gir1.2-freedesktop 1.32.1-1 ii gir1.2-gconf-2.0 3.2.5-1+build1 ii gir1.2-gcr-3 3.4.1-3 ii gir1.2-gdesktopenums-3.0 3.4.2-3 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-gee-1.0 0.6.4-2 ii gir1.2-gkbd-3.0 3.4.0.2-1 ii gir1.2-glib-2.0 1.32.1-1 ii gir1.2-gmenu-3.0 3.4.2-5 ii gir1.2-gnomebluetooth-1.03.4.2-1 ii gir1.2-gtk-3.0 3.4.2-6 ii gir1.2-json-1.0 0.14.2-1 ii gir1.2-mutter-3.03.4.1-5 ii gir1.2-networkmanager-1.00.9.4.0-10 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-polkit-1.00.105-3 ii gir1.2-soup-2.4 2.38.1-2 ii gir1.2-telepathyglib-0.120.18.2-2 ii gir1.2-telepathylogger-0.2 0.4.0-1 ii gir1.2-upowerglib-1.00.9.17-1 ii gjs 1.32.0-5 ii gnome-bluetooth 3.4.2-1 ii gnome-icon-theme-symbolic3.4.0-2 ii gnome-settings-daemon3.4.2+git20121218.7c1322-3 ii gnome-shell-common 3.4.2-7 ii gnome-themes-standard3.4.2-2.1 ii gsettings-desktop-schemas3.4.2-3 ii libatk1.0-0 2.4.0-2 ii libc62.13-38 ii libcairo-gobject21.12.2-3 ii libcairo21.12.2-3 ii libcanberra0 0.28-6 ii libclutter-1.0-0 1.10.8-2 ii libcogl-pango0 1.10.2-7 ii libcogl9 1.10.2-7 ii libcroco30.6.6-2 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-2 0.100.2-1 ii libebook-1.2-13 3.4.4-3 ii libecal-1.2-11 3.4.4-3 ii libedataserver-1.2-163.4.4-3 ii libedataserverui-3.0-1 3.4.4-3 ii libffi5 3.0.10-3 ii libfolks25 0.6.9-1+b1 ii libgck-1-0 3.4.1-3 ii libgconf-2-4 3.2.5-1+build1 ii libgcr-3-1 3.4.1-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgee2 0.6.4-2 ii libgirepository-1.0-11.32.1-1 ii libgjs0b [libgjs0-libmozjs185-1.0] 1.32.0-5 ii libgl1-mesa-glx [libgl1] 8.0.5-4 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgnome-keyring03.4.1-1 ii libgnome-menu-3-03.4.2-5 ii libgstreamer0.10-0 0.10.36-1.2 ii libgtk-3-0 3.4.2-6 ii libical0 0.48-2 ii libjson-glib-1.0-0 0.14.2-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-4 ii libmutter0 3.4.1-5 ii libnm-glib4 0.9.4.0-10 ii libnm-util2 0.9.4.0-10 ii libnspr4 2:4.9.2-1 ii libnspr4-0d 2:4.9.2-1 ii libp11-kit0 0.12-3 ii libpango1.0-01.30.0-1 ii libpolkit-agent-1-0
Bug#706110: libgnome{, vfs}2-common: fails to upgrade from squeeze: prerm failure: gconf-schemas: not found
On 2013-04-25 15:05, Michael Biebl wrote: Am 25.04.2013 14:26, schrieb Julien Cristau: 2) in the absence of loops, dpkg ought to unpack python2.7-minimal before python-minimal I'm not sure what's going on here, but in the log [1] from anbe python2.7-minimal is not unpacked *at all*. It's probably abt choosing the order. Added David to Cc:, perhaps he can shed some light into this. Or tell me if you need more apt debug options enabled to dig into this:-) 5) do we know why this only shows up now, and if there are real world cases where this issue occurs? I've never seen this before. Maybe anbe can tell us a bit more about the test setup he used. It's the piuparts dist-upgrade test from squeeze to wheezy, but this time running with --enable-recommends. I only started doing these tests after the xml-core Pre-Depends problems that have shown up recently and have shown that there is a need for --enable-recommends because that can find a different class of problems (but requires more resources). Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704020: gcc-4.8: FTBFS on hppa
On Thu, Mar 28, 2013 at 08:02:36AM -0400, John David Anglin wrote: Helge has setup a package upload system to parisc-linux.org. So, to access the packages that we have, one just has to add the following to /etc/apt/sources.list: deb ftp://ftp.de.debian.org/debian-ports unstable main deb ftp://ftp.parisc-linux.org/debian-ports/unstable unstable main an apt repository, cool. didn't know. There are a thousand or so packages there. Uploaded gcc-4.8 package set last night. upgrading everything here. all the patches are then upstream now? thanks, Domenico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706121: [blueman] blueman-manager fails to start - python error
On Thu, 25 Apr 2013 10:46:55 +0200 Christopher Schramm deb...@shakaweb.org wrote: Thanks for your report! This is a bug in the upstream code (It tries to load the libpulse-mainloop-glib0 library before it even checks if the PulseAudio plugin should be enabled). You can manually install libpulse-mainloop-glib0 to make it work. I'll add it to the dependencies in my next package version. Cheers Will do. Thank you for the solution. Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685407: More information
linux-image-3.2.0-4-amd64 libnfsidmap2:amd64 0.25-4 amd64NFS idmapping library nfs-common 1:1.2.6-3 amd64 nfs-kernel-server 1:1.2.6-3 amd64support for NFS kernel server $ tail /var/log/syslog Apr 24 21:46:38 singapore kernel: [ 348.727292] NFS: directory html/xtronics contains a readdir loop.Please contact your server vendor. The file: contacts.htmler.htm has duplicate cookie 31 I'm not seeing any more recent debian kernels available other than trunk - and it breaks initramfs-tools: linux-image-3.8-trunk-amd64 : Breaks: initramfs-tools ( 0.110~) but 0.109.1 is to be installed So I'm going to attempt the kernel patch.. Karl Schmidt EMail k...@xtronics.com Transtronics, Inc. WEB http://secure.transtronics.com 3209 West 9th Street Ph (785) 841-3089 Lawrence, KS 66049 FAX (785) 841-0434 Truth is mighty and will prevail. There is nothing wrong with this, except that it ain't so. --Mark Twain -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686011: Still not fixed ?
Hi, could anyone reproduce it with current Wheezy ? I can't. Should be marked as done / fixed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705321: Fw: [pkg-horde] Bug#705321: php-horde-activesync: ActiveSync don't work anymore
Begin forwarded message: Date: Thu, 25 Apr 2013 12:27:41 +0200 From: Mathieu Parent math.par...@gmail.com To: Bzzz lazyvi...@gmx.com Subject: Re: [pkg-horde] Bug#705321: php-horde-activesync: ActiveSync don't work anymore Can you post again this message to the bug? 2013/4/19 Bzzz lazyvi...@gmx.com: On Fri, 19 Apr 2013 18:14:25 +0200 Mathieu Parent math.par...@gmail.com wrote: My mistake: not forbidding the site access but forbidding tab selection into the global configuration (by admin). Only the first one, which is selected by default, is accessible. Is is debian#705317? If so, we should not mix the two bugs. Yes it is. $conf['log']['name'] = '/var/www/HORDE_LOG/horde.log'; Strange place for a log (why not /var/log/horde/horde.log). The dir/file must be writable by www-data. It is (770 www-data:www-data) and anyway it did worked the last time horde was ok. Change the dir and check permissions. Dir is ok for me and perms are still ok. No. ActiveSync is a must-have now, but Horde is much more than that. Perhaps, but I'm looking to it with a customer's eye. You are currently using packages from Debian sid, alias unstable. There is no 10-days delay as debian testing have. Also, packages can be un-instalable because of missing dependencies (this is not the case in testing) Just wait a bit, and wheezy will be released. You will be able to test the packages on sid, block migration to testing if something important breaks (by creating a bug), and use horde from testing on your production servers. Ahhh, thiz vill be a nize zing :) (when ready). So, the crucial point is the first one: either it is stable (and so, client installable) or not… Every software has bugs. If Horde is critical to you, you have to test the packages before upgrading. I certainly won't (no time for that); I'll stick to what you said above: wait for a real stable version to come into wheezy. I have uploaded a new version of php-horde-activesync (2.3.5-1). Can you test with only upgrading this package? Also, some other php-horde-* packages have been updated. Can you test again after upgrading? Update, upgrade, nope ( still no android log file). I also made an admin provisioning (seems my droid don't understand it) and a user device reset, but nothing. I joined the horde.log, android sync has been disabled before test (login, goto AB, modify a contact's name, android: modify another contact's name, android: sync enabled, android: hit my horde account + wait sync to terminate, android: disable contact sync, android: enable contact sync). As it won't work, I didn't bother also make it for agenda. The only trace I have in horde is in user, conf, activesync: Not Provisioned Device id:ANDROIDCNNN Policy Key:0 User Agent:Android/0.3 Regards JY -- `Caro`PaLa`: Ramsaice a trouvé une fille qui ecrivait comme lui ! +Ramsaice: `Caro`PaLa` ter toi boorike jecrie deja bcp mieu cavant. -- Mathieu -- Chihuahuas drive me crazy. I can't stand anything that shivers when it's warm. 705321_log.tar.bz2 Description: application/bzip
Bug#706136: [armhf] times out reading from /dev/video0
Hello, Quoting martin f krafft (2013-04-25 13:26:44) Yes, Raspbian, of course. I am sorry, I stupidly forgot the kernel data: Linux pict 3.6.11+ #393 PREEMPT Fri Mar 8 16:36:28 GMT 2013 armv6l GNU/Linux Most likely this issue is related to Rpi hardware, you might seek further support at debian-arm mailing list or raspberrypi forums. Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706110: libgnome{, vfs}2-common: fails to upgrade from squeeze: prerm failure: gconf-schemas: not found
Le jeudi 25 avril 2013 à 15:05 +0200, Michael Biebl a écrit : A dangling /usr/bin/python symlink is indeed bad. At least that convinced me to never use anything pythonish in the maintainer scripts in the future. I don’t think it is a problem for scripts in the postinst, nor in triggered scripts. I thought prerm was supposed to be OK as long as there are no loops in the upgrade (the policy is vague on the subject), but this is not the first such problem I hear of. 4) rewriting gconf-schemas only helps if gconf-schemas is upgraded before its reverse deps All packages shipping gconf schemas have a Depends on gconf2. It is generated via dh_gconf which adds gconf2 (= 2.28.1-2) to misc:Depends. This version is already satisfied by gconf2 from squeeze. We could bump that and binNMU the rdeps. But then we'd have some arch:all rdeps (which would need sourceful uploads) and I'm actually not sure if a more tightened Depends actually ensures that the new gconf2 is unpacked before its rdeps. Does anyone know? There is no such guarantee. Actually I am afraid dpkg even prefers unpacking the rdep first. Cheers, -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706150: Build without isolinux/desktop
Package: debian-cd
Version: 3.1.12
I'm building custom server install ISOs, installing a desktop is
unnecessary and unneeded. debian-cd currently expects there to always be
isolinux/desktop/* files and a dtmenu.cfg file, failing if they are missing.
The attached patch file makes it so debian-cd can cope whether those
files are present or not.
--
Robert Spencer
--- tools/boot/squeeze/boot-x86~ 2011-02-22 20:52:44.0 +
+++ tools/boot/squeeze/boot-x86 2013-04-25 12:50:20.0 +
@@ -269,17 +269,14 @@
if [ -z $MULTIARCH ]; then
# Set up isolinux dir for only the current arch
- sed -i s|%install%|$INSTALLDIR| \
- boot$N/isolinux/*.cfg boot$N/isolinux/desktop/*.cfg
+ grep -lr '%install%' boot$N/isolinux/* | xargs -r sed -i s|%install%|$INSTALLDIR|
# Remove the amd*.cfg files to avoid them being loaded on a
# disc that does not have both amd64 and i386 dirs.
- rm -f boot$N/isolinux/amd*.cfg boot$N/isolinux/desktop/amd*.cfg
+ find boot$N/isolinux/ -name amd*.cfg -delete
else
# Set up isolinux dir for multi-arch
- sed -i s|%install%|$INSTALLDIR_i386|
- s|%install-amd%|$INSTALLDIR_amd64| \
- boot$N/isolinux/*.cfg boot$N/isolinux/desktop/*.cfg
+ grep -lr '%install[-amd]*%' boot$N/isolinux/* | xargs -r sed -i -e s|%install%|$INSTALLDIR_i386| -e s|%install-amd%|$INSTALLDIR_amd64|
for file in boot$N/isolinux/f3.txt* boot$N/isolinux/f4.txt*; do
sed -i 4 s/^$/(note: i386 is default; prepend 'amd64-' to use an amd64 kernel instead)/ $file
--- tools/boot/squeeze/x86-desktop.sh~ 2009-05-31 23:53:55.0 +
+++ tools/boot/squeeze/x86-desktop.sh 2013-04-25 12:59:18.0 +
@@ -22,8 +22,10 @@
boot$N/isolinux/amdtxt.cfg || true
sed -i /^include menu.cfg/ a\include instsel.cfg \
boot$N/isolinux/prompt.cfg
- sed -i /^default install/ a\include instsel.cfg \
- boot$N/isolinux/desktop/prompt.cfg
+ if [ -e boot$N/isolinux/desktop/prompt.cfg ]; then
+ sed -i /^default install/ a\include instsel.cfg \
+ boot$N/isolinux/desktop/prompt.cfg
+ fi
cat boot$N/isolinux/instsel.cfg EOF
default install-select
label install-select
@@ -48,8 +50,8 @@
modify_for_single_desktop() {
# Cleanup
- rm boot$N/isolinux/dtmenu.cfg
- rm -r boot$N/isolinux/desktop
+ rm -f boot$N/isolinux/dtmenu.cfg
+ rm -fr boot$N/isolinux/desktop
# Set default desktop, or remove if not applicable
if [ $DESKTOP ]; then
--- tools/boot/wheezy/boot-x86~ 2013-03-24 20:13:25.0 +
+++ tools/boot/wheezy/boot-x86 2013-04-25 12:00:42.0 +
@@ -284,17 +284,14 @@
if [ -z $MULTIARCH ]; then
# Set up isolinux dir for only the current arch
- sed -i s|%install%|$INSTALLDIR| \
- boot$N/isolinux/*.cfg boot$N/isolinux/desktop/*.cfg
+ grep -lr '%install%' boot$N/isolinux/* | xargs -r sed -i s|%install%|$INSTALLDIR|
# Remove the amd*.cfg files to avoid them being loaded on a
# disc that does not have both amd64 and i386 dirs.
- rm -f boot$N/isolinux/amd*.cfg boot$N/isolinux/desktop/amd*.cfg
+ find boot$N/isolinux/ -name amd*.cfg -delete
else
# Set up isolinux dir for multi-arch
- sed -i s|%install%|$INSTALLDIR_i386|
- s|%install-amd%|$INSTALLDIR_amd64| \
- boot$N/isolinux/*.cfg boot$N/isolinux/desktop/*.cfg
+ grep -lr '%install[-amd]*%' boot$N/isolinux/* | xargs -r sed -i -e s|%install%|$INSTALLDIR_i386| -e s|%install-amd%|$INSTALLDIR_amd64|
for file in boot$N/isolinux/f3.txt* boot$N/isolinux/f4.txt*; do
sed -i 4 s/^$/(note: i386 is default; prepend 'amd64-' to use an amd64 kernel instead)/ $file
--- tools/boot/wheezy/x86-desktop.sh~ 2009-05-31 23:53:55.0 +
+++ tools/boot/wheezy/x86-desktop.sh 2013-04-25 11:54:58.0 +
@@ -22,8 +22,10 @@
boot$N/isolinux/amdtxt.cfg || true
sed -i /^include menu.cfg/ a\include instsel.cfg \
boot$N/isolinux/prompt.cfg
- sed -i /^default install/ a\include instsel.cfg \
- boot$N/isolinux/desktop/prompt.cfg
+ if [ -e boot$N/isolinux/desktop/prompt.cfg ]; then
+ sed -i /^default install/ a\include instsel.cfg \
+ boot$N/isolinux/desktop/prompt.cfg
+ fi
cat boot$N/isolinux/instsel.cfg EOF
default install-select
label install-select
@@ -48,8 +50,8 @@
modify_for_single_desktop() {
# Cleanup
- rm boot$N/isolinux/dtmenu.cfg
- rm -r boot$N/isolinux/desktop
+ rm -f boot$N/isolinux/dtmenu.cfg
+ rm -fr boot$N/isolinux/desktop
# Set default desktop, or remove if not applicable
if [ $DESKTOP ]; then
Bug#706151: php-horde: Caching JS clobbers administration configuration horde tab navigation
Package: php-horde Version: 5.0.4+debian0-1 Severity: important Tags: upstream Dear Maintainer, * What led up to the situation? Upgrade of php-horde-* (almost: I use the groupware edition) and configuration. * What exactly did you do (or not do) that was effective (or ineffective)? I activated JS caching Changes from default configuration: $conf[cache][params][dir] /var/cache/horde $conf[cache][use_memorycache] APC $conf[cachecss] YES $conf[cachejs] YES $conf[cachethemes] YES (lhz compression enabled by default php-apc installed) * What was the outcome of this action? I was unabled to navigate into conf switch tabs, even by logout and re-login. NOTE1: This is a follow-up of php-horde-webmail bug# 705317 NOTE2: Last Mathieu Parent answer: Note that I can reproduce the problem. Firefox shows this in the error console: Error: ReferenceError: sections_horde_config_form is not defined Source File: http:/site/horde/admin/config/config.php?app=horde# Line: 1 * What outcome did you expect instead? Tab switching to work correctly. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php-horde depends on: ii php-horde-alarm2.0.4-1 ii php-horde-argv 2.0.7-1 ii php-horde-auth 2.0.4-1 ii php-horde-autoloader 2.0.1-2 ii php-horde-browser 2.0.3-1 ii php-horde-core 2.4.3-1 ii php-horde-date 2.0.4-1 ii php-horde-exception2.0.3-1 ii php-horde-form 2.0.3-1 ii php-horde-group2.0.2-1 ii php-horde-http 2.0.2-1 ii php-horde-image2.0.4-1 ii php-horde-logintasks 2.0.2-1 ii php-horde-mail 2.0.5-1 ii php-horde-mime 2.1.1-1 ii php-horde-nls 2.0.2-1 ii php-horde-perms2.1.0-1 ii php-horde-prefs2.3.2-1 ii php-horde-role 1.0.1-5 ii php-horde-rpc 2.0.3-1 ii php-horde-serialize2.0.2-1 ii php-horde-support 2.1.0-1 ii php-horde-template 2.0.1-2 ii php-horde-text-diff2.0.2-1 ii php-horde-text-filter 2.1.0+debian0-1 ii php-horde-token2.0.3-1 ii php-horde-tree 2.0.2-1 ii php-horde-url 2.2.0-1 ii php-horde-util 2.2.1-1 ii php-horde-vfs 2.0.4-1 ii php-horde-view 2.0.2-1 ii php-pear 5.4.4-15 ii php5-cli 5.4.4-15 Versions of packages php-horde recommends: pn php-console-getopt none ii php-console-table 1.1.4-1 pn php-file-find none pn php-file-fstab none ii php-horde-activesync2.3.6-1 ii php-horde-db2.0.2-1 ii php-horde-feed 2.0.1-3 ii php-horde-oauth 2.0.1-3 pn php-horde-service-facebook none pn php-horde-service-twitter none pn php-horde-service-weather none ii php-horde-syncml2.0.3-1 pn php-net-dns2none ii php-services-weather1.4.2-3 php-horde suggests no packages. -- Configuration Files: /etc/horde/horde/.htaccess [Errno 13] Permission denied: u'/etc/horde/horde/.htaccess' /etc/horde/horde/conf.php.dist [Errno 13] Permission denied: u'/etc/horde/horde/conf.php.dist' /etc/horde/horde/conf.xml [Errno 13] Permission denied: u'/etc/horde/horde/conf.xml' /etc/horde/horde/hooks.php.dist [Errno 13] Permission denied: u'/etc/horde/horde/hooks.php.dist' /etc/horde/horde/mime_drivers.php [Errno 13] Permission denied: u'/etc/horde/horde/mime_drivers.php' /etc/horde/horde/motd.php [Errno 13] Permission denied: u'/etc/horde/horde/motd.php' /etc/horde/horde/nls.php [Errno 13] Permission denied: u'/etc/horde/horde/nls.php' /etc/horde/horde/prefs.php [Errno 13] Permission denied: u'/etc/horde/horde/prefs.php' /etc/horde/horde/registry.d/README [Errno 13] Permission denied: u'/etc/horde/horde/registry.d/README' /etc/horde/horde/registry.php [Errno 13] Permission denied: u'/etc/horde/horde/registry.php' /etc/horde/horde/spelling.php [Errno 13] Permission denied: u'/etc/horde/horde/spelling.php' -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673229: gnome-shell: Crash when accesing a ntfs partition from nautilus
Package: gnome-shell Followup-For: Bug #673229 Can't reproduce it in current Wheezy. Same applications running, iceweasel and aptitude. -- System Information: Debian Release: 7.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-3 ii gconf-service3.2.5-1+build1 ii gir1.2-accountsservice-1.0 0.6.21-8 ii gir1.2-atk-1.0 2.4.0-2 ii gir1.2-caribou-1.0 0.4.4-1 ii gir1.2-clutter-1.0 1.10.8-2 ii gir1.2-cogl-1.0 1.10.2-7 ii gir1.2-coglpango-1.0 1.10.2-7 ii gir1.2-folks-0.6 0.6.9-1+b1 ii gir1.2-freedesktop 1.32.1-1 ii gir1.2-gconf-2.0 3.2.5-1+build1 ii gir1.2-gcr-3 3.4.1-3 ii gir1.2-gdesktopenums-3.0 3.4.2-3 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-gee-1.0 0.6.4-2 ii gir1.2-gkbd-3.0 3.4.0.2-1 ii gir1.2-glib-2.0 1.32.1-1 ii gir1.2-gmenu-3.0 3.4.2-5 ii gir1.2-gnomebluetooth-1.03.4.2-1 ii gir1.2-gtk-3.0 3.4.2-6 ii gir1.2-json-1.0 0.14.2-1 ii gir1.2-mutter-3.03.4.1-5 ii gir1.2-networkmanager-1.00.9.4.0-10 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-polkit-1.00.105-3 ii gir1.2-soup-2.4 2.38.1-2 ii gir1.2-telepathyglib-0.120.18.2-2 ii gir1.2-telepathylogger-0.2 0.4.0-1 ii gir1.2-upowerglib-1.00.9.17-1 ii gjs 1.32.0-5 ii gnome-bluetooth 3.4.2-1 ii gnome-icon-theme-symbolic3.4.0-2 ii gnome-settings-daemon3.4.2+git20121218.7c1322-3 ii gnome-shell-common 3.4.2-7 ii gnome-themes-standard3.4.2-2.1 ii gsettings-desktop-schemas3.4.2-3 ii libatk1.0-0 2.4.0-2 ii libc62.13-38 ii libcairo-gobject21.12.2-3 ii libcairo21.12.2-3 ii libcanberra0 0.28-6 ii libclutter-1.0-0 1.10.8-2 ii libcogl-pango0 1.10.2-7 ii libcogl9 1.10.2-7 ii libcroco30.6.6-2 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-2 0.100.2-1 ii libebook-1.2-13 3.4.4-3 ii libecal-1.2-11 3.4.4-3 ii libedataserver-1.2-163.4.4-3 ii libedataserverui-3.0-1 3.4.4-3 ii libffi5 3.0.10-3 ii libfolks25 0.6.9-1+b1 ii libgck-1-0 3.4.1-3 ii libgconf-2-4 3.2.5-1+build1 ii libgcr-3-1 3.4.1-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgee2 0.6.4-2 ii libgirepository-1.0-11.32.1-1 ii libgjs0b [libgjs0-libmozjs185-1.0] 1.32.0-5 ii libgl1-mesa-glx [libgl1] 8.0.5-4 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgnome-keyring03.4.1-1 ii libgnome-menu-3-03.4.2-5 ii libgstreamer0.10-0 0.10.36-1.2 ii libgtk-3-0 3.4.2-6 ii libical0 0.48-2 ii libjson-glib-1.0-0 0.14.2-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-4 ii libmutter0 3.4.1-5 ii libnm-glib4 0.9.4.0-10 ii libnm-util2 0.9.4.0-10 ii libnspr4 2:4.9.2-1 ii libnspr4-0d 2:4.9.2-1 ii libp11-kit0 0.12-3 ii libpango1.0-0
Bug#705613: ejabberd: SCRAM bug in GS2 Header parsing with optional parameters
On 25.04.2013 14:27, Konstantin Khomoutov wrote:
Stephen, could you please help us and look at modifying your patch so
that it applies on 2.1.10? My own Erlang skills are not up to this
task. I'm referring to this Debian bug report [1]. And the release
time is unfortunately very close.
Hi, I backported the patch to the v2.1.10 tag of ejabberd, could you
please verify that it works? I just tested it with the haskell testcase
from joey hess.
From 60376459c183543f5767e8cf0a93690cf52d6e24 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Stephen=20R=C3=B6ttger?= stephen.roett...@zero-entropy.de
Date: Thu, 25 Apr 2013 16:34:45 +0200
Subject: [PATCH] SCRAM optional parameter parsing bugfix
The server gave an authentication error, if optional parameters
were present in the GS2 Header. Specifically, the a= parameter,
that can be used by admins to login as a different user.
Backport of 9e9b0eae802ee0508db6780426954efd048e7976 to 2.1.10
---
src/cyrsasl_scram.erl | 58 ++-
1 file changed, 34 insertions(+), 24 deletions(-)
diff --git a/src/cyrsasl_scram.erl b/src/cyrsasl_scram.erl
index 002d6e4..efc63c8 100644
--- a/src/cyrsasl_scram.erl
+++ b/src/cyrsasl_scram.erl
@@ -34,6 +34,8 @@
-include(ejabberd.hrl).
+-include(jlib.hrl).
+
-behaviour(cyrsasl).
-record(state, {step, stored_key, server_key, username, get_password, check_password,
@@ -52,8 +54,12 @@ mech_new(_Host, GetPassword, _CheckPassword, _CheckPasswordDigest) -
{ok, #state{step = 2, get_password = GetPassword}}.
mech_step(#state{step = 2} = State, ClientIn) -
- case string:tokens(ClientIn, ,) of
- [CBind, UserNameAttribute, ClientNonceAttribute] when (CBind == y) or (CBind == n) -
+ case re:split(ClientIn, ,, [{return, list}]) of
+ [_CBind, _AuthorizationIdentity, _UserNameAttribute, _ClientNonceAttribute, ExtensionAttribute | _]
+ when ExtensionAttribute /= [] -
+ {error, protocol-error-extension-not-supported};
+ [CBind, _AuthorizationIdentity, UserNameAttribute, ClientNonceAttribute | _]
+ when (CBind == y) or (CBind == n) -
case parse_attribute(UserNameAttribute) of
{error, Reason} -
{error, Reason};
@@ -100,32 +106,36 @@ mech_step(#state{step = 4} = State, ClientIn) -
case string:tokens(ClientIn, ,) of
[GS2ChannelBindingAttribute, NonceAttribute, ClientProofAttribute] -
case parse_attribute(GS2ChannelBindingAttribute) of
- {$c, CVal} when (CVal == biws) or (CVal == eSws) -
- %% biws is base64 for n,, = channelbinding not supported
- %% eSws is base64 for y,, = channelbinding supported by client only
- Nonce = State#state.client_nonce ++ State#state.server_nonce,
- case parse_attribute(NonceAttribute) of
- {$r, CompareNonce} when CompareNonce == Nonce -
-case parse_attribute(ClientProofAttribute) of
-{$p, ClientProofB64} -
- ClientProof = base64:decode(ClientProofB64),
- AuthMessage = State#state.auth_message ++ , ++ string:substr(ClientIn, 1, string:str(ClientIn, ,p=)-1),
- ClientSignature = scram:client_signature(State#state.stored_key, AuthMessage),
- ClientKey = scram:client_key(ClientProof, ClientSignature),
- CompareStoredKey = scram:stored_key(ClientKey),
- if CompareStoredKey == State#state.stored_key -
- ServerSignature = scram:server_signature(State#state.server_key, AuthMessage),
- {ok, [{username, State#state.username}], v= ++ base64:encode_to_string(ServerSignature)};
- true -
- {error, bad-auth}
+ {$c, CVal} -
+ ChannelBindingSupport = string:left(jlib:decode_base64(CVal), 1),
+ if (ChannelBindingSupport == n)
+ or (ChannelBindingSupport == y) -
+Nonce = State#state.client_nonce ++ State#state.server_nonce,
+case parse_attribute(NonceAttribute) of
+{$r, CompareNonce} when CompareNonce == Nonce -
+ case parse_attribute(ClientProofAttribute) of
+ {$p, ClientProofB64} -
+ ClientProof = base64:decode(ClientProofB64),
+ AuthMessage = State#state.auth_message ++ , ++ string:substr(ClientIn, 1, string:str(ClientIn, ,p=)-1),
+ ClientSignature = scram:client_signature(State#state.stored_key, AuthMessage),
+ ClientKey = scram:client_key(ClientProof, ClientSignature),
+ CompareStoredKey = scram:stored_key(ClientKey),
+ if CompareStoredKey == State#state.stored_key -
+ ServerSignature = scram:server_signature(State#state.server_key, AuthMessage),
+ {ok, [{username, State#state.username}], v= ++ base64:encode_to_string(ServerSignature)};
+ true -
+ {error, bad-auth}
+ end;
+ _Else -
+ {error, bad-protocol}
end;
+{$r, _} -
+ {error, bad-nonce};
_Else -
{error, bad-protocol}
end;
- {$r, _} -
-{error, bad-nonce};
- _Else -
-{error, bad-protocol}
+ true -
+{error, bad-channel-binding}
end;
_Else -
{error, bad-protocol}
--
1.8.1.4
Bug#698914: Fixing #698914 for wheezy (grub booting Windows 8 via UEFI)
Hi folks,
I opened #698914 a while back, concerned about the lack of support in
grub and os-prober for detecting Windows 8 on UEFI systems so that
working boot entries would be added automatically at installation
time. At the time, I did not consider the issue RC. However,
discussion yesterday with Wolodja Wentland suggests that this is
becoming a more common problem than I feared, and users are tripping
over this and asking for support on #debian and elsewhere. I'm
thinking that this bug should therefore be considered RC for the
Wheezy r0 release at this point.
He pointed me at an existing set of patches from the folks at
openSUSE, which I've adapted very slightly and tested out:
* Using an existing installation
* Using a locally-built CD to test the os-prober udeb
and all works fine, fixing the bug nicely. I would like to upload (and
get unblocks for) new grub2 and os-prober packages - see debdiffs of
changes attached. The changes are quite small and targeted, only
affecting code paths for EFI systems.
What do you think?
--
Steve McIntyre, Cambridge, UK.st...@einval.com
You raise the blade, you make the change... You re-arrange me 'til I'm sane...
diff -Nru os-prober-1.57/debian/changelog os-prober-1.58/debian/changelog
--- os-prober-1.57/debian/changelog 2012-12-22 11:54:54.0 +
+++ os-prober-1.58/debian/changelog 2013-04-25 15:30:14.0 +0100
@@ -1,3 +1,13 @@
+os-prober (1.58) unstable; urgency=low
+
+ [ Steve McIntyre ]
+ * add UEFI support, patch from Andrey Borzenkov:
++ skip legacy MS loader detection on UEFI platform
++ add framework for searching EFI System Partition
++ add scripts that detect Microsoft bootloader and ELILO.
+
+ -- Steve McIntyre 93...@debian.org Thu, 25 Apr 2013 00:55:53 +0100
+
os-prober (1.57) unstable; urgency=low
[ Christian Perrier ]
diff -Nru os-prober-1.57/os-probes/mounted/x86/05efi os-prober-1.58/os-probes/mounted/x86/05efi
--- os-prober-1.57/os-probes/mounted/x86/05efi 1970-01-01 01:00:00.0 +0100
+++ os-prober-1.58/os-probes/mounted/x86/05efi 2013-04-25 15:30:14.0 +0100
@@ -0,0 +1,70 @@
+#!/bin/sh
+# Detects all Microsoft OSes on a collection of partitions.
+
+. /usr/share/os-prober/common.sh
+
+partition=$1
+mpoint=$2
+type=$3
+
+# This file is for UEFI platform only
+if [ ! -d /sys/firmware/efi ]; then
+ debug Not on UEFI platform
+ exit 1
+fi
+
+# Weed out stuff that doesn't apply to us
+case $type in
+ vfat) debug $1 is a FAT32 partition ;;
+ msdos) debug $1 is a FAT16 partition ;;
+ *) debug $1 is $type partition: exiting; exit 1 ;;
+esac
+
+if type udevadm /dev/null 21; then
+ udevinfo () {
+ udevadm info $@
+ }
+fi
+
+if type udevinfo /dev/null 21; then
+ # Skip virtual devices
+ if udevinfo -q path -n $partition | grep -q /virtual/; then
+ debug $1 is virtual device: exiting
+ exit 1
+ fi
+
+ eval $(udevinfo -q property -n $partition | grep -E '^ID_PART_ENTRY_(TYPE|SCHEME)=')
+ debug $partition partition scheme is $ID_PART_ENTRY_SCHEME
+ debug $partition partition type is $ID_PART_ENTRY_TYPE
+
+ if [ -z $ID_PART_ENTRY_TYPE -o -z $ID_PART_ENTRY_SCHEME -o \
+ \( $ID_PART_ENTRY_SCHEME != gpt -a $ID_PART_ENTRY_SCHEME != msdos \) -o \
+ \( $ID_PART_ENTRY_SCHEME = gpt -a $ID_PART_ENTRY_TYPE != c12a7328-f81f-11d2-ba4b-00a0c93ec93b \) -o \
+ \( $ID_PART_ENTRY_SCHEME = msdos -a $ID_PART_ENTRY_TYPE != 0xef \) ]; then
+ debug $partition is not a ESP partition: exiting
+ exit 1
+ fi
+else
+ debug udevinfo and udevadm missing - cannot check partition type
+fi
+
+efi=$(item_in_dir efi $mpoint)
+if [ -z $efi ]; then
+ debug $mpoint does not have /EFI directory: exiting
+ exit 1
+fi
+
+ret=1
+for test in /usr/lib/os-probes/mounted/efi/*; do
+ debug running subtest $test
+ if [ -f $test ] [ -x $test ]; then
+ entry=$($test $mpoint/$efi)
+ if [ -n $entry ]; then
+ debug bootloader $entry found by subtest $test
+ ret=0
+ result ${partition}@/$efi/${entry}:efi
+ fi
+ fi
+done
+
+exit $ret
diff -Nru os-prober-1.57/os-probes/mounted/x86/20microsoft os-prober-1.58/os-probes/mounted/x86/20microsoft
--- os-prober-1.57/os-probes/mounted/x86/20microsoft 2012-04-06 02:01:39.0 +0100
+++ os-prober-1.58/os-probes/mounted/x86/20microsoft 2013-04-25 15:30:14.0 +0100
@@ -7,6 +7,12 @@
mpoint=$2
type=$3
+# This script looks for legacy BIOS bootloaders only. Skip if running UEFI
+if [ -d /sys/firmware/efi ]; then
+ debug Skipping legacy bootloaders on UEFI system
+ exit 1
+fi
+
# Weed out stuff that doesn't apply to us
case $type in
ntfs|ntfs-3g) debug $1 is a NTFS partition ;;
diff -Nru os-prober-1.57/os-probes/mounted/x86/efi/10elilo os-prober-1.58/os-probes/mounted/x86/efi/10elilo
--- os-prober-1.57/os-probes/mounted/x86/efi/10elilo 1970-01-01 01:00:00.0 +0100
+++ os-prober-1.58/os-probes/mounted/x86/efi/10elilo 2013-04-25 15:30:14.0 +0100
@@ -0,0 +1,24 @@
+#!/bin/sh
+# Detects ELILO bootloader on a EFI System Partition
+
+.
Bug#706152: shotwell: Shotwell crashes by first updating of library on new install
Package: shotwell Version: 0.12.3-2 Severity: important Dear Maintainer, I have just made a new install of debian wheezy (testing), running amd64 system with xfce. After installing shotwell, I copied all my pictures in the standard Pictures folder and started shotwell to scan the library. The program keeps on crashing without completing the scan (not really an import); so far it has only registered about 7200 pictures and films of about 28'000 files altogether. When running from the command line, it gives the comment Floating point exception after the crash. The crash occurs when the comment (left bottom of window) in the status bar changes from preparing to auto-import pictures... to auto-import pictures (this message is only shown for a brief moment). *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: 7.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) 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 shotwell depends on: ii dbus-x11 1.6.8-1 ii libatk1.0-0 2.4.0-2 ii libc62.13-38 ii libcairo-gobject21.12.2-3 ii libcairo21.12.2-3 ii libexif120.6.20-3 ii libexiv2-12 0.23-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgee2 0.6.4-2 ii libgexiv2-1 0.4.1-3 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgomp1 4.7.2-5 ii libgphoto2-2 2.4.14-2 ii libgphoto2-port0 2.4.14-2 ii libgstreamer-plugins-base0.10-0 0.10.36-1.1 ii libgstreamer0.10-0 0.10.36-1.1 ii libgtk-3-0 3.4.2-6 ii libgudev-1.0-0 175-7.1 ii libjavascriptcoregtk-3.0-0 1.8.1-3.4 ii liblcms2-2 2.2+git20110628-2.2 ii libpango1.0-01.30.0-1 ii libraw5 0.14.6-2 ii librest-0.7-00.7.12-3 ii librsvg2-common 2.36.1-1 ii libsoup2.4-1 2.38.1-2 ii libsqlite3-0 3.7.13-1 ii libstdc++6 4.7.2-5 ii libunique-3.0-0 3.0.2-1 ii libwebkitgtk-3.0-0 1.8.1-3.4 ii libx11-6 2:1.5.0-1 ii libxml2 2.8.0+dfsg1-7+nmu1 ii shotwell-common 0.12.3-2 shotwell recommends no packages. shotwell suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
