Bug#786387: xfce4: Dual monitor connection causes logout after upgrading XFCE4
Source: xfce4 Version: 4.10.1 Severity: important I haven't been able to identify where this problem lies, except that XFCE4 has been working well with a dual monitor setup (external HDMI monitor to the right of the laptop screen, different content panels on each) but after upgrading XFCE4 in unstable, merely connecting the laptop to the external monitor causes XFCE4 to crash and I'm back to the login screen. If I try to login with the external monitor connected, XFCE4 crashes again. Temporarily, I've had to switch to LXDE when using the external monitor, XFCE works fine when it is only the laptop. I get errors in .xsession-errors: xfwm4: Fatal IO error 11 (Resource temporarily unavailable) on X server :0.0. xfce4-session: Fatal IO error 11 (Resource temporarily unavailable) on X server :0. xfce4-panel: Fatal IO error 11 (Resource temporarily unavailable) on X server :0 .0. xfsettingsd: Fatal IO error 11 (Resource temporarily unavailable) on X server :0 .0. xfce4-sensors-plugin: Fatal IO error 11 (Resource temporarily unavailable) on X server :0.0. wrapper-1.0: Fatal IO error 104 (Connection reset by peer) on X server :0.0. parsing temperature file /sys/class/thermal/thermal_zone0/temp... wrapper-1.0: Fatal IO error 11 (Resource temporarily unavailable) on X server :0 .0. wicd-client.py: Fatal IO error 2 (No such file or directory) on X server :0.0. Has notifications support True Loading... Connecting to daemon... Connected. Xsession: X session started for neil at Mon 18 May 08:44:36 BST 2015 localuser:neil being added to access control list (xfwm4:13114): xfwm4-WARNING **: Failed to connect to session manager: Failed to connect to the session manager: SESSION_MANAGER environment variable not define d xfwm4: Fatal IO error 4 (Interrupted system call) on X server :0. Xsession: X session started for neil at Mon 18 May 08:45:08 BST 2015 localuser:neil being added to access control list xfce4-session: GNOME compatibility is enabled and gnome-keyring-daemon is found on the system. Skipping gpg/ssh-agent startup. ** Message: couldn't access control socket: /run/user/1000/keyring/control: No such file or directory (xfwm4:13322): xfwm4-WARNING **: output size (3360x1080) and logical screen size (1440x900) do not match (xfce4-session:13308): xfce4-session-WARNING **: Unable to launch xfce4-settings-helper: Failed to execute child process xfce4-settings-helper (No such file or directory) (xfce4-session:13308): xfce4-session-WARNING **: Unable to launch xfce4-settings-helper: Failed to execute child process xfce4-settings-helper (No such file or directory) ** (xfdesktop:13329): WARNING **: Thumbnailer failed calling GetFlavors Failure: Module initialization failed I've tried downgrading to the version of XFCE4 in Jessie but that didn't help, so I suspect a configuration option has been changed as a result of the upgrade. I had been using ARandR to configure the external monitor usage: #!/bin/sh xrandr --output DP3 --off --output DP2 --off --output DP1 --off --output HDMI3 --off --output HDMI2 --mode 1920x1080 --pos 1440x0 --rotate normal --output HDMI1 --off --output LVDS1 --mode 1440x900 --pos 0x0 --rotate normal --output VGA1 --off XFCE4 has changed the monitor settings to support automatically configuring monitors but this didn't fix the issue. (The only package from the list of dependencies of the xfce4 metapackage which I do not have installed is orage. The system is still using sysvinit, in case that matters.) -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf, arm64 Kernel: Linux 4.0.0-1-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 Init: sysvinit (via /sbin/init) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786391: telepathy-qt: FTBFS due to symbols file
Source: telepathy-qt Version: 0.9.5+dfsg-3 Severity: serious Control: block 760003 by -1 Your package failed to build almost everywhere: https://buildd.debian.org/status/logs.php?pkg=telepathy-qtver=0.9.5%2Bdfsg-3 This blocks ktp-call-ui which blocks the qt-gstreamer transition. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784709: when would blkid success but not filesystem type?
In https://bugs.debian.org/784709 Jérôme Kieffer wrote: Here is the answer for the 3.16 kernel: jerome@patagonia:~$ sudo blkid -o value -s TYPE /dev/sdb4 jerome@patagonia:~$ echo $? 0 ... The output is the same on 3.2, as you can see on attached images. Anyone know when blkid would return success but not the filesystem type? This is util-linux 2.25.2-6 with Linux 3.16/3.2 and an extended partition. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#780408: Deps
Hi, I have sent RFS mails to the debian-python mailing-list on tornado and mistune, so those should cover all deps for ipython 3.1.0. Snark on #debian-python and #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786389: jessie-pu: package mate-netbook/1.8.1-4+deb8u1
Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu
+ * Add 0002_preserve_configuration.patch. Ensure Window Picker
+applet doesn't override mate-maximus. (Closes: #785090).
- Basically, applet A should not mess with settings of applet B.
Especially not, if the user cannot do anything about it.
Please accept this change as a jessie-pu. Thanks.
light+love,
Mike
-- System Information:
Debian Release: 8.0
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500,
'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-4-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
Init: systemd (via /run/systemd/system)
diff -Nru mate-netbook-1.8.1/debian/changelog mate-netbook-1.8.1/debian/changelog
--- mate-netbook-1.8.1/debian/changelog 2015-03-05 08:38:20.0 +0100
+++ mate-netbook-1.8.1/debian/changelog 2015-05-21 10:28:32.0 +0200
@@ -1,3 +1,11 @@
+mate-netbook (1.8.1-4+deb8u1) jessie-proposed-updates; urgency=medium
+
+ [ Martin Wimpress ]
+ * Add 0002_preserve_configuration.patch. Ensure Window Picker
+applet doesn't override mate-maximus. (Closes: #785090).
+
+ -- Mike Gabriel sunwea...@debian.org Thu, 21 May 2015 10:26:53 +0200
+
mate-netbook (1.8.1-4) unstable; urgency=medium
[ Martin Wimpress ]
diff -Nru mate-netbook-1.8.1/debian/patches/0002_preserve_configuration.patch mate-netbook-1.8.1/debian/patches/0002_preserve_configuration.patch
--- mate-netbook-1.8.1/debian/patches/0002_preserve_configuration.patch 1970-01-01 01:00:00.0 +0100
+++ mate-netbook-1.8.1/debian/patches/0002_preserve_configuration.patch 2015-05-21 10:24:13.0 +0200
@@ -0,0 +1,59 @@
+ GNU nano 2.2.6 File: ../mate-netbook-181/debian/patches/0002_preserve_configuration.patch
+From b84fe12fad7717ddfad5cb3bd12090f61864e759 Mon Sep 17 00:00:00 2001
+From: Monsta mon...@inbox.ru
+Date: Tue, 28 Apr 2015 16:56:54 +0300
+Subject: [PATCH] window picker applet: don't mess with maximus settings
+
+---
+ mate-window-picker-applet/applet.c | 19 ---
+ 1 file changed, 19 deletions(-)
+
+diff --git a/mate-window-picker-applet/applet.c b/mate-window-picker-applet/applet.c
+index 3985383..3cd9c7a 100644
+--- a/mate-window-picker-applet/applet.c
b/mate-window-picker-applet/applet.c
+@@ -47,10 +47,6 @@
+ #define APPLET_SCHEMA org.mate.panel.applet.mate-window-picker-applet
+ #define SHOW_WIN_KEY show-all-windows
+
+-#define MAXIMUS_SCHEMA org.mate.maximus
+-#define UNDECORATE_KEY undecorate
+-#define NO_MAXIMIZE_KEY no-maximize
+-
+ typedef struct
+ {
+ GtkWidget*tasks;
+@@ -133,13 +129,6 @@ force_no_focus_padding (GtkWidget *widget)
+ static void
+ cw_applet_finalize (GObject *object)
+ {
+- /* disable Maximus */
+- GSettings *maximus_settings;
+- maximus_settings = g_settings_new (MAXIMUS_SCHEMA);
+- g_settings_set_boolean (maximus_settings, UNDECORATE_KEY, FALSE);
+- g_settings_set_boolean (maximus_settings, NO_MAXIMIZE_KEY, TRUE);
+- g_object_unref (maximus_settings);
+-
+ if (G_OBJECT_CLASS (parent_class)-finalize)
+ (* G_OBJECT_CLASS (parent_class)-finalize) (object);
+ }
+@@ -169,18 +158,10 @@ cw_applet_fill (MatePanelApplet *applet,
+ mainapp = app;
+ screen = wnck_screen_get_default ();
+
+- /* prepare to disable Maximus */
+ object_class = G_OBJECT_GET_CLASS (G_OBJECT(applet));
+ object_class-finalize = cw_applet_finalize;
+ parent_class = g_type_class_peek_parent (object_class);
+
+- /* enable Maximus */
+- GSettings *maximus_settings;
+- maximus_settings = g_settings_new (MAXIMUS_SCHEMA);
+- g_settings_set_boolean (maximus_settings, UNDECORATE_KEY, TRUE);
+- g_settings_set_boolean (maximus_settings, NO_MAXIMIZE_KEY, FALSE);
+- g_object_unref (maximus_settings);
+-
+ /* gsettings prefs */
+ app-settings = mate_panel_applet_settings_new (applet, APPLET_SCHEMA);
+ g_signal_connect (app-settings, changed:: SHOW_WIN_KEY,
+
diff -Nru mate-netbook-1.8.1/debian/patches/series mate-netbook-1.8.1/debian/patches/series
--- mate-netbook-1.8.1/debian/patches/series 2015-03-05 08:32:59.0 +0100
+++ mate-netbook-1.8.1/debian/patches/series 2015-05-21 10:26:28.0 +0200
@@ -1 +1,2 @@
0001_respect_undecorate_setting.patch
+0002_preserve_configuration.patch
Bug#786390: gnome: Gnome fails opening a session
Package: gdm3 Version: 3.14.1-7 Severity: important File: gnome Dear Maintainer, A month ago, I upgraded wheezy to jessie when it became stable. Since then, when opening a session, Gnome often (more than half of the time) fails. It tries to open the session but after 1-2 seconds go back to login screen. This happens with both sessions already opened (using the switching user function) and all session closed. Restarting gdm3 (/etc/init.d/gdm3 restart) and re-attempting to login works but the next attempt 1 hour later will need gdm3 to be restarted. -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gdm3 depends on: ii accountsservice 0.6.37-3+b1 ii adduser 3.113+nmu3 ii dconf-cli0.22.0-1 ii dconf-gsettings-backend 0.22.0-1 ii debconf [debconf-2.0]1.5.56 ii gir1.2-gdm3 3.14.1-7 ii gnome-session [x-session-manager]3.14.0-2 ii gnome-session-bin3.14.0-2 ii gnome-session-flashback [x-session-manager] 3.8.1-7 ii gnome-settings-daemon3.14.2-3 ii gnome-shell 3.14.2-3+b1 ii gnome-terminal [x-terminal-emulator] 3.14.1-1 ii gsettings-desktop-schemas3.14.1-1 ii libaccountsservice0 0.6.37-3+b1 ii libaudit11:2.4-1+b1 ii libc62.19-18 ii libcanberra-gtk3-0 0.30-2.1 ii libcanberra0 0.30-2.1 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libgdm1 3.14.1-7 ii libglib2.0-0 2.42.1-1 ii libglib2.0-bin 2.42.1-1 ii libgtk-3-0 3.14.5-1 ii libpam-modules 1.1.8-3.1 ii libpam-runtime 1.1.8-3.1 ii libpam-systemd 215-17 ii libpam0g 1.1.8-3.1 ii librsvg2-common 2.40.5-1 ii libselinux1 2.3-2 ii libsystemd0 215-17 ii libwrap0 7.6.q-25 ii libx11-6 2:1.6.2-3 ii libxau6 1:1.0.8-1 ii libxdmcp61:1.1.1-1+b1 ii libxrandr2 2:1.4.2-1+b1 ii lsb-base 4.1+Debian13+nmu1 ii metacity [x-window-manager] 1:3.14.3-1 ii mutter [x-window-manager]3.14.2-1 ii policykit-1 0.105-8 ii ucf 3.0030 ii x11-common 1:7.7+7 ii x11-xserver-utils7.7+3+b1 ii xterm [x-terminal-emulator] 312-2 Versions of packages gdm3 recommends: ii at-spi2-core 2.14.0-1 ii desktop-base 8.0.2 ii gnome-icon-theme 3.12.0-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii x11-xkb-utils 7.7+1 ii xserver-xephyr 2:1.16.4-1 ii xserver-xorg 1:7.7+7 ii zenity 3.14.0-1 Versions of packages gdm3 suggests: pn gnome-orcanone ii libpam-gnome-keyring 3.14.0-1+b1 -- Configuration Files: /etc/gdm3/greeter.gsettings c174f4b4052874d1918d18ccadb6a027 [Errno 2] Aucun fichier ou dossier de ce type: u'/etc/gdm3/greeter.gsettings c174f4b4052874d1918d18ccadb6a027' -- debconf information: * shared/default-x-display-manager: gdm3 gdm3/daemon_name: /usr/sbin/gdm3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765577: (no subject)
Control: tag -1 pending
Hey Faidon,
Faidon Liambotis [2015-04-22 15:25 +0300]:
-new_rule_pattern=$(echo ^SUBSYSTEM==\net\, ACTION==\add\$match | sed
-re 's/([\?\*])/\\\1/g')
+new_rule_pattern=$(echo ^SUBSYSTEM==\net\, ACTION==\add\$match | sed
-re 's/([\?\*\{\}])/\\\1/g')
Thanks for spotting this! I tested this now with Marco's test script,
and it still works fine. Committed to master now:
http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=3d02f64154
(to experimental too).
I have to say... constructing regexps in shell is tricky and the
whole escaping-with-sed logic feels like a hack. I think a literal
grep (i.e. -F) would be better here, especially since I don't see
the point of an exact match (even if the file was modified by the
sysadmin, the right thing would to not write a new rule anyway).
This is probably something to be considered post-jessie.
Yeah, the whole generator is a horrible thing.. For the future I
actually want to propose a bolder change:
https://lists.debian.org/debian-devel/2015/05/msg00170.html
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
signature.asc
Description: Digital signature
Bug#760572: libsane: Supported Samsung SCX-4623 scanner does not work
tags 760572 - moreinfo thanks Hello, no answer since 4 month. So I close this bug. Thank you for your collaboration in Debian. CU Jörg -- New: GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB 30EE 09F8 9F3C 8CA1 D25D GPG key (long) : 09F89F3C8CA1D25D GPG Key: 8CA1D25D CAcert Key S/N : 0E:D4:56 Old pgp Key: BE581B6E (revoked since 2014-12-31). Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net My wish list: - Please send me a picture from the nature at your home. signature.asc Description: This is a digitally signed message part
Bug#786387: set the correct found version
notfound 786387 4.10.1 found 786387 4.12.1 thanks Current versions of XFCE packages: $ dpkg -l |cut -c -80 |grep xfce4 ii libxfce4ui-1-04.12.1-2am ii libxfce4ui-common 4.12.1-2al ii libxfce4ui-utils 4.12.1-2am ii libxfce4util-bin 4.12.1-2am ii libxfce4util-common 4.12.1-2al ii libxfce4util6 4.10.1-2am ii libxfce4util7 4.12.1-2am ii xfce4-appfinder 4.12.0-2am ii xfce4-artwork 0.1.1a~git+20110420-1 al ii xfce4-battery-plugin 1.0.5-4+b1 am ii xfce4-mixer 4.10.0-3+b1 am ii xfce4-mount-plugin0.6.7-1+b1 am ii xfce4-notifyd 0.2.4-3+b1 am ii xfce4-panel 4.12.0-2am ii xfce4-power-manager 1.4.4-4 am ii xfce4-power-manager-data 1.4.4-4 al ii xfce4-screenshooter 1.8.2-2 am ii xfce4-sensors-plugin 1.2.6-1+b1 am ii xfce4-session 4.12.1-3am ii xfce4-settings4.12.0-2am ii xfce4-terminal0.6.3-1+b2 am ii xfce4-volumed 0.1.13-5am -- Neil Williams = http://www.linux.codehelp.co.uk/ pgpr9Iy5XY_LA.pgp Description: OpenPGP digital signature
Bug#786388: jessie-pu: package mate-desktop/1.8.1+dfsg1-3+deb8u1
Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu
+ * debian/control:
++ Add to D (libmate-desktop-dev): libstartup-notification0-dev,
+ libdconf-dev.
- When preparing caja-actions for unstable (3rd party product/extension for
the MATE file browser), I discovered that the list of -dev dependencies in
libmate-desktop-dev is incomplete.
I would like to propose an updated version of mate-desktop for jessie,
that provides correct dependencies when building against
libmate-desktop-dev.
Unfortunately, I only discovered that during the sleep phase right before
the release. I hope this dependency change is possible via jessie-pu.
light+love,
Mike
-- System Information:
Debian Release: 8.0
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500,
'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-4-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
Init: systemd (via /run/systemd/system)
diff -Nru mate-desktop-1.8.1+dfsg1/debian/changelog mate-desktop-1.8.1+dfsg1/debian/changelog
--- mate-desktop-1.8.1+dfsg1/debian/changelog 2015-03-28 14:54:56.0 +0100
+++ mate-desktop-1.8.1+dfsg1/debian/changelog 2015-05-21 10:15:36.0 +0200
@@ -1,3 +1,11 @@
+mate-desktop (1.8.1+dfsg1-3+deb8u1) jessie-proposed-updates; urgency=medium
+
+ * debian/control:
++ Add to D (libmate-desktop-dev): libstartup-notification0-dev,
+ libdconf-dev.
+
+ -- Mike Gabriel sunwea...@debian.org Thu, 21 May 2015 10:14:55 +0200
+
mate-desktop (1.8.1+dfsg1-3) unstable; urgency=medium
[ Mike Gabriel ]
diff -Nru mate-desktop-1.8.1+dfsg1/debian/control mate-desktop-1.8.1+dfsg1/debian/control
--- mate-desktop-1.8.1+dfsg1/debian/control 2015-03-28 14:54:56.0 +0100
+++ mate-desktop-1.8.1+dfsg1/debian/control 2015-05-21 10:13:40.0 +0200
@@ -89,8 +89,10 @@
Depends: ${misc:Depends},
${shlibs:Depends},
libmate-desktop-2-17 (= ${binary:Version}),
+ libstartup-notification0-dev,
libgdk-pixbuf2.0-dev,
libgtk2.0-dev,
+ libdconf-dev,
Breaks: libmatedesktop-dev
Replaces: libmatedesktop-dev
Description: Library with common API for various MATE modules (development files)
Bug#785122: chocolate-doom is marked for autoremoval from testing
Control: severity -1 minor Control: forwarded -1 https://github.com/chocolate-doom/chocolate-doom/issues/479 Control: tags -1 upstream pending Control: retitle -1 accidental license upgrade to GPLv3+ Upstream also considers this a non-issue, thus downgrading severity: https://github.com/chocolate-doom/chocolate-doom/issues/479#issuecomment-104072886 Cheers, Fabian signature.asc Description: This is a digitally signed message part
Bug#771441: tftpd-hpa fails to start properly if network is unavailable
Hello, since this behaviour is still on Jessie and is rather inconvenient. Whats the recommended workaround nowadays? I want to serve on 2 networks, so setting my ip address wont cut it. Is changing to TFTP_ADDRESS=:69 cause any issues, or a if-up.d script still the best option? Kind Regards, Norbert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727211: libsane: Failed to start scanner: Invalid argument when using a genesys supported scanner
Hello, this bug seems fixed[1]. So I close this bug. Thank you for spending your time helping to make Debian better with this bug report. CU Jörg [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727211#75 -- New: GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB 30EE 09F8 9F3C 8CA1 D25D GPG key (long) : 09F89F3C8CA1D25D GPG Key: 8CA1D25D CAcert Key S/N : 0E:D4:56 Old pgp Key: BE581B6E (revoked since 2014-12-31). Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net My wish list: - Please send me a picture from the nature at your home. signature.asc Description: This is a digitally signed message part
Bug#774711: openssh: OpenSSH should have stronger ciphers selected at least on the server side.
see also: https://www.weakdh.org/ The Logjam Attack https://www.weakdh.org/imperfect-forward-secrecy.pdf Is NSA Breaking 1024-bit DH? Our calculations suggest that it is plausibly within NSA’s resources to have performed number field sieve precomputations for at least a small number of 1024-bit Diffie-Hellman groups. This would allow them to break any key exchanges made with those groups in close to real time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786380: transition: armadillo
Control: tags -1 confirmed On 21/05/15 08:26, Kumar Appaiah wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Dear Release Team, I intend uploading a new version of armadillo to unstable. The following are the reverse dependencies of libarmadillo4: libgdal1h libgdal-perl mlpack-bin libmlpack1 libgdal1h libgdal-perl A binNMU should suffice for these. That's just src:gdal and src:mlpack. Please let me know your opinion. Go ahead. Cheers, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768983: [Pkg-graphite-maint] ITP: carbon-c-relay -- status?
On Mon, May 18, 2015 at 01:43:15PM +0200, Bernd Zeimetz wrote: On 05/16/2015 11:07 AM, Filippo Giunchedi wrote: On Wed, May 13, 2015 at 09:43:30PM +0200, Jonas Genannt wrote: Happy to hear other opinions if people are interested since it is just harder to transition after the upload. (+Jonas and pkg-graphite-maint) I would also suggest to use a other configuration directory. because /etc/carbon can be have more configuration files: ok I've switched back to /etc/carbon-c-relay.conf in 7f6bed754f Bernd if that looks good I think we're fine to upload I'll add some dpkg-maint-helper stuff for a smooth migration from the old/inofficial package / config file location to the new one. I need it anyway. Should I upload it when I'm done? sure go ahead, thanks! filippo -- http://esaurito.net - 0x99D49B6B00CAD1E5 - ⠠⠵ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#417666: option to scan until there are no more pages
Hello, this bug is now 8 years old. The desired function is not implemented until now. So I close this bug. If you need the function please file a bug directly at[1]. Thank you for spending your time. CU Jörg [1] https://alioth.debian.org/tracker/?atid=410366group_id=30186func=browse -- New: GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB 30EE 09F8 9F3C 8CA1 D25D GPG key (long) : 09F89F3C8CA1D25D GPG Key: 8CA1D25D CAcert Key S/N : 0E:D4:56 Old pgp Key: BE581B6E (revoked since 2014-12-31). Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net My wish list: - Please send me a picture from the nature at your home. signature.asc Description: This is a digitally signed message part
Bug#772185: chkrootkit: false positive systemd /sbin/init
Control: forcemerge 740898 -1 On 2014-12-05 23:25, Christoph Anton Mitterer wrote: Apparently chkrootkit gives a false positive on scanning /sbin/init when systemd is used (and systemd-sysv installed, i.e. /sbin/init pointing to /lib/systemd/systemd) Searching for Suckit rootkit... Warning: /sbin/init INFECTED This is the same bug as #740898, which was fixed shortly before the Jessie release. 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#487719: [Pkg-alsa-devel] Bug#487719: Bug#487719: alsamixer: function snd_ctl_open failed for default: No such
* pe...@easthope.ca pe...@easthope.ca [2015-05-20 20:43 -0700]: From: Elimar Riesebieter riese...@lxtec.de Date: Wed, 20 May 2015 16:01:16 +0200 Please post the output of: $ lsmod | grep snd $ groups #as $USER # alsactl init $ aplay -l $ aplay -L Not sure about $ groups #as $USER # alsactl init but the following should help. peter@dalton:~$ lsmod | grep snd snd_usb_audio 71436 0 snd_usbmidi_lib18801 1 snd_usb_audio snd_rawmidi22472 1 snd_usbmidi_lib snd_hwdep 12943 1 snd_usb_audio snd_seq_device 13016 1 snd_rawmidi snd_intel8x0 22372 0 snd_ac97_codec 84236 1 snd_intel8x0 snd_pcm53461 3 snd_ac97_codec,snd_intel8x0,snd_usb_audio snd_page_alloc 12867 2 snd_pcm,snd_intel8x0 snd_timer 22356 1 snd_pcm snd42761 9 snd_timer,snd_pcm,snd_ac97_codec,snd_intel8x0,snd_seq_device,snd_hwdep,snd_rawmidi,snd_usbmidi_lib,snd_usb_audio soundcore 12921 1 snd ac97_bus 12462 1 snd_ac97_codec usbcore 104555 8 ehci_hcd,ohci_hcd,usb_storage,usbhid,pegasus,snd_usbmidi_lib,snd_usb_audio peter@dalton:~$ groups peter adm mail cdrom floppy sudo audio dip video plugdev staff Debian-exim lpadmin scanner netdev root@dalton:/home/peter# alsactl init Found hardware: ICH Realtek ALC655 rev 0 AC97a:414c4760 0x105b 0x0c56 Hardware is initialized using a generic method root@dalton:/home/peter# peter@dalton:~$ aplay -l List of PLAYBACK Hardware Devices card 0: SI7012 [SiS SI7012], device 0: Intel ICH [SiS SI7012] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: Set [C-Media USB Headphone Set], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0 card 2: Device [C-Media USB Audio Device], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0 So your sound should work. You must see card 0 as the default sound device in alsamixer. peter@dalton:~$ aplay -L null Discard all samples (playback) or generate zero samples (capture) pulse PulseAudio Sound Server sysdefault:CARD=SI7012 SiS SI7012, SiS SI7012 Default Audio Device front:CARD=SI7012,DEV=0 SiS SI7012, SiS SI7012 Front speakers surround21:CARD=SI7012,DEV=0 SiS SI7012, SiS SI7012 2.1 Surround output to Front and Subwoofer speakers surround40:CARD=SI7012,DEV=0 SiS SI7012, SiS SI7012 4.0 Surround output to Front and Rear speakers surround41:CARD=SI7012,DEV=0 SiS SI7012, SiS SI7012 4.1 Surround output to Front, Rear and Subwoofer speakers surround50:CARD=SI7012,DEV=0 SiS SI7012, SiS SI7012 5.0 Surround output to Front, Center and Rear speakers surround51:CARD=SI7012,DEV=0 SiS SI7012, SiS SI7012 5.1 Surround output to Front, Center, Rear and Subwoofer speakers iec958:CARD=SI7012,DEV=0 SiS SI7012, SiS SI7012 IEC958 (S/PDIF) Digital Audio Output dmix:CARD=SI7012,DEV=0 SiS SI7012, SiS SI7012 Direct sample mixing device dsnoop:CARD=SI7012,DEV=0 SiS SI7012, SiS SI7012 Direct sample snooping device hw:CARD=SI7012,DEV=0 SiS SI7012, SiS SI7012 Direct hardware device without any conversions plughw:CARD=SI7012,DEV=0 SiS SI7012, SiS SI7012 Hardware device with all software conversions sysdefault:CARD=Set C-Media USB Headphone Set, USB Audio Default Audio Device front:CARD=Set,DEV=0 C-Media USB Headphone Set, USB Audio Front speakers surround21:CARD=Set,DEV=0 C-Media USB Headphone Set, USB Audio 2.1 Surround output to Front and Subwoofer speakers surround40:CARD=Set,DEV=0 C-Media USB Headphone Set, USB Audio 4.0 Surround output to Front and Rear speakers surround41:CARD=Set,DEV=0 C-Media USB Headphone Set, USB Audio 4.1 Surround output to Front, Rear and Subwoofer speakers surround50:CARD=Set,DEV=0 C-Media USB Headphone Set, USB Audio 5.0 Surround output to Front, Center and Rear speakers surround51:CARD=Set,DEV=0 C-Media USB Headphone Set, USB Audio 5.1 Surround output to Front, Center, Rear and Subwoofer speakers surround71:CARD=Set,DEV=0 C-Media USB Headphone Set, USB Audio 7.1 Surround output to Front, Center, Side, Rear and Woofer speakers iec958:CARD=Set,DEV=0 C-Media USB Headphone Set, USB Audio IEC958 (S/PDIF) Digital Audio Output dmix:CARD=Set,DEV=0 C-Media USB Headphone Set, USB Audio Direct sample mixing device dsnoop:CARD=Set,DEV=0 C-Media USB Headphone Set, USB Audio Direct sample snooping device hw:CARD=Set,DEV=0 C-Media USB Headphone Set, USB Audio Direct hardware device without any conversions plughw:CARD=Set,DEV=0 C-Media USB Headphone Set, USB Audio Hardware device with all software conversions sysdefault:CARD=Device C-Media USB Audio Device, USB Audio Default Audio Device
Bug#786381: texlive-lang-cyrillic: request for scyrillic fonts
Package: texlive-lang-cyrillic Version: 2014.20141024-1 Severity: wishlist Dear Maintainer, Please add these fonts to texlive-lang-cyrillic (only .mf files are needed): CTAN: tex-archive/fonts/cyrillic/scyrillic -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (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 Init: systemd (via /run/systemd/system) Versions of packages texlive-lang-cyrillic depends on: ii dpkg1.17.25 ii tex-common 5.03 ii texlive-base2014.20141024-2 ii texlive-binaries2014.20140926.35254-6 ii texlive-latex-base 2014.20141024-2 texlive-lang-cyrillic recommends no packages. texlive-lang-cyrillic suggests no packages. Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.56 ii dpkg 1.17.25 ii ucf3.0030 Versions of packages tex-common suggests: ii debhelper 9.20150101 Versions of packages texlive-lang-cyrillic is related to: ii tex-common5.03 ii texlive-binaries 2014.20140926.35254-6 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785786: efivar: Could not delete boot variable: Success
Hello Jared I guess it is not needed anymore but ricardo@neopili:~/curro/qt5022/kernel$ sudo efibootmgr -v BootCurrent: 001B Timeout: 0 seconds BootOrder: 001A,0006,0007,0008,0009,000A,000B,000C,000D,000E Boot Setup FvFile(721c8b66-426c-4e86-8e99-3457c46ab0b9) Boot0001 Boot Menu FvFile(126a762d-5758-4fca-8531-201a7f57f850) Boot0002 Diagnostic Splash Screen FvFile(a7d8d9a6-6ab0-4aeb-ad9d-163e59a7a380) Boot0003 Startup Interrupt Menu FvFile(f46ee6f4-4785-43a3-923d-7f786c3c8479) Boot0004 ME Configuration Menu FvFile(82988420-7467-4490-9059-feb448dd1963) Boot0005 Rescue and Recovery FvFile(665d3f60-ad3e-4cad-8e26-db46eee9f1b5) Boot0006* USB CD VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,86701296aa5a7848b66cd49dd3ba6a55) Boot0007* USB FDD VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,6ff015a28830b543a8b8641009461e49) Boot0008* ATAPI CD0 VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,aea2090adfde214e8b3a5e471856a35401) Boot0009* ATA HDD2 VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,91af625956449f41a7b91f4f892ab0f602) Boot000A* ATA HDD0 VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,91af625956449f41a7b91f4f892ab0f600) Boot000B* ATA HDD1 VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,91af625956449f41a7b91f4f892ab0f601) Boot000C* USB HDD VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,33e821aaaf33bc4789bd419f88c50803) Boot000D* PCI LAN VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,78a84aaf2b2afc4ea79cf5cc8f3d3803) Boot000E* ATAPI CD1 VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,aea2090adfde214e8b3a5e471856a35403) Boot000F* ATAPI CD2 VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,aea2090adfde214e8b3a5e471856a35404) Boot0010 Other CD VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,aea2090adfde214e8b3a5e471856a35406) Boot0011* ATA HDD3 VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,91af625956449f41a7b91f4f892ab0f603) Boot0012* ATA HDD4 VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,91af625956449f41a7b91f4f892ab0f604) Boot0013 Other HDD VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,91af625956449f41a7b91f4f892ab0f606) Boot0014* IDER BOOT CDROM ACPI(a0341d0,0)PCI(16,2)ATAPI(0,1,0) Boot0015* IDER BOOT Floppy ACPI(a0341d0,0)PCI(16,2)ATAPI(0,0,0) Boot0016* ATA HDD VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,91af625956449f41a7b91f4f892ab0f6) Boot0017* ATAPI CD: VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,aea2090adfde214e8b3a5e471856a354) Boot0018* PCI LAN VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,78a84aaf2b2afc4ea79cf5cc8f3d3803) Boot0019 OEM Hot Key FvFile(0b5a75d0-2793-4efa-bfa7-74689122fa55) Boot001A* debian HD(1,800,10,803bdbcc-6e1b-4cbc-b509-3ea4cf882dba)File(\EFI\debian\grubx64.efi) Boot001B* debian HD(1,800,10,803bdbcc-6e1b-4cbc-b509-3ea4cf882dba)File(\EFI\debian\grubx64.efi) Thanks! On Wed, May 20, 2015 at 9:52 PM, D. Jared Dominguez jared_doming...@dell.com wrote: Ricardo, Okay, I've poked around some, and it seems like efibootmgr won't even *build* with the most recently released libefivar0. There are a bunch of changes to efibootmgr upstream (dp branch in the efibootmgr git repo) that look like they resolve this, but since those changes aren't merged into the master efibootmgr branch--and certainly not released--I would like to check with the upstream maintainer on where we're at. Peter, How complete are your efibootmgr changes in the dp branch? I know you're off at Plugfest this week, so probably won't get a fast response. Do you have any pointers on any gotchas? --Jared -- Jared Domínguez Infrastructure Software Engineering Dell | Enterprise Solutions Group -- Ricardo Ribalda -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786379: ruby-fog-local and ruby-fog: error when trying to install together
Package: ruby-fog,ruby-fog-local Version: ruby-fog/1.28.0-2 Version: ruby-fog-local/0.2.1-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2015-05-21 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: Extracting templates from packages: 68% Extracting templates from packages: 100% Preconfiguring packages ... Selecting previously unselected package gcc-5-base:amd64. (Reading database ... 10927 files and directories currently installed.) Preparing to unpack .../gcc-5-base_5.1.1-6_amd64.deb ... Unpacking gcc-5-base:amd64 (5.1.1-6) ... Setting up gcc-5-base:amd64 (5.1.1-6) ... (Reading database ... 10934 files and directories currently installed.) Preparing to unpack .../libstdc++6_5.1.1-6_amd64.deb ... Unpacking libstdc++6:amd64 (5.1.1-6) over (4.8.2-19) ... Setting up libstdc++6:amd64 (5.1.1-6) ... Processing triggers for libc-bin (2.19-18) ... Selecting previously unselected package libgcrypt20:amd64. (Reading database ... 10948 files and directories currently installed.) Preparing to unpack .../libgcrypt20_1.6.3-2_amd64.deb ... Unpacking libgcrypt20:amd64 (1.6.3-2) ... Selecting previously unselected package libicu52:amd64. Preparing to unpack .../libicu52_52.1-9_amd64.deb ... Unpacking libicu52:amd64 (52.1-9) ... Selecting previously unselected package libxml2:amd64. Preparing to unpack .../libxml2_2.9.2+dfsg1-3_amd64.deb ... Unpacking libxml2:amd64 (2.9.2+dfsg1-3) ... Selecting previously unselected package libffi6:amd64. Preparing to unpack .../libffi6_3.1-2+b2_amd64.deb ... Unpacking libffi6:amd64 (3.1-2+b2) ... Selecting previously unselected package libgmp10:amd64. Preparing to unpack .../libgmp10_2%3a6.0.0+dfsg-6_amd64.deb ... Unpacking libgmp10:amd64 (2:6.0.0+dfsg-6) ... Selecting previously unselected package libxslt1.1:amd64. Preparing to unpack .../libxslt1.1_1.1.28-2+b2_amd64.deb ... Unpacking libxslt1.1:amd64 (1.1.28-2+b2) ... Selecting previously unselected package libyaml-0-2:amd64. Preparing to unpack .../libyaml-0-2_0.1.6-3_amd64.deb ... Unpacking libyaml-0-2:amd64 (0.1.6-3) ... Selecting previously unselected package openssl. Preparing to unpack .../openssl_1.0.2a-1_amd64.deb ... Unpacking openssl (1.0.2a-1) ... Selecting previously unselected package ca-certificates. Preparing to unpack .../ca-certificates_20141019_all.deb ... Unpacking ca-certificates (20141019) ... Selecting previously unselected package rubygems-integration. Preparing to unpack .../rubygems-integration_1.8_all.deb ... Unpacking rubygems-integration (1.8) ... Selecting previously unselected package libruby2.1:amd64. Preparing to unpack .../libruby2.1_2.1.5-3_amd64.deb ... Unpacking libruby2.1:amd64 (2.1.5-3) ... Selecting previously unselected package ruby2.1. Preparing to unpack .../ruby2.1_2.1.5-3_amd64.deb ... Unpacking ruby2.1 (2.1.5-3) ... Selecting previously unselected package ruby. Preparing to unpack .../ruby_1%3a2.1.5+z_all.deb ... Unpacking ruby (1:2.1.5+z) ... Selecting previously unselected package ruby-blankslate. Preparing to unpack .../ruby-blankslate_2.1.2.4-4_all.deb ... Unpacking ruby-blankslate (2.1.2.4-4) ... Selecting previously unselected package ruby-builder. Preparing to unpack .../ruby-builder_3.2.2-4_all.deb ... Unpacking ruby-builder (3.2.2-4) ... Selecting previously unselected package ruby-excon. Preparing to unpack .../ruby-excon_0.45.1-2_all.deb ... Unpacking ruby-excon (0.45.1-2) ... Selecting previously unselected package ruby-formatador. Preparing to unpack .../ruby-formatador_0.2.1-2_all.deb ... Unpacking ruby-formatador (0.2.1-2) ... Selecting previously unselected package ruby-mime-types. Preparing to unpack .../ruby-mime-types_1.25-2_all.deb ... Unpacking ruby-mime-types (1.25-2) ... Selecting previously unselected package ruby-net-ssh. Preparing to unpack .../ruby-net-ssh_1%3a2.9.2-2_all.deb ... Unpacking ruby-net-ssh (1:2.9.2-2) ... Selecting previously unselected package ruby-net-scp. Preparing to unpack .../ruby-net-scp_1.2.1-2_all.deb ... Unpacking ruby-net-scp (1.2.1-2) ... Selecting previously unselected package ruby-fog-core. Preparing to unpack .../ruby-fog-core_1.30.0-2_all.deb ... Unpacking ruby-fog-core (1.30.0-2) ... Selecting previously unselected package ruby-multi-json. Preparing to unpack .../ruby-multi-json_1.11.0-1_all.deb ... Unpacking ruby-multi-json (1.11.0-1) ... Selecting previously unselected package ruby-fog-json. Preparing to unpack .../ruby-fog-json_1.0.0-1_all.deb ... Unpacking ruby-fog-json (1.0.0-1) ... Selecting previously unselected package ruby-nokogiri. Preparing to unpack .../ruby-nokogiri_1.6.6.2+ds-2_amd64.deb ... Unpacking ruby-nokogiri (1.6.6.2+ds-2) ... Selecting previously unselected package ruby-fog-xml. Preparing to unpack .../ruby-fog-xml_0.1.1-4_all.deb ... Unpacking ruby-fog-xml (0.1.1-4) ... Selecting previously unselected package
Bug#786380: transition: armadillo
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Dear Release Team, I intend uploading a new version of armadillo to unstable. The following are the reverse dependencies of libarmadillo4: libgdal1h libgdal-perl mlpack-bin libmlpack1 libgdal1h libgdal-perl A binNMU should suffice for these. Please let me know your opinion. Thanks. Kumar Ben file: title = armadillo; is_affected = .depends ~ libarmadillo4 | .depends ~ libarmadillo5; is_good = .depends ~ libarmadillo5; is_bad = .depends ~ libarmadillo4; -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760928: openvrml: ftbfs with OpenJDK 8
Control: tags -1 + patch This issue is caused by the removal of the symlinks in /usr/lib/jvm/java-8-openjdk-*/include (#760301). It can be fixed by adding $(JAVA_HOME)/include/linux to the include path: --- a/debian/rules +++ b/debian/rules @@ -14,8 +14,8 @@ DPKG_EXPORT_BUILDFLAGS = 1 include /usr/share/dpkg/buildflags.mk -cflags = -g -Os -I$(JAVA_HOME)/include $(CFLAGS) -cxxflags = -g -Os -I$(JAVA_HOME)/include $(CXXFLAGS) +cflags = -g -Os -I$(JAVA_HOME)/include -I$(JAVA_HOME)/include/linux $(CFLAGS) +cxxflags = -g -Os -I$(JAVA_HOME)/include -I$(JAVA_HOME)/include/linux $(CXXFLAGS) ldflags = $(LDFLAGS) confflags = --prefix=/usr \ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785809: [Pkg-fonts-devel] Bug#785809: Bug#785809: fonts-dejavu-core: broken ligatures in 2.35
Am Mittwoch, den 20.05.2015, 16:26 +0200 schrieb Adam Borowski: Iceweasel. Does the issue persists if you restart Iceweasel? If not, then I don't think there is much we can do about it from a font packager's position. In both libreoffice-writer and pango-view ligatures do render correctly. So, this does not seem to be an issue with the font itself, right? Please feel free to either close this bug or reassign it to iceweasel -- or pango, cairo, harfbuzz, freetype, fontconfig or whatever in the font rendering stack may be responsible for this glitch. :/ Cheers, Fabian signature.asc Description: This is a digitally signed message part
Bug#786382: linux-image-4.0.0-1-amd64: Blank screen switching to a VT (Intel Haswell with HD4400)
Package: src:linux Version: 4.0.2-1 Severity: normal Since kernel version 4.0 (also the previous 4.0.0-trunk from experimental) if i try to switch to a VT from an X session (also from the login manager), the screen becomes black and i'm not able to recover from that situation, neither for the X session. That's always reproducible and i wasn't able to find a workaround. After that you can observe: - the system is not freezed and you can work blindly. - the display shows no output but is powered on: the backlight is on and i can change its brightness. After a reboot, looking in the log i always find two message like those: - mag 21 07:35:40 etna kernel: [drm:intel_set_cpu_fifo_underrun_reporting [i915]] *ERROR* uncleared fifo underrun on pipe A mag 21 07:35:40 etna kernel: [drm:ironlake_irq_handler [i915]] *ERROR* CPU pipe A FIFO underrun - So it looks like an Intel specific bug. This is an Asuspro PU301LS notebook, with Haswell i7 4500U and HD4400. I had suspected for the acpi_osi= kernel parameter that i use to make the backlight works properly, but i found that removing it makes no difference. Note also that if i don't try to switch to a VT, i'm able to works apparently without problems, like now while i'm writing this bug. Cesare. -- Package-specific info: ** Version: Linux version 4.0.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.2 (Debian 4.9.2-16) ) #1 SMP Debian 4.0.2-1 (2015-05-11) ** Command line: BOOT_IMAGE=/boot/vmlinuz-4.0.0-1-amd64 root=UUID=7ceeef59-c58b-4cfd-b0fd-0482493e48e7 ro quiet systemd.show_status=1 resume=UUID=64fe3b9b-edc0-4672-8c97-be86387d54eb acpi_osi= ** Not tainted ** Kernel log: [9.054357] Bluetooth: Core ver 2.20 [9.054367] NET: Registered protocol family 31 [9.054368] Bluetooth: HCI device and connection manager initialized [9.054370] Bluetooth: HCI socket layer initialized [9.054372] Bluetooth: L2CAP socket layer initialized [9.054378] Bluetooth: SCO socket layer initialized [9.082513] usbcore: registered new interface driver btusb [9.121965] usbcore: registered new interface driver ath3k [9.150369] cfg80211: Calling CRDA to update world regulatory domain [9.158759] asus_wmi: ASUS WMI generic driver loaded [9.159168] asus_wmi: Initialization: 0x1 [9.159203] asus_wmi: BIOS WMI version: 7.9 [9.159241] asus_wmi: SFUN value: 0x4a0877 [9.160159] input: Asus WMI hotkeys as /devices/platform/asus-nb-wmi/input/input16 [9.166316] asus_wmi: Backlight controlled by ACPI video driver [9.417111] psmouse serio4: elantech: assuming hardware version 4 (with firmware version 0x490f06) [9.428857] psmouse serio4: elantech: Synaptics capabilities query result 0x50, 0x15, 0x0a. [9.487041] input: ETPS/2 Elantech Touchpad as /devices/platform/i8042/serio4/input/input15 [9.705782] ath: phy0: Set parameters for CUS198 [9.705785] ath: phy0: Set BT/WLAN RX diversity capability [9.711468] ath: phy0: Enable LNA combining [9.712562] ath: EEPROM regdomain: 0x60 [9.712563] ath: EEPROM indicates we should expect a direct regpair map [9.712564] ath: Country alpha2 being used: 00 [9.712565] ath: Regpair used: 0x60 [9.885792] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht' [9.886024] ieee80211 phy0: Atheros AR9485 Rev:1 mem=0xc9000508, irq=19 [ 10.176217] [drm] Memory usable by graphics device = 2048M [ 10.176221] checking generic (e000 30) vs hw (e000 1000) [ 10.176222] fb: switching to inteldrmfb from simple [ 10.176248] Console: switching to colour dummy device 80x25 [ 10.176308] [drm] Replacing VGA console driver [ 10.199646] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [ 10.199649] [drm] Driver supports precise vblank timestamp query. [ 10.199741] vgaarb: device changed decodes: PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem [ 10.252567] fbcon: inteldrmfb (fb0) is primary device [ 10.253880] ACPI: Video Device [GFX0] (multi-head: yes rom: no post: no) [ 10.255185] media: Linux media interface: v0.10 [ 10.269137] Linux video capture interface: v2.00 [ 10.403276] AVX2 version of gcm_enc/dec engaged. [ 10.403276] AES CTR mode by8 optimization enabled [ 10.405077] alg: No test for __gcm-aes-aesni (__driver-gcm-aes-aesni) [ 10.465136] EXT4-fs (sda4): re-mounted. Opts: (null) [ 10.586087] alg: No test for crc32 (crc32-pclmul) [ 10.725375] uvcvideo: Found UVC 1.00 device USB2.0 UVC HD Webcam (13d3:5188) [ 10.731328] input: USB2.0 UVC HD Webcam as /devices/pci:00/:00:1d.0/usb3/3-1/3-1.5/3-1.5:1.0/input/input17 [ 10.731401] usbcore: registered new interface driver uvcvideo [ 10.731402] USB Video Class driver (1.1.1) [ 11.273308] cfg80211: Calling CRDA to update world regulatory domain [ 11.316800] Console: switching to colour frame buffer device 170x48 [ 11.319258] i915 :00:02.0: fb0: inteldrmfb frame buffer device [ 11.319259]
Bug#785255: ardour3(4) is back!
On Thu, May 21, 2015 at 07:15:12AM +0200, Jaromír Mikeš wrote: can you confirm one more that you don't having this problem any more? So we can close this bug report? Hi Mira, I can confirm ardour3(4) is now running and correctly starts jackd. Thank you for maintaining free software. Best, Alberto -- Alberto Maurizi a.maur...@isac.cnr.it ISAC-CNR Phone n. +39 051 639 9615 via Gobetti 101 Fax n. +39 051 639 9658 40129 Bologna, Italy home page: http://bolchem.isac.cnr.it/staff:alberto_maurizi.do bolchem project:http://bolchem.isac.cnr.it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786383: Makefile:10: *** mixed implicit and normal rules: deprecated syntax
Package: nvidia-legacy-304xx-driver Version: 304.125-1 Severity: wishlist DKMS make.log for nvidia-legacy-304xx-304.125 for kernel 4.0.0-1-686-pae (i686) 四 5月 21 15:01:15 CST 2015 make: Entering directory '/var/lib/dkms/nvidia-legacy-304xx/304.125/build' make KBUILD_VERBOSE=1 -C /lib/modules/4.0.0-1-686-pae/build M=/var/lib/dkms/nvidia-legacy-304xx/304.125/build modules make[1]: Entering directory '/usr/src/linux-headers-4.0.0-1-686-pae' Makefile:10: *** mixed implicit and normal rules: deprecated syntax make -C /usr/src/linux-headers-4.0.0-1-686-pae KBUILD_SRC=/usr/src/linux-headers-4.0.0-1-common \ -f /usr/src/linux-headers-4.0.0-1-common/Makefile modules test -e include/generated/autoconf.h -a -e include/config/auto.conf || ( \ echo 2; \ echo 2 ERROR: Kernel configuration is invalid.; \ echo 2 include/generated/autoconf.h or include/config/auto.conf are missing.;\ echo 2 Run 'make oldconfig make prepare' on kernel src to fix it.; \ echo 2 ; \ /bin/false) mkdir -p /var/lib/dkms/nvidia-legacy-304xx/304.125/build/.tmp_versions ; rm -f /var/lib/dkms/nvidia-legacy-304xx/304.125/build/.tmp_versions/* make -f /usr/src/linux-headers-4.0.0-1-common/scripts/Makefile.build obj=/var/lib/dkms/nvidia-legacy-304xx/304.125/build echo \#define NV_COMPILER \` gcc-4.9 -v 21 | tail -n 1`\ /var/lib/dkms/nvidia-legacy-304xx/304.125/build/nv_compiler.h gcc-4.9 -Wp,-MD,/var/lib/dkms/nvidia-legacy-304xx/304.125/build/.nv.o.d -nostdinc -isystem /usr/lib/gcc/i586-linux-gnu/4.9/include -I/usr/src/linux-headers-4.0.0-1-common/arch/x86/include -Iarch/x86/include/generated/uapi -Iarch/x86/include/generated -I/usr/src/linux-headers-4.0.0-1-common/include -Iinclude -I/usr/src/linux-headers-4.0.0-1-common/arch/x86/include/uapi -Iarch/x86/include/generated/uapi -I/usr/src/linux-headers-4.0.0-1-common/include/uapi -Iinclude/generated/uapi -include /usr/src/linux-headers-4.0.0-1-common/include/linux/kconfig.h -I/var/lib/dkms/nvidia-legacy-304xx/304.125/build -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security -std=gnu89 -m32 -msoft-float -mregparm=3 -freg-struct-return -fno-pic -mpreferred-stack-boundary=2 -march=i686 -mtune=generic -maccumulate-outgoing-args -Wa,-mtune=generic32 -ffreestanding -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -DCONFIG_AS_CFI_SECTIONS=1 -DCONFIG_AS_SSSE3=1 -DCONFIG_AS_CRC32=1 -DCONFIG_AS_AVX=1 -DCONFIG_AS_AVX2=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -mno-avx -fno-delete-null-pointer-checks -O2 --param=allow-store-data-races=0 -Wframe-larger-than=1024 -fstack-protector -Wno-unused-but-set-variable -fno-var-tracking-assignments -g -pg -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fconserve-stack -Werror=implicit-int -Werror=strict-prototypes -Werror=date-time -DCC_HAVE_ASM_GOTO -I/var/lib/dkms/nvidia-legacy-304xx/304.125/build -Wall -MD -Wsign-compare -Wno-cast-qual -Wno-error -D__KERNEL__ -DMODULE -DNVRM -DNV_VERSION_STRING=\304.125\ -Wno-unused-function -Wuninitialized -UDEBUG -U_DEBUG -DNDEBUG -DMODULE -DKBUILD_STR(s)=#s -DKBUILD_BASENAME=KBUILD_STR(nv) -DKBUILD_MODNAME=KBUILD_STR(nvidia) -c -o /var/lib/dkms/nvidia-legacy-304xx/304.125/build/.tmp_nv.o /var/lib/dkms/nvidia-legacy-304xx/304.125/build/nv.c In file included from /usr/src/linux-headers-4.0.0-1-common/include/uapi/linux/stddef.h:1:0, from /usr/src/linux-headers-4.0.0-1-common/include/linux/stddef.h:4, from /usr/src/linux-headers-4.0.0-1-common/include/uapi/linux/posix_types.h:4, from /usr/src/linux-headers-4.0.0-1-common/include/uapi/linux/types.h:13, from /usr/src/linux-headers-4.0.0-1-common/include/linux/types.h:5, from /usr/src/linux-headers-4.0.0-1-common/include/uapi/linux/capability.h:16, from /usr/src/linux-headers-4.0.0-1-common/include/linux/capability.h:15, from /usr/src/linux-headers-4.0.0-1-common/include/linux/sched.h:15, from /usr/src/linux-headers-4.0.0-1-common/include/linux/utsname.h:5, from /var/lib/dkms/nvidia-legacy-304xx/304.125/build/nv-linux.h:42, from /var/lib/dkms/nvidia-legacy-304xx/304.125/build/nv.c:13: /usr/src/linux-headers-4.0.0-1-common/include/asm-generic/qrwlock.h: In function ‘queue_write_trylock’: /usr/src/linux-headers-4.0.0-1-common/include/asm-generic/qrwlock.h:93:35: warning: comparison between signed and unsigned integer expressions [-Wsign-compare] cnts, cnts | _QW_LOCKED) == cnts); ^ /usr/src/linux-headers-4.0.0-1-common/include/linux/compiler.h:163:40: note: in definition of macro ‘likely’
Bug#786381: texlive-lang-cyrillic: request for scyrillic fonts
tags 786381 + upstream moreinfo thanks Hi Please add these fonts to texlive-lang-cyrillic (only .mf files are needed): CTAN: tex-archive/fonts/cyrillic/scyrillic If you can get a copyright/license statement from the original authors, these fonts *might* be included in TeX Live (upstream). Unless both of those happen, they will not appear in Debian. BTW, why do you need specifically these fonts, as there are several alternatives AFAIR. All the best Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785780: Debdiff attached
Control: tags -1 - moreinfo
Debdiff attached for both python-keystoneclient and
python-keystonemiddleware.
Cheers,
Thomas Goirand (zigo)
diff -Nru python-keystoneclient-0.10.1/debian/changelog
python-keystoneclient-0.10.1/debian/changelog
--- python-keystoneclient-0.10.1/debian/changelog 2014-09-25
14:46:13.0 +
+++ python-keystoneclient-0.10.1/debian/changelog 2015-05-19
18:46:39.0 +
@@ -1,3 +1,12 @@
+python-keystoneclient (1:0.10.1-2+deb8u1) jessie-proposed-updates; urgency=high
+
+ * CVE-2015-1852: S3token incorrect condition expression for ssl_insecure.
+Applied upstream patch: Fix s3_token middleware parsing insecure option.
+(Closes: #783164)
+ * Added python-oslo.utils (build-)depends introduce by this patch.
+
+ -- Thomas Goirand z...@debian.org Thu, 23 Apr 2015 10:18:50 +0200
+
python-keystoneclient (1:0.10.1-2) unstable; urgency=high
* Uploading to unstable.
diff -Nru python-keystoneclient-0.10.1/debian/control
python-keystoneclient-0.10.1/debian/control
--- python-keystoneclient-0.10.1/debian/control 2014-09-25 14:46:13.0
+
+++ python-keystoneclient-0.10.1/debian/control 2015-05-19 18:46:39.0
+
@@ -26,6 +26,7 @@
python-netaddr,
python-oauthlib (= 0.6),
python-oslo.config (= 1:1.2.1),
+ python-oslo.utils,
python-prettytable (= 0.7),
python-requests (= 1.1),
python-pysaml2,
@@ -52,6 +53,7 @@
python-lxml,
python-netaddr,
python-oslo.config (= 1:1.2.1),
+ python-oslo.utils,
python-pbr (= 0.8),
python-pkg-resources,
python-prettytable (= 0.7),
diff -Nru
python-keystoneclient-0.10.1/debian/patches/CVE-2015-1852_Fix-s3_token-middleware-parsing-insecure-option.patch
python-keystoneclient-0.10.1/debian/patches/CVE-2015-1852_Fix-s3_token-middleware-parsing-insecure-option.patch
---
python-keystoneclient-0.10.1/debian/patches/CVE-2015-1852_Fix-s3_token-middleware-parsing-insecure-option.patch
1970-01-01 00:00:00.0 +
+++
python-keystoneclient-0.10.1/debian/patches/CVE-2015-1852_Fix-s3_token-middleware-parsing-insecure-option.patch
2015-05-19 18:46:39.0 +
@@ -0,0 +1,71 @@
+Author: Brant Knudson bknud...@us.ibm.com
+ The insecure option was being treated as a bool when it was actually
+ provided as a string. The fix is to parse the string to a bool.
+Date: Tue, 7 Apr 2015 19:38:29 + (+)
+Subject: Fix s3_token middleware parsing insecure option
+X-Git-Url:
https://review.openstack.org/gitweb?p=openstack%2Fpython-keystoneclient.git;a=commitdiff_plain;h=0e3a23d28438f3a298a384b1e1f1390cfa92b151
+Bug-Ubuntu: https://bugs.launchpad.net/keystonemiddleware/+bug/1411063
+Bug-Debian: https://bugs.debian.org/783164
+Change-Id: Id674f40532215788675c97a8fdfa91d4420347b3
+Origin: upstream, https://review.openstack.org/#/c/173378/
+Last-Update: 2015-04-23
+
+--- python-keystoneclient-0.10.1.orig/keystoneclient/middleware/s3_token.py
python-keystoneclient-0.10.1/keystoneclient/middleware/s3_token.py
+@@ -33,6 +33,7 @@ This WSGI component:
+
+ import logging
+
++from oslo.utils import strutils
+ import requests
+ import six
+ from six.moves import urllib
+@@ -113,7 +114,7 @@ class S3Token(object):
+ self.request_uri = '%s://%s:%s' % (auth_protocol, auth_host,
auth_port)
+
+ # SSL
+-insecure = conf.get('insecure', False)
++insecure = strutils.bool_from_string(conf.get('insecure', False))
+ cert_file = conf.get('certfile')
+ key_file = conf.get('keyfile')
+
+---
python-keystoneclient-0.10.1.orig/keystoneclient/tests/test_s3_token_middleware.py
python-keystoneclient-0.10.1/keystoneclient/tests/test_s3_token_middleware.py
+@@ -123,7 +123,7 @@ class S3TokenMiddlewareTestGood(S3TokenM
+ @mock.patch.object(requests, 'post')
+ def test_insecure(self, MOCK_REQUEST):
+ self.middleware = (
+-s3_token.filter_factory({'insecure': True})(FakeApp()))
++s3_token.filter_factory({'insecure': 'True'})(FakeApp()))
+
+ text_return_value = jsonutils.dumps(GOOD_RESPONSE)
+ if six.PY3:
+@@ -141,6 +141,28 @@ class S3TokenMiddlewareTestGood(S3TokenM
+ mock_args, mock_kwargs = MOCK_REQUEST.call_args
+ self.assertIs(mock_kwargs['verify'], False)
+
++def test_insecure_option(self):
++# insecure is passed as a string.
++
++# Some non-secure values.
++true_values = ['true', 'True', '1', 'yes']
++for val in true_values:
++config = {'insecure': val, 'certfile': 'false_ind'}
++middleware = s3_token.filter_factory(config)(FakeApp())
++self.assertIs(False, middleware.verify)
++
++# Some secure values, including unexpected value.
++false_values = ['false', 'False', '0', 'no',
Bug#786384: dpkg: warning: while removing gdb, directory '/usr/share/gdb/python/gdb/command' not empty so not removed
Package: gdb Version: 7.9-1 Removing gdb (7.9-1) ... Purging configuration files for gdb (7.9-1) ... dpkg: warning: while removing gdb, directory '/usr/share/gdb/python/gdb/command' not empty so not removed dpkg: warning: while removing gdb, directory '/usr/share/gdb/python/gdb/function' not empty so not removed dpkg: warning: while removing gdb, directory '/usr/share/gdb/python/gdb/printer' not empty so not removed # find /usr/share/gdb/python/gdb/ /usr/share/gdb/python/gdb/ /usr/share/gdb/python/gdb/command /usr/share/gdb/python/gdb/command/__pycache__ /usr/share/gdb/python/gdb/command/__pycache__/frame_filters.cpython-34.pyc /usr/share/gdb/python/gdb/command/__pycache__/__init__.cpython-34.pyc /usr/share/gdb/python/gdb/command/__pycache__/type_printers.cpython-34.pyc /usr/share/gdb/python/gdb/command/__pycache__/explore.cpython-34.pyc /usr/share/gdb/python/gdb/command/__pycache__/pretty_printers.cpython-34.pyc /usr/share/gdb/python/gdb/command/__pycache__/prompt.cpython-34.pyc /usr/share/gdb/python/gdb/command/__pycache__/xmethods.cpython-34.pyc /usr/share/gdb/python/gdb/printer /usr/share/gdb/python/gdb/printer/__pycache__ /usr/share/gdb/python/gdb/printer/__pycache__/__init__.cpython-34.pyc /usr/share/gdb/python/gdb/printer/__pycache__/bound_registers.cpython-34.pyc /usr/share/gdb/python/gdb/__pycache__ /usr/share/gdb/python/gdb/__pycache__/__init__.cpython-34.pyc /usr/share/gdb/python/gdb/__pycache__/frames.cpython-34.pyc /usr/share/gdb/python/gdb/__pycache__/xmethod.cpython-34.pyc /usr/share/gdb/python/gdb/__pycache__/printing.cpython-34.pyc /usr/share/gdb/python/gdb/__pycache__/prompt.cpython-34.pyc /usr/share/gdb/python/gdb/__pycache__/FrameIterator.cpython-34.pyc /usr/share/gdb/python/gdb/__pycache__/types.cpython-34.pyc /usr/share/gdb/python/gdb/__pycache__/FrameDecorator.cpython-34.pyc /usr/share/gdb/python/gdb/function /usr/share/gdb/python/gdb/function/__pycache__ /usr/share/gdb/python/gdb/function/__pycache__/__init__.cpython-34.pyc /usr/share/gdb/python/gdb/function/__pycache__/caller_is.cpython-34.pyc /usr/share/gdb/python/gdb/function/__pycache__/strfns.cpython-34.pyc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786385: /init: touch not found
Package: initramfs-tools Version: 0.120 Severity: wishlist I saw /init: touch not found during the messages flashing by at boot, but even installing bootlogd offers no way of capturing them because they are from initrd.img-4.0.0-1-686-pae . -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786386: dpkg: warning: while removing libfakeroot:i386, directory '/usr/lib/i386-linux-gnu/libfakeroot' not empty so not removed
Package: libfakeroot Version: 1.20.2-1 Removing libfakeroot:i386 (1.20.2-1) ... Purging configuration files for libfakeroot:i386 (1.20.2-1) ... dpkg: warning: while removing libfakeroot:i386, directory '/usr/lib/i386-linux-gnu/libfakeroot' not empty so not removed /usr/lib/i386-linux-gnu/libfakeroot: drwxr-xr-x 2 root 4096 05-21 15:09 . drwxr-xr-x 55 root 61440 05-21 15:10 .. lrwxrwxrwx 1 root18 05-21 15:01 libfakeroot-0.so - libfakeroot-tcp.so -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699897: sane: Several memory leaks reported by Cppcheck
Hello, your bug was written against version 1.0.22-2, released at March 2011. A lot of the leaks are closed. Now we habe 1.0.24-11 at unstable/testing and 1.0.25 at experimental with a lot of code changes. So I close this bug. Thank you for spending your time. CU Jörg -- New: GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB 30EE 09F8 9F3C 8CA1 D25D GPG key (long) : 09F89F3C8CA1D25D GPG Key: 8CA1D25D CAcert Key S/N : 0E:D4:56 Old pgp Key: BE581B6E (revoked since 2014-12-31). Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net My wish list: - Please send me a picture from the nature at your home. signature.asc Description: This is a digitally signed message part
Bug#785809: iceweasel: broken ligatures in 2.35
reassign -1 iceweasel retitle -1 iceweasel: broken ligatures thanks Quoting Fabian Greffrath (2015-05-21 09:00:26) Am Mittwoch, den 20.05.2015, 16:26 +0200 schrieb Adam Borowski: Iceweasel. Does the issue persists if you restart Iceweasel? If not, then I don't think there is much we can do about it from a font packager's position. In both libreoffice-writer and pango-view ligatures do render correctly. So, this does not seem to be an issue with the font itself, right? Please feel free to either close this bug or reassign it to iceweasel -- or pango, cairo, harfbuzz, freetype, fontconfig or whatever in the font rendering stack may be responsible for this glitch. :/ I agree with Fabian, and just experienced the issue again in Iceweasel, so am reassigning. - 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#739506: There is an RFP on jsdoc3
Hi, I notice there is a RFP on node-jsdoc which is precisely about that : #774565. There are quite a few node-something packages in debian already, so I guess packaging is possible. If I knew anything about javascript, I would help :-/ Snark on #debian-python and #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786392: exim4-daemon-heavy: av_scanner + cmdline: wrong return code detected
Package: exim4-daemon-heavy Version: 4.85-3 Severity: minor Dear Maintainer, I use following line in my exim config for av_scanner av_scanner = cmdline: /usr/bin/bdscan_exim_wrapper %s: infected: (.+) The wrapper is a simple bash script. If I exit the script with exit 0 all is fine. If I exit the script with exit 1, I'll get the following line in /var/log/exim4/mainlog: malware acl condition: cmdline: scanner returned error code: 256 If I exit the script with exit 2, I'll get these line in log: malware acl condition: cmdline: scanner returned error code: 512 I think the bug is in src/malware.c sep = pclose(scanner_out); This should be: sep = WEXITSTATUS(pclose(scanner_out)); This is a patch for 4.85 --- src/malware.c 2015-05-21 10:52:43.676273516 +0200 +++ src/malware.c 2015-05-21 10:53:00.868563036 +0200 @@ -951,7 +951,7 @@ } (void)fclose(scanner_record); - sep = pclose(scanner_out); + sep = WEXITSTATUS(pclose(scanner_out)); signal(SIGCHLD,eximsigchld); signal(SIGPIPE,eximsigpipe); if (sep != 0) return m_errlog_defer(scanent, I don't know how to attach this as a file?!? Apologize if I have made false or erroneous information, this is my first bug report Regards Martin Schirrmacher -- Package-specific info: Exim version 4.85 #2 built 28-Apr-2015 18:25:19 Copyright (c) University of Cambridge, 1995 - 2014 (c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 - 2014 Berkeley DB: Berkeley DB 5.3.28: (September 9, 2013) Support for: crypteq iconv() IPv6 PAM Perl Expand_dlfunc GnuTLS move_frozen_messages Content_Scanning DKIM Old_Demime PRDR OCSP Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmjz dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql sqlite Authenticators: cram_md5 cyrus_sasl dovecot plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 Configuration file is /etc/exim4/exim4.conf # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' # # Please note that this is _not_ a dpkg-conffile and that automatic changes # to this file might happen. The code handling this will honor your local # changes, so this is usually fine, but will break local schemes that mess # around with multiple versions of the file. # # update-exim4.conf uses this file to determine variable values to generate # exim configuration macros for the configuration file. # # Most settings found in here do have corresponding questions in the # Debconf configuration, but not all of them. # # This is a Debian specific file dc_eximconfig_configtype='local' dc_other_hostnames='dmz3-srv03a' dc_local_interfaces='127.0.0.1 ; ::1' dc_readhost='' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='' dc_mailname_in_oh='true' dc_localdelivery='mail_spool' mailname:dmz3-srv03a -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-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 Init: systemd (via /run/systemd/system) Versions of packages exim4-daemon-heavy depends on: ii debconf [debconf-2.0] 1.5.56 ii exim4-base 4.85-3 ii libc6 2.19-18 ii libdb5.3 5.3.28-9 ii libgnutls-deb0-28 3.3.8-6 ii libldap-2.4-2 2.4.40+dfsg-1 ii libmysqlclient18 5.5.43-0+deb8u1 ii libpam0g 1.1.8-3.1 ii libpcre3 2:8.35-3.3 ii libperl5.205.20.2-3 ii libpq5 9.4.1-1 ii libsasl2-2 2.1.26.dfsg1-13 ii libsqlite3-0 3.8.7.1-1+deb8u1 exim4-daemon-heavy recommends no packages. exim4-daemon-heavy suggests no packages. -- debconf information: exim4-daemon-heavy/drec: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771441: tftpd-hpa fails to start properly if network is unavailable
I went ahead and patched the init script so you can omit all Variables
in the configuration. In my opinion its the cleanest to just dont set
the TFTP_ADDRESS variable and the script then doesnt pass the
--address option to in.tftpd.
--- tftpd-hpa.save 2015-05-21 11:23:28.841023590 +0200
+++ tftpd-hpa 2015-05-21 11:13:41.716011919 +0200
@@ -25,6 +25,7 @@
set -e
[ -r $DEFAULTS ] . $DEFAULTS
+TFTP_DIRECTORY=${TFTP_DIRECTORY:-/srv/tftp}
. /lib/lsb/init-functions
@@ -53,7 +54,7 @@
done
start-stop-daemon --start --quiet --oknodo --exec $DAEMON -- \
- --listen --user $TFTP_USERNAME $TFTP_ADDRESS \
+ --listen ${TFTP_USERNAME:+--user $TFTP_USERNAME}
${TFTP_ADDRESS:+--address $TFTP_ADDRESS} \
$TFTP_OPTIONS $TFTP_DIRECTORY
}
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786382: linux-image-4.0.0-1-amd64: Blank screen switching to a VT (Intel Haswell with HD4400)
On Thu, May 21, 2015 at 09:11:04 +0200, Cesare Leonardi wrote: Package: src:linux Version: 4.0.2-1 Severity: normal Since kernel version 4.0 (also the previous 4.0.0-trunk from experimental) if i try to switch to a VT from an X session (also from the login manager), the screen becomes black and i'm not able to recover from that situation, neither for the X session. That's always reproducible and i wasn't able to find a workaround. After that you can observe: - the system is not freezed and you can work blindly. - the display shows no output but is powered on: the backlight is on and i can change its brightness. After a reboot, looking in the log i always find two message like those: - mag 21 07:35:40 etna kernel: [drm:intel_set_cpu_fifo_underrun_reporting [i915]] *ERROR* uncleared fifo underrun on pipe A mag 21 07:35:40 etna kernel: [drm:ironlake_irq_handler [i915]] *ERROR* CPU pipe A FIFO underrun - So it looks like an Intel specific bug. This is an Asuspro PU301LS notebook, with Haswell i7 4500U and HD4400. I had suspected for the acpi_osi= kernel parameter that i use to make the backlight works properly, but i found that removing it makes no difference. Note also that if i don't try to switch to a VT, i'm able to works apparently without problems, like now while i'm writing this bug. Please file this upstream at https://bugs.freedesktop.org/enter_bug.cgi?product=DRIcomponent=DRM/Intel See instructions at https://01.org/linuxgraphics/documentation/development/how-report-bugs Thanks, Julien signature.asc Description: Digital signature
Bug#786374: needrestart: false positive xfce4-panel xfce4-volumed
tags 786374 upstream, fixed-upstream
severity 786374 minor
thanks
Hi,
On 05/21/2015 06:31 AM, Francois Mescam wrote:
If I run needrestart after a reboot I obtain the message :
User sessions:
fmescam on session #1 is running obsolete xfce4-panel[1432],
xfce4-volumed[1668]
This message is a false one because I've upadate nothing since I reboot.
thanks for the full log of needrestart. This was triggered by the
Optimized Inner Loops Runtime Compiler creating and executing JIT files.
I've patched upstream to ignore those JIT files. The fix will be part of
needrestart 2.1. To ignore xfce4-(panel|volumed) you could add them to
$nrconf{blacklist} until a fixed version has reached sid.
HTH Thanks,
Thomas
--
:: WWW: http://fiasko-nw.net/~thomas/ ::
::: Jabber: xmpp:tho...@jabber.fiasko-nw.net :::
:: flickr: http://www.flickr.com/photos/laugufe/ ::
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785850: mate-{media,applets,settings-daemon}: Please update to GStreamer 1.x
Hi Sebastian, On Mi 20 Mai 2015 15:03:06 CEST, slomo wrote: GStreamer 0.10 is no longer maintained and supported by the upstream project since almost 3 years, and contains many known bugs that are fixed in the new 1.x release series of GStreamer. Next to many bug fixes, the new release series also contains many other improvements, new features and a more streamlined API. For the next Debian release GStreamer 0.10 is planned to be removed, and if your package is not updated it might not be included in the release. Please update your package to use the new version as soon as possible. In MATE 1.10 (which we will start uploading sometime over the summer), the gstreamer dependency has become obsolete completely. Once MATE 1.10 packages hit unstable, all theses issues (#785850, #785861, #785880) will be solved. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp8reDD5PT3p.pgp Description: Digitale PGP-Signatur
Bug#596005: ITP: testu01 -- uniform random number generators testing suite
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Folks, I have deposit my package at Alioth [1] and I am on my way for submitting for review. Enjoy, Jerome [1] http://anonscm.debian.org/cgit/debian-science/packages/testu01.git -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJVXaG1AAoJEIC/w4IMSybjIJ8H/39cNieH2ofACUD9aueIR6jN 2zfKJ5IlyHAEyk8lFnxjX6mCAl9Z1bcuS67p/9iuBAGcK2TtHqdT3WgPXQCi2OEA iZGFO4Iqr60R2om+yjGx3+6Ir5TfXUqETJ113OYeZZjOXg1a3rqPula0EUFR7tIN +eavPWhANWy8XrQGEl2e5OkXpIJd8XleQLBiWYBP4NmrZewd9py80lNkBDyNDXMh EB5yBVpxR7i/wu25NXoWBjBWJjRxqTnGA4WBMkOOkN7wgf4kp8zQpY+grv27QNAw e8OrGfowrwJNOZAWBwfvsh80dPL7M1CE9xaIDLe+VJDLWSFf9dKgLD3brl5BmJE= =qgMw -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#783273: colordiff: git-like colours
On Sunday, 10.05.2015 at 14:24 +0200, Raphael Geissert wrote: Oh and it would probably help if I send you the proper colordiffrc... plain=off newtext=darkgreen oldtext=darkred diffstuff=darkcyan cvsstuff=white I've created a template and added it to the main source, see https://github.com/daveewart/colordiff/commit/23bef40e26b2315a5a0d07930f37d0f94a167888 This will be included in colordiff 1.0.14 when that release is made, although there's no timetable for that just now. Cheers, Dave. -- Dave Ewart da...@sungate.co.uk, http://twitter.com/DaveEwart All email from me is digitally signed, http://www.sungate.co.uk/ GPG key updated Jan 2013 see http://www.sungate.co.uk/gpg Fingerprint: CF3A 93EF 01E6 16C5 AE7A 1D27 45E1 E473 378B B197 signature.asc Description: Digital signature
Bug#785880: mate-{media,applets,settings-daemon}: Please update to GStreamer 1.x
Hi Mike, On Do, 2015-05-21 at 09:13 +, Mike Gabriel wrote: Hi Sebastian, On Mi 20 Mai 2015 15:03:06 CEST, slomo wrote: GStreamer 0.10 is no longer maintained and supported by the upstream project since almost 3 years, and contains many known bugs that are fixed in the new 1.x release series of GStreamer. Next to many bug fixes, the new release series also contains many other improvements, new features and a more streamlined API. For the next Debian release GStreamer 0.10 is planned to be removed, and if your package is not updated it might not be included in the release. Please update your package to use the new version as soon as possible. In MATE 1.10 (which we will start uploading sometime over the summer), the gstreamer dependency has become obsolete completely. What is it using instead now? Once MATE 1.10 packages hit unstable, all theses issues (#785850, #785861, #785880) will be solved. Great, that's good to hear. signature.asc Description: This is a digitally signed message part
Bug#784565: [pkg-x2go-devel] Bug#784565: Bug#784565: Bug#784565: Bug#784565: nx-libs-lite: parts are derived from non-free code
Control: forwarded -1 https://github.com/ArcticaProject/nx-libs/issues/30 Hi Francesco, On Mi 20 Mai 2015 20:03:25 CEST, Francesco Poli wrote: On Tue, 19 May 2015 08:15:12 + Mike Gabriel wrote: [...] @Frederico: I guess we are through then. Yes, it seems so (I'm assuming you meant to direct this question to me...). Yes. :-) For fixing this issue (in terms of closing the bug), I propose this for downstream (i.e., Debian): o copy bug_784565.mbox [1] into the debian/ folder of the nx-libs-lite package Maybe the entire bug log is an overkill... I would include the relevant replies only. For instance: https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=40;mbox=yes;bug=784565 https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=77;mbox=yes;bug=784565 https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=87;mbox=yes;bug=784565 https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=102;mbox=yes;bug=784565 ACK. o upload some latest release of nx-libs-lite 3.5.0.x to unstable o update debian/copyright accordingly In the debian/copyright file the license for the original DXPC code should be replaced with the 2-clause BSD license (currently adopted for DXPC) with a comment saying something like: The original DXPC code used to be available under a license which failed to explicitly grant the permission to modify, but was later retroactively re-licensed under the 2-clause BSD license (see debian/bug_784565_*.mbox for the copyright owners' statements; see https://bugs.debian.org/784565 for more details) Moreover, the copyright notice of Gian Filippo Pinzari should be documented in some more appropriate part of the debian/copyright file, associated with the NoMachine license (GPL v2 or later). o close this bug via debian/changelog For upstream, I propose this: o copy bug_784565.mbox into the docs/ folder Again, I would not include the entire bug log, but only the relevant messages (see above)... o update copyright information in nxcomp/ subfolder o provide some README or such that shortly explains our last weeks' process o this will be for the upcoming 3.6.x release series of nx-libs o this should also be backported to the 3.5.x release series Doing all the above now. Thanks to all, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgprfvYDmKzTH.pgp Description: Digitale PGP-Signatur
Bug#782896: wine32 recommends of wine ignores already installed foreign arch version
Hi, [ wine-development is marked as multi-arch allowed since 1.7.41-2, which should have fixed this bug. ] But as of now an update to wine-development 1.7.43-1 tries to pull wine-development:i386 1.7.41-1. So I still end up with broken packages in aptitude. In aptitude wine32-development (1.7.43-1) recommends only the wine-development:i386 (1.7.41-1) package, but not the wine-development 1.7.43-1 (all) package. I assume this is more a problem of the repository, and will solve itself once 1.7.41-1 is removed. [1] I don't know if this will happen on its own or needs manual intervention. For now I don't reopen this bug. Greets jre [1] As of now it is still listed in the sid Release file next to 1.7.43-1, see e.g. ftp://ftp.debian.org/debian/dists/sid/main/binary-i386/Packages.gz $ apt-cache policy wine-development wine-development:i386 wine-development: Installed: 1.7.29-4 Candidate: 1.7.43-1 Version table: 1.7.43-1 0 100 http://httpredir.debian.org/debian/ sid/main amd64 Packages 1.7.41-1 0 100 http://httpredir.debian.org/debian/ sid/main amd64 Packages *** 1.7.29-4 0 100 /var/lib/dpkg/status wine-development:i386: Installed: (none) Candidate: 1.7.41-1 Version table: 1.7.41-1 0 100 http://httpredir.debian.org/debian/ sid/main i386 Packages -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786442: some lines don't appear in some messages
Package: squirrelmail Version: 2:1.4.23~svn20120406-2 Severity: grave Below is a message that doesn't display in squirrelmail; Its single line doesn't appear. When clicking reply it appears quoted, as it should. This is a serious bug. The configuration in config_local.php is ?php $squirrelmail_default_language = 'pt_BR'; $default_charset = 'utf-8'; $lossy_encoding = true; Here's the message. To make sure the bug is visible and not dependent on other messages I put it in a separate folder. From sender ommited Tue May 19 22:48:53 2015 Date: Tue, 19 May 2015 22:48:53 -0300 From: sender ommited To: receiver ommited Subject: Re: primeiras frases ocultas dos emails Message-ID: 20150520014853.ga8...@fisica.ufpr.br References: 7799688da0e98b71bc8f76a9bcc91061.squir...@fisica.ufpr.br 20150518205619.ga11...@fisica.ufpr.br 2733d37cf1348e4a8f698809dba26976.squir...@fisica.ufpr.br MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: 2733d37cf1348e4a8f698809dba26976.squir...@fisica.ufpr.br User-Agent: Mutt/1.5.23 (2014-03-12) Status: RO Content-Length: 79 Lines: 1 X-IMAPbase: 143528 01 X-UID: 1 Venha na 4a. � tarde. Tamb�m pode mandar a mensagem p/ mim para eu ir olhando. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786436: ncurses FTBFS: configure loops
Control: tags -1 - moreinfo Control: severity -1 serious On Thu, May 21, 2015 at 07:24:18PM +0200, Helmut Grohne wrote: | Looking for ncursesw-config | checking for ncursesw-config... no | checking for ncursesw6-config... no | checking for ncursesw5-config... no There is a notable difference to successful builds here. Those say: | checking for ncursesw5-config... ncursesw5-config Now where does that come from? ncurses-bin. Well, it came from there, but it no longer does. I've seen this in a native amd64 reproducible build on jenkins.debian.net: https://jenkins.debian.net/job/reproducible_builder_alpha/46528/console (the above excerpt is from this log) This build uses the new ncurses-bin. I've also seen this in a cross build for x32 and a cross build for i386. https://jenkins.debian.net/job/rebootstrap_i386_gcc49_nobiarch/139/console In the x32 build (no log available), I created the directory being stat()ed. At that point, the build continued and finished successfully. Both cross builds set DEB_BUILD_OPTIONS=nocheck parallel=1. These did as well. Notably, the reproducible jenkins job was able to build this version of ncurses earlier, so it seems that something else is the cause. The buildds had no problems building it either. These builds used the old ncurses-bin that contained ncurses5-config. Now this doesn't tell me how to fix it, but it tells me that ncurses is seriously broken. Maybe Build-Depends: libncursesw5-dev? But that sounds very bad from a bootstrap perspective. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786428: debian-installer: room for improvement for non-free firmware dialogs
Hi, Stephan Beyer s-be...@gmx.net wrote: So, to sum up, the debian-installer non-free firmware dialogs: - should be able to be re-opened more easily, - should provide more (and more accurate!) information how it likes the firmware files to be served, (according to other bugs: also which file system the removable media should have) - should give success information and say that the removable media can be removed again (so that it is not considered by the partition manager), Firmware loading is documented in the installer manual: https://www.debian.org/releases/stable/i386/ch06s04.html. Holger -- Created with Sylpheed 3.5.0 under T H E N E W D E B I A N L I N U X 8 . 0J E S S I E ! Registered Linux User #311290 - https://linuxcounter.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786401: dose: Fatal error: exception Parsing.Parse_error
On Thu, May 21, 2015 at 08:50:18PM +0800, Paul Wise wrote: On Thu, May 21, 2015 at 8:36 PM, Johannes Schauer wrote: Quoting Ralf Treinen (2015-05-21 14:31:09) do you remember from which version on dose supports parsing of Sources files with build profiles ? yes, build profiles are supported since dose 3.3~beta1-1 which is in Jessie. Ok, we'll have to upgrade quantz to jessie (DSA want to anyway). I have now temporarily desactivated the build-dependency check. When would be convenient for debian-qa folks? Anytime? for me, anytime is fine. The sooner the better. -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#487719: [Pkg-alsa-devel] Bug#487719: alsamixer: function snd_ctl_open failed for default: No such
So your sound should work. ... default sound device in alsamixer. alsamixer -c 0and alsamixergui -c 0 run without an error but alsamixerand alsamixergui give errors. There is no default device or the default is faulty. =8~) http://easthope.ca/AlsaTrouble20150521.png You must see card 0 as the default sound device in alsamixer. alsamixer gives an error. Screenshot above. You can run # alsactl store to save these settings. Nothing useful to save yet. Thanks, ... Peter E. -- 123456789 123456789 123456789 123456789 123456789 123456789 123456789 12 Tel +13606390202 http://easthope.ca/peter.html Bcc: peter at easthope. ca -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785508: [Nano-devel] Debian Bug#785508: nano: python highlighting fragile in v2.4
Le mercredi 20 mai 2015, 13:15:58 Benno Schulenberg a écrit : With the attached patch I've timed things, five Enters, and five times ^K (in an area unaffected by multiline regexes). Without the recalculation patch it gives me this: Function 805ef96 took 17 milliseconds. Function 805ef96 took 10 milliseconds. Function 805ef96 took 10 milliseconds. Function 805ef96 took 10 milliseconds. Function 805ef96 took 10 milliseconds. Function 804d564 took 21 milliseconds. Function 804d564 took 16 milliseconds. Function 804d564 took 18 milliseconds. Function 804d564 took 16 milliseconds. Function 804d564 took 21 milliseconds. *With* the recalculation patch this: Function 805efba took 854 milliseconds. Function 805efba took 848 milliseconds. Function 805efba took 839 milliseconds. Function 805efba took 840 milliseconds. Function 805efba took 838 milliseconds. Function 804d57c took 846 milliseconds. Function 804d57c took 849 milliseconds. Function 804d57c took 849 milliseconds. Function 804d57c took 845 milliseconds. Function 804d57c took 848 milliseconds. That is on a C file of a 185 thousand lines. Quite a considerable difference. How do you fare with your 30 thousand lines of Python? 400 milliseconds for both insert and removal with the patch, 2ms per insert and 12ms per removal without the patch; all of this with a very small deviation from the mean. The identical perceived slowness was due to Shellinabox and the web proxy; here the RPi is just across the room. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785707: Add USB support for APM Mustang
On Wed, 2015-05-20 at 07:53 +0100, Steve McIntyre wrote: Here's patch v2... Thanks. Has this been posted to anywhere upstream? Usual policy is that this should happen before we take it into our kernel. That will also give us something (i.e. an archive URL) to put in an Origin: header. We should probably apply this to the sid kernel as well as the jessie one. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627908: Bug #627908: open-iscsi: small typo in comments of iscsid.conf
Control: forwarded -1 https://groups.google.com/forum/#!topic/open-iscsi/whY9W9kygG0 Control: tags -1 upstream I don't want to carry around a Debian patch for just a typo, so I've forwarded this issue upstream. Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770659: WebRTC camera/microphone sharing does not work
Debian Testing/Stretch Chromium browser (43.0.2357.65) This Bug is *STILL* present of chromium
Bug#786441: shellinabox: user prefferences will be forgotten on upgrade
Package: shellinabox Version: 2.14-1 Severity: normal Hi, The .deb staticaly includes 4 symlinks in /etc/shellinabox/options-enabled/ that point to .css in /etc/shellinabox/options-available/. If a user had decided to didsable some option by deleting some symlink in /etc/shellinabox/options-enabled/; these option will be re-enabled againts it's will on upgrade. These 4 symlinks should instead be created in postinst. I will send a new Pull Request to fix this, issue is repported upstream too: https://github.com/shellinabox/shellinabox/issues/313 (The debian/ directory lives in the upstream package and was first shipped by original author) Alexandre Detiste -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (501, 'testing'), (450, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.0-trunk-amd64 (SMP w/6 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages shellinabox depends on: ii adduser 3.113+nmu3 ii libc62.19-18 ii libpam0g 1.1.8-3.1 ii libssl1.0.0 1.0.2a-1 ii lsb-base 4.1+Debian13+nmu1 ii zlib1g 1:1.2.8.dfsg-2+b1 shellinabox recommends no packages. Versions of packages shellinabox suggests: ii openssl 1.0.2a-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786440: python-pip: pip is out-of-date, 'pip list' fails sometimes
Package: python-pip Version: 1.5.6-5 Severity: important I noticed that 'pip list' on my sid system failed, with a rather obscure error: Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/pip/basecommand.py, line 122, in main status = self.run(options, args) File /usr/lib/python2.7/dist-packages/pip/commands/list.py, line 80, in run self.run_listing(options) File /usr/lib/python2.7/dist-packages/pip/commands/list.py, line 142, in run_listing self.output_package_listing(installed_packages) File /usr/lib/python2.7/dist-packages/pip/commands/list.py, line 151, in output_package_listing if dist_is_editable(dist): File /usr/lib/python2.7/dist-packages/pip/util.py, line 367, in dist_is_editable req = FrozenRequirement.from_dist(dist, []) File /usr/lib/python2.7/dist-packages/pip/__init__.py, line 299, in from_dist assert len(specs) == 1 and specs[0][0] == '==' AssertionError After some digging, it turned out that the problem was that I have the 'python-pyhsm' package installed, which has a version string of 1.0.4k, and the extra k causes pkg_resources to return a spec that looks like === 1.0.4k (with three equal signs, not two), triggering the assert. Most packages have a normalized version string, for which pkg_resources emits a spec like == 1.0.0, which doesn't cause pip to complain. This was fixed in pip-6.0, which tolerates both == and ===. Sid currently has a pkg_resources that can emit ===, but not a pip that can tolerate it. This only shows up if you happen to have at least one python package installed with a non-normalized version string. For me, I was able to make pip work again by uninstalling python-pyhsm. I'm sure you're aware that sid's pip-1.5.6 is pretty out-of-date, and that 6.1.1 is the current version (https://pip.pypa.io/en/stable/news.html). It's not a trivial upgrade, for sure, but consider this note as supporting evidence in the campaign to get pip updated :). cheers, -Brian Steps To Reproduce: apt-get install python-pip python-pyhsm pip list Expected: a list of packages Got Instead: part of the list, then an exception with an AssertionError cheers, -Brian -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-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 Init: sysvinit (via /sbin/init) Versions of packages python-pip depends on: ii ca-certificates 20141019 ii python2.7.9-1 ii python-colorama 0.3.3-1 ii python-distlib0.2.0-1 ii python-html5lib 0.999-3 ii python-pkg-resources 16.0-1 ii python-requests 2.4.3-6 ii python-setuptools 16.0-1 ii python-six1.9.0-3 pn python:anynone Versions of packages python-pip recommends: ii build-essential 11.7 pn python-dev-all none ii python-wheel 0.24.0-1 python-pip 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#786440: python-pip: pip is out-of-date, 'pip list' fails sometimes
I know that Barry is working on this, pip introduced several new dependencies in 6.x that he had to package and get added to the archive before he could get pip updated. On May 21, 2015, at 1:56 PM, Brian Warner war...@lothar.com wrote: Package: python-pip Version: 1.5.6-5 Severity: important I noticed that 'pip list' on my sid system failed, with a rather obscure error: Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/pip/basecommand.py, line 122, in main status = self.run(options, args) File /usr/lib/python2.7/dist-packages/pip/commands/list.py, line 80, in run self.run_listing(options) File /usr/lib/python2.7/dist-packages/pip/commands/list.py, line 142, in run_listing self.output_package_listing(installed_packages) File /usr/lib/python2.7/dist-packages/pip/commands/list.py, line 151, in output_package_listing if dist_is_editable(dist): File /usr/lib/python2.7/dist-packages/pip/util.py, line 367, in dist_is_editable req = FrozenRequirement.from_dist(dist, []) File /usr/lib/python2.7/dist-packages/pip/__init__.py, line 299, in from_dist assert len(specs) == 1 and specs[0][0] == '==' AssertionError After some digging, it turned out that the problem was that I have the 'python-pyhsm' package installed, which has a version string of 1.0.4k, and the extra k causes pkg_resources to return a spec that looks like === 1.0.4k (with three equal signs, not two), triggering the assert. Most packages have a normalized version string, for which pkg_resources emits a spec like == 1.0.0, which doesn't cause pip to complain. This was fixed in pip-6.0, which tolerates both == and ===. Sid currently has a pkg_resources that can emit ===, but not a pip that can tolerate it. This only shows up if you happen to have at least one python package installed with a non-normalized version string. For me, I was able to make pip work again by uninstalling python-pyhsm. I'm sure you're aware that sid's pip-1.5.6 is pretty out-of-date, and that 6.1.1 is the current version (https://pip.pypa.io/en/stable/news.html). It's not a trivial upgrade, for sure, but consider this note as supporting evidence in the campaign to get pip updated :). cheers, -Brian Steps To Reproduce: apt-get install python-pip python-pyhsm pip list Expected: a list of packages Got Instead: part of the list, then an exception with an AssertionError cheers, -Brian -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-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 Init: sysvinit (via /sbin/init) Versions of packages python-pip depends on: ii ca-certificates 20141019 ii python2.7.9-1 ii python-colorama 0.3.3-1 ii python-distlib0.2.0-1 ii python-html5lib 0.999-3 ii python-pkg-resources 16.0-1 ii python-requests 2.4.3-6 ii python-setuptools 16.0-1 ii python-six1.9.0-3 pn python:anynone Versions of packages python-pip recommends: ii build-essential 11.7 pn python-dev-all none ii python-wheel 0.24.0-1 python-pip suggests no packages. -- no debconf information --- Donald Stufft PGP: 7C6B 7C5D 5E2B 6356 A926 F04F 6E3C BCE9 3372 DCFA signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#784711: wmaker: diff for NMU version 0.95.6-1.1
Control: tags 784711 + patch
Control: tags 784711 + pending
Dear maintainer,
I've prepared an NMU for wmaker (versioned as 0.95.6-1.1) and
have asked my sponsor to upload it to DELAYED/2. Please feel
free to tell me if I should delay it longer.
Regards.
diff -Nru wmaker-0.95.6/debian/changelog wmaker-0.95.6/debian/changelog
--- wmaker-0.95.6/debian/changelog 2014-10-31 07:12:59.0 -0500
+++ wmaker-0.95.6/debian/changelog 2015-05-21 13:34:40.0 -0500
@@ -1,3 +1,12 @@
+wmaker (0.95.6-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * debian/control:
+- Add Breaks/Replaces for libwraster3-dev; remove Provides for
+ libwraster-dev (Closes: #784711).
+
+ -- Doug Torrance dtorra...@monmouthcollege.edu Thu, 21 May 2015 13:34:40 -0500
+
wmaker (0.95.6-1) unstable; urgency=medium
* New upstream version 0.95.6. [Closes: #148856]
diff -Nru wmaker-0.95.6/debian/control wmaker-0.95.6/debian/control
--- wmaker-0.95.6/debian/control 2014-10-31 04:05:38.0 -0500
+++ wmaker-0.95.6/debian/control 2015-05-21 13:28:12.0 -0500
@@ -45,7 +45,8 @@
Depends: libwraster5 (= ${binary:Version}), libc6-dev, libx11-dev,
libxext-dev, libxpm-dev, libjpeg-dev, libpng-dev, libgif-dev,
libtiff5-dev, ${misc:Depends}
-Provides: libwraster-dev
+Breaks: libwraster3-dev
+Replaces: libwraster3-dev
Description: Static libraries and headers of Window Maker rasterizer
This library is used to manipulate images and convert them to
a format that can be displayed through the X window system.
Bug#786443: inhibit while a PID is running
Package: systemd Version: 215-17 Severity: wishlist File: /bin/systemd-inhibit Instead of inhibiting while a command spawned is running, please find a way to elegantly/efficiently inhibit while another process is running (e.g. a system backup). -- Package-specific info: -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages systemd depends on: ii acl 2.2.52-2 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-59 ii libacl1 2.2.52-2 ii libaudit1 1:2.4-1+b1 ii libblkid1 2.26.2-2 ii libc6 2.19-18 ii libcap2 1:2.24-8 ii libcap2-bin 1:2.24-8 ii libcryptsetup4 2:1.6.6-5 ii libgcrypt20 1.6.3-2 ii libkmod220-1 ii liblzma55.1.1alpha+20120614-2+b3 ii libpam0g1.1.8-3.1 ii libselinux1 2.3-2 ii libsystemd0 215-17 ii mount 2.26.2-2 ii sysv-rc 2.88dsf-59 ii udev215-17 ii util-linux 2.26.2-2 Versions of packages systemd recommends: ii dbus1.9.16-2 ii libpam-systemd 215-17 Versions of packages systemd suggests: pn systemd-ui none -- debconf-show failed -- .''`. martin f. krafft madduck@d.o @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#786444: laptop-mode-tools: DISABLE_ETHERNET_ON_BATTERY documentation is inconsistent
Package: laptop-mode-tools Version: 1.66-2 Severity: normal The documentation about DISABLE_ETHERNET_ON_BATTERY disagrees about whether it will choose to disable of the NIC based on carrier status: In /etc/laptop-mode-tools/conf.d/ethernet.conf, it says: - # In practise, most of the times a user is on battery, she is using the wireless device # Under such cases, you might want to disable your ethernet interface completely, when # on battery. # # Set below setting to 1, to disable ethernet interface when on battery and # when no carrier is detected on the interface (e.g., no active cable is # plugged in). DISABLE_ETHERNET_ON_BATTERY=1 - but in laptop-mode.conf(8), it says: DISABLE_ETHERNET_ON_BATTERY Set this to 1 if you want to completely disable your ethernet device when running on battery. Default is 0 In practice, it looks like the manpage is correct, and the comments in ethernet.conf are wrong. This is too bad, because it would be nice to avoid disabling the link when the carrier is still active. Also, with this flag set (as it is by default, i think), the ethernet does not get re-enabled after moving back from Battery to AC power. Perhaps there's a cleanup step that needs to happen as well here? --dkg -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-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 Init: systemd (via /run/systemd/system) Versions of packages laptop-mode-tools depends on: ii lsb-base4.1+Debian13+nmu1 ii psmisc 22.21-2 ii util-linux 2.26.2-3 Versions of packages laptop-mode-tools recommends: ii ethtool 1:3.16-1 ii hdparm 9.43-2 ii net-tools 1.60-26+b1 ii python-qt4 4.11.2+dfsg-1 ii sdparm 1.08-1 ii udev215-17 ii wireless-tools 30~pre9-8 Versions of packages laptop-mode-tools suggests: ii acpid 1:2.0.23-2 -- Configuration Files: /etc/laptop-mode/conf.d/usb-autosuspend.conf 5ec19c7a0c63c3f10002a9b8dc0928ed [Errno 2] No such file or directory: u'/etc/laptop-mode/conf.d/usb-autosuspend.conf 5ec19c7a0c63c3f10002a9b8dc0928ed' -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785816: gnome-dvb-daemon: Please update to GStreamer 1.x
Control: tags -1 upstream fixed-upstream pending On 20/05/15 15:03, sl...@debian.org wrote: Source: gnome-dvb-daemon Severity: important User: sl...@debian.org Usertags: gstreamer0.10-removal Hi maintainer, your package gnome-dvb-daemon currently still depends on GStreamer 0.10. This is fixed upstream. I have updated it in svn, but it needs gst-rtsp-server1.0 out of NEW. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786445: gthumb: build against libwebkit2gtk-4.0-dev
Source: gthumb Version: 3:3.4.0-1 Severity: important Hi, Your package currently builds against libwebkit2gtk-3.0-dev. Please switch to libwebkit2gtk-4.0-dev (which upstream supports, according to configure.ac) as we would like to remove the old libwebkit2gtk-3.0. Thanks, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786446: python-setuptools: syntax error in multiarch patch, causes failure with newer 'pip wheel'
Package: python-setuptools
Version: 16.0-1
Severity: normal
I know setuptools/pip/etc are in flux, so this may be premature.
To work around bugs in the (older) version of Pip that sid currently has
(#786440), I uninstalled python-pip and python-wheel, and installed the
current pip directly from source. Then I attempted to build a wheel
for one package ('pip wheel zope.interface'). I got an error from the
system-installed setuptools:
File /usr/lib/python2.7/dist-packages/setuptools/command/install_lib.py,
line 129, in pf
if new_suffix and self.multiarch and dst.endswith(ext_suffix) and not
dst.endswith(new_suffix):
NameError: free variable 'new_suffix' referenced before assignment in
enclosing scope
It appears that the debian-specific patching of install_lib.py (from
debian/patches/multiarch-extname.diff) has a bug:
@@ -97,12 +112,24 @@ class install_lib(orig.install_lib):
outfiles = []
+if self.multiarch:
+import sysconfig
+ext_suffix = sysconfig.get_config_var ('EXT_SUFFIX')
+if ext_suffix.endswith(_multiarch + ext_suffix[-3:]):
+new_suffix = None
+else:
+new_suffix = %s-%s%s % (ext_suffix[:-3], self.multiarch,
ext_suffix[-3:])
+
def pf(src, dst):
if dst in exclude:
log.warn(Skipping installation of %s (namespace package),
dst)
return False
+if new_suffix and self.multiarch and dst.endswith(ext_suffix) and
not dst.endswith(new_suffix):
+dst = dst.replace(ext_suffix, new_suffix)
+log.info(renaming extension to %s, os.path.basename(dst))
+
If self.multiarch is ever False, then the 'if new_suffix..' line inside
pf() will reference the non-existent 'new_suffix'.
I'd suggest swapping the conditions in that line:
if self.multiarch and new_suffix and ...
so that the test will be short-circuited in the non-multiarch case.
Patching it this way seems to allow me to build wheels again.
Steps To Reproduce:
dpkg --purge python-pip python-wheel
apt-get install python-setuptools
curl https://bootstrap.pypa.io/get-pip.py | sudo python
pip wheel zope.interface
Expected:
a zope.interface .whl file in the current directory
Got Instead:
the exception described above
cheers,
-Brian
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4-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
Init: sysvinit (via /sbin/init)
Versions of packages python-setuptools depends on:
ii python-pkg-resources 16.0-1
pn python:anynone
python-setuptools recommends no packages.
python-setuptools 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#785429: icedove: FTBFS with new libvpx 1.4
On 16/05/15 21:25, Carsten Schoenert wrote: tags 785429 +patch +pending thanks Hello Emilio, On Sat, May 16, 2015 at 08:55:38AM +0200, Emilio Pozuelo Monfort wrote: Package: icedove Version: 31.6.0-1 Severity: serious On a binNMU for the libvpx transition, your package failed to build with: ... [cut] See https://buildd.debian.org/status/fetch.php?pkg=icedovearch=amd64ver=31.6.0-1%2Bb1stamp=1431713936 These constants are now called VPX_*. thanks for pointing to the fix. I created a patch and added to this mail which hopefully works on all plaforms. Localy it works on amd64. Christoph is planning to upload the new released version 31.7.0 after the weekend to unstable, stable-security and old-stable-security.. I see this has been uploaded to stable and oldstable. Any ETA for an unstable upload? Thanks, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785924: wxwidgets3.0: Please update to GStreamer 1.x
Hi Olly, On Do, 2015-05-21 at 01:24 +0100, Olly Betts wrote: But there's an upstream ticket about switching to gstreamer 1.0 with a recently added patch. I'd appreciate a quick review from someone who has more idea about gstreamer's API than I do if you have a few minutes (it's not a huge patch): http://trac.wxwidgets.org/attachment/ticket/14976/gst1.0.patch I can tell the configure part needs improving, at least to make it upstream-able, which makes me wonder about its general quality. wxGStreamerMediaBackend::QueryVideoSizeFromPad() probably leaks the caps now, you need to unref() them after usage. !gst_structure_has_name (gst_message_get_structure(message), prepare-window-handle)) should be using gst_is_video_overlay_prepare_window_handle_message() Otherwise seems ok if that is really enough to make things work. Not sure if more changes are needed elsewhere. signature.asc Description: This is a digitally signed message part
Bug#767487: Acknowledgement (debian-installer: virtio support for powerpc cdrom/netboot installs)
Anyone for this one ? :) Once again, I hit this. On a ppc64 vm, as it's not an official arch, there no iso available and for installing I use netboot, but without virtio support I don't have the network device recognized and I can't netboot. For now, I had to fallback to an ethernet device based on spapr-vlan. Are there some reason that could prevent that patch from being accepted ? (space limitation etc ..) Thank you, Fred -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750743: gspiceui: Please update to use wxwidgets3.0
Hi Olly Thanks a lot again. I did apply your patch but I still get the lintian warning I: gspiceui: hardening-no-fortify-functions usr/bin/gspiceui If you are willing to upload the package with this warning then I will do the final preparation for an upload or if you know how to fix this please tell me. The package can be found on my server or in the debian-science svn repository. svn://anonscm.debian.org/debian-science/packages/gspiceui/trunk/ Regards Gudjon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786412: pkcs11-tool: pkcs15-pubkey.c:1064: sc_pkcs15_dup_pubkey: Assertion `key out' failed.
Enabling 'debug = 9' in opensc.conf produces a lot of output, here's the tail: 0x7f7e0d56a700 16:02:04.317 [opensc-pkcs11] card.c:727:sc_read_record: called 0x7f7e0d56a700 16:02:04.317 [opensc-pkcs11] apdu.c:563:sc_transmit_apdu: called 0x7f7e0d56a700 16:02:04.317 [opensc-pkcs11] card.c:352:sc_lock: called 0x7f7e0d56a700 16:02:04.317 [opensc-pkcs11] apdu.c:530:sc_transmit: called 0x7f7e0d56a700 16:02:04.317 [opensc-pkcs11] apdu.c:384:sc_single_transmit: called 0x7f7e0d56a700 16:02:04.317 [opensc-pkcs11] apdu.c:389:sc_single_transmit: CLA:0, INS:B2, P1:1, P2:4, data(0) (nil) 0x7f7e0d56a700 16:02:04.317 [opensc-pkcs11] reader-pcsc.c:251:pcsc_transmit: reader 'OMNIKEY CardMan 6121 00 00' 0x7f7e0d56a700 16:02:04.317 [opensc-pkcs11] apdu.c:187:sc_apdu_log: Outgoing APDU data [5 bytes] = 00 B2 01 04 00 . == 0x7f7e0d56a700 16:02:04.317 [opensc-pkcs11] reader-pcsc.c:184:pcsc_internal_transmit: called 0x7f7e0d56a700 16:02:04.322 [opensc-pkcs11] apdu.c:187:sc_apdu_log: Incoming APDU data [2 bytes] = 6A 83 j. == 0x7f7e0d56a700 16:02:04.322 [opensc-pkcs11] apdu.c:399:sc_single_transmit: returning with: 0 (Success) 0x7f7e0d56a700 16:02:04.322 [opensc-pkcs11] apdu.c:552:sc_transmit: returning with: 0 (Success) 0x7f7e0d56a700 16:02:04.322 [opensc-pkcs11] card.c:392:sc_unlock: called 0x7f7e0d56a700 16:02:04.322 [opensc-pkcs11] card-cardos.c:278:cardos_check_sw: record not found 0x7f7e0d56a700 16:02:04.322 [opensc-pkcs11] iso7816.c:210:iso7816_read_record: returning with: -1202 (Record not found) 0x7f7e0d56a700 16:02:04.322 [opensc-pkcs11] card.c:733:sc_read_record: returning with: -1202 (Record not found) 0x7f7e0d56a700 16:02:04.322 [opensc-pkcs11] card.c:392:sc_unlock: called 0x7f7e0d56a700 16:02:04.322 [opensc-pkcs11] reader-pcsc.c:556:pcsc_unlock: called 0x7f7e0d56a700 16:02:04.326 [opensc-pkcs11] pkcs15.c:2397:sc_pkcs15_read_file: returning with: 0 (Success) 0x7f7e0d56a700 16:02:04.326 [opensc-pkcs11] pkcs15.c:2098:sc_pkcs15_parse_df: returning with: 0 (Success) 0x7f7e0d56a700 16:02:04.326 [opensc-pkcs11] framework-pkcs15.c:728:pkcs15_create_pkcs11_objects: Found 0 data objects 0x7f7e0d56a700 16:02:04.326 [opensc-pkcs11] framework-pkcs15.c:836:pkcs15_bind_related_objects: Looking for objects related to object 0 0x7f7e0d56a700 16:02:04.326 [opensc-pkcs11] framework-pkcs15.c:743:__pkcs15_prkey_bind_related: Object is a private key and has id 69f9f837c4ef0c6eae38d61873dde123da79343a 0x7f7e0d56a700 16:02:04.326 [opensc-pkcs11] framework-pkcs15.c:768:__pkcs15_prkey_bind_related: Associating object 6 as public key 0x7f7e0d56a700 16:02:04.326 [opensc-pkcs11] pkcs15-algo.c:530:sc_asn1_encode_algorithm_id: called 0x7f7e0d56a700 16:02:04.326 [opensc-pkcs11] pkcs15-algo.c:531:sc_asn1_encode_algorithm_id: type of algorithm to encode: 0 0x7f7e0d56a700 16:02:04.326 [opensc-pkcs11] pkcs15-algo.c:545:sc_asn1_encode_algorithm_id: encode algo 1.2.840.113549.1.1.1 0x7f7e0d56a700 16:02:04.326 [opensc-pkcs11] asn1.c:1546:asn1_encode_entry: encoding 'algorithm' 0x7f7e0d56a700 16:02:04.326 [opensc-pkcs11] asn1.c:1551:asn1_encode_entry: type=6, tag=0x06, parm=0xc138f4, len=0 0x7f7e0d56a700 16:02:04.326 [opensc-pkcs11] asn1.c:1729:asn1_encode_entry: length of encoded item=11 0x7f7e0d56a700 16:02:04.326 [opensc-pkcs11] asn1.c:1546:asn1_encode_entry: encoding 'nullParam' 0x7f7e0d56a700 16:02:04.326 [opensc-pkcs11] asn1.c:1551:asn1_encode_entry: type=5, tag=0x05, parm=(nil), len=0 0x7f7e0d56a700 16:02:04.326 [opensc-pkcs11] asn1.c:1729:asn1_encode_entry: length of encoded item=2 0x7f7e0d56a700 16:02:04.326 [opensc-pkcs11] pkcs15-algo.c:580:sc_asn1_encode_algorithm_id: return encoded algorithm ID: 06092A864886F70D0101010500 0x7f7e0d56a700 16:02:04.326 [opensc-pkcs11] pkcs15-algo.c:581:sc_asn1_encode_algorithm_id: returning with: 0 (Success) 0x7f7e0d56a700 16:02:04.326 [opensc-pkcs11] pkcs15-algo.c:489:sc_asn1_decode_algorithm_id: called 0x7f7e0d56a700 16:02:04.326 [opensc-pkcs11] asn1.c:1443:asn1_decode: called, left=13, depth 1 0x7f7e0d56a700 16:02:04.326 [opensc-pkcs11] asn1.c:1467:asn1_decode: Looking for 'algorithm', tag 0x6 0x7f7e0d56a700 16:02:04.326 [opensc-pkcs11] asn1.c:1259:asn1_decode_entry: decoding 'algorithm' 0x7f7e0d56a700 16:02:04.326 [opensc-pkcs11] asn1.c:1467:asn1_decode: Looking for 'nullParam', tag 0x5, OPTIONAL 0x7f7e0d56a700 16:02:04.326 [opensc-pkcs11] asn1.c:1259:asn1_decode_entry: decoding 'nullParam' 0x7f7e0d56a700 16:02:04.326 [opensc-pkcs11] asn1.c:1516:asn1_decode: returning with: 0 (Success) 0x7f7e0d56a700 16:02:04.326 [opensc-pkcs11] pkcs15-algo.c:497:sc_asn1_decode_algorithm_id: decoded OID '1.2.840.113549.1.1.1' 0x7f7e0d56a700 16:02:04.326 [opensc-pkcs11] pkcs15-algo.c:514:sc_asn1_decode_algorithm_id: returning with: 0 (Success) 0x7f7e0d56a700
Bug#786417: openjdk-8: FTBFS: *** This OS is not supported: Linux … 4.0.0-1-amd64 …
Source: openjdk-8 Version: 8u45-b14-3 Severity: serious Justification: fails to build from source (but built successfully in the past) Trying to rebuild it in a wheezy chroot (probably also fails in sid). make[6]: Entering directory `/tmp/openjdk-8-8u45-b14/build/hotspot' 2 echo *** This OS is not supported: `uname -a`; exit 1; *** This OS is not supported: Linux tglase.lan.tarent.de 4.0.0-1-amd64 #1 SMP Debian 4.0.2-1 (2015-05-11) x86_64 GNU/Linux Prefixing the dpkg-buildpackage call with “linux64 --uname-2.6” makes it work. And yes, I agree, this is among *the* most idiotic things in Linux recently – and even less published than the 3.0 jump, even less useful, even less tested, etc. -- System Information: Debian Release: stretch/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable') Architecture: x32 (x86_64) Foreign Architectures: i386, amd64 Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Init: sysvinit (via /sbin/init) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786418: deb-systemd-helper fails to enable systemd units when using 'WantedBy = ' with spaces
Package: init-system-helpers Version: 1.23 Severity: minor As reported [1] on the debian-systemd mailing list, deb-systemd-helper will not enable systemd unit files when using spaces. The spaces in WantedBy = multi-user.target are unsupported by `deb-systemd-helper`. It needs to be strictly without spaces. WantedBy=multi-user.target Martin Pitt [2]: Right, and that's how all other units look like too, and the manpages don't say that extra space is allowed either (in fact it is explicitly not between e. g. '!' or '|' and the program name). So, please feel free to file a minor bug against deb-systemd-helper, but I wouldn't recommend shipping units like that. Cheers, Patrick [1] https://lists.alioth.debian.org/pipermail/pkg-systemd-maintainers/2015-May/007273.html [2] https://lists.alioth.debian.org/pipermail/pkg-systemd-maintainers/2015-May/007273.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785787: [REGRESSION] python-distlib == 0.2.0-1 breaks virtualenv and tox
The problem is not in distlib. The problem is in pip. Steps I followed to fix the issue : 1) Uninstalled python3-pip (1.5.6-5 debian/sid) package. 2) Used easy_install to install latest pip (6.1.1). 3) Used latest pip to install virtualenv (12.1.1). Deb/sid packages may need update/fix otherwise pip virtualenv can't be used effectively. - Archan
Bug#786405: Arduino editor displays corrupt characters
Package: arduino Version: 2:1.0.5+dfsg2-4 The characters in the editor text and the status bar becomes corrupt and not readable. It happens when opening a file or copy text into the editor or when resizing the editor window. The text can sometimes go back to normal if the editor windows is resized one more time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786411: freeipa: replication doesnt work, how to get it to work...
package: freeipa severity: important Hi, I'm filing this bug to (try to) document how to get freeipa replication to work on Debian jessie. I'm filing this bug with severity important as I think replication is a major and mandatory feature for this software. The version of freeipa in Debian is currently 4.0.5 and is known to need openldap build against libnss for working replication - a switch to GSSAPI has been planned for freeipa 4.2 (which will make this moot), though there is no ETA for that. The bug about building openldap against libnss is #725153 (in Debian openldap is currently build against gnutls) and in that bug Timo pointed to git://git.debian.org/git/users/tjaalton/openldap.git where he has provided patches to achieve that. In *this* bug (here) I want to document the steps I've taken to get replication to work, based on a jessie system. - build dogtag-pki (10.2.0-4) against jessie - build bind-dyndb-ldap (6.0-4) against jessie - build openldap (from the above git repo at c982527e5ac / 2.4.40+dfsg-2) against jessie - build 389-ds-base (1.3.3.5-4) against that openldap built and jessie - build freeipa (4.0.5-4) against that 389-ds-base, openldap and jessie With these preperations I've set up a freeipa server simply with # apt-get install freeipa-server # ipa-server-install Preparing the replica (on the master) also just works in this setup: # ipa-replica-prepare --ip-address 192.168.178.38 replica.example.org (On Ubuntu there is lp#1449304 ipa-replica-prepare fails due to gnupg-agent missing.) Then I ran apt-get install freeipa-server on the replica and copied /var/lib/ipa/replica-info-replica.example.org.gpg from the master to the replica server. Then I ran this to replicate: # ipa-replica-install --setup-dns --forwarder=192.168.178.30 \ /var/lib/ipa/replica-info-replica.example.org.gpg which fails, claiming it cannot reach the KDC on port 88. So on the master one needs to edit /etc/krb5kdc/kdc.conf and add this line: kdc_tcp_ports = 750,88 (this deserves another bug I'll file after sending this one.) and restart it: # service krb5-kdc restaŕt when I then again run # ipa-replica-install --setup-dns --forwarder=192.168.178.30 \ /var/lib/ipa/replica-info-replica.example.org.gpg it fails with: --begin-- [...] Connection from master to replica is OK. Connection check OK Configuring NTP daemon (ntpd) [1/4]: stopping ntpd [2/4]: writing configuration [3/4]: configuring ntpd to start on boot [4/4]: starting ntpd Done configuring NTP daemon (ntpd). Configuring directory server (dirsrv): Estimated time 1 minute [1/34]: creating directory server user [2/34]: creating directory server instance [3/34]: adding default schema [4/34]: enabling memberof plugin [5/34]: enabling winsync plugin [6/34]: configuring replication version plugin [7/34]: enabling IPA enrollment plugin [8/34]: enabling ldapi [9/34]: configuring uniqueness plugin [10/34]: configuring uuid plugin [11/34]: configuring modrdn plugin [12/34]: configuring DNS plugin [13/34]: enabling entryUSN plugin [14/34]: configuring lockout plugin [15/34]: creating indices [16/34]: enabling referential integrity plugin [17/34]: configuring ssl for ds instance [18/34]: configuring certmap.conf [19/34]: configure autobind for root [20/34]: configure new location for managed entries [21/34]: configure dirsrv ccache [22/34]: enable SASL mapping fallback [23/34]: restarting directory server [24/34]: setting up initial replication Starting replication, please wait until this has completed. [ipa-master.example.org] reports: Update failed! Status: [-11 - LDAP error: Connect error] Your system may be partly configured. Run /usr/sbin/ipa-server-install --uninstall to clean up. Failed to start replication --end-- But this was actually *without* the openldap and 398-ds-base packages build against libnss (as shown in #725153) - but just with pure rebuilds of the packages in sid against jessie. What's strange is that even with the unmodified openldap packages I get this: # ldapsearch -H ldaps://ipa-master.example.org -x -ZZZ -d 1 ldap_url_parse_ext(ldaps://ipa-master.example.org) ldap_create ldap_url_parse_ext(ldaps://ipa-master.example.org:636/??base) ldap_extended_operation_s ldap_extended_operation ldap_send_initial_request ldap_new_connection 1 1 0 ldap_int_open_connection ldap_connect_to_host: TCP ipa-master.example.org:636 ldap_new_socket: 4 ldap_prepare_socket: 4 ldap_connect_to_host: Trying 192.168.178.34:636 ldap_pvt_connect: fd: 4 tm: -1 async: 0 attempting to connect: connect success TLS: peer cert untrusted or revoked (0x42) TLS: can't connect: (unknown error code). ldap_err2string ldap_start_tls: Can't contact LDAP server (-1) additional info: (unknown error code) So, what happens when using the openldap, 398-ds-base and freeipa packages rebuild against libnss as described in #725153: # ldapsearch
Bug#774711: openssh: OpenSSH should have stronger ciphers selected at least on the server side.
Jens Thiele ka...@karme.de writes: see also: https://www.weakdh.org/ A few thoughts (my colleage David McBride was helpful here): i) plausibly-new openssh (=5.7) support and prefer ECDH, which I believe to be unaffected by this issue. The commonest Windows client (PuTTY), however, doesn't support this yet. ii) I think it would be sensible to remove weaker moduli from /etc/ssh/moduli. The current size distribution: bits count 1023 36 1535 32 2047 28 3071 26 4095 31 6143 20 8191 6 A colleague reports that generating new 2047-bit moduli takes a few minutes, and that time taking scales non-linearly with length (~90 minutes for 4095, ~40 hours for 8191). So I'm not sure if we should make some newer larger moduli and start shipping them, and/or start generating some at install time; the latter feels too invasive to me. iii) it's less clear what to do about the weaker KexAlgorithms - diffie-hellman-group1-sha1 uses Oakley Group 2 (1024 bits) and diffie-hellman-group14-sha1 uses Oakley Group 14 (2048 bits); RFC4253 says that implementations MUST support these, and I don't know what clients might break if we were to stop doing so. I'd be interested to hear the opinions of the other openssh maintainers, and perhaps we should ask upstream for their views (I've not seen anything on the upstream dev list as yet). Regards, Matthew -- At least you know where you are with Microsoft. True. I just wish I'd brought a paddle. http://www.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786416: patching fail in Source Package: openssl (1.0.1k-3).
Package: Source Package: openssl (1.0.1k-3) and Version: openssl 1.0.1k
We are planning to upgrade the openssl version to 1.0.1k on our system and we
are using the Source Package: openssl (1.0.1k-3).
We are facing the following 2 error
1. while patching the patch files located in debian/patches/
man-section.patch
patching file Makefile.org
Hunk #1 succeeded at 160 (offset 26 lines).
Hunk #2 succeeded at 627 (offset 20 lines).
misordered hunks! output would be garbled
Hunk #3 FAILED at 633.
1 out of 3 hunks FAILED -- saving rejects to file Makefile.org.rej
2. While compiling , it fails in the s2_srvr.c
Looks like ../debian/patches/0006-Fix-reachable-assert-in-SSLv2-servers.patch
adding the extra braces at following line.
#if 1
/* If a bad decrypt, continue with protocol but with a
* random master secret (Bleichenbacher attack) */
- if ((i 0) ||
- ((!is_export (i != EVP_CIPHER_key_length(c)))
- || (is_export ((i != ek) || (s-s2-tmp.clear+(unsigned
int)i !=
- (unsigned int)EVP_CIPHER_key_length(c))
+if ((i 0) || ((!is_export i != EVP_CIPHER_key_length(c))
+|| (is_export i != ek))) {
{
ERR_clear_error();
if (is_export)
i=ek;
else
i=EVP_CIPHER_key_length(c);
- if (RAND_pseudo_bytes(p,i) = 0)
+if (RAND_pseudo_bytes(p[s-s2-tmp.clear], i) = 0)
return 0;
}
#else
Kind request you to provide the support/solution for this as soon as possible.
Thanks and Regards,
Nilesh
~~Disclaimer~~~
Information contained and transmitted by this e-mail is confidential and
proprietary to IGATE and its affiliates and is intended for use only by the
recipient. If you are not the intended recipient, you are hereby notified that
any dissemination, distribution, copying or use of this e-mail is strictly
prohibited and you are requested to delete this e-mail immediately and notify
the originator or mailad...@igate.com mailto:mailad...@igate.com. IGATE does
not enter into any agreement with any party by e-mail. Any views expressed by
an individual do not necessarily reflect the view of IGATE. IGATE is not
responsible for the consequences of any actions taken on the basis of
information provided, through this email. The contents of an attachment to this
e-mail may contain software viruses, which could damage your own computer
system. While IGATE has taken every reasonable precaution to minimise this
risk, we cannot accept liability for any damage which you sustain as a result
of software viruses. You should carry out your own virus checks before opening
an attachment. To know more about IGATE please visit www.igate.com
http://www.igate.com.
Bug#786408: xrdb -n -remove
Package: x11-xserver-utils Version: 7.7+4 Severity: wishlist File: /usr/bin/xrdb -n This option indicates that changes to the specified properties (when used with -load, -override or -merge) or to the resource file (when used with -edit) should be shown on the standard output, but should not be performed. When it is used with -remove the action is performed, however no error message is raised. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765120: Fwd: Re: [pkg-cli-libs-team] Bug#765120: monogame: support monodevelop 5
You're right, I haven't seen this discussion. I think the downsides to dropping are lower than they used to be - the MD addin is available from the MD addin repository, MG is in NuGet. I think maintaining an ancient Tao/OpenTK forever is sorta dumb, though. I'm open to spending some time on getting the dep chain updated, but I want a modern MD (5.9 is current) in the archive to work against, which targets Mono 4, so we'd need that. On 21/05/15 11:50, Mirco Bauer wrote: Not sure if you have received this. Whats your opinion on this? -- Weitergeleitete Nachricht -- Von: Mirco Bauer mee...@debian.org mailto:mee...@debian.org Datum: 21.05.2015 12:46 Betreff: Re: [pkg-cli-libs-team] Bug#765120: monogame: support monodevelop 5 An: Emilio Pozuelo Monfort po...@debian.org mailto:po...@debian.org, 765...@bugs.debian.org mailto:765...@bugs.debian.org Cc: 765120-ma...@bugs.debian.org mailto:765120-ma...@bugs.debian.org Am 20.05.2015 15:41 schrieb Emilio Pozuelo Monfort po...@debian.org mailto:po...@debian.org: On Mon, 08 Dec 2014 16:09:54 +1100 Christopher James Halse Rogers r...@ubuntu.com mailto:r...@ubuntu.com wrote: Package: monogame Followup-For: Bug #765120 Alright. So, monogame 2.5.1 (from 2012) doesn't build at all against Monodevelop 5. A new upstream version, Monogame 3.2, doesn't build against the version of tao-framework in Jessie (also from 2012, project deprecated in favour of libopentk, for which Jessie also has a 2012 snapshot). It's probably time to either start maintaining these or drop them from the archive. So what's it gonna be? This has been blocking monodevelop from migrating for a long time: monodevelop (4.0.12+dfsg-6 to 5.5.0.227-1) Maintainer: Debian CLI Applications Team 222 days old (needed 5 days) Ouch, if monogame is this problematic then monodevelop should either drop the monogame build-dep or monodevelop needs a source pkg just for monogame so it doesn't block transitions. Emilio ___ pkg-cli-libs-team mailing list pkg-cli-libs-t...@lists.alioth.debian.org mailto:pkg-cli-libs-t...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-cli-libs-team
Bug#786401: dose: Fatal error: exception Parsing.Parse_error
Hi, Quoting Ralf Treinen (2015-05-21 14:31:09) do you remember from which version on dose supports parsing of Sources files with build profiles ? yes, build profiles are supported since dose 3.3~beta1-1 which is in Jessie. cheers, josch signature.asc Description: signature
Bug#725153: [Pkg-openldap-devel] Bug#725153: openldap, nss, and gnutls
Hi, On Mittwoch, 20. Mai 2015, Ryan Tandy wrote: My understanding was that motivation for the request was wanting to provide a fully-featured freeipa server in Debian, while some of its features (specifically replication) only work properly when using libldap built with nss. actually, it's just replication which isn't working with freeipa and openldap as it is in Debian. so I've just filed #786411: replication doesnt work, how to get it to work... to document and track down that issue properly. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#786412: pkcs11-tool: pkcs15-pubkey.c:1064: sc_pkcs15_dup_pubkey: Assertion `key out' failed.
Package: opensc-pkcs11
Version: 0.15.0-1
Severity: normal
Tags: upstream
After upgrading opensc co to version 0.15.0-1, the following no longer
works:
$ pkcs11-tool -O
pkcs11-tool: pkcs15-pubkey.c:1064: sc_pkcs15_dup_pubkey: Assertion `key
out' failed.
zsh: abort pkcs11-tool -O
Downgrading opensc-pkcs11 to 0.14.0-2 fixes the problem.
After rebuilding opensc with DEB_BUILD_OPTIONS=nostrip noopt, the
backtrace is:
(gdb) bt full
#0 0x76dc4107 in __GI_raise (sig=sig@entry=6) at
../nptl/sysdeps/unix/sysv/linux/raise.c:56
resultvar = 0
pid = 16092
selftid = 16092
#1 0x76dc54e8 in __GI_abort () at abort.c:89
save_stage = 2
act = {__sigaction_handler = {sa_handler = 0x7fffebda, sa_sigaction
= 0x7fffebda}, sa_mask = {__val = {140737336246689, 140737344795595, 1064,
4,
140737488344800, 4294957152, 1, 140733193388032, 0, 0, 0,
21474836480, 140737336246215, 140737488344952, 140737354092544,
140737336261864}},
sa_flags = -143558062, sa_restorer = 0x777181e0
__PRETTY_FUNCTION__.12239}
sigs = {__val = {32, 0 repeats 15 times}}
#2 0x76dbd226 in __assert_fail_base (fmt=0x76ef3ce8 %s%s%s:%u:
%s%sAssertion `%s' failed.\n%n,
assertion=assertion@entry=0x77717a52 key out,
file=file@entry=0x777173cb pkcs15-pubkey.c, line=line@entry=1064,
function=function@entry=0x777181e0 __PRETTY_FUNCTION__.12239
sc_pkcs15_dup_pubkey) at assert.c:92
str = 0x650590
total = 4096
#3 0x76dbd2d2 in __GI___assert_fail (assertion=0x77717a52 key
out, file=0x777173cb pkcs15-pubkey.c, line=1064,
function=0x777181e0 __PRETTY_FUNCTION__.12239 sc_pkcs15_dup_pubkey)
at assert.c:101
No locals.
#4 0x775a805e in sc_pkcs15_dup_pubkey (ctx=0x61e160, key=0x0,
out=0x63da10) at pkcs15-pubkey.c:1064
pubkey = 0x0
rv = 0
alg = 0x7fffd880 \320\330\377\377\377\177
alglen = 140737343233935
__PRETTY_FUNCTION__ = sc_pkcs15_dup_pubkey
__FUNCTION__ = sc_pkcs15_dup_pubkey
#5 0x76952271 in __pkcs15_prkey_bind_related (fw_data=0x633ef0,
pk=0x63d9c0) at framework-pkcs15.c:770
pubkey = 0x63dd80
obj = 0x63dd80
id = 0x63b1a0
i = 7
__FUNCTION__ = __pkcs15_prkey_bind_related
#6 0x76952600 in pkcs15_bind_related_objects (fw_data=0x633ef0) at
framework-pkcs15.c:838
obj = 0x63d9c0
i = 1
__FUNCTION__ = pkcs15_bind_related_objects
#7 0x76952f20 in _pkcs15_create_typed_objects (fw_data=0x633ef0) at
framework-pkcs15.c:1062
rv = 0
__FUNCTION__ = _pkcs15_create_typed_objects
#8 0x76953c71 in pkcs15_create_tokens (p11card=0x6335a0, app_info=0x0,
first_slot=0x7fffdbf8) at framework-pkcs15.c:1276
fw_data = 0x633ef0
ffda = 0x0
auth_user_pin = 0x63b4a0
auth_sign_pin = 0x0
fauo = 0x0
slot = 0x0
i = 0
rv = 0
idx = 0
__FUNCTION__ = pkcs15_create_tokens
#9 0x7694bb7b in card_detect (reader=0x6331a0) at slot.c:292
atrblock = 0x0
enable_InitToken = 0
app_generic = 0x0
first_slot = 0x0
p11card = 0x6335a0
rc = 0
rv = 0
i = 0
j = 32767
__FUNCTION__ = card_detect
#10 0x7694b207 in initialize_reader (reader=0x6331a0) at slot.c:144
i = 1
rv = 0
conf_block = 0x62df10
list = 0x0
__FUNCTION__ = initialize_reader
#11 0x76945298 in C_Initialize (pInitArgs=0x0) at pkcs11-global.c:254
rv = 0
current_pid = 16092
rc = 0
i = 0
ctx_opts = {ver = 0, app_name = 0x7696383e opensc-pkcs11, flags =
0, thread_ctx = 0x76b6f560 sc_thread_ctx}
__FUNCTION__ = C_Initialize
#12 0x0040304e in ?? ()
No symbol table info available.
#13 0x76db0b45 in __libc_start_main (main=0x402ec0, argc=2,
argv=0x7fffe938, init=optimized out, fini=optimized out,
rtld_fini=optimized out,
stack_end=0x7fffe928) at libc-start.c:287
result = optimized out
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {0, 17383474773081810,
4219669, 140737488349488, 0, 0, -17383475093979438, -17399103454069038},
mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x410220,
0x7fffe938}, data = {prev = 0x0, cleanup = 0x0, canceltype = 4260384}}}
not_first_call = optimized out
#14 0x0040633e in ?? ()
No symbol table info available.
The card is:
$ opensc-tool -n
Using reader with a card: OMNIKEY CardMan 6121 00 00
CardOS M4
$ opensc-tool -a
The same pkcs11-tool command works with another 'CardOS M4' card on the
same reader, so it must be something with the card's contents.
So far the only strangeness is the following. The working card has
matching sets of private, public key and certificate files. The problem
card has
Bug#786382: linux-image-4.0.0-1-amd64: Blank screen switching to a VT (Intel Haswell with HD4400)
2015-05-21 11:28 GMT+02:00 Julien Cristau jcris...@debian.org: Please file this upstream at https://bugs.freedesktop.org/enter_bug.cgi?product=DRIcomponent=DRM/Intel See instructions at https://01.org/linuxgraphics/documentation/development/how-report-bugs Ok, i'll do. I only ask to the kernel team if you intend to upload an updated package to sid/experimental in the next days, since upstream is two minor version ahead and the regression could be already resolved. Cesare. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786401: dose: Fatal error: exception Parsing.Parse_error
On Thu, May 21, 2015 at 8:36 PM, Johannes Schauer wrote: Quoting Ralf Treinen (2015-05-21 14:31:09) do you remember from which version on dose supports parsing of Sources files with build profiles ? yes, build profiles are supported since dose 3.3~beta1-1 which is in Jessie. Ok, we'll have to upgrade quantz to jessie (DSA want to anyway). When would be convenient for debian-qa folks? Anytime? -- bye, pabs https://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786400: PTS: depneedsmaint.pl and dephasrc.pl crash: don't support build profiles
Hi,
in case you want to use dpkg to parse dependency fields (instead of just adding
another two lines to the simplify_packages_list function which remove the
blocks) it might help whoever ends up implementing this that dpkg does not
offer a parser for the whole Build-Depends line. So instead, one would do the
splitting by comma and pipe manually like this:
my @dep_list = ();
foreach my $dep_and (split(/\s*,\s*/m, $dep_line)) {
foreach my $dep_or (split(/\s*\|\s*/m, $dep_and)) {
my $dep_simple = Dpkg::Deps::Simple-new($dep_or);
my $depname = $dep_simple-{package};
next if not defined($depname);
push @dep_list, $depname;
}
}
If I understand correctly what simplify_packages_list does, then the above
should be a replacement for it using libdpkg-perl parsing.
Maybe that helps!
cheers, josch
signature.asc
Description: signature
Bug#785788: ganeti: luxid dies regularly
Am 2015-05-20 17:15, schrieb Apollon Oikonomopoulos: ganeti-luxid: file descriptor 1025 out of range for select (0--1024). Recompile with -threaded to work around this. It looks like ganeti-luxid is leaking file descriptors. Can you run a couple of jobs (e.g. gnt-cluster verify) and attach the output of lsof -n -p $(pidof ganeti-luxid) as it changes before and after each job is run? Lets see. [root@bl11c02::~]# lsof -n -p $(pidof ganeti-luxid) [8/12] COMMAND PIDUSER FD TYPE DEVICE SIZE/OFF NODE NAME ganeti-lu 771867 gnt-masterd cwdDIR 253,0 4096 2 / ganeti-lu 771867 gnt-masterd rtdDIR 253,0 4096 2 / ganeti-lu 771867 gnt-masterd txtREG 253,3 14752984 261890 /usr/lib/ganeti/2.11/usr/sbin/ganeti-luxid ganeti-lu 771867 gnt-masterd memREG 253,022928 13241 /lib/x86_64-linux-gnu/libnss_dns-2.13.so ganeti-lu 771867 gnt-masterd memREG 253,047616 13221 /lib/x86_64-linux-gnu/libnss_files-2.13.so ganeti-lu 771867 gnt-masterd memREG 253,3 3456528 262019 /usr/lib/locale/locale-archive ganeti-lu 771867 gnt-masterd memREG 253,014112 854 /lib/x86_64-linux-gnu/libgpg-error.so.0.8.0 ganeti-lu 771867 gnt-masterd memREG 253,372808 261463 /usr/lib/x86_64-linux-gnu/libp11-kit.so.0.0.0 ganeti-lu 771867 gnt-masterd memREG 253,368072 260968 /usr/lib/x86_64-linux-gnu/libtasn1.so.3.1.16 ganeti-lu 771867 gnt-masterd memREG 253,014320 79 /lib/x86_64-linux-gnu/libkeyutils.so.1.4 ganeti-lu 771867 gnt-masterd memREG 253,335400 260933 /usr/lib/x86_64-linux-gnu/libkrb5support.so.0.1 ganeti-lu 771867 gnt-masterd memREG 253,014672 65 /lib/x86_64-linux-gnu/libcom_err.so.2.1 ganeti-lu 771867 gnt-masterd memREG 253,3 162632 260914 /usr/lib/x86_64-linux-gnu/libk5crypto.so.3.1 ganeti-lu 771867 gnt-masterd memREG 253,3 868096 260929 /usr/lib/x86_64-linux-gnu/libkrb5.so.3.3 ganeti-lu 771867 gnt-masterd memREG 253,3 109360 264038 /usr/lib/x86_64-linux-gnu/libsasl2.so.2.0.25 ganeti-lu 771867 gnt-masterd memREG 253,080712 13243 /lib/x86_64-linux-gnu/libresolv-2.13.so ganeti-lu 771867 gnt-masterd memREG 253,0 131107 13245 /lib/x86_64-linux-gnu/libpthread-2.13.so ganeti-lu 771867 gnt-masterd memREG 253,3 108216 265445 /usr/lib/x86_64-linux-gnu/librtmp.so.0 ganeti-lu 771867 gnt-masterd memREG 253,0 520224 16367 /lib/x86_64-linux-gnu/libgcrypt.so.11.7.0 ganeti-lu 771867 gnt-masterd memREG 253,3 785552 260899 /usr/lib/x86_64-linux-gnu/libgnutls.so.26.22.4 ganeti-lu 771867 gnt-masterd memREG 253,3 257288 260920 /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2.2 ganeti-lu 771867 gnt-masterd memREG 253,3 323088 260957 /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2.8.3 ganeti-lu 771867 gnt-masterd memREG 253,359640 260890 /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2.8.3 ganeti-lu 771867 gnt-masterd memREG 253,3 167080 261333 /usr/lib/x86_64-linux-gnu/libssh2.so.1.0.1 ganeti-lu 771867 gnt-masterd memREG 253,3 211376 261345 /usr/lib/x86_64-linux-gnu/libidn.so.11.6.8 ganeti-lu 771867 gnt-masterd memREG 253,0 1599504 13230 /lib/x86_64-linux-gnu/libc-2.13.so ganeti-lu 771867 gnt-masterd memREG 253,014768 13236 /lib/x86_64-linux-gnu/libdl-2.13.so ganeti-lu 771867 gnt-masterd memREG 253,031744 13244 /lib/x86_64-linux-gnu/librt-2.13.so ganeti-lu 771867 gnt-masterd memREG 253,0 530736 13076 /lib/x86_64-linux-gnu/libm-2.13.so ganeti-lu 771867 gnt-masterd memREG 253,352192 269315 /usr/lib/x86_64-linux-gnu/libffi.so.5.0.10 ganeti-lu 771867 gnt-masterd memREG 253,3 456248 270483 /usr/lib/x86_64-linux-gnu/libgmp.so.10.0.5 ganeti-lu 771867 gnt-masterd memREG 253,3 410216 261374 /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4.2.0 ganeti-lu 771867 gnt-masterd memREG 253,0 248968 1313 /lib/x86_64-linux-gnu/libpcre.so.3.13.1 ganeti-lu 771867 gnt-masterd memREG 253,092752 442 /lib/x86_64-linux-gnu/libz.so.1.2.7 ganeti-lu 771867 gnt-masterd memREG 253,0 136936 13242 /lib/x86_64-linux-gnu/ld-2.13.so ganeti-lu 771867 gnt-masterd memREG 253,326066 264000 /usr/lib/x86_64-linux-gnu/gconv/gconv-modules.cache
Bug#786381: texlive-lang-cyrillic: request for scyrillic fonts
Hi Norbert, I will try to get the copyright notice from the original authors. The reasons why I need specifically these fonts are explained here: http://tex.stackexchange.com/questions/244908/extensions-to-cm-fonts-in-type1-format Best wishes, Igor. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786410: ITP: ruby-mono-logger -- Lock-free logger for Ruby
Package: wnpp Severity: wishlist Owner: Balasankar C balasank...@autistici.org * Package name: ruby-mono-logger Version : 1.1.0 Upstream Author : Steve Klabnik st...@steveklabnik.com * URL : https://github.com/steveklabnik/mono_logger/ * License : Expat Programming Lang: Ruby Description : Lock-free logger for Ruby -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786413: debian/watch is incorrect
21.05.2015 15:51, Vincent Bernat wrote: The new download page is here: http://code.coreboot.org/p/seabios/downloads/ But I don't see how uscan could discover the right URL without some kind of redirector. That's exactly the reason why I haven't updated d/watch file for a while. I know the url is wrong, but I don't know what to use. Short of removing d/watch entirely, which is what I think I'd do now. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786415: /usr/bin/caff: missing perl module PavamVal.pm
Package: signing-party Version: 2.0-2 Severity: important File: /usr/bin/caff When running caff, I was thrown the following err msg. rrs@learner:~/devel/(devbuild)$ caff 1B65ED5F Can't locate MIME/Field/ParamVal.pm in @INC (you may need to install the MIME::Field::ParamVal module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/x86_64-linux-gnu/perl5/5.20 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl .) at /usr/share/perl5/MIME/Head.pm line 126. BEGIN failed--compilation aborted at /usr/share/perl5/MIME/Head.pm line 126. Compilation failed in require at /usr/share/perl5/MIME/Entity.pm line 234. BEGIN failed--compilation aborted at /usr/share/perl5/MIME/Entity.pm line 234. Compilation failed in require at /usr/bin/caff line 416. BEGIN failed--compilation aborted at /usr/bin/caff line 416. 18:29 ♒♒♒☹ = 2 -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.4+ (SMP w/4 CPU cores) Locale: LANG=en_IN.utf8, LC_CTYPE=en_IN.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages signing-party depends on: ii gnupg 1.4.19-2 ii libc6 2.19-18 ii libclass-methodmaker-perl 2.24-1 ii libgnupg-interface-perl0.52-1 ii libmailtools-perl 2.13-1 ii libmime-tools-perl 5.505-1 ii libnet-idn-encode-perl 2.201-1 ii libterm-readkey-perl 2.32-1+b1 ii libtext-template-perl 1.46-1 ii perl 5.20.2-4 ii python 2.7.9-1 ii qprint 1.0.dfsg.2-2 Versions of packages signing-party recommends: ii libgd-perl [libgd-gd2-perl] 2.53-1+b1 ii libpaper-utils 1.1.24+nmu4 ii postfix [mail-transport-agent] 2.11.3-1 ii whiptail0.52.17-1+b1 Versions of packages signing-party suggests: ii fonts-droid1:4.4.4r2-6 ii imagemagick8:6.8.9.9-5 pn mutt none pn qrencode none pn texlive-font-utils none pn texlive-latex-extranone pn texlive-latex-recommended none pn texlive-xetex none pn wipe none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786375: about gRPC packaging
On Thu, May 21, 2015 at 12:49:12PM +0200, László Böszörményi (GCS) wrote: Hi Andrew, I already have packages (for 0.5.0), I was just slow to send the ITP. May I still join? But of course, I trust you if you would like to do it alone. I don't mind you joining in. I'm doing the work on Github, as I'm trying to help the gRPC guys maintain it themselves to some degree (I work for Google). https://github.com/grpc/grpc/pull/1696 is what I've done so far. If you can help get protobuf3 into experimental, I can flesh the package out more there. In my next pull request, I can add you as an Uploader. regards Andrew signature.asc Description: Digital signature
Bug#786406: catch stdin vs. filename xrdb conflict
Package: x11-xserver-utils Version: 7.7+4 Severity: wishlist File: /usr/bin/xrdb Perhaps make an error message if a user tries $ echo something: true | xrdb filename -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786407: not enough information on the xrdb man page to figure out how the -remove command works
Package: x11-xserver-utils Version: 7.7+4 Severity: wishlist File: /usr/share/man/man1/xrdb.1.gz User reads xrdb [-option ...] [filename] User reads -remove This option indicates that the specified properties should be removed from the server. User tries $ xrdb -query|sort|nl 1 *VT100*assumeAllChars: true 2 *VT100*eightBitInput: false 3 *VT100*geometry:222x111 4 *VT100*on3Clicks: regex [^ ]+ 5 *VT100*on4Clicks: regex [^$#]+ 6 *VT100*on5Clicks: line 7 *VT100*rightScrollBar: true 8 *VT100*scrollBar: true 9 *VT100.font:-misc-fixed-medium-r-normal--18-*-*-*-*-*-iso10646-1 10 *customization: -color 11 *scrollKey: True 12 *scrollTtyOutput: False 13 Emacs.bitmapIcon: off 14 Scrollbar.JumpCursor: True 15 gnuplot*tvtwm: on 16 xpdf.geometry: 1024x726 $ echo xpdf.geometry |xrdb -remove $ xrdb -query|sort|nl $ echo xpdf.geometry: 1024x726|xrdb $ xrdb -query|sort|nl 1 xpdf.geometry: 1024x726 $ xrdb --help usage: xrdb [-options ...] [filename] where options include: -help print this help message -versionprint the program version -display host:dpy display to use -alldo all resources [default] -global do screen-independent resources -screen do screen-specific resources for one screen -screensdo screen-specific resources for all screens -n show but don't do changes -cpp filename preprocessor to use [/usr/bin/cpp] -nocpp do not use a preprocessor -query query resources -load load resources from file [default] -override add in resources from file -merge merge resources from file sort -edit filename edit resources into file -backup string backup suffix for -edit [.bak] -symbolsshow preprocessor symbols -remove remove resources -retain avoid server reset (avoid using this) -quiet don't warn about duplicates -Dname[=value], -Uname, -Idirectorypassed to preprocessor A - or no input filename represents stdin. $ xrdb -remove xpdf.geometry $ xrdb -query|sort|nl $ echo xpdf.geometry: 1024x726|xrdb $ xrdb -remove $ xrdb -query|sort|nl $ I have proved that there is not enough information on the man page to figure out how the -remove command works. Also e.g., $ xrdb -remove ss s violates Usage, but no error is raised. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786397: glibc: deadlock in dlopen with TLS and threads
Le 21/05/2015 13:24, Samuel Thibault a écrit : Hello, Vincent Danjean, le Thu 21 May 2015 12:12:37 +0200, a écrit : When using dlopen on a library with TLS and using threads in its constructor, there can be a deadlock. Could you discuss directly with upstream about this issue? I'm afraid it'll be difficult to solve :) It seems to be handled by competent people on the redhat bugzilla (Siddhesh Poyarekar in particular). So unless someone wants to help them or to dig into the problem himself, I think we should wait for the outcome they will find. They will probably push the fix upstream anyway. I initially opened the bug because I was thinking that the bug would be a regression in the Debian experimental version. But, I was surprised to find the bug also in the Debian stable version. I still report it so that we (in Debian) know the bug exists and is being working on (in case some people look at the BTS when they see a deadlock). If the fix is not too intrusive, perhaps it will be possible to patch the Debian stable version. Regards, Vincent -- Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786345: pixman: enable vmx for ppc64el
On Wed, May 20, 2015 at 15:41:30 -0400, Fernando Seiti Furusato wrote: Source: pixman Version: 0.32.6-3 Severity: normal Tags: patch User: debian-powe...@lists.debian.org Dear Maintainer, The package pixman had the usage of vmx disabled for ppc64el arch, because it had tests failing when it was enabled. That happened due to some differences on how data is treated from big to little endian. I am attaching a patch that re-enables vmx and includes some work arounds for cases that have endianness conflicts. I tested the patch on ppc64le and powerpc vms. If you have questions or suggestions, please let me know. Hi, Please submit that vmx-le.patch to pix...@lists.freedesktop.org. Thanks, Julien signature.asc Description: Digital signature
Bug#786409: ftp.debian.org: webdir http://ftp-master.debian.org/new/ not accessible any more
Package: ftp.debian.org Severity: normal Hi ftpmasters, I discussed the issue at Debian QA list since it affects an UDD importer (ftpnew). Since the assumption came up that the problem is not created intentionally I'm filing a bug report: I noticed that the ftpnew gatherer for UDD is currently broken. The reason is that it is usually fetching files via wget -q -r -N --level=2 --no-parent --no-directories http://ftp-master.debian.org/new/ but if you try wget http://ftp-master.debian.org/new/ --2015-05-21 09:19:52-- http://ftp-master.debian.org/new/ Resolving ftp-master.debian.org (ftp-master.debian.org)... 138.16.160.12 Connecting to ftp-master.debian.org (ftp-master.debian.org)|138.16.160.12|:80... connected. HTTP request sent, awaiting response... 301 Moved Permanently Location: https://ftp-master.debian.org/new/ [following] --2015-05-21 09:19:52-- https://ftp-master.debian.org/new/ Connecting to ftp-master.debian.org (ftp-master.debian.org)|138.16.160.12|:443... connected. HTTP request sent, awaiting response... 403 Forbidden 2015-05-21 09:19:53 ERROR 403: Forbidden. It seems it is forbidden to read the web dir directly. Paul Wise assumed[1] that this is fallout from the recent upgrade of franck to jessie and thus suggested to file a bug report. I can also confirm that I implemented a workaround for UDD which does not rely on reading the webdir[2]. So the new importer is functional again and I'd be fine if you simply close this bug in case it was an intentional configuration change. Please note that there might be other applications broken. In addition Paul suggested another feature[3] to provide all needed data in .822 format. I think we discussed this previously and I vaguely remember that I suggested a patch but it might be lost in eternal byte space. If you consider it sensible I'd volunteer to open another bug about this issue. Kind regards Andreas. [1] https://lists.debian.org/debian-qa/2015/05/msg00033.html [2] https://lists.debian.org/debian-qa/2015/05/msg00037.html [3] https://lists.debian.org/debian-qa/2015/05/msg00038.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786413: debian/watch is incorrect
Package: src:seabios Version: 1.8.1-2 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi! debian/watch gives a 404. The new download page is here: http://code.coreboot.org/p/seabios/downloads/ But I don't see how uscan could discover the right URL without some kind of redirector. - -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJVXdTWAAoJEJWkL+g1NSX576IQAJwW0qkLZpgoooSrbi8jAUEN uQaMggbDw6BG6juKPiJls4FwGr2/XRry35xjx4qyfM9dwzRIOsuhNBkMq5C3OJxF 44BMNY0/jWpKRw4eTM7pPTOQx1cgOlo8Pe+Dx/0O4jqh6KsX8iA1kUC69km7q1vH qBIPxQhKPC86s9xEiX9k8NYsK4mvKWlRSAAknDnRHq3+PGxXMAqmjcTv9tuorTvg eczZn/iL1OoLmnlf0L/iq+kRTZb/DgdRS8mJZf95CvRAlJ0mTR/reEdyBRkXfM90 MAUbhIgQUNWxNkQHPisOjCou7PkC+KW8Et+XEK+1AEC9q4fp/2uvciY18R/4ILti rQaDPlAgvAn4zdFnrMah2uflpIPZb/zl6A0i5DZ8mBF0zTDJzgAC+OVqmBmn88ji DikWfkqAWi7JwtoIMWHykIsjAMAlPyb3L8xQiRA77Xfd0jBX8+VccX2N2Vr79yyt TFC47k3rR+gp79zz5MRqykdXISem0g25xK3CT/xikRCvhTCxoQQW4jFc9ACTLqOS sfbrdtrb3+KKidPhKMXgRRLOQtjkjqX0zs/kx8Kf7uDhvFHo4Om5TO49N+w6v7ZD eECV1YH1lgdQ7jFOtbj0zV+7AHVnv/qeviQn+wt2C4B/ZoDRYUsSft5LPH1UXkkO i6zISNagpvGNK0FRFn+s =tq9G -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#786414: krb5-kdc: please listen on TCP ports by default too
package: krb5-kdc version: 1.12.1+dfsg-19 x-debbugs-cc: 786...@bugs.debian.org Hi, as described in #786411, krb5-kdc doesnt listen on TCP ports by default, yet it would be very useful if it would. Could you please make this happen? It just needs on line added to /etc/krb5kdc/kdc.conf: kdc_tcp_ports = 750,88 cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#784207: [Pkg-ime-devel] Bug#784199: fcitx-rime: Cannot enable rime in fcitx
Hello, it looks like yaml-cpp 0.5.2 is not binary compatible with 0.5.1. abi-compliance-checker confirms this. I did not notice this when I updated the yaml-cpp package to 0.5.2. librivet11 may also be affected by this bug, I will investigate. -Paul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785889: wine: Please update to GStreamer 1.x
control: forwarded -1 https://bugs.winehq.org/show_bug.cgi?id=31836 control: found -1 1.6.2-8 Hi upstream doesn't support that yet, see bug #31836. I assume Mike will go the same way as in wine-development (1.7.22-1) and build it --without-gstreamer for now. Greets jre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784651: moonshot-ui: depends on libgee-dev which is deprecated
Control: severity -1 serious We want to remove libgee2 from unstable RSN, and there are only a few rdeps now, so I'm bumping the severity of the bugs. If you have questions don't hesitate to ask. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
