Bug#674753: djmount: Cannot read any media from mounted DLNA server
Hi Dario, are you able to play (or copy) anything from that /mnt/djmount directory? Regards, Petr Kiss -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#344847: thuriaux's scripts definite MIAs
Hello, Looks like haydn is now alioth, but the qa directory is not there. http://alioth.debian.org/~thuriaux-guest/ Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674840: override: ttf-vlgothic:oldlibs/extra
Package: ftp.debian.org Severity: normal This package is a transitional package, therefore belongs to oldlibs and priority extra. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674841: override: ttf-komatuna:oldlibs/extra
Package: ftp.debian.org Severity: normal This package is a transitional package, therefore belongs to oldlibs and priority extra. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674786: netbase: Ignores /etc/network/interfaces except for ipv4 eth0 and lo0
tags 674786 moreinfo thanks Hello, On Sun, 27 May 2012 18:05:22 +0200 Jan Huijsmans huysm...@koffie.nu wrote: After upgrade to netbase 5.0 from 4.47 all entries in /etc/network/interfaces except for eth0 ipv4 and lo0 ipv4 are completely ignored. No virtual interfaces or ipv6 addresses are set at all. Either you provide full information about your configuration *and* it's not invalid as last time, or it's not a bug. -- WBR, Andrew signature.asc Description: PGP signature
Bug#674842: can't enter decimal separator
Package: galculator Version: 1.3.4-1 It's not possible to enter a decimal separator in galculator 1.3.4-1 (debian unstable). I found this report: http://sourceforge.net/tracker/?func=detailaid=1642582group_id=80471atid=559874# But it is the same with different locales settings (en_US.UTF-8 and cs_CZ.UTF-8). J. smime.p7s Description: S/MIME Cryptographic Signature
Bug#674843: roxterm is unable to start new tab/window when current directory does not exist
Source: roxterm Version: 2.6.3-1 Severity: normal This is another variant of #639687. When current directory of the shell running inside a roxterm window gets removed, there's no way to start a new window/tab: roxterm complains that it can't chdir to a deleted directory because that directory does not exist, and refuses to open new tab/window. Steps to reproduce: open roxterm window with shell mkdir /tmp/dir cd /tmp/dir rmdir /tmp/dir try to open new roxterm window/tab It might warn about the fact that the directory does not exist, or it may not (I'd say displaying a warning is sort of annoying in this case, just like with root-owned child process), but it definitely should not fail to create new window/tab, which may just start with user's home directory just like in the case with root-owned child process. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672085: qof: ftbfs with GCC-4.7
my patch is wrong. see my follow-up in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53285 and choose one of the implementations (the glibc implementation should be ok, as any C compiler in Debian supports anonymous unions). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672243: me-tv locks up after Initialising table 'version'
Tags: patch This bug would be fixed in the upstream 1.3.7 version, and it would be very good to get to squeeze. The bug makes the package largely unusable currently unless it doesn't fail for everyone, and still. Attached is a tested patch to packaging (only). Changes are needed because the new upstream version is differently prepared from the 1.3.6 release. The diffstat between 1.3.6 and 1.3.7 is _huge_, but the real code changes are extra minimal. It's still worth packaging the new upstream version since it has a large amount of translation updates in addition to the configure file cruft. So, to update the package, this should work: apt-get source me-tv cd me-tv-1.3.6/ uscan . uupdate ../me-tv_1.3.7.orig.tar.gz cd ../me-tv-1.3.7 patch -p1 ~/me-tv_1.3.7_packaging.patch And adding stuff to debian/changelog like: me-tv (1.3.7-1) unstable; urgency=low * New upstream release * Fixes crash on startup (Closes: #672243) [ Timo Jyrinki ] * Add a patch to restore po/Makefile.in.in * Add dh_autoreconf because of different kind of upstream release ...or however you want to present it. -Timo diff -urN me-tv-1.3.6/debian/control me-tv-1.3.7/debian/control --- me-tv-1.3.6/debian/control 2010-08-02 02:34:03.0 +0300 +++ me-tv-1.3.7/debian/control 2012-05-28 09:24:06.0 +0300 @@ -7,7 +7,7 @@ Build-Depends: debhelper (= 7.0.50~), autotools-dev, pkg-config, intltool, libgtkmm-2.4-dev (=2.12), libxine-dev, libx11-dev, libsqlite3-dev, libgconfmm-2.6-dev, libunique-dev, - libdbus-glib-1-dev + libdbus-glib-1-dev, dh-autoreconf Standards-Version: 3.9.1 Homepage: https://launchpad.net/me-tv diff -urN me-tv-1.3.6/debian/patches/add_po_makefile_in_in.patch me-tv-1.3.7/debian/patches/add_po_makefile_in_in.patch --- me-tv-1.3.6/debian/patches/add_po_makefile_in_in.patch 1970-01-01 02:00:00.0 +0200 +++ me-tv-1.3.7/debian/patches/add_po_makefile_in_in.patch 2012-05-28 09:23:04.0 +0300 @@ -0,0 +1,221 @@ +diff -urN me-tv-1.3.7.old/po/Makefile.in.in me-tv-1.3.7/po/Makefile.in.in +--- me-tv-1.3.7.old/po/Makefile.in.in 1970-01-01 02:00:00.0 +0200 me-tv-1.3.7/po/Makefile.in.in 2010-12-16 12:12:21.0 +0200 +@@ -0,0 +1,217 @@ ++# Makefile for program source directory in GNU NLS utilities package. ++# Copyright (C) 1995, 1996, 1997 by Ulrich Drepper drep...@gnu.ai.mit.edu ++# Copyright (C) 2004-2008 Rodney Dawes dobey.p...@gmail.com ++# ++# This file may be copied and used freely without restrictions. It may ++# be used in projects which are not available under a GNU Public License, ++# but which still want to provide support for the GNU gettext functionality. ++# ++# - Modified by Owen Taylor otay...@redhat.com to use GETTEXT_PACKAGE ++# instead of PACKAGE and to look for po2tbl in ./ not in intl/ ++# ++# - Modified by jacob berkman ja...@ximian.com to install ++# Makefile.in.in and po2tbl.sed.in for use with glib-gettextize ++# ++# - Modified by Rodney Dawes dobey.p...@gmail.com for use with intltool ++# ++# We have the following line for use by intltoolize: ++# INTLTOOL_MAKEFILE ++ ++GETTEXT_PACKAGE = @GETTEXT_PACKAGE@ ++PACKAGE = @PACKAGE@ ++VERSION = @VERSION@ ++ ++SHELL = @SHELL@ ++ ++srcdir = @srcdir@ ++top_srcdir = @top_srcdir@ ++top_builddir = @top_builddir@ ++VPATH = @srcdir@ ++ ++prefix = @prefix@ ++exec_prefix = @exec_prefix@ ++datadir = @datadir@ ++datarootdir = @datarootdir@ ++libdir = @libdir@ ++DATADIRNAME = @DATADIRNAME@ ++itlocaledir = $(prefix)/$(DATADIRNAME)/locale ++subdir = po ++install_sh = @install_sh@ ++# Automake = 1.8 provides @mkdir_p@. ++# Until it can be supposed, use the safe fallback: ++mkdir_p = $(install_sh) -d ++ ++INSTALL = @INSTALL@ ++INSTALL_DATA = @INSTALL_DATA@ ++ ++GMSGFMT = @GMSGFMT@ ++MSGFMT = @MSGFMT@ ++XGETTEXT = @XGETTEXT@ ++INTLTOOL_UPDATE = @INTLTOOL_UPDATE@ ++INTLTOOL_EXTRACT = @INTLTOOL_EXTRACT@ ++MSGMERGE = INTLTOOL_EXTRACT=$(INTLTOOL_EXTRACT) srcdir=$(srcdir) $(INTLTOOL_UPDATE) --gettext-package $(GETTEXT_PACKAGE) --dist ++GENPOT = INTLTOOL_EXTRACT=$(INTLTOOL_EXTRACT) srcdir=$(srcdir) $(INTLTOOL_UPDATE) --gettext-package $(GETTEXT_PACKAGE) --pot ++ ++ALL_LINGUAS = @ALL_LINGUAS@ ++ ++PO_LINGUAS=$(shell if test -r $(srcdir)/LINGUAS; then grep -v ^\# $(srcdir)/LINGUAS; else echo $(ALL_LINGUAS); fi) ++ ++USER_LINGUAS=$(shell if test -n $(LINGUAS); then LLINGUAS=$(LINGUAS); ALINGUAS=$(ALL_LINGUAS); for lang in $$LLINGUAS; do if test -n `grep \^$$lang$$ $(srcdir)/LINGUAS 2/dev/null` -o -n `echo $$ALINGUAS|tr ' ' '\n'|grep \^$$lang$$`; then printf $$lang ; fi; done; fi) ++ ++USE_LINGUAS=$(shell if test -n $(USER_LINGUAS) -o -n $(LINGUAS); then LLINGUAS=$(USER_LINGUAS); else if test -n $(PO_LINGUAS); then LLINGUAS=$(PO_LINGUAS); else LLINGUAS=$(ALL_LINGUAS); fi; fi; for lang in $$LLINGUAS; do printf $$lang ; done) ++ ++POFILES=$(shell LINGUAS=$(PO_LINGUAS); for lang in $$LINGUAS; do printf $$lang.po ; done) ++ ++DISTFILES = Makefile.in.in POTFILES.in
Bug#674023: [Pkg-sql-ledger-discussion] Bug#674023: [RFR] templates://ledgersmb/{templates}
Quoting Justin B Rye (j...@edlug.org.uk): The idea was that calling it the admin web UI is a way of referring to it that's intelligible even for people who haven't read the docs yet. Still, it may make sense to put that information here too, as something like: Please enter the login of the LedgerSMB database administrative user. This login is needed for the administrative web user interface, typically at http://localhost/ledgersmb/setup.pl. Adopted! (But then you probably wouldn't want to repeat it all for the ledgersmb/admin_password template.) I'd suggest to do so, so that both prompts are similar (and then easier to translate..:-)) signature.asc Description: Digital signature
Bug#674714: konqueror: Bug notice came on while conducting a search for use of juK Bolz radio.
The program crashed. You need to provide a backtrace. Also see if there's a new package in backports. - Support software for non profit, buy Android phones. On May 27, 2012 3:24 AM, y anac...@yahoo.com wrote: Package: konqueror Version: 4:4.4.5-2 Severity: normal After opening 1st tab for Google search on the use of juK for listening to Bolz radio, opened 2 more tabs for details on the how to for the juK app. As I klicked on the 2nd tab to read its contents, the report a bug mini-window popped open. I don't know if the opened tab will work or not 'cause I got busy with the report a bug app. -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (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 konqueror depends on: ii install-info 4.13a.dfsg.1-6 Manage installed documentation in ii kdebase-bin 4:4.4.5-2 core binaries for the KDE base app ii kdebase-data 4:4.4.5-2 shared data files for the KDE base ii kdebase-runtime 4:4.4.5-1 runtime components from the offici ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libkde3support4 4:4.4.5-2+squeeze3 the KDE 3 Support Library for the ii libkdecore5 4:4.4.5-2+squeeze3 the KDE Platform Core Library ii libkdesu5 4:4.4.5-2+squeeze3 the Console-mode Authentication Li ii libkdeui5 4:4.4.5-2+squeeze3 the KDE Platform User Interface Li ii libkhtml5 4:4.4.5-2+squeeze3 the KHTML Web Content Rendering En ii libkio5 4:4.4.5-2+squeeze3 the Network-enabled File Managemen ii libkonq5 4:4.4.5-2 core libraries for Konqueror ii libkonqsidebarplugin4 4:4.4.5-2 konqueror sidebar plugin library ii libkparts44:4.4.5-2+squeeze3 the Framework for the KDE Platform ii libkutils44:4.4.5-2+squeeze3 various utility classes for the KD ii libqt4-dbus 4:4.6.3-4+squeeze1 Qt 4 D-Bus module ii libqt4-qt3support 4:4.6.3-4+squeeze1 Qt 3 compatibility library for Qt ii libqt4-xml4:4.6.3-4+squeeze1 Qt 4 XML module ii libqtcore44:4.6.3-4+squeeze1 Qt 4 core module ii libqtgui4 4:4.6.3-4+squeeze1 Qt 4 GUI module ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-4 X11 client-side library Versions of packages konqueror recommends: ii dolphin 4:4.4.5-2 file manager ii konqueror-nsplugins 4:4.4.5-2 Netscape plugin support for Konque Versions of packages konqueror suggests: ii konq-plugins 4:4.4.0-2 plugins for Konqueror, the KDE fil -- no debconf information -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120526215103.2717.31497.report...@debiandesk.www.att.net
Bug#674675: aptitude-doc: 4 minor fixes to the aptitude.pot template
tags 674675 + pending thanks - 2 instances of the command versions mispelled as version - what I think is a missing single quote - what I think is an error in the explanation of the dependency resolver costs: 2*removals + 3*upgrades should mean that three removals (2*3) equals 2 upgrades (3*2). Thanks for picking these up, I have applied the changes to the source files. That last one is tricky – nice find! Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657167: qa.debian.org: DDPO confuses Samuel Tardieu with Steve McIntyre
Hello Mathieu, The file /srv/qa.debian.org/data/ddpo/results/maintainers.txt also contains e-mail addresses. The script /srv/qa.debian.org/data/ddpo/extract_archive.pl creates that list. This script appears to intentionally add the e-mail addresses. If we remove the e-mail addresses from maintainers.txt then it will no longer be possible to search on a part of an e-mail address. I'm not sure whether we want this. If you want to only use an exact match of a full e-mail address, then you could use the email= parameter instead of the login= parameter. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581405: libopcodes cannot be linked against fPIC library
Which library? Actually it is a plugin (which is implemented as library). The mupen64plus debugger backend. It uses bfd and opcode to disassemble the recompiled code. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657167: qa.debian.org: DDPO confuses Samuel Tardieu with Steve McIntyre
Bart, On Mon, May 28, 2012 at 9:07 AM, Bart Martens ba...@debian.org wrote: The file /srv/qa.debian.org/data/ddpo/results/maintainers.txt also contains e-mail addresses. The script /srv/qa.debian.org/data/ddpo/extract_archive.pl creates that list. This script appears to intentionally add the e-mail addresses. If we remove the e-mail addresses from maintainers.txt then it will no longer be possible to search on a part of an e-mail address. I'm not sure whether we want this. If you want to only use an exact match of a full e-mail address, then you could use the email= parameter instead of the login= parameter. Ok then. Would it be possible to replace all login= with email= on all changelog generated html page, such as: http://packages.debian.org/changelogs/pool/main/e/erlang/current/changelog Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674844: figlet: non-distributable files
Package: figlet Version: 2.2.2-1 Severity: serious Bart Martens ba...@debian.org writes: The package contains material that must not be distributed. One example is that the file fonts/8859-3.flc contains a license contains a license which specifically excludes the right to re-distribute. Filing a bug to keep track of this. Note that this also affect Squeeze and archives for Lenny. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674845: gitstats: ZeroDivisionError with LANG=zh_CN
Package: gitstats Version: 2012.05.10-1 Severity: normal Tags: upstream Dear Maintainer, I use Chinese system, so I setup LANG=zh_CN.UTF-8. When I try to use gitstats today, some Error occured. I think it because git's output is in Chinese. Here is log: Warning: unexpected line 1 个文件被修改,插入 3 行(+),删除 4 行(-) Warning: unexpected line 1 个文件被修改,插入 5 行(+),删除 22 行(-) Warning: unexpected line 1 个文件被修改,插入 1 行(+),删除 1 行(-) Warning: unexpected line 1 个文件被修改,插入 4 行(+),删除 5 行(-) Warning: unexpected line 1 个文件被修改,插入 2 行(+),删除 2 行(-) Warning: unexpected line 1 个文件被修改,插入 16 行(+),删除 16 行(-) Refining data... Saving cache... Generating report... [0.00319] git --version [0.00481] gnuplot --version Traceback (most recent call last): File /usr/bin/gitstats, line 1386, in module g.run(sys.argv[1:]) File /usr/bin/gitstats, line 1373, in run report.create(data, outputpath) File /usr/bin/gitstats, line 1034, in create f.write('trtd%s/tdtd%d (%.2f%%)/tdtd%d (%.2f%%)/tdtd%d/td/tr' % (ext, files, (100.0 * files) / data.getTotalFiles(), lines, (100.0 * lines) / data.getTotalLOC(), lines / files)) ZeroDivisionError: float division by zero I tried export LANG=C and run again, it is all right. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gitstats depends on: ii git [git-core] 1:1.7.10-1 ii gnuplot-nox 4.6.0-8 ii python 2.7.2-10 gitstats recommends no packages. gitstats 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#674846: /etc/resolv.conf should be copied upon every invocaktion, not just session start
Package: schroot Version: 1.4.26-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, on my laptop, I sometimes have a long running schroot session (several days). It seems that schroot is only copying the current /etc/resolv.conf when I begin the session, or when it is recovered at boot time, but not everytime I enter it. This causes problems when I move locations between uses of the session. It also causes problems when the schroot init script runs before the network is set up, as it will copy an empty /etc/resolv.conf. It seems that this could be fixed if always the current /etc/resolv.conf is used. Thanks, Joachim - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages schroot depends on: ii libboost-filesystem1.49.0 1.49.0-3 ii libboost-program-options1.49.0 1.49.0-3 ii libboost-regex1.49.01.49.0-3 ii libboost-system1.49.0 1.49.0-3 ii libc6 2.13-32 ii libgcc1 1:4.7.0-9 ii liblockdev1 1.0.3-1.4+b2 ii libpam0g1.1.3-7.1 ii libstdc++6 4.7.0-9 ii libuuid12.20.1-5 ii schroot-common 1.4.26-1 schroot recommends no packages. Versions of packages schroot suggests: ii aufs-modules | unionfs-modules none ii btrfs-tools none ii debootstrap 1.0.40 ii lvm22.02.95-3 - -- Configuration Files: /etc/schroot/default/fstab changed: /proc /proc nonerw,bind0 0 /sys/sysnonerw,bind0 0 /dev/devnonerw,bind 0 0 /dev/pts/dev/ptsnonerw,bind 0 0 /home /home nonerw,bind 0 0 /tmp/tmpnonerw,bind 0 0 /var/cache/apt/archives /var/cache/apt/archives none rw,bind 0 0 /etc/schroot/schroot.conf changed: [sid] type=directory description=Cowbuilder sid (unstable) directory=/var/cache/pbuilder/base.cow users=jojo source-users=jojo aliases=unstable,default union-type=aufs - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAk/DK1QACgkQ9ijrk0dDIGxX7ACeKS3VkWakTMxbx0ooPnU6pL8n jfsAoNB3r1mv5hAbZy3b/9LOsMOGXUrs =rZCu -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#581405: libopcodes cannot be linked against fPIC library
[1] http://bastard.sourceforge.net/libdisasm.html This is x86 only, right? Mupen64plus is currently only available on amd64 and i386, but one of the next version will have support for arm. Could it be that this thing is also 32-bit only? The name of the files suggest it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581405: libopcodes cannot be linked against fPIC library
Franz Schrober wrote: Which library? Actually it is a plugin (which is implemented as library). The mupen64plus debugger backend. It uses bfd and opcode to disassemble the recompiled code. Thanks. I think a good long-term solution is [1], but in the short term I would be happy to review a packaging patch that adds libopcodes_pic if someone interested writes one. Hope that helps, Jonathan [1] http://bastard.sourceforge.net/libdisasm.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672876: ...upgrade completed, OK now.
I got caught in the middle of an update of all texlive packages... Now, a day later, everything installs OK. Thanks for all your work! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674458: ldns: new upstream version 1.6.13
Hi Robert, building the package right now. Thanks for patience, O. On Thu, May 24, 2012 at 9:08 PM, Robert Edmonds edmo...@debian.org wrote: Package: ldns Severity: wishlist hi, ondrej: can you upload the new ldns released today so that i can upload the new unbound with ECDSA support enabled? -- Robert Edmonds edmo...@debian.org -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674728: #674728 chromium: FTBFS on armel and armhf
Hi, for me it still fails to build even with your patch: http://lindi.iki.fi/lindi/chromium/chromium-browser_18.0.1025.168~r134367-1lindi1_armel.build http://lindi.iki.fi/lindi/chromium/chromium-browser_18.0.1025.168~r134367-1lindi1.debian.tar.gz ... if test -e /usr/share/misc/config.sub ; then \ for i in ./src/sdch/open-vcdiff/config.sub ./src/third_party/icu/source/config.sub ./src/third_party/hyphen/config.sub ./src/third_party/libevent/config.sub ./src/third_party/libxml/src/config.sub ./src/third_party/sqlite/src/config.sub ./src/third_party/talloc/libreplace/config.sub ./src/third_party/talloc/config.sub ./src/third_party/tcmalloc/vendor/config.sub ./src/third_party/mesa/MesaLib/bin/config.sub ; do \ if ! test -e $i.cdbs-orig ; then \ mv $i $i.cdbs-orig ; \ cp --remove-destination /usr/share/misc/config.sub $i ; \ fi ; \ done ; \ fi if test -e /usr/share/gnulib/build-aux/config.rpath ; then \ for i in ./src/third_party/yasm/source/patched-yasm/config/config.rpath ; do \ if ! test -e $i.cdbs-orig ; then \ mv $i $i.cdbs-orig ; \ cp --remove-destination /usr/share/gnulib/build-aux/config.rpath $i ; \ fi ; \ done ; \ fi cd /home/lindi/debian/debian-chromium/chromium-browser-18.0.1025.168~r134367/src GYP_GENERATORS=make GYP_DEFINES=use_system_v8=true disable_sse2=1 proprietary_codecs=1 use_gnome_keyring=1 disable_nacl=1 target_arch=arm disable_nacl=1 linux_use_tcmalloc=0 enable_webrtc=0 use_cups=1 arm_thumb=0 armv7=0 arm_neon=0 werror= build_ffmpegsumo=0 use_system_bzip2=1 use_system_libjpeg=1 use_system_libpng=1 use_system_sqlite=0 use_system_libxml=1 use_system_libxslt=1 use_system_zlib=1 use_system_libevent=1 use_system_icu=0 use_system_yasm=1 use_system_ffmpeg=1 use_system_vpx=1 use_system_xdg_utils=1 use_system_flac=1 use_system_libwebp=1 use_system_speex=1 use_pulseaudio=1 linux_sandbox_path=/usr/lib/chromium/chromium-sandbox linux_sandbox_chrome_path=/usr/lib/chromium/chromium javascript_engine=v8 python build/gyp_chromium --no-circular-check build/all.gyp Updating projects from gyp files... Traceback (most recent call last): File build/gyp_chromium, line 171, in module sys.exit(gyp.main(args)) File /usr/lib/pymodules/python2.7/gyp/__init__.py, line 471, in main options.circular_check) File /usr/lib/pymodules/python2.7/gyp/__init__.py, line 111, in Load depth, generator_input_info, check, circular_check) File /usr/lib/pymodules/python2.7/gyp/input.py, line 2303, in Load [dependency_nodes, flat_list] = BuildDependencyList(targets) File /usr/lib/pymodules/python2.7/gyp/input.py, line 1411, in BuildDependencyList dependency_node = dependency_nodes[dependency] KeyError: 'build/linux/system.gyp:v8#host while trying to load target v8/tools/gyp/v8.gyp:v8_shell#host' make: *** [debian/configure-stamp] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672876: ...upgrade completed, OK now.
On Mo, 28 Mai 2012, H.A.J. Koster wrote: I got caught in the middle of an update of all texlive packages... Now, a day later, everything installs OK. Right, that was the problem. Transition was exactely yesterday. Best wishes Norbert Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 BANFF Pertaining to, or descriptive of, that kind of facial expression which is impossible to achieve except when having a passport photograph taken. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581405: libopcodes cannot be linked against fPIC library
Franz Schrober wrote: This is x86 only, right? Mupen64plus is currently only available on amd64 and i386, but one of the next version will have support for arm. Yes. Also, I'm not sure what the best disassembler libraries are. What I should have said is that based on experience with libbfd, my prejudice is that any alternative to binutils libraries seems worth considering. Sorry for the nonsense. Here's an interesting set (the API of the former is inspired by the later): libdisarm for ARM[1] udis86 for x86 and amd64[2] Ksplice embeds a copy of udis86, which makes it seem promising. Could it be that this thing is also 32-bit only? The name of the files suggest it Yep. It seems that libdisasm was popular in the past but went quiet in 2008. [1] http://iriver-t10.sourceforge.net/libdisarm-api.html [2] http://udis86.sourceforge.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671731: RFS: leechcraft/0.5.70+dfsg-1 [ITP] -- modular internet-client
Package was updated to new release. Current direct link for download: http://mentors.debian.net/debian/pool/main/l/leechcraft/leechcraft_0.5.70+dfsg-1.dsc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658075: blender: cycles addon missing script files
Hi! On Sun, May 27, 2012 at 9:09 PM, cristian machado cristianjma...@gmail.com wrote: Hi. i can install the package with cycles enabled I test a .blend file with cycles with a patch tracing sample of 2000 and work, no crash blender You are a genius!!! Thank you!!! cheers Good to know! ;-) Anyhow, keep in mind that Cycles support is not official yet. So, please don't file bug reports against it for now, but onlyo once it will be part of Debian official archives. Indeed, ask me directly about any issue you may find in that testing-purpose package. Cheers! -- Matteo F. Vescovi Debian Maintainer GnuPG KeyID: 83B2CF7A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669634: [sudo] sudo silently dead
I'm experiencing this issue as well (on sid) after upgrading from sudo 1.8.3p1-3 to 1.8.3p2-1.1 (along with many other system updates). Here's what I can add: There seems to be something like a race condition going on. Sometimes sudo works, sometimes it does not. For example: # for ((i=0; i100; i++)); do sudo ls /; done bin boot dev etc home lib media mnt opt proc root run sbin selinux srv sys tmp usr var bin boot dev etc home lib media mnt opt proc root run sbin selinux srv sys tmp usr var bin boot dev etc home lib media mnt opt proc root run sbin selinux srv sys tmp usr var bin boot dev etc home lib media mnt opt proc root run sbin selinux srv sys tmp usr var bin boot dev etc home lib media mnt opt proc root run sbin selinux srv sys tmp usr var bin boot dev etc home lib media mnt opt proc root run sbin selinux srv sys tmp usr var bin boot dev etc home lib media mnt opt proc root run sbin selinux srv sys tmp usr var (There are 7 lines of output there; there should be 100 lines.) I've tried to reproduce this in a minimal i386 debootstrap image, but cannot. Frustratingly it works in the chroot image but not on my system. Downgrading sudo resolved the issue (I went all the way back to 1.7.4p4-2.squeeze.3 as it was available). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657583: [packages.qa.debian.org] priority information garbled, shows source
Hello Damyan, I guess that Raphael meant Priority: source. It should not be source: dpkg (required, admin) because some binary packages have priority optional. http://packages.qa.debian.org/d/dpkg/news/20120427T084746Z.html Files: c48022e8aacde7046c5b8b9163fea8cb 1362 admin required dpkg_1.16.3.dsc 20189e2926ada3dda4f77ef2e36999af 5599915 admin required dpkg_1.16.3.tar.bz2 525113c10668ca1edeccf81f63300562 640096 libdevel optional libdpkg-dev_1.16.3_amd64.deb a7096c5f626d1fa1d5cc5b3d0e94f9c7 2354904 admin required dpkg_1.16.3_amd64.deb c276e506628a9c218a8fc25343fef1f7 1079334 admin optional dselect_1.16.3_amd64.deb e269f80cd82dc477cfeae69edfa07129 1184282 utils optional dpkg-dev_1.16.3_all.deb 4251ef6c75be3087e2202f4803d4df7a 881242 perl optional libdpkg-perl_1.16.3_all.deb I think that these priorities are for binary packages, not source packages: http://www.debian.org/doc/debian-policy/ch-archive.html#s-priorities http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Priority I don't know why Priority: source is added to the Sources files. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674839: 674839
Hello Martin, Is it right you get #Name? in the second example as result? Then you have to change the decimal separator to , (comma) for the German version. Then you get 0 (zero) as result. This works well in the actual libreoffice version 3.5.3-5. Regards Mechtilde Am 28.05.2012 08:32, schrieb Martin Godisch: Sorry, I forgot: Version: 1:3.2.1-11+squeeze4 Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674847: iproute: breaks VLAN's («Garbage instead of arguments id .... Try ip link help.»)
Package: iproute Version: 20120521-1 Severity: important With iproute=20120521-1 I cannot bring up any tagged vlan: # ifup -v eth0.100 if test -d /sys/class/net/eth0 -a ! -d /sys/class/net/eth0.100 ; then ip link set up dev eth0; ip link add link eth0 name eth0.100 type vlan id 100; fi Garbage instead of arguments id Try ip link help. Ignoring unknown interface eth0.100=eth0.100. Downgrading to previous version 20120319-1 it works again. Not sure if severity: important is appropriate, please change it if necessary. Thank you. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.4.0 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iproute depends on: ii libc6 2.13-32 ii libdb5.1 5.1.29-4 Versions of packages iproute recommends: pn libatm1 none Versions of packages iproute suggests: pn iproute-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674845: gitstats: ZeroDivisionError with LANG=zh_CN
Hello, On Mon, May 28, 2012 at 9:32 AM, Shell Xu shell909...@gmail.com wrote: I use Chinese system, so I setup LANG=zh_CN.UTF-8. When I try to use gitstats today, some Error occured. I think it because git's output is in Chinese. This is most probably the case. I'll try to come up with a fix rapidly. In the meantime, you'll have to stick to using LC_ALL=C ;-)... Thanks for the report, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669634: [sudo] sudo silently dead
Upon further investigation, I've found that on my system the issue was related to: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=667470 Removing libpam-systemd successfully worked-around issue. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674839: openoffice.org-calc: decimal fraction = 0 error
On Mon, May 28, 2012 at 07:53:38AM +0200, Martin Godisch wrote: Package: openoffice.org-calc Severity: normal OpenOffice Calc says: - 2 - 500 + 502 = 0 - 2.4 - 500 + 502.4 != 0 But I bet - 2,4 - 500 + 502,4 *is* 0. As Mechtilde already said: We're in Germany - decimal separator is , - not . 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#670097: gnome-shell: random hang causes data loss
Package: gnome-shell Followup-For: Bug #670097 Hello everybody, after upgrading to gnome-shell 3.4.1-1 (from experimental) I don't seem to observe this behaviour anymore. I suggest you try upgrading and confirm if it fixes the problem for you as well. On a related note the window decoration is broken after the upgrade, but I reckon it's probably due to some mismatch of gnome components. Hope this helps. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.3.0-trunk-686-pae (SMP w/2 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 gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-1 ii gconf-service3.2.5-1 ii gir1.2-accountsservice-1.0 0.6.21-1 ii gir1.2-atk-1.0 2.4.0-2 ii gir1.2-caribou-1.0 0.4.2-2 ii gir1.2-clutter-1.0 1.10.4-3 ii gir1.2-cogl-1.0 1.10.2-3 ii gir1.2-coglpango-1.0 1.10.2-3 ii gir1.2-folks-0.6 0.6.9-1 ii gir1.2-freedesktop 1.32.1-1 ii gir1.2-gconf-2.0 3.2.5-1 ii gir1.2-gcr-3 3.4.1-3 ii gir1.2-gdesktopenums-3.0 3.4.2-1 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-gee-1.0 0.6.4-1 ii gir1.2-gkbd-3.0 3.4.0.2-1 ii gir1.2-glib-2.0 1.32.1-1 ii gir1.2-gmenu-3.0 3.4.2-1 ii gir1.2-gnomebluetooth-1.03.2.2-1 ii gir1.2-gtk-3.0 3.4.2-1 ii gir1.2-json-1.0 0.14.2-1 ii gir1.2-mutter-3.03.4.1-2 ii gir1.2-networkmanager-1.00.9.4.0-4 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-polkit-1.00.105-1 ii gir1.2-soup-2.4 2.38.1-2 ii gir1.2-telepathyglib-0.120.18.1-2 ii gir1.2-telepathylogger-0.2 0.4.0-1 ii gir1.2-upowerglib-1.00.9.16-2 ii gjs 1.32.0-2 ii gnome-bluetooth 3.2.2-1 ii gnome-icon-theme-symbolic3.4.0-2 ii gnome-settings-daemon3.2.2-3 ii gnome-shell-common 3.4.1-1 ii gsettings-desktop-schemas3.4.2-1 ii libatk1.0-0 2.4.0-2 ii libc62.13-32 ii libcairo-gobject21.12.2-2 ii libcairo21.12.2-2 ii libcamel-1.2-29 3.2.2-3 ii libcanberra0 0.28-4 ii libclutter-1.0-0 1.10.4-3 ii libcogl-pango0 1.10.2-3 ii libcogl9 1.10.2-3 ii libcroco30.6.5-1 ii libdbus-1-3 1.5.12-1 ii libdbus-glib-1-2 0.98-1 ii libebook-1.2-12 3.2.2-3 ii libecal-1.2-10 3.2.2-3 ii libedataserver-1.2-153.2.2-3 ii libedataserverui-3.0-1 3.2.2-3 ii libffi5 3.0.10-3 ii libfolks25 0.6.9-1 ii libgck-1-0 3.4.1-3 ii libgconf-2-4 3.2.5-1 ii libgcr-3-1 3.4.1-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgee2 0.6.4-1 ii libgirepository-1.0-11.32.1-1 ii libgjs0b [libgjs0-libmozjs185-1.0] 1.32.0-2 ii libgl1-mesa-glx [libgl1] 8.0.2-2 ii libglib2.0-0 2.32.3-1 ii libgnome-keyring03.4.1-1 ii libgnome-menu-3-03.4.2-1 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.4.2-1 ii libical0 0.48-2 ii libjson-glib-1.0-0 0.14.2-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-3 ii libmutter0 3.4.1-2 ii libnm-glib4 0.9.4.0-4 ii libnm-util2 0.9.4.0-4 ii libnspr4 2:4.9-3 ii libnspr4-0d
Bug#674848: wishlist: zgv ugly but would be nice on fbdev
Package: zgv Version: debian stable squeez Severity: wishlist Dear Zgv, sgvalibs and zgv on tty1 console is reallatively ugly to display png or jpg Fbdev would your best bet Please could you add an option: --ao fbdev to make a zgv better working thank you !! (Source: please check mplayer and fbdev.) ask me if you would like more info about fbdev and mplayer (I use frequenlty) -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: armel (armv5tel) Kernel: Linux 2.6.36 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673096: RFS: figlet/2.2.4-1
Bart Martens ba...@debian.org writes: The package contains material that must not be distributed. One example is that the file fonts/8859-3.flc contains a license contains a license which specifically excludes the right to re-distribute. I filed a bug to keep track of this (#674844). Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674849: Squeeze Wheezy install for EFI GPT boot through elilo
Package: installation-reports Boot method: CD debian-6.0.5 amd64 business card Image version: http://cdimage.debian.org/cdimage/release/6.0.5/amd64/iso-cd/debian-6.0.5-amd64-businesscard.iso Date: May 25, 2012, JST Machine: Self built PC based on Intel M/B D2700DC Processor: Intel D2700 Memory: 8GB M/B spec. says 4GB Max, but it boots and even its BIOS recognize 8GB Have not examined the recognized memory above 4GB, yet. Also tried a pair of 8GB modules, but it fails to boot as 16GB. $ cat /proc/meminfo is attached as dmeminfo.lst HDD partitions: Disk /dev/sda: 312581808 sectors, 149.1 GiB Logical sector size: 512 bytes Disk identifier (GUID): C1701390-2E1C-49D9-8B12-FBA7131DDD90 Partition table holds up to 128 entries First usable sector is 34, last usable sector is 312581774 Partitions will be aligned on 2048-sector boundaries Total free space is 5741 sectors (2.8 MiB) Number Start (sector) End (sector) Size Code Name 1 2048 526335 256.0 MiB EF00 EFI System 2 526336 67635199 32.0 GiB 8300 Sq64@d27@52512 3 67635200 134744063 32.0 GiB 8200 Linux swap 4 134744064 201852927 32.0 GiB 0700 Wh64@d27@52512 5 201852928 268961791 32.0 GiB EF00 Cent62@d27@52812 6 268961792 285739007 8.0 GiB 8300 Linux filesystem 7 285739008 302516223 8.0 GiB 8300 Linux filesystem 8 302516224 312578047 4.8 GiB EF00 Cent62Txt@d27@52812 Partitions: ~$ df -Tl Filesystem Type 1K-blocks Used Available Use% Mounted on rootfs rootfs 33027952 2601692 28748540 9% / udev devtmpfs 4084296 0 4084296 0% /dev tmpfs tmpfs 818036 312 817724 1% /run /dev/sda4 ext3 33027952 2601692 28748540 9% / tmpfs tmpfs 5120 0 5120 0% /run/lock tmpfs tmpfs 1636072 12 1636060 1% /tmp tmpfs tmpfs 1636072 76 1635996 1% /run/shm /dev/sda1 vfat 261868 78752 183116 31% /boot/efi /dev/sdb1 vfat 507104 78696 428408 16% /media/UEFI1 Output of lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Atom Processor D2xxx/N2xxx DRAM Controller [8086:0bf3] (rev 03) Subsystem: Intel Corporation Device [8086:2011] 00:02.0 VGA compatible controller [0300]: Intel Corporation Atom Processor D2xxx/N2xxx Integrated Graphics Controller [8086:0be2] (rev 09) Subsystem: Intel Corporation Device [8086:2011] 00:1b.0 Audio device [0403]: Intel Corporation N10/ICH 7 Family High Definition Audio Controller [8086:27d8] (rev 02) Subsystem: Intel Corporation Device [8086:2011] Kernel driver in use: snd_hda_intel 00:1c.0 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express Port 1 [8086:27d0] (rev 02) Kernel driver in use: pcieport 00:1d.0 USB controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 [8086:27c8] (rev 02) Subsystem: Intel Corporation Device [8086:2011] Kernel driver in use: uhci_hcd 00:1d.1 USB controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 [8086:27c9] (rev 02) Subsystem: Intel Corporation Device [8086:2011] Kernel driver in use: uhci_hcd 00:1d.2 USB controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 [8086:27ca] (rev 02) Subsystem: Intel Corporation Device [8086:2011] Kernel driver in use: uhci_hcd 00:1d.3 USB controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 [8086:27cb] (rev 02) Subsystem: Intel Corporation Device [8086:2011] Kernel driver in use: uhci_hcd 00:1d.7 USB controller [0c03]: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller [8086:27cc] (rev 02) Subsystem: Intel Corporation Device [8086:2011] Kernel driver in use: ehci_hcd 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev e2) 00:1f.0 ISA bridge [0601]: Intel Corporation NM10 Family LPC Controller [8086:27bc] (rev 02) Subsystem: Intel Corporation Device [8086:2011] 00:1f.2 SATA controller [0106]: Intel Corporation N10/ICH7 Family SATA Controller [AHCI mode] [8086:27c1] (rev 02) Subsystem: Intel Corporation Device [8086:2011] Kernel driver in use: ahci 00:1f.3 SMBus [0c05]: Intel Corporation N10/ICH 7 Family SMBus Controller [8086:27da] (rev 02) Subsystem: Intel Corporation Device [8086:2011] Kernel driver in use: i801_smbus 01:00.0 Ethernet controller [0200]: Intel Corporation 82574L Gigabit Network Connection [8086:10d3] Subsystem: Intel Corporation Device [8086:2011] Kernel driver in use: e1000e Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card: [O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard
Bug#637269: drop xserver-xorg-omapfb?
Hi, Perhaps it would make more sense to drop this package? There is now xf86-video-omap, and getting it to work would probably be more use. Meanwhile, -omapfb xorg server doesn't really give much advantage over the plain fbdev server. Riku -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648621: Multiarch improvements for glib2.0
Hi Riku, Riku Voipio wrote: --- glib2.0-2.30.2/debian/changelog 2011-11-18 20:38:42.0 +0200 +++ glib2.0-2.30.2/debian/changelog 2011-12-12 17:06:09.0 +0200 @@ -1,3 +1,14 @@ [...] + * Make execution of gio-querymodules optional. This is for example +neccesary to make it possible to install libglib2.0-dev:armel for +cross-compiling on x86/amd64 machines http://developer.gnome.org/gio/stable/GIOModule.html says When installing a module that implements g_io_module_query you must run gio-querymodules in order to build the cache files required for lazy loading. So this makes me nervous, and if we had a lot of time I would rather see: * gio-querymodules moved to a separate libglib2.0-bin package * its location changed from /usr/lib/#MULTIARCH#/glib-2.0/gio-querymodules to /usr/lib/glib-2.0/gio-querymodules and its interface changed to take a parameter indicating where the resulting cache should go * wrapper scripts supplying that parameter installed by libglib2.0-0 * libglib2.0-bin as Multi-arch: foreign That would hopefully take care of the problem completely. Luckily the simplest cases have already been taken care of along the lines you suggested: http://bugs.debian.org/659588. Maybe a multiarch libglib2.0-dev wouldn't be very hard? Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674846: [buildd-tools-devel] Bug#674846: /etc/resolv.conf should be copied upon every invocaktion, not just session start
On Mon, May 28, 2012 at 09:37:59AM +0200, Joachim Breitner wrote: on my laptop, I sometimes have a long running schroot session (several days). It seems that schroot is only copying the current /etc/resolv.conf when I begin the session, or when it is recovered at boot time, but not everytime I enter it. This causes problems when I move locations between uses of the session. It also causes problems when the schroot init script runs before the network is set up, as it will copy an empty /etc/resolv.conf. It seems that this could be fixed if always the current /etc/resolv.conf is used. Hi Joachim, We used to have exec scripts in addition to setup scripts, which were run once per command being run, rather than once per session. These lived in /etc/schroot/exec.d rather than /etc/schroot/setup.d. These were never used for any practical purpose, so they were removed some years back. However, we could certainly add them back to make this possible. Should anything else be updated as well? While it's possible to update NSS databases etc., these can be potentially expensive operations, while copy resolv.conf is not. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674672: [Piuparts-devel] Bug#674672: Bug#674672: Bug#674672: piuparts-reports performance improvements
Hi Dave, On Sonntag, 27. Mai 2012, Dave Steele wrote: Shiny-erness acheived. thanks, merged into develop + pushed. now testing it some more and then will deploy on piatti, curious for the speedup! :-) cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671457: DDPO: email address affected by case sensitivity
I think that this can be fixed by modifying carnivore/extract_data. http://anonscm.debian.org/viewvc/qa/trunk/carnivore/ Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674081: [16893a8] Fix for Bug#674081 committed to git
tags 674081 + pending thanks Hello, The following change has been committed for this bug by Giuseppe Iuculano iucul...@debian.org on Mon, 28 May 2012 10:41:13 +0200. The fix will be in the next upload. = Support serial UPS connection on kfreebsd Closes: #674081 Thanks: Steven Chamberlain = You can check the diff of the fix at: http://git.debian.org/?p=collab-maint/apcupsd.git;a=commitdiff;h=16893a8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524488: libpcap0.8-dev: pcap_setfilter gives valgrind error on 32bit systems
Somebody needs to teach valgrind that, when a pointer to a structure of the form struct sock_fprog { /* Required for SO_ATTACH_FILTER. */ unsigned short len;/* Number of filter blocks */ struct sock_filter __user *filter; }; is passed to setsockopt() as the fourth argument, the values of any padding bytes between the len and filter fields are irrelevant - if they're uninitialized, it Just Doesn't Matter. (If some version of the Linux kernel cares what the values of any bytes between len and filter are, that's a bug in that version of the kernel.) (The same applies to any other structure, pointers to which are passed to other routines that are specified to take generic pointer to blob and size of blob arguments, such as setsockopt() or ioctl(). It might need to check whether the operation code argument and blob length arguments are correct for the structure in question, but that's another matter.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667886: textedit.app: FTBFS with GCC-4.7
At Sat, 26 May 2012 18:42:04 +0200, gregor herrmann wrote: Builds fine for me (i386 and amd64 sid chroot). Strange that I cannot reproduce it either :/ However, warnings like these are a guaranteed failure at runtime: Document.m:1364:2: warning: implicit declaration of function ‘sel_get_name’ [-Wimplicit-function-declaration] Document.m:1364:25: warning: initialization makes pointer from integer without a cast [enabled by default] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674850: RM: figlet -- RoQA; license which specifically excludes the right to re-distribute
Package: ftp.debian.org Severity: normal Please remove figlet 2.2.2-1 from unstable, testing, stable and oldstable. The package contains material that must not be distributed. One example is that the file fonts/8859-3.flc contains a license which specifically excludes the right to re-distribute. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670097: gnome-shell: random hang causes data loss
On Mon, May 28, 2012 at 10:20 AM, Fabio Rosciano malmost...@gmail.comwrote: Package: gnome-shell Followup-For: Bug #670097 Hello everybody, after upgrading to gnome-shell 3.4.1-1 (from experimental) I don't seem to observe this behaviour anymore. I suggest you try upgrading and confirm if it fixes the problem for you as well. On a related note the window decoration is broken after the upgrade, but I reckon it's probably due to some mismatch of gnome components. Seems to work for me, but I still haven't run it for long. In my case after the upgrade the theme was changed from the default to Clearlooks, but decorations still work. Beware that while Gnome Shell 3.4 seems more stable, it's otherwise buggy (close session/shutdown doesn't work, it started stealing the Meta key from other apps again, corrupted text after suspend). Last time I read we shouldn't report bugs in experimental packages, so I'll refrain from complaining further :-)
Bug#674851: espeak-data: should not recommend espeak
Package: espeak-data Version: 1.46.02-1 Severity: normal Dear Maintainer, Currently espeak-data recommends espeak, which causes espeak to be install by default when anything depends on libespeak which in turn depends on espeak-data. Please downgrade this relation to suggests or remove altogether. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash espeak-data depends on no packages. Versions of packages espeak-data recommends: pn espeak none espeak-data 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#672095: add patch and upload to delayed/5
tags 672095 + patch pending thanks add patch and upload to delayed/5 diff -Nru serna-free-4.3.0.20110221/debian/changelog serna-free-4.3.0.20110221/debian/changelog --- serna-free-4.3.0.20110221/debian/changelog 2011-11-02 16:48:23.0 +0100 +++ serna-free-4.3.0.20110221/debian/changelog 2012-05-23 03:01:04.0 +0200 @@ -1,3 +1,10 @@ +serna-free (4.3.0.20110221-7.1) unstable; urgency=low + + * Non maintainer upload + * Fix build failure with GCC 4.7. + + -- Matthias Klose d...@debian.org Wed, 23 May 2012 00:50:41 + + serna-free (4.3.0.20110221-7) unstable; urgency=low * Transition to dh_python2. Really Closes: #642567 diff -Nru serna-free-4.3.0.20110221/debian/patches/ftbfs-gcc-4.7.diff serna-free-4.3.0.20110221/debian/patches/ftbfs-gcc-4.7.diff --- serna-free-4.3.0.20110221/debian/patches/ftbfs-gcc-4.7.diff 1970-01-01 01:00:00.0 +0100 +++ serna-free-4.3.0.20110221/debian/patches/ftbfs-gcc-4.7.diff 2012-05-28 10:08:03.0 +0200 @@ -0,0 +1,148 @@ +Index: serna-free-4.3.0.20110221/3rd/qtsingleapplication/2.6_1/_patches/patch-qtsingleapplication.pro +=== +--- serna-free-4.3.0.20110221.orig/3rd/qtsingleapplication/2.6_1/_patches/patch-qtsingleapplication.pro 2011-01-31 18:35:13.0 +0100 serna-free-4.3.0.20110221/3rd/qtsingleapplication/2.6_1/_patches/patch-qtsingleapplication.pro 2012-05-23 03:01:40.0 +0200 +@@ -15,3 +15,13 @@ + +mac:CONFIG += x86 ppc + + + +include(src/qtsingleapplication.pri) ++--- ./src/qtlocalpeer.cpp.orig2012-05-23 00:46:09.406041456 + + ./src/qtlocalpeer.cpp 2012-05-23 00:46:43.666040301 + ++@@ -58,6 +58,7 @@ ++ #if defined(Q_OS_UNIX) ++ #include time.h ++ #endif +++#include unistd.h ++ ++ namespace QtLP_Private { ++ #include qtlockedfile.cpp +Index: serna-free-4.3.0.20110221/sfworks/common/RefCntStorage.h +=== +--- serna-free-4.3.0.20110221.orig/sfworks/common/RefCntStorage.h 2012-05-23 03:00:32.0 +0200 serna-free-4.3.0.20110221/sfworks/common/RefCntStorage.h 2012-05-23 03:04:18.322068217 +0200 +@@ -46,6 +46,7 @@ + #include string + #include memory + #include cassert ++#include unistd.h + + #if defined(_MSC_VER) + # pragma warning (push) +Index: serna-free-4.3.0.20110221/sfworks/common/PackedPtrSet.h +=== +--- serna-free-4.3.0.20110221.orig/sfworks/common/PackedPtrSet.h 2011-01-31 18:35:13.0 +0100 serna-free-4.3.0.20110221/sfworks/common/PackedPtrSet.h2012-05-28 09:47:34.996374573 +0200 +@@ -36,6 +36,7 @@ + #include common/common_defs.h + #include common/common_types.h + #include common/asserts.h ++#include unistd.h + + COMMON_NS_BEGIN + +@@ -171,11 +172,11 @@ + const T* const* constList() const { return PackedPointerSetT::list(); } + ~PackedPtrSet() { clear(); } + +-PackedPointerSetT::list; +-PackedPointerSetT::isEnd; +-PackedPointerSetT::isValid; +-PackedPointerSetT::dump; +-PackedPointerSetT::isNull; ++using PackedPointerSetT::list; ++using PackedPointerSetT::isEnd; ++using PackedPointerSetT::isValid; ++using PackedPointerSetT::dump; ++using PackedPointerSetT::isNull; + }; + + COMMON_NS_END +Index: serna-free-4.3.0.20110221/sfworks/common/SubAllocator.h +=== +--- serna-free-4.3.0.20110221.orig/sfworks/common/SubAllocator.h 2012-05-23 03:00:32.0 +0200 serna-free-4.3.0.20110221/sfworks/common/SubAllocator.h2012-05-23 03:12:11.442076470 +0200 +@@ -176,7 +176,7 @@ + void* allocate() + { + LockType lkg(*this); +-registerAllocation(size()); ++this-registerAllocation(size()); + if (0 != free_block_) { + uchar* r = free_block_; + free_block_ = puchar_ref(free_block_); +@@ -207,7 +207,7 @@ + void deallocate(void* p) + { + LockType lkg(*this); +-registerDeallocation(p, size()); ++this-registerDeallocation(p, size()); + puchar_ref(p) = free_block_; + free_block_ = reinterpret_castuchar*(p); + } +Index: serna-free-4.3.0.20110221/sfworks/common/AssocVector.h +=== +--- serna-free-4.3.0.20110221.orig/sfworks/common/AssocVector.h 2011-01-31 18:35:13.0 +0100 serna-free-4.3.0.20110221/sfworks/common/AssocVector.h 2012-05-23 03:24:41.002093350 +0200 +@@ -174,7 +174,7 @@ + bool found(true); + iterator i(lower_bound(val.first)); + +-if (i == end() || operator()(val.first, i-first)) { ++if (i == end() || this-operator()(val.first, i-first)) { + i = Base::insert(i, val); + found = false; + } +@@ -233,7 +233,7 @@ + iterator find(const
Bug#673096: RFS: figlet/2.2.4-1
Hi Jonathan, Please remove the package figlet 2.2.4-1 from mentors uploaded there at 2012-05-28 00:23, because having that package there is a form of re-distribution. http://mentors.debian.net/package/figlet Note that you can still package figlet for Debian, if you want that, but then the license problem must be solved before figlet can re-enter Debian. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674844: figlet: non-distributable files
* Ansgar Burchardt ans...@debian.org, 2012-05-28, 09:27: The package contains material that must not be distributed. One example is that the file fonts/8859-3.flc contains a license contains a license which specifically excludes the right to re-distribute. Filing a bug to keep track of this. Note that this also affect Squeeze and archives for Lenny. Erm, have you looked at the files that contain this restriction? They are almost certainly not copyrightable. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637269: drop xserver-xorg-omapfb?
On Mon, May 28, 2012 at 11:20:52AM +0300, Riku Voipio wrote: Perhaps it would make more sense to drop this package? There is now xf86-video-omap, and getting it to work would probably be more use. Meanwhile, -omapfb xorg server doesn't really give much advantage over the plain fbdev server. Hi Riku, Debian wheezy will be shipped with a 3.2 kernel, which does not even have omapdrm in staging. xf86-video-omap won't work without the omapdrm driver in the kernel (which is in staging since 3.3). To get omapdrm working on OMAP3 CMA (Contiguous Memory Allocator) is needed, which will probably be merged into 3.5. Also xf86-video-omap in experimental is currently completly broken. This can be fixed by updating it to the latest release, which depends on omap support in libdrm, see [0]. = xf86-video-omap is not an alternative for wheezy, but it is more comfortable than -omapfb (xrandr!) and actively maintained. I suggest to drop -omapfb once wheezy has been released. [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=667572 -- Sebastian signature.asc Description: Digital signature
Bug#674803: freebsd-libs: FTBFS on linux: sys/_types.h: No such file or directory
2012/5/27 Cyril Brulebois k...@debian.org: on all linux archs it was tried on, freebsd-libs failed with: | […] | In file included from /usr/include/i386-linux-gnu/sys/param.h:53:0, | from /usr/include/freebsd/sys/param.h:1, | from /build/buildd-freebsd-libs_9.0+ds1-3-i386-CFFhOp/freebsd-libs-9.0+ds1/debian/local/include/sys/param.h:3, | from /build/buildd-freebsd-libs_9.0+ds1-3-i386-CFFhOp/freebsd-libs-9.0+ds1/lib/libsbuf/../../sys/kern/subr_sbuf.c:32: | /usr/include/freebsd/sys/types.h:14:26: fatal error: sys/_types.h: No such file or directory This was actually a bug in freebsd-glue (bug reassigned, and fixed in 0.0.3). Please could you schedule a rebuild of freebsd-libs? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674179: scantool is unusable with eml327 clones
Subject: Bug#674179: scantool is unusable with eml327 clones From: xantare...@hotmail.com To: sub...@bugs.debian.org Date: Wed, 23 May 2012 17:48:29 +0200 Package: scantool Version: 1.21+dfsg-2 Severity: important Hi, Currently scantool cannot be used by all eml327 devices, the gui closes with the eml327 clones. The current debian patch 'allow-eml327-clones.patch' is incorrect. The return code is changed in Reset_handle_clone function. As a fix, just setting is_not_genuine_scan_tool=FALSE makes it usable. Regards. -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-24-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages scantool depends on: ii libc62.15-0ubuntu10 ii libx11-6 2:1.4.99.1-0ubuntu2 ii libxcursor1 1:1.1.12-1 ii libxext6 2:1.3.0-3build1 ii libxpm4 1:3.5.9-4 ii libxxf86vm1 1:1.1.1-2build1 scantool recommends no packages. scantool suggests no packages. -- no debconf information Hi, Here's more : I attached a new patch that fixes the problem by just setting is_not_genuine_scan_tool=FALSE, changing the return state code is useless. I successfully tested this on a cheap elm327. Looking forward to get this to work out of the box in debian. Regards. diff -ru scantool-1.21+dfsg.orig/reset.c scantool-1.21+dfsg/reset.c --- scantool-1.21+dfsg.orig/reset.c 2012-05-28 10:55:44.098842129 +0200 +++ scantool-1.21+dfsg/reset.c 2012-05-28 10:57:07.275254596 +0200 @@ -282,11 +282,8 @@ int Reset_handle_clone() { - alert(Your device does not appear to be a genuine ElmScan 5. Due to their poor, - quality and high support costs, ELM327 clones are no longer supported., - Please visit www.ScanTool.net to purchase a genuine scan tool., OK, NULL, 0, 0); - - is_not_genuine_scan_tool = TRUE; + + is_not_genuine_scan_tool = FALSE; return RESET_CLOSE_DIALOG;
Bug#674806: freebsd-glue: Breaks on freebsd-buildutils renders the latter unbuildable
2012/5/27 Adam D. Barratt a...@adam-barratt.org.uk: The recent freebsd-glue upload added a Breaks: freebsd-buildutils ( 9.0-10). However, most architectures only have 9.0-9 and as freebsd-buildutils Build-Depends on freebsd-glue on !kfreebsd-any, -10 is currently completely unbuildable on those architectures. Fixed in 0.0.3, please could you schedule a rebuild of freebsd-buildutils? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674818: xserver-xorg: X randomly freezes
Touko Korpela touko.korp...@iki.fi (28/05/2012): Any chance to make at least synaptics and xserver-xorg-video-radeon migrate faster to testing (they are now over 6-7 days old) ? Yes. I initially uploaded with “low” urgency (meaning 10 days) because I wasn't sure about possible regressions. The low amount of bug reports tends to point out there aren't too many of them, that's why I'm aging those as follows: | kibi@franck:~$ head -4 hints/kibi | # 20120528 | # both seem to have the announced fixes, with no big, fat regressions: | age-days 7 xserver-xorg-input-synaptics/1.6.1-1 | age-days 8 xserver-xorg-video-ati/1:6.14.4-4 They should migrate during the next run (1/2 hour from now). Mraw, KiBi. signature.asc Description: Digital signature
Bug#674803: freebsd-libs: FTBFS on linux: sys/_types.h: No such file or directory
Robert Millan r...@debian.org (28/05/2012): This was actually a bug in freebsd-glue (bug reassigned, and fixed in 0.0.3). Please could you schedule a rebuild of freebsd-libs? 1. That's not a rebuild, that's a give back (or retry). “rebuild” implies it built successfully and it's about binNMUs, which it is not. 2. #674806 means it's going to be stuck in BD-Uninstallable state, which is already the case on all archs where it's not Build-attempted. Given back where it failed. Mraw, KiBi. signature.asc Description: Digital signature
Bug#674852: uptimed: [INTL:nl] Dutch translation of debconf templates
Package: uptimed Severity: wishlist Tags: patch l10n Hello, Attached is the updated Dutch translation of the uptimed debconf templates. Please include it in your next upload. Kind regards, Jeroen Schot # Dutch translation of uptimed debconf templates. # Copyright (C) 2006, 2012 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the uptimed package. # Kurt De Bree kdeb...@telenet.be, 2006. # Jeroen Schot sc...@a-eskwadraat.nl, 2012. # msgid msgstr Project-Id-Version: uptimed 1:0.3.17-3\n Report-Msgid-Bugs-To: upti...@packages.debian.org\n POT-Creation-Date: 2012-05-25 03:12+0200\n PO-Revision-Date: 2012-05-28 11:17+0200\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../uprecords-cgi.templates:1001 msgid pre msgstr pre #. Type: select #. Choices #: ../uprecords-cgi.templates:1001 msgid list msgstr lijst #. Type: select #. Choices #: ../uprecords-cgi.templates:1001 msgid table msgstr tabel #. Type: select #. Description #: ../uprecords-cgi.templates:1002 msgid Format used by uprecords.cgi: msgstr Welk formaat moet uprecords.cgi gebruiken? #. Type: select #. Description #: ../uprecords-cgi.templates:1002 msgid The uprecords CGI script has different ways of doing a proper display layout. Which method you want to use depends mainly on your personal preference. Available options are: msgstr Het CGI-script van uprecords kan zijn gegevens op verschillende manieren weergeven. De gebruikte methode is eerder een persoonlijke smaak. De volgende mogelijkheden zijn beschikbaar: #. Type: select #. Description #: ../uprecords-cgi.templates:1002 msgid - pre: Encloses everything in pre.../pre\n - list: Makes a list, using ol.../ol\n - table: Creates an HTML table. msgstr - pre: Eenvoudige tekst in pre.../pre\n - lijst: Een HTML-lijst ol.../ol\n - tabel: Een HTML-tabel. #. Type: string #. Description #: ../uprecords-cgi.templates:2001 msgid Number of records showed by uprecords.cgi: msgstr Hoeveel vermeldingen moet uprecords.cgi tonen? #. Type: string #. Description #: ../uprecords-cgi.templates:2001 msgid While uptimed may keep a large number of uptime records, not all of them are interesting to the outside world. Thus, you can limit the number of records that will be shown here. msgstr Na verloop van tijd zal uptimed veel vermeldingen verzameld hebben, die niet voor iedereen interessant zijn. Hier kunt u instellen hoeveel vermeldingen tegelijk getoond moeten worden. #. Type: note #. Description #: ../uprecords-cgi.templates:3001 msgid uprecords.cgi has been installed into the webtree msgstr uprecords.cgi is in de web-boomstructuur geïnstalleerd #. Type: note #. Description #: ../uprecords-cgi.templates:3001 msgid You have installed the uprecords-cgi package. That means that a new CGI script has been installed, which is now visible to the outside world as http://${hostname}/cgi-bin/uprecords.cgi (if you didn't modify your webserver configuration to have CGI scripts in a different place). msgstr U heeft het pakket 'uprecords-cgi' geïnstalleerd. Dit pakket bevat een nieuw cgi-script dat van buitenaf zichtbaar is onder http://${hostname}/cgi-bin/; uprecords.cgi (als u de webserver-configuratie niet gewijzigd heeft om CGI- scripts op een andere plaats te bewaren). #. Type: note #. Description #: ../uprecords-cgi.templates:3001 msgid In the default webserver configuration, CGI scripts are accessible from anywhere in the world. If you do not want this, you should set up access restrictions (but who doesn't want to show off with his/her uptimes?). msgstr In de standaard webserver-configuratie zijn CGI-scripts wereldwijd bereikbaar. Indien u dit niet wenst, is het beter toegangsbeperkingen op te leggen (maar wie wil er nu niet met zijn/haar uptimes pronken?). #. Type: note #. Description #: ../uprecords-cgi.templates:3001 msgid You may also want to modify the HTML header and footer files in /etc/ uprecords-cgi or tell your webmaster to do so (remember to give him the necessary permissions then). msgstr Ook kunt u de HTML 'koptekst'- en 'voettekst'-bestanden in /etc/uprecords- cgi wijzigen of uw webbeheerder vragen dit te doen (vergeet niet deze de nodige rechten te geven). #. Type: string #. Description #: ../uptimed.templates:1001 msgid Seconds that should pass between database updates: msgstr Om de hoeveel seconden moet de database bijgewerkt worden? #. Type: string #. Description #: ../uptimed.templates:1001 msgid Uptimed will update its database every n seconds so that the uptime doesn't get lost in case of a system crash. You can set how frequently this will happen (use higher values if you want to avoid disk activity, for example on a laptop). 60 seconds should be a reasonable default. msgstr Uptimed werkt alle n
Bug#674853: winbind should depend on libpam-winbind and libnss-winbind for wheezy
Package: winbind Version: 2:3.6.5-3 Severity: serious Common practice in Debian is that when functionality got split out of one package, that package will depend in the next stable release on the new packages to avoid breakages on upgrades. Please drop the latest two entry from NEWS.Debian, and instead change the Recommends to a Depends for wheezy. Not sure whether the severity is too high for this since it only makes a difference for people with Install-Recommends set to false, but it is anyway trivial to fix. As a bonus, this would slightly reduce the flood of NEWS.Debian entries a user might see during an upgrade. Note that this bug is only about a temporary change for minimizing the possible breakage for people upgrading from squeeze to wheezy, for wheeze+1 it is perfectly fine to demote these dependencies to Suggests. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674854: querybts: please provide a way to retrieve the bugs without maintainer
Package: reportbug Version: 6.3.1 Severity: wishlist File: /usr/bin/querybts Hello, See the debian-devel thread starting at http://lists.debian.org/20120518084529.109...@gmx.net for more informations. I'd like to try to help with the triage (I've seen a few classes of bugs where I might be able to help), but I don't see a way to deal efficiently with those bugs. Currently I would have to dump the entire http://bugs.debian.org/cgi-bin/pkgreport.cgi?maint= page and then grep for the bugs I am interested. What I would prefer would be to $ querybts packages-with-no-maintainer and then (f)ilter and op(e)n the individual bugs with my preferred mailer. Thanks for reading, Andrei -- Package-specific info: ** Environment settings: DEBEMAIL=andreimpope...@gmail.com DEBFULLNAME=Andrei Popescu INTERFACE=text ** /home/amp/.reportbugrc: reportbug_version 4.12.6 mode advanced ui text realname Andrei POPESCU no-cc header X-Debbugs-CC: andreimpope...@gmail.com header X-Debbugs-No-Ack: please smtphost reportbug.debian.org mbox_reader_cmd mutt -f %s -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.9.5.1 ii python2.7.2-10 ii python-reportbug 6.3.1 reportbug recommends no packages. Versions of packages reportbug suggests: ii debconf-utils1.5.43 ii debsums 2.0.51 ii dlocate none ii emacs22-bin-common | emacs23-bin-common none ii file 5.11-1 ii gnupg1.4.12-4 ii postfix [mail-transport-agent] 2.9.1-5 ii python-gtk2 2.24.0-3 ii python-gtkspell none ii python-urwid none ii python-vte none ii xdg-utils1.1.0~rc1+git20111210-6 Versions of packages python-reportbug depends on: ii apt 0.9.5.1 ii python2.7.2-10 ii python-debian 0.1.21 ii python-debianbts 1.11 ii python-support1.0.14 python-reportbug 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#652536:
Here is my conky.conf setup: http://paste.debian.net/171506/ The random refresh intervals are even worse now. They are present immediately after Conky is started. At first I only experienced it after suspending the system or after switching trough the Gnome Shell workspaces. I hope this helps a bit. Thanks. signature.asc Description: This is a digitally signed message part
Bug#667162: faumachine: ftbfs with GCC-4.7
the uploader addresses don't exist anymore: Volkmar Sieh volkmar.s...@informatik.uni-erlangen.de Stefan Potyra sistp...@ubuntu.com pot...@i3.informatik.uni-erlangen.de (expanded from stefan.pot...@informatik.uni-erlangen.de): host faui3es.informatik.uni-erlangen.de[131.188.33.16] said: 550 5.1.1 pot...@i3.informatik.uni-erlangen.de... User unknown (in reply to RCPT TO command) will explicitly build with GCC 4.6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670855: cyrus-sasl2-*-dbg doesn't correspond to cyrus-sasl2-*
Yes, there is a reason. The name matches the source package, since it also includes debug symbols for binaries (not only libraries). O. On Sun, Apr 29, 2012 at 7:50 PM, Geoffrey Thomas geo...@mit.edu wrote: Source: cyrus-sasl2 Version: 2.1.25.dfsg1-4 Priority: wishlist Hi, It looks like cyrus-sasl2-{mit,heimdal}-dbg are the debug symbols for libsasl2-modules-gssapi-{mit,heimdal}, not cyrus-sasl2-{mit,heimdal} as their name would imply (in fact those packages got removed a while ago). This confuses me. Is there a reason not to rename them to libsasl2-modules-gssapi-{mit,heimdal}-dbg? Thanks, -- Geoffrey Thomas geo...@mit.edu ___ Pkg-cyrus-sasl2-debian-devel mailing list pkg-cyrus-sasl2-debian-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-cyrus-sasl2-debian-devel -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671830: cyrus-imapd-2.2: IMAP SSL fails after update to openssl 0.9.8o-4squeeze12
reassign 671830 openssl found 671830 openssl/0.9.8o-4squeeze13 notfound 671830 cyrus-imapd-2.2/2.2.13-19+squeeze3 thank you Hi openssl maintainers, looks like there is some regression in the squeeze12 security upload (or earlier), reassigning to openssl. O. On Mon, May 7, 2012 at 11:16 AM, Tom Laermans tom.laerm...@luciad.com wrote: Package: cyrus-imapd-2.2 Version: 2.2.13-19+squeeze3 Severity: important On friday I upgraded my system, where openssl was upgraded from openssl_0.9.8o-4squeeze7_i386 to openssl_0.9.8o-4squeeze12_i386.deb. This resulted in IMAP SSL not working anymore; the socket was listening, but there was no communication done over it. (Regular IMAP kept working as it should) Mail clients could not login, Nagios didn't receive a response, and even typing gibberish into the connection does nothing at all. I reverted to openssl_0.9.8o-4squeeze7_i386.deb and everything started working again instantly. Typing gibberish into the connection now yields a BYE message stating TLS error, as it should and obviously mail clients could read their mail again. I'm not sure if this should be assigned to openssl or cyrus... -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-vserver-686-bigmem (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages cyrus-imapd-2.2 depends on: ii cyru 2.2.13-19+squeeze3 Cyrus mail system - common files ii liba 1.4.0~git20100726.dfsg.1-2+squeeze1 Heimdal Kerberos - ASN.1 library ii libc 2.7-18lenny7 GNU C Library: Shared libraries ii libc 1.41.12-4stable1 common error description library ii libd 4.7.25-9 Berkeley v4.7 Database Libraries [ ii libg 1.4.0~git20100726.dfsg.1-2+squeeze1 Heimdal Kerberos - GSSAPI support ii libk 1.4.0~git20100726.dfsg.1-2+squeeze1 Heimdal Kerberos - libraries ii libr 1.4.0~git20100726.dfsg.1-2+squeeze1 Heimdal Kerberos - roken support l ii libs 2.1.22.dfsg1-23+lenny1 Cyrus SASL - authentication abstra ii libs 0.9.8o-4squeeze12 SSL shared libraries ii libw 7.6.q-19 Wietse Venema's TCP wrappers libra cyrus-imapd-2.2 recommends no packages. cyrus-imapd-2.2 suggests no packages. -- no debconf information ___ Pkg-Cyrus-imapd-Debian-devel mailing list pkg-cyrus-imapd-debian-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-cyrus-imapd-debian-devel -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673096: RFS: figlet/2.2.4-1
Hi Jonathan, This seems an easy solution for figlet 2.2.4-1 : ftp://ftp.unicode.org/Public/MAPPINGS/ISO8859/8859-3.TXT Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674367: FYI.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 As the upstream maintainer, I recommend removal of gnunet-qt. -Christian -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/DTIsACgkQv2Bwi0hCbH4BOgCfe3OH5JzTRM1Zuj2UMKHSjAtk xrUAnRfWyuSafqmzvQPyDAzOoOu5CC3c =hzTc -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#674853: [Pkg-samba-maint] Bug#674853: winbind should depend on libpam-winbind and libnss-winbind for wheezy
severity 674853 important thanks Quoting Adrian Bunk (b...@stusta.de): Package: winbind Version: 2:3.6.5-3 Severity: serious Common practice in Debian is that when functionality got split out of one package, that package will depend in the next stable release on the new packages to avoid breakages on upgrades. Which is why winbind *Recommends* libpam-winbind and libnss-winbind. As we already said ad libitum hereor therewe are not here to rescue people who shoot in one's own foot by not installing Recommends. So, sorry but no. I'm very tempted to close this bug report and will just downgrade it as of now.I'm leaving it off to Steve to close it. I'm certain he agrees with me, here, and the best way for him to say so is probably by closing the bug report. signature.asc Description: Digital signature
Bug#674856: invalid +COPS response parsing
Source: gsmlib Version: 1.10-13 Severity: normal Tags: patch Gsmlib's +COPS response parsing doesn't expect 5th parameter which present when using at least Dell 5505 modem or Nokia 6303: === Nokia 6303: AT+COPS=? +COPS: (2,Orange SK,,23101,0), (3,O2-SK,,23106,0), (3,T-Mobile SK,,23102,0),,(0,1,3),(0,2) OK === gsmctl[ERROR]: expected ')' (at position 24 of string '(2,Orange SK,,23101,0),') === Dell 5505: AT+COPS=? +COPS: (1,T-Mobile SK,TMO SK,23102,0) +COPS: (2,T-Mobile SK,TMO SK,23102,2) +COPS: (3,Unknown,Unknown,23106,0) +COPS: (1,Orange SK,Orange,23101,0) +COPS: (0,Orange SK,Orange,23101,2) OK === gsmctl[ERROR]: expected ')' (at position 34 of string '(1,T-Mobile SK,TMO SK,23102,0)') Here's the patch which fixes this problem. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.3.0-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 ---BeginMessage--- diff --git a/gsmlib/gsm_me_ta.cc b/gsmlib/gsm_me_ta.cc --- a/gsmlib/gsm_me_ta.cc +++ b/gsmlib/gsm_me_ta.cc @@ -367,6 +367,20 @@ else throw e; } +try +{ + opi._numericName = p.parseComma(); + p.parseInt(true); +} +catch (GsmException e) +{ + if (e.getErrorClass() == ParserError) + { +/* okay */ + } + else +throw e; +} if (expectClosingBracket) p.parseChar(')'); result.push_back(opi); if (! p.parseComma(true)) break; ---End Message---
Bug#671812: xserver-xorg-core: segfault at exit
On Sun, May 27, 2012 at 18:49:33 +0300, Touko Korpela wrote: Recently I still got segfault at exit, even that package is updated... Xorg logfiles don't seem to have it logged. Maybe this isn't the same issue after all. It's more like those glibc detected *** xxx: double free or corruption libc safeguards. Hard to debug, because it doesn't happen always, and shutdown finishes before I get to take screen picture. Run it under valgrind. Cheers, Julien signature.asc Description: Digital signature
Bug#673096: RFS: figlet/2.2.4-1
On 28 May 2012 10:05, Bart Martens ba...@debian.org wrote: Please remove the package figlet 2.2.4-1 from mentors uploaded there at 2012-05-28 00:23, because having that package there is a form of re-distribution. http://mentors.debian.net/package/figlet I have removed this from mentors.d.n now. On 28 May 2012 11:06, Bart Martens ba...@debian.org wrote: This seems an easy solution for figlet 2.2.4-1 : ftp://ftp.unicode.org/Public/MAPPINGS/ISO8859/8859-3.TXT Thanks. I'll point this email to the figlet mailing list. Jon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673723: pending
tags 673723 pending thanks There was a big problem that an exception was being thrown which somehow got the program into an infinite loop continually throwing the exception and eating up memory until a bad_alloc happened and the program terminated. The exception is thrown in compiler/GrpLexer.cpp:345 This happens on armel, armhf, powerpc, s390, s390x and sparc (no attempted buildd build on mipsel yet) Getting to that state to throw the exception was caused a signed/unsigned char issue this is fixed in the next pre-release, and also won't throw an exception in that case, but other exception handling has not been checked yet and may have the same issue. Further investigation needed - antlr, grcompiler or libstdc++ problem? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660345: policycoreutils: failed on upgrade from squeeze
Package: policycoreutils Version: 2.1.10-1 Followup-For: Bug #660345 I just got the same problem as #662772: Setting up policycoreutils (2.1.10-1) ... update-rc.d: /etc/init.d/policycoreutils exists during rc.d purge (use -f to force) dpkg: error processing policycoreutils (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of selinux-policy-default: selinux-policy-default depends on policycoreutils (= 2.1.0); however: Package policycoreutils is not configured yet. This was upgrading from a pretty-much standard install of squeeze on a netbook (aspire one), so I worry that this will be a common issue in such upgrades. I see you have had trouble reproducing. My aptitude log has: Aptitude 0.6.1.5: log report Sat, Oct 9 2010 00:14:26 +0100 /var/log/aptitude.1.gz:[UPGRADE] policycoreutils 2.0.82-1 - 2.0.82-3 /var/log/aptitude.2.gz:[UPGRADE] policycoreutils 2.0.49-8 - 2.0.82-1 which suggests the old version was installed fine, quite some time ago (this machine has been sat on a shelf for 18 months) I'm sure I never edited the /etc/init.d/policycoreutils file: $ ls -l /etc/init.d/policycoreutils -rwxr-xr-x 1 root root 2731 Apr 4 2010 /etc/init.d/policycoreutils Is there anything else I should check? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages policycoreutils depends on: ii libaudit0 1:1.7.18-1.1 ii libc6 2.13-32 ii libcap2 1:2.22-1 ii libdbus-1-3 1.5.12-1 ii libdbus-glib-1-2 0.98-1 ii libglib2.0-0 2.32.3-1 ii libpam0g 1.1.3-7.1 ii libpcre3 1:8.30-5 ii libselinux1 2.1.9-2 ii libsemanage1 2.1.6-2 ii libsepol1 2.1.4-3 ii lsb-base 4.1+Debian3 ii psmisc22.16-1 ii python2.7.2-10 ii python-selinux2.1.9-2 ii python-semanage 2.1.6-2 ii python-sepolgen 1.1.5-3 ii python-support1.0.14 Versions of packages policycoreutils recommends: iu selinux-policy-default 2:2.20110726-3 Versions of packages policycoreutils suggests: pn selinux-policy-dev none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674857: Disable pam_securetty by default?
Package: libpam-modules Version: 1.1.3-7.1 Severity: wishlist Hi, The /etc/securetty file lists every tty known to mankind, but only upto a randomly selected amout. And whenever a new serial driver is added to the kernel, this file needs to be updated. Thus, in practice, the default setting is Allow root login on random consoles, for example serial lines 0-5 but serial lines 6-191 are considered dangerous as well as any new serial drivers. Checking against the default securetty is no additional security. To be of any practical advantage, the system administrator has to tailor the file to match their own serial port setup. In it's current form securetty check is just a nuisance to people with many serial ports or new serial drivers. I suggest disabling pam_securetty check by default. The minority of users who actually have consoles with different security levels need to adjust the securetty file anyways, so they might adjust the pam_securetty setting /etc/pam.d/login as well. Alternatively I'd like to hear a realistic scenario where the current default is useful And someone running a UNIX museum where serial ports 0-6 are in staff room while rest are in public access does not count as one! Riku -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669702: OpenSSL and Openconnect VPN in plasma networkmanagement
Hi Ilia, the openconnect vpn module of the plasma widget for networkmanagement links against OpenSSL, which has some problematic licensing consequences [1]. This prevents the module from being enabled in Debian [2]. The only part of network manager directly linking with OpenSSL is that plugin - I am by far not a licensing expert, but I hope this means that the rest of the code, which just loads the plugin at runtime, does not need any relicensing - after all, that code can't know which plugins will be loaded later. According to the copyright headers and the git log, you are the main and actually almost the only author of that plugin. Is that correct, and if yes, would you be willing to add a license extension as stated in [1] to the files, so they can be linked with OpenSSL? Kind regards, Ralf [1] http://people.gnome.org/~markmc/openssl-and-the-gpl.html [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=669702 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#497142: This bug is specific to squeeze
tag 497142 + squeeze thanks Hello, rss2email ships feedparser only in squeeze, tagging as such. -- Etienne Millon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674749: tdb 1.2.10-1: patch for testsuite failure
Hi Ivo, Am 27/05/12 13:07, schrieb Ivo De Decker: This patch should fix the buildfailure. It also removes a lintian error about the symbols file. Thanks for the patch. I've merged the symbol fixes. It would be nice if the change to disable the test for the moment was a bit simpler. It's also causing a lot of noise, since we're now printing the output for all the tests. Would it perhaps be possible to just ignore exit 1 codes from test-transaction-expand. Cheers, Jelmer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602739: gsmlib: +CSMS? command failure with Huawei EM770
tag 602739 patch thanks Hello, Please try this patch and report if it works. -- WBR, Andrew From: Andrew Shadura bugzi...@tut.by Subject: Fix +CSMS response handling Date: Mon, 28 May 2012 12:30:32 +0200 diff --git a/gsmlib/gsm_me_ta.cc b/gsmlib/gsm_me_ta.cc --- a/gsmlib/gsm_me_ta.cc +++ b/gsmlib/gsm_me_ta.cc @@ -89,7 +89,17 @@ // find out whether we are supposed to send an acknowledgment Parser p(_at-chat(+CSMS?, +CSMS:)); - _capabilities._sendAck = p.parseInt() = 1; + try { +_capabilities._sendAck = p.parseInt() = 1; + } + catch (GsmException e) + { +if (e.getErrorClass() == ParserError) { + _capabilities._sendAck = 0; +} else { + throw e; +} + } // set GSM default character set try @@ -1017,8 +1027,18 @@ unsigned int MeTa::getMessageService() throw(GsmException) { - Parser p(_at-chat(+CSMS?, +CSMS:)); - return p.parseInt(); + try { +Parser p(_at-chat(+CSMS?, +CSMS:)); +return p.parseInt(); + } + catch (GsmException e) + { +if (e.getErrorClass() == ParserError) { + return 0; +} else { + throw e; +} + } } void MeTa::getSMSRoutingToTA(bool smsRouted, signature.asc Description: PGP signature
Bug#674858: please provide python3 package
Package: pyjunitxml Severity: wishlist It would be great to have a python3 package of pyjunitxml. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal'), (100, 'quantal-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.4.0-3-generic (SMP w/4 CPU cores) Locale: LANG=en_IE.utf8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667185: gnuift: ftbfs with GCC-4.7
Package: gnuift Followup-For: Bug #667185 I’ve prepared a QA upload for this package, which fixes the FTBFS with GCC 4.7. Please find the debdiff attached. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u gnuift-0.1.14/debian/changelog gnuift-0.1.14/debian/changelog --- gnuift-0.1.14/debian/changelog +++ gnuift-0.1.14/debian/changelog @@ -1,3 +1,10 @@ +gnuift (0.1.14-12) unstable; urgency=low + + * QA upload. + * New patch 12_gcc-4.7.diff, fixes FTBFS with GCC 4.7 (Closes: #667185) + + -- Sébastien Villemot sebastien.ville...@ens.fr Mon, 28 May 2012 10:20:54 + + gnuift (0.1.14-11) unstable; urgency=low * QA upload only in patch2: unchanged: --- gnuift-0.1.14.orig/debian/patches/12_gcc-4.7.diff +++ gnuift-0.1.14/debian/patches/12_gcc-4.7.diff @@ -0,0 +1,22 @@ +--- gift-0.1.14/libGIFTAcDistanceMatrix/include/CPersistentMatrix.h.orig 2005-03-24 09:18:15.0 + gift-0.1.14/libGIFTAcDistanceMatrix/include/CPersistentMatrix.h 2012-05-28 10:14:25.926330448 + +@@ -75,7 +75,7 @@ + + templateclass T + bool CPersistentMatrixT::create(char const* inFileName)const{ +- fstream* lFile=new fstream(inFileName,fstream::out+fstream::in); ++ fstream* lFile=new fstream(inFileName,fstream::out|fstream::in); + CPersistentVectorT lLine(mXSize); + if(lFile){ + for(long i=0; +--- gift-0.1.14/libGIFTAcDistanceMatrix/include/CPersistentVector.h.orig 2005-03-24 09:18:15.0 + gift-0.1.14/libGIFTAcDistanceMatrix/include/CPersistentVector.h 2012-05-28 10:16:08.016365999 + +@@ -110,7 +110,7 @@ + + assert(lToBeRead=0 lToBeRead=1); + +-push_back(lToBeRead); ++this-push_back(lToBeRead); + } + mLength=inLength; + return inStream;
Bug#674847: iproute: breaks VLAN's («Garbage instead of arguments id .... Try ip link help.»)
Hello Kiko and thank you very much for your bug report! On Mon, May 28, 2012 at 09:49:05AM +0200, Kiko Piris wrote: With iproute=20120521-1 I cannot bring up any tagged vlan: # ifup -v eth0.100 if test -d /sys/class/net/eth0 -a ! -d /sys/class/net/eth0.100 ; then ip link set up dev eth0; ip link add link eth0 name eth0.100 type vlan id 100; fi Garbage instead of arguments id Try ip link help. Apparently passing LDFLAGS on the command line to make when building iproute2 makes LDFLAGS not be expanded, as in e.g. ip/Makefile which does LDFLAGS += -Wl,-export-dynamic and is essential for the vlan functionality. I will remove the hardening build flags in the next upload which will happen very soon. -- Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663374: xine-ui: xine fails on polskie radio trojka stream
Package: xine-ui Version: 0.99.7~hg20120125-1 Followup-For: Bug #663374 Hello, I didn't get any feedback on this bug and then I realised that I had installed libxine2 from deb-multimedia (I also had the same issue on another system anyway). So, I've cleaned up the system on which I report the issue and here you are, the problem is still there. I hope I can now count on your support. Thanks, Eric PS: I don't know where the debsums error on xine.desktop comes, I've removed the file and 'aptitude reinstall xine-ui' and the error was still there. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (1001, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xine-ui depends on: ii libc62.13-32 ii libcurl3-gnutls 7.25.0-1 ii libjpeg8 8d-1 ii liblircclient0 0.9.0~pre1-1 ii libpng12-0 1.2.49-1 ii libreadline6 6.2-8 ii libx11-6 2:1.4.99.901-2 ii libxext6 2:1.3.1-2 ii libxft2 2.2.0-3 ii libxine2 1.2.1-2 ii libxine2-ffmpeg 1.2.1-2 ii libxine2-x 1.2.1-2 ii libxinerama1 2:1.1.2-1 ii libxtst6 2:1.2.1-1 ii libxv1 2:1.0.7-1 ii libxxf86vm1 1:1.1.2-1 Versions of packages xine-ui recommends: ii xdg-utils 1.1.0~rc1+git20111210-6 xine-ui suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /var/lib/xine/xine.desktop (from xine-ui package) xine.log.gz Description: GNU Zip compressed data
Bug#667138: codeblocks: ftbfs with GCC-4.7
The build failure looks a lot like #671538; maybe a look at the patch that fixed supertux's FTBFS would help solve this bug? I'll take a closer look at this myself in the near future, if nobody else does. Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673096: [FIGlet] Figlet Font Licensing
[Please keep cc: list intact, so people don't have to subscribe to the non-public figlet mailinglist] Hi all, During a review of my updated figlet 2.2.4-1 package[1], it was discovered that the fonts directory still contains non-distributable files. An example of these files are the fonts/8859-*.flc files. These files contain the following paragraph: Unicode, Inc. specifically excludes the right to re-distribute this file directly to third parties or other organizations whether for profit or not. Bart Martens has helpfully suggested that the files could be replaced by the following re-distributable file [2]. This problem also affects existing 2.2.2-1 packages that currently exist in unstable, testing, stable and oldstable [3], and will result in these packages being removed from Debian until the issue is solved [4]. I have since noticed that there has also been activity recently on the fedora bug tracker regarding the same issue [5]. It would be great to have these issues solved so that figlet could continue to be included in the next Debian release. Many thanks, Jon [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673096#18 [2] ftp://ftp.unicode.org/Public/MAPPINGS/ISO8859/8859-3.TXT [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674844 [4] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674850 [5] https://bugzilla.redhat.com/show_bug.cgi?id=820642#c27 On 14 May 2012 11:46, Claudio Matsuoka cmatsu...@gmail.com wrote: The standard font set (ours) is certainly safe to be in main. Being the C-64 collection not subject to copyright, only 3x5 remains to be checked. On Sun, May 13, 2012 at 10:29 PM, Ian Chai ianjuli...@gmail.com wrote: Glenn I had every intention when we made up FIGlet that it be freely usable by everyone as long as they acknowledge. That was our original intention and so we fully endorse taking steps to get it into the free section of Debian. If some third-party font copyrights turn out to be the problem, can we at least get the standard set into the free section? On 14 May 2012 07:38, John Cowan co...@mercury.ccil.org wrote: Claudio Matsuoka scripsit: Some controversy arose, however, on the license terms of some contributed fonts (all of them outside the main package). I'll contact the author of the 3x5 font to resolve one of these issues, but I'm not sure about the C-64 fonts. Are 8-bit computer bitmapped console font shapes (not files) covered by specific copyrights, or can we consider them to be in public domain? Maybe you could check that with someone in the Debian legal team? Bitmap fonts are in the public domain in the U.S., because they are considered insufficiently creative to copyright. Specifically, the actual *appearance* of a font cannot be copyrighted, and bitmaps are considered just a trivial transformation of the appearance. Scalable fonts are computer programs, though, and are copyrightable. Thus my Figlet fonts in the bdffonts directory, which are based on the X bitmap fonts, as well as anything from the C-64 world, are safely public domain in the U.S. In Europe it may be a different story in principle, but the chances that anyone will sue are essentially nil. Such lawsuits are very expensive and there is no hope of any financial gain by them. What is more, the bdffonts have MIT-ish licenses, though the copyright notices are probably invalid. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674859: nagvis: [debconf_rewrite] Debconf templates and debian/control review proposal
Package: nagvis Version: N/A Severity: normal Dear Debian maintainer, Hello, I just noticed new or modified debconf templates appearing for this package. I would like to suggest you to consider calling for debconf templates review AND translation updates when you introduce new debconf templates or modify the existing templates in a package or, if you prefer, to send a call for translations after uploading the first version that introduces new templates or templates changes. If you're interested in suggestions for doing this, you can find some at the end of this bug report. The debian-l10n-english team will now start a review, on our own initiative. It will be conducted through this bug report. Suggestions for future debconf templates review 1) Getting debconf templates reviewed -- The Debian i18n contributors have developed a set of suggestions for the writing style of debconf templates, to give them an overall consistency all around Debian. These writing style suggestions are explained in the Developers Reference. Lintian also warns about common writing style concerns. Maintainers are welcome when they ask for a review of debconf templates and/or packages descriptions on debian-l10n-engl...@lists.debian.org. It is of course not needed to wait for someone (such as me right me) proposing you such a review. In such situations (whether the review is requested by the maintainer or proposed by someone else), someone from the debian-l10n-english team will pick up the review to do, handle it, and finally send you a bug report with the suggested templates. If you want, you can ask for being CC'ed to the various discussions when the templates are reviewed. 2) Call for new translations As soon as the templates have been reviewed, you can ask Debian translators for new translations: Just go to your package's build tree and use: $ podebconf-report-po --call This will propose you a generic mail which is to be sent to debian-i...@lists.debian.org and call for new translations. This utility will mention existing translations to avoid duplicate work. It will also attach the needed material to this mail. Please also think about giving a deadline to translators. We like deadlines..:-) 3) Always call for translation updates before uploading --- (of course only when you change the debconf templates!) If your package already includes debconf translations (ie *.po files in debian/po), please consider calling for translation updates if you happen to change something in the templates...or just in case when you release a new version. This is done with the following command: $ podebconf-report-po This will build private mails to translators (ie people listed in Last-Translator in the PO files) for translations that are incomplete. These mails will included the needed PO file for each translator. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674860: uptimed: [debconf_rewrite] Debconf templates and debian/control review proposal
Package: uptimed Version: N/A Severity: normal Dear Debian maintainer, Hello, I just noticed new or modified debconf templates appearing for this package. I would like to suggest you to consider calling for debconf templates review AND translation updates when you introduce new debconf templates or modify the existing templates in a package or, if you prefer, to send a call for translations after uploading the first version that introduces new templates or templates changes. If you're interested in suggestions for doing this, you can find some at the end of this bug report. The debian-l10n-english team will now start a review, on our own initiative. It will be conducted through this bug report. Suggestions for future debconf templates review 1) Getting debconf templates reviewed -- The Debian i18n contributors have developed a set of suggestions for the writing style of debconf templates, to give them an overall consistency all around Debian. These writing style suggestions are explained in the Developers Reference. Lintian also warns about common writing style concerns. Maintainers are welcome when they ask for a review of debconf templates and/or packages descriptions on debian-l10n-engl...@lists.debian.org. It is of course not needed to wait for someone (such as me right me) proposing you such a review. In such situations (whether the review is requested by the maintainer or proposed by someone else), someone from the debian-l10n-english team will pick up the review to do, handle it, and finally send you a bug report with the suggested templates. If you want, you can ask for being CC'ed to the various discussions when the templates are reviewed. 2) Call for new translations As soon as the templates have been reviewed, you can ask Debian translators for new translations: Just go to your package's build tree and use: $ podebconf-report-po --call This will propose you a generic mail which is to be sent to debian-i...@lists.debian.org and call for new translations. This utility will mention existing translations to avoid duplicate work. It will also attach the needed material to this mail. Please also think about giving a deadline to translators. We like deadlines..:-) 3) Always call for translation updates before uploading --- (of course only when you change the debconf templates!) If your package already includes debconf translations (ie *.po files in debian/po), please consider calling for translation updates if you happen to change something in the templates...or just in case when you release a new version. This is done with the following command: $ podebconf-report-po This will build private mails to translators (ie people listed in Last-Translator in the PO files) for translations that are incomplete. These mails will included the needed PO file for each translator. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666959: don't nmu without new version
Hi! If you are planning into doing a NMU of this bug, please also consider #604368. The latest version upstream uses Qt4. Thanks, Ana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669702: OpenSSL and Openconnect VPN in plasma networkmanagement
On Mon, 2012-05-28 at 12:21 +0200, Ralf Jung wrote: According to the copyright headers and the git log, you are the main and actually almost the only author of that plugin. Is that correct, and if yes, would you be willing to add a license extension as stated in [1] to the files, so they can be linked with OpenSSL? Like libopenconnect itself, Ilia's code is already licensed under the LGPL, not the GPL. There is no need for an exception for OpenSSL, in the openconnect-specific plugin. Whether that's sufficient or not is not entirely clear to me though. It is still being loaded into the GPL'd kded as a plugin, after all. [1] http://people.gnome.org/~markmc/openssl-and-the-gpl.html That highlights §2 and §6 of the OpenSSL licence: * 3. All advertising materials mentioning features or use of this *software must display the following acknowledgment: *This product includes software developed by the OpenSSL Project *for use in the OpenSSL Toolkit. (http://www.openssl.org/) * 6. Redistributions of any form whatsoever must retain the following *acknowledgment: *This product includes software developed by the OpenSSL Project *for use in the OpenSSL Toolkit (http://www.openssl.org/) I don't see the relevance of §6. You're linking to a copy of OpenSSL in shared library form which already exists on the system; you aren't redistributing it in any form. So that should be a non-issue, surely? So that leaves §2, and I have difficulty understanding precisely what restriction that places on kded. We don't *have* any advertising materials that mention features or use of OpenSSL, but I suppose the concern is that any downstream user must have the right to *create* such, without the wording that OpenSSL requires? But surely they *can* anyway? Doing so doesn't restrict their ability to use libopenconnect or anything higher up in the stack; only their ability to distribute OpenSSL itself, which as already observed we aren't doing. That said, I'm working on porting to GnuTLS anyway. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature
Bug#674860: [ITR] templates://uptimed/{uprecords-cgi.templates,uptimed.templates}
Dear Debian maintainer, The Debian internationalisation team and the Debian English localisation team will soon begin the review of the debconf templates used in uptimed. This review takes place for all packages that use debconf to interact with users and its aims are: - to improve the use of English in all debconf templates; - to make the wording of debconf templates more consistent; - to encourage more translations of templates. Even if your first language is English, this process is likely to help track down typos or errors, and improve consistency between the debconf templates of your package and that of other packages in the distribution. The process involves both debian-l10n-english contributors and Debian translators. The details of the process are given in http://wiki.debian.org/I18n/SmithDebconfReviewProcess. I will act as the coordinator of this activity for uptimed. The first step of the process is to review the debconf source template file(s) of uptimed. This review will start on Thursday, May 31, 2012, or as soon as you acknowledge this mail with an agreement for us to carry out this process. All parts of the process will be carried out in close collaboration with you, and, unless you explicitely ask for it, no upload nor NMU will happen for uptimed. If you approve this process, please let us know by replying to this mail. If some work in progress on your side would conflict with such a rewrite (such as adding or removing debconf templates), please say so, and we will defer the review to later in the development cycle. Thank you for your attention. -- signature.asc Description: Digital signature
Bug#674861: RM: ihu -- RoQA; qt3, not ported to qt4, low popcorn
Package: ftp.debian.org Severity: normal Please remove this package from the archive. Thanks, Ana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669702: OpenSSL and Openconnect VPN in plasma networkmanagement
On 28.05.2012 12:21, Ralf Jung wrote: Hi Ilia, the openconnect vpn module of the plasma widget for networkmanagement links against OpenSSL, which has some problematic licensing consequences [1]. This prevents the module from being enabled in Debian [2]. The openconnect vpn module is not problematic, as its sources are under LGPL2. The only part of network manager directly linking with OpenSSL is that plugin - I am by far not a licensing expert, but I hope this means that the rest of the code, which just loads the plugin at runtime, does not need any relicensing - after all, that code can't know which plugins will be loaded later. That's exactly what it means, unfortunately. It is the combined work which is problematic. According to the copyright headers and the git log, you are the main and actually almost the only author of that plugin. Is that correct, and if yes, would you be willing to add a license extension as stated in [1] to the files, so they can be linked with OpenSSL? The complete networkmanagement sources which use GPL2 would need that exemption. 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#672828: Reopening Bug#672828: Please enable hardened build flags
Hello again! I'm reopening this bug report again, since the just uploaded iproute 20120521-2 has disabled the hardening build flags because of multiple breakages. Two have been identified, who knows how many more there are See: #674730, #674847 (A proper testsuite for iproute2 would be really awesome and very helpful here!) In my point of view, more investigation is needed to make sure iproute2 is possible to harden without crippling it's functionality. Changes might be needed, which should happen in collaboration with upstream. Unfortunately the time I have to spend on this limits me to mostly trivial fixes. I don't think I'll be able to work on this, so help is needed if this is going to happen. I have a good relation to upstream and can assist in establishing contact and guide interested people in how to work with upstream if you are new to kernel style development practices. -- Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669702: OpenSSL and Openconnect VPN in plasma networkmanagement
Hi, According to the copyright headers and the git log, you are the main and actually almost the only author of that plugin. Is that correct, and if yes, would you be willing to add a license extension as stated in [1] to the files, so they can be linked with OpenSSL? Like libopenconnect itself, Ilia's code is already licensed under the LGPL, not the GPL. There is no need for an exception for OpenSSL, in the openconnect-specific plugin. Oh, I did not know that. Sorry for the noise, Ilia. But then I actually do not see the issue here - does the GPL even infect through libraries which are only found and dlsym'ed at runtime? I mean, most of kdelibs is also LGPL. So the entire of kded and would have to be re- licensed for any kded plugin to be able to use OpenSSL? Wow... Whether that's sufficient or not is not entirely clear to me though. It is still being loaded into the GPL'd kded as a plugin, after all. [1] http://people.gnome.org/~markmc/openssl-and-the-gpl.html That highlights §2 and §6 of the OpenSSL licence: * 3. All advertising materials mentioning features or use of this *software must display the following acknowledgment: *This product includes software developed by the OpenSSL Project *for use in the OpenSSL Toolkit. (http://www.openssl.org/) * 6. Redistributions of any form whatsoever must retain the following *acknowledgment: *This product includes software developed by the OpenSSL Project *for use in the OpenSSL Toolkit (http://www.openssl.org/) I don't see the relevance of §6. You're linking to a copy of OpenSSL in shared library form which already exists on the system; you aren't redistributing it in any form. So that should be a non-issue, surely? From what I understood - but that's not very much - the problem is simply that this is a restriction, while the GPL forbids all kinds of restrictions. That said, I'm working on porting to GnuTLS anyway. That's good news. Let me know if I can help testing :) Kind regards, Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674690: Triggered by Acquire::Languages none;
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This gets triggered by the following configuration: % cat /etc/apt/apt.conf.d/20notranslation Acquire::Languages none; I have also posted a gdb backtrace at the Ubuntu bug report, see: https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1004947/comments/5 - -- http://daniel.hahler.de/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFPw1zdfAK/hT/mPgARAn75AKC74CzppvBs9qDR+t/s0iNG+RZZWwCgjlSf LhBtbjqjNS6TD8Dsugp83+Q= =DuJG -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#663487: vmpk: Doesn't work with timidity anymore
On 17/05/12 01:42, Gilles Filippini wrote: Hi Mehdi, Mehdi Dogguy a écrit , Le 16/05/2012 13:23: On 12/03/12 15:26, Gilles Filippini wrote: Anyway, the best way to fix it should be to enable both backends at runtime (= upstream). In the meantime, I'd appreciate a step back to the ALSA backend. Any news on that front? Should we consider reverting that change so that it is fixed in Wheezy before freeze or do you a patch ready? I believe reverting the change for now is a safe step. That would be my preferred action, but I'd like to hear your opinion first. I've had a message from Pedro stating that he has applied my patch to enable several RtMidi backends. Unfortunately I haven't had time to check this release. Please allow a few more days to sort this out. Sorry to bother you again. The freeze is soon and I'd like to know if I should revert the last upload or package the new upstream release. News? Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674862: override: ruby-compass:web/optional
Package: ftp.debian.org Severity: normal Compass is both a library and commandline tools - but mainly the latter. - Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674863: faumachine: maintainer address bounces
Source: faumachine Version: 20100527-2 Severity: serious The maintainer address bounces: mailer-dae...@faui45.informatik.uni-erlangen.de (Mail Delivery System) writes: This is the mail system at host faui45.informatik.uni-erlangen.de. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can delete your own text from the attached returned message. The mail system vrs...@immd3.informatik.uni-erlangen.de (expanded from vrs...@i3.informatik.uni-erlangen.de): host faui3es.informatik.uni-erlangen.de[131.188.33.16] said: 550 5.1.1 vrs...@immd3.informatik.uni-erlangen.de... User unknown (in reply to RCPT TO command) pot...@i3.informatik.uni-erlangen.de: host faui3es.informatik.uni-erlangen.de[131.188.33.16] said: 550 5.1.1 pot...@i3.informatik.uni-erlangen.de... User unknown (in reply to RCPT TO command) s...@i3.informatik.uni-erlangen.de: host faui3es.informatik.uni-erlangen.de[131.188.33.16] said: 550 5.1.1 s...@i3.informatik.uni-erlangen.de... User unknown (in reply to RCPT TO command) Reporting-MTA: dns; faui45.informatik.uni-erlangen.de X-Postfix-Queue-ID: C73C1741F57 X-Postfix-Sender: rfc822; envel...@ftp-master.debian.org Arrival-Date: Mon, 28 May 2012 12:33:32 +0200 (CEST) Final-Recipient: rfc822; vrs...@immd3.informatik.uni-erlangen.de Original-Recipient: rfc822;i...@faumachine.org Action: failed Status: 5.1.1 Remote-MTA: dns; faui3es.informatik.uni-erlangen.de Diagnostic-Code: smtp; 550 5.1.1 vrs...@immd3.informatik.uni-erlangen.de... User unknown Final-Recipient: rfc822; pot...@i3.informatik.uni-erlangen.de Original-Recipient: rfc822;i...@faumachine.org Action: failed Status: 5.1.1 Remote-MTA: dns; faui3es.informatik.uni-erlangen.de Diagnostic-Code: smtp; 550 5.1.1 pot...@i3.informatik.uni-erlangen.de... User unknown Final-Recipient: rfc822; s...@i3.informatik.uni-erlangen.de Original-Recipient: rfc822;i...@faumachine.org Action: failed Status: 5.1.1 Remote-MTA: dns; faui3es.informatik.uni-erlangen.de Diagnostic-Code: smtp; 550 5.1.1 s...@i3.informatik.uni-erlangen.de... User unknown From: Debian FTP Masters ftpmas...@ftp-master.debian.org Subject: faumachine override disparity To: Matthias Klose d...@debian.org, FAUmachine Team i...@faumachine.org Date: Mon, 28 May 2012 10:33:09 + -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650601: libpng12-0 in experimental breaks its rdeps
On Mon, May 21, 2012 at 07:15:35 -0500, Jonathan Nieder wrote: # warning users of apt-listbugs, to reduce noise # luckily this only affects the package experimental, so this # severity bump should have no effect on testing migration etc severity 673542 serious quit Hi, Aníbal Monsalve Salazar wrote: severity 673542 important [...] The libpng transition hasn't started yet. Please refer to the webpage above. It will involve hundreds of binary packages. $ vim vim: /usr/lib/i386-linux-gnu/libpng12.so.0: version `PNG12_0' not found (required by /usr/lib/i386-linux-gnu/libcairo.so.2) Regardless of whether the transition has started, doesn't this kind of thing (removal of symbol versions) require a soname bump? It very much does. Cheers, Julien signature.asc Description: Digital signature
Bug#673081: binutils-gold breaks ghc linking stage
On Thu, May 17, 2012 at 16:47:52 -0500, Jonathan Nieder wrote: Dear release team, Joachim Breitner wrote[1]: I’d rather like to be able to transition the current set of Haskell packages to testing first and then, if there is time before the freeze, tackle this bug. For that, the severity needs to be lowered, though, as otherwise nothing will migrate. I believe this is a reasonable request, but that playing with severities is not the right way to bring it about. Could you please make the appropriate hints (and consider whether this should be wheezy-ignore while at it)? What's the rationale for this bug being 'serious' in the first place? That seems rather inflated to me. Cheers, Julien signature.asc Description: Digital signature
Bug#674634: transition: celt
reflum, On Sat, 2012-05-26 at 18:38 +0930, Ron wrote: Roar, I've been assured by its upstream is likewise easy to just disable support for it - but the-me is giving me some pointless pushback ... I'll NMU that too when the time comes if really needed if this is the final blocker. There shouldn't be any other flow on from this so far as I know. Some of these packages may enable Opus support instead, but doing so is not a prerequisite for us being able to remove celt for Wheezy. Removal of CELT will remove a major feature of src:roaraudio. It will not render the package useless just will make it useless for a group of users. This is why we like to make this a smooth transition with getting in Opus first, then removing CELT. Also note that this transition needs users using it to change config so it should not be a single upload removing one and adding the other. The cirtical factor is time here. Ron Lee is a bit late with this transition in the release cycle. Had he given us about a month more we would have done all this already and everybody would be happy. I have discusses several possibile ways to get this solved with the-me (the maintainer). In fact both of us would *really* like to get this done. CELT always added some extra work both upstream and in maintaining packages because of the unfrozen bitstream. -- Philipp. (Rah of PH2) signature.asc Description: This is a digitally signed message part