Bug#703354: Bug disappeared
No more update bug with remmina 1.0.0-4+deb7u1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703378: unblock: hsqldb/1.8.0.10+dfsg-1
retitle 703378 pre-approval: hsqldb/1.8.0.10+dfsg-0+deb7u1 thanks Hi, On Tue, Mar 19, 2013 at 01:43:16PM +0100, Rene Engelhard wrote: argh. damn. I forgot that this diverged because hsqldb didn't migrate in time due to (afair) archive issues... [...] I would believe that you wouldn't accept the above, so I fear we'd need tpu, yes :-( FTR, we quickly discussed this on IRC: 13:44 _rene_ jmw: sigh, yeah, I forgot they diverged. as I guess you won't accpt the build with Java 7 bit I guess there only is t-p-pu... 13:45 jmw _rene_: yes 13:46 jmw the patch you proposed is fine though, please go right ahead 13:46 _rene_ answer per mail, then it's in the bug (which I'll then retitle etc.) 13:46 _rene_ and will upload 1.8.0.10+dfsg-0+deb7u1 or something like that... 13:47 _rene_ (or I just quickly cut'n'paste that myself to the bug ;-)) 13:48 jmw please :) 13:48 _rene_ ok :) Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701641: Segfault when saving messages: ../sysdeps/x86_64/multiarch/strcmp.S: No such file or directory.
On Sat, Mar 16, 2013 at 13:41 -0500, Mark Nipper wrote:
On 16 Mar 2013, Ryan Kavanagh wrote:
On Fri, Mar 08, 2013 at 11:40:09AM +, Wolodja Wentland wrote:
It seems to me as if this but manifested itself directly after the latest
dovecot upload (1:2.1.7-7) to sid, but I am not entirely sure if this is
indeed the source. I have, however, not experienced this problem before
and if
Mark and Ryan run dovecot 1:2.1.7-7 locally as well I would be almost
convinced that this is related.
I am,
ii dovecot-imapd 1:2.1.7-7amd64secure IMAP server that
supports
I'm actually running Cyrus instead of Dovecot:
---
ii cyrus-imapd-2.4 2.4.16-3 amd64 Cyrus mail system - IMAP support
So, kind of similar, but not really (I'm not sure how much the
two have diverged at this point).
Ok, so much for this theory. It is also underlined by the fact that
downgrading dovecot-{imapd,core} as suggested by Ryan did
not solve the issue. I upgraded to the current version again yesterday and
have not yet run into this problem today ever since I upgraded some packages
today. Among them was also openssl that fixed a number of bugs, namely:
* Make cpuid work on cpu's that don't set ecx (Closes: #699692)
* Fix problem with AES-NI causing bad record mac (Closes: #701868, #702635,
#678353)
* Fix problem with DTLS version check (Closes: #701826)
* Fix segfault in SSL_get_certificate (Closes: #703031)
I will report back, but the setup is stable so far. How about yours? I still
have to investigate the effect of downgrading libgnutls26.
--
Wolodja deb...@babilen5.org
4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC
signature.asc
Description: Digital signature
Bug#703324: [pkg-x2go-devel] Bug#703324: x2goclient: new upstream version
Hi Christoph, On Mo 18 Mär 2013 15:35:33 CET Christoph Anton Mitterer wrote: Package: x2goclient Version: 3.99.2.1-5 Severity: wishlist Hi. There's a new upstream version (4.0.0.4) available. I have some serious problems with the whole x2go... more or less it freezes all the time on connections... and it never works to resume existin sessions... perhaps that new version helps. Cheers, Chris. An upload to Debian experimental is planned for the next couple of weeks. There will be no upload to unstable with a newer upstream version before the end of release freeze. Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpZ8tEc0BqIp.pgp Description: Digitale PGP-Unterschrift
Bug#703362: unblock: openssl/1.0.1e-2
Control: tags -1 + confirmed d-i On 18.03.2013 19:58, Kurt Roeckx wrote: Please unblock openssl/1.0.1e-2, it fixes a bunch of issues fixed in upstream git since the 1.0.1e release. Unblocked, but needs a udeb ack. 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#703327: [pkg-x2go-devel] Bug#703327: nx-libs-lite: new upstream version
Hi Christoph, On Mo 18 Mär 2013 15:37:59 CET Christoph Anton Mitterer wrote: Source: nx-libs-lite Version: 3.5.0.12-1 Severity: wishlist Hi. There's a new upstream version (3.5.0.17) available. Cheers, Chris. The difference between 3.5.0.12 and 3.5.0.17 is so minimal in functionality, it does not make a difference which version you run (I am a member of upstream X2Go, you must know). There will be a 3.5.0.17 for jessie, once the release freeze (wheezy) is over. Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpPFf0OasY_I.pgp Description: Digitale PGP-Unterschrift
Bug#703356: megasas: Failed to alloc kernel SGL buffer for IOCTL (ref.#688198)
Jean-Francois Chevrette jf.cr...@gmail.com writes: On Tue, Mar 19, 2013 at 4:21 AM, Bjørn Mork bj...@mork.no wrote: Maybe we can get some ideas about why this fails if you describe the conditions you experience the problem under. This server is running Xen 4.1 and a single VM. Nothing fancy there. It's also running DRBD to replicate a device to another server. It's also running a few userland tools for monitoring (nagios) and graphing (munin). Other than that nothing fancy. Nagios is the one calling MegaCli to monitor the array consistency. One thing to note is that after a server reboot, the MegaCli tool works fine for a while. This does sounds like there's leak somewhere. I just found out that this server is also running a service called MegaRAID Storage Manager which is a tool provided by LSI to manage the array through a java GUI. Maybe this tool is somehow causing this problem. That sounds like a very likely suspect, yes. Stopping it didn't solve the problem. I'll try disabling the tool and reboot without ever starting it to see if the problem occurs again. Good. If that works then we probably should find out what this tool does to trigger the problem, so that it can be handled properly by the driver. Bjørn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703377: pdftk: `dump_data_fields_*` causes `java.lang.NullPointerException` in `open_reader()`
Dear Debian folks, Am Montag, den 18.03.2013, 23:34 +0100 schrieb Paul Menzel: […] with Debian Sid/unstable and PDFtk 1.44-7 $ pdftk --version pdftk 1.44 a Handy Tool for Manipulating PDF Documents Copyright (C) 2003-10, Sid Steward - Please Visit: www.pdftk.com This is free software; see the source code for copying conditions. There is NO warranty, not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $ dpkg -l pdftk ii pdftk 1.44-7 […] and 1.45-1 from Debian experimental I get a Null pointer exception, when running the following command with the attached file. $ pdftk w7005_with_template_values.pdf dump_data_fields_utf8 Error: Unexpected Exception in open_reader() Unhandled Java Exception: java.lang.NullPointerException at gnu.gcj.runtime.NameFinder.lookup(libgcj.so.12) at java.lang.VMThrowable.getStackTrace(libgcj.so.12) at java.lang.Throwable.getStackTrace(libgcj.so.12) at java.lang.Throwable.stackTraceString(libgcj.so.12) at java.lang.Throwable.printStackTrace(libgcj.so.12) at java.lang.Throwable.printStackTrace(libgcj.so.12) The attached file was filled out using Evince 3.4.0 and `pdf2ps` does not seem to have any problems with this. The command above works with the non-filled out PDF file too. it looks like PDFtk is not able to deal with files edited by Evince. Only editing one field or checking one box, PDFtk also crashes. As this happens in `open_reader()` it might some header fields which Evince sets. Though using Evince to fill out a form seems to work fine with the PDF form I found on the WWW [1]. Though here the fields have default texts, which I just changed in one case. […] Thanks, Paul [1] http://uk.iteksoft.com/download/demo/demoform1.pdf signature.asc Description: This is a digitally signed message part
Bug#703423: colord: unbuildable on !linux archs
Source: colord
Version: 0.1.31-1
Severity: serious
Tags: patch
Justification: fails to build from source
Hi,
the new colord 0.1.31-1 cannot be built on non-Linux archs because of
the libsystemd-login-dev B-D (built from systemd, which is
Linux-specific).
Other than that, there are other issues, which my patch fixes in
(I hope) a clean way:
- as said already, limit the libsystemd-login-dev B-D as linux-any
- gusb and systemd-login are Linux-specific, so explicitly enable or
disable them on Linux archs or not
- since the udev directory cannot be detected, on non-Linux archs the
installation path of the udev rules would result as /rules.d.
To avoid this, I've explicitly set the udevdir to configure (also on
Linux); of course, if this seems notdesiderable, the udevdir can be
passed only on non-Linux archs
- the colorhug stuff depends on gusb, so all the colorhug packages are
now linux-any instead of any
- there seem to be no colord-plugins compiled, so its line in
colord.install would result in a dh_install error; I've grouped it
with the colord-sensors line that follows in that .install file,
I hope it is not too generic now
Thanks,
--
Pino
--- a/debian/control
+++ b/debian/control
@@ -21,7 +21,7 @@ Build-Depends:
dh-autoreconf,
gtk-doc-tools,
autopoint,
- libsystemd-login-dev,
+ libsystemd-login-dev [linux-any],
Standards-Version: 3.9.4
XS-Testsuite: autopkgtest
Section: graphics
@@ -101,7 +101,7 @@ Description: GObject introspection data
Package: libcolorhug-dev
Section: libdevel
-Architecture: any
+Architecture: linux-any
Depends:
libcolorhug1 (= ${binary:Version}),
libglib2.0-dev,
@@ -119,7 +119,7 @@ Description: library to access the Color
Package: libcolorhug1
Section: libs
-Architecture: any
+Architecture: linux-any
Depends:
${shlibs:Depends},
${misc:Depends},
@@ -135,7 +135,7 @@ Description: library to access the Color
Package: gir1.2-colorhug-1.0
Section: introspection
-Architecture: any
+Architecture: linux-any
Depends: ${gir:Depends},
${shlibs:Depends},
${misc:Depends}
--- a/debian/rules
+++ b/debian/rules
@@ -21,12 +21,13 @@ confflags = \
--disable-volume-search \
--with-daemon-user=colord \
--with-systemdsystemunitdir=/lib/systemd/system \
+ --with-udevrulesdir=/lib/udev/rules.d \
--enable-vala
ifeq ($(DEB_HOST_ARCH_OS),linux)
- confflags += --enable-gudev --enable-sane
+ confflags += --enable-gudev --enable-sane --enable-gusb --enable-systemd-login
else
- confflags += --disable-gudev --disable-sane
+ confflags += --disable-gudev --disable-sane --disable-gusb --disable-systemd-login
endif
override_dh_auto_configure:
--- a/debian/colord.install
+++ b/debian/colord.install
@@ -2,8 +2,7 @@ debian/tmp/etc/
lib/udev/rules.d/
usr/bin/
usr/lib/colord*
-usr/lib/*/colord-plugins
-usr/lib/*/colord-sensors
+usr/lib/*/colord-*
usr/share/color
usr/share/colord
usr/share/glib-2.0/schemas
Bug#648653: Discontinued
Hi, I would like to inquery if you have changed the packaging (wrt to what is mentioned in the original ITP) from the discontinued[1] plugin by Simon Legner to the one by Christian Metzler[2]? The latter plugin has evolved quite a lot, for example it has a decent settings dialog and is also supported via extensions.gnome.org nowadays. Also, it receives daily maintenance. Cheers, Paul 1: https://github.com/simon04/gnome-shell-extension-weather/commit/41765c9672772de9da50d7944f677899c5fd4842 2: https://github.com/Neroth/gnome-shell-extension-weather -- Using the Power of Debian GNU/Linux | E-mail: pau...@debian.org Jabber/GTalk: p...@luon.net | GnuPG key ID: 0x50064181 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703422: Use bracket notation or full URI notation when printing IPv6 addresses
Control: owner -1 ! On 19 March 2013 20:45, Ondřej Surý ond...@debian.org wrote: Package: apt Version: 0.9.7.8 Severity: wishlist Hi, I was recently helping to debug an issue with APT (which turned out to be just left-over IPv6 proxy configuration) and I have noticed that the APT output prints raw IPv6 addresses without brackets which is very confusing. Err http://ftp.cz.debian.org unstable Release.gpg Could not connect to 2001:db8::ff00:42:8329:8049 (2001:db8::ff00:42:8329). - connect (110: Connection timed out) Would it be possible either to use bracket form, e.g.: Could not connect to [2001:db8::ff00:42:8329]:8049 (2001:db8::ff00:42:8329). - connect (110: Connection timed out) Yes. As this usage appears to be a URI authority part (i.e. HOST:PORT) it should certainly use the standard URI syntax. I see that the URI class (apt-pkg/strutl.h) is supposed to be capable of producing the correct string, but not used here or in some other places (HTTP Host headers http://bugs.debian.org/620344). A quick check demonstrates that at least somes parts of the URI to string operator are not functioning properly: URI z; z.Host = ::1; cout (string) z \n; = ::1 which should rather produce [::1]. Inspecting the source indicates that it attempts to work even for a relative reference such as above, so this should be fixed. The test libapt/uri_test.cc does not check at all the string operator, hence this probably is broken for some time. Setting myself as owner and will send a patch in next days to fix URI class, use it to produce correctly formatted HOST:PORT where appropriate (e.g. Host headers, OPs message), and extend testing coverage. I have very recently studied RFCs related to URI, IPv6, and URI usage in HTTP to address these types of issues in gnu guile. Or (which might be better and easier since it doesn't require any address-or-ipv6-address detection) use full URI as specified in the Acquire::http::Proxy directive, e.g.: Could not connect to http://[2001:db8::ff00:42:8329]:8049 (2001:db8::ff00:42:8329). - connect (110: Connection timed out) The full URI is not available at the point this error is generated. No particular protocol has been attempted, so the current message (without 'http://') is probably more accurate: connection to this host on that port failed. It would really help the debugging. Also it might be a good idea to say something about proxy unavailable - (that's not IPv6 specific), e.g.: Could not connect to proxy http://[2001:db8::ff00:42:8329]:8049 (2001:db8::ff00:42:8329). - connect (110: Connection timed out) Likewise, no information about proxy is available at this point, nor is any proxy-specific communication yet attempted. The host and port are enough to identify the problematic configuration (proxy or mirror) anyway. Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703424: Regression: CUPS Web interface fails to authenticate Kerberos access to IPP information
Package: cups Version: 1.5.3-2.16 When using the Web interface to CUPS in a Kerberized environment, CUPS fails to pass Kerberos authentication information to the local IPP socket. This manifests as access being denied to any pages which access printer information, even though the user logged in via Kerberos has been granted access to both the pages and printers in question. The CUPS error log shows that it has rejected unauthenticated access to the printers in question, even though the prior access to the Web printer list page was successfully authenticated. This appears to be a regression introduced when resolving Bug 640939, specifically this patch removes the ability for CUPS to pass Kerberos login credentials to the local IPP socket: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=105;filename=cups-1.5.3-2.14-nmu.diff;att=1;bug=640939 Unfortunately, simply reverting that patch introduces another problem, specifically an inability to access any administrative pages and this line appearing in the error log: [CGI] cgi_passwd(prompt=Password for lp on localhost? ) called! Therefore, it would seem that a more selective approach to passing the Kerberos credentials to the local IPP socket is in order. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703378: unblock: hsqldb/1.8.0.10+dfsg-1
Hi, On Tue, Mar 19, 2013 at 01:52:38PM +0100, Rene Engelhard wrote: 13:46 _rene_ and will upload 1.8.0.10+dfsg-0+deb7u1 or something like that... Done. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703209: linux: Please Add multiplatform flavour to armhf
On Tue, 2013-03-19 at 08:03 +, Tixy wrote: On Tue, 2013-03-19 at 03:46 +, Ben Hutchings wrote: On Mon, 2013-03-18 at 08:41 +0900, Nobuhiro Iwamatsu wrote: On Sun, Mar 17, 2013 at 10:23 AM, Ben Hutchings b...@decadent.org.uk wrote: [...] In future all ARM kernels should be multi-platform, but I expect there will still be different flavours, such as for LPAE or the RT featureset. I would much prefer a name that will provide a more useful distinction in future (and not be too long!). Perhaps it should refer to the CPU requirement like the flavours for some other architectures. I see. Although it is very simple, how is armmp? [...] Sounds alright to be, but let's allow the other ARM porters a few more days to comment. 'MP' has some history as meaning multi-processor, so might be confusing. (But perhaps not confusing to many.) All multi-platform configurations will have to be multi-processor as well, so that shouldn't matter too much. Ben. -- Ben Hutchings When you say `I wrote a program that crashed Windows', people just stare ... and say `Hey, I got those with the system, *for free*'. - Linus Torvalds signature.asc Description: This is a digitally signed message part
Bug#703404: debian-installer: wheezy (PXE boot) failes to install busybox and kernel
19.03.2013 15:29, Konrad Vrba wrote: I see, but custom kernel without initramfs should work. If there is a way to skip installing busybox, I would appreciate. That appears to be a wrong solution to a wrong problem. Something is wrong with the archive mirror system apparently, or with the signing keys, I dunno for now. Any random package might be at fault here (what if it was one of the core packages, such as glibc?). The solution is to fix the network not avoid apparently broken (which are actually not broken) packages. Thanks, /mjt Hello, I've got the exact same problem when installing Wheezy on a virtual machine powered by KVM on a Wheezy host. What's strange is that the physical host installation works fine (using a bootable net-install USB key), no busybox installation failure whatsoever. I use KVM and libvirt packages shipped with debian wheezy and create my vm using virt-install through the french debian mirror. It works perfectly for squeeze VMs but fails every time with wheezy since march 14th. I hope it helps. Thanks, Ben -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703425: ruby1.8: support multiarch Tcl/Tk
Package: ruby1.8
Version: 1.8.7.358-7
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch raring
Bugs #698674 and #703421 request converting Tcl/Tk to multiarch.
Unfortunately this breaks the ruby1.8 build. Fortunately this is
relatively easy to fix, and the fix can be applied in advance of any
change to Tcl/Tk as future-proofing.
* Handle multiarch Tcl/Tk.
diff -Nru ruby1.8-1.8.7.358/debian/patches/series
ruby1.8-1.8.7.358/debian/patches/series
--- ruby1.8-1.8.7.358/debian/patches/series 2013-03-12 07:32:40.0
+
+++ ruby1.8-1.8.7.358/debian/patches/series 2013-03-19 13:38:45.0
+
@@ -15,3 +15,4 @@
use-ldflags.patch
CVE-2012-4481.patch
CVE-2013-1821.patch
+tcltk-multiarch.patch
diff -Nru ruby1.8-1.8.7.358/debian/patches/tcltk-multiarch.patch
ruby1.8-1.8.7.358/debian/patches/tcltk-multiarch.patch
--- ruby1.8-1.8.7.358/debian/patches/tcltk-multiarch.patch 1970-01-01
01:00:00.0 +0100
+++ ruby1.8-1.8.7.358/debian/patches/tcltk-multiarch.patch 2013-03-14
14:42:38.0 +
@@ -0,0 +1,20 @@
+Description: Handle multiarch Tcl/Tk
+Author: Colin Watson cjwat...@ubuntu.com
+Forwarded: no
+Last-Update: 2013-03-14
+
+Index: b/ext/tk/extconf.rb
+===
+--- a/ext/tk/extconf.rb
b/ext/tk/extconf.rb
+@@ -477,6 +477,10 @@
+ ]
+ }
+
++if ENV.has_key?('DEB_HOST_MULTIARCH')
++ config_dir.map!{|dir| [File.join(dir, ENV['DEB_HOST_MULTIARCH']),
dir]}.flatten!
++end
++
+ config_dir.concat [
+ '/opt', '/pkg', '/share',
+ '/usr/local/opt', '/usr/local/pkg', '/usr/local/share', '/usr/local',
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703426: OSX Time Machine client marks a sparsebundle as damaged if the CNID daemon cannot be contacted
Package: netatalk Version: 2.2.2-1 Severity: normal Dear maintainer, Please can you import the upstream release 2.2.3 into the debian packaging repository and do a dput to experimental/unstable? This fixes a problem whereby TimeMachine (on OS X clients) connects to a netatalk volume for backup purposes and falsely marks the sparsebundle as damaged - refusing to continue without restarting the whole backup. See the entry in http://netatalk.sourceforge.net/2.2/ReleaseNotes2.2.3.html This built cleanly on my armel machine without any changes needed to debian/*. I performed the following simple steps (I think its probably easier for me to send you these rather than uploading `git format-patch` output?): $ wget http://qa.debian.org/watch/sf.php/netatalk/netatalk-2.2.3.tar.gz $ mv netatalk-2.2.3.tar.gz netatalk_2.2.3.orig.tar.gz $ cd netatalk-debian.git $ git-import-orig ../netatalk_2.2.3.orig.tar.gz $ dch -i ... (update changelog) $ dpkg-buildpackage -b $ cd .. $ sudo dpkg -i netatalk_2.2.3-1_armel.deb I no longer see the error message from TimeMachine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703249: rsyslog-mysql should not depend on dbconfig-common
On 17.03.2013 17:39, Konrad Vrba wrote: 2) being interactive, dbconfig-common breaks automated upgrade scripts (DEBIAN_FRONTEND=noninteractive apt-get -q -y upgrade), by waiting for user input If that is the case, then this is a bug in dbconfig-common and should be filed as a separate bug report. Sean, can you comment on this? 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#703427: segfault in rred
Package: apt Version: 0.9.7.8 Severity: important Architecture: i386 Hi, apt-get update segfaults for me: } root@buran:~# apt-get update } Hit http://ftp.it.debian.org wheezy Release.gpg } Hit http://ftp.it.debian.org wheezy-updates Release.gpg } Hit http://ftp.it.debian.org wheezy Release } Hit http://ftp.it.debian.org wheezy-updates Release } Hit http://ftp.it.debian.org wheezy/main i386 Packages/DiffIndex } Hit http://security.debian.org wheezy/updates Release.gpg } Hit http://deb.torproject.org wheezy Release.gpg } Hit http://deb.torproject.org experimental-wheezy Release.gpg } Hit http://ftp.it.debian.org wheezy/main Translation-en/DiffIndex } Hit http://security.debian.org wheezy/updates Release } Hit http://deb.torproject.org wheezy Release } Hit http://ftp.it.debian.org wheezy-updates/main i386 Packages } Get:1 http://ftp.it.debian.org wheezy/main 2013-03-19-0212.19.pdiff [179 B] } Get:2 http://ftp.it.debian.org wheezy/main 2013-03-19-0212.19.pdiff [179 B] } E: Method rred has died unexpectedly! } E: Sub-process rred received a segmentation fault. ] root@buran:~# gdb /usr/lib/apt/methods/rred core ] warning: Can't read pathname for load map: Input/output error. ] Core was generated by `/usr/lib/apt/methods/rred'. ] Program terminated with signal 11, Segmentation fault. ] #0 0xb76586c6 in FileFd::Read(void*, unsigned long long, unsigned long long*) () from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12 ] (gdb) bt ] #0 0xb76586c6 in FileFd::Read(void*, unsigned long long, unsigned long long*) () from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12 ] #1 0xb7642301 in MMap::Map(FileFd) () from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12 ] #2 0xb76424e6 in MMap::MMap(FileFd, unsigned long) () from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12 ] #3 0x0804ab29 in ?? () ] #4 0x0804bb8f in ?? () ] #5 0xb76966d1 in pkgAcqMethod::Run(bool) () from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12 ] #6 0x08049f9b in ?? () ] #7 0xb7393e46 in __libc_start_main () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 ] #8 0x0804a021 in ?? () ] (gdb) It probably shouldn't segfault. root@buran:/var/lib/apt/lists# ls -l ftp.it.debian.org_debian_dists_wheezy_main_i18n_Translation-en* -rw-r--r-- 1 root root 18541202 Mar 18 02:13 ftp.it.debian.org_debian_dists_wheezy_main_i18n_Translation-en -rw-r--r-- 1 root root 7876 Mar 19 02:12 ftp.it.debian.org_debian_dists_wheezy_main_i18n_Translation-en.IndexDiff -rw-r--r-- 1 root root 179 Mar 19 02:12 ftp.it.debian.org_debian_dists_wheezy_main_i18n_Translation-en.ed root@buran:/var/lib/apt/lists# rm ftp.it.debian.org_debian_dists_wheezy_main_i18n_Translation-en* root@buran:/var/lib/apt/lists# Makes it work again. If needed, I can provide these files. Cheers, weasel -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694276: hylafax-server: Expects sendmail in /usr/lib/sendmail
Hi Simon, Il giorno dom, 25/11/2012 alle 15.18 +0100, Giuseppe Sacco ha scritto: Hi Simon, Il giorno dom, 25/11/2012 alle 01.25 +, Simon Richter ha scritto: [...] when installing hylafax-server, the postinst complains about a lack of /usr/lib/sendmail. As sendmail lives in /usr/sbin/sendmail, according to policy, this should be changed (breaks with current citadel-mta). As far as I know, all MTA need to include both /usr/sbin/sendmail and /usr/lib/sendmail. Pleae have a look at http://release.debian.org/wheezy/rc_policy.txt, point 5 (General), letter l (Mail). I am not an expert of MTA, and I never heard of citadel-mta, so I cannot better check about it. Could you please verify that it is an MTA providing all required commands? do you have any news about this report? Thanks, Giuseppe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703404: (no subject)
I did not have this busybox problem (actualy an authentication problem) a few days ago, using pxe boot, maybe you installed your host like last week? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703404: debian-installer: wheezy (PXE boot) failes to install busybox and kernel
I came across this problem too today. I believe this bugreport is related: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703146 In my case it all starts with this warning in my logs: base-installer: W: GPG error: http://ftp.nl.debian.org wheezy Release: The following signatures were invalid: BADSIG AED4B06F473041FA Debian Archive Automatic Signing Key (6.0/squeeze) After this the installer isn't able to install locales, busybox.. etc. -- Regards, Pim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703428: libfilesys-diskspace-perl: add support for fuse file system
Package: libfilesys-diskspace-perl Version: 0.05-15 Severity: wishlist Please apply attached patch to add support for fuse filesystem to Filesys::DiskSpace. regards, -mika- From 60bb20a3588fba885256c3081a47e4ffb1e8400d Mon Sep 17 00:00:00 2001 From: Michael Prokop m...@grml.org Date: Tue, 19 Mar 2013 15:23:57 +0100 Subject: [PATCH] Provide patch to support fuse filesystem --- debian/patches/002-add-support-for-fuse-fs.diff | 10 ++ debian/patches/series |1 + 2 files changed, 11 insertions(+) create mode 100644 debian/patches/002-add-support-for-fuse-fs.diff diff --git a/debian/patches/002-add-support-for-fuse-fs.diff b/debian/patches/002-add-support-for-fuse-fs.diff new file mode 100644 index 000..129fbbe --- /dev/null +++ b/debian/patches/002-add-support-for-fuse-fs.diff @@ -0,0 +1,10 @@ +--- a/lib/Filesys/DiskSpace.pm b/lib/Filesys/DiskSpace.pm +@@ -44,6 +44,7 @@ + 1397118030 = NTFS_SB_MAGIC, # 0x5346544e + 1481003842 = XFS_SUPER_MAGIC, # 0x58465342 + 1650812274 = SYSFS_MAGIC, # 0x62656572 ++ 1702057286 = FUSE_SUPER_MAGIC,# 0x65735546 + 4187351113 = HPFS_SUPER_MAGIC,# 0xF995E849 + 4283649346 = CIFS,# 0xFF534D42 + ); diff --git a/debian/patches/series b/debian/patches/series index b275463..96a2de4 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -1,2 +1,3 @@ 000-changes-extracted-from-sources.diff 001-add-support-for-other-filesystems.diff +002-add-support-for-fuse-fs.diff -- 1.7.10.4
Bug#703429: FTBFS on !Linux: debug.c:309:22: error: 'SYS_gettid' undeclared
Source: rsyslog Version: 7.3.8-1 Severity: serious Current version of rsyslog from experimental FTBFS on kfreebsd [1] debug.c: In function 'dbgOutputTID': debug.c:309:22: error: 'SYS_gettid' undeclared (first use in this function) debug.c:309:22: note: each undeclared identifier is reported only once for each function it appears in make[3]: *** [librsyslog_la-debug.lo] Error 1 make[3]: Leaving directory `/build/buildd-rsyslog_7.3.8-1-kfreebsd-amd64-1l58ej/rsyslog-7.3.8/runtime' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd-rsyslog_7.3.8-1-kfreebsd-amd64-1l58ej/rsyslog-7.3.8' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd-rsyslog_7.3.8-1-kfreebsd-amd64-1l58ej/rsyslog-7.3.8' dh_auto_build: make -j1 returned exit code 2 make: *** [build-arch] Error 2 Would be great if the porters can have a look. Michael [1] https://buildd.debian.org/status/package.php?p=rsyslogsuite=experimental -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-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 -- 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#703355: signing-party: include gpg-import-imap script
Hi, Hm, does that have an substantial advantage over mutt's ^K key binding? Yes. - It does not depend on mutt - It does not require opening every message seperately -nik -- * concerning Mozilla code leaking assertion faiures to tty without D-BUS * mirabilos That means, D-BUS is a tool that makes software look better than it actually is. PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17 FD26 B79A 3C16 A0C4 F296 signature.asc Description: Digital signature
Bug#703430: Possible memory leak in qemu-dm when Xen USB Passthrough is used
Package: xen-hypervisor-4.1-amd64 Version: 4.1.4-2 This is related to Bug#699237: Huawei E220 does not work under Debian Wheezy Mainboard Gigabyte Z77X-D3H, 32GB RAM Xen dom0: Debian Wheezy 3.2.0-4-amd64 #1 SMP Debian 3.2.35-2 x86_64 GNU/Linux - affected 3.2.0-4-amd64 #1 SMP Debian 3.2.39-2 x86_64 GNU/Linux - affected Bus 001 Device 004: ID 12d1:1003 Huawei Technologies Co., Ltd. E220 HSDPA Modem Modem is redirected to HVM domU: Debian Squeeze 2.6.32-5-amd64 #1 SMP Mon Feb 25 00:26:11 UTC 2013 x86_64 GNU/Linux Modem works correctly for a few days then becomes unoperational and gammu-smsd generates lots of errors: Mon 2013/03/18 11:44:37 gammu-smsd[1802]: Starting phone communication... Mon 2013/03/18 11:46:03 gammu-smsd[1802]: Error at init connection: [..] (TIMEOUT[14]) Mon 2013/03/18 11:46:03 gammu-smsd[1802]: Already hit 250 errors During this state qemu-dm process grows and dom0 starts to swap. ps aux root 6081 4.7 76.1 4917256 3872708 ? SLl mar16 209:48 /usr/lib/xen-4.1/bin/qemu-dm -d 8 -domain-name sms -videoram 4 -nographic -vcpus 1 -vcpu_avail 0x1 -boot c -acpi -usb -usbdevice host:12d1:1003 -net nic,vlan=1,macaddr=00:16:3E:xx:xx:xx,model=e1000 -net tap,vlan=1,ifname=vif8.0-emu,bridge=br0 -M xenfv Normal domU state: root 8128 4.5 0.0 82052 3988 ?SLl 14:38 0:16 /usr/lib/xen-4.1/bin/qemu-dm -d 9 -domain-name sms -videoram 4 -nographic -vcpus 1 -vcpu_avail 0x1 -boot c -acpi -usb -usbdevice host:12d1:1003 -net nic,vlan=1,macaddr=00:16:3E:xx:xx:xx,model=e1000 -net tap,vlan=1,ifname=vif9.0-emu,bridge=br0 -M xenfv Resetting modem at dom0 side and adding again to domU makes it work but only reboot of DomU releases memory. Please let me know if You need more information. Best Regards, T -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703431: Annoying GPG error message
Package: debian-cd Version: 3.1.11 There's a long standing error that I've seen even in on-line official Debian CD build logs. W: GPG error: file: squeeze Release: No keyring installed in /home/idms/tmp/apt/squeeze-amd64/apt/trusted.gpg.d/. Attached please find a patch file that fixes the error. -- Robert Spencer --- Makefile~ 2012-09-17 00:49:36.0 + +++ Makefile 2013-03-15 14:44:41.0 + @@ -215,6 +215,16 @@ fi; \ done; : $(ADIR)/status + +# Get rid of annoying GPG error message + $(Q)mkdir -p $(TDIR)/debian-archive-keyring + $(Q)dpkg -x $(MIRROR)/$(shell $(which_deb) $(MIRROR) $(CODENAME) debian-archive-keyring) $(TDIR)/debian-archive-keyring + @echo Setting debian-archive-keyring + $(Q)for ARCH in $(ARCHES); do \ + mkdir -p $(ADIR)/$(CODENAME)-$$ARCH/apt/trusted.gpg.d; \ + ln -s $(TDIR)/debian-archive-keyring/usr/share/keyrings/* $(ADIR)/$(CODENAME)-$$ARCH/apt/trusted.gpg.d; \ + done; + # Updating the apt database $(Q)for ARCH in $(ARCHES); do \ export ARCH=$$ARCH; \
Bug#703429: FTBFS on !Linux: debug.c:309:22: error: 'SYS_gettid' undeclared
On Tue, 2013-03-19 at 15:28 +0100, Michael Biebl wrote: Source: rsyslog Version: 7.3.8-1 Severity: serious Current version of rsyslog from experimental FTBFS on kfreebsd [1] debug.c: In function 'dbgOutputTID': debug.c:309:22: error: 'SYS_gettid' undeclared (first use in this function) debug.c:309:22: note: each undeclared identifier is reported only once for each function it appears in make[3]: *** [librsyslog_la-debug.lo] Error 1 make[3]: Leaving directory `/build/buildd-rsyslog_7.3.8-1-kfreebsd-amd64-1l58ej/rsyslog-7.3.8/runtime' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd-rsyslog_7.3.8-1-kfreebsd-amd64-1l58ej/rsyslog-7.3.8' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd-rsyslog_7.3.8-1-kfreebsd-amd64-1l58ej/rsyslog-7.3.8' dh_auto_build: make -j1 returned exit code 2 make: *** [build-arch] Error 2 I think it is rsyslog's fault here. I probably do no correctly check for the availablity of gettid. Will look into that soon (it's minor debug-aid functionality which can be disabled without any issues, even during debugging). Rainer
Bug#612178: caff: silently fails if .caff/gnupghome has wrong permissions
Hi, it actually tells you about the wrong permissions when you tell it to continue after the error. Which is really not very helpful. I also wonder how the insecure permissions get set in the first place. I hit this problem a few days ago and I am absolutely sure I did not touch the gnupghome/ permissions. So mayber caff even creates it with inadequate permissions… -nik -- * concerning Mozilla code leaking assertion faiures to tty without D-BUS * mirabilos That means, D-BUS is a tool that makes software look better than it actually is. PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17 FD26 B79A 3C16 A0C4 F296 signature.asc Description: Digital signature
Bug#701641: Segfault when saving messages: ../sysdeps/x86_64/multiarch/strcmp.S: No such file or directory.
On 19 Mar 2013, Wolodja Wentland wrote: not solve the issue. I upgraded to the current version again yesterday and have not yet run into this problem today ever since I upgraded some packages today. Among them was also openssl that fixed a number of bugs, namely: * Make cpuid work on cpu's that don't set ecx (Closes: #699692) * Fix problem with AES-NI causing bad record mac (Closes: #701868, #702635, #678353) * Fix problem with DTLS version check (Closes: #701826) * Fix segfault in SSL_get_certificate (Closes: #703031) I will report back, but the setup is stable so far. How about yours? I still have to investigate the effect of downgrading libgnutls26. I wouldn't bother with the libgnutls26 downgrade. I just forcibly upgraded my libssl1.0.0 to the version in unstable at the moment (1.0.1e-2) and everything is happy again. So this looks like it wasn't a problem with mutt at all but a problem with Dovecot and Cyrus, both of which depended on a broken libssl! -- Mark Nipper ni...@bitgnome.net (XMPP) +1 979 575 3193 - Long live the fighters! -- Paul Muad'Dib, Dune, 1984 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703076: Missing argument in calls to amitk_color_table_menu_new
Hi Andreas,
I think simply waiting for the fixed version is the best strategy. The
bug was something picked up as a warning by a research compiler as a
hypothetical concern, and does not actually cause a problem in real life.
Andy
On 3/19/13 3:22 AM, Andreas Tille wrote:
Hi Andy,
thanks for your helpful reply. Do you have any time estimation for
1.0.5? Please do not consider this question as nagging - I just want to
be able to decide whether simply waiting for the fixed version is the
proper strategy or whether we should apply a patch to 1.0.4 for the
Debian package meanwhile.
Many thanks
Andreas.
On Mon, Mar 18, 2013 at 11:24:01PM -0700, Andy Loening wrote:
Hi Andreas,
Thanks for the note, this will be corrected in 1.0.5.
The error doesn't actually trigger any problems because the variable
color_table is never used, so it won't be a problem even if it's
not fixed.
Thanks,
Andy
On 03/15/2013 02:50 AM, Andreas Tille wrote:
Hi Andy,
due to some QA checks in Debian the Amide package received a bug report
which I would like to inform you about. I admit we are lagging behind
your latest upstream version (because of Debian freeze for the next
release we hesitate to introduce other versions than currently beeing in
freeze) and the problem might be fixed or not but I would like to make
you aware of it in any case.
It would be great if you could issue some statement like
- Is fixed in 1.0.4 or
- Will be fixed in 1.0.5 or
- Please be more verbose / provide a patch or
- Something else
Kind regards and thanks for providing Amide as Free Software
Andreas.
On Thu, Mar 14, 2013 at 11:33:16PM +, Michael Tautschnig wrote:
Package: amide
Version: 1.0.1-1
Usertags: goto-cc
Building and type-checking the linked results using our research compiler
infrastructure showed the following wrong uses of amitk_color_table_menu_new:
./src/amitk_threshold.c:threshold-color_table_menu[i_view_mode] =
amitk_color_table_menu_new();
./src/ui_preferences_dialog.c:menu = amitk_color_table_menu_new();
./src/ui_render_dialog.c:menu = amitk_color_table_menu_new();
This conflicts with the actual definition of amitk_color_table_menu_new:
./src/amitk_color_table_menu.c:GtkWidget *
amitk_color_table_menu_new(AmitkColorTable color_table) {
The result will necessarily cause a stack underflow, with entirely undefined
consequences (for any application with elevated privileges this is a possibly
security issue).
Best,
Michael
PS.: It may be wise to also adjust the declaration of
amitk_color_table_menu_new:
./src/amitk_color_table_menu.h:GtkWidget*amitk_color_table_menu_new
();
(but this is actually entirely covered by the C standard and not necessarily a
bug - it just stops the compiler from producing proper diagnostics).
___
Debian-med-packaging mailing list
debian-med-packag...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging
___
Debian-med-packaging mailing list
debian-med-packag...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703432: Build error re -nostdinc++
Package: debian-cd Version: 3.1.11 I have no idea why this gets left in, as it even generates an error on the official Debian CD build system. cc1: warning: command line option -nostdinc++ is valid for C++/ObjC++ but not for C Attached please find a patch file that fixes the error. -- Robert Spencer --- Makefile~ 2012-09-17 00:49:36.0 + +++ Makefile 2013-03-19 14:52:56.0 + @@ -338,7 +338,7 @@ fi; \ if [ $(SOURCEONLY)x != yesx ] ; then \ cat $(TASKDIR)/$(TASK) | \ - cpp -nostdinc -nostdinc++ -P -undef $$ARCHDEFS $$VARIANTDEFS\ + cpp -nostdinc -P -undef $$ARCHDEFS $$VARIANTDEFS\ $$ARCHUNDEFS -U i386 -U linux -U unix \ -DFORCENONUSONCD1=0 \ -I $(TASKDIR) - - $(BDIR)/rawlist; \
Bug#702072: RFS: tilda/1.1.4-1 [ITA] New upload
I just uploaded the package again. I have added a comment explaining that I have run blhc to confirm that the hardening warning override in lintian is justified and also removed some commented out lines from debian/rules to make it more clean. Also I have commited all the changes to the git repository, to get it in sync with the actual source package. I would say the package is ready to be uploaded to experimental. Kind Regards Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702869: RM: firebird2.1 -- ROM; Phased out in favour of firebird2.5
A few clarifications that hopefully help process this. -=| Damyan Ivanov, 12.03.2013 12:16:07 +0200 |=- Please remove firebird2.1 from unstable. The intention also includes (automated?) removal from testing. Checking with the archive copy on ries shows no dependencies: dmn@ries:~$ dak rm -n -R -s unstable firebird2.1 … Checking reverse dependencies... No dependency problem found. dmn@ries:~$ dak rm -n -R -s testing firebird2.1 … Checking reverse dependencies... No dependency problem found. -- dam signature.asc Description: Digital signature
Bug#703209: linux: Please Add multiplatform flavour to armhf
On Tue, 2013-03-19 at 16:13 +0800, Paul Wise wrote: On Sun, Mar 17, 2013 at 9:23 AM, Ben Hutchings wrote: I would much prefer a name that will provide a more useful distinction in future (and not be too long!). Perhaps it should refer to the CPU requirement like the flavours for some other architectures. How about the same scheme as on other arches? linux-image-`uname -r`-armel I think the question here is what the `uname -r` bit should be. Specifically the $FLAVOUR in 3.x.y-z-$FLAVOUR. I think there is an argument for making the multiplatform case be the default no-flavour flavour i.e. $FLAVOUR is armhf/arm64 etc. Or maybe that's what you are suggesting having not realised that `uname -r` currently includes the -$FLAVOUR suffix. Hrm, I think we may actually be talking about the same thing ;-) linux-image-`uname -r`-armhf linux-image-`uname -r`-arm64 Or maybe the CPU is better: linux-image-`uname -r`-armv4 linux-image-`uname -r`-armv7 linux-image-`uname -r`-armv8 -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703433: squeeze build can't find debian-tasks.desc
Package: debian-cd
Version: 3.1.11
Building a squeeze NetInstall CD with the above version of debian-cd
results in the error:
can't open
/home/idms/tmp/squeeze/update_tasks/tasksel/usr/share/tasksel/descs/debian-tasks.desc:
No such file or directory
Seems that that file changed location between squeeze and wheezy.
Attached please find a patch file that fixes the error.
--
Robert Spencer
--- tools/update_tasks~ 2012-06-05 17:28:41.0 +
+++ tools/update_tasks 2013-03-14 11:14:02.0 +
@@ -72,6 +72,10 @@
my $descfile = usr/share/tasksel/descs/debian-tasks.desc;
+if ($codename eq squeeze) {
+$descfile = usr/share/tasksel/debian-tasks.desc;
+}
+
open (TASKS, $tdir/tasksel/$descfile)
or die can't open $tdir/tasksel/$descfile: $!\n;
Bug#703402: PTS: link to the blends website for packages involved in blends
On Tue, 2013-03-19 at 10:47 +0100, Andreas Tille wrote: On Tue, Mar 19, 2013 at 04:33:41PM +0800, Paul Wise wrote: a href=...jr/a, a href=...games/a a href=...blends/a For the moment I see some problem here because a single package could perfectly be part of more than one Blend as well as part of more than one task of a single blend. For instance consider gnuplot in Debian Science: Right, hence the links to multiple blends in the example I gave. So putting a binary package into a task is not a strict (=exclusive) categorisation because one binary package could serve several different purposes. I have no idea whether this can be reasonably reflected in PTS. I think it can, with multiple links. This can be approached and I could perfectly imagine to put the content of all tasks files into an UDD table if this might simplify things. But also here we should choose the table design apropriately: You can either give the Blend / Task preference like The PTS converts data in various into XML files for rendering using XSLT, but importing via a UDD CGI sounds fine, we would need the UDD folks to add that script though. They are: http://debian-med.alioth.debian.org/tasks/bio#gromacs to stick to the later example of gromacs in Debian Med. Here is a more problematic example, #logol doesn't exist but #logol-bin does. It might be possible to do the second link, the first is easier. http://debian-med.alioth.debian.org/tasks/bio#logol http://debian-med.alioth.debian.org/tasks/bio#logol-bin -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#703434: TIFFAppendToStrip: Write error at scanline 24063.
Package: libtiff-tools Version: 4.0.2-6 Severity: normal For some reason tiffcp does not cope with some large single strip TIFF file: $ tiffcp -8 -r -1 -c none image.tif o.tif TIFFAppendToStrip: Write error at scanline 24063. o.tif: Error, can't write scanline 24063. TIFFAppendToStrip: Write error at scanline 24064. where: $ tiffdump image.tif image.tif: Magic: 0x4949 little-endian Version: 0x2b BigTIFF OffsetSize: 0x8 Unused: 0 Directory 0: offset 4574085136 (0x110a30010) next 0 (0) ImageWidth (256) SHORT (3) 163360 ImageLength (257) SHORT (3) 124064 BitsPerSample (258) SHORT (3) 38 8 8 Compression (259) SHORT (3) 11 Photometric (262) SHORT (3) 12 StripOffsets (273) LONG8 (16) 116 Orientation (274) SHORT (3) 11 SamplesPerPixel (277) SHORT (3) 13 RowsPerStrip (278) SHORT (3) 124064 StripByteCounts (279) LONG8 (16) 14574085120 PlanarConfig (284) SHORT (3) 11 and $ tiffinfo image.tif TIFF Directory at offset 0x110a30010 (4574085136) Image Width: 63360 Image Length: 24064 Bits/Sample: 8 Compression Scheme: None Photometric Interpretation: RGB color Orientation: row 0 top, col 0 lhs Samples/Pixel: 3 Rows/Strip: 24064 Planar Configuration: single image plane $ ls -al image.tif -rw-r--r-- 1 mathieu mathieu 4574085372 Mar 19 15:05 image.tif Thanks -- 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 libtiff-tools depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libjpeg62 6b1-1The Independent JPEG Group's JPEG ii libtiff43.9.4-5+squeeze8 Tag Image File Format (TIFF) libra ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime libtiff-tools recommends no packages. Versions of packages libtiff-tools suggests: ii libtiff-opengl 3.9.4-5+squeeze8 TIFF manipulation and conversion t -- 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#703209: linux: Please Add multiplatform flavour to armhf
On Tue, 2013-03-19 at 15:05 +, Ian Campbell wrote: I think the question here is what the `uname -r` bit should be. Specifically the $FLAVOUR in 3.x.y-z-$FLAVOUR. Woops, I missed that uname -r includes the flavour bit. I think there is an argument for making the multiplatform case be the default no-flavour flavour i.e. $FLAVOUR is armhf/arm64 etc. Or maybe that's what you are suggesting having not realised that `uname -r` currently includes the -$FLAVOUR suffix. Hrm, I think we may actually be talking about the same thing ;-) Right, my suggestion is just to use the architecture for the flavour, as is done on the other architectures. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#703429: FTBFS on !Linux: debug.c:309:22: error: 'SYS_gettid' undeclared
Michael, On Tue, 2013-03-19 at 14:35 +, Rainer Gerhards wrote: I think it is rsyslog's fault here. I probably do no correctly check for the availablity of gettid. Will look into that soon (it's minor debug-aid functionality which can be disabled without any issues, even during debugging). This patch should fix the issue: http://git.adiscon.com/?p=rsyslog.git;a=commitdiff;h=aef0be0c1799fbb20955fc1dc014cb9c9772af88 I would appreciate if you could give it a try. Will be included in 7.3.9. Rainer
Bug#703371: libharminv-dev: harminv build stale on i386
Sébastien Villemot sebast...@debian.org writes: Le lundi 18 mars 2013 à 17:02 -0400, Andreas Kloeckner a écrit : Package: libharminv-dev Version: 1.3.1-8 Severity: grave Justification: renders package unusable It appears as though the harminv package has become unusable in i386. It refers to libcblas.3gf.so, which is no longer available in testing/unstable. Can you please provide the output of the following command: $ update-alternatives --display libblas.so.3 It looks like the i386 binary has been built on an non-minimal chroot, and was therefore linked against ATLAS. This creates missing shared library dependencies when the BLAS alternative does not point to ATLAS (which I guess is the case for the reporter). A binNMU of the package should fix the problem. FYI: libblas.so.3 - auto mode link currently points to /usr/lib/openblas-base/libopenblas.so.0 /usr/lib/libblas/libblas.so.3 - priority 10 slave libblas.so.3gf: /usr/lib/libblas/libblas.so.3 /usr/lib/openblas-base/libopenblas.so.0 - priority 40 slave libblas.so.3gf: /usr/lib/openblas-base/libopenblas.so.0 Current 'best' version is '/usr/lib/openblas-base/libopenblas.so.0'. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703435: ITP: python-happybase -- developer-friendly Python library to interact with Apache HBase
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-happybase Version : 0.4 Upstream Author : Wouter Bolsterlee * URL : https://pypi.python.org/pypi/happybase/ * License : MIT Programming Lang: Python Description : developer-friendly Python library to interact with Apache HBase HappyBase is a developer-friendly Python library to interact with Apache HBase. * Documentation: http://happybase.readthedocs.org/ * HBase: http://hbase.apache.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703436: Multi-arch builds uses wrong UDEB_EXCLUDE
Package: debian-cd Version: 3.1.11 When building multi-arch ISOs I noted a error that repeated twice. WARNING: Unable to read UDEB_EXCLUDE file /home/idms/debian-cd/data/squeeze/amd64_netinst_udeb_exclude WARNING: Unable to read UDEB_EXCLUDE file /home/idms/debian-cd/data/squeeze/amd64_netinst_udeb_exclude The fact that it repeated exactly looked suspicious. Further investigation revealed that the same exclude file was used despite the arch. WARNING: Unable to read UDEB_EXCLUDE file /home/idms/debian-cd/data/squeeze/amd64_netinst_udeb_exclude [amd64] WARNING: Unable to read UDEB_EXCLUDE file /home/idms/debian-cd/data/squeeze/amd64_netinst_udeb_exclude [i386] Looking at the code showed that it made false assumptions and therefore the amd64 run tainted the i386 one. I've assumed that the code is supposed to be checking for a settings in CONF.sh and added a check for that. I'm also assuming that UDEB_INCLUDE, being in the same area as UDEB_EXCLUDE, suffers from the same problem. Attached please find a patch file that fixes the error. -- Robert Spencer --- tools/start_new_disc~ 2012-05-30 07:35:23.0 + +++ tools/start_new_disc 2013-03-18 13:17:39.0 + @@ -166,12 +166,20 @@ echo Adding udeb/base includes/excludes +# Check if the following has been set by CONF.sh +if [ -z $UDEB_INCLUDE ]; then +NO_UDEB_INCLUDE=1 +fi +if [ -z $UDEB_EXCLUDE ]; then +NO_UDEB_EXCLUDE=1 +fi + for ARCH in $ARCHES do if [ $ARCH != source ] ; then # Netinst/businesscard CD have different # udeb_include and udeb_exclude files -if [ -z $UDEB_INCLUDE ] ; then +if [ -n $NO_UDEB_INCLUDE ] ; then case $INSTALLER_CDx in 1x) UDEB_INCLUDE=$DI_DATA_DIR/$ARCH_businesscard_udeb_include;; @@ -182,7 +190,7 @@ esac fi -if [ -z $UDEB_EXCLUDE ] ; then +if [ -n $NO_UDEB_EXCLUDE ] ; then case $INSTALLER_CDx in 1x) UDEB_EXCLUDE=$DI_DATA_DIR/$ARCH_businesscard_udeb_exclude;;
Bug#670681: /etc/init.d/postgrey script doesn't work properly
The patch supplied by Nye Liu fixes this issue for me, too. # dpkg -l | grep postgrey ii postgrey 1.34-1.1 all greylisting implementation for Postfix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703431: Annoying GPG error message
tags 703431 +pending thanks On Tue, Mar 19, 2013 at 04:41:08PM +0200, Robert Spencer wrote: Package: debian-cd Version: 3.1.11 There's a long standing error that I've seen even in on-line official Debian CD build logs. W: GPG error: file: squeeze Release: No keyring installed in /home/idms/tmp/apt/squeeze-amd64/apt/trusted.gpg.d/. Attached please find a patch file that fixes the error. Cool, looks good. I've applied this in svn straight away, and it'll make it into the next upload shortly. -- Steve McIntyre, Cambridge, UK.st...@einval.com I've only once written 'SQL is my bitch' in a comment. But that code is in use on a military site... -- Simon Booth -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703437: Support data.tar.bz2 and data.tar.xz
Package: dpkg-sig
Version: 0.13.1
Severity: normal
Tags: patch
dpkg-sig correctly signs .deb files compressed with bz2 and xz, but
fails on verifying them:
$ dpkg-sig --verify libecpg-compat3_9.1.8-1_amd64.deb
Processing libecpg-compat3_9.1.8-1_amd64.deb...
BADSIG _gpgbuild
The attached patch fixes that.
Christoph
--
c...@df7cb.de | http://www.df7cb.de/
No differences were encountered between the control files
diff -Nru dpkg-sig-0.13.1/debian/changelog dpkg-sig-0.13.1+nmu1/debian/changelog
--- dpkg-sig-0.13.1/debian/changelog 2006-11-20 16:10:47.0 +0100
+++ dpkg-sig-0.13.1+nmu1/debian/changelog 2013-03-19 16:14:53.0 +0100
@@ -1,3 +1,10 @@
+dpkg-sig (0.13.1+nmu1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Allow data.tar.bz2 and data.tar.xz in .deb files.
+
+ -- Christoph Berg christoph.b...@credativ.de Tue, 19 Mar 2013 16:14:03 +0100
+
dpkg-sig (0.13.1) unstable; urgency=low
* Non-Maintainer Upload by Gunnar Wolf
diff -Nru dpkg-sig-0.13.1/dpkg-sig dpkg-sig-0.13.1+nmu1/dpkg-sig
--- dpkg-sig-0.13.1/dpkg-sig 2006-11-20 16:08:31.0 +0100
+++ dpkg-sig-0.13.1+nmu1/dpkg-sig 2013-03-19 16:13:55.0 +0100
@@ -634,7 +634,7 @@
}
return FORCE_BAD unless ($seen_files{control.tar.gz}
- $seen_files{data.tar.gz}
+ ($seen_files{data.tar.gz} || $seen_files{data.tar.bz2} || $seen_files{data.tar.xz})
$seen_files{debian-binary});
return GOOD;
Bug#703432: Build error re -nostdinc++
tag 703432 +pending thanks On Tue, Mar 19, 2013 at 04:56:12PM +0200, Robert Spencer wrote: Package: debian-cd Version: 3.1.11 I have no idea why this gets left in, as it even generates an error on the official Debian CD build system. cc1: warning: command line option -nostdinc++ is valid for C++/ObjC++ but not for C Attached please find a patch file that fixes the error. And applied this one too. I've been reading logs for so long that this harmless warning has been passing me by! :-) -- Steve McIntyre, Cambridge, UK.st...@einval.com I can't ever sleep on planes ... call it irrational if you like, but I'm afraid I'll miss my stop -- Vivek Dasmohapatra -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703433: squeeze build can't find debian-tasks.desc
On Tue, Mar 19, 2013 at 04:25:17PM +0200, Robert Spencer wrote: Package: debian-cd Version: 3.1.11 Building a squeeze NetInstall CD with the above version of debian-cd results in the error: can't open /home/idms/tmp/squeeze/update_tasks/tasksel/usr/share/tasksel/descs/debian-tasks.desc: No such file or directory Seems that that file changed location between squeeze and wheezy. Attached please find a patch file that fixes the error. Hi Robert, Looks reasonable, *but* we don't normally tend to worry about support for older Debian releases in debian-cd. For official squeeze builds, we use debian-cd from svn on the squeeze branch (where important fixes are also back-ported). -- Steve McIntyre, Cambridge, UK.st...@einval.com I suspect most samba developers are already technically insane... Of course, since many of them are Australians, you can't tell. -- Linus Torvalds -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703370: No more problems after increasing frame buffer size
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Jonathan, Thank you for the fast response and for the hint with kernel 3.8.2. Possibly, i have found the issue. Kernel 3.8.2 from experimental: === After installing kernel 3.8.2 from experimental, the gnome shell didn't start. Reason was a too small frame buffer size with 32MB in UEFI. The output from dmesg: [8.118003] radeon_gem_object_create:69 alloc size 64Mb bigger than 32Mb limit [8.132380] radeon_gem_object_create:69 alloc size 64Mb bigger than 32Mb limit [8.132574] radeon_gem_object_create:69 alloc size 64Mb bigger than 32Mb limit [8.132629] gnome-shell[2737]: segfault at 14 ip 7f5da2b5865d sp 7fff8af907b0 error 4 in r600_dri.so[7f5da28a+d05000] [9.233377] radeon_gem_object_create:69 alloc size 64Mb bigger than 32Mb limit [9.247754] radeon_gem_object_create:69 alloc size 64Mb bigger than 32Mb limit [9.247957] radeon_gem_object_create:69 alloc size 64Mb bigger than 32Mb limit [9.248014] gnome-shell[2785]: segfault at 14 ip 7f99356b065d sp 7fff2c699900 error 4 in r600_dri.so[7f99353f8000+d05000] After increasing the frame buffer size from 32MB to 64MB, gnome shell starts without any errors. There is no error message regarding the radeon-drm problem described in my bug report. Kernel 3.2.39-2 from testing: = After increasing the frame buffer size to 64MB, the error message described in my bug report is no more in /var/log/syslog. Sorry for the trouble and hope that helps, I have to say thank you for your support and for the Debian distribution. - From my side, you can close this bug report. Best regards Bernhard -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJRSImlAAoJEDWlcaaSSHRw+QkP/A+T+sRAXNM41CSFNk695IR4 iF0HumTDiy2t/8ND0KbKEv6g9YbBizgyNJIUICiJ/QxUl19FdduDFOUv1LcecsAZ yd5f8j0pXfNV9MHSEL2yp6JP0rjZSFuNP4qnYF2axKzWTX8iMFELVUCyfxpQkgsZ S4pe+ONstxXUwq4zNC1qZGeSo8rJe/9ANxwHk48iaO20mxRlWmZmHn6M0iT7gUip Sn7X+Lma2FkM8bEWC8gIUl43a2Gsod0RXar/3BteQIwgeQqO2qAYcB9gkeRW+/yo TUZ/hN8sVaiy0eDZ5tE5Kb1Fsf7lc6CeYpXlp32I4rOcnYEUnFkonbLZyQFb7KNV VD/4Qlrp2tEjv8xm7hbkbb9rnK/IsteUv1faXA40qUTJTVkNmhTsnGDQhp5P5zB2 t6LVMHZ19pBBnauiMngaVaJH+5L90xzHiHvAkIBFyPUC0V9BhvtJ/56YE7EPk19x i46DeppyyfPP7sUNeOMZ7v29AEHENXHoxhtNiZ5M/1j3qSJ9b8YtxCfX0A+g9oHl Txo7u8pqkmJz9VLY0KBJewNOFJl48cIiFyxuiQ5Wzhc66VhSsnnJW+DBUh0sNZjt VwrblJuoJ64DfUCxE+78IrxkZrvRAEQM7XaJSKau0NxEk7VxZVJYvBSXsh6EskK2 aDT8er5NCXTvgK4MSfIh =+p+2 -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#623900: ruby-jnunemaker-matchy has hit unstable
Hi Hideki, You can upload ruby-crack now! See http://packages.qa.debian.org/r/ruby-jnunemaker-matchy/news/20130318T220007Z.html Cheers Praveen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703401: unattended-upgrades: crashes on codename matching
On Tue, Mar 19, 2013 at 09:30:59AM +0100, Philipp Kern wrote: Package: unattended-upgrades Version: 0.80~exp2 Severity: important Thanks for your bugreport. I upgraded unattended-upgrades on my wheezy machine because it complained about codename matching not working anymore. This also pulled in python-apt from experimental. Nevertheless I get a crash when trying to use it: root@hlds:/etc/apt/apt.conf.d# unattended-upgrades Traceback (most recent call last): [..] File /usr/bin/unattended-upgrades, line 302, in match_whitelist_string res = (value == origin.codename) AttributeError: 'Origin' object has no attribute 'codename' Indeed, sorry for that. Should be fixed with the experimental upload I just did some minutes ago. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703094: owncloud: diff for NMU version 4.0.8debian-1.6
tags 703094 + pending
thanks
Dear maintainer,
I've prepared an NMU for owncloud (versioned as 4.0.8debian-1.6) and
uploaded it to DELAYED/3. Please feel free to tell me if I
should delay it longer.
Regards.
--
.''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
: :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/
`. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe
`- NP: Various Artists: Scorn Not His Simplicity
diff -Nru owncloud-4.0.8debian/debian/changelog owncloud-4.0.8debian/debian/changelog
--- owncloud-4.0.8debian/debian/changelog 2013-02-28 19:15:56.0 +0100
+++ owncloud-4.0.8debian/debian/changelog 2013-03-19 17:05:15.0 +0100
@@ -1,3 +1,18 @@
+owncloud (4.0.8debian-1.6) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Fix multiple vulnerabilities (oC-SA-2013-009, oC-SA-2013-010):
+add patches taken from upstream git:
++ debian/patches/16_oc-sa-2013-010.patch
+ CVE-2013-1851: user_migrate: Local file disclosure
+ oC-SA-2013-010, commit edf7162 in stable4 branch
++ debian/patches/17_oc-sa-2013-009.patch
+ CVE-2013-1850: Contacts: Bypass of file blacklist
+ oC-SA-2013-009, commit fae5bd3 in stable4 branch
+(Closes: #703094)
+
+ -- gregor herrmann gre...@debian.org Tue, 19 Mar 2013 17:05:08 +0100
+
owncloud (4.0.8debian-1.5) unstable; urgency=low
* Non-maintainer upload.
diff -Nru owncloud-4.0.8debian/debian/patches/16_oc-sa-2013-010.patch owncloud-4.0.8debian/debian/patches/16_oc-sa-2013-010.patch
--- owncloud-4.0.8debian/debian/patches/16_oc-sa-2013-010.patch 1970-01-01 01:00:00.0 +0100
+++ owncloud-4.0.8debian/debian/patches/16_oc-sa-2013-010.patch 2013-03-15 22:14:28.0 +0100
@@ -0,0 +1,39 @@
+From edf7162762fc425df1ec2ce7149c18a0af82a3b8 Mon Sep 17 00:00:00 2001
+From: Lukas Reschke lu...@statuscode.ch
+Date: Mon, 11 Mar 2013 16:21:26 +0100
+Subject: [PATCH] Check if username is valid and remove slashes from filename
+
+Backport of #2236 to stable45
+---
+ lib/migrate.php | 11 ++-
+ 1 file changed, 10 insertions(+), 1 deletion(-)
+
+diff --git a/lib/migrate.php b/lib/migrate.php
+index 8d3610c..8465eed 100644
+--- a/lib/migrate.php
b/lib/migrate.php
+@@ -234,11 +234,20 @@ class OC_Migrate{
+ OC_Log::write( 'migration', 'User doesn\'t exist', OC_Log::ERROR );
+ return json_encode( array( 'success' = false ) );
+ }
++
++// Check if the username is valid
++if( preg_match( '/[^a-zA-Z0-9 _\.@\-]/', $json-exporteduser )) {
++ OC_Log::write( 'migration', 'Username is not valid', OC_Log::ERROR );
++ return json_encode( array( 'success' = false ) );
++}
++
+ // Copy data
+ $userfolder = $extractpath . $json-exporteduser;
+ $newuserfolder = $datadir . '/' . self::$uid;
+ foreach(scandir($userfolder) as $file){
+- if($file !== '.' $file !== '..' is_dir($file)){
++ if($file !== '.' $file !== '..' is_dir($file)) {
++ $file = str_replace(array('/', '\\'), '', $file);
++
+ // Then copy the folder over
+ OC_Helper::copyr($userfolder.'/'.$file, $newuserfolder.'/'.$file);
+ }
+--
+1.7.10.4
+
diff -Nru owncloud-4.0.8debian/debian/patches/17_oc-sa-2013-009.patch owncloud-4.0.8debian/debian/patches/17_oc-sa-2013-009.patch
--- owncloud-4.0.8debian/debian/patches/17_oc-sa-2013-009.patch 1970-01-01 01:00:00.0 +0100
+++ owncloud-4.0.8debian/debian/patches/17_oc-sa-2013-009.patch 2013-03-15 22:15:52.0 +0100
@@ -0,0 +1,84 @@
+From fae5bd363b4cc3bd00d1a983ca5aff4a0eb86408 Mon Sep 17 00:00:00 2001
+From: Thomas Tanghus tho...@tanghus.net
+Date: Sat, 9 Mar 2013 19:26:31 +0100
+Subject: [PATCH] Contacts: Backport filename sanitation and blacklist
+ checking to stable4.
+
+---
+ apps/contacts/ajax/uploadimport.php |8
+ apps/contacts/import.php| 15 ++-
+ 2 files changed, 18 insertions(+), 5 deletions(-)
+
+diff --git a/apps/contacts/ajax/uploadimport.php b/apps/contacts/ajax/uploadimport.php
+index 4c3f5ea..56a966b 100644
+--- a/apps/contacts/ajax/uploadimport.php
b/apps/contacts/ajax/uploadimport.php
+@@ -35,7 +35,11 @@ $tmpfile = md5(rand());
+
+ // If it is a Drag'n'Drop transfer it's handled here.
+ $fn = (isset($_SERVER['HTTP_X_FILE_NAME']) ? $_SERVER['HTTP_X_FILE_NAME'] : false);
++$fn = strtr($fn, array('/' = '', \\ = ''));
+ if($fn) {
++ if(OC_Filesystem::isFileBlacklisted($fn)) {
++ bailOut($l10n-t('Upload of blacklisted file:') . $fn);
++ }
+ if($view-file_put_contents('/'.$tmpfile, file_get_contents('php://input'))) {
+ OCP\JSON::success(array('data' = array('path'='', 'file'=$tmpfile)));
+ exit();
+@@ -66,6 +70,10 @@ $file=$_FILES['importfile'];
+
+ $tmpfname = tempnam(get_temp_dir(), occOrig);
+ if(file_exists($file['tmp_name'])) {
++ $filename = strtr($file['name'], array('/' = '', \\ = ''));
++ if(OC_Filesystem::isFileBlacklisted($filename)) {
++ bailOut($l10n-t('Upload of
Bug#703436: Multi-arch builds uses wrong UDEB_EXCLUDE
On Tue, Mar 19, 2013 at 05:35:24PM +0200, Robert Spencer wrote: Package: debian-cd Version: 3.1.11 When building multi-arch ISOs I noted a error that repeated twice. WARNING: Unable to read UDEB_EXCLUDE file /home/idms/debian-cd/data/squeeze/amd64_netinst_udeb_exclude WARNING: Unable to read UDEB_EXCLUDE file /home/idms/debian-cd/data/squeeze/amd64_netinst_udeb_exclude The fact that it repeated exactly looked suspicious. Further investigation revealed that the same exclude file was used despite the arch. WARNING: Unable to read UDEB_EXCLUDE file /home/idms/debian-cd/data/squeeze/amd64_netinst_udeb_exclude [amd64] WARNING: Unable to read UDEB_EXCLUDE file /home/idms/debian-cd/data/squeeze/amd64_netinst_udeb_exclude [i386] Ack, good catch. Looking at the code showed that it made false assumptions and therefore the amd64 run tainted the i386 one. I've assumed that the code is supposed to be checking for a settings in CONF.sh and added a check for that. I'm also assuming that UDEB_INCLUDE, being in the same area as UDEB_EXCLUDE, suffers from the same problem. Attached please find a patch file that fixes the error. Ish. In fact, there's a deeper bug here - the udeb include/exclude code is actually worse than you think. At the moment, we get away with things only because the amd64 and i386 files provided with debian-cd are identical. The code here just doesn't work properly with multi-arch builds as there is no way to specify different files in CONF.sh for the different arches. Equally, d-i only looks for its include and exclude lists in one place on an install CD regardless of architecture so there's currently no way of passing different config for the different arches *anyway*. As you might guess, this piece of the code hasn't been played with for a while! I'm thinking a better way to handle this would be to pick up on the data files for all arches rather than just the first one, and merge them. What do you think? -- Steve McIntyre, Cambridge, UK.st...@einval.com Further comment on how I feel about IBM will appear once I've worked out whether they're being malicious or incompetent. Capital letters are forecast. Matthew Garrett, http://www.livejournal.com/users/mjg59/30675.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703438: ITP: kanla -- small-scale alerting daemon
Package: wnpp Severity: wishlist Owner: Michael Stapelberg stapelb...@debian.org * Package name: kanla Version : 1.1 Upstream Author : Michael Stapelberg michael+ka...@stapelberg.de * URL : http://kanla.zekjur.net/ * License : BSD Programming Lang: Perl Description : small-scale alerting daemon kanla is a daemon which periodically checks whether your website, mail server, etc. are still up and running. In case a health check fails, kanla will notify you via jabber (XMPP). Focus of kanla lies on being light-weight, being simple, using a sane configuration file, being well-documented. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658783: ITP: mate-common -- common scripts and macros to develop with MATE
Hello Stefano, Do you have any news about this package? I see it in the new-queue some days ago but it seem to disappear from the list now. Does it rejected? Best regards, Thomas Pierson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703179: Live nonfree images don't start x-session on radeon video cards
reassign 703179 live-images retitle 703179 disable kms by default in nonfree images thanks On 03/18/2013 08:48 AM, zo...@softhome.net wrote: No, it's not happen with normal (not nonfree enabled) images. ok, so the bug isn't in the runtime configuration (live-config) but in fglrx doesn't work with kms which we'll need to workaround in the buildtime configuration (live-images) by conditionally adding nomodeset to bootappend in case non-free was enabled. -- 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#682232: [debian-mysql] Bug#682232: mysql-server-5.5: Fails to upgrade squeeze - wheezy, does not start
Hi Sergio, thanks for taking the time to report a bug. Can you include your entire /etc/mysql/my.cnf And also a listing of your datadir (usually /var/lib/mysql). I think the answer, since you have no innodb tables, is to rm /var/lib/mysql/ib*. I have tested the squeeze - wheezy upgrade and it worked ok for me in the simple case of an empty database without any innodb tables, but perhaps your innodb tablespace was corrupted somehow. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624610: are you still working on this?
Hi Nishchay, Are you still interested in packaging this gem (capybara)? Thanks Praveen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703439: H5Cpp.h missing in libhdf5-openmpi-dev and libhdf5-mpich2-dev?
Package: libhdf5-mpi-dev Version: 1.8.10-patch1-1~exp2 Hello, The libhdf5-dev package contains the /usr/include/H5Cpp.h file (the C++ API header for HDF5). It is not provided by any of the libhdf5-openmpi-dev and libhdf5-mpich2-dev packages. Is it intentional? Thanks for help, Sylwester -- http://www.igf.fuw.edu.pl/~slayoo/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658783: ITP: mate-common -- common scripts and macros to develop with MATE
Hi Thomas, Do you have any news about this package? I see it in the new-queue some days ago but it seem to disappear from the list now. Does it rejected? Yes. mate-common was rejected due to an incomplete debian/copyright file and missing GPL headers. I prepared the next version and we are waiting that one of the DDs in our team will upload it again. Cheers, Stefano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701743: [linux-image-3.2.0-4-amd64] radeon driver breaks gnome-shell on Radeon HD 6670/TURKS GPU
Am Donnerstag, den 28.02.2013, 16:52 +0100 schrieb Julien Cristau: On Tue, Feb 26, 2013 at 18:27:11 +0100, Bruno Kleinert wrote: Package: linux-image-3.2.0-4-amd64 Version: 3.2.39-1 Severity: normal --- Please enter the report below this line. --- Hi there, GNOME shell gets broken with this kernel version on my Radeon HD 6670/TURKS generation GPU. GDM3 still works, but it seems as soon as gnome-shell wants to use GPU acceleration the whole screen gets scrambled. Only the mousecursor appears normally and it can be moved around. dmesg spits out a lot of messages like those: Is this reproducible with 3.4.x? No it isn't. By the help of kernel-package I built a vanilla 3.4.0 kernel package, installed and booted it. I reused the Debian's 3.2 kernel configuration from 3.2.35-2 as input to make oldconfig and accepted the default answers for all kernel config questions added in the 3.4.0 kernel. Though gnome-shell works, I see the following warning in dmesg: [ 29.387744] radeon :02:00.0: evergreen_cs_track_validate_texture:796 texture bo too small (layer size 7526400, offset 0, max layer 1, depth 1, bo size 7299072) (1792 1050) [ 29.387758] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! Greetings - Fuddl signature.asc Description: This is a digitally signed message part
Bug#664767: Brcmsmac driver woes, possible regression?
On Tue, 2013-03-19 at 17:21 +0100, Camaleón wrote: 2013/3/19 Camaleón noela...@gmail.com: 2013/3/18 Jonathan Nieder jrnie...@gmail.com: Camaleón wrote: El 2013-03-18 a las 20:38 +0100, Arend van Spriel escribió: Sorry to hear. Reading back the bug report I noticed you are having a bcm4313 and we recently had a regression on it. Could you provide debugfs information from debugfs_mount/brcmsmac/bcma0:0/hardware I see. My /sys/kernel/debug/* directory is empty mount -t debugfs debugfs /sys/kernel/debug Perfect, thanks. root@stt300:~# cat /sys/kernel/debug/brcmsmac/bcma0\:0/hardware board vendor: 103c board type: 145c board revision: 2209 board flags: 8002a00 board flags2: 800 firmware revision: 262032b Now let's see how reverting the patch makes any difference as soon as I can compile the module. I will keep you updated Update: applied the patch to revert the other patch but I still cannot get the driver to work (see attached syslog). N-M still asks for password until desists :-( Note that NM 0.9.8 won't ask for a password when just anything fails, but will ask for a password if the 4-way handshake fails, because if that fails, it's probably your password. We're contemplating getting rid of that too, and just notifying the user that their password may be wrong and that they should go update it in the network configuration panel so we don't interrupt. But if you're 100% sure your PSK is correct, then it is, most likely, a driver bug. Dan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703402: PTS: link to the blends website for packages involved in blends
On Tue, Mar 19, 2013 at 11:14:45PM +0800, Paul Wise wrote: This can be approached and I could perfectly imagine to put the content of all tasks files into an UDD table if this might simplify things. But also here we should choose the table design apropriately: You can either give the Blend / Task preference like The PTS converts data in various into XML files for rendering using XSLT, but importing via a UDD CGI sounds fine, we would need the UDD folks to add that script though. If it comes to Blends topic I am an UDD folk. ;-) You should simply specify what data you need and I will go for it. They are: http://debian-med.alioth.debian.org/tasks/bio#gromacs to stick to the later example of gromacs in Debian Med. Here is a more problematic example, #logol doesn't exist but #logol-bin does. It might be possible to do the second link, the first is easier. http://debian-med.alioth.debian.org/tasks/bio#logol http://debian-med.alioth.debian.org/tasks/bio#logol-bin I'm sorry I can not really parse what you want to tell my with this. 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#703440: new minor upstream bugfix release is out (2.1.2)
Package: diffpdf Version: 2.1.1-1 Severity: wishlist really minor seems to be: --- diffpdf-2.1.1/CHANGES 2012-06-04 07:20:17.0 -0400 +++ diffpdf-2.1.2/CHANGES 2013-01-07 04:55:28.0 -0500 @@ -1,3 +1,11 @@ +2.1.2 + +- Minor GUI bug fixes. + +- Minor translation fixes. + +- Updated copyright year. + -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental'), (100, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages diffpdf depends on: ii libc6 2.13-38 ii libgcc1 1:4.7.2-5 ii libpoppler-qt4-3 0.18.4-5 ii libqtcore44:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libstdc++64.7.2-5 diffpdf recommends no packages. diffpdf 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#703179: Live nonfree images don't start x-session on radeon video cards
On 03/19/2013 01:23 PM, Daniel Baumann wrote: ok, so the bug isn't in the runtime configuration (live-config) but in fglrx doesn't work with kms which we'll need to workaround in the buildtime configuration (live-images) by conditionally adding nomodeset to bootappend in case non-free was enabled. Ugh. That is going to be crappy for systems which don't actually require a non-free driver and may behave badly if it is disabled (e.g. intel). Use case: User wants a single image to use on two home systems, one of which requires non-free and one doesn't. probably not all that rare ... Wouldn't it be better to disable modeset for specific chipsets, and wouldn't that be better to do in the package providing the driver that behaves badly with modeset enabled? e.g. intel driver turns it on by providing /etc/modprobe.d/i915-kms.conf which contains: options i915 modeset=1 So, the opposite of that, and with the option only being applied to radeon (and/or nvidia if it turns out it needs it too). Do *all* radeons behave better with modeset disabled, or just some? (and are there any that behave well only with modeset enabled and not with it disabled)? I'm very uneasy about this change without checking it out on a wider range of hardware. Ben -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703399: FS: udevil/0.4.1-1 ITP
Sven Hoexter wrote: udevil - Mounts and unmounts removable devices and networks without a Without... a safety net? Oh, without a password, via SUID. I've to admint that I didn't follow the current way of mounting removal devices in desktop enviroments but I'm still wondering what's the advantage of udevil over tools like pmount? Beside that the short description should start in lower case. http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-pkg-synopsis DevRef also recommends that it should be a noun phrase - in other words something that could complete the sentence The package udevil provides a/an/the/some ... Upstream describes it as a hassle-free replacement for udisks, which would fit, though it's unclear to me what hassle there is in using udisks. Or for instance you could copy the synopsis for udisks and make it something like: udevil - alternative storage media interface -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703441: dovecot-core: configfile 10-ssl.conf overwrite by update without question
Package: dovecot-core Version: 2:2.2.0~rc2-0~auto+43 Severity: normal -- Package-specific info: -- System Information: Debian Release: 6.0.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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/dash Versions of packages dovecot-core depends on: ii adduser 3.112+nmu2 add and remove users and groups ii libbz2-1.01.0.5-6+squeeze1 high-quality block-sorting file co ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libpam-runtime1.1.1-6.1+squeeze1 Runtime support for the PAM librar ii libpam0g 1.1.1-6.1+squeeze1 Pluggable Authentication Modules l ii libssl0.9.8 0.9.8o-4squeeze14 SSL shared libraries ii libwrap0 7.6.q-19 Wietse Venema's TCP wrappers libra ii openssl 0.9.8o-4squeeze14 Secure Socket Layer (SSL) binary a ii ucf 3.0025+nmu1Update Configuration File: preserv ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime dovecot-core recommends no packages. Versions of packages dovecot-core suggests: ii dovecot-gssapi 2:2.2.0~rc2-0~auto+43 GSSAPI authentication support for ii dovecot-imapd 2:2.2.0~rc2-0~auto+43 secure IMAP server that supports m ii dovecot-ldap 2:2.2.0~rc2-0~auto+43 LDAP support for Dovecot ii dovecot-lmtpd 2:2.2.0~rc2-0~auto+43 secure LMTP server for Dovecot ii dovecot-managesiev 2:2.2.0~rc2-0~auto+43 secure ManageSieve server for Dove ii dovecot-mysql 2:2.2.0~rc2-0~auto+43 MySQL support for Dovecot ii dovecot-pgsql 2:2.2.0~rc2-0~auto+43 PostgreSQL support for Dovecot pn dovecot-pop3d none(no description available) ii dovecot-sieve 2:2.2.0~rc2-0~auto+43 sieve filters support for Dovecot pn dovecot-solr none(no description available) ii dovecot-sqlite 2:2.2.0~rc2-0~auto+43 SQLite support for Dovecot pn ntpnone(no description available) Versions of packages dovecot-core is related to: ii dovecot-common 2:2.2.0~rc2-0~auto+43 Transitional package for dovecot ii dovecot-core [dove 2:2.2.0~rc2-0~auto+43 secure mail server that supports m pn dovecot-dbgnone(no description available) pn dovecot-devnone(no description available) ii dovecot-gssapi 2:2.2.0~rc2-0~auto+43 GSSAPI authentication support for ii dovecot-imapd 2:2.2.0~rc2-0~auto+43 secure IMAP server that supports m ii dovecot-ldap 2:2.2.0~rc2-0~auto+43 LDAP support for Dovecot ii dovecot-lmtpd 2:2.2.0~rc2-0~auto+43 secure LMTP server for Dovecot ii dovecot-managesiev 2:2.2.0~rc2-0~auto+43 secure ManageSieve server for Dove ii dovecot-mysql 2:2.2.0~rc2-0~auto+43 MySQL support for Dovecot ii dovecot-pgsql 2:2.2.0~rc2-0~auto+43 PostgreSQL support for Dovecot pn dovecot-pop3d none(no description available) ii dovecot-sieve 2:2.2.0~rc2-0~auto+43 sieve filters support for Dovecot ii dovecot-sqlite 2:2.2.0~rc2-0~auto+43 SQLite support for Dovecot -- 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#703442: RFP: viewpdf -- PDF viewer clearly indicating annotations and possible mistakes
Package: wnpp Severity: wishlist * Package name: viewpdf Version : 0.6.2 Upstream Author : Mark Summerfield * URL : http://www.qtrac.eu/viewpdf.html * License : GPL-2 Programming Lang: C++ Description : PDF viewer clearly indicating annotations and possible mistakes Comes handy to proof documents -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#476284: Bullet Physics Library
Hi Matteo, On 19.03.2013 11:21, Matteo F. Vescovi wrote: [...] Well, Bullet is a bad beast for Blender... ;-) I recall the fights Diego Petteno' (Blender packager for Gentoo) had to face while trying to integrate a shared version of bullet library instead of the embedded one :-) Hehe, i hope he succeeded at last. :-) I'd be happy to test the use of the shared version of it in the Debian package, being its absence from archives the only issue at the moment. It would be great even to use the entire pack of libraries, not only the core one. Let me know if you need some help in shaping the package, if I'm able to ;-P Many thanks for your offer. I have uploaded the complete version of Bullet with all the bells and whistles at mentors. https://mentors.debian.net/package/bullet I'd be glad if you could test the package and give some feedback whether you find it useful. My main concern about Bullet is that the SONAME frequently changes but also in a predictable manner. More precisely it changes with every new release which happens twice a year. So i want to stay in close contact with those maintainers who are actually using Bullet at the moment thus major breakage can be avoided. ;-) IIRC, some DDs of Games Team are also part of DMM Team. Maybe you could find a sponsor here, directly. The maintainer of supertuxkart has shown little interest for Bullet so far. I have got some feedback from readers of devel-games but no one in the Games Team seemed interested in co-maintaining Bullet. I'm prepared to do the day-to-day maintenance but would appreciate a more experienced library packager who knows more about transitions and who can share some knowledge here. My hope is that Bullet will open the door for more sophisticated 3D applications and games [1] which will surely make Debian more interesting for professional 3D content developers and for users who appreciate complex games. Regards, Markus [1] http://en.wikipedia.org/wiki/Bullet_%28software%29#Open_source_and_other signature.asc Description: OpenPGP digital signature
Bug#664767: Brcmsmac driver woes, possible regression?
El 2013-03-19 a las 11:53 -0500, Dan Williams escribió: On Tue, 2013-03-19 at 17:21 +0100, Camaleón wrote: 2013/3/19 Camaleón noela...@gmail.com: 2013/3/18 Jonathan Nieder jrnie...@gmail.com: Camaleón wrote: El 2013-03-18 a las 20:38 +0100, Arend van Spriel escribió: Sorry to hear. Reading back the bug report I noticed you are having a bcm4313 and we recently had a regression on it. Could you provide debugfs information from debugfs_mount/brcmsmac/bcma0:0/hardware I see. My /sys/kernel/debug/* directory is empty mount -t debugfs debugfs /sys/kernel/debug Perfect, thanks. root@stt300:~# cat /sys/kernel/debug/brcmsmac/bcma0\:0/hardware board vendor: 103c board type: 145c board revision: 2209 board flags: 8002a00 board flags2: 800 firmware revision: 262032b Now let's see how reverting the patch makes any difference as soon as I can compile the module. I will keep you updated Update: applied the patch to revert the other patch but I still cannot get the driver to work (see attached syslog). N-M still asks for password until desists :-( Note that NM 0.9.8 won't ask for a password when just anything fails, but will ask for a password if the 4-way handshake fails, because if that fails, it's probably your password. We're contemplating getting rid of that too, and just notifying the user that their password may be wrong and that they should go update it in the network configuration panel so we don't interrupt. But if you're 100% sure your PSK is correct, then it is, most likely, a driver bug. Password is correct. I have a second wireless card (external, using rt2800usb driver) that connects without a glitch to the same AP. Moreover, unless I type the right password, N-M dialog does not allow me to click on the Connect button. Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703443: libgtk-3-0: please declare Breaks on clearlooks-phenix-theme ( 3.0.0)
Package: libgtk-3-0 Version: 3.6.1-1 Severity: normal Clearlooks-phenix-theme 2.0.* works with GTK+ 3.4.* only, and for GTK+ from 3.6 users are supposed to use 3.0.* versions. Please add proper record to the Breaks field. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (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/dash Versions of packages libgtk-3-0 depends on: ii libatk-bridge2.0-0 2.7.1-1 ii libatk1.0-0 2.2.0-2 ii libc6 2.13-35 ii libcairo-gobject2 1.12.2-3 ii libcairo2 1.12.2-3 ii libcolord1 0.1.15-3 ii libcomerr2 1.41.8-2 ii libcups21.5.3-2 ii libfontconfig1 2.9.0-3 ii libfreetype62.4.2-2.1 ii libgcrypt11 1.5.0-3 ii libgdk-pixbuf2.0-0 2.26.0-1 ii libglib2.0-02.34.1-1 ii libgnutls26 2.12.19-1 ii libgssapi-krb5-21.10+dfsg~beta1-2 ii libgtk-3-common 3.6.1-1 ii libk5crypto31.10+dfsg~beta1-2 ii libkrb5-3 1.10+dfsg~beta1-2 ii libpango1.0-0 1.30.0-1 ii libx11-62:1.4.99.901-2 ii libxcomposite1 1:0.4.2-1 ii libxcursor1 1:1.1.10-2 ii libxdamage1 1:1.1.3-1 ii libxext62:1.2.0-2 ii libxfixes3 1:4.0.5-1 ii libxi6 2:1.6.1-1 ii libxinerama12:1.0.3-2 ii libxrandr2 2:1.3.0-2 ii multiarch-support 2.13-21 ii shared-mime-info0.90-1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages libgtk-3-0 recommends: ii hicolor-icon-theme 0.10-2 ii libgtk-3-bin3.6.1-1 Versions of packages libgtk-3-0 suggests: ii gvfs 1.12.3-4 ii librsvg2-common 2.36.1-1 -- 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#673424: bbswitch packaging
On Tue, Mar 19, 2013 at 4:54 AM, Ritesh Raj Sarraf r...@researchut.com wrote:
On Tuesday 19 March 2013 01:35 AM, Vincent Cheng wrote:
# Need functions from primus libGL to take precedence
export LD_LIBRARY_PATH=${PRIMUS_libGL}${LD_LIBRARY_PATH:+:$LD_LIBRARY_PATH}
That line was already uncommented out in the script shipped by the package...
Oh!! I must have missed that.
Yes. But I have ensure always that I review the config file. And in my
opinion, the defaults should be KeepUnusedXServer=false
I suppose a better way of explaining why watching /proc/acpi/bbswitch
isn't reliable is by referencing the differences between how the
virtualgl and primus backends work. Virtualgl will always cause the
secondary X server to be spawned (everything is rendered on the
secondary X server before being displayed on the primary X server),
whereas primus will only offload glx calls to bumblebee, thus the
secondary X server will only start up when you run some sort of opengl
application with primus. That means that optirun bash or optirun
xterm will invariably turn on the secondary X server and the nvidia
gpu, whereas primusrun bash or primusrun xterm (or some other
application that doesn't use any glx calls) will not.
Thanks for explaining this.
I will try to update all the packages now and see the final results.
Looks like you guys have pushed some updates today.
Please do test out my changes, but also please don't upload the
packages yet. I want to sort out the conffiles issue [1] first...
No worries. I myself would prefer if Aron (or someone else from the
current pkg-nvidia team) reviews and does the upload.
It's very much appreciated if you can help on sponsoring, as my
personal time isn't very abundant recently so it could be a quite long
delay waiting my uploads...
But I'll keep an eye on the package and responded as soon as I can.
--
Regards,
Aron Xu
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648653: Discontinued
Le mardi 19 mars 2013 à 14:13 +0100, Paul van Tilburg a écrit : I would like to inquery if you have changed the packaging (wrt to what is mentioned in the original ITP) from the discontinued[1] plugin by Simon Legner to the one by Christian Metzler[2]? The latter plugin has evolved quite a lot, for example it has a decent settings dialog and is also supported via extensions.gnome.org nowadays. Also, it receives daily maintenance. Yes, I packaged the version of Christian Metzler. Cheers, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part
Bug#703444: ecere-sdk: Must build-dep on and use libgif-dev instead of included libungif
Package: ecere-sdk Severity: serious Version: 0.44.03-1 libungif has been removed from debian in favour of libgif. ecere-sdk should build-dep on libgif-dev use that instead of the included copy of code. Also it would be preferred for ecere-sdk to not have /deps/ - external copies of code included in the release tarball Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657730: stable=wheezy update
I had the same problem after updating Stable to Wheezy. The solution in Ubuntu's bug #825475 worked for me. https://bugs.launchpad.net/ubuntu/+source/calibre/+bug/825475 apt-get remove --purge calibre calibre-bin rm -rvf /usr/lib/calibre apt-get install calibre -- Stephan Trebs
Bug#703445: watchdog: interval is not honored in some configurations
Package: watchdog Version: 5.13-1 Severity: normal Dear Maintainer, While testing some watchdog configurations for some embedded hardware, I noticed that watchdog was not waiting for the configured interval (10 seconds); instead, it was waiting only 5 seconds between checks. Perusing the source revealed the cause: in watchdog.c, in the main() function, the program explicitly waits for only half of the requested interval (usleep(tint * 50)). The implicit assumption is that the other half of the sleep takes place in test_binary.c, in check_bin(). The problem with that is that the usleep() in check_bin() is only called when a test_binary is specified. Otherwise, check_bin() returns immediately. A further complication is that when a test_directory is used with several programs in it, check_bin() will be called along with its usleep() for each one. So if I have no test_binary or test_directory, I get 50% of the configured interval. But if I have a test_binary as well as a test_directory with 8 check binaries in it, I get 500% of the interval (especially dangerous when the interval is not much smaller than the watchdog period). I believe that either this should be fixed, so that the same interval is used regardless of which test binaries are being in place, or else the documentation should be corrected to explain the situation (maybe something like The interval that will actually be used is determined by the formula '0.5i * (1 + t)', where i is the interval from the config file, and t is the number of test programs that will be run per interval. Yeah, I don't like that very much either.) Thanks for your attention! p -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (900, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages watchdog depends on: ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38 ii lsb-base 4.1+Debian8 ii udev 175-7.1 watchdog recommends no packages. watchdog suggests no packages. -- debconf information: watchdog/run: true watchdog/module: none watchdog/restart: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664767: Brcmsmac driver woes, possible regression?
On Tue, 2013-03-19 at 18:30 +0100, Camaleón wrote: El 2013-03-19 a las 11:53 -0500, Dan Williams escribió: On Tue, 2013-03-19 at 17:21 +0100, Camaleón wrote: 2013/3/19 Camaleón noela...@gmail.com: 2013/3/18 Jonathan Nieder jrnie...@gmail.com: Camaleón wrote: El 2013-03-18 a las 20:38 +0100, Arend van Spriel escribió: Sorry to hear. Reading back the bug report I noticed you are having a bcm4313 and we recently had a regression on it. Could you provide debugfs information from debugfs_mount/brcmsmac/bcma0:0/hardware I see. My /sys/kernel/debug/* directory is empty mount -t debugfs debugfs /sys/kernel/debug Perfect, thanks. root@stt300:~# cat /sys/kernel/debug/brcmsmac/bcma0\:0/hardware board vendor: 103c board type: 145c board revision: 2209 board flags: 8002a00 board flags2: 800 firmware revision: 262032b Now let's see how reverting the patch makes any difference as soon as I can compile the module. I will keep you updated Update: applied the patch to revert the other patch but I still cannot get the driver to work (see attached syslog). N-M still asks for password until desists :-( Note that NM 0.9.8 won't ask for a password when just anything fails, but will ask for a password if the 4-way handshake fails, because if that fails, it's probably your password. We're contemplating getting rid of that too, and just notifying the user that their password may be wrong and that they should go update it in the network configuration panel so we don't interrupt. But if you're 100% sure your PSK is correct, then it is, most likely, a driver bug. Password is correct. I have a second wireless card (external, using rt2800usb driver) that connects without a glitch to the same AP. Moreover, unless I type the right password, N-M dialog does not allow me to click on the Connect button. NM minimally verifies the PSK, which by 802.11 standards is between 8 and 63 ASCII characters inclusive. So you should be able to type anything you want within those constraints, but clearly only one is your real PSK. Dan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703446: collectd-core: MySQL plugin incorrectly uses database as callback name
Package: collectd-core Version: 5.1.0-3 Severity: important Tags: patch upstream fixed-upstream Control: forward -1 http://git.verplant.org/?p=collectd.git;a=commitdiff;h=3cc6836b0c1155ce81d50d3dcc295380346b1e1b Dear Maintainer, The mysql plugin uses the database argument (optionnal!) to uniquely identify the data. This prevent having multiple instances without databases (or with the same database). This is fixed upstream, and I think this deserve a fix for wheezy. http://git.verplant.org/?p=collectd.git;a=commitdiff;h=3cc6836b0c1155ce81d50d3dcc295380346b1e1b -- 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/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 collectd-core depends on: ii debconf [debconf-2.0] 1.5.49 ii iptables 1.4.14-3 ii libc6 2.13-38 ii libltdl7 2.4.2-1.1 Versions of packages collectd-core recommends: ii perl 5.14.2-18 pn rrdtool none Versions of packages collectd-core suggests: ii apache2 2.2.22-12 ii apache2-mpm-worker [httpd-cgi] 2.2.22-12 pn apcupsd none pn bind9 none pn collectd-devnone pn hddtemp none pn ipvsadm none ii libc6 2.13-38 pn libconfig-general-perl none ii libcurl3-gnutls 7.26.0-1+wheezy1 pn libdbi1 none pn libdbus-1-3 none pn libesmtp6 none ii libgcrypt11 1.5.0-3 pn libgdk-pixbuf2.0-0 none ii libglib2.0-02.33.12+really2.32.4-5 pn libhal1 none pn libhtml-parser-perl none pn libmemcached10 none pn libmodbus5 none pn libmysqlclient18none pn libnotify4 none pn libopenipmi0none pn liboping0 none pn libpcap0.8 none ii libperl5.14 5.14.2-18 pn libpq5 none pn libprotobuf-c0 none ii libpython2.72.7.3-6 pn librabbitmq0none ii libregexp-common-perl 2011121001-1 pn librrd4 none pn librrds-perlnone ii libsensors4 1:3.3.2-2 ii libsnmp15 5.4.3~dfsg-2.7 ii libssl1.0.0 1.0.1e-1 pn libtokyotyrant3 none pn libupsclient1 none pn liburi-perl none pn libvarnishapi1 none pn libvirt0none ii libxml2 2.8.0+dfsg1-7 pn libyajl2none pn lm-sensors none pn mbmon none pn memcached none pn mysql-servernone pn nginx none pn notification-daemon none pn nut none pn olsrd none pn openvpn none pn pdns-server none pn postgresql none pn time-daemon none -- Configuration Files: /etc/default/collectd changed: DISABLE=0 USE_COLLECTDMON=1 MAXWAIT=60 ENABLE_COREFILES=0 -- debconf information: collectd/migration-3-4: collectd/migration-4-5: collectd/postrm_purge_data: true collectd/auto-migrate-4-5: false collectd/auto-migrate-3-4: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664767: Brcmsmac driver woes, possible regression?
El 2013-03-19 a las 12:59 -0500, Dan Williams escribió: On Tue, 2013-03-19 at 18:30 +0100, Camaleón wrote: El 2013-03-19 a las 11:53 -0500, Dan Williams escribió: Note that NM 0.9.8 won't ask for a password when just anything fails, but will ask for a password if the 4-way handshake fails, because if that fails, it's probably your password. We're contemplating getting rid of that too, and just notifying the user that their password may be wrong and that they should go update it in the network configuration panel so we don't interrupt. But if you're 100% sure your PSK is correct, then it is, most likely, a driver bug. Password is correct. I have a second wireless card (external, using rt2800usb driver) that connects without a glitch to the same AP. Moreover, unless I type the right password, N-M dialog does not allow me to click on the Connect button. NM minimally verifies the PSK, which by 802.11 standards is between 8 and 63 ASCII characters inclusive. So you should be able to type anything you want within those constraints, but clearly only one is your real PSK. Oops! Okay, so what user inputs is not bullet-proof. Anyway, this does not seem to be a problem of bad password. I was finally able to get connected to the AP as soon as I carry the nebook and put it next to the AP which is the problem I've always have had with this driver (brcmsmac). As soon as I back to another room, N-M asks me again for the pass-key and disconnects. Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703394: [pkg-php-pear] Bug#703394: RFS: php-services-weather/1.4.2-4 [ITA] -- acts as an interface to various online weather-services
On 03/19/2013 03:20 PM, Prach Pongpanich wrote: dget -x http://mentors.debian.net/debian/pool/main/p/php-services-weather/php-services-weather_1.4.2-4.dsc Uploaded. Though I have noticed one tiny remaining glitch from the past. debian/control Section: should be updated from web to php (which is the new section for such a package). Thanks for your contribution, salvaging old package like that that fell into the QA team is really appreciated. Cheers, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664767: Brcmsmac driver woes, possible regression?
On Tue, 2013-03-19 at 19:11 +0100, Camaleón wrote: El 2013-03-19 a las 12:59 -0500, Dan Williams escribió: On Tue, 2013-03-19 at 18:30 +0100, Camaleón wrote: El 2013-03-19 a las 11:53 -0500, Dan Williams escribió: Note that NM 0.9.8 won't ask for a password when just anything fails, but will ask for a password if the 4-way handshake fails, because if that fails, it's probably your password. We're contemplating getting rid of that too, and just notifying the user that their password may be wrong and that they should go update it in the network configuration panel so we don't interrupt. But if you're 100% sure your PSK is correct, then it is, most likely, a driver bug. Password is correct. I have a second wireless card (external, using rt2800usb driver) that connects without a glitch to the same AP. Moreover, unless I type the right password, N-M dialog does not allow me to click on the Connect button. NM minimally verifies the PSK, which by 802.11 standards is between 8 and 63 ASCII characters inclusive. So you should be able to type anything you want within those constraints, but clearly only one is your real PSK. Oops! Okay, so what user inputs is not bullet-proof. Anyway, this does not seem to be a problem of bad password. I was finally able to get connected to the AP as soon as I carry the nebook and put it next to the AP which is the problem I've always have had with this driver (brcmsmac). Yeah, that's a symptom of bad power control or bad gain or who knows what in the driver. But also, make sure your antennas are connected correctly :) As soon as I back to another room, N-M asks me again for the pass-key and disconnects. NM 0.9.8 shouldn't do that; I bet you're not even getting to the point where the 4-way handshake and password verification are done. NM 0.9.8 will retry a few times, notify you and fail, then wait a couple minutes and try again. It shouldn't ask for a password anymore in situations like this. Dan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703441: dovecot-core: configfile 10-ssl.conf overwrite by update without question
On Tue, 19 Mar 2013, Hardy Flor wrote: Package: dovecot-core Version: 2:2.2.0~rc2-0~auto+43 Where did this package come from? It doesn't seem to be an official Debian one. -- Jaldhar H. Vyas jald...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690081: Processed: your mail
Control: severity 690081 wishlist On Tue, Mar 19, 2013 at 08:45:13 +, Debian Bug Tracking System wrote: Processing commands for cont...@bugs.debian.org: severity 690081 grave Bug #690081 [libwayland0] libwayland0:i386 and libwayland0:amd64 are conflicting, blocking multiarch gtk2.0 installation Severity set to 'grave' from 'wishlist' No, this bug is in no way grave. Cheers, Julien signature.asc Description: Digital signature
Bug#703443: libgtk-3-0: please declare Breaks on clearlooks-phenix-theme ( 3.0.0)
Am 19.03.2013 18:32, schrieb Andrew Shadura: Package: libgtk-3-0 Version: 3.6.1-1 Severity: normal Clearlooks-phenix-theme 2.0.* works with GTK+ 3.4.* only, and for GTK+ from 3.6 users are supposed to use 3.0.* versions. Please add proper record to the Breaks field. What exactly breaks? Given how poorly APT handles Breaks [1], I'd be very cautious to add Breaks lightly Michael [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=676485 -- 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#703441: dovecot-core: configfile 10-ssl.conf overwrite by update without question
Am 19.03.2013 19:06, schrieb Jaldhar H. Vyas: On Tue, 19 Mar 2013, Hardy Flor wrote: Package: dovecot-core Version: 2:2.2.0~rc2-0~auto+43 Where did this package come from? It doesn't seem to be an official Debian one. Yes, this is wrong. I'm use dovecote from deb http://xi.rename-it.nl/debian/ stable-auto/dovecot-2.2 main -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703447: python-pymongo: Please package the upstream (2.4) version
Package: python-pymongo Version: 2.2-4 Severity: normal MongoDB 2.2 has been available in sid for some time already; but all of its improvements are properly supported by pymongo only since 2.3 version. Can you please package it for Debian (hopefully, it'll get to Ubuntu in some time as well), or even better, the latest/greatest 2.4 upstream version? -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-pymongo depends on: ii python 2.7.3-4 ii python-bson 2.2-4 Versions of packages python-pymongo recommends: ii python-gridfs 2.2-4 ii python-pymongo-ext 2.2-4 python-pymongo 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#664767: Brcmsmac driver woes, possible regression?
El 2013-03-19 a las 13:16 -0500, Dan Williams escribió: On Tue, 2013-03-19 at 19:11 +0100, Camaleón wrote: (...) NM minimally verifies the PSK, which by 802.11 standards is between 8 and 63 ASCII characters inclusive. So you should be able to type anything you want within those constraints, but clearly only one is your real PSK. Oops! Okay, so what user inputs is not bullet-proof. Anyway, this does not seem to be a problem of bad password. I was finally able to get connected to the AP as soon as I carry the nebook and put it next to the AP which is the problem I've always have had with this driver (brcmsmac). Yeah, that's a symptom of bad power control or bad gain or who knows what in the driver. But also, make sure your antennas are connected correctly :) I'm starting to think the embedded wireless adapter could have been damaged somehow. The fact is that the card worked fine until kernel 2.6.38 (IIRC), but afterwards... well, I had to connect an additional USB card. As soon as I back to another room, N-M asks me again for the pass-key and disconnects. NM 0.9.8 shouldn't do that; I bet you're not even getting to the point where the 4-way handshake and password verification are done. NM 0.9.8 will retry a few times, notify you and fail, then wait a couple minutes and try again. It shouldn't ask for a password anymore in situations like this. Debian Wheezy still has 0.9.4 but well, that's a minor issue ;-( Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703404: debian-installer: wheezy (PXE boot) failes to install busybox and kernel
severity 703404 important thanks Quoting Tycho Lursen (tycholur...@gmail.com): Package: debian-installer Version: wheezy Severity: critical Tags: d-i Justification: breaks the whole system No, it doesn't. :-). Hence lowering the severity. signature.asc Description: Digital signature
Bug#698778: preapproval of expect/5.45-3
On Tue, Mar 19, 2013 at 13:36:31 +0100, intrigeri wrote: I suggest preparing and proposing a Jenkins dist-upgrade job (either as a patch against an existing appropriate job, or as a new job) to Holger (Cc'd), so that we have an easy way to verify that the Squeeze to Wheezy upgrade is indeed working fine with the proposed change. Does this test random combinations of installed packages? Cheers, Julien signature.asc Description: Digital signature
Bug#703443: libgtk-3-0: please declare Breaks on clearlooks-phenix-theme ( 3.0.0)
Am 19.03.2013 19:28, schrieb Andrew Shadura: Hello, On Tue, 19 Mar 2013 19:22:39 +0100 Michael Biebl bi...@debian.org wrote: Clearlooks-phenix-theme 2.0.* works with GTK+ 3.4.* only, and for GTK+ from 3.6 users are supposed to use 3.0.* versions. Please add proper record to the Breaks field. What exactly breaks? Given how poorly APT handles Breaks [1], I'd be very cautious to add Breaks lightly Hmm. What would be an alternative solution to make sure new GTK+ pulls new clearlooks if needed? I'd say that depends on how badly this affects applications with the old theme. If it's just smaller graphical glitches, then probably I wouldn't bother and just wait until clearlooks-phoenix-theme has been updated in unstable. 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#701537: miro.real: segfault ..... in libc-2.13.so
hello reading this today: kernel: [ 552.510512] nepomukservices[4637]: segfault at 10007 ip 7f8aedc2806a sp 7f8ad57f5320 error 4 in libc-2.13.so[7f8aedbb1000+18] and this http://bugs.debian.org/652836 made me wonder if this bug is related to miro at all. I am a bit stuck with further debuging here. Some kind of hint would be appreciated. Thank you. -- Regards, Thilo 4096R/0xC70B1A8F 721B 1BA0 095C 1ABA 3FC6 7C18 89A4 A2A0 C70B 1A8F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703320: [myspell-pt-br] Please consider to use new upstream version in next update
On Mon, Mar 18, 2013 at 10:59:09AM -0300, Marcelo Santana wrote: Package: myspell-pt-br Version: 20110527-2 Severity: wishlist Dear maintainer, Please consider to use new 3.0 upstream version [1] in next update. Note it works only with LibreOffice 3.3 or later. Maybe you need to create a new myspell-pt-br package specific to this version of LibreOffice. [1]http://pt-br.libreoffice.org/projetos/projeto-vero-verificador-ortografico Note now there is a different version (2.1.2) for mozilla applications and probably it will be needed to create a separate package for them. Hi, thanks for the info. We do not use specific Libreoffice or Mozilla stuff, just plain hunspell dictionaries that can be used by both Libreoffice or Mozilla through libhunspell. If 3.0 upstream version does not need a more recent hunspell packaging the dict should work for both, so expect it for next upload. Note that we are in freeze process, so it may take some time. One curious side question about the dictionary, seems that some words use '-' as possible word constituent, why it is not enabled in WORDCHARS? Does this show some other drawbacks? Regards -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703394: [pkg-php-pear] Bug#703394: RFS: php-services-weather/1.4.2-4 [ITA] -- acts as an interface to various online weather-services
Uploaded. Though I have noticed one tiny remaining glitch from the past. debian/control Section: should be updated from web to php (which is the new section for such a package). Thanks for your contribution, salvaging old package like that that fell into the QA team is really appreciated. Thanks a lot, I will check more careful next time. Cheers, Prach -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703447: python-pymongo: Please package the upstream (2.4) version
Hello Alexander, Thanks for your bug report. As Debian Testing is currently in freeze state, no new upstream versions should be uploaded into Testing or Unstable. I will upload Pymongo 2.4 into the Experimental archive. Bye, -- Federico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703443: libgtk-3-0: please declare Breaks on clearlooks-phenix-theme ( 3.0.0)
On 03/19/2013 07:22 PM, Michael Biebl wrote: Am 19.03.2013 18:32, schrieb Andrew Shadura: Package: libgtk-3-0 Version: 3.6.1-1 Severity: normal Clearlooks-phenix-theme 2.0.* works with GTK+ 3.4.* only, and for GTK+ from 3.6 users are supposed to use 3.0.* versions. Please add proper record to the Breaks field. What exactly breaks? And why does it break? Is it because of a bug in clearlooks-phenix or because of a behaviour change in gtk+ or what? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703447: python-pymongo: Please package the upstream (2.4) version
Oh ok, I forgot the freeze applies to Unstable as well. Experimental is great anyway; and hope it ends up in Ubuntu in some time... Thanks for your help Federico, I believe I am not the only Python/MongoDB user who'll be made happy with such an upload. 2013/3/19 Federico Ceratto federico.cera...@gmail.com Hello Alexander, Thanks for your bug report. As Debian Testing is currently in freeze state, no new upstream versions should be uploaded into Testing or Unstable. I will upload Pymongo 2.4 into the Experimental archive. Bye, -- Federico
Bug#678979: request freeze exception for slony1-2
Since the original bug was opened we've figured out why adding PG 9.1 support to slony 2.0.x was causing occasional test failures. The fixes for PG 9.1 (upstream bugs #255) along with the fixes for the MOVE SET issue caused by the #255 fix (upstream bug #285) I think will produce a working slony 2.0.x against 9.1. If Debian would like I can assemble assemble these two patches and run it through the testing suite. Upstreams interest in maintaining 2.0.x going forward is limited since we feel that the effort in upgrading a cluster to to 2.1 isn't that much more than upgrading from a 2.0.x and 2.1.x works with all versions of PG that 2.0.x does. Steve -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698778: preapproval of expect/5.45-3
Hi, Julien Cristau wrote (19 Mar 2013 18:38:10 GMT) : Does this test random combinations of installed packages? What I suggested does not, but one could imagine and implement a more involved test case. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703443: libgtk-3-0: please declare Breaks on clearlooks-phenix-theme ( 3.0.0)
Hello, On Tue, 19 Mar 2013 19:43:33 +0100 Emilio Pozuelo Monfort po...@debian.org wrote: Clearlooks-phenix-theme 2.0.* works with GTK+ 3.4.* only, and for GTK+ from 3.6 users are supposed to use 3.0.* versions. Please add proper record to the Breaks field. What exactly breaks? And why does it break? Is it because of a bug in clearlooks-phenix or because of a behaviour change in gtk+ or what? Well, I haven't tried to run it actually, but AFAIK there were some changes in GTK+ itself. Author provides three different versions of the theme, for GTK+ 3.2, 3.4 and 3.6+. -- WBR, Andrew signature.asc Description: PGP signature
Bug#703370: No more problems after increasing frame buffer size
Bernhard wrote: Reason was a too small frame buffer size with 32MB in UEFI. [...] After increasing the frame buffer size from 32MB to 64MB, gnome shell starts without any errors. Where do you configure that? Is this a BIOS bug? We might want to warn users in the wheezy release notes, so more details would be welcome. Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
