Bug#646567: dolphin: crash when previewing a .ptt file
Package: dolphin Version: 4:4.7.4-2 Severity: normal Dear Maintainer, the same bug as with Marco. But dolphin crashes in all views, and with the information panel is active, and if I select .mp3, .png, .mpg, .mpe, or .wmv files. It doesn't crashes with .ppt files. Thank you. Hermann -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.3-0.slh.3-aptosid-686 (SMP w/1 CPU core; PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dolphin depends on: ii kde-runtime4:4.7.4-2 ii libc6 2.13-27 ii libgcc11:4.7.0-1 ii libkcmutils4 4:4.7.4-4 ii libkdecore54:4.7.4-4 ii libkdeui5 4:4.7.4-4 ii libkfile4 4:4.7.4-4 ii libkio54:4.7.4-4 ii libknewstuff3-44:4.7.4-4 ii libkonq5abi1 4:4.7.4-2 ii libkparts4 4:4.7.4-4
Bug#657591: Patch for the l10n upload of tpconfig
Dear maintainer of tpconfig, On Saturday, March 17, 2012 I sent you a notice announcing my intent to upload an NMU of your package to fix its pending l10n issues, after an initial notice sent on Friday, March 16, 2012. We finally agreed that you would do the update yourself at the end of the l10n update round. That time has come. To help you out, here's the patch which I would have used for an NMU. Please feel free to use all of it...or only the l10n part of it. The corresponding changelog is: Source: tpconfig Version: 3.1.3-14.1 Distribution: UNRELEASED Urgency: low Maintainer: Christian Perrier bubu...@debian.org Date: Fri, 16 Mar 2012 07:04:42 +0100 Closes: 657591 660770 664648 Changes: tpconfig (3.1.3-14.1) UNRELEASED; urgency=low . * Non-maintainer upload. * Fix pending l10n issues. Debconf translations: * Dutch; (Jeroen Schot). Closes: #657591 * Danish (Joe Hansen). Closes: #660770 * Polish (Michał Kułach). Closes: #664648 -- diff -Nru tpconfig-3.1.3.old/debian/changelog tpconfig-3.1.3/debian/changelog --- tpconfig-3.1.3.old/debian/changelog 2012-03-12 22:07:29.338915697 +0100 +++ tpconfig-3.1.3/debian/changelog 2012-03-25 14:00:32.175912015 +0200 @@ -1,3 +1,13 @@ +tpconfig (3.1.3-14.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix pending l10n issues. Debconf translations: + * Dutch; (Jeroen Schot). Closes: #657591 + * Danish (Joe Hansen). Closes: #660770 + * Polish (Michał Kułach). Closes: #664648 + + -- Christian Perrier bubu...@debian.org Fri, 16 Mar 2012 07:04:42 +0100 + tpconfig (3.1.3-14) unstable; urgency=low * Fix postinst to correctly set RESET_P option in diff -Nru tpconfig-3.1.3.old/debian/po/da.po tpconfig-3.1.3/debian/po/da.po --- tpconfig-3.1.3.old/debian/po/da.po 1970-01-01 01:00:00.0 +0100 +++ tpconfig-3.1.3/debian/po/da.po 2012-03-16 07:05:47.0 +0100 @@ -0,0 +1,96 @@ +# Danish translation tpconfig. +# Copyright (C) 2012 tpconfig nedenstående oversættere. +# This file is distributed under the same license as the tpconfig package. +# Joe Hansen (joedalt...@yahoo.dk), 2012. +# +msgid +msgstr +Project-Id-Version: tpconfig\n +Report-Msgid-Bugs-To: tpcon...@packages.debian.org\n +POT-Creation-Date: 2008-12-22 06:35+0100\n +PO-Revision-Date: 2012-02-21 12:42+\n +Last-Translator: Joe Hansen joedalt...@yahoo.dk\n +Language-Team: Danish debian-l10n-dan...@lists.debian.org\n +Language: da\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n + +#. Type: boolean +#. Description +#: ../templates:2001 +msgid Manage tpconfig configuration file automatically? +msgstr Håndter tpconfigs konfigurationsfil automatisk? + +#. Type: boolean +#. Description +#: ../templates:2001 +msgid +Please choose whether the tpconfig configuration file (/etc/default/ +tpconfig) should be handled automatically or manually. +msgstr +Vælg venligst hvorvidt tpconfigs konfigurationsfil (/etc/default/tpconfig) +skal håndteres automatisk eller manuelt. + +#. Type: boolean +#. Description +#: ../templates:3001 +msgid Reset the touchpad when booting? +msgstr Nulstil pegepladen ved opstart? + +#. Type: boolean +#. Description +#: ../templates:3001 +msgid +Some machines do not reset the touchpad hardware when they are booted and/or +resumed. On these machines, it is necessary to manually reset the touchpad. +msgstr +Nogle maskiner nulstiller ikke pegepladen, når de startes op og/eller +genoptages. På disse maskiner er det nødvendigt manuelt at nulstille +pegepladen. + +#. Type: boolean +#. Description +#: ../templates:3001 +msgid +If you choose this option, a manual reset will be performed when the system +is started or resumed. +msgstr +Hvis du vælger denne indstilling, så vil en manuel nulstilling blive udført +når systemet startes eller genoptages. + +#. Type: string +#. Description +#: ../templates:4001 +msgid Options to pass to tpconfig when booting: +msgstr Tilvalg at sende til tpconfig under opstart: + +#. Type: string +#. Description +#: ../templates:4001 +msgid +Please specify any command-line options you want passed to tpconfig at boot +or resume time. +msgstr +Angiv venligst eventuelle kommandolinjetilvalg du ønsker at sende til +tpconfig under opstart eller genoptag. + +#. Type: string +#. Description +#: ../templates:4001 +msgid +These options will be passed after the touchpad reset if you chose that +option. +msgstr +Disse tilvalg vil blive sendt efter at pegepladen er nulstillet, hvis du +vælger den indstilling. + +#. Type: string +#. Description +#: ../templates:4001 +msgid +A common option is '--tapmode=0' which is meant to disable 'tapping' so that +accidentally brushing the touchpad doesn't cause spurious mouse events. +msgstr +Et udbredt tilvalg er »--tapmode=0«, som skal deaktivere »tapning« så at +tilfældige berøringer af pegepladen ikke medfører tilfældige musehændelser. diff -Nru tpconfig-3.1.3.old/debian/po/it.po tpconfig-3.1.3/debian/po/it.po ---
Bug#665787: ftp.debian.org: please disallow new source packages without an ITP
Package: ftp.debian.org Severity: wishlist Hello, It came to me as a surprise to me that some developers deliberately ignore filing an ITP wnpp bug for new source packages [1] and advocating situations like this: [2]. Please make an ITP mandatory for accepting new source packages. [1] http://lists.debian.org/debian-devel/2012/03/msg00788.html [2] http://lists.debian.org/debian-devel/2012/03/msg00781.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665788: aptitude: Aptitude forget I've asked to forget about new package
Package: aptitude Version: 0.6.5-1 Severity: normal Every time I run aptitude -u, it tell me that I've 42 428 new package, if I then it f, aptitude stop to show those new package, but if I rerun update (using u, or re-runing aptitude -u) then the 42 000+ new package are shown again (even if updating doesn't download new Package.gz file) Note that this only happen on the computer that is configured for multi-arch. -- Package-specific info: Terminal: screen $DISPLAY is set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.6.5 compiled at Feb 9 2012 22:17:23 Compiler: g++ 4.6.2 Compiled against: apt version 4.10.1 NCurses version 5.9 libsigc++ version: 2.2.9 Ept support enabled. Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 5.9.20110404 cwidget version: 0.5.16 Apt version: 4.10.1 aptitude linkage: linux-vdso.so.1 = (0x7fffc4af4000) libapt-pkg.so.4.10 = /usr/lib/libapt-pkg.so.4.10 (0x7f1805a7b000) libncursesw.so.5 = /lib/x86_64-linux-gnu/libncursesw.so.5 (0x7f180584c000) libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7f1805623000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x7f180541e000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7f1805116000) libept.so.1 = /usr/lib/libept.so.1 (0x7f1804eb9000) libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7f1804abc000) libz.so.1 = /usr/lib/x86_64-linux-gnu/libz.so.1 (0x7f18048a6000) libsqlite3.so.0 = /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x7f18045fe000) libboost_iostreams.so.1.48.0 = /usr/lib/libboost_iostreams.so.1.48.0 (0x7f18043e5000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f18041c9000) libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7f1803ec1000) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7f1803c3f000) libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7f1803a29000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f18036a1000) libutil.so.1 = /lib/x86_64-linux-gnu/libutil.so.1 (0x7f180349e000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7f180329a000) libuuid.so.1 = /lib/x86_64-linux-gnu/libuuid.so.1 (0x7f1803094000) libbz2.so.1.0 = /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7f1802e84000) librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7f1802c7b000) /lib64/ld-linux-x86-64.so.2 (0x7f1805dbb000) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (150, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages aptitude depends on: ii apt [libapt-pkg4.10] 0.8.15.10 ii libboost-iostreams1.48.0 1.48.0-3 ii libc6 2.13-27 ii libcwidget3 0.5.16-3.1 ii libept1 1.0.5 ii libgcc1 1:4.7.0-1 ii libncursesw5 5.9-4 ii libsigc++-2.0-0c2a2.2.10-0.1 ii libsqlite3-0 3.7.11-2 ii libstdc++64.7.0-1 ii libtinfo5 5.9-4 ii libxapian22 1.2.8-1 ii zlib1g1:1.2.6.dfsg-2 Versions of packages aptitude recommends: ii apt-xapian-index0.45 ii aptitude-doc-en [aptitude-doc] 0.6.5-1 ii libparse-debianchangelog-perl 1.2.0-1 ii sensible-utils 0.0.6 Versions of packages aptitude suggests: ii debtags 1.9 ii tasksel 3.09 -- 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#658728: patch_realtek: no more sound on HP Compaq dx2200 MT
On Wed, 21 Mar 2012 02:53:23 -0500
Jonathan Nieder jrnie...@gmail.com wrote:
A. Costa wrote:
Sorry, but I'm confused. How can this bug exist in v3.2.10-1, when
there's good sound on bootup, without any 'amixer' tweaking?
The Auto-Mute Mode setting persists across reboots...
Aha, I'd (mistakenly) believed the opposite. Does an Auto-Mute Mode
setting also persist between kernel upgrades?
...See /etc/init.d/alsa-utils for details.
OK, so where does that init script store its persistent 'mute' mode
state? That's what should be compared between kernels and bootups I'd
suppose. Here maybe:
% grep -n -A 2 restore_levels\( /etc/init.d/alsa-utils
53:restore_levels()
54-{
55- [ -f /var/lib/alsa/asound.state ] || return 1
Line #55 names a likely file. Looking there:
% grep -n -A 8 -B 2 -i mute /var/lib/alsa/asound.state
95- control.9 {
96- iface MIXER
97: name 'Auto-Mute Mode'
98- value Disabled
99- comment {
100-access 'read write'
101-type ENUMERATED
102-count 1
103-item.0 Disabled
104-item.1 Enabled
105-}
So, before rebooting, (and after), what should line #98 be? Assuming,
of course, that 'asound.state' is relevant.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665789: RFA: sflphone -- SIP and IAX2 compatible VoIP phone
Package: wnpp Severity: normal I request an adopter for the sflphone package. The package description is: SFLphone is a SIP/IAX2 compatible softphone for Linux. The SFLphone project's goal is to create a robust enterprise-class desktop phone. While it can serve home users very well, it is designed with a hundred-calls-a-day receptionist in mind. . It features a flexible client/server architecture where the GTK+ client talks to the daemon through DBus and is capable of handling multiple VoIP connections at once. Upstream is actively working on this piece of software and is very responsive. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665790: fribidi: Shared library package installs binary in /usr/bin
Source: fribidi Version: 0.19.2-2 Severity: serious Justification: Policy Manual 8.2 Shared library support files User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Hi, Shared library packages *must not* install files, which name does not change (with the SONAME or package name). Otherwise the package will not be co-installable with older versions of the library and that makes future transitions vastly harder (if any)[1]. Also, the binary in /usr/bin is architecture dependent but the package declares itself a Multi-Arch: same package. This is not allowed as the binary in /usr/bin is not byte-for-byte identical across architectures. Presumably you want to move the binary to a separate package and mark that package as Multi-Arch: foreign. ~Niels [1] http://www.debian.org/doc/debian-policy/ch-sharedlibs.html#s-sharedlibs-support-files -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665290: Not _trying_ to do Distro upgrades
Okay I understand, but beside you not wanting to use it for Distro Upgrades, GSD shouldn't complain about that because GetDistroUpgrades are supposed to be managed by the backend (see pk matrix I posted here above). On Sun, 25 Mar 2012 20:01:47 -0400, Dominique Brazziel dbrazz...@snet.net wrote: This message does not coincide with me trying to use packagekit to do distribution or any other upgrades, but rather coincodes with the following spam pair in my syslog (on three different machines, mind you): dbus[1670]: [system] Activating service name='org.freedesktop.PackageKit' (using servicehelper) dbus[1670]: [system] Successfully activated service 'org.freedesktop.PackageKit' They '.xsession-errors' messages and '/var/log/messages' pair above both happened at 19:19. Finally some cause and effect has been established for the phantom packagekit activation (see also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=665477). Feel free to merge #665477 with this one. Once again, I use a mixture of aptitude and update-manager to perform all package upgrades. The daily cron job '/etc/cron.daily/apt' does 95% of the updates (I do the odd command line update when a repository change is made, which is rarely). I do not intentionally try and use packagekit at all. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665775: [netcfg] Confusing prompt for Domain name
reassign 665775 netcfg tags 665775 wontfix thanks Quoting Filipus Klutiero (chea...@gmail.com): On the other hand, if your administrator tells you that a DHCP server is available and is recommended, then you don't need this information because the DHCP server will provide it directly to your computer during the installation process. http://d-i.alioth.debian.org/manual/en.i386/ch03s03.html#id316925 First, please avoid using your here. Prefer the computer's Internet address and the computer's hostname. Well, this prompt has been worked and reworked over the years and one of the involved people is the person well known in Debian for pushing to avoid computer personnalization. Guess who that might be? :-) And still, we have your. That's perfectly on purpose to fit the need for being as user-accessible as possible, which is one of the goals of D-I. The main problem is that a host may have any number of Internet addresses. Having 1 is just one case. While the case where hosts have several addresses may be less problematic, one is left quite confused when the host has no address. One doesn't necessarily have a network, and if there is a network, it doesn't necessarily have a system administrator. Also, although DHCP does provide an IP address and some parameters, the domain name is not necessarily provided by DHCP. Finally, the first sentence (The domain name is the part of your Internet address to the right of your host name.) is misleading. As mentioned in http://en.wikipedia.org/wiki/Domain_name#Domain_name_syntax : A hostname *is* a domain name that has at least one associated IP address. Trying to enter such considerations would be too pedantic. We need to keep prompts simple. We guess that users who understand all underlying subtleties will anyway never read down to that part of the prompt and probably stop at Domain name:. D-I is designed to be as usable from the home computer to the server in a datacenter. Such prompts that are common to all have been thoroughly worked over years to fit all such needs. It is anyway too late for such changes. I'm sorry to say so but fro mabout now, I'll be fighting very hard against *any* change in D-I prompts. You have no idea how hard it can be to get translations updated. The only changes to D-I prompts that may get my approval will be those that do not impact localization at all, such as typo, spelling, grammar, punctuation fixes (and even punctuation might be debated). Other changes have to happen in the first year after a Debian release, not a few months before. And, yes, it takes *months* to get everything updated when it comes at l10n (hunting down translators is an incredibly painful task). signature.asc Description: Digital signature
Bug#665791: libnm-glib4: causes a segfault in gnome-shell
Package: libnm-glib4
Version: 0.9.4.0-1
Severity: important
Since upgrading to this version, gnome-shell has been crashing for me.
Downgrading to 0.9.2.0-2 makes the issue go away. So does, bizarrely,
rebuilding 0.9.4.0-1 with nostrip noopt (which I did to try to get a useful
backtrace).
By the way, a -dbg package would have been nice :-)
I rebuilt this package with nostrip (but without noopt) and obtained a
backtrace by logging in using GNOME Classic and then running at the console
DISPLAY=0:0 gdb --args /usr/bin/gnome-shell --replace
then asking for a backtrace after the segfault had occurred:
#0 0x7fffee0274c7 in g_error_matches (error=0x1, domain=2155, code=4) at
/tmp/buildd/glib2.0-2.30.2/./glib/gerror.c:509
No locals.
#1 0x7434fe36 in _nm_remote_settings_ensure_inited (self=0x10a4140) at
nm-remote-settings.c:119
priv = 0x10a4160
error = 0x1
__func__ = _nm_remote_settings_ensure_inited
#2 0x74351775 in nm_remote_settings_list_connections
(settings=optimized out) at nm-remote-settings.c:480
priv = 0x10a4160
list = 0x0
iter = {dummy1 = 0x7fffd060, dummy2 = 0x10b4500, dummy3 =
0x, dummy4 = -153602442, dummy5 = 32767, dummy6 = 0x7fff0011}
value = optimized out
__PRETTY_FUNCTION__ = nm_remote_settings_list_connections
#3 0x751ae7bc in ffi_call_unix64 () from
/usr/lib/x86_64-linux-gnu/libffi.so.5
No symbol table info available.
#4 0x751ae237 in ffi_call () from /usr/lib/x86_64-linux-gnu/libffi.so.5
No symbol table info available.
#5 0x771a8065 in ?? () from /usr/lib/libgjs.so.0
No symbol table info available.
#6 0x771a9160 in ?? () from /usr/lib/libgjs.so.0
No symbol table info available.
#7 0x76d013f5 in ?? () from /usr/lib/libmozjs185.so.1.0
No symbol table info available.
#8 0x76ced7f2 in ?? () from /usr/lib/libmozjs185.so.1.0
No symbol table info available.
#9 0x76d00d35 in ?? () from /usr/lib/libmozjs185.so.1.0
No symbol table info available.
#10 0x76d011d2 in ?? () from /usr/lib/libmozjs185.so.1.0
No symbol table info available.
#11 0x76cd2f21 in ?? () from /usr/lib/libmozjs185.so.1.0
No symbol table info available.
#12 0x76d01253 in ?? () from /usr/lib/libmozjs185.so.1.0
No symbol table info available.
#13 0x76d02083 in ?? () from /usr/lib/libmozjs185.so.1.0
No symbol table info available.
#14 0x76c7af41 in JS_CallFunctionValue () from
/usr/lib/libmozjs185.so.1.0
No symbol table info available.
#15 0x7719bf6c in gjs_call_function_value () from /usr/lib/libgjs.so.0
No symbol table info available.
#16 0x771a695d in gjs_closure_invoke () from /usr/lib/libgjs.so.0
No symbol table info available.
#17 0x771afda9 in ?? () from /usr/lib/libgjs.so.0
No symbol table info available.
#18 0x7fffee709804 in g_closure_invoke (closure=0x1091dd0,
return_value=0x0, n_param_values=1, param_values=0x7fffdc0619a0,
invocation_hint=optimized out) at
/tmp/buildd/glib2.0-2.30.2/./gobject/gclosure.c:774
marshal = 0x771afb50
marshal_data = optimized out
in_marshal = optimized out
__PRETTY_FUNCTION__ = g_closure_invoke
#19 0x7fffee71b78a in signal_emit_unlocked_R (node=optimized out,
detail=0, instance=0x10a4140, emission_return=0x0,
instance_and_params=0x7fffdc0619a0)
at /tmp/buildd/glib2.0-2.30.2/./gobject/gsignal.c:3272
tmp = optimized out
handler = 0xf2e530
accumulator = 0x0
emission = {next = 0x0, instance = 0x10a4140, ihint = {signal_id = 370,
detail = 0, run_type = G_SIGNAL_RUN_FIRST}, state = EMISSION_RUN,
chain_type = 4}
class_closure = 0x1091ec0
hlist = 0x73a516d0
handler_list = 0xf2e530
return_accu = 0x0
accu = {g_type = 0, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong
= 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {
v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0,
v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}
signal_id = 370
max_sequential_handler_number = 2980
return_value_altered = 1
#20 0x7fffee724e11 in g_signal_emit_valist (instance=optimized out,
signal_id=optimized out, detail=optimized out, var_args=optimized out)
at /tmp/buildd/glib2.0-2.30.2/./gobject/gsignal.c:3003
instance_and_params = 0x7fffdc0619a0
signal_return_type = 4
param_values = 0x7fffdc0619b8
node = 0x10920d0
i = optimized out
n_params = 0
__PRETTY_FUNCTION__ = g_signal_emit_valist
#21 0x7fffee724fb2 in g_signal_emit (instance=optimized out,
signal_id=optimized out, detail=optimized out)
at /tmp/buildd/glib2.0-2.30.2/./gobject/gsignal.c:3060
var_args = {{gp_offset = 24, fp_offset = 48, overflow_arg_area =
0x7fffe320, reg_save_area = 0x7fffe260}}
#22 0x74350f76
Bug#665780: {fread,fwrite}.3: The return value can be the number of characters
This patch makes no sense to me. How could this information be useful? I can see no reason to take this patch upstream. On Mon, Mar 26, 2012 at 2:54 PM, Regid Ichira regi...@yahoo.com wrote: Package: manpages-dev Version: 3.35-0.1 Severity: normal Tags: patch File: /usr/share/man/man3/fread.3.gz 1. The return value is the number of characters in one case. 2. Doesn't the request to continue the fread synopsis line makes it longer then 80 characters? --- a/fread.3 2012-03-26 03:26:43.677236481 +0200 +++ b/fread.3 2012-03-26 03:26:08.0 +0200 @@ -47,8 +47,8 @@ fread, fwrite \- binary stream input/out .nf .B #include stdio.h .sp -.BI size_t fread(void * ptr , size_t size , size_t nmemb \ -, FILE * stream ); +.BI size_t fread(void * ptr , size_t size , size_t nmemb , +.BI FILE * stream ); .sp .BI size_t fwrite(const void * ptr , size_t size , size_t nmemb , .BI FILE * stream ); @@ -82,10 +82,11 @@ For nonlocking counterparts, see .BR fread () and .BR fwrite () -return the number of items successfully read or written (i.e., not the -number of characters). -If an error occurs, or the end-of-file is -reached, the return value is a short item count (or zero). +return the number of items successfully read or written. This number +equal the number of bytes only when +.I size +is 1. It might be less then the requested count (or zero) if an +error occurs, or the end-of-file is reached. .PP .BR fread () does not distinguish between end-of-file and error, and callers must use -- Michael Kerrisk Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/ Author of The Linux Programming Interface; http://man7.org/tlpi/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658728: patch_realtek: no more sound on HP Compaq dx2200 MT
A. Costa wrote: Jonathan Nieder jrnie...@gmail.com wrote: The Auto-Mute Mode setting persists across reboots... Aha, I'd (mistakenly) believed the opposite. Does an Auto-Mute Mode setting also persist between kernel upgrades? Yes, as long as both kernels offer the control. ...See /etc/init.d/alsa-utils for details. OK, so where does that init script store its persistent 'mute' mode state? That's what should be compared between kernels and bootups I'd suppose. Sure, but that mechanism works, so it has nothing to do with this bug. ;-) Here are two ways to check whether the patch_realtek bug is fixed. Either one is sufficient. A. Check if the auto-mute mode control is offered by alsamixer -c0. In a working kernel, if it is offered, then it should have the following effect: - if auto-mute mode is disabled, sound is output to speakers regardless of whether headphones are plugged in - if auto-mute mode is enabled, sound is output to speakers if and only if headphones are not plugged in If it is not offered, then sound should be output to speakers if and only if headphones are not plugged in, just as though the auto-mute mode control were offered and set to on. B. Check if rebooting from a broken kernel to the current one cures the silent output. That is: 1. Boot a broken kernel and enable the auto-mute mode control, so output is inappropriately suppressed. 2. Boot into the kernel to be tested. If output is still silent regardless of the alsamixer -c0 volume control setting, it is broken. If output is present, it is fixed. Thanks for your help, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663401: Nvidia developer driver
Hi Andreas, Thanks for your reply. On Fri, Mar 23, 2012 at 11:37 AM, Andreas Beckmann deb...@abeckmann.de wrote: Are these drivers really different from normal releases? Aren't these just early releases that bring the requirements for new CUDA Toolkit versions? These drivers never get updated ... but e.g. the 295.33-1 driver I just uploaded had some symbols added in libcuda.so.1 I can't tell for sure, because Nvidia doesn't precisely clarify the differences, but the drivers have been maintained separately, both being updated from time to time. I don't think Nvidia would maintain two versions if there were no differences between them. From the practical point of view, however, I can tell that there are differences: the developer driver is more stable and seems to be optimized towards GP-GPU computation. In general, people who do GP-GPU computation on Nvidia devices tend to use the developer driver. Finally, a quote from Massimiliano Fatica--an Nvidia employee--about the developer driver: [...] They are the drivers where full QA on CUDA is done. http://forums.nvidia.com/index.php?showtopic=225126view=findpostp=1383459 A diff between the upstream changelogs from 285.05.33 and 295.33 shows nothing specific to the 285.05.33 version. Unfortunately it seems that Nvidia has not been updating the developer driver's changelog since the version 285.05.09 came out. Also, which xorg-video-abi is supported by this driver? For wheezy we would need xorg-video-abi-12 ... I don't know. It supports at least xorg-video-abi-11; this is all I can say. Best regards, -- Douglas A. Augusto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665792: Source package contains non-free IETF RFC/I-D
Severity: serious Package: texlive-bin Version: 2011.20120322-1 User: debian-rele...@lists.debian.org Usertags: nonfree-doc rfc Hi! This source package contains the following files from the IETF under non-free license terms: texlive-bin-2011.20120322/libs/zlib/zlib-1.2.6/doc/rfc1951.txt texlive-bin-2011.20120322/libs/zlib/zlib-1.2.6/doc/rfc1950.txt texlive-bin-2011.20120322/libs/zlib/zlib-1.2.6/doc/rfc1952.txt The license on RFC/I-Ds is not DFSG-free, see: * http://wiki.debian.org/NonFreeIETFDocuments * http://bugs.debian.org/199810 According to the squeeze/wheezy release policy, source packages must be DFSG-free, see: * http://release.debian.org/squeeze/rc_policy.txt * http://release.debian.org/wheezy/rc_policy.txt The severity is serious, because this violates the Debian policy: * http://www.debian.org/doc/debian-policy/ch-archive.html#s-dfsg There are (at least) three ways to fix this problem. In order of preference: 1. Ask the author of the RFC to re-license the RFC under a free license. A template for this e-mail request can be found at http://wiki.debian.org/NonFreeIETFDocuments 2. Remove the non-free material from the source, e.g., by re-packaging the upstream archive and adding 'dfsg' to the Debian package version name. 3. Move the package to non-free. General discussions are kindly requested to take place on debian-legal or debian-devel in the thread with Subject: Non-free IETF RFC/I-Ds in source packages. Thanks, Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665792: further information
It looks like there are embedded copies of several libraries in the libs/ sub-directory: freetype, freetype2, gd, graphite, icu, libpng, obsdcompat, poppler, t1lib, teckit, xpdf, zlib, zziplib Looking at the build logs (e.g. [1]) it seems these libraries are at least being built. I recall that the security team doesn't like this as it makes security updates harder. I don't know what the severity is, and if it really is considered a bug to be fixed. So this is probably a separate issue, but I noticed it while looking more at this package. /Simon [1] https://buildd.debian.org/status/fetch.php?pkg=texlive-binarch=i386ver=2011.20120322-1stamp=1332552264 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665760: mosh fails with IPv6 hosts
Hello, Thanks for filing -- you are correct. The mosh protocol is IPv4 only for now. We have some people working on an IPv6 port and I plan to commit these changes as soon as I can verify that IPv4-to-IPv6-to-IPv4 roaming is correctly implemented and that mosh behaves sensibly in common configurations. We are tracking this issue at https://github.com/keithw/mosh/issues/81 Best regards, Keith On Sun, 25 Mar 2012, Christoph Egger wrote: Package: mosh Version: 1.1-1 Severity: normal Tags: ipv6 Hi! Seems mosh can't deal with IPv6 (only) hosts. Regards Christoph christoph@hepworth ~ 20:00 0 % mosh myron.siccegge.de /usr/bin/mosh: Could not resolve hostname myron.siccegge.de ssh_exchange_identification: Connection closed by remote host /usr/bin/mosh: Did not find remote IP address (is SSH ProxyCommand disabled?). christoph@hepworth ~ 20:00 5 % host myron.siccegge.de myron.siccegge.de has IPv6 address 2001:a60:f01c:0:70:1:6:f00 christoph@myron ~ 20:02 0 % host myron.siccegge.de myron.siccegge.de has IPv6 address 2001:a60:f01c:0:70:1:6:f00 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/6 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 mosh depends on: ii libc6 2.13-27 ii libgcc1 1:4.6.3-1 ii libio-pty-perl 1:1.08-1+b2 ii libncurses5 5.9-4 ii libprotobuf72.4.1-1 ii libstdc++6 4.6.3-1 ii libtinfo5 5.9-4 ii libutempter01.1.5-4 ii openssh-client 1:5.9p1-3 ii zlib1g 1:1.2.6.dfsg-2 mosh recommends no packages. mosh 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#665793: Source package contains non-free IETF RFC/I-D
Severity: serious Package: rabbitmq-server Version: 2.8.1-1 User: debian-rele...@lists.debian.org Usertags: nonfree-doc rfc Hi! This source package contains the following files from the IETF under non-free license terms: rabbitmq-server-2.8.1/plugins-src/eldap-wrapper/eldap-git/doc/draft-ietf-asid-ldap-c-api-00.txt The license on RFC/I-Ds is not DFSG-free, see: * http://wiki.debian.org/NonFreeIETFDocuments * http://bugs.debian.org/199810 According to the squeeze/wheezy release policy, source packages must be DFSG-free, see: * http://release.debian.org/squeeze/rc_policy.txt * http://release.debian.org/wheezy/rc_policy.txt The severity is serious, because this violates the Debian policy: * http://www.debian.org/doc/debian-policy/ch-archive.html#s-dfsg There are (at least) three ways to fix this problem. In order of preference: 1. Ask the author of the RFC to re-license the RFC under a free license. A template for this e-mail request can be found at http://wiki.debian.org/NonFreeIETFDocuments 2. Remove the non-free material from the source, e.g., by re-packaging the upstream archive and adding 'dfsg' to the Debian package version name. 3. Move the package to non-free. General discussions are kindly requested to take place on debian-legal or debian-devel in the thread with Subject: Non-free IETF RFC/I-Ds in source packages. Thanks, Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665794: aptitude: safe-upgrade dies on out of memory
Package: aptitude Version: 0.6.5-1 Severity: important Dear Maintainer, I haven't upgraded for a few months and tried a safe-upgrade now: $ sudo aptitude safe-upgrade Resolving dependencies... open: 1132; closed: 1452; defer: 358; conflict: 1459 oInternal error: found 2 (choice - promotion) mappings for a single choice. Internal error: found 2 (choice - promotion) mappings for a single choice. Internal error: found 2 (choice - promotion) mappings for a single choice. Internal error: found 2 (choice - promotion) mappings for a single choice. open: 88414; closed: 283551; defer: 392; conflict: 1499 oterminate called after throwing an instance of 'std::bad_alloc' what(): std::bad_alloc So, all I could do was revert to apt-get... -- Package-specific info: Terminal: xterm $DISPLAY is set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.6.5 compiled at Feb 9 2012 19:37:54 Compiler: g++ 4.6.2 Compiled against: apt version 4.10.1 NCurses version 5.9 libsigc++ version: 2.2.9 Ept support enabled. Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 5.9.20110404 cwidget version: 0.5.16 Apt version: 4.10.1 aptitude linkage: linux-gate.so.1 = (0xb7733000) libapt-pkg.so.4.10 = /usr/lib/libapt-pkg.so.4.10 (0xb75fa000) libncursesw.so.5 = /lib/i386-linux-gnu/libncursesw.so.5 (0xb75c8000) libtinfo.so.5 = /lib/i386-linux-gnu/libtinfo.so.5 (0xb75a7000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0xb75a2000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0xb749f000) libept.so.1 = /usr/lib/libept.so.1 (0xb7447000) libxapian.so.22 = /usr/lib/libxapian.so.22 (0xb724a000) libz.so.1 = /usr/lib/i386-linux-gnu/libz.so.1 (0xb7232000) libsqlite3.so.0 = /usr/lib/libsqlite3.so.0 (0xb719) libboost_iostreams.so.1.48.0 = /usr/lib/libboost_iostreams.so.1.48.0 (0xb7179000) libpthread.so.0 = /lib/i386-linux-gnu/libpthread.so.0 (0xb716) libstdc++.so.6 = /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb7072000) libm.so.6 = /lib/i386-linux-gnu/libm.so.6 (0xb704b000) libgcc_s.so.1 = /lib/i386-linux-gnu/libgcc_s.so.1 (0xb702e000) libc.so.6 = /lib/i386-linux-gnu/libc.so.6 (0xb6ee5000) libutil.so.1 = /lib/i386-linux-gnu/libutil.so.1 (0xb6ee1000) libdl.so.2 = /lib/i386-linux-gnu/libdl.so.2 (0xb6edd000) libuuid.so.1 = /lib/i386-linux-gnu/libuuid.so.1 (0xb6ed6000) libbz2.so.1.0 = /lib/i386-linux-gnu/libbz2.so.1.0 (0xb6ec6000) librt.so.1 = /lib/i386-linux-gnu/librt.so.1 (0xb6ebd000) /lib/ld-linux.so.2 (0xb7734000) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (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 aptitude depends on: ii apt [libapt-pkg4.10] 0.8.15.8 ii libboost-iostreams1.48.0 1.48.0-3 ii libc6 2.13-27 ii libcwidget3 0.5.16-3.1 ii libept1 1.0.5 ii libgcc1 1:4.6.1-4 ii libncursesw5 5.9-4 ii libsigc++-2.0-0c2a2.2.9-1 ii libsqlite3-0 3.7.7-2 ii libstdc++64.6.1-4 ii libtinfo5 5.9-4 ii libxapian22 1.2.7-1 ii zlib1g1:1.2.3.4.dfsg-3 Versions of packages aptitude recommends: ii apt-xapian-index0.44 ii aptitude-doc-en | aptitude-doc none ii libparse-debianchangelog-perl 1.2.0-1 ii sensible-utils 0.0.6 Versions of packages aptitude suggests: ii debtags none ii tasksel 3.05 -- no debconf information This message and attachment(s) are intended solely for use by the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law. If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender immediately by telephone and with a 'reply' message. Thank you for your co-operation. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663982: zsh: autocompletion does not work anymore after compinit
Am Donnerstag, 22. März 2012 schrieb Frank Terbeck: Martin Steigerwald wrote: auto completion stopped worked since this week. This might be related to an upgrade of Z-Shell. It is related configuration, with an empty .zshrc it works. But with the recommended configuration from the system administrator it does not. I found it to stop working after compinit. With empty configuration: mango% cd Infrastruktur/ [aborted with Ctrl-C] mango% autoload -Uz compinit mango% cd Infrastruktur/ [aborted with Ctrl-C] Before you're running `compinit', the function-based completion system is *NOT* online yet. Zsh will fall back to the older compctl system. mango% compinit mango% cd In No reaction on tab anymore. When you say no reaction do you mean that zsh eats up all CPU or does it actually hang without and CPU utilisation at all? I see no / or not much CPU utilisation. When I enter cd Intr and then press tab, I get the following strace: ms@mango:~ strace -fF -p 8220 Process 8220 attached - interrupt to quit read(10, \t, 1) = 1 fcntl64(0, F_DUPFD, 10) = 11 close(0)= 0 mmap2(NULL, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb73d7000 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD], 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [CHLD], [CHLD], 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD], 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD], 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [CHLD], [CHLD], 8) = 0 mmap2(NULL, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb73d3000 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD], 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [CHLD], [CHLD], 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD], 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [CHLD], [CHLD], 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 open(/dev/null, O_RDONLY|O_NOCTTY|O_LARGEFILE) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD], 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [CHLD], [CHLD], 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD], 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [CHLD], [CHLD], 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 [… lots more of these …] munmap(0xb73d3000, 16384) = 0 munmap(0xb73d7000, 16384) = 0 dup2(11, 0) = 0 close(11) = 0 write(10, \7, 1) = 1 read(10, ^C unfinished ... Process 8220 detached File descriptors are as follows: ms@mango:/proc/8220 ls -l fd insgesamt 0 lrwx-- 1 ms teamix 64 Mär 26 09:37 0 - /dev/pts/13 lrwx-- 1 ms teamix 64 Mär 26 09:41 1 - /dev/pts/13 lrwx-- 1 ms teamix 64 Mär 26 09:41 10 - /dev/pts/13 lrwx-- 1 ms teamix 64 Mär 26 09:41 2 - /dev/pts/13 ms@mango:/proc/8220 That mmap2 seems to be related to the completion shared object: ms@mango:/proc/8220 pmap -d 8220 | head -2 ; pmap -d 8220 | grep b73d 8220: /usr/bin/zsh Address Kbytes Mode Offset DeviceMapping b73db000 132 r-x-- 009:1 complete.so So basically Z-Shell seems to be doing nothing it seems to me. But this only happens for *one* user that uses a home directory on NFS. If NFS is in play it could also be bad performance with certain options. Does the shell hang or does completion just take a very very long time? As in minutes? It just does not seem to occur at all. The Konsole tab with the zsh process 8220 is still sitting at cd Infr as if I didn't hit the tab key at all. Neither with root nor with a local user I can reproduce this. Tab completion worked for the NFS user as well before. I can fix it by uncommenting compinit from his .zshrc. Sounds weird. Can't identify a reason off hand. Welcome to the club ;). This is the .zshrc of the user, but as said it also does not work with the system admin recommended one. [...] There is nothing in there, that would cause that I think. The other files (zshenv, zprofile, zlogin - global and user-only) are empty, I presume? Yes, empty besides comments or not existing excdept for some path setting: ms@mango:~ find -maxdepth 1 -name .zsh* ./.zshrc-empty ./.zshrc-off ./.zshrc ./.zshrc-sysadm ./.zsh_history mango:~# cat /etc/zsh/zshenv # /etc/zsh/zshenv: system-wide .zshenv file for zsh(1). [… comments …] if [[ -z $PATH || $PATH == /bin:/usr/bin ]] then export PATH=/usr/local/bin:/usr/bin:/bin:/usr/games fi mango:~# grep -v ^# /etc/zsh/zlogin mango:~# grep -v ^# /etc/zsh/zprofile mango:~# I didn't touch any of these AFAIR. Even with this configuration auto completion does not work for the autocd case. But for the local test user it works also in the autocd case. For the local test user it also works when I navigate on the NFS export. My
Bug#664144: tthsum: FTBFS[kfreebsd-amd64]: big endian test fails
Big endian check fails on 64 bit numbers That amd64 is not a big endian machine, is it? I'm suspecting you're running through these options here and getting the BIG_ENDIAN default as fallback: http://tthsum.devs.nu/svn/trunk/tthsum/endian.h Do you know how one is supposed to get the endianness on your platform? Regards, Walter cc -Wl,-z,relro obj-unix/test.o obj-unix/base32.o obj-unix/escape.o obj-unix/getopt.o obj-unix/read.o obj-unix/texts.o obj-unix/thex.o obj-unix/tiger.o obj-unix/tthsum.o obj-unix/utf8.o obj-unix/base32_test.o obj-unix/endian_test.o obj-unix/escape_test.o obj-unix/getopt_test.o obj-unix/read_test.o obj-unix/texts_test.o obj-unix/thex_test.o obj-unix/tiger_test.o obj-unix/types_test.o obj-unix/utf8_test.o -o obj-unix/test obj-unix/test endian_test.c:64: Big endian check fails on 16 bit numbers endian_test.c:81: Big endian check fails on 32 bit numbers endian_test.c:95: Big endian check fails on 64 bit numbers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665792: Source package contains non-free IETF RFC/I-D
Hi Simon,
On Mo, 26 MÀr 2012, Simon Josefsson wrote:
texlive-bin-2011.20120322/libs/zlib/zlib-1.2.6/doc/rfc1951.txt
texlive-bin-2011.20120322/libs/zlib/zlib-1.2.6/doc/rfc1950.txt
texlive-bin-2011.20120322/libs/zlib/zlib-1.2.6/doc/rfc1952.txt
I will remove the files in the next .orig.tar.gz
And I will forward your message to upstream because we (upstream)
are also not supposed to have something in the source, so it might
get deleted upstream, too.
1. Ask the author of the RFC to re-license the RFC under a free
license. A template for this e-mail request can be found at
http://wiki.debian.org/NonFreeIETFDocuments
Has this be done already? I mean, libz is in Debian??
On Mo, 26 MÀr 2012, Simon Josefsson wrote:
It looks like there are embedded copies of several libraries in the
libs/ sub-directory:
freetype, freetype2, gd, graphite, icu, libpng, obsdcompat, poppler,
t1lib, teckit, xpdf, zlib, zziplib
Looking at the build logs (e.g. [1]) it seems these libraries are at
least being built. I recall that the security team doesn't like this as
Yes, that is a small problem. The libraries are AFAIK not actually *USED*
since the binaries are linked to the system libs, but everything is build,
as far as I see.
We are running the configure script with:
--with-system-freetype2
--with-system-gd
--with-system-libpng
--with-system-poppler
--with-system-t1lib
--with-system-zlib
--with-system-zzlib
--with-system-gd
--with-system-xpdf
so they should not be used, but as far as I see this is a restriction
of the build system that it does build it anyway. I will look into it.
Some of the libraries with --with-system we seem to have missed:
graphite, freetype, teckit
ICU allows linking partly to system library, but not for xetex, since
the version of ICU included in TL is slightly different/chagned,
so no way to use system icu for xetex.
Finally, using system-obsdcompat seems not to be supported for TL builds,
so I will not do that.
I will try my best to get rid of some of those libs ...
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
GLOSSOP (n.)
A rouge blob of food. Glossops, which are generally streaming hot and
highly adhesive invariably fall off your spoon and on to the surface
of your host's highly polished antique-rosewood dining table. If this
has not, or may not have, been noticed by the company present, swanage
(q.v.) may be employed.
--- 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#663982: [Pkg-zsh-devel] Bug#663982: zsh: autocompletion does not work anymore after compinit
Am Donnerstag, 22. März 2012 schrieb Axel Beckert: Hi, Frank Terbeck wrote: Martin Steigerwald wrote: auto completion stopped worked since this week. This might be related to an upgrade of Z-Shell. It is related configuration, with an empty .zshrc it works. But with the recommended configuration from the system administrator it does not. I found it to stop working after compinit. With empty configuration: mango% cd Infrastruktur/ [aborted with Ctrl-C] mango% autoload -Uz compinit mango% cd Infrastruktur/ [aborted with Ctrl-C] […] mango% compinit mango% cd In No reaction on tab anymore. […] But this only happens for *one* user that uses a home directory on NFS. If NFS is in play it could also be bad performance with certain options. Does the shell hang or does completion just take a very very long time? As in minutes? I ran into this too, after I bumped my zshrc to the newest grml zshrc on Debian Stable with NFS home and about 5000 users in NIS. So I'm not sure if it has the same reason, but it definitely has the same symptoms. I'd say 5 to 10 minutes or so. Ctrl-C doesn't help. Just waiting. The zsh process is in the uninterruptable sleep state (aka D aka disk waiting). No D state here at all: ms@mango:~ ps aux | grep 8220 | grep -v grep ms8220 0.0 0.0 5760 2568 pts/13 Ss 09:37 0:00 /usr/bin/zsh I checked it while pressing tab with ms@mango:~ watch -n 0,1 ps aux | grep 8220 | grep -v grep in a different window. It doesn't seem to happen with all kinds of completion but at least with scp completion. I always happens with the LDAP user, even on non-NFS: ms@mango:/etc cd netw [… aborted by Ctrl-C …] My *guess* is that something triggers user-name lookups which may take a very long time with a lot of users in networked environments. But like I said, it's a guess for now... I think the direction is the right one... We don't have a lot of users, maybe 50 at most. Ciao, -- Martin Steigerwald - teamix GmbH - http://www.teamix.de gpg: 19E3 8D42 896F D004 08AC A0CA 1E10 C593 0399 AE90 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665763: [Pkg-mc-devel] Bug#665763: [mc] replace hardcoded applications in mc.ext with run-mailcap
Hi Mate, in principle I perfectly agree to your position to use mailcaps. On Sun, Mar 25, 2012 at 08:43:04PM +0200, Mate Miklos wrote: Several applications are hardcoded into the default mc.ext, which could be better handled by run-mailcap. Most of the hardcoded ones are not installed by default, and/or have superior alternatives. Examples: the entire sound section (eg. mpg123, ogg123), ACK. mplayer for all videos (not even available in debian), Well, mplayer is in Debian since a long time (fortunately). gv for postscript (evince and okular could handle it via see %f), Here we now are starting to face a problem. Evince maintainers silently decided to drop mime support. You might like to read #658139 which has some frustrating mail exchange also on debian-devel. So in this respect the complete trust on mailcap has some unfortunate cooincicence and this needs to be handled with a grian of salt. Perhaps the Debian alternatives system might provide some better solution or MC should perhaps find a way to fallback if the expected application is not installed on the system. abiword and gnumeric (most people use libreoffice instead). I admit that these choices are a bit outdated these days. In fact, the entire mc.ext for finding suitable applications for opening files is wrong, it should be see %f blindly for *everything* that has X bit unset and try running the executable ones (too bad matching permissions is impossible, so this cannot be implemened right now). So I perfectly agree with the see %f approach but unfortunately bug #658139 makes this a bit questionable for the time beeing. Also worth noting is that determining file types based on filenames is totally wrong, but this mistake is so prevalent, that fighting against is is futile. Fully ACK. I guess mc has taken over this habit from Norton Commander and there are OSes out there that are following this wrong approach but under Linux we should rather use more robust mechanisms. This should be reported upstream. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641599: gtk2-engines-qtcurve: Tabs don't work with option Drag windows from: All empty areas
reopen 641599 = thanks Hi, I use my custom preset so that's why you can not reproduce this bug. It seems that you must set 3 options like this: Windows - Drag windows from - All empty areas Mouse-over - Coloration - No coloration Mouse-over - Highlight by - 0% With this settings I can reproduce this bug on Aqua and Plastik preset. Of course I use version 1.8.12-1. Ok, I'll look on it again. Just for a note: version 1.8.14-1 is available in Debian archive. Best regards, Boris
Bug#665767: tex-common: update-texmf does not apply a lexical order to the names of the files under $CNFDIR
On Mo, 26 MÀr 2012, Norbert Preining wrote:
update-texmf, in version 3.4 at least, uses the output of find(1) which,
however, is not lexically ordered as is implied by section 2.4.1 in the
documentation (/usr/share/doc/tex-common/TeX-on-Debian.{pdf|txt}.gz).
Next version will use find ... | sort , fixed in svn
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
`My doctor says that I have a malformed public-duty gland
and a natural deficiency in moral fibre, and that I am
therefore excused from saving Universes.'
--- Ford's last ditch attempt to get out of helping
--- Slartibartfast.
--- Douglas Adams, The Hitchhikers Guide to the Galaxy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#380731: [php-maint] Bug#380731: I would like to support this effort to package phc and php-embedded in debian
On Sun, Mar 25, 2012 at 10:58, Mike Dupont jamesmikedup...@googlemail.com wrote: For the packaging of phc in debian, which I would like to have packaged, we need some way to allow the embedding of php. I will look into packaging of them both together and uploading them to debian mentors. Really php embedded could be it own package like discussed. That's the worst idea I have ever heard in this case. You would double the work required by security team. Every security issue which hit the PHP would need two updates - one in main php5 package and second in php5-embedded. I am strongly opposed to uploading php-mebedded as separate package just to circumvent the (later) things which was said about embedded SAPI (still experimental in the upstream, no motivation to support yet another SAPI from maintainers). it should be possible to host the debs produced on debian mentors server or somewhere else until we have a final solution. I have a much better proposal. Join the PHP5 packaging team (#664595), help with bug squashing in the main package and also dedicate yourself to support php5-embedded. There are already too many sort-of-orphaned packages in the Debian where the original maintainer lost the interest in the software and in the package and forgot that he made the upload. O. -- 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#665792: Source package contains non-free IETF RFC/I-D
On Mo, 26 MÀr 2012, Norbert Preining wrote:
graphite, freetype, teckit
teckit is in Debian? Since when? I couldn't find a reference to it,
so I would not consider that embedded library ...
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
MELLON UDRIGLE (n.)
The ghastly sound made by traditional folksingers.
--- 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#665751: include/stddef.h:150:9: error: expected ‘;’, identifier or ‘(’ before ‘long’
On 25.03.2012 19:35, SergioDanielG wrote: What led up to the situation?: trying a little example of C code. would you mind posting the example? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653530: broken with dpkg 1.16.1
found 653530 1:2.0.18-1 thanks The proposed patch works only for dpkg = 1.16.1 so either needs a tightened build-dependency or (preferrably, to ease backporting) a different more reliable approach. One alternate approach is to set this above the configure target: dpkg-flags := $(shell LANG=C dpkg-buildflags --export=configure) dpkg-flags := $(if $(filter unknown,$(dpkg-flags)),,$(dpkg-flags)) ...and then use $(dpkg-flags) those two times inside the configure target. Another approach more elegant but possibly needing more work (I did not look closely at how the package uses flags) is to add this somewhere at the top of the rules file: -include /usr/share/dpkg/buildflags.mk Even better than those would be to build-depend on hardening-includes (available in Debian stable) and use that. I hope you wil continue to keep the packaging of dovecot backports-friendly. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#665473: [Pkg-openldap-devel] Bug#665473: slapd - Fails to upgrade: slap_sasl_init: auxprop add plugin failed
On Sun, Mar 25, 2012 at 10:25:01PM -0700, Steve Langasek wrote: On Sat, Mar 24, 2012 at 03:27:47PM +0100, Bastian Blank wrote: This looks like a repeat of bug #628237. However, slapd 2.4.28-1.1/amd64 has a dependency on libsasl2-2 (= 2.1.24), but your bug report shows: No, it does not. | Depends: [...] libsasl2-2, [...] Bastian -- It would be illogical to kill without reason. -- Spock, Journey to Babel, stardate 3842.4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663754: ITP: hol-light -- HOL Light theorem prover
Hi, I believe I fixed all the issues in the package hol-light. - I imported a new upstream version, which is distributed now with a BSD 2 clause license - The camlp5 dependencies are right - hol-light is a binary package with a lintian override for arch-dep-package-has-big-usr-share - One test is performed during package build: This tests loads the HOL Light base (in file hol.ml) and the arithmetic-geometric mean example (Library/agm.ml). - The upstream test suite is installed as /usr/share/hol-light/holtest, with instruction on howto run it in README.Debian. - A number of external tools that can be used with HOL Light are in Suggests. Bye, Hendrik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663982: [Pkg-zsh-devel] Bug#663982: Bug#663982: zsh: autocompletion does not work anymore after compinit
Am Donnerstag, 22. März 2012 schrieb Michael Prokop: * Axel Beckert [Thu Mar 22, 2012 at 11:27:54AM +0100]: Frank Terbeck wrote: Martin Steigerwald wrote: [...] mango% compinit mango% cd In No reaction on tab anymore. [...] I ran into this too, after I bumped my zshrc to the newest grml zshrc on Debian Stable with NFS home and about 5000 users in NIS. So I'm not sure if it has the same reason, but it definitely has the same symptoms. I'd say 5 to 10 minutes or so. Ctrl-C doesn't help. Just waiting. The zsh process is in the uninterruptable sleep state (aka D aka disk waiting). It doesn't seem to happen with all kinds of completion but at least with scp completion. Might be worth trying a debug session as documented in http://anonscm.debian.org/gitweb/?p=collab-maint/zsh.git;a=blob;f=debian/RE ADME.Debian I need some instruction on what to step, what to next and what to skip since it takes ages to single step through that Z-Shell is doing when I press tab. Or is there some way to let gdb just capture whats happening and put it into a log file that I can attach here? Ciao, -- Martin Steigerwald - teamix GmbH - http://www.teamix.de gpg: 19E3 8D42 896F D004 08AC A0CA 1E10 C593 0399 AE90 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651338: Package is ready
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 As in subject, package is ready just waiting (for last few months - since Dec 2011) for my sponsor to have a look at it and create repo on alioth for it. - -- |_|0|_| | |_|_|0| Heghlu'Meh QaQ jajVam | |0|0|0| kuLa - | gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3 3DF1 A4DF C732 4688 38BC F121 6869 30DD 58C3 38B3 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJPcCa/AAoJEGhpMN1YwzizqqEQAISCRuG2eDaEUT03rDdWAiIT 1/I5CpwjF/j1C2am5pQt/0JFHxIY4p3Y01tVCJyZaV1OT2iEinnaT52wSqJ7ukxE SsZzb+1/XRBVJcgTE8myQo+tS2UhSDFaSlYAPKNUr9JTmuNktCKmQY4nsEPysTkG cOf5+oii/8bFUBg9O9Bbk2MHpqywCcD9kebFCDpydSLosr5j298I4EA1Xxs/2UQQ ti4518B0Kyx+m570ChbDV9vgaSMjzJbBNnLF1lwXm1M3xgIROHJIfVhKscUF5E9X uwuYcpJCYR7BHtO9w2awbjv3ciOTueJcb+G0rcRVo0RYgpvNQXsZuXkozBAJb7OB wUfBkzTj/xgezaG4GQs10/lDIsLySgtKcw221wc5sw189+We/EmEsj7jluUVuhJK 3tvrs/rLMmFC5VS8a0qDxWnhxCvSWY0YfwgxYwVdgrYtX8pIprLpkB5jUTDESVqR XptQN82FgwxJhRYuyZgQkRVIui3fnOd0Wrs5zBPl+dcl/94evNlLMUhG7kUOy/Z4 BiGpfRoLWSytUSNyTSQFBgXJ4pdVsCwTNI/Og1Da241aQ3t40mvZnGOpIBeN1M48 fIf3wrn01HB8iB1EGLZkljuaGNmLys5wDzesj8+8b31cRGLMMXRHfdN3ac6zFIB2 lubb2VgH86QZHJgwrLFT =OHyw -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#658909: [pkg-kolab] kolabd REMOVED from testing
Hi, Julien: rm hints added. This is a bit rude (not your fault). AFAIK, we * haven't be notified of this removal. [*]: the pkg-kolab maintainers (no mention of it in #647221, for example) Moritz: They are as unmaintained as kolab-cyrus-imapd and virtually unused in popcon. Let's just drop them along. How do you know that they are unmaitained? kolab-cyrus-imapd is in a bad shape, but this primarly comes from its parent package (cyrus-imapd-2.2, now removed from tesing/unstable). Others are in good shape. [...] It should be build from the standard Cyrus package for Wheezy (#647221) Is there any sign of that actually happening? No idea. There is some work ongoing in SVN to make the kolabd package depend on the standard cyrus-imapd (with important configuration changes). It is not uploaded yet because of lack of time (mainly from me, only active maintainer). Removal from testing is probably the right thing to do, but *with notice*. Kolab has had a previous late removal from testing (just before lenny), which is sad and counter-productive. Regards -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663982: [Pkg-zsh-devel] Bug#663982: Bug#663982: zsh: autocompletion does not work anymore after compinit
Am Donnerstag, 22. März 2012 schrieb Michael Prokop:
* Axel Beckert [Thu Mar 22, 2012 at 11:27:54AM +0100]:
Frank Terbeck wrote:
Martin Steigerwald wrote:
[...]
mango% compinit
mango% cd In
No reaction on tab anymore.
[...]
I ran into this too, after I bumped my zshrc to the newest grml zshrc
on Debian Stable with NFS home and about 5000 users in NIS. So I'm not
sure if it has the same reason, but it definitely has the same
symptoms.
I'd say 5 to 10 minutes or so. Ctrl-C doesn't help. Just waiting. The
zsh process is in the uninterruptable sleep state (aka D aka disk
waiting).
It doesn't seem to happen with all kinds of completion but at least
with scp completion.
Might be worth trying a debug session as documented in
http://anonscm.debian.org/gitweb/?p=collab-maint/zsh.git;a=blob;f=debian/RE
ADME.Debian
Here is what I get when I just next through it. Thats just what happens when
I press tab in a shell with compinit loaded where tab completion does not
work:
ms@mango:~/lokal/Debian/zsh-debugging#1 gdb $(find . -type d -printf '-d %p ')
attach 8463
GNU gdb (GDB) 7.4-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type show copying
and show warranty for details.
This GDB was configured as i486-linux-gnu.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
attach: Datei oder Verzeichnis nicht gefunden.
Attaching to process 8463
Reading symbols from /bin/zsh4...Reading symbols from
/usr/lib/debug/bin/zsh4.dbg...done.
done.
Reading symbols from /lib/libcap.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libcap.so.2
Reading symbols from /lib/i386-linux-gnu/i686/cmov/libdl.so.2...Reading
symbols from /usr/lib/debug/lib/i386-linux-gnu/i686/cmov/libdl-2.13.so...done.
done.
[…]
Reading symbols from /usr/lib/zsh/4.3.17/zsh/terminfo.so...Reading symbols
from /usr/lib/debug/usr/lib/zsh/4.3.17/zsh/terminfo.so.debug...done.
done.
Loaded symbols for /usr/lib/zsh/4.3.17/zsh/terminfo.so
[…]
(gdb) step
Single stepping until exit from function __kernel_vsyscall,
which has no line number information.
getbyte (do_keytmout=0, timeout=0x0) at ../../../Src/Zle/zle_main.c:845
845 restore_queue_signals(q);
(gdb) next
846 if (r == -2) {
(gdb) next
845 restore_queue_signals(q);
(gdb) next
846 if (r == -2) {
(gdb) next
852 if (r == 1)
(gdb) next
894 if (cc == '\r') /* undo the exchange of \n and \r
determined by */
(gdb) next
896 else if (cc == '\n')
(gdb) next
905 if (vichgflag) {
(gdb) next
910 errno = old_errno;
(gdb) next
911 return lastchar = ret;
(gdb) next
912 }
(gdb) next
getkeybuf (w=0) at ../../../Src/Zle/zle_keymap.c:1486
1486if(c 0)
(gdb) next
1484int c = getbyte((long)w, NULL);
(gdb) next
1486if(c 0)
(gdb) next
1488if(keybuflen + 3 keybufsz)
(gdb) next
1490if(imeta(c)) {
(gdb) next
1494keybuf[keybuflen++] = c;
(gdb) next
1495keybuf[keybuflen] = 0;
(gdb) next
getkeymapcmd (km=0x8ce18d8, funcp=0xbfb149f4, strp=0xbfb149f8) at
../../../Src/Zle/zle_keymap.c:1431
1431int loc = !!localkeymap;
(gdb) next
1428while(getkeybuf(!!lastlen) != EOF) {
(gdb) next
1431int loc = !!localkeymap;
(gdb) next
1434if (loc) {
(gdb) next
1432int ispfx = 0;
(gdb) next
1439f = keybind(km, keybuf, s);
(gdb) next
1440ispfx |= keyisprefix(km, keybuf);
(gdb) next
1439f = keybind(km, keybuf, s);
(gdb) next
1440ispfx |= keyisprefix(km, keybuf);
(gdb) next
1442if (f != t_undefinedkey) {
(gdb) next
1443lastlen = keybuflen;
(gdb) next
1445str = s;
(gdb) next
1446lastc = lastchar;
(gdb) next
1443lastlen = keybuflen;
(gdb) next
1446lastc = lastchar;
(gdb) next
1445str = s;
(gdb) next
1446lastc = lastchar;
(gdb) next
1448if (!ispfx)
(gdb) next
1451if(!lastlen keybuflen)
(gdb) next
1454lastchar = lastc;
(gdb) next
1455if(lastlen != keybuflen) {
(gdb) next
1454lastchar = lastc;
(gdb) next
1455if(lastlen != keybuflen) {
(gdb) next
1462*funcp = func;
(gdb) next
1463*strp = str;
(gdb) next
1462*funcp = func;
(gdb) next
1463*strp = str;
(gdb) next
1464return keybuf;
(gdb) next
1465}
(gdb) next
getkeycmd () at ../../../Src/Zle/zle_keymap.c:1521
1521if(!*seq)
(gdb) next
1523if(!func) {
(gdb) next
1537if (func == Th(z_executenamedcmd) !statusline) {
(gdb) next
1547if (func ==
Bug#655652: Bug#665658: RFS: org-mode/7.8.06-1.0 [put in ITP, ITA, RC, NMU if applicable]
Sébastien Delafond s...@debian.org writes:
On Mar/25, Yury Bulka wrote:
Thank you for accepting my contribution.
I actually didn't use your NMU (package 7.8.06 myself), but it did
serve as a notice there was a new upstream version anyway :)
I just installed the new org-mode from repositories and found that the
style files are still missing (emacs reports an error and dpkg -L doesn't list
them).
There are two files I needed to change tho files in the debian/
directory to make this work. The rules (the install target):
cp -r etc $(CURDIR)/debian/org-mode/usr/share/emacs/site-lisp/org-mode
And the emacsen-install file:
--fragment--
DATAFILES=/usr/share/emacs/site-lisp/${PACKAGE}/etc/styles/*.xml
DATADIR=/usr/share/${FLAVOR}/site-lisp/${PACKAGE}/etc/styles
cd ${DATADIR}
for i in ${DATAFILES}; do
ln -fs $i
done
--/fragment--
All best,
Yury
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665795: texlive-base upgrade leaves empty directories behind
Package: texlive-base Version: 2011.20120322-1 Severity: normal Hi, During the upgrade from 2009-15, dpkg is complaining about: Dépaquetage de la mise à jour de texlive-base ... Remplacement de fichiers dans l'ancien paquet tex-common ... dpkg : avertissement : impossible de supprimer l'ancien répertoire « /etc/texmf/metafont/misc » : Le dossier n'est pas vide dpkg : avertissement : impossible de supprimer l'ancien répertoire « /etc/texmf/metafont » : Le dossier n'est pas vide dpkg : avertissement : impossible de supprimer l'ancien répertoire « /etc/texmf/texdoc » : Le dossier n'est pas vide After all the packages have been confiured /etc/texmf/metafont and /etc/texmf/texdoc are empty and not owned by any packages. Cheers Laurent Bigonville -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages texlive-base depends on: ii debconf [debconf-2.0] 1.5.42 ii dpkg 1.16.2 ii install-info 4.13a.dfsg.1-8 ii libpaper-utils 1.1.24+nmu1 ii luatex 0.70.1-2 ii mime-support 3.52-1 ii tex-common 3.5 ii texlive-binaries 2011.20120322-1 ii texlive-common 2011.20120322-1 ii texlive-doc-base 2011.20120322-1 ii ucf3.0025+nmu2 Versions of packages texlive-base recommends: ii lmodern 2.004.1-5 Versions of packages texlive-base suggests: pn evince [postscript-viewer] 3.2.1-1+b1 pn ghostscript [postscript-viewer] 9.05~dfsg-4 pn perl-tk none pn xpdf-reader | pdf-viewer none Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.42 ii dpkg 1.16.2 ii ucf3.0025+nmu2 Versions of packages tex-common suggests: ii debhelper 9.20120322 Versions of packages texlive-base is related to: ii tex-common3.5 ii texlive-binaries 2011.20120322-1 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651169: luatex: Patch for porting to poppler 0.18
On 25.03.12 Pino Toscano (p...@debian.org) wrote: Alle venerdì 9 dicembre 2011, Hilmar Preuße ha scritto: Hi, Upstream has a better patch, which uses the features of 0.17 as long as 0.17 is available. http://foundry.supelec.fr/gf/project/luatex/scmsvn/?action=browsepat h=%2Ftrunk%2Fsource%2Ftexk%2Fweb2c%2Fluatexdir%2Flua%2Flepdflib.ccr1 =4343r2=4346view=patch We should use that one. Indeed, but an important part of r4346 (the change to epdf.h[1], in particular) has been missing, which causes the effects of the libpoppler-0.18 patch to not be used when compiling against poppler 0.18.x. Fixed in SVN. Thanks for pointing this out. H. -- sigmentation fault signature.asc Description: Digital signature
Bug#665796: surefire: Surefire plugin fails with NPE for projects which don't depend on JUnit
Package: surefire
Version: 2.10-2
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Maintainer,
In Ubuntu, the attached patch was applied to achieve the following:
* d/patches/fix-junit-provider-selection.patch: Updated patch to deal
maven projects which don't have any unit tests/don't depend on
junit which caused a NPE (LP: #965061).
Thanks for considering the patch.
- -- System Information:
Debian Release: wheezy/sid
APT prefers precise-updates
APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500,
'precise')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-20-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
iQIcBAEBCAAGBQJPcC7/AAoJEL/srsug59jD8WsP/RhFasDK+pjUeXOGiPvvfa98
W51uuNCbkXd3x7bILRLTRsszOjV5yn+lBWPuk1wsJGC9rMm9y2IT5+Mv1mcqDbix
2IVmPRw+aqxGmW/aGzFFB/ii2fpGt9z6QEhP4foDco8k1qbxc75zFS+IuMgnYj/5
XajgSk0G3Fjtju+IYy/sfsE2iLxFGJL4vwcjVF9baYgzTMZS/+jQbTmQijl/ICdO
9DBkJfkA8HYkLbJFEuI4U2+PzcDlMmGd796XPYWg5fUwWT5PNVpnucKC6rkqITpY
K1we7tinIwfkQ0Q9TusHVbe+KuLluY0LRfZ15HMxFVgFjLVYqPBC5KpVeNiUd6EZ
bA92XaizCSmA8GJV6fBx50mvs3OvT0DxqpYO2QrTrlZgYW03fUwdCwW3+EHAbT19
zjcEo135Fio/53D1TEPOHKIwxFya4b+kr1uP1z0yN1vWBAfIVR+A/WZ8DaoosypZ
GjO7hx1D6irS1JqC4lA799CipG4rKR/E6v1AMBl3aLu9v6aVPKrNuYpLu4D3vIkM
xxhbTODdrIMmBRVH6i2S05dCTwWfZbEu6rvtkrVNXV605Wd9fp7NQU19UXf3tnko
//qT2bxanBQzZSmmYqNVli2ia5vVRkL8C+JTJWnAJhComTCnt7hPw5rqcSGNJS8u
AgDoLOc1Vl6sLpGoiYIE
=u9af
-END PGP SIGNATURE-
diff -Nru surefire-2.10/debian/changelog surefire-2.10/debian/changelog
diff -Nru surefire-2.10/debian/patches/fix-junit-provider-selection.patch surefire-2.10/debian/patches/fix-junit-provider-selection.patch
--- surefire-2.10/debian/patches/fix-junit-provider-selection.patch 2012-03-19 15:17:26.0 +
+++ surefire-2.10/debian/patches/fix-junit-provider-selection.patch 2012-03-26 09:34:29.0 +0100
@@ -10,21 +10,21 @@
Index: surefire/maven-surefire-common/src/main/java/org/apache/maven/plugin/surefire/AbstractSurefireMojo.java
===
--- surefire.orig/maven-surefire-common/src/main/java/org/apache/maven/plugin/surefire/AbstractSurefireMojo.java 2012-03-19 15:06:03.310108598 +
-+++ surefire/maven-surefire-common/src/main/java/org/apache/maven/plugin/surefire/AbstractSurefireMojo.java 2012-03-19 15:12:27.376393271 +
surefire/maven-surefire-common/src/main/java/org/apache/maven/plugin/surefire/AbstractSurefireMojo.java 2012-03-26 09:34:20.549223250 +0100
@@ -311,12 +311,14 @@
private boolean isJunit47Compatible( Artifact artifact )
{
-return dependencyResolver.isWithinVersionSpec( artifact, [4.7,) );
+return ( dependencyResolver.isWithinVersionSpec( artifact, [4.7,) ) ||
-+ 4.x.equals( artifact.getVersion() ) );
++ ( artifact != null 4.x.equals( artifact.getVersion() ) ) );
}
private boolean isAnyJunit4( Artifact artifact )
{
-return dependencyResolver.isWithinVersionSpec( artifact, [4.0,) );
+return ( dependencyResolver.isWithinVersionSpec( artifact, [4.0,) ) ||
-+ 4.x.equals( artifact.getVersion() ) );
++ ( artifact != null 4.x.equals( artifact.getVersion() ) ) );
}
boolean isForkModeNever()
Bug#659378: the nouveau driver does not work at all with my machine (information about resolution of the problem)
On 03/26/2012 02:36 AM, Jonathan Nieder wrote: Hi, Panayiotis Karabassis wrote: [Subject: Bug#659378: issue resolved] Please keep in mind that this appears as email in a crowded inbox, so the subject link can be a good place to put valuable context. This issue is resolved for me. The body, too. ;-) You are right, sorry, I was lazy. :-) What kernel are you using these days? What kernel-side graphics driver? What userspace graphics stack? It is the latest kernel in Wheezy 3.2.0-2-amd64. It is the nouveau driver, and gnome-shell that are working together. Do you know how the issue got resolved? I am not sure if it is the updates that got this working, or the fact that I purged the nvidia driver and removed my /etc/X11/xorg.conf. I attach the problematic xorg.conf. Since this is a bug tracker rather than a support forum, that would be valuable information to us so we can ensure squeeze has the same fix if needed and that we do not introduce regressions in the future. Thanks for the update, Jonathan Let me know if you need more information. Thanks, Panayiotis Section ServerLayout Identifier Layout0 Screen 0 Screen0 EndSection Section Extensions Option Composite enable EndSection Section Files EndSection Section Monitor Identifier Monitor0 VendorName Unknown ModelName Unknown HorizSync 28.0 - 33.0 VertRefresh 43.0 - 72.0 Option DPMS EndSection Section Device Identifier Device0 Driver nouveau VendorName NVIDIA Corporation BoardName GeForce GT 440 EndSection Section Screen Identifier Screen0 Device Device0 MonitorMonitor0 DefaultDepth24 SubSection Display Depth 24 EndSubSection EndSection
Bug#665795: texlive-base upgrade leaves empty directories behind
clone 665795 -1
reassign -1 dpkg
retitle -1 dpkg-maintscript-helper does not remove empty directories
thanks
On Mo, 26 Mär 2012, Laurent Bigonville wrote:
During the upgrade from 2009-15, dpkg is complaining about:
Dépaquetage de la mise à jour de texlive-base ...
Remplacement de fichiers dans l'ancien paquet tex-common ...
dpkg : avertissement : impossible de supprimer l'ancien répertoire
« /etc/texmf/metafont/misc » : Le dossier n'est pas vide
dpkg : avertissement : impossible de supprimer l'ancien répertoire
« /etc/texmf/metafont » : Le dossier n'est pas vide
dpkg : avertissement : impossible de supprimer l'ancien répertoire
« /etc/texmf/texdoc » : Le dossier n'est pas vide
After all the packages have been confiured /etc/texmf/metafont and
/etc/texmf/texdoc are empty and not owned by any packages.
I see, that is true, and there are more directories like that.
It comes from the fact that I assumed that using dpkg-maintscript-helper
will remove empty directories, too, which it doesn't.
I am cloning this bug and reassiǵn to dpkg so that this might get
implemented.
dpkg maintainers: After removing a conffile it might be useful to add
rmdir --ignore-if-empty $(basename $file)
or whatever you are using.
For the TeX Live packages, this is a problem now, because I really
don't know how to autogenreate it. I will look into it.
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
VOBSTER (n.)
A strain of perfectly healthy rodent which develops cancer the moment
it enter a laboratory.
--- 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#665798: python-mapnik2: Please correct fonts path
Package: python-mapnik2
Version: 2.0.0+ds1-3+b1
Severity: normal
Tags: patch
Dear Maintainer,
Fonts path is fixed to ttf-dejavu, so you can't use any other fonts.
Please correct fontscollectionpath in file
/usr/lib/python2.7/dist-packages/mapnik2/paths.py. Replace
fontscollectionpath = os.path.normpath('/usr/share/fonts/truetype/ttf-dejavu')
by
fontscollectionpath = os.path.normpath('/usr/share/fonts')
Regards
-- 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.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages python-mapnik2 depends on:
ii libboost-python1.46.1 1.46.1-8
ii libc6 2.13-27
ii libgcc11:4.7.0-1
ii libjpeg8 8d-1
ii libmapnik2-2.0 2.0.0+ds1-3+b1
ii libpng12-0 1.2.47-1
ii libstdc++6 4.7.0-1
ii python 2.7.2-10
ii python-cairo 1.8.8-1+b2
ii python2.6 2.6.7-4
ii python2.7 2.7.3~rc2-1
python-mapnik2 recommends no packages.
python-mapnik2 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#665696: gosa-sync breaks on passwords containing spaces
The fix for gosa.conf is not upgradable, so we need to come up with a better idea. When upgrading squeeze-test to the new version of debian-edu-config with the new gosa.conf file, a conffile question is asked and both options (keeping the old or upgrading to the new file) are wrong. The old file have the password quoting issue and the correct LDAP password, the new file have a fix for the password quoting issue but lack the correct LDAP password. If I pick the old one the security issue is still present. If I pick the new one, gosa stop working completely. Anyone got an idea how to fix this for upgrades? -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665799: maven-debian-helper: jar files installed to /usr/share/java AND /usr/share/maven-repo
Package: maven-debian-helper
Version: 1.5
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Maintainer,
Version 1.5 of maven-debian-helper installs jar files to both /usr/share/java
and into /usr/share/maven-repo for the original group/artifact/version path.
This results in a bigger than normal .deb file as the code is installed twice.
In Ubuntu, the attached patch was applied to achieve the following:
* maven-debian-plugin/.../SysInstallMojo.java: Don't install jar
file to /usr/share/maven-repo when also installing to /usr/share/java
- just symlink it (LP: #965054).
I've tested this on packages with install to /usr/share/java and those that
don't
- - the jars where just installed once with the correct symlinks created.
Thanks for considering the patch.
- -- System Information:
Debian Release: wheezy/sid
APT prefers precise-updates
APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500,
'precise')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-20-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
iQIcBAEBCAAGBQJPcDEQAAoJEL/srsug59jD05YP/R/LV1aQhDHNqNQCYzjXXtMw
jRMvVOdK4SJmlkO20FsI37JrIw8jH9WhwnRrRoG2N+6H8eg+EutMldkeHoN1wDIj
EgB4x3NcPOnELYz3blqwp6dSisqUfPBSC7VniiSp9rrD7iGw6amYtW1bOG/ccLLb
in75elmcVjp8oP/xb2xkL5kUQ8h6VIwWwa3E4Nn4lPfP8uhKwP7TT3XI47fNiRmp
YOYGLLYAAXHu5CjuQEKICpzRK3XPgrPOBdYjczBm34uZEQBnMiSJFJ/yx9yHZvcG
po5HNd+HPIpfEtJ7gpeKHqfxCZMrxmL6FmIiCPniRdga9xF1SPhsNwAYu3BRmIxt
pE8vgBBdpn1IvrNG+CyGkXuKrAjkqb5YMbG4m2Z7LeGztmQd+EznIb99ZNcZvA4n
11CerqVKFjKx5lNRM3/sjq1jKNSnjzMUBuZiJN7WSRk/d+kobtU/G4KOke7Jq7Ly
w3ONsOkoMS2Cu6hv/SsRU0DIe5tmI9WnrK+mZR9/Q8zhX4u3yagpMepky5A4+dOs
D956t3rLEdy4pU1vAJ2PJm2b4vpoNeeat8eYFPTebhA1PJD6YzrNodqnvx6Evr34
Gv4zib6rZDU57z6Qroz/vtve/qUS6/xf92ojAxhC5W6tTdtubCGzJ8r+iGV89Gor
CgenRav0opllHQgCvroU
=mbNH
-END PGP SIGNATURE-
=== modified file 'maven-debian-plugin/src/main/java/org/debian/maven/plugin/SysInstallMojo.java'
--- maven-debian-plugin/src/main/java/org/debian/maven/plugin/SysInstallMojo.java 2012-01-24 23:55:22 +
+++ maven-debian-plugin/src/main/java/org/debian/maven/plugin/SysInstallMojo.java 2012-03-26 08:22:06 +
@@ -460,7 +460,6 @@
if (jarFile.exists()) {
System.out.println(Install jar for + artifactId + into /usr/share/java);
mkdir(compatSharePath());
-FileUtils.copyFile(jarFile, new File(jarDestPath()));
if (noUsjVersionless) {
FileUtils.copyFile(jarFile, new File(versionedFullCompatPath()));
} else {
Bug#664782: meta: please add support to express content language
I've read this page: http://www.w3.org/TR/i18n-html-tech-lang/
in the meantime which explains the best practice.
In short:
- HTML 5: use html lang = ...
- XHTML 1.0: use html lang=... xml:lang=... xmlns
=http://www.w3.org/1999/xhtml;
- XHTML 1.1: use html xml:lang=... xmlns =http://www.w3.org/1999/xhtml;
The patch below implements this:
- it uses the lang_code template variable (already defined by po) to
put the language into page.tmpl
- it accepts a lang in meta to set that variable.
- it validates the language tag
- If html5 is not set, it will also generate a meta content-language
header.
Comments:
- I don't really like the name lang_code used by po since the RFCs
talk about language tag or language. I didn't want to change the
template variable but I used lang for meta instead. If you
prefer consistency, you can rename it to lang_code. I'm not sure
if lang_code could be renamed without breaking too much.
- The regex checking for the language tag could be moved to a global
function and then po's islanguagecode() replaced with it. But this
can wait for a future patch.
diff --git a/IkiWiki/Plugin/meta.pm b/IkiWiki/Plugin/meta.pm
index 220fff9..1dfbf91 100644
--- a/IkiWiki/Plugin/meta.pm
+++ b/IkiWiki/Plugin/meta.pm
@@ -153,6 +153,16 @@ sub preprocess (@) {
$pagestate{$page}{meta}{updated}=$time if defined $time;
}
}
+ elsif ($key eq 'lang') {
+ # Check if a valid language tag is specified according to
+ # BCP 47 at http://tools.ietf.org/html/bcp47
+ # We don't implement all of BCP 47 but we check for the most
+ # common variants of: language, extlang, script and region
+ if (!$value =~
(/^[[:alpha:]]{2,3}(-[[:alpha:]]{3})?(-[[:alpha:]]{4})?(-[[:alpha:]]{2}|-\d{3})?$/))
{
+ return ;
+ }
+ $pagestate{$page}{meta}{lang_code}=$value;
+ }
if (! defined wantarray) {
# avoid collecting duplicate data during scan pass
@@ -280,6 +290,11 @@ sub preprocess (@) {
encode_entities($key).
' content='.encode_entities($value).' /';
}
+ elsif ($key eq 'lang') {
+ push @{$metaheaders{$page}}, 'meta http-equiv='.
+ encode_entities('content-language').
+ ' content='.encode_entities($value).' /' if !$config{html5};
+ }
elsif ($key eq 'name') {
push @{$metaheaders{$page}}, scrub('meta '.$key.'='.
encode_entities($value).
@@ -317,6 +332,11 @@ sub pagetemplate (@) {
if exists $pagestate{$page}{meta}{$field}
$template-query(name = $field);
}
+ foreach my $field (qw{lang_code}) {
+ $template-param($field = $pagestate{$page}{meta}{$field})
+ if exists $pagestate{$page}{meta}{$field}
$template-query(name = $field);
+ }
+
foreach my $field (qw{permalink}) {
if (exists $pagestate{$page}{meta}{$field}
$template-query(name = $field)) {
eval q{use HTML::Entities};
diff --git a/doc/ikiwiki/directive/meta.mdwn b/doc/ikiwiki/directive/meta.mdwn
index f8494db..3e8d86f 100644
--- a/doc/ikiwiki/directive/meta.mdwn
+++ b/doc/ikiwiki/directive/meta.mdwn
@@ -59,6 +59,13 @@ Supported fields:
Specifies a short description for the page. This will be put in
the html header, and can also be displayed by eg, the [[map]] directive.
+* lang
+
+ Specifies a language tag (such as en, en-US, zh-Hant, zh-cmn-Hans-CN,
+ or es-419) indicating the language used on this page. This information
+ will be put in the html header. Page templates can access this
+ information via the `lang_code` variable.
+
* permalink
Specifies a permanent link to the page, if different than the page
diff --git a/templates/page.tmpl b/templates/page.tmpl
index 770ac23..742fd21 100644
--- a/templates/page.tmpl
+++ b/templates/page.tmpl
@@ -1,9 +1,17 @@
TMPL_IF HTML5!DOCTYPE html
+TMPL_IF LANG_CODE
+html lang=TMPL_VAR LANG_CODE
+TMPL_ELSE
html
+/TMPL_IF
TMPL_ELSE!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd;
+TMPL_IF LANG_CODE
+html lang=TMPL_VAR LANG_CODE xml:lang=TMPL_VAR LANG_CODE
xmlns=http://www.w3.org/1999/xhtml;
+TMPL_ELSE
html xmlns=http://www.w3.org/1999/xhtml;
/TMPL_IF
+/TMPL_IF
head
TMPL_IF DYNAMIC
TMPL_IF FORCEBASEURLbase href=TMPL_VAR FORCEBASEURL /TMPL_ELSE
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665800: paxtest: please provide paxtest for amd64 architecture
Package: paxtest Version: 1:0.9.9-1 Severity: important Hi, as the title says, please provide the package for amd64 architecture, since it works fine there. It might make sense to enable other architectures too. -- Yves-Alexis -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable') 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 Versions of packages paxtest depends on: ii libc6 2.13-27 paxtest recommends no packages. paxtest 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#665341: Fwd: Licensing of an old Java code
Upstream author licensed impacted file under GLP v3, leveraging issue.
-- Forwarded message --
From: Cay Horstmann c...@horstmann.com
Date: 2012/3/24
Subject: Re: Licensing of an old Java code
To: olivier sallou olivier.sal...@gmail.com
I attach the latest version that I have, with a GPL v3 header. If the
project uses something different, you'll have to send it to me.
Cheers,
Cay
Le 24/03/2012 01:39, olivier sallou a écrit :
It is the jlapack software, a fortan to java conversion of lapack library.
Though it indeed could be modified to use other functions, i do not
manage the software and original source code so i cannot mofify it for
the packaging.
A gpl license would be perfect if possible.
Thanks
Olivier
Le 23 mars 2012 17:46, Cay Horstmann c...@horstmann.com
mailto:c...@horstmann.com a écrit :
I can certainly license this under GPLv3, but my question is whether
this is still necessary or useful. Since Java 5, there is a printf
in the standard library. I strongly recommend to use that because
our implementation has some known bugs. I was going to fix them, but
then Java 5 came out, and I didn't bother.
What is the package? If you like, I could have a quick peek at the
source to see if it would be trivial to make use of the standard printf.
Cheers,
Cay
Le 23/03/2012 02:47, Olivier Sallou a écrit :
Hi,
I do packaging for Debian, and I am currently packaging a
software that
makes use of a Java code extracted from your book:
* Gary Cornell and Cay S. Horstmann, Core Java (Book/CD-ROM)
* Published By SunSoft Press/Prentice-Hal
This code is CoreJava-Format, a class for formatting numbers that
follows printf conventions.
The issue is this code is licensed under a NON-COMMERCIAL
purpose usage.
Though, to be in Debian, the code must be completely free of usage.
Would you mind freeing this code with a Debian compatible
license (BSD
for example), which makes it free of use for any purpose ?
Regarding the nature of this particular code, I don't think this
would
an issue for you.
If you agree to do so, can you please answer this email with a
format
agreement as well as the selected licence.
Regards
Olivier Sallou
--
Cay S. Horstmann | http://horstmann.com | mailto:c...@horstmann.com
mailto:c...@horstmann.com
--
Cay S. Horstmann | http://horstmann.com | mailto:c...@horstmann.com
--
gpg key id: 4096R/326D8438 (keyring.debian.org)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438
package com.horstmann;
import java.io.*;
/*
This program is free software: you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation, either version 3 of the License, or
(at your option) any later version.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
You should have received a copy of the GNU General Public License
along with this program. If not, see http://www.gnu.org/licenses/.
*/
/**
A class for formatting numbers that follows ttprintf/tt conventions.
Also implements C-like ttatoi/tt and ttatof/tt functions
@version 1.21 2000-06-09
@author Cay Horstmann
1998-09-14: Fixed a number of bugs.
1.Formatting the most extreme negative number (-9223372036854775808L) printed with 2 leading minus signs.
2.Printing 0 with a %e or %g format did not work.
3.Printing numbers that were closer to 1 than the number of requested decimal places rounded down rather than up, e.g. formatting 1.999 with %.2f printed 1.00. (This one is pretty serious, of course.)
4.Printing with precision 0 (e.g %10.0f) didn't work.
5.Printing a string with a precision that exceeded the string length (e.g. print Hello with %20.10s) caused a StringIndexOutOfBounds error.
1998-10-21: Changed method names from print to printf
2000-06-09: Moved to package com.horstmann; no longer part of
Core Java
2000-06-09: Fixed a number of bugs.
1.Printing 100.0 with %e printed 10.0e1, not 1.0e2
2.Printing Inf and NaN didn't work.
2000-06-09: Coding guideline cleanup
*/
public class Format
{
/**
Formats the number following ttprintf/tt conventions.
Main limitation: Can only handle one format parameter at a time
Use multiple Format objects to format more than one number
@param s the format string following printf conventions
The string has a prefix, a format code and a suffix. The prefix and suffix
become part of the formatted output. The format code
Bug#665801: nagios-nrpe-plugin: package recommends nagios3
Package: nagios-nrpe-plugin Severity: minor This package can also be used with Icinga. When installing without --no-install-recommends on a Icinga host you'll end up with both Icinga *and* Nagios3. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665802: RM: xcache/1.3.2-1.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi please remove src:xcache (php5-xcache binary) from testing. It is absolutely broken with PHP 5.4 and it will take some time till fixed version will be available. So the best way to prevent testing users run into crashing php is to remove the package for now. See bug #665006 for more details. - -- Michal Čihař | http://cihar.com | http://blog.cihar.com - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.9-1.4-desktop (SMP w/2 CPU cores; PREEMPT) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJPcDhlAAoJEGo39bHX+xdNsrYQALqUdWklU++o6XO8SBU2LQ7r iAhNYBTbkZUHdfTV10dDVCDXoH64kmCul+5htjOZ2sxXb91iHqT6Tw7zUkE0BJ7V TZKI2oYcaQCjHFLUTZflOfW/rLXJ5b8afL8acA+h7RbHBEqCWr4UZ9ZT0PQRAWyf 3UHyOtvznDVxQg5+7erLxv7XutqkJhLv0UkvZWj5uOUS03sHcyf50LllLE2gwRMj A95KqyDPEE7aspA13R7o49YffcCnMiwoNe/97F+buBikdNr8Xfuq2DgVQKZZXIF1 zHzWJW+gRZnlXguRGOpgv9sL+SIMCGTf5y4GW8E85Tdka0m1QYKhPLF1c/85glYl 6xFqDK2MbG/LfwIW+nz8hcs3D7Ve/kqDBPTIiEsmujrroku3kuwSIYymQSAzIMNF T+2zaoXQsqbX4GcnktltNIfSkBzUwZgXEX1SS6coE9eoOsnUYWBA7yWZdgih8v8D UQeSXrHziJN+G5jVFs8os/AaS2tkkLNX+xT9Gh4zNs/CRFxm+2urpWwupba3pInx mduYzEHlGnp5B0VjT4ftLdrikIe8UH5VwD0ydIH0sIPTHPtUtfqbvmFBOGfUlS/p PSTZMN5fJ/Jgwt4X/1Fg+HHqA3pKYAqONW/i78ejOcMAWDucRqqAwfJFL7JZd+EZ lzgQAptJ6MvJoS0Y6Djx =Zn2k -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#628018: [PATCH] notmuch-mutt utility for notmuch/contrib/
Here is an updated patch set that ships the notmuch-mutt utility and
updated the Debian packaging for it. It is now better integrated with
notmuch: it has been renamed to notmuch-mutt (to match the naming
convention of other notmuch interfaces) and stores all its data under
~/.cache/notmuch/mutt/ to avoid polluting user $HOME with other
directories. I've also fixed the Debian packaging to generate the
manpage during build.
The first patch in the set adds notmuch-mutt to contrib/, the second
updates debian/ to build a new notmuch-mutt binary package.
The full story is available at http://bugs.debian.org/628018
David: I'm still unable to get through the moderation queue of the
notmuch mailing list. Would you be so kind to forward this mail there,
for patch review?
TIA,
Cheers.
--
Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o .
Maître de conférences .. http://upsilon.cc/zack .. . . o
Debian Project Leader... @zack on identi.ca ...o o o
« the first rule of tautology club is the first rule of tautology club »
From cbb43be7d163e7662c0aa4fcb69f173074bb947d Mon Sep 17 00:00:00 2001
From: Stefano Zacchiroli z...@upsilon.cc
Date: Mon, 26 Mar 2012 10:45:58 +0200
Subject: [PATCH 1/2] contrib: new mutt-notmuch utility for Mutt integration
---
contrib/notmuch-mutt/.gitignore |2 +
contrib/notmuch-mutt/Makefile| 12 ++
contrib/notmuch-mutt/README | 59 +
contrib/notmuch-mutt/notmuch-mutt| 234 ++
contrib/notmuch-mutt/notmuch-mutt.rc |9 ++
5 files changed, 316 insertions(+), 0 deletions(-)
create mode 100644 contrib/notmuch-mutt/.gitignore
create mode 100644 contrib/notmuch-mutt/Makefile
create mode 100644 contrib/notmuch-mutt/README
create mode 100755 contrib/notmuch-mutt/notmuch-mutt
create mode 100644 contrib/notmuch-mutt/notmuch-mutt.rc
diff --git a/contrib/notmuch-mutt/.gitignore b/contrib/notmuch-mutt/.gitignore
new file mode 100644
index 000..682a577
--- /dev/null
+++ b/contrib/notmuch-mutt/.gitignore
@@ -0,0 +1,2 @@
+notmuch-mutt.1
+README.html
diff --git a/contrib/notmuch-mutt/Makefile b/contrib/notmuch-mutt/Makefile
new file mode 100644
index 000..87f9031
--- /dev/null
+++ b/contrib/notmuch-mutt/Makefile
@@ -0,0 +1,12 @@
+NAME = notmuch-mutt
+
+all: $(NAME) $(NAME).1
+
+$(NAME).1: $(NAME)
+ pod2man $ $@
+
+README.html: README
+ markdown $ $@
+
+clean:
+ rm -f notmuch-mutt.1 README.html
diff --git a/contrib/notmuch-mutt/README b/contrib/notmuch-mutt/README
new file mode 100644
index 000..382ac91
--- /dev/null
+++ b/contrib/notmuch-mutt/README
@@ -0,0 +1,59 @@
+notmuch-mutt: Notmuch (of a) helper for Mutt
+
+
+notmuch-mutt provide integration among the [Mutt] [1] mail user agent and the
+[Notmuch] [2] mail indexer.
+
+notmuch-mutt offer two main integration features. The first one is the ability
+of stating a **search query interactively** and then jump to a fresh Maildir
+containing its search results only. The second one is the ability to
+**reconstruct threads on the fly** starting from the currently highlighted
+mail, which comes handy when a thread has been split across different maildirs,
+archived, or the like.
+
+notmuch-mutt enables to trigger mail searches via a Mutt macro (usually F8) and
+reconstruct threads via another (usually F9). Check the manpage for the 2-liner
+configuration snippet for your Mutt configuration files (~/.muttrc,
+/etc/Muttrc, or a /etc/Muttrc.d snippet).
+
+A [blog style introduction] [3] to notmuch-mutt is available and includes some
+more rationale for its existence.
+
+Arguably, some of the logics of notmuch-mutt could disappear by adding support
+for a --output=symlinks flag to notmuch.
+
+
+[1]: http://www.mutt.org/
+[2]: http://notmuchmail.org/
+[3]: http://upsilon.cc/~zack/blog/posts/2011/01/how_to_use_Notmuch_with_Mutt/
+
+
+Requirements
+
+
+To *run* notmuch-mutt you will need Perl with the following libraries:
+
+- Mail::Box http://search.cpan.org/~markov/Mail-Box/
+ (Debian package: libmail-box-perl)
+- Mail::Internet http://search.cpan.org/~markov/MailTools/
+ (Debian package: libmailtools-perl)
+- String::ShellQuote http://search.cpan.org/~rosch/String-ShellQuote/ShellQuote.pm
+ (Debian package: libstring-shellquote-perl)
+- Term::ReadLine http://search.cpan.org/~hayashi/Term-ReadLine-Gnu/
+ (Debian package: libterm-readline-gnu-perl)
+
+To *build* notmuch-mutt documentation you will need:
+
+- pod2man (coming with Perl) to generate the manpage
+- markdown to generate README.html out of this file
+
+
+License
+---
+
+notmuch-mutt is copyright (C) 2011-2012 Stefano Zacchiroli z...@upsilon.cc.
+
+notmuch-mutt is released under the terms of the GNU General Public License
+(GPL), version 3 or above. A copy of the license is available online at
+http://www.gnu.org/licenses/.
+
diff --git a/contrib/notmuch-mutt/notmuch-mutt
Bug#665801: [Pkg-nagios-devel] Bug#665801: nagios-nrpe-plugin: package recommends nagios3
On Mon, Mar 26, 2012 at 11:25:21AM +0200, Jens Link wrote: This package can also be used with Icinga. When installing without --no-install-recommends on a Icinga host you'll end up with both Icinga *and* Nagios3. Would Recommends: nagios3 | icinga help here? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#491723: debian/copyright for statusnet
And a fix for an error. From 524719cfe8b33c861113e1b6cfac0c82cf25c605 Mon Sep 17 00:00:00 2001 From: Roland Mas lola...@debian.org Date: Mon, 26 Mar 2012 11:53:34 +0200 Subject: [PATCH] debian/* is not copyright StatusNet To: 491...@bugs.debian.org Cc: cost...@debian.org, lola...@debian.org --- debian/copyright |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/debian/copyright b/debian/copyright index 4fa2f9f..462 100644 --- a/debian/copyright +++ b/debian/copyright @@ -7,7 +7,6 @@ Copyright: 2010, 2011 Leo Antunes 2010 Evan Prodromou 2009 Brenda Wallace 2009 Francois Marier - 2009 StatusNet, Inc. License: GPL-3+ Files: * -- 1.7.9.1 Roland. -- Roland Mas That's one of the good fings about not existin'; they leave you alone most of the time. -- in My Hero (Tom Holt)
Bug#659378: the nouveau driver does not work at all with my machine (information about resolution of the problem)
Panayiotis Karabassis wrote: On 03/26/2012 02:36 AM, Jonathan Nieder wrote: What kernel are you using these days? What kernel-side graphics driver? What userspace graphics stack? It is the latest kernel in Wheezy 3.2.0-2-amd64. It is the nouveau driver, and gnome-shell that are working together. Do you know how the issue got resolved? I am not sure if it is the updates that got this working, or the fact that I purged the nvidia driver and removed my /etc/X11/xorg.conf. I attach the problematic xorg.conf. Nice. If you make this file /etc/X11/xorg.conf again, do you get the same problems again? Thanks for the update. Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665006: php5-xcache causes A LOT of really strange problems with the new PHP 5.4
Hi Dne Fri, 23 Mar 2012 19:43:53 +0200 Lior Kaplan kap...@debian.org napsal(a): The NMU only turns on the PHP 5.4 support already in the upstream release, otherwise the software will FTBFS. See http://anonscm.debian.org/gitweb/?p=pkg-php/xcache.git;a=blob;f=debian/patches/php5.4-defines;h=45b2b6e273f783740aab2119f50ff880ff81edae;hb=HEAD This is just a pretty minor part of what needs to be fixed to support 5.4 (see [1] and subsequent changesets) and there is no support for PHP 5.4 in xcache 1.3.x. Indeed it did FTBFS, but at least it was clearly broken, what I find better than making PHP crash on almost anything. From the last day, it seems that someone in upstream started to fix the 5.4 support, see http://xcache.lighttpd.net/timeline?from=2012-03-22T17%3A22%3A02%2B0100precision=second I think we should wait some more, and start to push these fixes to the Debian package. As all upstream patches are targeted for 2.0 release, which does also change some xcache internals, I doubt it will be easy to backport to 1.3. [1]: http://xcache.lighttpd.net/changeset/822/ -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#665801: [Pkg-nagios-devel] Bug#665801: nagios-nrpe-plugin: package recommends nagios3
tag 665801 pending severity 665801 wishlist thanks Jens Link schrieb am Montag, den 26. März 2012: Package: nagios-nrpe-plugin Severity: minor This package can also be used with Icinga. When installing without --no-install-recommends on a Icinga host you'll end up with both Icinga *and* Nagios3. This was already changed to icinga | nagios3 some time ago in vcs. But this change alone does not warrant an upload. Alex -- Alexander Wirt, formo...@formorer.de CC99 2DDD D39E 75B0 B0AA B25C D35B BC99 BC7D 020A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665803: python-semanage: Python 2.7 extensions linked with libpython2.6
Package: python-semanage Version: 2.1.6-2 Severity: serious Python 2.7 extension modules are linked with libpython2.6 (sic!). 2.6 and 2.7 are not binary-compatible. $ readelf -d /usr/lib/python-support/*/python2.7/_semanage.so | grep libpython 0x0001 (NEEDED) Shared library: [libpython2.6.so.1.0] -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) -- 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#644851: mpg123: Please update to latest upstream version 1.13.4
Hi Daniel, If you agree, I'd take care of mpg123 under the Debian Multimedia Maintainers team's umbrella. Let me know if it's OK for you, cheers! -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665367: [libatk-wrapper-java-jni] Please remove gconf2
I've dropped the requirement. Thank You. Merci bien. Now openjdk-6-jdk should be usable without gnome. I've always understood, but perhaps this is a misconception, that the philosophy behind the setting daemons is that support for them compiled in, but only as an option. At runtime it is determined what configuration backend is available, and if none then the traditional text-files are used. So that a hard required dependency on the gconf or gnome-settings daemon never should be necessary. Thanks again, Lutz Lehmann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665804: keystone: python-webob dependency mismatch between package and egg-info dependencies (requires 1.0.8)
Package: python-keystone
Version: 2012.1~rc1-1
Severity: grave
File: keystone
Tags: sid
Justification: renders package unusable
The python-keystone depends upon python-webob, but does not list a version
dependency. The egg package info lists WebOb 1.0.8 as a requirement, which
means as soon as the package is installed and swift/nova attempt to load it,
you receive a VersionConflict error:
Traceback (most recent call last):
File /usr/bin/swift-proxy-server, line 22, in module
run_wsgi(conf_file, 'proxy-server', default_port=8080, **options)
File /usr/lib/python2.6/dist-packages/swift/common/wsgi.py, line 122, in
run_wsgi
loadapp('config:%s' % conf_file, global_conf={'log_name': log_name})
File /usr/lib/pymodules/python2.6/paste/deploy/loadwsgi.py, line 204, in
loadapp
return loadobj(APP, uri, name=name, **kw)
File /usr/lib/pymodules/python2.6/paste/deploy/loadwsgi.py, line 224, in
loadobj
global_conf=global_conf)
File /usr/lib/pymodules/python2.6/paste/deploy/loadwsgi.py, line 248, in
loadcontext
global_conf=global_conf)
File /usr/lib/pymodules/python2.6/paste/deploy/loadwsgi.py, line 278, in
_loadconfig
return loader.get_context(object_type, name, global_conf)
File /usr/lib/pymodules/python2.6/paste/deploy/loadwsgi.py, line 405, in
get_context
global_additions=global_additions)
File /usr/lib/pymodules/python2.6/paste/deploy/loadwsgi.py, line 503, in
_pipeline_app_context
for name in pipeline[:-1]]
File /usr/lib/pymodules/python2.6/paste/deploy/loadwsgi.py, line 409, in
get_context
section)
File /usr/lib/pymodules/python2.6/paste/deploy/loadwsgi.py, line 431, in
_context_from_use
object_type, name=use, global_conf=global_conf)
File /usr/lib/pymodules/python2.6/paste/deploy/loadwsgi.py, line 361, in
get_context
global_conf=global_conf)
File /usr/lib/pymodules/python2.6/paste/deploy/loadwsgi.py, line 248, in
loadcontext
global_conf=global_conf)
File /usr/lib/pymodules/python2.6/paste/deploy/loadwsgi.py, line 285, in
_loadegg
return loader.get_context(object_type, name, global_conf)
File /usr/lib/pymodules/python2.6/paste/deploy/loadwsgi.py, line 561, in
get_context
object_type, name=name)
File /usr/lib/pymodules/python2.6/paste/deploy/loadwsgi.py, line 581, in
find_egg_entry_point
pkg_resources.require(self.spec)
File /usr/lib/python2.6/dist-packages/pkg_resources.py, line 654, in require
needed = self.resolve(parse_requirements(requirements))
File /usr/lib/python2.6/dist-packages/pkg_resources.py, line 556, in resolve
raise VersionConflict(dist,req) # XXX put more info here
pkg_resources.VersionConflict: (WebOb 1.1.1 (/usr/lib/python2.6/dist-packages),
Requirement.parse('WebOb==1.0.8'))
A similar issue exists with pam, and I'll raise that as a separate bug report
once this one is confirmed and I'm not overlooking something.
To reproduce:
* apt-get install python-keystone swift-proxy
* configure /etc/swift/proxy-server.conf similar to the below to enable
keystone for authentication
* swift-proxy-server /etc/swift/proxy-server.conf
/etc/swift/proxy-server.conf:
--
[DEFAULT]
bind_port = 80
workers = 1
user = swift
[pipeline:main]
# ratelimit?
pipeline = healthcheck cache keystone proxy-server
[app:proxy-server]
use = egg:swift#proxy
allow_account_management = true
account_autocreate = false
[filter:keystone]
use = egg:keystone#swiftauth
auth_protocol = https
auth_host = 127.0.0.0
auth_port = 35357
admin_token = 999888777666
delay_auth_decision = 0
service_protocol = https
service_host = 127.0.0.0
service_port = 5000
service_pass = dTpw
cache = swift.cache
[filter:healthcheck]
use = egg:swift#healthcheck
[filter:cache]
use = egg:swift#memcache
# multi-proxy config not supported
memcache_servers =
--
-- System Information:
Debian Release: 6.0.4
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages python-keystone depends on:
ii python 2.6.6-3+squeeze6interactive high-level object-orie
ii python-dateutil 1.4.1-3 powerful extensions to the standar
ii python-eventlet 0.9.16-2concurrent networking library for
ii python-greenlet 0.3.3-1 Lightweight in-process concurrent
ii python-httplib2 0.6.0-4 comprehensive HTTP client library
ii python-lxml 2.2.8-2 pythonic binding for the libxml2 a
ii python-migrate 0.6-4 Database schema migration for SQLA
ii python-pam 0.4.2-12.2+squeeze1 A Python interface to the PAM libr
ii python-passlib 1.5.3-1~bpo60+1 comprehensive password hashing fra
ii python-paste 1.7.5.1-1 tools for using a Web Server Gatew
ii python-pastedeploy 1.3.3-3 load, configure, and compose WSGI
ii
Bug#665657: FTBFS: glibmm.h:82:26: fatal error: glibmmconfig.h: No such file or directory
Hi Michael, [ 30/142] c: gui/control.c - build/gui/control.c.10.o In file included from /usr/include/gtkmm-2.4/gtkmm.h:87:0, from /usr/include/libgnomecanvasmm-2.6/libgnomecanvasmm.h:29, from /usr/include/flowcanvas/Canvas.hpp:27, from ../gui/canvas.cpp:28: /usr/include/glibmm-2.4/glibmm.h:82:26: fatal error: glibmmconfig.h: No such file or directory compilation terminated. this seems affecting flowcanvas rather than ladish, isn't it so? Cheers! -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659378: the nouveau driver does not work at all with my machine (information about resolution of the problem)
On 03/26/2012 12:57 PM, Jonathan Nieder wrote: Panayiotis Karabassis wrote: On 03/26/2012 02:36 AM, Jonathan Nieder wrote: What kernel are you using these days? What kernel-side graphics driver? What userspace graphics stack? It is the latest kernel in Wheezy 3.2.0-2-amd64. It is the nouveau driver, and gnome-shell that are working together. Do you know how the issue got resolved? I am not sure if it is the updates that got this working, or the fact that I purged the nvidia driver and removed my /etc/X11/xorg.conf. I attach the problematic xorg.conf. Nice. If you make this file /etc/X11/xorg.conf again, do you get the same problems again? Do you mean make it with Xorg -configure? It creates three Device sections, with nouveau, visa and fbdev drivers, three Monitor sections, and three Screen sections. If I remove fbdev and visa, with the corresponding Monitor and Screen sections, the xserver does not start. When I get home, I will test whether it is the existence of the file alone that causes the xserver not to start. I will also test again with the xorg.conf I sent you, just in case. BTW, since glxinfo outputs Direct rendering: yes and the nouveau module is listed in lsmod, that confirms that the nouveau driver is in use, right? One more thing, when I turned on the screen today (already running system), there was some graphic corruption: black areas that went on and off, and I had to restart the xserver. Thanks for the update. Jonathan Thanks, Panayiotis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665656: openarena-server: is vulnerable for getstatus DRDoS attack
On 26/03/12 06:35, Florian Weimer wrote: Please set the distribution to squeeze-security, adjust the version number, build with -sa, and upload to security-master. Uploaded, thanks. If you obtain a CVE number for this, please make sure any advisory prominently mentions ioquake3 r1762 and/or this bug number. Tremulous (contrib) seems to be vulnerable to the same thing... I'll open a bug. Here's some text for a general advisory, and some shorter text suitable for a DSA: -- It has been discovered that spoofed getstatus UDP requests are being used by attackers[0][1][2][3] to direct status responses from multiple Quake 3-based servers to a victim, as a traffic amplification mechanism for a denial of service attack on that victim. Open-source games derived from the Quake 3 engine are typically based on ioquake3 [4], a popular fork of that engine. This vulnerability was fixed in ioquake3 svn revision 1762 (January 2010) [5] by applying a rate-limit to the getstatus request. Like several other known and fixed vulnerabilities, it is not fixed in the latest official ioquake3 release (1.36, April 2009). If a CVE ID is allocated for this vulnerability, please reference ioquake3 r1762 prominently in any advisory. Fixed versions of various open-source games based on Quake III Arena, mostly based on visual inspection of their source code: * ioquake3 svn = r1762 * OpenArena = 0.8.8 * OpenArena engine snapshot = 0.8.x-20 * World of Padman = 1.5.4 * Tremulous svn trunk = r1953 * Tremulous svn, gpp branch = r1955 * Smokin' Guns = 1.1b4 * Smokin' Guns svn 1.1 branch = r472 Vulnerable older versions include: * ioquake3 engine 1.36 * OpenArena 0.8.5 * World of Padman 1.5 * Tremulous 1.1.0 * Tremulous Gameplay Preview 1 (GPP1) * Smokin' Guns svn trunk at the time of writing (r181) Proprietary games based on the Quake III Arena engine (Quake III Arena when played using its official engine, Star Wars: Jedi Outcast and Jedi Academy, Star Trek: Elite Force 1 2, etc.) are also likely to be vulnerable. Proprietary games being run under the ioquake3 engine (Quake III Arena when using ioquake3, Urban Terror when using ioUrbanTerror, etc.) may be vulnerable or not vulnerable, depending on the version of ioquake3 used. [0] http://lists.ioquake.org/pipermail/ioquake3-ioquake.org/2012-January/004778.html [1] http://openarena.ws/board/index.php?topic=4391.0 [2] http://www.urbanterror.info/forums/topic/27825-drdos/ [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=665656 [4] http://ioquake3.org/ [5] http://icculus.org/pipermail/quake3-commits/2010-January/001679.html --- It has been discovered that spoofed getstatus UDP requests are used by attackers to direct status responses from multiple Quake 3-based servers (such as OpenArena) to a victim, as a traffic amplification mechanism for a denial of service attack on that victim. For the stable distribution (squeeze), this problem has been fixed in version 0.8.5-5+squeeze2. For the testing and unstable distributions (wheezy/sid), this problem is fixed in all released versions of the ioquake3 package, which are used by version 0.8.5-6 or later of the openarena package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655971: tags 655971 +patch
tags 655971 +patch thanks The linked CVE report has a forward link to a git repo with patches for Debian et al. /* era */ -- If this were a real .signature, it would suck less. Well, maybe not. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665805: ITP: ganv -- canvas widget for graph-based interfaces
Package: wnpp Severity: wishlist Owner: Alessio Treglia ales...@debian.org * Package name: ganv Version : 0~svn4107 Upstream Author : David Robillard d...@drobilla.net * URL : http://drobilla.net/software/ganv/ * License : GPL Programming Lang: C++ Description : canvas widget for graph-based interfaces Ganv is an interactive Gtkmm canvas widget for graph-based interfaces (patchers, modular synthesizers, finite state automata, interactive graphs, etc). . Ganv provides classes for Modules (boxes with Ports), Circles, and Edges (lines that connect either Ports or Circles). The user can rearrange items, or Ganv can automatically arrange items using GraphViz. Edges can be made by the user one at a time with the mouse, or in groups using the mouse and keyboard. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665656: openarena-server: is vulnerable for getstatus DRDoS attack
On 26/03/12 11:23, Simon McVittie wrote: Here's some text for a general advisory I've passed this on to Bugtraq to give it more visibility. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665806: pkg-config: please exit with non-zero exit code if requested variable doesn't exist
Package: pkg-config
Version: 0.26-1
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
pkg-config exits with zero exit code if one tries to query a variable that
doesn't exist. Consider the following example:
$ cat test.pc
Name: test
Description: test
Version: 1
$ pkg-config test.pc --variable=var; echo $?
0
It would be nice if pkg-config could exit with a non-zero exit code if the
variable doesn't exist. This could also be done with an extra option to not
break anything depending on the current behavior.
This request is motiviated by the following snippet:
In debian/rules:
override_dh_gencontrol:
echo subst:var=var-$(shell pkg-config --variable=var pkg || echo 'error')
debian/pkg.substvars
dh_gencontrol
where ${subst:var} is used in Depends. If pkg-config failed with a non-zero exit
code, this would make dpkg-gencontrol fail since var-error is not a valid
package name.
- -- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (650, 'unstable'), (601, 'testing'), (600, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages pkg-config depends on:
ii libc6 2.13-27
ii libglib2.0-0 2.30.2-6
ii libpopt0 1.16-3
pkg-config recommends no packages.
pkg-config suggests no packages.
- -- no debconf information
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
iQIcBAEBCAAGBQJPcEVJAAoJEGny/FFupxmToWEP/j1pZ0v8a7yy7Npp/EJ0HiU4
cAwejdrn07bLvicvbbaAcrWG5UJ+2m7sGRjxJSlONwx5xTJ7AlmD1CdwKAOnS6Yg
8toMNVqABD1OOeJZ1WJzyWOzx+8nMIHtSEupPOKAJa/g9gYgUTmx6dunULr8wZJF
TxDgIVokLN5ETqQreCf3NlQ2A81MzL+ISF2YlKPqAFCl/yiLDpNFkFZdexS+8wA4
RDKL2LL35hZxrZ7DCt1PVjORbVcNDZW4yEWXnMj78OjurG48yWgdVQDMM/MUH/Pa
KeR0ey6GyIIJZAyW9rlTnUJP49OsPJB/CF4a5/KFtby0B/oRYd4u6Khf4cZkkoaf
cqKdRAC3MwT+mIuzjGIpkoP1DbrAiDjA6NRhhysyIskP19H5mRgnZU69klilLlwZ
BYT1ssRy7V/Qcj4ISttkwXhhC1FT/3bko3z/jEsCBTcJJt5V/78up6A5+qBf8+AQ
nx6lppggF/4apsTuP/MEqmaW3mhsLjpB0b2KpILNsTq0ABN116cjaaSBeOJpTtk/
kgFLED2MZpAiuDn7VtrUeMGiZDYV1vONy9kNwdNGTwwsTTF+lm/4F78wRkC7Zsxn
aeiefaMyUteFmIqQ4DEaKcZT5E74UoG0+kPtoLQ6s9Oi2sh+Sb76wGrGr6RILKjI
PpZNrywQRkkx9BKwP6fS
=A+2Y
-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#613832: Bug#61383Re: www.debian.org: Debian sister association in the merchandise page
* Martin Michlmayr t...@cyrius.com [2012-03-23 16:28:24 CET]: - And Zack suggested sorting by % donated to Debian. It still sounds fishy to claim that debian.ch donates 100% to Debian. Actually, debian.ch is not a vendor but a reseller of goods from others, and those organizations don't donate their profit to the Debian project to the best of my knowledge? It isn't even documented *which* those organizations are, and from what I understood they might be different ones for different stuff? One could easily create an umbrella organization (pun not intended) around a for-profit organization that let's say adds 10 cents onto the prize of the stuff and then come and claim that they are given all their profit to Debian. To me, this sounds highly fishy, and actually claiming that it *is* a special case, no matter what other people say isn't really buying any trust into what that person says neither, rather the contrary. debian.ch itself is a non-profit indeed, but there are (unknown) parties in the background that make their profit on that base and I can't find any documentation on whether debian.ch gets special discount with those vendors or how those vendors are related to Debian, if at all. Personally, I'd just divide the page into two but I can see the argument for 3 categories. I agree with Luca that sorting by percentage is over-engineered. I'm also fine with Francesca's proposal to add notes describing whether they donate (but I'd prefer those that donate to be listed first.) This would be highly misleading IMNSHO, for the above mentioned reasons. Enjoy, Rhonda -- Fühlst du dich mutlos, fass endlich Mut, los | Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang Fühlst du dich haltlos, such Halt und lass los| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644408: aiccu: please enable hardening options
Hi Thijs, I was a little busy with my new job. I will try to make an upload this week. Regards, Reinier On 25-03-12 13:56, Thijs Kinkhorst wrote: Hoi Reinier, On Tue, 01 Nov 2011 22:29:14 +0100, you wrote: I enabled all the hardening options, it will be in the -15 upload. When do you think this upload could be made? This is a release goal, afterall. Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665807: dh_install executable debian/*.install output comments
Package: debhelper Version: 9.20120115 If a file debian/foo.install is executable, and when run its output contains a line beginning with the character '#', this is not treated as a comment. Instead an attempt is made to install a file with a name starting with '#', which will in general result in a file-not-found error. --Barak. -- Barak A. Pearlmutter Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland http://www.bcl.hamilton.ie/~barak/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664567: Info received (pu: kdeutils: diff for NMU version 4:4.4.5-1.1)
On 2012-03-19 20:32, Adam D. Barratt wrote: tag 664567 + squeeze confirmed thanks On Mon, 2012-03-19 at 06:30 +, Jonathan Wiltshire wrote: I realised during the night that the debdiff has the wrong version number and misses the series file. Updated diff attached. Please go ahead; thanks. kdeutils has lurked in deferred without comment from the maintainers so it is now in p-u-new for your attention. Thanks -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665808: gnome-shell: Segfault on startup (sid)
Package: gnome-shell Version: 3.2.2.1-2 Severity: grave Justification: renders package unusable Dear Maintainer, Since my yesterday update of my Sid laptop, gnome-shell is unable to work properly : if I logon through gdm3, or if I launch X with a startx command, I have a box saying something went wrong, and it's unrecoverable. I disabled and deleted all my gnome-shell extensions, but it's still not working. Here is the output from a startx : X.Org X Server 1.11.4 Release Date: 2012-01-27 X Protocol Version 11, Revision 0 Build Operating System: Linux 3.2.0-1-amd64 x86_64 Debian Current Operating System: Linux crapaud64 3.2.0-2-amd64 #1 SMP Tue Mar 20 18:36:37 UTC 2012 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-2-amd64 root=UUID=d30adeed- 998c-4f8b-b25c-185113da1cda ro quiet Build Date: 04 March 2012 11:42:13PM xorg-server 2:1.11.4-1 (Cyril Brulebois k...@debian.org) Current version of pixman: 0.24.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.2.log, Time: Mon Mar 26 12:35:11 2012 (==) Using system config directory /usr/share/X11/xorg.conf.d The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server (gnome-settings-daemon:30038): color-plugin-WARNING **: There is no colord server available (gnome-settings-daemon:30038): updates-plugin-WARNING **: state unknown: 0 (gnome-settings-daemon:30038): PackageKit-WARNING **: failed to set proxy: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.PackageKit was not provided by any .service files (gnome-settings-daemon:30038): PackageKit-WARNING **: failed to set root: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.PackageKit was not provided by any .service files (gnome-settings-daemon:30038): updates-plugin-WARNING **: failed to set proxies: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.PackageKit was not provided by any .service files (gnome-settings-daemon:30038): updates-plugin-WARNING **: failed to set install root: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.PackageKit was not provided by any .service files ** (process:30091): WARNING **: Trying to register gtype 'GMountMountFlags' as flags when in fact it is of type 'GEnum' ** (process:30091): WARNING **: Trying to register gtype 'GDriveStartFlags' as flags when in fact it is of type 'GEnum' ** (process:30091): WARNING **: Trying to register gtype 'GSocketMsgFlags' as flags when in fact it is of type 'GEnum' ** (process:30094): WARNING **: Trying to register gtype 'GMountMountFlags' as flags when in fact it is of type 'GEnum' ** (process:30094): WARNING **: Trying to register gtype 'GDriveStartFlags' as flags when in fact it is of type 'GEnum' ** (process:30094): WARNING **: Trying to register gtype 'GSocketMsgFlags' as flags when in fact it is of type 'GEnum' Starting Dropbox... ** (process:30097): WARNING **: Trying to register gtype 'GMountMountFlags' as flags when in fact it is of type 'GEnum' ** (process:30097): WARNING **: Trying to register gtype 'GDriveStartFlags' as flags when in fact it is of type 'GEnum' ** (process:30097): WARNING **: Trying to register gtype 'GSocketMsgFlags' as flags when in fact it is of type 'GEnum' Window manager warning: Log level 16: Could not initialize NMClient /org/freedesktop/NetworkManager: The name org.freedesktop.NetworkManager was not provided by any .service files (gnome-shell:30082): folks-DEBUG: individual-aggregator.vala:310: Setting primary store IDs to defaults. (gnome-shell:30082): folks-DEBUG: individual-aggregator.vala:338: Primary store IDs are 'eds' and 'system'. JS LOG: GNOME Shell started at Mon Mar 26 2012 12:35:16 GMT+0200 (CEST) Dropbox isn't running! Done! Window manager warning: Log level 8: dbus_set_g_error: assertion `gerror == NULL || *gerror == NULL' failed gnome-session[30025]: WARNING: Application 'gnome-shell.desktop' killed by signal gnome-shell-calendar-server[30140]: Got HUP on stdin - exiting Window manager warning: Log level 16: Could not initialize NMClient /org/freedesktop/NetworkManager: The name org.freedesktop.NetworkManager was not provided by any .service files (gnome-shell:30234): folks-DEBUG: individual-aggregator.vala:310: Setting primary store IDs to defaults. (gnome-shell:30234): folks-DEBUG: individual-aggregator.vala:338: Primary store IDs are 'eds' and 'system'. JS LOG: GNOME Shell started at Mon Mar 26 2012 12:35:18 GMT+0200 (CEST) Window manager warning: Log level 8: dbus_set_g_error: assertion
Bug#665809: libdate-manip-perl: ParseDate breaks on non-existing times during DST change
Package: libdate-manip-perl Version: 6.11-1 Severity: normal Date::Manip does not handle the case correctly where a specified time lies in a non-existing gap, e.g. here in Germany between 2am and 3am when the time is skipping one hour. Try this to reproduce the bug: ---88-8-8-8-8-8--- #!/usr/bin/perl use strict; use warnings; use Date::Manip; Date_Init(); my $d = ParseDate(2012-03-25 at 02:11); ---88-8-8-8-8-8--- Use of uninitialized value $y in length at /usr/share/perl5/Date/Manip/Base.pm line 2225. Use of uninitialized value $y in concatenation (.) or string at /usr/share/perl5/Date/Manip/Base.pm line 2226. Use of uninitialized value $m in length at /usr/share/perl5/Date/Manip/Base.pm line 2228. Use of uninitialized value $d in length at /usr/share/perl5/Date/Manip/Base.pm line 2229. Use of uninitialized value $h in length at /usr/share/perl5/Date/Manip/Base.pm line 2230. Use of uninitialized value $mn in length at /usr/share/perl5/Date/Manip/Base.pm line 2231. Use of uninitialized value $s in length at /usr/share/perl5/Date/Manip/Base.pm line 2232. Use of uninitialized value $m in concatenation (.) or string at /usr/share/perl5/Date/Manip/Base.pm line 2233. Use of uninitialized value $d in concatenation (.) or string at /usr/share/perl5/Date/Manip/Base.pm line 2233. Use of uninitialized value $h in concatenation (.) or string at /usr/share/perl5/Date/Manip/Base.pm line 2233. Use of uninitialized value $mn in concatenation (.) or string at /usr/share/perl5/Date/Manip/Base.pm line 2233. Use of uninitialized value $s in concatenation (.) or string at /usr/share/perl5/Date/Manip/Base.pm line 2233. Use of uninitialized value $beg in string comparison (cmp) at /usr/share/perl5/Date/Manip/TZ.pm line 1069. Use of uninitialized value $end in string comparison (cmp) at /usr/share/perl5/Date/Manip/TZ.pm line 1071. Use of uninitialized value $year in addition (+) at /usr/share/perl5/Date/Manip/TZ.pm line 1072. ---88-8-8-8-8-8--- -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libdate-manip-perl depends on: ii libyaml-syck-perl 1.12-1Perl module providing a fast, ligh ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction libdate-manip-perl recommends no packages. libdate-manip-perl 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#665810: transition: python-webdav
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition The new release 0.9.8 [1] of pywebdav [2] comes with incompatible API changes. The reverse dependencies are: tryton-server tryton-modules-party-vcarddav tryton-modules-calendar tryton-modules-calendar-todo tryton-modules-calendar-scheduling I am planning to upload patched versions of those reverse dependencies with the ability to use any pywebdav version = 0.9.3 before uploading python-webdav 0.9.8. [1] http://code.google.com/p/pywebdav/downloads/detail?name=PyWebDAV-0.9.8.tar.gz [2] http://code.google.com/p/pywebdav/ -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (400, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665648: transition: libnova 0.14.0 + libindi 0.9.1
tag 665648 + pending thanks Alle domenica 25 marzo 2012, Julien Cristau ha scritto: On Sat, Mar 24, 2012 at 23:48:06 +0100, Pino Toscano wrote: The packages affected by the transition are: libnova libindi (which uses libnova) kstars (which uses libindi) Sounds ok to me, please go ahead, and yell if you need binNMUs for kstars. I've uploaded libnova and libindi yesterday, and they built basically everywhere. Could you please binNMU kstars with a dep-wait on libindi-dev = 0.9.1? Thanks, -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#665811: ITP: libpadre-plugin-snippet-perl -- Padre plugin to provide TextMate-like snippets
Package: wnpp Owner: Dominique Dumont d...@debian.org Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libpadre-plugin-snippet-perl Version : 0.01 Upstream Author : Ahmad M. Zawawi ahmad.zaw...@gmail.com * URL : http://search.cpan.org/dist/Padre-Plugin-Snippet/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : Padre plugin to provide TextMate-like snippets Once you enable this Plugin under Padre (the Perl IDE), you'll get TextMate-style TAB triggered snippets for Perl, Moose, Mouse and MooseX::Declare -- https://github.com/dod38fr/config-model/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/-o- irc: dod at irc.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665812: phpmyadmin: please include php5-mysqlnd in dependencies
Package: phpmyadmin Version: 4:3.4.10.1-1.1 Severity: wishlist Hi, please include php5-mysqlnd as an alternative to php5-mysql in the dependencies. (I created a local package doing just that to test it, and to be able to install php5-mysqlnd without having to remove phpmyadmin) The dependency is currently: php5-mysql | php5-mysqli however there apparantly is no package php5-mysqli, so this can be dropped? Thx, Tim -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (900, 'stable'), (600, 'unstable'), (100, 'proposed-updates'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages phpmyadmin depends on: ii dbconfig-common1.8.47+nmu1 ii debconf [debconf-2.0] 1.5.41 ii libapache2-mod-php55.4.0-2 ii perl 5.14.2-9 ii php5 5.4.0-2 ii php5-cgi 5.4.0-2 ii php5-mcrypt5.4.0-2 ii php5-mysqlnd 5.4.0-2 ii ttf-dejavu-core2.33-2 ii ucf3.0025+nmu2 Versions of packages phpmyadmin recommends: ii apache2-mpm-prefork [httpd] 2.2.22-1 ii mysql-client 5.1.61-2 ii mysql-client-5.1 [mysql-client] 5.1.61-2 ii php5-gd 5.4.0-2 Versions of packages phpmyadmin suggests: ii chromium [www-browser] 17.0.963.78~r125577-1 ii iceweasel [www-browser] 10.0.2-1 ii konqueror [www-browser] 4:4.7.4-2 ii links [www-browser] 2.5-1 ii mysql-server 5.1.61-2 ii mysql-server-5.1 [mysql-server] 5.1.61-2 ii w3m [www-browser]0.5.3-5 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665813: iptables-persistent upgrade from 0.0.20100801 to 0.5.3 fail
Package: iptables-persistent Version: 0.5.3 iptables-persistent fail to upgrade from 0.0.20100801 to 0.5.3 Preparing to replace iptables-persistent 0.0.20100801 (using .../iptables-persistent_0.5.3_all.deb) ... Unpacking replacement iptables-persistent ... Setting up iptables-persistent (0.5.3) ... Installing new version of config file /etc/init.d/iptables-persistent ... Preserving user changes to /etc/iptables/rules.v4 (renamed from /etc/iptables/rules)... mv: cannot stat `/etc/iptables/rules.v4': No such file or directory dpkg: error processing iptables-persistent (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: iptables-persistent E: Sub-process /usr/bin/dpkg returned an error code (1) dpkg-maintscript-helper mv_conffile work only when destination file already exists: ... echo Preserving user changes to $NEWCONFFILE (renamed from $OLDCONFFILE)... mv -f $NEWCONFFILE $NEWCONFFILE.dpkg-new mv -f $OLDCONFFILE $NEWCONFFILE ... -- with best regards, Alexander Golovko email: alexan...@ankalagon.ru xmpp: alexan...@ankalagon.ru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665814: iptables-persistent upgrade from 0.0.20100801 to 0.5.3 - incorrect runlevel
Package: iptables-persistent Version: 0.5.3 iptables-persistent 0.0.20100801 run initsript from level S iptables-persistent 0.5.3 switch to levels 2 3 4 5. But postinstall script can't change from S to 2 3 4 5: insserv: warning: current start runlevel(s) (S) of script `iptables-persistent' overwrites defaults (2 3 4 5). insserv: warning: current stop runlevel(s) (empty) of script `iptables-persistent' overwrites defaults (0 1 6). -- with best regards, Alexander Golovko email: alexan...@ankalagon.ru xmpp: alexan...@ankalagon.ru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665780: {fread,fwrite}.3: The return value can be the number of characters
--- On Mon, 3/26/12, Michael Kerrisk (man-pages) mtk.manpa...@gmail.com wrote: This patch makes no sense to me. Why not? Won't char c[10]; fwrite(c, sizeof(char), sizeof(c), stream); be writing 10 bytes, and returns 10? I think the intention of the composer of the page was to emphasize that the number of items returned is not necessarily the number of bytes. How could this information be useful? 1. It is an accurate description. 2. The current phrasing is more confusing for beginners. I also slightly rephrased it: --- a/fread.3 2012-03-26 13:03:11.542825729 +0200 +++ b/fread.3 2012-03-26 12:58:04.0 +0200 @@ -47,8 +47,8 @@ fread, fwrite \- binary stream input/out .nf .B #include stdio.h .sp -.BI size_t fread(void * ptr , size_t size , size_t nmemb \ -, FILE * stream ); +.BI size_t fread(void * ptr , size_t size , size_t nmemb , +.BI FILE * stream ); .sp .BI size_t fwrite(const void * ptr , size_t size , size_t nmem b , .BI FILE * stream ); @@ -82,10 +82,12 @@ For nonlocking counterparts, see .BR fread () and .BR fwrite () -return the number of items successfully read or written (i.e., not the -number of characters). -If an error occurs, or the end-of-file is -reached, the return value is a short item count (or zero). +return the number of items successfully read or written. This number +equal the number of 8 bit characters only when +.I size +is 1. It can be less then +.I nmemb +(or zero) if an error occurs, or the end-of-file is reached. .PP .BR fread () does not distinguish between end-of-file and error, and callers must u se -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665787: ftp.debian.org: please disallow new source packages without an ITP
tag 665787 +wontfix thanks It came to me as a surprise to me that some developers deliberately ignore filing an ITP wnpp bug for new source packages [1] and advocating situations like this: [2]. Please make an ITP mandatory for accepting new source packages. We simply won't do this. Not considering the fact that it would require callouts to the BTS at accept time, it's pointless overhead. Mark -- Mark Hymers mhy at debian dot org We have three realistic alternatives: (1) Sit here and get blown up, (2) Stand here and get blown up, (3) Jump up and down, shout at me for not being able to think of anything, then get blown up. Holly, Red Dwarf Series III - Bodyswap -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665812: phpmyadmin: please include php5-mysqlnd in dependencies
tags 665812 pending thanks On Mon, March 26, 2012 13:25, Tim Riemenschneider wrote: please include php5-mysqlnd as an alternative to php5-mysql in the dependencies. (I created a local package doing just that to test it, and to be able to install php5-mysqlnd without having to remove phpmyadmin) That's not strictly needed: you could use the equivs package for this. The dependency is currently: php5-mysql | php5-mysqli however there apparantly is no package php5-mysqli, so this can be dropped? Thanks for the suggestion. This is already done in SVN and will be part of the next upload. Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665815: ITP: libpadre-plugin-parsertool-perl -- A realtime interactive parser test tool for Padre
Package: wnpp Owner: Dominique Dumont d...@debian.org Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libpadre-plugin-parsertool-perl Version : 0.01 Upstream Author : Adam Kennedy ad...@cpan.org * URL : http://search.cpan.org/dist/Padre-Plugin-ParserTool/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : A realtime interactive parser test tool for Padre The ParserTool plugin adds an interactive parser testing tool for Padre. It provides a two-panel dialog where you can type file contents into a panel on one side, and see a realtime dump of the resulting parsed structure on the other side of the dialog. The dialog is configurable, so it can be used to test both common Perl parsers and parsers for custom file formats of your own. -- https://github.com/dod38fr/config-model/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/-o- irc: dod at irc.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665816: php5-intl: postinst script broken
Package: php5-intl Version: 5.4.0-2 Severity: grave Justification: renders package unusable * What led up to the situation? Update of php5-intl to 5.4.0-2 * What exactly did you do (or not do) that was effective (or ineffective)? effective solution: remove the two occurrences of the word local in php5-intl.postinst * What was the outcome of this action? The package was working again -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages php5-intl depends on: ii dpkg 1.16.1.2 ii libapache2-mod-php5 [phpapi-20100525] 5.4.0-2 ii libc6 2.13-27 ii libgcc11:4.6.3-1 ii libicu48 4.8.1.1-4 ii php5-cli [phpapi-20100525] 5.4.0-2 ii php5-common5.4.0-2 php5-intl recommends no packages. php5-intl suggests no packages. -- Configuration Files: /etc/php5/conf.d/intl.ini [Errno 2] No such file or directory: u'/etc/php5/conf.d/intl.ini' -- 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#665817: iceweasel: locale search plugins not found in 11.0-3
Package: iceweasel Version: 11.0-3 Severity: important Hi Mike, After upgrading from 10.0.2-1 to 11.0-3, the locale search plugins can no longer be found. This results in the user being left with DuckDuckGo and Debian Package search as the only remaining search providers. I'm guessing this is to do with #632698, but with the the iceweasel VCS is out of date, I can't be sure. Thanks, Jon -- Package-specific info: -- Addons package information -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (450, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 4.2.1 ii fontconfig 2.8.0-3.1 ii libc6 2.13-27 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libglib2.0-02.30.2-6 ii libgtk2.0-0 2.24.10-1 ii libnspr4-0d 4.9-1 ii libstdc++6 4.6.3-1 ii procps 1:3.3.2-3 ii xulrunner-11.0 11.0-3 iceweasel recommends no packages. Versions of packages iceweasel suggests: ii libgssapi-krb5-21.10+dfsg~beta1-2 ii mozplugger 1.14.3-7 ii ttf-lyx 2.0.3-2 ii ttf-mathematica4.1 none ii xfonts-mathml 4 Versions of packages xulrunner-11.0 depends on: ii libasound21.0.25-2 ii libatk1.0-0 2.2.0-2 ii libbz2-1.01.0.6-1 ii libc6 2.13-27 ii libcairo2 1.10.2-7 ii libdbus-1-3 1.4.18-1 ii libdbus-glib-1-2 0.98-1 ii libevent-2.0-52.0.17-stable-1 ii libfontconfig12.8.0-3.1 ii libfreetype6 2.4.8-1 ii libgcc1 1:4.6.3-1 ii libgdk-pixbuf2.0-02.24.1-1 ii libglib2.0-0 2.30.2-6 ii libgtk2.0-0 2.24.10-1 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8d-1 ii libmozjs11d 11.0-3 ii libnotify40.7.4-1 ii libnspr4-0d 4.9-1 ii libnss3-1d3.13.3-1 ii libpango1.0-0 1.29.4-3+b1 ii libpixman-1-0 0.24.4-1 ii libreadline6 6.2-8 ii libsqlite3-0 3.7.10-1 ii libstartup-notification0 0.12-1 ii libstdc++64.6.3-1 ii libvpx1 1.0.0-2 ii libx11-6 2:1.4.4-4 ii libxext6 2:1.3.0-3 ii libxrender1 1:0.9.6-2 ii libxt61:1.1.1-2 ii zlib1g1:1.2.6.dfsg-2 Versions of packages xulrunner-11.0 suggests: ii libcanberra0 0.28-3 ii libgnomeui-0 2.24.5-2 -- 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#665816: php5-intl: postinst script broken
Beat Bolli wrote: effective solution: remove the two occurrences of the word local in php5-intl.postinst Thank you for your bug report. This problem has already been reported as Bug#664849 and been fixed by the upload of version 5.4.0-3. You may wish to refer to the package tracking system for this package to see when it transitions into Testing. http://packages.qa.debian.org/p/php5.html Bob -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665818: sbuild: copy orig.tar.gz to build result folder even when not building -1
Package: sbuild Version: 0.62.6-1 Severity: wishlist Hi, this is a bit related to #529281 but not completely. When using a build_dir, the output files are copied to the relevant folder. But when building a -2+, the orig file is not copied to that folder, meaning it's not possible to run lintian on the source part. It seems that pbuilder/cowbuilder do copy the orig file in the destination folder everytime. Regards, -- Yves-Alexis -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable') 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 Versions of packages sbuild depends on: ii adduser 3.113+nmu1 ii apt-utils 0.8.15.10 ii libsbuild-perl 0.62.6-1 ii perl5.14.2-9 ii perl-modules5.14.2-9 Versions of packages sbuild recommends: ii debootstrap 1.0.39 ii fakeroot 1.18.2-1 Versions of packages sbuild suggests: ii deborphan none ii wget 1.13.4-2 -- 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#665819: Cannot use network-manager-pptp-gnome until reboot
Package: network-manager-pptp-gnome Version: 0.8.1-1 Severity: normal Hello After installing network-manager-pptp-gnome, vpn does not work. One need to reboot for it to start working. Here are the syslog error messages: Mar 26 12:42:58 pcp135 NetworkManager[1158]: info Starting VPN service 'org.freedesktop.NetworkManager.pptp'... Mar 26 12:42:58 pcp135 NetworkManager[1158]: info VPN service 'org.freedesktop.NetworkManager.pptp' started (org.freedesktop.NetworkManager.pptp), PID 5287 Mar 26 12:42:58 pcp135 NetworkManager[1158]: info VPN service 'org.freedesktop.NetworkManager.pptp' appeared, activating connections Mar 26 12:42:58 pcp135 NetworkManager[1158]: error [1332758578.800524] [nm-vpn-connection.c:844] connection_need_secrets_cb(): NeedSecrets failed: dbus-glib-error-quark Rejected send message, 1 matched rules; type=method_call, sender=:1.0 (uid=0 pid=1158 comm=/usr/sbin/NetworkManager) interface=org.freedesktop.NetworkManager.VPN.Plugin member=NeedSecrets error name=(unset) requested_reply=0 destination=org.freedesktop.NetworkManager.pptp (uid=0 pid=5287 comm=/usr/lib/NetworkManager/nm-pptp-service)) Mar 26 12:42:58 pcp135 NetworkManager[1158]: warn error disconnecting VPN: Rejected send message, 1 matched rules; type=method_call, sender=:1.0 (uid=0 pid=1158 comm=/usr/sbin/NetworkManager) interface=org.freedesktop.NetworkManager.VPN.Plugin member=Disconnect error name=(unset) requested_reply=0 destination=org.freedesktop.NetworkManager.pptp (uid=0 pid=5287 comm=/usr/lib/NetworkManager/nm-pptp-service)) Mar 26 12:42:58 pcp135 NetworkManager[1158]: info Policy set 'E' (eth0) as default for IPv4 routing and DNS. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-0.bpo.1-686-pae (SMP w/1 CPU core) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager-pptp-gnome depends on: ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1+squeeze4FreeType 2 font engine, shared lib ii libgconf2-42.28.1-6 GNOME configuration database syste ii libglade2-01:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgnome-keyring0 2.30.1-1 GNOME keyring services library ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libnm-glib-vpn10.8.1-6+squeeze1 network management framework (GLib ii libnm-glib20.8.1-6+squeeze1 network management framework (GLib ii libnm-util10.8.1-6+squeeze1 network management framework (shar ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libxml22.7.8.dfsg-2+squeeze3 GNOME XML library ii network-manager-pp 0.8.1-1 network management framework (PPTP ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime network-manager-pptp-gnome recommends no packages. network-manager-pptp-gnome 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#665714: iceweasel: consumes vast amount of RAM and swap when gcc 4.7 installed
Mike Hommey wrote, on 26/03/12 02:30: On Mon, Mar 26, 2012 at 12:21:03AM +1030, Arthur Marsh wrote: Package: iceweasel Version: 11.0-3 Followup-For: Bug #665714 I downgrade libgcc1 and still ran into the problem: 26124 amarsh04 20 0 1828m 1.2g 36m R 146.4 15.3 65:00.73 firefox-bin i.e. 146.4 percent CPU use on a 4-core machine. Disabling javascript for twitter.com seemed to reduce the problem. Can you copy/paste the content of about:memory? Mike OK, narrowing things down, the problematic site is http://anisama.tv with noscript set to allow anisama.tv, twitter.com and twimg.com The add-on rikaichan was enabled but was not being used to look up Japanese text that the page was displaying. To get a relatively clean load, I did a kill -HUP on the iceweasel process, then when it prompted to restore tabs, I opened a new tab and opened the site http://anisama.tv then let it run until the icewaasel process had consumed 1 minute of CPU time. Memory use increased while the site anisama.tv was open. If needed I could leave it running for longer and post another about:memory During the course of waking ours in Japan the site anisama.tv seems to display many tweets but even so it shouldn't be consuming several gigabytes per day. Thanks for your help with this. Main Process Explicit Allocations 108.83 MB (100.0%) -- explicit ââââ58.26 MB (53.53%) -- js â âââ32.21 MB (29.60%) -- compartment([System Principal], 0x7f31d3307000) â â âââ18.71 MB (17.19%) -- gc-heap â â â ââââ6.47 MB (05.94%) -- objects â â â â âââ3.88 MB (03.57%) -- non-function â â â â âââ2.59 MB (02.38%) -- function â â â ââââ4.76 MB (04.38%) -- shapes â â â â âââ2.04 MB (01.87%) -- tree â â â â âââ1.98 MB (01.82%) -- dict â â â â âââ0.75 MB (00.69%) -- base â â â ââââ2.87 MB (02.64%) -- arena â â â â âââ2.57 MB (02.36%) -- unused â â â â âââ0.30 MB (00.28%) -- (2 omitted) â â â ââââ2.61 MB (02.40%) -- strings â â â ââââ1.91 MB (01.75%) -- scripts â â â ââââ0.09 MB (00.08%) -- (2 omitted) â â ââââ3.23 MB (02.97%) -- string-chars â â ââââ2.96 MB (02.72%) -- shapes-extra â â â âââ0.97 MB (00.89%) -- tree-tables â â â âââ0.94 MB (00.86%) -- compartment-tables â â â âââ0.75 MB (00.69%) -- dict-tables â â â âââ0.31 MB (00.29%) -- (1 omitted) â â ââââ2.88 MB (02.64%) -- script-data â â ââââ2.26 MB (02.08%) -- object-slots â â ââââ1.75 MB (01.61%) -- analysis-temporary â â ââââ0.42 MB (00.39%) -- (3 omitted) â ââââ7.54 MB (06.93%) -- gc-heap-chunk-dirty-unused â ââââ6.94 MB (06.38%) -- runtime â â âââ4.60 MB (04.23%) -- threads â â â âââ4.00 MB (03.68%) -- stack-committed â â â âââ0.60 MB (00.55%) -- (3 omitted) â â âââ2.00 MB (01.84%) -- atoms-table â â âââ0.34 MB (00.31%) -- (2 omitted) â ââââ5.34 MB (04.91%) -- compartment(atoms) â â âââ3.58 MB (03.29%) -- gc-heap â â â âââ3.52 MB (03.24%) -- strings â â â âââ0.05 MB (00.05%) -- (1 omitted) â â âââ1.76 MB (01.62%) -- string-chars â â âââ0.00 MB (00.00%) -- (1 omitted) â ââââ3.05 MB (02.80%) -- compartment(http://anisama.tv/) â â âââ1.84 MB (01.69%) -- gc-heap â â â âââ1.02 MB (00.94%) -- (6 omitted) â â â âââ0.83 MB (00.76%) -- arena â â â âââ0.79 MB (00.73%) -- unused [3] â â â âââ0.03 MB (00.03%) -- (2 omitted) â â âââ1.20 MB (01.11%) -- (7 omitted) â ââââ1.32 MB (01.21%) -- xpconnect â ââââ0.99 MB (00.91%) -- (7 omitted) â ââââ0.87 MB (00.80%) -- compartment(http://platform.twitter.com/widgets/tweet_button.1332442903.html#_=1332762510883count=horizontalhashtags=anisamaid=twitter-widget-0lang=jaoriginal_referer=http%3A%2F%2Fanisama.tv%2Fsize=mtext=Animelo%20Summer%20Live%202012%20-INFINITY%E2%88%9E-url=http%3A%2F%2Fanisama.tv%2F2012%2F) â âââ0.87 MB (00.80%) -- (8 omitted) ââââ24.07 MB (22.12%) -- heap-unclassified ââââ13.25 MB (12.18%) -- storage â âââ12.17 MB (11.18%) -- sqlite â â ââââ5.51 MB (05.06%) -- other â â ââââ5.28 MB (04.85%) -- places.sqlite â â â âââ5.05 MB (04.64%) -- cache-used [3] â â â âââ0.23 MB (00.21%) -- (2 omitted) â â ââââ1.38 MB (01.27%) -- (9 omitted) â ââââ1.09 MB (01.00%) -- prefixset â âââ1.09 MB (01.00%) -- all âââââ4.71 MB
Bug#665820: sugar-0.90: typo in package description
Package: sugar-0.90 Version: 0.90.3-1 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch precise In https://bugs.launchpad.net/ubuntu/+source/sugar-0.90/+bug/955455, Reuben Thomas reported: low-ressource should be low-resource Aditya Vaidya kroq.ga...@gmail.com provided a patch as follows: === modified file 'debian/changelog' --- debian/changelog2010-10-14 20:53:28 + +++ debian/changelog2012-03-24 03:30:41 + @@ -1,3 +1,9 @@ +sugar-0.90 (0.90.3-1ubuntu1) precise; urgency=low + + * debian/control and debian/control.in: fixed typo low-ressource to low-resource (LP: #955455) + + -- Aditya Vaidya kroq.ga...@gmail.com Fri, 23 Mar 2012 22:30:29 -0500 + sugar-0.90 (0.90.3-1) unstable; urgency=low * New upstream stable release. === modified file 'debian/control' --- debian/control 2010-10-12 19:43:06 + +++ debian/control 2012-03-24 03:29:16 + @@ -35,7 +35,7 @@ Sugar is a graphical user interface aimed at children. . Originating as intregral part of the OLPC XO a.k.a. the $100 laptop, - Sugar has since grown into a more widely usable low-ressource desktop + Sugar has since grown into a more widely usable low-resource desktop environment for kids. . This package depends on all packages which make up Sucrose, the @@ -55,7 +55,7 @@ Sugar is a graphical user interface aimed at children. . Originating as intregral part of the OLPC XO a.k.a. the $100 laptop, - Sugar has since grown into a more widely usable low-ressource desktop + Sugar has since grown into a more widely usable low-resource desktop environment for kids. . This package contains the integrated session and window manager Sugar. @@ -74,7 +74,7 @@ Sugar is a graphical user interface aimed at children. . Originating as intregral part of the OLPC XO a.k.a. the $100 laptop, - Sugar has since grown into a more widely usable low-ressource desktop + Sugar has since grown into a more widely usable low-resource desktop environment for kids. . This package contains a wrapper script to run Sugar in a Xephyr window, @@ -94,7 +94,7 @@ Sugar is a graphical user interface aimed at children. . Originating as intregral part of the OLPC XO a.k.a. the $100 laptop, - Sugar has since grown into a more widely usable low-ressource desktop + Sugar has since grown into a more widely usable low-resource desktop environment for kids. . This package contains the following helper utilities for Sugar: @@ -119,7 +119,7 @@ Sugar is a graphical user interface aimed at children. . Originating as intregral part of the OLPC XO a.k.a. the $100 laptop, - Sugar has since grown into a more widely usable low-ressource desktop + Sugar has since grown into a more widely usable low-resource desktop environment for kids. . This package contains Jarabe, the Sugar Graphical Shell Interface === modified file 'debian/control.in' --- debian/control.in 2010-10-12 19:43:06 + +++ debian/control.in 2012-03-24 03:29:09 + @@ -23,7 +23,7 @@ Sugar is a graphical user interface aimed at children. . Originating as intregral part of the OLPC XO a.k.a. the $100 laptop, - Sugar has since grown into a more widely usable low-ressource desktop + Sugar has since grown into a more widely usable low-resource desktop environment for kids. . This package depends on all packages which make up Sucrose, the @@ -43,7 +43,7 @@ Sugar is a graphical user interface aimed at children. . Originating as intregral part of the OLPC XO a.k.a. the $100 laptop, - Sugar has since grown into a more widely usable low-ressource desktop + Sugar has since grown into a more widely usable low-resource desktop environment for kids. . This package contains the integrated session and window manager Sugar. @@ -62,7 +62,7 @@ Sugar is a graphical user interface aimed at children. . Originating as intregral part of the OLPC XO a.k.a. the $100 laptop, - Sugar has since grown into a more widely usable low-ressource desktop + Sugar has since grown into a more widely usable low-resource desktop environment for kids. . This package contains a wrapper script to run Sugar in a Xephyr window, @@ -82,7 +82,7 @@ Sugar is a graphical user interface aimed at children. . Originating as intregral part of the OLPC XO a.k.a. the $100 laptop, - Sugar has since grown into a more widely usable low-ressource desktop + Sugar has since grown into a more widely usable low-resource desktop environment for kids. . This package contains the following helper utilities for Sugar: @@ -107,7 +107,7 @@ Sugar is a graphical user interface aimed at children. . Originating as intregral part of the OLPC XO a.k.a. the $100 laptop, - Sugar has since grown into a more widely usable low-ressource desktop + Sugar has since grown into a more widely usable low-resource desktop environment for kids. . This package contains Jarabe, the Sugar Graphical Shell Interface This
Bug#665821: kvm: emulation failure when aros (icaros) attempts to reboot
Package: qemu-kvm Version: 1:1.0+dfsg-9 Severity: normal When you select the reboot option in aros kvm writes: KVM internal error. Suberror: 1 emulation failure EAX= EBX=0351 ECX= EDX=039f ESI=02fa1770 EDI=fc0dd840 EBP=010e1864 ESP=010e1820 EIP=7fe84616 EFL=00013246 [---Z-P-] CPL=3 II=0 A20=1 SMM=0 HLT=0 ES =0023 00c0f300 DPL=3 DS [-WA] CS =001b 00c0fb00 DPL=3 CS32 [-RA] SS =0023 00c0f300 DPL=3 DS [-WA] DS =0023 00c0f300 DPL=3 DS [-WA] FS = GS = LDT= 8200 DPL=0 LDT TR =0030 0040 0067 8b00 DPL=0 TSS32-busy GDT= 0900 003f IDT= 0100 07ff CR0=0011 CR2= CR3= CR4=0600 DR0= DR1= DR2= DR3= DR6=0ff0 DR7=0400 EFER= Code=86 a0 00 00 00 0f 28 06 0f 28 4e 10 0f 28 56 20 0f 28 5e 30 0f 2b 07 0f 2b 4f 10 0f 2b 57 20 0f 2b 5f 30 83 c6 40 83 c7 40 83 eb 40 7d d0 e9 b4 00 00 You can get an icaros (aros live system) here: http://www.icarosdesktop.com/dl.htm http://www.icarosdesktop.com/icarosfiles/IcarosLive_1_4_0.7z.exe to reproduce: 1) download the archive 2) extract the .iso image 3) boot the CD 4) right click in the top left corner, select shut down 5) select restart machine -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (900, 'stable'), (500, 'testing'), (410, 'unstable'), (200, 'experimental'), (111, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kvm depends on: ii qemu-kvm 1.0+dfsg-9 Full virtualization on x86 hardwar kvm recommends no packages. kvm suggests no packages. Versions of packages qemu-kvm depends on: ii adduser 3.112+nmu2 add and remove users and groups ii ipxe1.0.0+git-20120202.f6840ba-3 PXE boot firmware ii ipxe-qemu 1.0.0+git-20120202.f6840ba-3 PXE boot firmware - ROM images for ii libaio1 0.3.107-7Linux kernel AIO access library - ii libasound2 1.0.25-2 shared library for ALSA applicatio ii libbluetoot 4.99-1 Library to use the BlueZ Linux Blu ii libbrlapi0. 4.2-7+squeeze1 braille display access via BRLTTY ii libc6 2.13-27 Embedded GNU C Library: Shared lib ii libcurl3-gn 7.21.0-2.1+squeeze1 Multi-protocol file transfer libra ii libglib2.0- 2.30.2-6 GLib library of C routines ii libgnutls26 2.12.16-1GNU TLS library - runtime library ii libiscsi1 1.0.1-1 iSCSI client shared library ii libjpeg88d-1 Independent JPEG Group's JPEG runt ii libncurses5 5.9-4shared libraries for terminal hand ii libpng12-0 1.2.44-1+squeeze3PNG library - runtime ii libpulse0 1.1-3PulseAudio client libraries ii librados2 0.43-1 RADOS distributed object store cli ii librbd1 0.43-1 RADOS block device client library ii libsasl2-2 2.1.25.dfsg1-4 Cyrus SASL - authentication abstra ii libsdl1.2de 1.2.14-6.1 Simple DirectMedia Layer ii libspice-se 0.10.1-2 Implements the server side of the ii libtinfo5 5.9-4shared low-level terminfo library ii libuuid12.17.2-9 Universally Unique ID library ii libvdeplug2 2.2.3-3 Virtual Distributed Ethernet - Plu ii libx11-62:1.4.4-4X11 client-side library ii python 2.7.2-10 interactive high-level object-orie ii qemu-keymap 1.0+dfsg-3 QEMU keyboard maps ii qemu-utils 1.0+dfsg-3 QEMU utilities ii seabios 1.6.3-2 Legacy BIOS implementation ii vgabios 0.7a-2 VGA BIOS software for the Bochs an ii zlib1g 1:1.2.6.dfsg-2 compression library - runtime -- 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#665822: introduce user own marker on installed packages
Package: aptitude Version:0.6.3-3.2 Hello, I think aptitude lacks a feature : being able to tell the user what he has installed already (in order to let him do clean up). I think of a feature such as in windows (control panel / add or remove programs), were you can identify easily what you have installed. the automatic/installed/not installed categories do not tell if a package was there because it was a choice of the distribution, or if it is there because the user installed it. To do that, Ubuntu.fr provides a nice command on http://doc.ubuntu-fr.org/aptitude, though it could be updated : aptitude search '~i!~M(!~tubuntu-desktop!~tminimal!~tstandard!~tprint-server)(!~n^grub$!~n^linux-!~n^aspell$!~n^openoffice.org-l10n-common$((!~n-fr$!~n-fr-)|~ndoc-fr$))' Maybe this type of command could be integrated, with something like the following ? aptitude show ~user Regards, William -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560003: cups: Unable to install a printer connected with an USB to parallel adapter
Hello ! I've just tested the version of CUPS in testing and everything is now working perfectly. Thank you. Regards. Guillaume Le 20/03/2012 23:23, Brian Potkin a écrit : tags 560003 + moreinfo thanks Hello Guillaume, The version of CUPS at present in testing includes some recent changes to get the sort of adapter you have working. See changelog.Debian. Is it possible for you to try this version and report back? Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665823: RFS: libapache2-mod-geoip/1.2.7-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package libapache2-mod-geoip * Package name: libapache2-mod-geoip Version : 1.2.7-1 Upstream Author : Maxmind * URL : http://www.maxmind.com/app/mod_geoip * License : Apache Software License v1.1 Section : httpd It builds those binary packages: libapache2-mod-geoip - GeoIP support for apache2 To access further information about this package, please visit the following URL: http://mentors.debian.net/package/libapache2-mod-geoip Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/liba/libapache2-mod-geoip/libapache2-mod-geoip_1.2.7-1.dsc More information about hello can be obtained from http://www.maxmind.com/app/mod_geoip. Changes since the last upload: libapache2-mod-geoip (1.2.7-1) unstable; urgency=low . * New upstream release (Closes: #655492) - Includes support for newer APIs from upstream - Includes IPv6 support, as a result, now requires GeoIP = 1.4.8 Regards, Nigel Jones -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664723: debianutils: ischroot returns 0 in cowbuilder chroot
On sam., 2012-03-24 at 14:50 +, Clint Adams wrote: On Tue, Mar 20, 2012 at 10:39:05AM +0100, Yves-Alexis Perez wrote: it seems that ischroot returns 0 when running inside a cowbuilder chroot. Not sure if it's cowbuilder/pbuilder or ischroot fault, but it breaks upgrading sysvinit. I don't use cowbuilder; what's a good way to detect that environment? Ok, it seems I can't reproduce right now. On the box I tried, ischroot returns 2 because it can't access /proc/1. Problem is that 2 might not be safe when people do stuff like: if ! ischroot; then #do stuff done since it might still be a chroot. But that might be a bug in those postinst scripts. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#665821: kvm: emulation failure when aros (icaros) attempts to reboot
26.03.2012 16:36, Michal Suchanek wrote: Package: qemu-kvm Version: 1:1.0+dfsg-9 Severity: normal When you select the reboot option in aros kvm writes: KVM internal error. Suberror: 1 emulation failure EAX= EBX=0351 ECX= EDX=039f ESI=02fa1770 EDI=fc0dd840 EBP=010e1864 ESP=010e1820 This error comes from the host kernel. Michal, I suggest you to work with upstream directly -- www.linux-kvm.org, k...@vger.kernel.org, #qemu on freenode - this is unfortunately not the level where I, as a package maintainer, can be useful. I can merely forward this bug report to the upstream mailinglist, but this is acting as a broken phone, you, as the one who actually encountered the error and can describe background better, have more chances than me who never heard of [ic]aros before. Most likely the fix will be to implement some unimplemented opcodes, or even to change [ic]aros somehow - f.e. it can do some wrong thing and real hardware will just freeze in this case, while qemu-kvm merely terminates -- I dunno. Thank you, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665824: possibility for the user to mark installed packages with some kind of text
Package: aptitude Version:0.6.3-3.2 Hello, A usefull feature would be to be able to install a group of packages under a user defined meta package name. After a while, when we forget about the mess we have installed, it would be easier to uninstall things. For example : aptitude install -meta william-debian-packaging-tutorial build-essential devscripts debhelper [one week later] aptitude search william [shows among packages william-debian-packaging-tutorial] aptitude install -meta william-debian-packaging-tutorial cdbs [1 hour later] aptitude install -meta william-debian-packaging-tutorial sbuild lintian [2 months later] aptitude --purge remove william-debian-packaging-tutorial http://geekfun.com/tag/equivs-control/ gives a way to do this, but it takes more time and it is not very user friendly. Furthermore, it is not easy to update a meta package. I think this whish item is strongly related to this one : 497642. Regards, William -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657591: Patch for the l10n upload of tpconfig
OoO En cette aube naissante du lundi 26 mars 2012, vers 07:27, Christian PERRIER bubu...@debian.org disait : On Saturday, March 17, 2012 I sent you a notice announcing my intent to upload an NMU of your package to fix its pending l10n issues, after an initial notice sent on Friday, March 16, 2012. We finally agreed that you would do the update yourself at the end of the l10n update round. That time has come. To help you out, here's the patch which I would have used for an NMU. Please feel free to use all of it...or only the l10n part of it. Hi Christian! I have uploaded my own version. It should it ftp-master soon. -- Vincent Bernat ☯ http://vincent.bernat.im Don't stop with your first draft. - The Elements of Programming Style (Kernighan Plauger) pgpnQgQ83GozJ.pgp Description: PGP signature
Bug#491723: debian/copyright for statusnet
On 23/03/12 22:25, Roland Mas wrote: I was somewhat bored and I wanted to play with config-edit stuff; since I'm also eager to see statusnet enter Debian officially, I spent some time reading copyright notices and transcribing them. Here's what git produced (I have no idea if it's actually useful as is, but at least there's a patch in there): Thanks a lot for the work! I also needed a poke to go back to working on this, so I'll take a look at the patch this week and try to get the missing pieces in place for an upload soon-ish. Cheers -- Leo costela Antunes [insert a witty retort here] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665819: Same problem in ubuntu
See also https://bugs.launchpad.net/ubuntu/+source/network-manager-pptp/+bug/200304 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665825: debiandoc-sgml needs multiarch metadata to ensure build-dependency satisfaction
Package: debiandoc-sgml
Version: 1.2.25
Tags: patch
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
User: crossbu...@debian.org
Usertags: cross
As part of making debian 'bootstrappable' we are making sure that at
least the core system is cross-buildabale.
For build-dependencies to work properly under multiarch this package
needs to be marked
Multi-Arch: foreign
so that it can satisfy a build-depenedency for any architecture. See
http://wiki.debian.org/Multiarch/CrossDependencies
and http://wiki.debian.org/Multiarch/Implementation for explanation
and background.
There are 32 packages which build-depend on debiandoc-sgml. None of
them are multiarch cross-buildable without this fix. Most notably
including apt.
Wookey
--
Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/
diff -ur debiandoc-sgml-1.2.25.orig/debian/control debiandoc-sgml-1.2.25/debian/control
--- debiandoc-sgml-1.2.25.orig/debian/control 2011-03-17 11:13:29.0 +
+++ debiandoc-sgml-1.2.25/debian/control 2012-03-22 14:53:27.0 +
@@ -13,6 +13,7 @@
Depends: ${perl:Depends}, ${misc:Depends}, libhtml-parser-perl, libroman-perl, libtext-format-perl, sgml-data, sgmlspl, sp
Recommends: ghostscript, texlive, texlive-latex-extra, texinfo
Suggests: debiandoc-sgml-doc, latex-cjk-all, texlive-lang-all
+Multi-Arch: foreign
Description: DebianDoc SGML DTD and formatting tools
This is an SGML-based documentation formatting package used for the
Debian manuals. It reads markup files and produces HTML, LaTeX, DVI
