Bug#699382: Broken syslinux in sid
On 02/04/2013 08:40 AM, Giacomo A. Catenazzi wrote: On 02/03/2013 10:53 PM, Daniel Baumann wrote: On 02/03/2013 10:44 PM, Cyril Brulebois wrote: Now please explain how exactly syslinux-themes-debian is involved here. it's a bug in your config, you need more files present on the media, as the link to the corresponding commit in live-build shows. Could you be more specific, and put an information in README.Debian? On the 5.0 version, I had libutil_com.c32 and not the libutil.c32. Could be that the error? (Note: I copied it also /boot/extlinux). Anyway running extlinux -i /boot/extlinux, I would expect that the program will copy the right files in boot (so possibly my original bug is a slight different [or deeper] to the installer bug) Version 5.01 works again for me, so for me the initial bug is closed. Because of the further concerns opened by -release and -boot, I left it open, to continue the discussion. ciao cate -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699730: gnome-control-center: brightness resets on reboot or logout
Package: gnome-control-center Version: 1:3.4.3.1-2 Severity: important Tags: upstream Dear Maintainer, I went into system settings/gnome-control-centre, and set the brightness to minimum. However, when I reboot, or log out, it reverts to maximum brightness. This also happens sometimes over long periods when I haven't logged out, for example when I leave it long enough to suspend (although not when I suspend it). I have searched the web for similar bugs and believe it to be a gnome bug. It may be related to another similar bug, in which the brightness short-cut, fn-down, on my keyboard only reduces the brightness about a fifth of the way to minimum. My screen is painfully bright on maximum, so I couldn't just ignore this bug, and having to manually reset it every time it happens is annoying. I could not find any way of stopping that happening, https://extensions.gnome.org/extension/231/brightness-control/ this extention did not reduce brightness at all, I presume because the bug affects this. I found a work around which is an executable (I will attach it), which sets the brightness to minimum, which I can set to run up start up and then as a short-cut for whenever it resets to maximum. What I expected is that I would have to set the screen brightness within settings and it would stay at that brightness indefinitely and across reboots, and I would only need to re-adjust it when I want to increase the brightness. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Computer: Samsung RV520 laptop Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-control-center depends on: ii accountsservice0.6.21-8 ii apg2.2.3.dfsg.1-2 ii desktop-file-utils 0.20-0.1 ii gnome-control-center-data 1:3.4.3.1-2 ii gnome-desktop3-data3.4.2-1 ii gnome-icon-theme 3.4.0-2 ii gnome-icon-theme-symbolic 3.4.0-2 ii gnome-menus3.4.2-5 ii gnome-settings-daemon 3.4.2+git20121218.7c1322-2 ii gsettings-desktop-schemas 3.4.2-3 ii libatk1.0-02.4.0-2 ii libc6 2.13-37 ii libcairo-gobject2 1.12.2-2 ii libcairo2 1.12.2-2 ii libcanberra-gtk3-0 0.28-6 ii libcanberra0 0.28-6 ii libcheese-gtk213.4.2-2 ii libcheese3 3.4.2-2 ii libclutter-1.0-0 1.10.8-2 ii libcogl-pango0 1.10.2-6 ii libcogl9 1.10.2-6 ii libcolord1 0.1.21-1 ii libcomerr2 1.42.5-1 ii libcups2 1.5.3-2.14 ii libdbus-1-31.6.8-1 ii libdbus-glib-1-2 0.100-1 ii libfontconfig1 2.9.0-7.1 ii libgcrypt111.5.0-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgnome-bluetooth10 3.4.2-1 ii libgnome-desktop-3-2 3.4.2-1 ii libgnome-menu-3-0 3.4.2-5 ii libgnomekbd7 3.4.0.2-1 ii libgnutls262.12.20-2 ii libgoa-1.0-0 3.4.2-1 ii libgssapi-krb5-2 1.10.1+dfsg-3 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.4.2-5 ii libgtop2-7 2.28.4-3 ii libjson-glib-1.0-0 0.14.2-1 ii libk5crypto3 1.10.1+dfsg-3 ii libkrb5-3 1.10.1+dfsg-3 ii libnm-glib40.9.4.0-8 ii libnm-gtk0 0.9.4.1-3 ii libnm-util20.9.4.0-8 ii libnotify4 0.7.5-1 ii libpango1.0-0 1.30.0-1 ii libpolkit-gobject-1-0 0.105-3 ii libpulse-mainloop-glib02.0-6 ii libpulse0 2.0-6 ii libsocialweb-client2 0.25.20-2 ii libupower-glib10.9.17-1 ii libwacom2 0.6-1 ii libx11-6 2:1.5.0-1 ii libxcomposite1 1:0.4.3-2 ii libxdamage11:1.1.3-2 ii libxext6 2:1.3.1-2 ii libxfixes3 1:5.0-4 ii libxi6 2:1.6.1-1 ii libxklavier16 5.2.1-1 ii libxml22.8.0+dfsg1-7 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages gnome-control-center recommends: ii cups-pk-helper 0.2.3-3 ii gnome-online-accounts 3.4.2-1 ii gnome-session 3.4.2.1-3 ii gnome-user-guide 3.4.2-1+build1 ii iso-codes 3.40-1 ii mesa-utils 8.0.1-2+b3 ii mousetweaks3.4.2-1 ii policykit-1-gnome 0.105-2 Versions of packages gnome-control-center suggests: ii gnome-screensaver 3.4.1-1 ii gstreamer0.10-pulseaudio 0.10.31-3+nmu1 ii libcanberra-gtk-module0.28-6 ii x11-xserver-utils 7.7~3 #!/bin/sh #change brightness setting on startup or resume pkexec
Bug#699730: Brightness shortcut
Sorry I just realised, the executable does not set the brightness quite to the minimum I can set it at in system settings, it sets it to slightly above that (but still dim enough to not be painful).
Bug#699714: libgraphite2-2.0.0: Please add multiarch support
reassign 699714 libgraphite2-3 severity 699714 wishlist tag 699714 + wontfix thanks Hi, On Mon, Feb 04, 2013 at 12:47:05AM +0100, Matthias Klumpp wrote: Package: libgraphite2-2.0.0 Version: 1.1.3-1 Severity: normal And why is this a normal bug? IMHO it's wishlist. It would be great if multiarch support could be added to this package, otherwise Besides the fact that libgraphite2-2.0.0 never will get multiarch support because it's dead (see new upstream version http://packages.debian.org/experimental/libgraphite2-3) I won't do this until multiarch is actually working (bin-NMUs etc.) it blocks some i386 packages from installing (newer Pango apparently requires this package) Hmm? What? http://packages.debian.org/sid/libpango1.0-0 http://packages.debian.org/experimental/libpango1.0-0 Nothing in Debian needs it (yet). Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699593: login: wrong egid
Maybe this is related to the problem (a wild guess really - the first thing that jumped out at me as being wrong). There are checks for __FreeBSD__ relating to euid/egid, and they may also need to check for __FreeBSD_kernel__ It is not needed, we have wrapper in our glibc sysdeps: /* The FreeBSD kernel do not test file access correctly when the process' real user ID is superuser. In particular, they always return zero when testing execute permissions without regard to whether the file is executable. While this behaviour conforms to POSIX.1-2008, it is explicitely discouraged. This wrapper implements the recommended behaviour. */ These check fo __FreeBSD__ are unrelated to the original problem. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699385: unblock: package quantum/2012.1-5 [pre-approval]
I will. Thanks. // Ola On Sat, Feb 02, 2013 at 10:56:05PM +, Jonathan Wiltshire wrote: On Sat, Feb 02, 2013 at 10:31:06PM +, Jonathan Wiltshire wrote: -Original Message- From: Adam D. Barratt a...@adam-barratt.org.uk To: Ola Lundqvist o...@debian.org, 699...@bugs.debian.org Sent: ons, 30 jan 2013 21:53 Subject: Re: Bug#699385: pu: package quantum/2012.1-5 user release.debian@packages.debian.org usertags 699385 = unblock retitle 699385 unblock: quantum/2012.1-5 [pre-approval] severity 699385 normal thanks On Wed, 2013-01-30 at 21:44 +0100, Ola Lundqvist wrote: Please note! This is a TESTING proposed update request. Not a stable proposed update request. The reason for this is explained below. You can go ahead with this upload to tpu but please use version 2012.1-5+deb70u1. Please ping this bug when it's uploaded. My mistake, that should be deb7u1. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 directhex i have six years of solaris sysadmin experience, from 8-10. i am well qualified to say it is made from bonghits layered on top of bonghits -- --- Inguza Technology AB --- MSc in Information Technology / o...@inguza.comAnnebergsslingan 37\ | o...@debian.org 654 65 KARLSTAD| | http://inguza.com/Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699714: libgraphite2-2.0.0: Please add multiarch support
Hi, On Mon, Feb 04, 2013 at 09:42:59AM +0100, Rene Engelhard wrote: Nothing in Debian needs it (yet). s/Nothing/No pango version/. Other packages use graphite2, but they don't need multiarch ;) Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699732: qbittorrent: new major upstream version available
Package: qbittorrent
Version: 2.9.8-1
Severity: wishlist
Hi.
Thanks for packaging qbittorrent. I use it exclusively as my bittorrent
client and am quite happy with it.
I saw that the upstream version of qbittorrent is, currently, 3.0.8, which
is a bugfix release of the 3.0 series.
It would be superb to have newer versions of qbittorrent uploaded to the
archives (perhaps to experimental, if you want to avoid disruption with
unstable and the freeze).
Thanks in advance,
Rogério Brito.
-- System Information:
Debian Release: 7.0
APT prefers unstable
APT policy: (500, 'unstable'), (100, 'experimental')
Architecture: i386 (x86_64)
Foreign Architectures: amd64
Kernel: Linux 3.7-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages qbittorrent depends on:
ii geoip-database 20130108-1
ii libboost-filesystem1.49.0 1.49.0-3.1
ii libboost-system1.49.0 1.49.0-3.1
ii libc6 2.13-38
ii libgcc11:4.7.2-5
ii libqt4-dbus4:4.8.2+dfsg-10
ii libqt4-network 4:4.8.2+dfsg-10
ii libqt4-xml 4:4.8.2+dfsg-10
ii libqtcore4 4:4.8.2+dfsg-10
ii libqtgui4 4:4.8.2+dfsg-10
ii libssl1.0.01.0.1c-4
ii libstdc++6 4.7.2-5
ii libtorrent-rasterbar6 0.15.10-1+b1
ii python 2.7.3-3
qbittorrent recommends no packages.
Versions of packages qbittorrent suggests:
pn qbittorrent-dbg none
-- no debconf information
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698102: initgroups changes egid on kfreebsd
Hi Michael,
please would you mind to try patch bellow ?
The function internal_getgrouplist() in grp/initgroups.c
puts supplied group as the first entry in all but NSCD cases.
Please could you test whether it fixes the problem in your
environment.
--- nscd/nscd_initgroups.c
+++ nscd/nscd_initgroups.c
@@ -144,15 +144,23 @@
}
/* Check whether GROUP is part of the mix. If not, add it. */
+ /* The GROUP have to be in the first entry */
if (retval = 0)
{
int cnt;
+ gid_t sg, tg;
+ sg = group;
for (cnt = 0; cnt retval; ++cnt)
- if ((*groupsp)[cnt] == group)
- break;
+ {
+tg = (*groupsp)[cnt];
+(*groupsp)[cnt] = sg;
+if (tg == group)
+ break;
+sg = tg;
+ }
if (cnt == retval)
- (*groupsp)[retval++] = group;
+ (*groupsp)[retval++] = sg;
}
out_close:
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699731: xserver-xorg-video-radeon: RandR extension disabled although nonfree-firmware is installed with RadeonX1200M
On Mon, 2013-02-04 at 09:30 +0100, Andreas Glaeser wrote: The 'firmware-linux-nonfree' package was set up, which made DRI work and Gnome3 run in non-fallback mode, but RandR is still diabled (see below), so the resolution is 640x480 and it cannot be changed using SystemSettings/Screen. [...] 'aptitude show firmware-linux-nonfree' did not tell me clearly whether the package contains firmware for the hardware or not, maybe it is required for any RADEON-GPU. It does, and it generally is for hardware acceleration. 'xserver-xorg-video-radeon' suggests 'firmware-linux', but probably this should at least be a recommendation or even a real dependency. That is not allowed for packages in main. [ 596.213] (II) RADEON(0): Printing probed modes for output LVDS [ 596.213] (II) RADEON(0): Modeline 640x480x60.0 25.20 640 648 744 800 480 482 484 525 -hsync -vsync (31.5 kHz eP) [ 596.213] (II) RADEON(0): Output DVI-0 connected [ 596.213] (II) RADEON(0): Output LVDS connected Is this a laptop? The drivers are detecting an LVDS panel with 640x480 resolution, which I suspect is the source of your problems. Does it help if you disable the LVDS/Laptop display or deselect 'Mirror displays' in the GNOME display settings? If not, and if you don't ever need the LVDS display, video=LVDS-1:d on the kernel commandline might help. [ 596.217] (II) RADEON(0): RandR 1.2 enabled, ignore the following RandR disabled message. [ 596.217] (--) RandR disabled As you can see, RandR 1.2 is enabled, the second message is an artifact of how RandR 1.2 support is initialized in the X server. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581505: trousers: Package doesn't install cleanly on wheezy
Package: trousers Version: 0.3.9-3 Severity: important Followup-For: Bug #581505 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi again, I'm raising the severity to important, because the package is not installable on wheezy (at least for non tech-savvy users) under certain conditions (a TPM chip is available and the kernel modules are loaded). Regards, Lukas Schwaighofer -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBAgAGBQJRD4GQAAoJEMqNQAGevU6ToMEP/1APRzzDXajAwIrZ3/QmxqeL dGu1IkpDcMVXSLfcyv4bUZGFfGTbfJqC1z5E10b4BZlQ21gcudlDGMmZj12bV2S1 h7D/UwCE3eff5xd42ZGtVkUDC+vphVk7u4oL9tdACuu5/0W80njiYXxIwu55CG6U k5nZvMtjiR8hxI6ZRPLYsVF2LSDTpZO04d57o97bpGLTAbYRdlNfblJg5iJN8xBw v5r3t33ujAL0wA+16ir3aM2MZMW67hLeJs9f/ygs0chIrT8bvnuA67V0+5jIPgiG PA3G/7YaVwrWhqWH7BCQD6LUGS9dm9sQAJbJsBDRPcQwpijfP8dzNdS/aTbBU0YY Upqc3KMoN1W/y2fKeRuEHF5/qsWHayJPkoQPrZo+qXibVkzJ6rgxYaj7pIESPDjZ 7oNtC1wrH7cGwAWs8K3LjVwkE/b9NeksvtGgDjPtKJYL2MgKm6q9bEJxJ8SuG9N2 Sa0tYYpQMZhkYOhQnQN1RtnJOit1Za6nhB6FfOYuF4wTJ+QtHQ43unrdSbQLcO8d ZBTX38SZ9vthuExChse/3TpumWvvjnpW/lFyFadOJY1QjsHKX1pZuaOtRKpLaEfG 1twmHnIi370sBoCbD3ApX/9unV39F8PDD0pR/dTgo/wMhMGgzFk1ReUv2iToSq4+ LNZd3r1OrZVN64XC13eL =BREX -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#699733: mutt-patched: SIGPIPE received after suspend to ram (imap gmail)
Package: mutt-patched Version: 1.5.20-9+squeeze2 Severity: normal Using gmail imap. I suspend to ram the computer with a opened mutt session. When I restart it, mutt hangs for a while, and I get: tls_socket_read (A TLS packet with unexpected length was received.) Program received signal SIGPIPE, Broken pipe. 0x76b44a52 in __libc_send (fd=value optimized out, buf=0xde6f50, n=27, flags=value optimized out) at ../sysdeps/unix/sysv/linux/x86_64/send.c:28 28 #include mailbox.h (gdb) bt #0 0x76b44a52 in __libc_send (fd=value optimized out, buf=0xde6f50, n=27, flags=value optimized out) at ../sysdeps/unix/sysv/linux/x86_64/send.c:28 #1 0x77905759 in ?? () from /usr/lib/libgnutls.so.26 #2 0x7790276d in _gnutls_send_int () from /usr/lib/libgnutls.so.26 #3 0x7791eb3d in gnutls_alert_send () from /usr/lib/libgnutls.so.26 #4 0x77902c23 in gnutls_bye () from /usr/lib/libgnutls.so.26 #5 0x0048c5f7 in tls_socket_close (conn=0x8d5760) at mutt_ssl_gnutls.c:378 #6 0x0048ae99 in mutt_socket_close (conn=0x8d5760) at mutt_socket.c:81 #7 0x0048b06a in mutt_socket_readchar (conn=0x8d5760, c=0x7fffb57f ) at mutt_socket.c:186 #8 0x0048b0d3 in mutt_socket_readln_d (buf=0x8e6500 a3642 OK Success, buflen=value optimized out, conn=0x8d5760, dbg=-1) at mutt_socket.c:202 #9 0x00492a98 in imap_cmd_step (idata=0x865550) at command.c:113 #10 0x00493218 in imap_exec (idata=0x865550, cmdstr=value optimized out, flags=0) at command.c:245 #11 0x0049416f in imap_check_mailbox (ctx=value optimized out, index_hint=value optimized out, force=0) at imap.c:1421 #12 0x00443782 in mx_check_mailbox (ctx=0x8cc310, index_hint=0x7fffbfa8, lock=value optimized out) at mx.c:1357 #13 0x0041dedd in mutt_index_menu () at curs_main.c:480 #14 0x0043acd1 in main (argc=-16320, argv=value optimized out) at main.c:1029 -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mutt-patched depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-4stable1 common error description library ii libgnutls26 2.8.6-1+squeeze2 the GNU TLS library - runtime libr ii libgpg-error0 1.6-1library for common error values an ii libgpgme11 1.2.0-1.2GPGME - GnuPG Made Easy ii libgssapi-krb5-21.8.3+dfsg-4squeeze6 MIT Kerberos runtime libraries - k ii libidn111.15-2 GNU Libidn library, implementation ii libk5crypto31.8.3+dfsg-4squeeze6 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8.3+dfsg-4squeeze6 MIT Kerberos runtime libraries ii libncursesw55.7+20100313-5 shared libraries for terminal hand ii libsasl2-2 2.1.23.dfsg1-7 Cyrus SASL - authentication abstra ii libtokyocabinet81.4.37-6 Tokyo Cabinet Database Libraries [ ii mutt1.5.20-9+squeeze2text-based mailreader supporting M mutt-patched recommends no packages. mutt-patched 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#697070: /usr/sbin/dovecot: adding 15-mailboxes.conf causes duplicate mailboxes
Just a quick note to say that we were also affected by this problem and that it took me hours before finding the root cause ;) It seems difficult to prevent it, but a note in NEWS may help finding such a problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699734: RFS: pfm/2.0.7-1
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package pfm
Package name: pfm
Version : 2.0.7-1
Upstream Author : Willem Herremans w.herrem...@scarlet.be
URL : http://pgfoundry.org/projects/pfm/
License : GPL-2
Section : misc
It builds those binary packages:
pfm - PostgreSQL graphical client using Tcl/Tk
To access further information about this package, please visit the
following URL:
http://mentors.debian.net/package/pfm
Alternatively, one can download the package with dget using this
command:
dget -x http://mentors.debian.net/debian/pool/main/p/pfm/pfm_2.0.7-1.dsc
Changes since the last upload:
2.0.7-1:
* New Upstream version (depends itcl3 and tcl/tk = 8.5).
* Use upstream desktop file and icon.
* Remove references to pgintcl and tclkit as they are no longer shipped in the
upstream tarball.
* Move html documentation to /usr/share/doc/pfm/html/.
1.5.4-2:
* Depend on tcl and tk default versions =8.4 (closes: #654278).
* Updated watch file (thanks to Bart Martens).
* Fix lintian warnings.
- Move build commands to binary-indep target.
- Add ${misc:Depends} dependency.
- Add stub build-arch and build-indep targets.
- Upgrade build to debhelper compat 8.
- Move upstream web URL to Homepage field in control
file (closes: #615310).
- Update to standards version 3.9.4 (no
changes).
* Add doc-base control file.
* Provide .desktop file.
* Change to source format 3.0 (quilt).
Regards,
Mark Hindley
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699735: Include snmptthandler-embedded
Package: snmptt - Forwarded message from Harald Jenny har...@a-little-linux-box.at - Date: Sun, 3 Feb 2013 21:15:18 +0100 From: Harald Jenny har...@a-little-linux-box.at To: Christoph Berg m...@debian.org Subject: Feature request for snmptt package in experimental Dear Christoph Berg, I had a look at the snmptt package in experimental and wanted to thank you for the chance to test it already but I have one question: Could you also include the snmptthandler-embedded script? It's not set executable as it is only meant to be used by snmptrapd directly via the perl do directive so I would presume that maybe /usr/lib/snmptt/ would be a better path than /usr/sbin/ but having it in the package would be very awesome (did already a local rebuild which I'm testing right now). Thanks again for your work! Kind regards Harald Jenny -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699736: GNAT offers bug box on small Ada 2012 program
Package: gnat-4.6 Version: 4.6.3-8 When compiled with gnatmake -gnat12 algo_2sat.adb package body Algo_2SAT is type Orientation is (Unused, Unnegated, Negated, Both); procedure Monodirectional (P: in out Problem_2SAT) is Count : array (1 .. Variable (100)) of Orientation := (others = Unused); C : Clause; P_New : Problem_2SAT; begin for I in P.First_Index .. P.Last_Index loop C := P.Element (I); if Count (C.A_Var) in (Unnegated, Negated) or else Count (C.B_Var) in (Unnegated, Negated) then null; else P_New.Append (C); end if; end loop; P := P_New; end Monodirectional; end Algo_2Sat; with Ada.Containers.Vectors; package Algo_2SAT is type Variable is new Natural; type Clause is record A_Bool : Boolean; A_Var : Variable; B_Bool : Boolean; B_Var : Variable; end record; package Problem_Container is new Ada.Containers.Vectors (Natural, Clause); subtype Problem_2Sat is Problem_Container.Vector; procedure Monodirectional (P : in out Problem_2SAT); end Algo_2SAT; offers gcc-4.6 -c -gnat12 algo_2sat.adb +===GNAT BUG DETECTED==+ | 4.6.3 (x86_64-pc-linux-gnu) GCC error: | | in gnat_to_gnu, at ada/gcc-interface/trans.c:4526| | Error detected at algo_2sat.adb:10:32| | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc-4.6 or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. Consider also -gnatd.n switch (see debug.adb). algo_2sat.adb algo_2sat.ads compilation abandoned gnatmake: algo_2sat.adb compilation error I would offer this upstream, but Debian's GNAT is a version behind. -- Kie ekzistas vivo, ekzistas espero. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699737: make sux passwordless
Package: sux Version: 1.0.1-6 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, I often need to run X programs as another user and I don't like to type in the other users password every time. If sux used sudo, I could use sudos facilities to avoid typing the password (too often). Do you think this makes sense? Should I try to produce a patch? I propose to add a Recommends: sudo to the sux package and another executable sudox that uses sudo instead of su. Regards, Thomas Koch - -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash sux depends on no packages. Versions of packages sux recommends: ii xauth 1:1.0.7-1 sux suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJRD4aeAAoJEAf8SJEEK6ZazZ0P/1zG3ExJh9DTxSsJcIG9q6F4 yOxyqqp2Qh3cgTKwTvURbC9naAa8Es7IP00063UBMWoDPYVS6MjeotSgl3lplRuE jCR/eqr64RI7Cjz5jxZ2he+qmQmM0LmfeLv74z66pPhnjmmptE7fHoM1DMiVSuKS rKmOHwjONPqOg0QUD2QUOE8wcOMESRaC3PkT/K42jrn5RHLIOSwXKOPPXVX3RqW+ 2yxH+lApoQefL7gsMV+HcCqJLBvyaWBoLI0l9umJJazT+e/ACPH4aWIBi2xyNuMZ 8yOoBv/K2kZurNZxCDzr4kqGm3wqAaSo620HjxHvPxW0iTrvP7+knTYFAQhhKG76 K+1ix1Wdh5f+kT5v/IXhVeIOEDV2IenThe4pZeQS+2S9L5voNBYIpS99QXW0FxHo YRkvbaxjwT8vi5VZKqd6XyqEz5Q55cSleKHB3tXqOqbCkZ3m6xxuZIYJU4nKtwje 64F9kP0KTWZcGD2U5rpYWmFOjl7HIculXwxC6S3jv8FS5krmdFw4ZzST0pd3oPyn EcYvVhmVvCTxuphwmBSjunJFicMfX8HljLn00KSNdCcmdCS4zVLvwdjmDcnTc8Ro 0YwUPRu05yiiHn1VZl8+Tt6dSOi4Jx6LfHlJYgbMdMCfUF0rVuejf4w5fmtnQ0mC 1bwYFXy8jchfGtm+AazD =PBzg -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#699738: Suggests non-existing package postgresql-server
Package: postfix-cluebringer-pgsql Version: 2.0.10-1 Severity: normal ... it should suggest postgresql instead. Christoph -- c...@df7cb.de | http://www.df7cb.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699703: libguestfs0: make febootstrap a recommends
* Christoph Anton Mitterer: Would it be possible to make febootstrap a recommends? I never use it and would prefer to not have it on our institutes systems. Does having febootstrap installed hurt? I assume that you are using the fixed appliance provided by upstream; is that correct? If febootstrap-supermin-helper is not used in that case, turning the Depends into a Recommends may be possible, but not without changing the scripts that are used to build a supermin appliance. If you submit a patch, I'll consider it. Cheers, -Hilko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698502: unblock: glusterfs/3.2.7-4
Am 03.02.2013 22:55, schrieb Moritz Mühlenhoff: Patrick, what's the status? Cheers, Moritz I already pinged upstream about the open questions. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699337: Wget omits Host header for CONNECT
forwarded 699337 http://lists.gnu.org/archive/html/bug-wget/2013-01/msg00019.html tags 699337 + patch upstream thanks Welcome. Do you think the patch will make it into next stable release? Wget without this patch is unable to do any HTTPS requests thru apache proxy. I guess I should have set severity higher than normal. Hello Pavel, Am Mittwoch, den 30.01.2013, 13:42 +0100 schrieb Pavel Mateja: Wget violates RFC-2616 http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html#sec9 The Host request-header field (section 14.23) MUST accompany all HTTP/1.1 requests. At least Apache requires all HTTP/1.1 requsts to have Host header. Older version of wget sends HTTP/1.0 for CONNECT method so it's not affected. Fix is in attached patch. Thanks for your work and your patch. Sorry, I read Don't file bugs upstream after I sent email to wget- b...@gnu.org I'm not aware of such a notice or request. Can you tell me were you read it? It is perfectly fine to report these problem directly to upstream as you did. It's on http://www.debian.org/Bugs/Reporting Don't file bugs upstream If you file a bug in Debian, don't send a copy to the upstream software maintainers yourself, as it is possible that the bug exists only in Debian. If necessary, the maintainer of the package will forward the bug upstream. -- Pavel Mateja -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699664: libpam-abl: Invalid argument (22) while opening or creating database
On 02/03/2013 11:27 PM, Bill Wohler wrote: Alex Mestiashvili a...@biotec.tu-dresden.de wrote: On 02/03/2013 07:13 AM, Bill Wohler wrote: Package: libpam-abl Version: 0.4.3-1 Severity: normal Over the past couple of days, I've started getting a lot of the following messages in my log file: Jan 30 08:41:01 olgas pam_abl[32671]: Invalid argument (22) while opening or creating database What's going on? Could you please check that the databases are not corrupted by running the following commands and paste the output here? You need to install db5.1-util package for the tools. as root: db5.1_verify -h /var/lib/abl users.db db5.1_verify -h /var/lib/abl hosts.db Thanks very much for the help. Let's see: $ sudo db5.1_verify -h /var/lib/abl users.db db5.1_verify: file unknown has LSN 1019/5969166, past end of log at 1019/5955818 db5.1_verify: Commonly caused by moving a database from one database environment db5.1_verify: to another without clearing the database LSNs, or by removing all of db5.1_verify: the log files from a database environment db5.1_verify: Page 0: metadata page corrupted db5.1_verify: Page 0: could not check metadata page db5.1_verify: users.db: DB_VERIFY_BAD: Database verification failed Verification of users.db failed. Looks like trouble. $ sudo db5.1_verify -h /var/lib/abl hosts.db Verification of hosts.db succeeded. That looks OK. if they seem to be corrupted you can try to recover: db5.1_recover -v -h /var/lib/abl $ sudo db5.1_recover -v -h /var/lib/abl Finding last valid log LSN: file: 1019 offset 5974014 Wow, this has been going for some time. I have to leave now, so I'll close with an observation and another question for you. You are welcome. How did you install the libpam-abl package? It is not available for the stable so far... The highest version of Berkeley DB in Debian Stable 6.0.6 (Squeezy) is 4.8.30-2. The tests I performed yesterday where done on the testing system, where libdb is 5.1.29-5 - exactly as on your system. There is a tool called db5.1_upgrade which should be used to upgrade the database, but I don't know if it make sense to use it after running db5.1_recover on the old database... I did a little more investigation. Between the time of the last good log message and the one I listed above, two unusual things occurred. The first is that I put my laptop to sleep, and the other is that I installed the following packages (which don't look like they would interfere): [INSTALL, DEPENDENCIES] libemma-java [INSTALL, DEPENDENCIES] libganymed-ssh2-java [INSTALL, DEPENDENCIES] libjna-java [INSTALL, DEPENDENCIES] libsvnkit-java [INSTALL, DEPENDENCIES] libtrilead-ssh2-java [INSTALL] libsvnclientadapter-java I don't think that these packages could influence libpam-abl and also don't see how putting to sleep would damage the database.. May be it makes sense to run smart check for the drive. Also, I noticed that there were about 1000 old .log files in /var/lib/abl. Is this normal? Is there a good way to consolidate them? For the log files you can use db5.1_archive with -d flag, but see the man page for the details. Thanks again! Best regards, Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699739: Calendars lost in upgrade from 3.4.4 to 3.6.3
Package: evolution Version: 3.6.3-1 Severity: important Tags: upstream -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I just upgraded evolution from 3.4.4. to 3.6.3 and all but the primary calendar were lost, i.e. I had to reconfigure my WebDav calendars and, even worse, additional local calendars seemed to be completely gone. I did then find the .ics file that used to be at /home/jojo/.local/share/evolution/calendar/1303831081.2942.6@kirk/calendar.ics in /home/jojo/.local/share/evolution/calendar/trash/1303831081.2942.6/calendar.ics and import it from there, so no data lost. But very inconvenient. Greetings, Joachim - -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evolution depends on: ii dbus1.6.8-1 ii debconf [debconf-2.0] 1.5.49 ii evolution-common3.6.3-1 ii evolution-data-server 3.6.3-1 ii gnome-icon-theme3.4.0-2 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo-gobject2 1.12.2-2.1+deb7u1 ii libcairo2 1.12.2-2.1+deb7u1 ii libcamel-1.2-40 3.6.3-1 ii libclutter-gtk-1.0-01.2.0-2 ii libebackend-1.2-5 3.6.3-1 ii libebook-1.2-14 3.6.3-1 ii libecal-1.2-15 3.6.3-1 ii libedataserver-1.2-17 3.6.3-1 ii libedataserverui-3.0-4 3.6.3-1 ii libevolution3.6.3-1 ii libgail-3-0 3.4.2-5 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgnome-desktop-3-23.4.2-1 ii libgnome-keyring0 3.4.1-1 ii libgtk-3-0 3.4.2-5 ii libical00.48-2 ii libjavascriptcoregtk-3.0-0 1.8.1-3.3 ii libnotify4 0.7.5-1 ii libnspr42:4.9.4-2 ii libnspr4-0d 2:4.9.4-2 ii libnss3 2:3.14.1.with.ckbi.1.93-1 ii libnss3-1d 2:3.14.1.with.ckbi.1.93-1 ii libpango1.0-0 1.30.0-1 ii libsoup2.4-12.38.1-2 ii libsqlite3-03.7.15.2-1 ii libwebkitgtk-3.0-0 1.8.1-3.3 ii libxml2 2.8.0+dfsg1-7 ii psmisc 22.20-1 Versions of packages evolution recommends: pn bogofilter | spamassassin none ii evolution-plugins 3.6.3-1 ii evolution-webcal 2.32.0-2+b1 ii yelp 3.4.2-1+b1 Versions of packages evolution suggests: pn evolution-dbg none pn evolution-exchange none pn evolution-plugins-experimental none ii gnupg 1.4.12-7 pn network-manager none - -- debconf information: evolution/kill_processes: evolution/needs_shutdown: -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlEPjiwACgkQ9ijrk0dDIGxcSACfcoFvwy9veboFwrO7xwg6DuXC CU0AoIJ6DB7aLpoD+pD+4kplCU96PNlW =ZE/+ -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#699639: xserver-xorg-video-radeon: Display freezes with shared keyboard, mouse and monitors
On Sam, 2013-02-02 at 19:15 +, Tony Houghton wrote: I share the keyboard, mouse and one of two monitors between this PC and another one running Windows. The input devices are switched with a cheap USB KVM and the monitors with their own controls because they have HDMI and DVI inputs. The primary screen is always set to this PC, only the secondary one is switched to the other PC. Sometimes X crashes, leaving the picture frozen indefinitely. The information included with your report does not show an X server crash. Are you sure it crashes and doesn't 'just' freeze? The display remains unusable when I try to switch to a VT, but I can log in with ssh. When logged in via SSH, can you check if the X server process is still alive? If it is, can you try running something like 'DISPLAY=:0 xdpyinfo' to see if it's still processing client requests? -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699740: libopenobex1: Seg Fault when sending file through CSR BT to bcm4329
Package: libopenobex1 Version: 1.5-2 Severity: important Tags: patch Dear Maintainer, * What led up to the situation? Actually, I don't exactly know how could it be a Seg Fault. I try to send a file through CSR BT(2.1 EDR) to bcm4329(the chip used on the evb of my company, running android 2.2). On Debian, I use blueman when sending file, blueman uses obex-data-server which loads libopenobex.so. * What exactly did you do (or not do) that was effective (or ineffective)? open blueman, pair with bcm4329, send a file to bcm4329. * What was the outcome of this action? obex-data-server segfault in libopenobex.so. this bug is 100% reproduceable with the evb of my company, but didn't occur when transfer file to HTC One S. Maybe it's caused by bluetooth speed. * What outcome did you expect instead? transfer file successfully. When I got seg fault, I tried to debug this. download the source, enable debug when run ./configure, change OBEX_DEBUG in config.h to 100 to print more debug message, make make install, run `obex-data-server -d -n' in terminal and test with blueman, And I got the output below: | Used MTUs: RX=32767, TX=32767 | obex_data_request():215: len = 7 bytes | do_write():380: sending 7 bytes | ##DEBUG: OBEX event: PROGRESS(0x0), CONNECT(0x0), (null)(0x0) | io callback | obex_data_indication():285: Got 9 bytes msg len=12 | obex_parse_connect_header():94: version=10 | obex_parse_connect_header():102: requested MTU=fffe, used MTU=7fff | ##DEBUG: OBEX event: REQDONE(0x3), CONNECT(0x0), SUCCESS(0x20) | obex_request_done: command 0, response 32 (OK, Success) | Version: 0x10. Flags: 0x00 OBEX packet length: 65534 | session_connect_result_cb | LOCK ods_session_send_file_ext | ##DEBUG: OBEX event: STREAMEMPTY(0x8), CONNECT(0x0), (null)(0x0) | obex_writestream | writestream from File: 13 | ##DEBUG: OBEX event: STREAMEMPTY(0x8), CONNECT(0x0), (null)(0x0) | obex_writestream | writestream from File: 13 | obex_data_request():215: len = 32767 bytes | do_write():380: sending 32767 bytes | ##DEBUG: OBEX event: PROGRESS(0x0), PUT(0x2), (null)(0x0) | **Warning: PROGRESS: 65134 | UNLOCK ods_session_send_file_ext | io callback | obex_data_indication():285: Got 5 bytes msg len=8 | ##DEBUG: OBEX event: STREAMEMPTY(0x8), CONNECT(0x0), (null)(0x0) | obex_writestream | writestream from File: 13 | obex_data_request():215: len = 32767 bytes | do_write():380: sending 32767 bytes | do_write():380: sending 8575 bytes | ##DEBUG: OBEX event: LINKERR(0x4), PUT(0x2), (null)(0x0) | **Warning: EV_LINKERR | EV_ABORT | | Program received signal SIGSEGV, Segmentation fault. | obex_client (self=self@entry=0x644550, msg=msg@entry=0x6457c0, final=optimized out) at obex_client.c:178 | 178self-object-continue_received = 0; | (gdb) bt | #0 obex_client (self=self@entry=0x644550, msg=msg@entry=0x6457c0, final=optimized out) at obex_client.c:178 | #1 0x76225fdc in obex_data_indication (self=self@entry=0x644550, buf=optimized out, buf@entry=0x0, buflen=optimized out, buflen@entry=0) | at obex_main.c:314 | #2 0x7622916b in obex_transport_handle_input (self=0x644550, timeout=timeout@entry=1) at obex_transport.c:114 | #3 0x762246ac in OBEX_HandleInput (self=optimized out, timeout=timeout@entry=1) at obex.c:467 | #4 0x00419713 in obex_io_callback (io_channel=optimized out, cond=optimized out, data=optimized out) at src/ods-session.c:225 | #5 0x778de355 in g_main_dispatch (context=0x6368e0) at /build/glib2.0-7fLB_j/glib2.0-2.33.12+really2.32.4/./glib/gmain.c:2539 | #6 g_main_context_dispatch (context=context@entry=0x6368e0) at /build/glib2.0-7fLB_j/glib2.0-2.33.12+really2.32.4/./glib/gmain.c:3075 | #7 0x778de688 in g_main_context_iterate (context=0x6368e0, block=block@entry=1, dispatch=dispatch@entry=1, | self=error reading variable: Unhandled dwarf expression opcode 0xfa) at /build/glib2.0-7fLB_j/glib2.0-2.33.12+really2.32.4/./glib/gmain.c:3146 | #8 0x778dea82 in g_main_loop_run (loop=0x63d420) at /build/glib2.0-7fLB_j/glib2.0-2.33.12+really2.32.4/./glib/gmain.c:3340 | #9 0x00407038 in main (argc=1, argv=0x7fffe0e8) at src/ods-main.c:195 | (gdb) quit | A debugging session is active. | | Inferior 1 [process 31292] will be killed. The error occurs in do_write, so I added
Bug#699328: libavutil51: relocation error after upgrade
Quoting Fabian Greffrath (2013-02-01 11:56:41) Am 30.01.2013 17:04, schrieb Reinhard Tartler: Maybe we should add a Breaks relationship to the affected libavcodec package? nah, that's really the ftp-masters job. But then those of us who already have that faulty package installed won't get rid of it merely because ftp-masters finally remove it from mirrors. Those affected use other suites than stable so should be prepared for bumps on the road. Yes, it might make sense to add (temporary, dropped few weeks or months later) package relationship hints, but there is a real burden of doing so - both for maintenance and to the buildds. - 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: signature
Bug#699527: Also found in jp2a using libcurl3-gnutls
The jp2a tool, linked to libcurl-gnutls, has the same problem. See below. The curl command line tool itself uses openssl. So it seems the distinction is between libcurl3-openssl and libcurl3-gnutls. $ jp2a -d https://www.vanbest.eu/images/sm_logo.png * About to connect() to www.vanbest.eu port 443 (#0) * Trying 2001:980:630b:1::13... * connected * Connected to www.vanbest.eu (2001:980:630b:1::13) port 443 (#0) * found 159 certificates in /etc/ssl/certs/ca-certificates.crt * server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none * Closing connection #0 * Peer certificate cannot be authenticated with given CA certificates Empty input file $ ldd /usr/bin/jp2a linux-vdso.so.1 = (0x7fffcddff000) libjpeg.so.8 = /usr/lib/x86_64-linux-gnu/libjpeg.so.8 (0x7f2e02cc) libcurl-gnutls.so.4 = /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4 (0x7f2e02a5f000) libncurses.so.5 = /lib/libncurses.so.5 (0x7f2e02818000) libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7f2e025ef000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f2e02265000) libidn.so.11 = /usr/lib/libidn.so.11 (0x7f2e02032000) libssh2.so.1 = /usr/lib/libssh2.so.1 (0x7f2e01e0e000) liblber-2.4.so.2 = /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2 (0x7f2e01bff000) libldap_r-2.4.so.2 = /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2 (0x7f2e019ad000) librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7f2e017a5000) libgssapi_krb5.so.2 = /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2 (0x7f2e01566000) libz.so.1 = /lib/x86_64-linux-gnu/libz.so.1 (0x7f2e0134e000) libgnutls.so.26 = /usr/lib/x86_64-linux-gnu/libgnutls.so.26 (0x7f2e0108e000) libgcrypt.so.11 = /lib/x86_64-linux-gnu/libgcrypt.so.11 (0x7f2e00e1) librtmp.so.0 = /usr/lib/librtmp.so.0 (0x7f2e00bf7000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7f2e009f3000) /lib64/ld-linux-x86-64.so.2 (0x7f2e02f1) libresolv.so.2 = /lib/x86_64-linux-gnu/libresolv.so.2 (0x7f2e007dc000) libsasl2.so.2 = /usr/lib/x86_64-linux-gnu/libsasl2.so.2 (0x7f2e005c1000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f2e003a5000) libkrb5.so.3 = /usr/lib/x86_64-linux-gnu/libkrb5.so.3 (0x7f2e000d) libk5crypto.so.3 = /usr/lib/x86_64-linux-gnu/libk5crypto.so.3 (0x7f2dffea7000) libcom_err.so.2 = /lib/libcom_err.so.2 (0x7f2dffca4000) libkrb5support.so.0 = /usr/lib/x86_64-linux-gnu/libkrb5support.so.0 (0x7f2dffa9a000) libkeyutils.so.1 = /lib/libkeyutils.so.1 (0x7f2dff898000) libtasn1.so.3 = /usr/lib/libtasn1.so.3 (0x7f2dff688000) libp11-kit.so.0 = /usr/lib/x86_64-linux-gnu/libp11-kit.so.0 (0x7f2dff475000) libgpg-error.so.0 = /lib/x86_64-linux-gnu/libgpg-error.so.0 (0x7f2dff272000) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699337: Wget omits Host header for CONNECT
Hello Pavel, Am Montag, den 04.02.2013, 11:17 +0100 schrieb Pavel Mateja: Do you think the patch will make it into next stable release? Into the next wget stable release, should be. Into the next Debian stable release wheezy, I don't think so because only release-critical bugs are allowed to enter wheezy/testing in these days. Testing has 1.13 but unstable already has the latest upstream version 1.14 which will not be allowed into testing until the release because its a new version. You can see more information here: http://release.debian.org/ Wget without this patch is unable to do any HTTPS requests thru apache proxy. I guess I should have set severity higher than normal. If it would be important it would be the same case and the problem isn't release critical (higher than important: see http://www.debian.org/Bugs/Developer#severities ). :( sorry for the bad news. The only think which could be done is to ask debian-release@ people if the patch could be allowed for this bug. -- Noël Köthe noel debian.org Debian GNU/Linux, www.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660747: color.due.today doesn't seem to work
Control: forwarded -1 http://taskwarrior.org/issues/562 * Yuri D'Elia wav...@thregr.org, 2012-02-21, 15:31: In my taskrc I have: color.due=red color.overdue=green color.due.today=cyan rule.precedence.color=due.today,active,blocked,overdue,due,keyword,project,tag,recurring,pri,tagged (rule.precedence is the default actually, just posted here for completeness). If I add a task with 'due=today', the task list is shown with green (overdue). The same is also true for 'task calendar'. color.calendar.due.today does not seem to be used (although it is correctly represented in the legend). A task due today is actually shown as overdue, just like in task list. I believe this is because taskwarrior stores both date and time internally, but it hides the latter from you by default, and the default time is 00:00. Please see the upstream bug report for details. -- 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#699741: krusader: fails to enter archive with Error: krarc is disabled
Package: krusader Version: 1:2.4.0~beta1+git76+de1ea35-1.1 Severity: normal Dear Maintainer, Please see https://bugs.launchpad.net/ubuntu/+source/krusader/+bug/1065110 for more details -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages krusader depends on: ii kde-runtime 4:4.8.4-2 ii libc6 2.13-38 ii libgcc1 1:4.7.2-5 ii libkdecore5 4:4.8.4-4 ii libkdeui5 4:4.8.4-4 ii libkfile4 4:4.8.4-4 ii libkhtml5 4:4.8.4-4 ii libkio5 4:4.8.4-4 ii libkjsapi44:4.8.4-4 ii libkonq5abi1 4:4.8.4-2 ii libkparts44:4.8.4-4 ii libnepomuk4 4:4.8.4-4 ii libnepomukutils4 4:4.8.4-4 ii libphonon44:4.6.0.0-3 ii libqt4-dbus 4:4.8.2+dfsg-10 ii libqt4-network4:4.8.2+dfsg-10 ii libqt4-svg4:4.8.2+dfsg-10 ii libqt4-xml4:4.8.2+dfsg-10 ii libqtcore44:4.8.2+dfsg-10 ii libqtgui4 4:4.8.2+dfsg-10 ii libsolid4 4:4.8.4-4 ii libsoprano4 2.7.6+dfsg.1-2 ii libstdc++64.7.2-5 ii zlib1g1:1.2.7.dfsg-13 krusader recommends no packages. Versions of packages krusader suggests: pn arjnone ii ark4:4.8.4-2 ii bzip2 1.0.6-4 ii cpio 2.11+dfsg-0.1 pn kmail none ii kompare4:4.8.4+dfsg-1 ii konsole4:4.8.4-2 ii krename4.0.9-1+b1 pn lhanone pn md5deep | cfv none pn okteta none pn p7zip none pn rpmnone pn unace none ii unrar 1:4.1.4-1 ii unzip 6.0-8 ii zip3.0-6 -- 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#693979: task: New upstream version
Control: forcemerge -1 695672 * Lynoure Braakman lyno...@gmail.com, 2012-11-22, 16:49: There is a new upstream version, 2.1.2 at http://taskwarrior.org and it would be wonderful to have it in Debian as there are very many fixes and improvements over 2.0.0 Any news on this? Wheezy if frozen, but I'd love to see the new taskwarrior in experimental. -- 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#699382: Broken syslinux in sid
Hi Daniel, On Sonntag, 3. Februar 2013, Daniel Baumann wrote: I'm going to re-upload testing's version with an epoch to unbreak everything. if you disagree with the maintainer, please follow the proper way (CTTE), thanks. I believe the CTTE also wants to get wheezy released, and I dont get why you basically sabotage it. Care to explain why you dont seem to give a fsck? cheers, Holger
Bug#699742: syslinux 5.x support
Package: debian-installer Tags: patch Attached patch includes the required additional syslinux modules when building with vesamenu and syslinux version 5.x. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ From 2c98444bd872be9de7b15b86fd44570bb662350a Mon Sep 17 00:00:00 2001 From: Daniel Baumann daniel.baum...@progress-linux.org Date: Mon, 4 Feb 2013 13:16:36 +0100 Subject: [PATCH] Including additional syslinux modules when building with vesamenu and syslinux version 5.x. --- build/config/x86.cfg | 5 + 1 file changed, 5 insertions(+) diff --git a/build/config/x86.cfg b/build/config/x86.cfg index 209b567..d479bfe 100644 --- a/build/config/x86.cfg +++ b/build/config/x86.cfg @@ -107,6 +107,11 @@ endif if [ $(SYSLINUX_CFG) != prompt ]; then \ mcopy -i$(TEMP_BOOT) /usr/lib/syslinux/vesamenu.c32 ::vesamenu.c32; \ + if [ -e /usr/lib/syslinux/ldlinux.c32 ]; then \ + mcopy -i$(TEMP_BOOT) /usr/lib/syslinux/ldlinux.c32 ::ldlinux.c32; \ + mcopy -i$(TEMP_BOOT) /usr/lib/syslinux/libcom32.c32 ::libcom32.c32; \ + mcopy -i$(TEMP_BOOT) /usr/lib/syslinux/libutil.c32 ::libutil.c32; \ + fi; \ if [ -e $(TEMP_BOOT_SCREENS)/splash.png ]; then \ mcopy -i$(TEMP_BOOT) $(TEMP_BOOT_SCREENS)/splash.png ::splash.png; \ fi; \ -- 1.8.1.1
Bug#699351: linux-gd obsolete and lubupnp4
On 02/02/2013 01:30 AM, Scott Howard wrote: retitle 699351 linux-igd follows old UPnP IGD V1 spec thanks On Thu, Jan 31, 2013 at 3:32 AM, VALETTE Eric OLNC/OLPS eric2.vale...@orange.com wrote: Look at the CVE that have been filled regarding libupnp6 and the associated bugs. Thanks - they have been fixed in libupnp4 [1]. I've renamed the bug appropriately. I do not know enough about UPnP IGD V1 versus V2 [2] to have an opinion about whether this is an RC bug or not, so I'll leave that for the security team or someone more qualified. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699459 [2] http://upnp.org/sdcps-and-certification/standards/sdcps/ Fine for me. Thanks. PS : Security wise, UPNP IGD 2 is more strict to prevent a device to open a port to a different IP than itself. The bug that make SSDP available on the WAN side is also problematic in the IGD V1 version. You shall not rely on the firewall to block incoming WAN packet but not listen to the WAN interface for SSDP... -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641225: debconf question (dictionaries-common) about finnish dictionary
[Mike Gabriel] During an Debian Edu workstation installation from the NETINST CD (English installation) I receive a debconf question from dictionaries-common about setting the finnish dictionary as the default dictionary... runs. This is related to URL: http://bugs.debian.org/566912 . It is also related to the old URL: http://bugs.debian.org/277410 . The question can be supressed by preseeding like this: dictionaries-common dictionaries-common/default-wordlist Manual symlinks setting Perhaps something we should do to hide the problem? -- 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#699474: RFS: b43-fwcutter/1:017-1 [ITA]
On Fri, Feb 1, 2013 at 5:25 AM, John Paul Adrian Glaubitz glaub...@physik.fu-berlin.de wrote: No, unfortunately the package is not ok yet. When I install the package b43-fwcutter, it will prompt the debconf question in Spanish. Really? Where to check the source package content? Also, after installing b43-fwcutter, nothing further happens. I have to install the firmware-b43-debs manually which is very confusing. Ideally, the package b43-fwcutter should detect the hardware and prompt for the installation of the proper package or at least depend on them. b43-fwcutter itself is just a firmware cutter as its name suggests. http://linuxwireless.org/en/users/Drivers/b43#Install_b43-fwcutter firmware-b43-installer runs helper script of firmware installation. I think such arrangement is OK and existed for some time already. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699745: rsync: [manpage] -a option description mentions -p which isn't mentioned in the manpage
Package: rsync Version: 3.0.9-4 Severity: minor Hello, This is the description for -a option in the manpage: --- -a, --archive archive mode; equals -rlptgoD (no -H,-A,-X) --- The description mentions option -p but this option is not listed in the manpage. Thanks, George -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.6-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rsync depends on: ii base-files 7.1 ii libacl1 2.2.51-8 ii libc6 2.13-38 ii libpopt01.16-7 ii lsb-base4.1+Debian9 rsync recommends no packages. Versions of packages rsync suggests: ii openssh-client 1:6.0p1-3 ii openssh-server 1:6.0p1-3 -- 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#696144: 20_head_tests.cf: regex for illegal IP address contains valid network 5/8
Hi Noah, * Alexander Neumann alexan...@debian.org wrote: * Noah Meyerhans no...@debian.org wrote: I'll see about getting a fixed upgraded for squeeze in the next day or two... That would be excellent, thanks! And please let me know if I can help you in any way. Did you find time to prepare an update for Squeeze? Regards, Alex signature.asc Description: Digital signature
Bug#697219: unblock: gnome-menus/3.4.2-6
Hi, Josselin Mouette wrote (02 Jan 2013 20:28:32 GMT) : Please unblock gnome-menus to work around a bug in menu-xdg that still fills the GNOME menus with Debian entries. I don't feel competent to review the diff, so a way I found to help was to run the proposed version for a week. I did not notice any issue with it. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699746: x11-utils: xprop assumes that WM_ICON_NAME and WM_NAME are encoded in ISO-8859-1
Package: x11-utils
Version: 7.7~1
Severity: normal
xprop assumes that WM_ICON_NAME and WM_NAME are encoded in ISO-8859-1.
For instance, when running
/usr/bin/xterm -e 'printf \e]1;my_icon€\x07\e]2;my_title€\x07; sleep 999'
under UTF-8 locales, I get:
[...]
WM_LOCALE_NAME(STRING) = en_US.UTF-8
[...]
WM_COMMAND(STRING) = { /usr/bin/xterm, -e, printf
\\\e]1;my_icon\342\202\254\\x07\\e]2;my_title\342\202\254\\x07\; sleep 999 }
WM_ICON_NAME(STRING) = my_iconâ\302\202¬
WM_NAME(STRING) = my_titleâ\302\202¬
This can be regarded as correct for WM_COMMAND (the string is just
output undecoded), but not for WM_ICON_NAME and WM_NAME (the â and
¬ characters are meaningless.
The euro character is displayed correctly by the window manager (fvwm).
-- System Information:
Debian Release: 7.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages x11-utils depends on:
ii libc6 2.13-38
ii libfontconfig12.9.0-7.1
ii libfontenc1 1:1.1.1-1
ii libgl1-mesa-glx [libgl1] 8.0.5-3
ii libx11-6 2:1.5.0-1
ii libx11-xcb1 2:1.5.0-1
ii libxaw7 2:1.0.10-2
ii libxcb-shape0 1.8.1-2
ii libxcb1 1.8.1-2
ii libxcomposite11:0.4.3-2
ii libxext6 2:1.3.1-2
ii libxft2 2.3.1-1
ii libxi62:1.6.1-1
ii libxinerama1 2:1.1.2-1
ii libxmu6 2:1.1.1-1
ii libxmuu1 2:1.1.1-1
ii libxrandr22:1.3.2-2
ii libxrender1 1:0.9.7-1
ii libxt61:1.1.3-1
ii libxtst6 2:1.2.1-1
ii libxv12:1.0.7-1
ii libxxf86dga1 2:1.1.3-2
ii libxxf86vm1 1:1.1.2-1
x11-utils recommends no packages.
Versions of packages x11-utils suggests:
ii mesa-utils 8.0.1-2+b3
-- 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#699474: RFS: b43-fwcutter/1:017-1 [ITA]
On 02/04/2013 01:32 PM, Ma Xiaojun wrote: On Fri, Feb 1, 2013 at 5:25 AM, John Paul Adrian Glaubitz glaub...@physik.fu-berlin.de wrote: No, unfortunately the package is not ok yet. When I install the package b43-fwcutter, it will prompt the debconf question in Spanish. Really? Where to check the source package content? Yes, really. Check: b43-fwcutter-017/debian/po/en.po I presume that this might come due to the fact that the .po file is called en.po instead of es.po and the Spanish translation is invoked when the locale is set to English (which is the case for me), I will test that. I haven't used debconf translations before. Also, after installing b43-fwcutter, nothing further happens. I have to install the firmware-b43-debs manually which is very confusing. Ideally, the package b43-fwcutter should detect the hardware and prompt for the installation of the proper package or at least depend on them. b43-fwcutter itself is just a firmware cutter as its name suggests. http://linuxwireless.org/en/users/Drivers/b43#Install_b43-fwcutter The thing is that absolutely nothing happens when installing the b43-fwcutter which I found confusing. So, obviously people have to ignore this package and always install the installer packages. This should be mentioned at least in the README.Debian or better in the package description. I also don't see why you can't just merge everything into one binary package. You install a package b43-firmware, it detects your hardware in the preinst script and downloads and installs the firmware accordingly. If the detection fails, it should prompt whether to download the firmware anyway and then abort the installation or continue the installation, depending on the user choice. But maybe that's just me. I'd be happy if you have convincing arguments why it should be handled differently. Cheers, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699597: mirror submission for open-source.homelane.me
Sources should not be excluded. Ok. I added sources. It seems you don't use the recommended sync tool, and as a consequence, the mirror requirement are not fulfilled (for example trace file management). http://www.debian.org/mirror/ftpmirror#how Ok. Now i use ftpsync. I guess no, as there is no public rsync access to ftp-master.debian.org. You right :-) Please read documentation and apply ALL the recommended setting, including http://www.debian.org/mirror/ftpmirror#settings oh... sorry! now i read this very good doc... And configured my apache. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699740: libopenobex1: Seg Fault when sending file through CSR BT to bcm4329
z7z8th ybzhao1...@gmail.com schrieb: Package: libopenobex1 Version: 1.5-2 Severity: important Tags: patch Dear Maintainer, * What led up to the situation? Actually, I don't exactly know how could it be a Seg Fault. I try to send a file through CSR BT(2.1 EDR) to bcm4329(the chip used on the evb of my company, running android 2.2). On Debian, I use blueman when sending file, blueman uses obex-data-server which loads libopenobex.so. * What exactly did you do (or not do) that was effective (or ineffective)? open blueman, pair with bcm4329, send a file to bcm4329. * What was the outcome of this action? obex-data-server segfault in libopenobex.so. this bug is 100% reproduceable with the evb of my company, but didn't occur when transfer file to HTC One S. Maybe it's caused by bluetooth speed. * What outcome did you expect instead? transfer file successfully. When I got seg fault, I tried to debug this. download the source, enable debug when run ./configure, change OBEX_DEBUG in config.h to 100 to print more debug message, make make install, run `obex-data-server -d -n' in terminal and test with blueman, And I got the output below: | Used MTUs: RX=32767, TX=32767 | obex_data_request():215: len = 7 bytes | do_write():380: sending 7 bytes | ##DEBUG: OBEX event: PROGRESS(0x0), CONNECT(0x0), (null)(0x0) | io callback | obex_data_indication():285: Got 9 bytes msg len=12 | obex_parse_connect_header():94: version=10 | obex_parse_connect_header():102: requested MTU=fffe, used MTU=7fff | ##DEBUG: OBEX event: REQDONE(0x3), CONNECT(0x0), SUCCESS(0x20) | obex_request_done: command 0, response 32 (OK, Success) | Version: 0x10. Flags: 0x00 OBEX packet length: 65534 | session_connect_result_cb | LOCK ods_session_send_file_ext | ##DEBUG: OBEX event: STREAMEMPTY(0x8), CONNECT(0x0), (null)(0x0) | obex_writestream | writestream from File: 13 | ##DEBUG: OBEX event: STREAMEMPTY(0x8), CONNECT(0x0), (null)(0x0) | obex_writestream | writestream from File: 13 | obex_data_request():215: len = 32767 bytes | do_write():380: sending 32767 bytes | ##DEBUG: OBEX event: PROGRESS(0x0), PUT(0x2), (null)(0x0) | **Warning: PROGRESS: 65134 | UNLOCK ods_session_send_file_ext | io callback | obex_data_indication():285: Got 5 bytes msg len=8 | ##DEBUG: OBEX event: STREAMEMPTY(0x8), CONNECT(0x0), (null)(0x0) | obex_writestream | writestream from File: 13 | obex_data_request():215: len = 32767 bytes | do_write():380: sending 32767 bytes | do_write():380: sending 8575 bytes | ##DEBUG: OBEX event: LINKERR(0x4), PUT(0x2), (null)(0x0) | **Warning: EV_LINKERR | EV_ABORT | | Program received signal SIGSEGV, Segmentation fault. | obex_client (self=self@entry=0x644550, msg=msg@entry=0x6457c0, final=optimized out) at obex_client.c:178 | 178self-object-continue_received = 0; | (gdb) bt | #0 obex_client (self=self@entry=0x644550, msg=msg@entry=0x6457c0, final=optimized out) at obex_client.c:178 | #1 0x76225fdc in obex_data_indication (self=self@entry=0x644550, buf=optimized out, buf@entry=0x0, buflen=optimized out, buflen@entry=0) | at obex_main.c:314 | #2 0x7622916b in obex_transport_handle_input (self=0x644550, timeout=timeout@entry=1) at obex_transport.c:114 | #3 0x762246ac in OBEX_HandleInput (self=optimized out, timeout=timeout@entry=1) at obex.c:467 | #4 0x00419713 in obex_io_callback (io_channel=optimized out, cond=optimized out, data=optimized out) at src/ods-session.c:225 | #5 0x778de355 in g_main_dispatch (context=0x6368e0) at /build/glib2.0-7fLB_j/glib2.0-2.33.12+really2.32.4/./glib/gmain.c:2539 | #6 g_main_context_dispatch (context=context@entry=0x6368e0) at /build/glib2.0-7fLB_j/glib2.0-2.33.12+really2.32.4/./glib/gmain.c:3075 | #7 0x778de688 in g_main_context_iterate (context=0x6368e0, block=block@entry=1, dispatch=dispatch@entry=1, | self=error reading variable: Unhandled dwarf expression opcode 0xfa) at /build/glib2.0-7fLB_j/glib2.0-2.33.12+really2.32.4/./glib/gmain.c:3146 | #8 0x778dea82 in g_main_loop_run (loop=0x63d420) at /build/glib2.0-7fLB_j/glib2.0-2.33.12+really2.32.4/./glib/gmain.c:3340 | #9 0x00407038 in main (argc=1, argv=0x7fffe0e8) at src/ods-main.c:195 | (gdb) quit | A debugging session is active. | | Inferior 1 [process 31292] will be killed. The error occurs in
Bug#699747: zabbix-frontend-php: Zabbix is looking for fping in wrong directories at default
Package: zabbix-frontend-php Version: 1:1.8.2-1squeeze4 Severity: normal Zabbix is looking for fping in wrong directories ( from log: At least one of '/usr/sbin/fping', '/usr/sbin/fping6' must exist. Both are missing in the system. ), but debian has fping in /usr/bin/fping ). You couldn't use basic icmp monitoring after clean installation of zabbix without zabbix config tweaking. It should take some time for novice to find why icmp ping check in zabbix doesn't work and to fix it by tweaking server config file. Please update zabbix server config file template to match fping path at default. -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (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 zabbix-frontend-php depends on: ii apache22.2.16-6+squeeze8 Apache HTTP Server metapackage ii apache2-mpm-prefork [h 2.2.16-6+squeeze8 Apache HTTP Server - traditional n ii dbconfig-common1.8.46+squeeze.0 common framework for packaging dat ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libjs-prototype1.6.1-1 JavaScript Framework for dynamic w ii libjs-scriptaculous1.8.3-1 JavaScript library for dynamic web ii php5 5.3.3-7+squeeze14 server-side, HTML-embedded scripti ii php5-gd5.3.3-7+squeeze14 GD module for php5 ii php5-mysql 5.3.3-7+squeeze14 MySQL module for php5 ii php5-pgsql 5.3.3-7+squeeze14 PostgreSQL module for php5 ii ttf-dejavu-core2.31-1Vera font family derivate with add ii ucf3.0025+nmu1 Update Configuration File: preserv zabbix-frontend-php recommends no packages. zabbix-frontend-php suggests no packages. -- debconf information: zabbix-frontend-php/mysql/app-pass: (password omitted) zabbix-frontend-php/pgsql/app-pass: (password omitted) zabbix-frontend-php/password-confirm: (password omitted) zabbix-frontend-php/mysql/admin-pass: (password omitted) zabbix-frontend-php/app-password-confirm: (password omitted) zabbix-frontend-php/pgsql/admin-pass: (password omitted) zabbix-frontend-php/remote/port: zabbix-frontend-php/remote/host: zabbix-frontend-php/pgsql/admin-user: postgres * zabbix-frontend-php/database-type: pgsql zabbix-frontend-php/dbconfig-upgrade: true zabbix-frontend-php/dbconfig-remove: zabbix-frontend-php/pgsql/no-empty-passwords: zabbix-frontend-php/db/basepath: * zabbix-frontend-php/zabbix-server: 127.0.0.1 zabbix-frontend-php/internal/reconfiguring: false zabbix-frontend-php/db/app-user: zabbix zabbix-frontend-php/install-error: abort * zabbix-frontend-php/zabbix-server-port: 10051 zabbix-frontend-php/missing-db-package-error: abort zabbix-frontend-php/pgsql/method: unix socket zabbix-frontend-php/pgsql/authmethod-user: zabbix-frontend-php/remote/newhost: zabbix-frontend-php/mysql/admin-user: root zabbix-frontend-php/mysql/method: unix socket zabbix-frontend-php/upgrade-error: abort zabbix-frontend-php/upgrade-backup: true * zabbix-frontend-php/restart-webserver: true zabbix-frontend-php/passwords-do-not-match: zabbix-frontend-php/pgsql/manualconf: zabbix-frontend-php/dbconfig-install: true zabbix-frontend-php/db/dbname: zabbix zabbix-frontend-php/remove-error: abort zabbix-frontend-php/pgsql/changeconf: false * zabbix-frontend-php/reconfigure-webserver: apache, apache-ssl, apache-perl, apache2 zabbix-frontend-php/dbconfig-reinstall: false zabbix-frontend-php/purge: false zabbix-frontend-php/pgsql/authmethod-admin: ident zabbix-frontend-php/internal/skip-preseed: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699748: dnssec-tools: zonesigner doesn't glob properly when trying to move key files.
Package: dnssec-tools
Version: 1.13-1
Severity: important
Tags: upstream patch
While testing zonesigner to set up DNSSec signed zones I kept getting file not
found errors whenever I tried using -kskdirectory and -zskdirectory to put the
keys in a separate directory from the zone files.
After some digging in the code I found out why -- the perl script calls system
with the arguments ('mv', $key*, $destination). The problem: system()
doesn't intrinsically glob, so it was looking for a file named key*, not all
files starting with key.
The issue is present both in 1.9 (squeeze) and 1.13 (testing/wheezy, sid).
I've attached a patch that fixes the problem.
-- System Information:
Debian Release: 7.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 3.7.0 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages dnssec-tools depends on:
ii bind9utils 1:9.8.4.dfsg.P1-5
ii libmailtools-perl2.09-1
ii libnet-dns-perl 0.68-1.1
ii libnet-dns-sec-perl 0.16-2
ii libtimedate-perl 1.2000-1
ii perl 5.14.2-17
Versions of packages dnssec-tools recommends:
ii bind9 1:9.8.4.dfsg.P1-5
dnssec-tools suggests no packages.
--- tools/scripts/zonesigner 2013-02-04 13:36:29.0 +0100
+++ tools/scripts/zonesigner.new 2013-02-04 13:38:22.0 +0100
@@ -2203,7 +2203,7 @@
foreach my $ksk (@kskcurlist)
{
- @args = ($MV, $ksk.*, $kskdir);
+ @args = ($MV, $ksk.*, $kskdir);
System(@args);
if ($? != 0)
{
@@ -2214,7 +2214,7 @@
foreach my $ksk (@kskpublist)
{
- @args = ($MV, $ksk.*, $kskdir);
+ @args = ($MV, $ksk.*, $kskdir);
System(@args);
if ($? != 0)
{
@@ -2244,7 +2244,7 @@
foreach my $zsk (@zskcurlist)
{
- @args = ($MV, $zsk.*, $zskdir);
+ @args = ($MV, $zsk.*, $zskdir);
System(@args);
if ($? != 0)
{
@@ -2255,7 +2255,7 @@
foreach my $zsk (@zskpublist)
{
- @args = ($MV, $zsk.*, $zskdir);
+ @args = ($MV, $zsk.*, $zskdir);
System(@args);
if ($? != 0)
{
@@ -2266,7 +2266,7 @@
foreach my $zsk (@zsknewlist)
{
- @args = ($MV, $zsk.*, $zskdir);
+ @args = ($MV, $zsk.*, $zskdir);
System(@args);
if ($? != 0)
{
Bug#541690: [Debian-in-workers] Which are these fonts?
On Sun, Feb 3, 2013 at 5:27 PM, Vasudev Kamath
kamathvasu...@gmail.com I recently claimed this bug which was
archived because of no activity. I
don't see who sent this bug request it seems to be came from Debian-IN
team itself. So if the person who sent this bug is following
debian-in-workers can you please list out which fonts we are looking to
introduce to Debian with this RFP
This ITP was coined out of packaging non-free fonts like Aksharyogini
[1], but it seems we forgot.
[1] http://aksharyogini.sudhanwa.com/aksharyogini.html
--
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645079: Bug#: 645079: RFA: coinor-csdp -- A software package for semidefinite programming
Hi, could you provide some more information for potential adopters? With due to non-GPL compatible licensing you refer to the CPL, I suppose. Could you elaborate on why the CPL is an issue? The last upstream release was in April 2010, the upstream bug tracker has 5 tickets in total, the last dating from 2009. This looks like upstream development is not really active any more. Could you tell your opinion on the activity of the upstream maintainer? 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#699748: Acknowledgement (dnssec-tools: zonesigner doesn't glob properly when trying to move key files.)
For the record, the command used was zonesigner -verbose \ -krfile /etc/bind/dnssec-keys/systemec.nl.krf \ -genkeys -zone systemec.nl \ -usensec3 systemec.nl.hosts \ -kskdirectory /etc/bind/dnssec-keys \ -zskdirectory /etc/bind/dnssec-keys -- Rens Houben |opinions are mine Resident linux guru and sysadmin | if my employers have one Systemec Internet Services. |they'll tell you themselves PGP key at http://proteus.systemec.nl/~shadur/shadur.key.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699328: libavutil51: relocation error after upgrade
Am 04.02.2013 11:44, schrieb Jonas Smedegaard: Those affected use other suites than stable so should be prepared for bumps on the road. But nothing prevents us from smoothening the bumps. Yes, it might make sense to add (temporary, dropped few weeks or months later) package relationship hints, but there is a real burden of doing so - both for maintenance and to the buildds. I'd consider the maintenance burden minimal, as this specific relationship will never become wrong. So even if it gets forgotten in debian/control, it will never hurt. I am not going to upload a new package revision for this single change, so I don't see the burden for buildds that you mention, either. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699749: avahi-daemon: /etc/network/if-up.d/avahi-daemon makes boot slow when most interfaces are handled by N-M
Package: avahi-daemon Version: 0.6.31-1 Severity: normal /etc/network/if-up.d/avahi-daemon rightfully skips itself when the given IFACE is lo. However, even when lo is the only effectively configured interface in /etc/network/interfaces, /usr/lib/avahi/avahi-daemon-check-dns.sh is called, making the boot wait ~14s for nothing. My /etc/network/interfaces look like this: # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug eth0 #NetworkManager#iface eth0 inet dhcp iface tap0 inet static (...) It appears /etc/network/if-up.d/avahi-daemon is called for both IFACE=lo and IFACE=--all, the latter being the occasion where /usr/lib/avahi/avahi-daemon-check-dns.sh hangs the boot sequence. Mike -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages avahi-daemon depends on: ii adduser3.113+nmu3 ii bind9-host [host] 1:9.8.4.dfsg.P1-5 ii dbus 1.6.8-1 ii libavahi-common3 0.6.31-1 ii libavahi-core7 0.6.31-1 ii libc6 2.13-38 ii libcap21:2.22-1.2 ii libdaemon0 0.14-2 ii libdbus-1-31.6.8-1 ii libexpat1 2.1.0-1 ii lsb-base 4.1+Debian9 Versions of packages avahi-daemon recommends: ii libnss-mdns 0.10-3.2 Versions of packages avahi-daemon suggests: pn avahi-autoipd none -- Configuration Files: /etc/network/if-up.d/avahi-daemon changed [not included] -- 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#699402: nvidia-kernel-legacy-96xx-source: display a gradual fuzzy white after boot, display unusable
Control: reassign -1 nvidia-glx-legacy-96xx 96.43.23-3 Control: severity -1 important Control: tag -1 upstream On 2013-01-31 02:54, The Eclectic One wrote: Having noticed that the legaxy-96xx packages have been upgraded in the last few days, I tried the old nvidia binary driver that used to work fine in lenny on this very machine (a Dell 8600 with a GeForce4 Ti 4200 Go AGP 8x GPU. Interestingly the system only reports 4x. Downgrading the severity as this (hopyfully) only affects your GPU model (or gpu+system combination). Anyway, the 96xx series has been declared as end-of-life by Nvidia and won't be updated any more. Then the xorg.conf was modified to be like the one in lenny that worked great in that release. Have you tried the minimal xorg.conf as can be fount in README.Debian? update-alternatives was then run to point the links to 96xx. Why do you have 173xx legacy installed anyway? It does not support your card. I have not much hope to be able to find a solution :-( Did you have the system running under squeeze? There are probably 3 major components changing from release to release that could be involved in this bug: * kernel * Xorg * driver (Nvidia 96xx should be rather stable (or better static), while Nouveau should see a lot of development ...) Starting with a well working old system and then testing partial upgrades (or backports or ...) could help to find the faulty component ... best to do this with an installation on a separate disk, to be able to start over and test a different path without losing valueable data etc. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699750: obnam: Can't fsck repository after backup failed due to memory exhaustion
Package: obnam Version: 1.3-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A backup attempt failed with the following message (for several different files): ERROR: Can't back up /mnt/srv/www/test1.example/data/event-log: Cannot allocate memory Followed by about ten thousand lines that look like: ERROR: Cannot back up /mnt/srv/mail/domains/test1.example/users/info/Maildir/cur/1355807323.M759851P30929.foo,S=32802,W=33579:2,be: Node 501 cannot be found in the node store 6927723391046019457 Subsequent backup jobs work fine, but when I attempt to fsck the repository, I get: Checking 0/1: Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/cliapp/app.py, line 169, in _run self.process_args(args) File /usr/lib/python2.7/dist-packages/obnamlib/app.py, line 173, in process_args cliapp.Application.process_args(self, args) File /usr/lib/python2.7/dist-packages/cliapp/app.py, line 416, in process_args method(args[1:]) File /usr/lib/python2.7/dist-packages/obnamlib/plugins/fsck_plugin.py, line 345, in fsck for more in work.do() or []: File /usr/lib/python2.7/dist-packages/obnamlib/plugins/fsck_plugin.py, line 258, in do for work in fsck.find_work(): TypeError: 'NoneType' object is not iterable And lock files are left behind. Config file as follows: [config] ;dry-run = 1 lock-timeout = 0 repository = /media/backup/obnam/foo client-name = foo-root encrypt-with = 01234567 keep = 7d,6m,10y one-file-system = 1 exclude = ^/mnt/var/lib/postgresql/, ^/mnt/var/lib/ldap/, ^/mnt/swap[0-9]+ exclude-caches = 1 ; vim: ft=dosini Other operations such as generations, ls and a dry-run of restore work fine. I'm not able to easily test a full restore due to space constraints on the machine in question. - -- System Information: Debian Release: 7.0 APT prefers testing-updates APT policy: (550, 'testing-updates'), (550, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.2-kvm-i386-20120306 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages obnam depends on: ii libc6 2.13-37 ii python2.7.3~rc2-1 ii python-cliapp 1.20120630-1 ii python-larch 1.20121006-1 ii python-paramiko 1.7.7.1-3.1 ii python-tracing0.6-2 ii python-ttystatus 0.19-1 ii python2.6 2.6.8-1.1 ii python2.7 2.7.3-6 obnam recommends no packages. obnam suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlEPuRAACgkQshl/216gEHgYOgCg2VCffcJGrhjj8+A1k7LgZ0JM 3ecAn1yR9Y5VDTGhizQEap4cp3vqb2pp =U4Qi -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#688336: os-prober 1.56 and btrfs
On 02/04/2013 01:03 AM, Christian PERRIER wrote: Quoting Cyril Brulebois (k...@debian.org): Hi Gene, Gene Czarcinski g...@czarc.net (11/01/2013): This was found on Fedora 18. Both os-prober and linux-boot-prober do not support root, boot, or root+boot on a btrfs subvolume. thanks for the patch; I'm afraid it's too huge for us to review/merge at this late stage of the release cycle; it should be considered during the jessie release cycle instead. Do you think it would be OK to already commit this is the master branch so that these important contributions are not simply forgotten when we really start working on jessie (in a year or so...:-( ). Of course, if we do this, we fork a wheezy branch just in case. Yes, the patch for btrfs support is large but these have been integrated into the Fedora package os-prober-1.57 which is in the staging process for both Fedora 17 and Fedora 18. Therefore, they will get a lot of testing real soon now. To actually exploit the btrfs support, grub2 needs two additional small patches (one for basic support and the other for a btrfs volume on multiple devices). The grub2 patches have been forward upstream as well as reported to Fedora. Gene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697338: git-bzr-ng: can't git-bzr clone obnam's repository
Hi. On Fri, Jan 04, 2013 at 04:27:28AM -0200, Rogério Brito wrote: In particular, I tried: ,[ git-bzr clone http://code.liw.fi/obnam/bzr/trunk/ obnam ] | Branched 1382 revisions.ching revisions:Finishing stream:Estimate 18375/36307 | 04:22:53 Calculating the revisions to include ... | 04:22:53 Starting export of 3525 revisions ... | 04:22:54 1000/3525 commits exported at 34296/minute | fatal: Path obnam/__init__.py not in branch | fast-import: dumping crash report to .git/fast_import_crash_10287 | bzr: broken pipe | ERROR:root:bzr export failed ` FWIW it seems this issue has been reported upstream, or at least a similar one : https://github.com/termie/git-bzr-ng/issues/48 Unfortunately no solution seems mentioned :-( My 2 cents, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699648: ffmpeg: Please rebuild against correct libavcodec version
Am 03.02.2013 16:49, schrieb Reimar Döffinger: In the linked ffplay report it was compiled against a newer version than the one it is run against though. There is no promise that will work. I don't think we are going to rebuild mplayer each time we update libav's minor SONAME in Debian. This would nullify the advantage of shared libraries. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699751: gnumeric: ssconvert -S duplicates first sheet
Package: gnumeric Version: 1.12.0-1 Severity: normal Dear Maintainer, For given x.ods with 3 sheets ssconvert -S x.ods x.txt generates files x.txt.0, x.txt.1 and x.txt.2 with the same conntent from first sheet :( -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnumeric depends on: ii debconf [debconf-2.0] 1.5.49 ii gnumeric-common1.12.0-1 ii gsfonts1:8.11+urwcyr1.0.7~pre44-4.2 ii libatk1.0-02.4.0-2 ii libc6 2.13-37 ii libcairo2 1.12.2-2 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgoffice-0.10-10 0.10.0-1 ii libgsf-1-114 1.14.25-2 ii libgtk-3-0 3.4.2-5 ii libpango1.0-0 1.30.0-1 ii libxml22.8.0+dfsg1-7 ii procps 1:3.3.3-2 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages gnumeric recommends: ii evince3.4.0-3.1 ii lp-solve 5.5.0.13-7 Versions of packages gnumeric suggests: ii epiphany-browser 3.4.2-2 pn gnumeric-doc none pn gnumeric-plugins-extra none ii ttf-liberation 1.07.2-6 ii ttf-mscorefonts-installer 3.4+nmu1 -- 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#699736: GNAT offers bug box on small Ada 2012 program
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 With gnat pro I have this output : gcc -c -gnat12 algo_2sat.adb algo_2sat.adb:10:32: subtype mark required in this context algo_2sat.adb:11:25: subtype mark required in this context My gnatpro version : gcc -v snip gcc version 4.7.2 20120902 for GNAT Pro 7.1.0w (20120901) (GCC) So to me it seems a gnat-4.6/gcc-4.6 bug... Le 04/02/2013 10:59, David Starner a écrit : Package: gnat-4.6 Version: 4.6.3-8 When compiled with gnatmake -gnat12 algo_2sat.adb package body Algo_2SAT is type Orientation is (Unused, Unnegated, Negated, Both); procedure Monodirectional (P: in out Problem_2SAT) is Count : array (1 .. Variable (100)) of Orientation := (others = Unused); C : Clause; P_New : Problem_2SAT; begin for I in P.First_Index .. P.Last_Index loop C := P.Element (I); if Count (C.A_Var) in (Unnegated, Negated) or else Count (C.B_Var) in (Unnegated, Negated) then null; else P_New.Append (C); end if; end loop; P := P_New; end Monodirectional; end Algo_2Sat; with Ada.Containers.Vectors; package Algo_2SAT is type Variable is new Natural; type Clause is record A_Bool : Boolean; A_Var : Variable; B_Bool : Boolean; B_Var : Variable; end record; package Problem_Container is new Ada.Containers.Vectors (Natural, Clause); subtype Problem_2Sat is Problem_Container.Vector; procedure Monodirectional (P : in out Problem_2SAT); end Algo_2SAT; offers gcc-4.6 -c -gnat12 algo_2sat.adb +===GNAT BUG DETECTED==+ | 4.6.3 (x86_64-pc-linux-gnu) GCC error: | | in gnat_to_gnu, at ada/gcc-interface/trans.c:4526| | Error detected at algo_2sat.adb:10:32| | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc-4.6 or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. Consider also -gnatd.n switch (see debug.adb). algo_2sat.adb algo_2sat.ads compilation abandoned gnatmake: algo_2sat.adb compilation error I would offer this upstream, but Debian's GNAT is a version behind. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJRD7qJAAoJEG3iFwasTcfadbMQAJtlaGCWAfrLVyYJloVn45ap k0TAyKwXiwcwlWRGW6jhPGnI9W9oETk0jDbVVoZvRumm8CZhhpmmav21EYreLu3R y7idpIZIHtlX3ZNYq7BnOyFyQct0oJV2u/W5c2+8ImOP8JS9EsSr/DkWFknFw/Ci 56neN+c8L2NhCe1w5rzblIHL3xSYVmG8dJe/TmIKspaBfT4r5IEfg9rvSlaL6L8w UZqBQa3+4C9yAx10erH+udJtnW5j86GP/Tbtt9pwud2coMSakWjpNYVYmQ032Ii4 notRInXPwNoZvvTNIAZATij9QfM+NHbp0hlGJAExQkOAs4AxqUwT2E3bipGI64zI RzXJXQgAh/vVmp9Dm+kHZWFd6H0r0Mg06EFgVMhDlORyK28rbrg/A6y3gs7tkvcW pTNUfURBtRqtEBlpp5ltJaZ82Mcfw4MxNsd4s2Q2sROAab8LsVtdW7uuutoZrgS2 1SesphSnpfxuoJa/gynvupcR8eXMh93dD2r6+zjDdz+VPOGzAeWrT5gXiWMA9sBp nfxO88aLy39RoCEj1bqmXNwBQOQw5LAKVRmiRqnhrWbW4DR0/NCBCjTZIGlMnQFd 3sz8/IsfKeZiDzWAUtic58qBk7hjVo4i0Y7o/b9XFcfVZ0kq6jQ0iftEjkkj7n+l M8dvoVDx2nyLlov3Srwc =18eA -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#699689: /usr/bin/fai-debconf: package reconfiguration has a problem
On Sun, 3 Feb 2013 16:37:51 +0100, Wolfgang Walkowiak walkow...@hep.physik.uni-siegen.de said: For now I'll resort to a custom configuration script for the timezone setting, but the issue appears to be affecting any configuration of a package already installed prior to the debconf task being run. FAI currently does not use debconf for setting the timezone. The simple examples in FAI include a configuration script for setting the timezone. It's in scripts/FAIBASE/10-misc. It uses a variable that is defined in class/FAIBASE.var. -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699639: xserver-xorg-video-radeon: Display freezes with shared keyboard, mouse and monitors
On Mon, 04 Feb 2013 11:31:11 +0100 Michel Dänzer daen...@debian.org wrote: On Sam, 2013-02-02 at 19:15 +, Tony Houghton wrote: I share the keyboard, mouse and one of two monitors between this PC and another one running Windows. The input devices are switched with a cheap USB KVM and the monitors with their own controls because they have HDMI and DVI inputs. The primary screen is always set to this PC, only the secondary one is switched to the other PC. Sometimes X crashes, leaving the picture frozen indefinitely. The information included with your report does not show an X server crash. Are you sure it crashes and doesn't 'just' freeze? Sorry, I meant freeze. In bug 694953 the maintainer said he could see my kernel was unhappy from the original dmesg log from when this happened with the Intel driver. I rebooted after the last freeze, not knowing I would have to open a new bug, so the dmesg log here probably only shows since after the reboot. When I thought the Radeon problem was the same bug, I attached another dmesg log there (message 37) that I think covers the time that the freeze occurred, so perhaps you can find some information in there? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692780: Bug#699197: libpolyorb2-dev: fails to upgrade from 'squeeze' - trying to overwrite /usr/bin/iac
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 03/02/2013 06:52, Andreas Beckmann a écrit : Followup-For: Bug #699197 Control: tag -1 patch Hi, I'm attaching a patch that fixes the two RC issues: * missing Breaks/Replaces libpolyorb1-dev * cleaning up the diversion properly I'm now going to ask the RT for their opinion about this patch. The patched packages pass the piuparts tests that utilize the problematic code paths. Andreas Hi Andreas, Thanks a lot for the patches, I was like a chicken in front of a pencil with these bugs. What part of the debian documentation do you advice me to read to understand them fully ? Do you want me to do the upload ? A NMU for me is fine if you think so (prefer ?). Cordially, xavier -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJRD714AAoJEG3iFwasTcfatD4P/jgXR8OBajCQ9X56SZCFCCXz c5MBUTGOZxVQ+STdXkikPONYCwXWbsptha2WBbnr/hmJ9L/spcJXxMqt4v70mfyR SbB+ip6RretywjIzvQl0wrUSSfJjjNHI68HMmZxw5U/Pt6NTszPf7MnfByo/oI/X mBKs+j9tUL6ulzVvNrVmt6a+SbPiq1xs+FnbVLb3xrSX6yv31GKJWVUPHz3DHA6Q 7cj/pE4KBcgZX2wDGwhwom1j6W+P13YI52dSFQTyV83+IqfS+ZCV8Itx3yLzzNIw 2acrS0kizFygMeYBVQhd7n32Qhhlxcg4mZuNlegrCKBZfw3bzJ2KlK2sxJHOf/5H 3EejEMZfMNuG6/N6CV7EugVHjhvpnd1+abmnVs+Iez2i92JVoWOhV5NyCxetqiaW Xd199yrKjBFLJlI3Rm7L7I1VYWXR7Yk5iGZODETzvBzEku4F8uFzETvA+0/i9PL+ 8OgmwAyxOqOlLwGVzgUhzSc9+Y4YGEniZVngsUxK+qItQ6/frF+UvqCVQ6Y98Cw4 DkaiR4C14wXcY3EnhRApl4Y/KM3/JhII99BMgV55Icityj7CRyPXo4GRdjLAUR4E C3xYGrV4SIK1prSaTeH5t8wJQ6yb0kILOfo7NtzGzXtT1Cn+1LthD6YMSP6j6hWD zByqrLsKafAdpDnRgDJU =P3HN -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#680469: status of lxc in debian wheezy (was: Re: [Freedombox-discuss] jails in Debian?)
Hi, [Cc-ing the bug.] On Mon, Feb 04, 2013 at 02:42:40PM +0100, Rob van der Hoeven wrote: the Lenny repositories are not available anymore. LXC on Wheezy was frozen at the time the Debian LXC package itself was broken. Its very unfortunate that LXC on Wheezy is broken because its maintainer has clearly put a *lot* of effort in the package and now *normal* Debian users cannot enjoy this great technology for years to come. Is the issue you're talking about reported as a bug in the Debian BTS? I've just checked http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=lxc;dist=unstable but couldn't find anything which matches. For Wheezy it's this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680469 Already solved, but not in time for the release-freeze. I see, thanks. The initial submitter gave this bug Severity: normal. Do you feel this bug makes lxc unusable, or mostly so? If there's agreement on that, we could try to make a proposed update for the lxc package in wheezy. See also http://release.debian.org/wheezy/rc_policy.txt . Alternatively, a paragraph could be added to the wheeze release notes. Perhaps the workaround with ssh as mentioned in the bugreport could be listed there. I don't use lxc myself, so a draft text would be very welcome. I myself can add such text to the release notes at http://www.debian.org/releases/testing/amd64/release-notes/ch-upgrading.en.html#package-specific-issues . Groeten, Joost -- Domine, non sum dignus, ut intres sub tectum meum: sed tantum dic verbo, et sanabitur anima mea.http://mdcc.cx/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699648: ffmpeg: Please rebuild against correct libavcodec version
On 4 Feb 2013, at 14:45, Fabian Greffrath fab...@greffrath.com wrote: Am 03.02.2013 16:49, schrieb Reimar Döffinger: In the linked ffplay report it was compiled against a newer version than the one it is run against though. There is no promise that will work. I don't think we are going to rebuild mplayer each time we update libav's minor SONAME in Debian. This would nullify the advantage of shared libraries. That _should_ be ok, and MPlayer should ideally print this only as debug info in that case. I misread the report, the reported case should work fine. The case that is not ok is compiling MPlayer against a later version and then downgrade to a libav* version with a lower minor SONAME. Note that it does not nullify the main reason for dynamic linking either way: security updates. Those are (usually) easy to 100% verify that they do not break ABI and then you can just ignore those messages (if you even change the SONAME for these, if not there is no issue at all). We can also discuss other options, but the information that MPlayer is running against a different version than it was compiled against is useful IMHO, so I'm not in favour of removing this info completely. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646795: debian-installer: after used a usb stick to install debian, the usb stick cannot mount automaticly
Package: installation-reports Followup-For: Bug #646795 Dear Maintainer, exactly the same issue describe on message #51 [1]. This bug is still present on beta 4 of the installer for Wheezy. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=646795#51 -- Package-specific info: Boot method: USB-stick Image version: debian-wheezy-DI-b4-amd64-CD-1.iso copied through dd directly to USB stick. Image obtained via jigdo (http://cdimage.debian.org/cdimage/wheezy_di_beta4/amd64/jigdo-cd/debian-wheezy-DI-b4-amd64-CD-1.jigdo) Date: Date and time of the install Machine: DELL Inspiron 1545 Partitions: df -Tl will do; the raw partition table is preferred Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Clock/timezone setup: [ ] User/password setup:[ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=7.0 (wheezy) - installer build 20121114 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux silvia 3.2.0-4-amd64 #1 SMP Debian 3.2.32-1 x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub [8086:2a40] (rev 07) lspci -knn: Subsystem: Dell Device [1028:02aa] lspci -knn: Kernel driver in use: agpgart-intel lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a42] (rev 07) lspci -knn: Subsystem: Dell Device [1028:02aa] lspci -knn: 00:02.1 Display controller [0380]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a43] (rev 07) lspci -knn: Subsystem: Dell Device [1028:02aa] lspci -knn: 00:1a.0 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 [8086:2937] (rev 03) lspci -knn: Subsystem: Dell Device [1028:02aa] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1a.1 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 [8086:2938] (rev 03) lspci -knn: Subsystem: Dell Device [1028:02aa] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1a.2 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 [8086:2939] (rev 03) lspci -knn: Subsystem: Dell Device [1028:02aa] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1a.7 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 [8086:293c] (rev 03) lspci -knn: Subsystem: Dell Device [1028:02aa] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 82801I (ICH9 Family) HD Audio Controller [8086:293e] (rev 03) lspci -knn: Subsystem: Dell Device [1028:02aa] lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 [8086:2940] (rev 03) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.1 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 [8086:2942] (rev 03) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.2 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 3 [8086:2944] (rev 03) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.4 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 5 [8086:2948] (rev 03) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1d.0 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 [8086:2934] (rev 03) lspci -knn: Subsystem: Dell Device [1028:02aa] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.1 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 [8086:2935] (rev 03) lspci -knn: Subsystem: Dell Device [1028:02aa] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.2 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 [8086:2936] (rev 03) lspci -knn: Subsystem: Dell Device [1028:02aa] lspci
Bug#699703: libguestfs0: make febootstrap a recommends
Hi Hilko. On Mon, 2013-02-04 at 11:11 +0100, Hilko Bengen wrote: Does having febootstrap installed hurt? Well... I'm not using it at all... and intuitively I'd have assumed it is not necessary for most other functionality of libguestfs, right? The less stuff one has to install, the better :) . I might have time to look into a patch after my holidays... but that's about 3 weeks or so. Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#699474: RFS: b43-fwcutter/1:017-1 [ITA]
2013/2/4 John Paul Adrian Glaubitz glaub...@physik.fu-berlin.de On 02/04/2013 01:32 PM, Ma Xiaojun wrote: On Fri, Feb 1, 2013 at 5:25 AM, John Paul Adrian Glaubitz glaub...@physik.fu-berlin.de wrote: No, unfortunately the package is not ok yet. When I install the package b43-fwcutter, it will prompt the debconf question in Spanish. Really? Where to check the source package content? Yes, really. Check: b43-fwcutter-017/debian/po/en.**po I presume that this might come due to the fact that the .po file is called en.po instead of es.po and the Spanish translation is invoked when the locale is set to English (which is the case for me), I will test that. I haven't used debconf translations before. You are right!, my mistake, sorry! (fixed) Also, after installing b43-fwcutter, nothing further happens. I have to install the firmware-b43-debs manually which is very confusing. Ideally, the package b43-fwcutter should detect the hardware and prompt for the installation of the proper package or at least depend on them. b43-fwcutter itself is just a firmware cutter as its name suggests. http://linuxwireless.org/en/**users/Drivers/b43#Install_b43-**fwcutterhttp://linuxwireless.org/en/users/Drivers/b43#Install_b43-fwcutter The thing is that absolutely nothing happens when installing the b43-fwcutter which I found confusing. So, obviously people have to ignore this package and always install the installer packages. This should be mentioned at least in the README.Debian or better in the package description. I also don't see why you can't just merge everything into one binary package. You install a package b43-firmware, it detects your hardware in the preinst script and downloads and installs the firmware accordingly. If the detection fails, it should prompt whether to download the firmware anyway and then abort the installation or continue the installation, depending on the user choice. this part of the changelog[1], explains why it was necessary to split the package, however I think this will be no problem for us because the driver supports all cards with the Kerner 3.2 (which is in wheezy) Adrian and I are working on a new version of b43-fwcutter without virtual packages, which installed the appropriate firmware, depending on each card This will be more clear to users :) [1]: http://paste.debian.net/hidden/582ce9f5/ But maybe that's just me. I'd be happy if you have convincing arguments why it should be handled differently. Cheers, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 Regards. -- Epsilon http://wiki.debian.org/DanielEcheverry Linux user: #477840 Debian user Software libre http://www.rinconinformatico.net liberar blackberry http://enchulatucelu.com Libros online http://www.todopdf.net garmin y campin http://www.fitnessdeportes.com
Bug#697671: RFP: libwebsockets -- C Websockets Server Library
retitle 697671 ITP: libwebsockets -- C Websockets Server Library owner 697671 ! thanks On Tue, Jan 08, 2013 at 10:29:57AM +0100, Raphaël Hertzog wrote: Package: wnpp Severity: wishlist * Package name: libwebsockets Version : 0.5+git Upstream Author : Andy Green andy.gr...@linaro.org * URL : http://git.warmcat.com/cgi-bin/cgit/libwebsockets * License : LGPL-1.2 Programming Lang: C Description : C Websockets Server Library This is a C implementation of the websockets protocol: http://tools.ietf.org/html/rfc6455 I don't want to package this library myself but I might be able to sponsor it if someone is volunteering to do it. I'm thus ccing debian-mentors and debian-devel in the hope to find someone interested to package it. Note: there's also a fork at https://github.com/davidgaleano/libwebsockets I don't know which version should be best packaged. I favor the original one unless we find good reasons to use the other one. I'll try to take a look at it, it looks interesting. I'm not really sure how I missed that e-mail a month ago. G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 I am the thought you are now thinking. signature.asc Description: Digital signature
Bug#541690: [Debian-in-workers] Bug#541690: Which are these fonts?
On 18:28 Mon 04 Feb , Kartik Mistry wrote:
On Sun, Feb 3, 2013 at 5:27 PM, Vasudev Kamath
kamathvasu...@gmail.com I recently claimed this bug which was
archived because of no activity. I
don't see who sent this bug request it seems to be came from Debian-IN
team itself. So if the person who sent this bug is following
debian-in-workers can you please list out which fonts we are looking to
introduce to Debian with this RFP
This ITP was coined out of packaging non-free fonts like Aksharyogini
[1], but it seems we forgot.
[1] http://aksharyogini.sudhanwa.com/aksharyogini.html
OK So we can go ahead and package this right? Terms and condition seems
ok for redistribution. Did you try asking this in debian-legal? (Do we
need to?)
--
Vasudev Kamath
http://copyninja.info
Connect on ~friendica: copyninja@{frndk.de | vasudev.homelinux.net}
IRC nick: copyninja | vasudev {irc.oftc.net | irc.freenode.net}
GPG Key: C517 C25D E408 759D 98A4 C96B 6C8F 74AE 8770 0B7E
signature.asc
Description: Digital signature
Bug#699705: unblock: iceape/2.7.12-1
On Sun, Feb 03, 2013 at 10:06:15PM +, Adam D. Barratt wrote: On Sun, 2013-02-03 at 22:48 +0100, Moritz Muehlenhoff wrote: Please unblock package iceape. It fixes the last Mozilla security round. Julien unblocked this a while ago, but it's not migrated due to missing builds on a few architectures. I've just given back the mipsel build. powerpc is stuck in uploaded and s390 still marked as built, both for over two weeks; CCing the buildd maintainers. [s390 removed] It built on parry. The .upload file says: wouter@parry:/home/buildd/upload$ cat iceape_2.7.12-1_powerpc.upload u iceape-dbg_2.7.12-1_powerpc.deb ftp-master.debian.org Sat Jan 19 13:58:00 2013 u iceape_2.7.12-1_powerpc.deb ftp-master.debian.org Sat Jan 19 13:58:20 2013 u iceape_2.7.12-1_powerpc.changes ftp-master.debian.org Sat Jan 19 13:58:21 2013 s iceape_2.7.12-1_powerpc.changes ftp-master.debian.org Sat Jan 19 13:58:21 2013 which is quite a while ago. I can reupload if necessary, but I'd like to see what happened to the original upload before we go that route. Added CC to ftp-master; could you guys look at this? -- Copyshops should do vouchers. So that next time some bureaucracy requires you to mail a form in triplicate, you can mail it just once, add a voucher, and save on postage. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699669: RFS: agar/1.4.1+repack1-1 [ITP] -- toolkit for graphical applications
Package looks pretty good ! Some quick comments: What's with the renaming (Please add a REAMDE.source for explanation thanks) ? $ uscan --verbose --force-download [...] Newest version on remote site is 1.4.1, local version is 1.4.1+repack1 = remote site does not even have current version -- Scan finished $ wget http://stable.hypertriton.com/agar/agar-1.4.1.tar.gz $ md5sum agar_1.4.1+repack1.orig.tar.gz agar-1.4.1.tar.gz 3483244d3be644f769f5b79fe4817063 agar_1.4.1+repack1.orig.tar.gz ce71fb11ad79c926a968a4ed29053820 agar-1.4.1.tar.gz And I have not look carefully if this is an issue with private glx implementation, but package currently FTBFS on my system: dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols file: see diff output below dpkg-gensymbols: warning: debian/libag-gui4/DEBIAN/symbols doesn't match completely debian/libag-gui4.symbols --- debian/libag-gui4.symbols (libag-gui4_1.4.1+repack1-1_amd64) +++ dpkg-gensymbolsXVrKDS 2013-02-04 15:46:19.0 +0100 @@ -931,7 +931,7 @@ agDefaultFont@Base 1.4.1 agDirDlgClass@Base 1.4.1 agDriverClass@Base 1.4.1 - agDriverGLX@Base 1.4.1 +#MISSING: 1.4.1+repack1-1# agDriverGLX@Base 1.4.1 agDriverList@Base 1.4.1 agDriverListSize@Base 1.4.1 agDriverMwClass@Base 1.4.1 @@ -1074,4 +1074,4 @@ agWindowToFocus@Base 1.4.1 agnKeySyms@Base 1.4.1 agnUnitGroups@Base 1.4.1 - modMasks@Base 1.4.1 +#MISSING: 1.4.1+repack1-1# modMasks@Base 1.4.1 dh_makeshlibs: dpkg-gensymbols -plibag-gui4 -Idebian/libag-gui4.symbols -Pdebian/libag-gui4 -edebian/libag-gui4/usr/lib/libag_gui.so.4.0.0 returned exit code 1 make: *** [binary] Error 1 Thanks, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670972: debian-installer: include remote-repo URIs for offline installations in /etc/apt/sources.list
I agree with this suggestion. On my computers I can't do an online installation at all. One of them lacks needed proprietary firmware, while the other one is unable to connect, even if the essid is specified manually. Having the repositories commented out seems a sensible compromise between enabling them on an offline machine and completely deleting them. Perhaps a message during installation after Do you want to use a network mirror? along the lines of Add default repositories to your sources.list? is in order. An alternate suggestion would be for apt-get to warn users on empty 'sources.list' and point them to 'man sources.list' where examples of working repository urls can be found. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699714: libgraphite2-2.0.0: Please add multiarch support
Hi! Thanks for the information - I'll try to find out why libgraphite2 is needed for the multiarch setup here. (and I hope the binNMU issues are fixed soon, to be honest I thought we had a solution for that already) Regards, Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699066: Fwd: Re: License issues with code in xgks
On 2013-02-02 14:21, Alastair McKinstry wrote: FYI. Originally sent to wrong bug number. Sorry about lack of responsiveness this week I'm a bit ill Sorry to hear that you're not well, I hope you feel better soon. I included Steven Pemberton in CC to save going back and forth continually. I should point out that gcc includes enquire with exactly the same wording, so if anyone has a problem with xgks, then that is the least of their problems :-) I believe that this license is fine, because packaging costs (selling a CD) are not licensing costs. It is still available for free, and so the conditions of the license are fulfilled. This section was added because Oracle stole the code once, modified it, added their own copyright notice, and sold it, and the license wording is trying to prevent that happening again. However, the wording comes from the very beginning days of the free-software era. I'm not really that fussed about the license wording because as far as I'm concerned it's fine. The point I wish to resolve is the one raised by Luke in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699066#10, that is: On Sat, Jan 26, 2013 at 07:31:33PM -0500, Luke Faraone wrote: Package: xgks Severity: serious Justification: Violates the DFSG Additional violations noted below. xgks-2.7.0/src/port/misc/inetutil.c and xgks-2.7.0/src/port/misc/inetutil.h: /* * Copyright 1991, University Corporation for Atmospheric Research. * Not for Direct Resale. All copies to include this notice. */ /* $Id: inetutil.c,v 1.1 2000/08/07 23:15:03 emmerson Exp $ */ xgks-2.7.0/src/fontdb/hf2gks.c: COPYRIGHT, 1990, FORD MOTOR COMPANY Without any other license. What is the status of these two files and particularly these copyright assertions? There is no documentation in the package, upstream or our part, that implies we have permission to use these files (at least that I could find). -- 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#699655: designer crash with memory allocation error on start
tags 699655 unreproducible thanks Also, I cannot reproduce it on amd64 sid. Just tested Wheezy i386 and amd64 as well as sid amd64, can't reproduce it either. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699752: lastfm: Update package please
Package: lastfm Version: 1:1.5.4.27091+dfsg1-1 Severity: wishlist Dear Maintainer, Could you please think about updating this package to the latest release (and if possible obtain an exemption from the Wheezy freeze). At the time of writing the current upstream release is 2.1.30 Peter Tynan -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-rt-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lastfm depends on: ii gconf2 3.2.5-1+build1 ii libasound2 1.0.25-4 ii libc6 2.13-37 ii libgcc1 1:4.7.2-5 ii libgpod40.8.2-7 ii libmad0 0.15.1b-7 ii libqt4-network 4:4.8.2+dfsg-10 ii libqt4-sql 4:4.8.2+dfsg-10 ii libqt4-xml 4:4.8.2+dfsg-10 ii libqtcore4 4:4.8.2+dfsg-10 ii libqtgui4 4:4.8.2+dfsg-10 ii libstdc++6 4.7.2-5 ii libx11-62:1.5.0-1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages lastfm recommends: ii chromium [www-browser] 22.0.1229.94~r161065+dfsg-0.1 ii elinks [www-browser] 0.12~pre5-9 ii iceweasel [www-browser] 10.0.12esr-1 ii libqt4-sql-sqlite4:4.8.2+dfsg-10 ii lynx-cur [www-browser] 2.8.8dev.12-2 ii opera [www-browser] 12.13.1734 ii w3m [www-browser]0.5.3-8 lastfm 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#678462: Problem is with gvfs
reassign 678462 gvfs-backends kthxbye Hi, The sequence of events that's happening here is: 1. You plug in your phone 2. GVFS detects it and opens the device 3. Banshee gets a signal from GVFS and tells GVFS to unmount the phone, and then tries to mount it. This fails. The issue here is actually twofold: - libmtp 1.1.5 doesn't support opening the device more than once, i.e. with nothing else disturbing it, mtp-detect, followed by mtp-detect again fails. - gvfs-gphoto2 doesn't properly release the device so that Banshee can access it via libmtp. For the first issue, libmtp 1.1.5 is already present in experimental, so you can just upgrade to that. For the second issue, you need a newer gvfs that comes with the gvfsd-mtp backend instead of gphoto2. I'm not sure which version that is, though. Once these two conditions are satisfied, your phone should work. At least, my Samsung Galaxy S3, both with stock and CM10.1 firmware, works. -- Kind regards, Loong Jin signature.asc Description: OpenPGP digital signature
Bug#699651: RFS: mosquitto/1.1.2-1
I don't indent to sponsor this package, but here's a quick review: * Roger Light ro...@atchoo.org, 2013-02-02, 22:52: * Bumped standards release to 3.9.3. No changes needed. Lintian says: W: mosquitto source: out-of-date-standards-version 3.9.3 (current is 3.9.4) * Debhelper bumped to version 9 to help fix hardening-no-fortify-functions. Well, it didn't fix it. Lintian emits: W: libmosquitto1: hardening-no-relro usr/lib/libmosquitto.so.1 W: libmosquitto1: hardening-no-fortify-functions usr/lib/libmosquitto.so.1 W: mosquitto: hardening-no-fortify-functions usr/bin/mosquitto_passwd W: mosquitto: hardening-no-fortify-functions usr/sbin/mosquitto blhc confirms that at least some binaries were built without hardening. * Added upstart init script. * Modified normal init script to work if upstart is used. Lintian says: I: mosquitto: output-of-updaterc.d-not-redirected-to-dev-null mosquitto postinst E: mosquitto: duplicate-updaterc.d-calls-in-postinst mosquitto I: mosquitto: output-of-updaterc.d-not-redirected-to-dev-null mosquitto postrm E: mosquitto: duplicate-updaterc.d-calls-in-postrm mosquitto What is the build-dependency on python-setuptools for? AFAICS this package doesn't use setuptools. Both debian/rules and the top-level Makefile don't trap errors. See Policy §4.6 for details. Why do you need two for loops in debian/rules? They do exactly the same thing. You iterate over all supported Python 3 versions, but you build-depend only on the default one. Similarly, the python (= 2.6.6-3~), python2.7 build-dependency is not sufficient. You want: python-all (= 2.7). Why X-Python-Version: = 2.7? Upstream's setup.py says: 'Programming Language :: Python :: 2.6' What happened to python-mosquitto's Depends? Unless you have very good reasons, the -dev packages should be unversioned. License and copyright information for uthash.h is not included in debian/copyright. uthash is packaged separately in Debian. You should build mosquitto against the uthash-dev package instead of the embedded copy. mosquitto_passwd creates temporary files in current working directory in a non-atomic way. This is insecure if cwd if world-writable (e.g. /tmp). Moreover, rename() will fail if the password file is on a different partition than cwd. (And it'll fail silently, since the return value is ignored...) -- 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#699639: xserver-xorg-video-radeon: Display freezes with shared keyboard, mouse and monitors
On Mon, 2013-02-04 at 13:51 +, Tony Houghton wrote: On Mon, 04 Feb 2013 11:31:11 +0100 Michel Dänzer daen...@debian.org wrote: On Sam, 2013-02-02 at 19:15 +, Tony Houghton wrote: I share the keyboard, mouse and one of two monitors between this PC and another one running Windows. The input devices are switched with a cheap USB KVM and the monitors with their own controls because they have HDMI and DVI inputs. The primary screen is always set to this PC, only the secondary one is switched to the other PC. Sometimes X crashes, leaving the picture frozen indefinitely. The information included with your report does not show an X server crash. Are you sure it crashes and doesn't 'just' freeze? Sorry, I meant freeze. In bug 694953 the maintainer said he could see my kernel was unhappy from the original dmesg log from when this happened with the Intel driver. I rebooted after the last freeze, not knowing I would have to open a new bug, so the dmesg log here probably only shows since after the reboot. When I thought the Radeon problem was the same bug, I attached another dmesg log there (message 37) that I think covers the time that the freeze occurred, so perhaps you can find some information in there? Can't really see any sign of trouble there. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#337041: IUTF8 pseudo-terminal mode
On 2005-12-31 16:05:59 +, Colin Watson wrote: Recent versions of the Linux kernel support an IUTF8 flag (see http://www.cl.cam.ac.uk/~mgk25/unicode.html#mod) which allows the character-erase function in cooked mode to handle UTF-8 characters correctly. I would like to allow this mode to be preserved by SSH, but there is no assignment for it at present. Could this line be added to the appropriate place in draft-ietf-secsh-connect and draft-ietf-secsh-assignednumbers to create this assignment? 42 seems like a reasonable place for it. 42IUTF8 Assume input characters are UTF-8 encoded. Thanks, The problem is still there in the Debian packages from openssh 6.0p1-3. There is a workaround, which is to set the IUTF8 flag from the .ssh/rc file when need be, but this needs to detect the locales via LC_* env variables (e.g. by using locale charmap), which are not necessarily correctly passed (e.g. due to Debian bug 313317 / OpenSSH bug 1346). Note: the cooked mode itself doesn't mind about the value of the LC_* env variables; this is just a terminal problem. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631504: unusable for non-root users with or without setuid
Package: ntfs-3g Version: 1:2012.1.15AR.5-2.1 Followup-For: Bug #631504 Dear Maintainer, I added information to an installation report [1] which confirms this bug, at least in a freshly installed system. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=646795#58 -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ntfs-3g depends on: ii debconf [debconf-2.0] 1.5.49 ii fuse 2.9.0-2+deb7u1 ii libc6 2.13-37 ii libfuse2 2.9.0-2+deb7u1 ii libgcrypt111.5.0-3 ii libgnutls262.12.20-2 ii multiarch-support 2.13-37 ntfs-3g recommends no packages. ntfs-3g suggests no packages. -- debconf information: ntfs-3g/setuid-root: false ntfs-3g/initramfs: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642321: Reassigning to libmtp
reassign 642321 libmtp-common forwarded 642321 https://sourceforge.net/p/libmtp/bugs/759/ title 642321 libmtp shouldn't mark Apple devices as MTP devices kthxbye As per the upstream bug mentioned above, libmtp has some udev rules in /lib/udev/rules.d/69-libmtp.rules that mark this specific device as an MTP device. It then fails to handle it properly, and panics, causing Banshee to crash. Apparently Amarok is also affected in that it hides these devices from Amarok's view. -- Kind regards, Loong Jin signature.asc Description: OpenPGP digital signature
Bug#698207: /debian-cd/ versus /cdimage/archive/
On Tue, Jan 15, 2013 at 03:28:34PM -0400, David Prévot wrote: Control: reassign -1 cdimage.debian.org Control: severity -1 wishlist Le 15/01/2013 03:51, opensou...@tigusoft.pl a écrit : Proposed solution: simply make archive the better (universal, bookmarkable) URL, have it also host current version (like 6.0.6 now) and as for /debian-cd/ make it redirect or symlink into archive for now. I guess /debian-cd/ do have its fair use for mirroring, especially for mirrors that don't host the full archive of old stuff, but debian-cd people may provide more rationale if they feel the need to. Hi David, Yes, that's exactly the reasoning. The official mirrors of debian-cd need/want a single tree that they can mirror safely for just the current release, and that's why we have the separation. The archive area is simply meant to be a non-mirrored static archive of older releases that we keep around for posterity. We also *don't* keep all the full ISO images in that area for each release, relying instead on jigdo for many of the old images. -- Steve McIntyre, Cambridge, UK.st...@einval.com You raise the blade, you make the change... You re-arrange me 'til I'm sane... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699470: [PATCH] crystalhd git.linuxtv.org kernel driver: FIX kernel freeze or OOPS in ISRs
As expectable, the (unhandled?) false returns from the NULL pointer fixes may
lead to kernel deadlock freezes and crashes in the ISRs.
Reproducing scenario: ctrl-c at capture startup, e.g.
Next try to fix it.
Future efforts should focus on the new kernel staging GPL driver.
--
Patch attached.
crystalhd git.linuxtv.org kernel driver: FIX kernel freeze or OOPS in ISRs
Signed-off-by: Thomas Schorpp thomas.scho...@gmail.com
y
tom
diff --git a/driver/linux/crystalhd_cmds.c b/driver/linux/crystalhd_cmds.c
index cecd710..ba743df 100644
--- a/driver/linux/crystalhd_cmds.c
+++ b/driver/linux/crystalhd_cmds.c
@@ -32,6 +32,11 @@ static struct crystalhd_user *bc_cproc_get_uid(struct crystalhd_cmd *ctx)
struct crystalhd_user *user = NULL;
int i;
+ if (!ctx) {
+ dev_err(chddev(), %s: Invalid Arg\n, __func__);
+ return user;
+ }
+
for (i = 0; i BC_LINK_MAX_OPENS; i++) {
if (!ctx-user[i].in_use) {
user = ctx-user[i];
@@ -46,6 +51,11 @@ int bc_get_userhandle_count(struct crystalhd_cmd *ctx)
{
int i, count = 0;
+ if (!ctx) {
+ dev_err(chddev(), %s: Invalid Arg\n, __func__);
+ return BC_STS_INV_ARG;
+ }
+
for (i = 0; i BC_LINK_MAX_OPENS; i++) {
if (ctx-user[i].in_use)
count++;
@@ -154,7 +164,7 @@ static BC_STATUS bc_cproc_get_hwtype(struct crystalhd_cmd *ctx, crystalhd_ioctl_
static BC_STATUS bc_cproc_reg_rd(struct crystalhd_cmd *ctx,
crystalhd_ioctl_data *idata)
{
- if (!ctx || !idata)
+ if (!ctx || !ctx-hw_ctx || !idata)
return BC_STS_INV_ARG;
idata-udata.u.regAcc.Value = ctx-hw_ctx-pfnReadDevRegister(ctx-adp,
idata-udata.u.regAcc.Offset);
@@ -164,7 +174,7 @@ static BC_STATUS bc_cproc_reg_rd(struct crystalhd_cmd *ctx,
static BC_STATUS bc_cproc_reg_wr(struct crystalhd_cmd *ctx,
crystalhd_ioctl_data *idata)
{
- if (!ctx || !idata)
+ if (!ctx || !ctx-hw_ctx || !idata)
return BC_STS_INV_ARG;
ctx-hw_ctx-pfnWriteDevRegister(ctx-adp, idata-udata.u.regAcc.Offset,
@@ -176,7 +186,7 @@ static BC_STATUS bc_cproc_reg_wr(struct crystalhd_cmd *ctx,
static BC_STATUS bc_cproc_link_reg_rd(struct crystalhd_cmd *ctx,
crystalhd_ioctl_data *idata)
{
- if (!ctx || !idata)
+ if (!ctx || !ctx-hw_ctx || !idata)
return BC_STS_INV_ARG;
idata-udata.u.regAcc.Value = ctx-hw_ctx-pfnReadFPGARegister(ctx-adp,
@@ -187,7 +197,7 @@ static BC_STATUS bc_cproc_link_reg_rd(struct crystalhd_cmd *ctx,
static BC_STATUS bc_cproc_link_reg_wr(struct crystalhd_cmd *ctx,
crystalhd_ioctl_data *idata)
{
- if (!ctx || !idata)
+ if (!ctx || !ctx-hw_ctx || !idata)
return BC_STS_INV_ARG;
ctx-hw_ctx-pfnWriteFPGARegister(ctx-adp, idata-udata.u.regAcc.Offset,
@@ -201,7 +211,7 @@ static BC_STATUS bc_cproc_mem_rd(struct crystalhd_cmd *ctx,
{
BC_STATUS sts = BC_STS_SUCCESS;
- if (!ctx || !idata || !idata-add_cdata)
+ if (!ctx || !ctx-hw_ctx || !idata || !idata-add_cdata)
return BC_STS_INV_ARG;
if (idata-udata.u.devMem.NumDwords (idata-add_cdata_sz / 4)) {
@@ -220,7 +230,7 @@ static BC_STATUS bc_cproc_mem_wr(struct crystalhd_cmd *ctx,
{
BC_STATUS sts = BC_STS_SUCCESS;
- if (!ctx || !idata || !idata-add_cdata)
+ if (!ctx || !ctx-hw_ctx || !idata || !idata-add_cdata)
return BC_STS_INV_ARG;
if (idata-udata.u.devMem.NumDwords (idata-add_cdata_sz / 4)) {
@@ -307,7 +317,7 @@ static BC_STATUS bc_cproc_download_fw(struct crystalhd_cmd *ctx,
dev_dbg(chddev(), Downloading FW\n);
- if (!ctx || !idata || !idata-add_cdata || !idata-add_cdata_sz) {
+ if (!ctx || !ctx-hw_ctx || !idata || !idata-add_cdata || !idata-add_cdata_sz) {
dev_err(chddev(), %s: Invalid Arg\n, __func__);
return BC_STS_INV_ARG;
}
@@ -350,7 +360,7 @@ static BC_STATUS bc_cproc_do_fw_cmd(struct crystalhd_cmd *ctx, crystalhd_ioctl_d
BC_STATUS sts;
uint32_t *cmd;
- if (!(ctx-state BC_LINK_INIT)) {
+ if ( !ctx || !idata || !(ctx-state BC_LINK_INIT) || !ctx-hw_ctx) {
dev_dbg(dev, Link invalid state do fw cmd %x \n, ctx-state);
return BC_STS_ERR_USAGE;
}
@@ -395,7 +405,7 @@ static void bc_proc_in_completion(struct crystalhd_dio_req *dio_hnd,
return;
}
if (sts == BC_STS_IO_USER_ABORT || sts == BC_STS_PWR_MGMT)
- return;
+ return;
dio_hnd-uinfo.comp_sts = sts;
dio_hnd-uinfo.ev_sts = 1;
@@ -407,6 +417,9 @@ static BC_STATUS bc_cproc_codein_sleep(struct crystalhd_cmd *ctx)
wait_queue_head_t sleep_ev;
int rc = 0;
+ if (!ctx)
+ return BC_STS_INV_ARG;
+
if (ctx-state BC_LINK_SUSPEND)
return BC_STS_PWR_MGMT;
@@ -432,7 +445,7 @@ static BC_STATUS bc_cproc_hw_txdma(struct crystalhd_cmd *ctx,
wait_queue_head_t event;
int rc = 0;
- if (!ctx || !idata || !dio) {
+ if (!ctx || !ctx-hw_ctx || !idata || !dio) {
dev_err(dev, %s: Invalid Arg\n, __func__);
return BC_STS_INV_ARG;
}
@@ -573,7 +586,7 @@ static BC_STATUS bc_cproc_add_cap_buff(struct crystalhd_cmd *ctx,
struct crystalhd_dio_req *dio_hnd = NULL;
BC_STATUS sts = BC_STS_SUCCESS;
- if (!ctx || !idata) {
+ if (!ctx || !ctx-hw_ctx || !idata) {
Bug#699293: debian-cd: 16bit PCMCIA cards not working during installation
reassign 699293 installation-reports thanks On Tue, Jan 29, 2013 at 11:35:10PM +0100, Andreas Stempfhuber wrote: Package: debian-cd Severity: important Tags: d-i Hi, I am using debian-testing-i386-lxde-CD-1.iso 20130128-03:47 and other images from the weekly builds and 16bit PCMCIA network and wireless cards are not detected during the installation. I tried 5 different cards and all are not working. 32bit Cardbus cards are not affected by this issue. Hi Andreas, The PCMCIA (lack of) support isn't anything we know about in debian-cd. I'm reassigning this report to the installation-reports pseudo-bug target for people in the debian-installer team to comment on. I hope they know more! -- Steve McIntyre, Cambridge, UK.st...@einval.com You lock the door And throw away the key There's someone in my head but it's not me -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699753: bugs.debian.org: with found, the source package cannot be found on bugs assigned to source packages
Package: bugs.debian.org Severity: normal I did a found 337041 6.0p1-3 on a bug assigned to the source package openssh, but got the following error: Bug #337041 [openssh] openssh: ssh doesn't retain the IUTF8 flag There is no source info for the package 'openssh' at version '6.0p1-3' with architecture '' Unable to make a source version for version '6.0p1-3' Marked as found in versions 6.0p1-3. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, 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#699703: libguestfs0: make febootstrap a recommends
There seems to be some confusion and misunderstanding in this bug report. First the facts: (1) febootstrap is a general tool to build supermin appliances. It has nothing to do with 'Fedora' -- the name is just an unfortunate historical accident. (2) On Fedora we split out 'febootstrap' (the part for building supermin appliances from repositories) and 'febootstrap-supermin-helper' (the part for reconstructing supermin appliances at runtime) as separate packages. (3) On Fedora, libguestfs only depends at runtime on febootstrap-supermin-helper which is a small C program that takes next to no space. febootstrap is a build-time requirement only. (4) If you are using supermin appliances, then febootstrap-supermin-helper is very much required, even on Debian. (5) If you are using fixed appliances, then febootstrap-supermin-helper is not involved. https://github.com/libguestfs/libguestfs/blob/master/src/appliance.c#L66 Second some observations arising: (a) AFAIK Debian is still using the supermin appliance by default, although it does build it in a slightly different way from how we do it in Fedora. Nevertheless, febootstrap-supermin-helper is required by Debian (see points (4), (5)). (b) Because Debian builds the supermin appliance from the repository at package installation time, febootstrap is also required. (c) Individual users may decide to switch to using the fixed appliance for performance reasons or whatever, but that doesn't mean that febootstrap can be made an optional package for all Debian users. I understand that 'Recommends' does not necessarily mean that the package won't be installed, but I still think there is scope here for an ordinary Debian user to break their libguestfs installation by uninstalling febootstrap, and in any case there is no real reason to uninstall febootstrap (see the next point). (d) I don't understand why you wouldn't want febootstrap on your institute[']s systems. It's a perfectly decent, fully free and interesting tool which takes a unique and innovative approach to the problem of packaging enormous virtual machines. It works on Debian and a variety of other distros. http://rwmj.wordpress.com/2009/10/22/supermin-appliance-now-in-febootstrap/ Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699754: grub core.img too large when using lvm+md
Package: release-notes Severity: normal Tags: wheezy Hi Joost, Filing a bug as discussed. When I upgraded a desktop system from Squeeze to Wheezy, it failed to install grub in my MBR. The reason given was probably along the lines of this: warning: your core.img is unusually large. It won't fit in the embedding area. error: embedding is not possible, but this is required for RAID and LVM install. This worked in squeeze but in wheezy my system which has lvm and software raid has tipped it over the line. I have no exact log as to what I did, but it came down to booting from a UBCD, converting my partition table to a GUID table so I could fit the thing in. Hope this helps. Cheers, Thijs -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (400, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=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#690100: hpsa: HP SmartArray
Hello I am sending this because is asked on the site: http://womble.decadent.org.uk/blog For short: The new kernel solves the problem. -- Installation with USB-disk Extra usb disk only for the SAS controller driver: Mount the extra usbstick Bash# ls -la /dev/sd* Bash# mount /dev/sda1 /mnt Bash# /mnt/hpsa /lib/modules/$(uname -r)/kernel/drivers/scsi Bash# depmod -a Bash# modprobe -r hpsa Bash# modprobe hpsa hpsa_allow_any=1 Bash# cd / Bash# umount /mnt Before the new kernel: server crashed after grub, no disks found. Root OS is on LVM volume Added to /etc/apt/sources: 'squeeze-proposed-updates' New kernel installed, Bash# apt-get update Bash# apt-get install linux-headers-2.6.32-5-all Bash# apt-get install linux-image-2.6.32-5-amd64 Server boots without problems... Information: Server HP proliant DL360 G8 (HP Smart Array P420 SAS controller ) OS debian 6.0.6 Bash# cat /etc/fstab /dev/mapper/VG0-root on / type ext4 (rw,errors=remount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) /dev/mapper/VG0-home on /home type ext4 (rw) /dev/mapper/VG0-tmp on /tmp type ext4 (rw) /dev/mapper/VG0-usr on /usr type ext4 (rw) /dev/mapper/VG0-var on /var type ext4 (rw) http://womble.decadent.org.uk/blog
Bug#698455: fails to display JPEG comment, metadata
This, or a similar bug, has also been filed on the KDE bug-tracking system at https://bugs.kde.org/show_bug.cgi?id=274439 . best regards Richard Betham -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699755: yui-compressor: Broken css with @charset
Package: yui-compressor
Version: 2.4.2-2
Severity: normal
I use At-rule @charset for CSS (http://www.w3.org/TR/CSS21/syndata.html#at-
rules). Then I apply compressor for my css file browser get it as broken and
don`t apply any styles.
I think for at-rules yui-compressor must save \n.
Reproduce:
1. CSS file main.css looks like this:
@charset UTF-8;
h1 { color: blue }
2. yui-compressor --type css main.css, you get:
@charset UTF-8;h1{color:blue;}
3. Iceweasel 18.0 don`t apply any styles from main.css
-- System Information:
Debian Release: 6.0.6
APT prefers stable
APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages yui-compressor depends on:
ii default-jre-headless [jav 1:1.6-40 Standard Java or Java compatible R
ii gcj-4.7-jre-headless [jav 4.7.2-3Java runtime environment using GIJ
ii gcj-jre-headless [java5-r 4:4.7.2-1 Java runtime environment using GIJ
ii java-wrappers 0.1.25 wrappers for java executables
ii libjargs-java 1.0.0-2Command-line argument parsing for
ii openjdk-6-jre-headless [j 6b27-1.12-1OpenJDK Java runtime, using Hotspo
ii sun-java6-jre [java5-runt 6.26-0squeeze1 Sun Java(TM) Runtime Environment (
yui-compressor recommends no packages.
yui-compressor 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#699705: unblock: iceape/2.7.12-1
Hi, On Mon, Feb 04, 2013 at 03:40:51PM +0100, Wouter Verhelst wrote: [s390 removed] re-added. It built on parry. The .upload file says: wouter@parry:/home/buildd/upload$ cat iceape_2.7.12-1_powerpc.upload u iceape-dbg_2.7.12-1_powerpc.deb ftp-master.debian.org Sat Jan 19 13:58:00 2013 u iceape_2.7.12-1_powerpc.deb ftp-master.debian.org Sat Jan 19 13:58:20 2013 u iceape_2.7.12-1_powerpc.changes ftp-master.debian.org Sat Jan 19 13:58:21 2013 s iceape_2.7.12-1_powerpc.changes ftp-master.debian.org Sat Jan 19 13:58:21 2013 which is quite a while ago. I can reupload if necessary, but I'd like to see what happened to the original upload before we go that route. Added CC to ftp-master; could you guys look at this? I sadly deleted my buildd folder a few days ago. Anyway I guess the whole upload failed because the iceape-dbg is huge and the upload was cut off somewhere in between. queued on ftp-master doesn't have any info beyond Feb 1st, and it never reached dak (neither for powerpc nor s390). dput's now running on both in a screen. Hopefully that helps. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#680469: status of lxc in debian wheezy (was: Re: [Freedombox-discuss] jails in Debian?)
For Wheezy it's this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680469 Already solved, but not in time for the release-freeze. I see, thanks. The initial submitter gave this bug Severity: normal. Do you feel this bug makes lxc unusable, or mostly so? If there's agreement on that, we could try to make a proposed update for the lxc package in wheezy. See also http://release.debian.org/wheezy/rc_policy.txt . I think most Debian users want Debian LXC containers. This is not possible in the upcoming Wheezy release. So yes, i think this bug severely cripples LXC. Already contacted its maintainer about this, but i had the impression that he had tried but could do nothing about the situation. Also put a request on the release mailing list to temporarily un-freeze LXC so the fix could be in Wheezy (Got no reply there). Alternatively, a paragraph could be added to the wheeze release notes. Most users will try LXC a long time after they installed Wheezy when they have forgotten about the release notes (if they had read the release notes at all). So a release note will not solve the problem. People expect that programs that are in a Debian release are tested and functioning. I think its bad to ship LXC in the state that it is currently in. Solve the problem or remove LXC from Wheezy, do not let users wondering why LXC does not work on their machine. Rob. http://freedomboxblog.nl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697671: RFP: libwebsockets -- C Websockets Server Library
Hi Peter, just a few more infos: On Mon, 04 Feb 2013, Peter Pentchev wrote: * URL : http://git.warmcat.com/cgi-bin/cgit/libwebsockets There's a new dedicated website: http://libwebsockets.org Note: there's also a fork at https://github.com/davidgaleano/libwebsockets I don't know which version should be best packaged. I favor the original one unless we find good reasons to use the other one. Most of the important stuff got merged in the original libwebsockets so I would not consider packaging the fork. I'll try to take a look at it, it looks interesting. Great, thank you for your contribution to Debian! Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699756: Annual ping for Joachim Wiedorn (DM)
Package: debian-maintainers Severity: normal Here is my annual ping. Thanks for your attention. Fondest regards, Joachim Wiedorn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699705: Lost .changes on 2013-01-19 (was: Re: Bug#699705: unblock: iceape/2.7.12-1)
Hi, Philipp Kern pk...@debian.org writes: On Mon, Feb 04, 2013 at 03:40:51PM +0100, Wouter Verhelst wrote: [s390 removed] re-added. It built on parry. The .upload file says: wouter@parry:/home/buildd/upload$ cat iceape_2.7.12-1_powerpc.upload u iceape-dbg_2.7.12-1_powerpc.deb ftp-master.debian.org Sat Jan 19 13:58:00 2013 u iceape_2.7.12-1_powerpc.deb ftp-master.debian.org Sat Jan 19 13:58:20 2013 u iceape_2.7.12-1_powerpc.changes ftp-master.debian.org Sat Jan 19 13:58:21 2013 s iceape_2.7.12-1_powerpc.changes ftp-master.debian.org Sat Jan 19 13:58:21 2013 which is quite a while ago. I can reupload if necessary, but I'd like to see what happened to the original upload before we go that route. Added CC to ftp-master; could you guys look at this? You can blame me. I forgot to make a backup copy of all .changes before changing the queued setup a bit (which unlike dak actually removes files it doesn't like). I mentioned it on IRC in #-buildd, but didn't write a mail for the binary-only uploads as planned. The lost binary-only uploads are * pygtk_2.24.0-3+b1_i386.changes * bitcoin_0.7.2-2_kfreebsd-amd64.changes * partman-efi_34_i386.changes * iceape_2.7.12-1_s390.changes * iceape_2.7.12-1_powerpc.changes and * glusterfs_3.2.7-4_*.changes Note: -5 was already uploaded. So this doesn't matter. Four sourceful uploads were also lost, but those are already sorted out. I sadly deleted my buildd folder a few days ago. Anyway I guess the whole upload failed because the iceape-dbg is huge and the upload was cut off somewhere in between. queued on ftp-master doesn't have any info beyond Feb 1st, and it never reached dak (neither for powerpc nor s390). The log files for queued are now rotated. Older entries can be found in /srv/upload.debian.org/queued/log.*.xz. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699730: gnome-control-center: brightness resets on reboot or logout
On 04.02.2013 09:31, Zack wrote: Package: gnome-control-center Version: 1:3.4.3.1-2 Severity: important Tags: upstream Dear Maintainer, I went into system settings/gnome-control-centre, and set the brightness to minimum. However, when I reboot, or log out, it reverts to maximum brightness. This also happens sometimes over long periods when I haven't logged out, for example when I leave it long enough to suspend (although not when I suspend it). I have searched the web for similar bugs and believe it to be a gnome bug. It may be related to another similar bug, in which the brightness short-cut, fn-down, on my keyboard only reduces the brightness about a fifth of the way to minimum. Sounds like a problem in gnome-settings-daemon no re-applying the correct brightness setting on login or gnome-control-center not storing the brigthness setting correctly. Do you use a multi-monitor setup? Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#699753: bugs.debian.org: with found, the source package cannot be found on bugs assigned to source packages
On 04.02.2013 15:25, Vincent Lefevre wrote: I did a found 337041 6.0p1-3 on a bug assigned to the source package openssh, but got the following error: Bug #337041 [openssh] openssh: ssh doesn't retain the IUTF8 flag There is no source info for the package 'openssh' at version '6.0p1-3' with architecture '' Unable to make a source version for version '6.0p1-3' Marked as found in versions 6.0p1-3. I may be mistaken, but I suspect the issue is that you wanted 1:6.0p1-3. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680469: Fw: Re: [Freedombox-discuss] status of lxc in debian wheezy (was: Re: jails in Debian?)
See below for a problem that has come up on the freedombox list. It seems that this bug should have been marked at least serious and probably RC all along. This is quite an important package to have working as it enables a lot of other stuff. And there is already a fix available. However that fix is mixed in with a pile of others in 0.8.0~rc1-9 and 0.8.0~rc1-10, so what would be needed would be a patch for the current 0.8.0~rc1-8+deb7u1 with just this fix in it for consideration of the release team. Looking at the diffs between these versions it does not look difficult to produce and I can do that if it'll be useful. I've confirmed that this problem still exists in the current wheezy version (for wheezy containers as well as sid ones). Does the team agree that this is an RC issue (it looks like one to me)? and given a patch fixing only this issue is this something the release team would consider eligible for wheezy? (Yes, I know it would have been better if this had been marked RC 6 months ago). - Forwarded message from Rob van der Hoeven robvanderhoe...@ziggo.nl - Date: Mon, 04 Feb 2013 16:56:25 +0100 From: Rob van der Hoeven robvanderhoe...@ziggo.nl To: Joost van Baal-Ilić joostvb-freedom...@mdcc.cx Cc: 680...@bugs.debian.org, freedombox-disc...@lists.alioth.debian.org freedombox-disc...@lists.alioth.debian.org Subject: Re: [Freedombox-discuss] status of lxc in debian wheezy (was: Re: jails in Debian?) List-Id: Discussion of the Freedom Box project freedombox-discuss.lists.alioth.debian.org X-Spam-Status: No, score=-4.3 required=4.5 tests=AWL,BAYES_00, RCVD_IN_DNSWL_MED autolearn=ham version=3.3.1 For Wheezy it's this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680469 Already solved, but not in time for the release-freeze. I see, thanks. The initial submitter gave this bug Severity: normal. Do you feel this bug makes lxc unusable, or mostly so? If there's agreement on that, we could try to make a proposed update for the lxc package in wheezy. See also http://release.debian.org/wheezy/rc_policy.txt . I think most Debian users want Debian LXC containers. This is not possible in the upcoming Wheezy release. So yes, i think this bug severely cripples LXC. Already contacted its maintainer about this, but i had the impression that he had tried but could do nothing about the situation. Also put a request on the release mailing list to temporarily un-freeze LXC so the fix could be in Wheezy (Got no reply there). Alternatively, a paragraph could be added to the wheeze release notes. Most users will try LXC a long time after they installed Wheezy when they have forgotten about the release notes (if they had read the release notes at all). So a release note will not solve the problem. People expect that programs that are in a Debian release are tested and functioning. I think its bad to ship LXC in the state that it is currently in. Solve the problem or remove LXC from Wheezy, do not let users wondering why LXC does not work on their machine. Rob. http://freedomboxblog.nl ___ Freedombox-discuss mailing list freedombox-disc...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/freedombox-discuss - End forwarded message - Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698571: Merge various NetworkManager related fixes from gnome-shell
On 03.02.2013 18:53, Nicolas Bourdaud wrote: Hi Michael! I am unable to port your patch to cinnamon. I have tried (force-online-icon.patch) but for a reason I don't know, the variable state (cf the patch) is not equal to NetworkManager.State.CONNECTED_GLOBAL when an unmanaged device is connected (I have of course tested this on sid). Unfortuantely, I am not expert in the javascript code of the applet. So I am a little helpless on it. Unfortunately I don't know the cinnamon code base at all, so I can't really help you there. I would just try to search for the relevant parts in the code (most likely files/usr/share/cinnamon/applets/netw...@cinnamon.org/applet.js) and port over the changes accordingly. Do you know whether your patch for network-manager is going to be pushed upstream? Most probably not, since it's currently relying on a Debian specific patch to network-manager in Debian. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#620428: (no subject)
It looks like this change has made it downstream to Ubuntu for 5.9x but
the problem remains.
if [ x$SSH_AUTH_SOCK != x ] ssh-add -L /dev/null 21; then
GET_ID=$GET_ID ssh-add -L
fi
if [ -z `eval $GET_ID` ] [ -r ${ID_FILE} ] ; then
GET_ID=cat \${ID_FILE}\
fi
https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1074798
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689748: More info: unknown LVDS configuration bits, please report
On 2013-02-02 22:44 +0100, The Eclectic One wrote: Just noticed, on reboot after a lock up, the message in the subject line. Looking back at the original bug report, dmesg data was included by reportbug, but it was garbled (no new lines) so might have escaped notice. This is the complete line, with the 2 previous ones: [5.723064] [drm] nouveau :01:00.0: Raw DCB entry 0: 01000100 88b8 [5.723069] [drm] nouveau :01:00.0: Raw DCB entry 1: 02110223 0064 [5.723073] [drm] nouveau :01:00.0: Unknown LVDS configuration bits, please report This has been observed by at least another NV28 user, see https://bugs.freedesktop.org/show_bug.cgi?id=50403#c5. Does it still happen with a 3.7 kernel from experimental? BTW, the Unknown vendor-specific block message regarding the EDID which you had reported earlier was seen by that user as well. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
