Bug#714477: killer: Is no longer able to figure out when X users last were active

[Petter Reinholdtsen]

Control: tags -1 + patch

Here is a fairly untested patch to solve this issue.  I lack the test
bench to test it right now.  It should use xprintidle as reported by the
user when running from the users home directory to detect X usage, and
use the resulting value in calculating which processes to kill.

diff --git a/debian/control b/debian/control
index b8d4997..e644488 100644
--- a/debian/control
+++ b/debian/control
@@ -13,7 +13,11 @@ Vcs-Browser:
http://anonscm.debian.org/gitweb/?p=debian-edu/pkg-team/killer.git
 
 Package: killer
 Architecture: all
-Depends: ${shlibs:Depends}, ${misc:Depends}, ${perl:Depends}, exim4 |
 mail-transport-agent
+Depends: ${shlibs:Depends}
+ , ${misc:Depends}
+ , ${perl:Depends}
+ , exim4 | mail-transport-agent
+ , xprintidle
 Description: Background job killer
  killer is a perl script that gets rid of background jobs. Background
  jobs are defined as processes that belong to users who are not
 currently
diff --git a/killer b/killer
index 1f95f2e..f915974 100755
--- a/killer
+++ b/killer
@@ -927,6 +927,24 @@ sub initializeTty($@) {
 
 }
 
+=head2 getX11IdleTime
+
+Figure out how long a user has been idle in X11.  Return the seconds
+of idle time.
+
+=cut
+
+sub getX11IdleTime($) {
+my $self = shift;
+my ( $user ) = @_;
+$idletime_ms = `su $user -c 'DISPLAY=:0 xprintidle' 2>/dev/null`;
+if ($idletime_ms ~= m/\d+/) {
+return $idletime_ms / 1000;
+} else {
+return undef;
+}
+}
+
 =head2 getIdleTime user
 
 Figure out how long a user has been idle.  This is accomplished by
@@ -971,6 +989,10 @@ sub getIdleTime($) {
 $idletime = (time - $statparts[8]);
 }
 }
+my $xIdleTime = $self->getX11IdleTime($user);
+if (defined $xIdleTime && $idleTime > $xIdleTime) {
+$idletime = $xIdleTime;
+}
 }
 return $idletime;
 }

-- 
Happy hacking
Petter Reinholdtsen


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#763127: UEFI corner case - installer booted in UEFI mode, existing system in BIOS mode

[Wouter Verhelst]

On Sun, Sep 28, 2014 at 02:28:06AM +0100, Steve McIntyre wrote:
> I'm not 100% sure that partman-efi is the right package for the bug
> report, but it's as good as any. So, it's way past time to fix this
> particular bug. After a fair amount of playing with systems like this
> and discussing with folks, my proposed solution is:
> 
>  1. Somewhere during initial partman setup (probably partman-efi?), we
> look to see if:
> 
> (a) we're in UEFI mode (trivially true if we're in partman-efi); and
> 
> (b) we have an existing set of partitions that are *not* set up
> for UEFI boot (can we use os-prober to get a list at this
> stage?) Look for an existing partition setup and maybe
> bootable flags, but no detectable EFI System Partition.
> 
>  2. If the above is the case, warn the user:
> 
> "Your computer's firmware has started the installer in UEFI mode
>  but there are existing Operating Systems already installed:
> 
>  * OS 1
>  * OS 2
>  ...
> 
>  "These will not boot in UEFI mode. If you still wish to be able
>  to boot one of these existing systems after installing Debian in
>  UEFI mode, this will be difficult. Your best way forward is to
>  reboot and restart the installer in 'BIOS compatibility
>  mode'. You will need to reconfigure your computer's boot options
>  to do this.
> 
>  "If you wish to install Debian in UEFI mode and don't care about
>  keeping the ability to boot one of the existing systems,
>  continue."
> 
>  
> 
>  If the user wants to continue, we could even suggest blanking the
>  partition table(s) and starting again with GPT, but I don't think
>  we currently have a "blank partition table" option exposed within
>  d-i?
> 
> What do people think of this plan? What have I missed?

Isn't it better to run this test in partman-efi's isinstallable script?
Then if things are set up in the described way, grub-efi just won't be
installed, but the normal grub will, and the system will continue to
boot in BIOS fallback as before.

It might make sense to give a warning or error message in case the
described setup exists and an ESP partition is created in the
partitioner, but other than that...

-- 
It is easy to love a country that is famous for chocolate and beer

  -- Barack Obama, speaking in Brussels, Belgium, 2014-03-26


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#763141: gnome-boxes : Unable to use a VM or create a new one

[Ludovic Lebègue]

Package: gnome-boxes
Version: 3.14.0-1
Severity: Serious

Hi,

I have one Virtual machines created and located in
${HOME}/.local/share/gnome-boxes/images/debian7

When launching gnome-boxes /var/log/messages shows this warning message

(gnome-boxes:2137): Boxes-WARNING **: libvirt-broker.vala:102: Unable to
open qemu+unix:///session: Failed to connect socket to
'/run/user/1000/libvirt/libvirt-sock': No such file or directory

and then my VM is not available to play with...

I wanted to create another one and gnome-boxes displayed a message 'Box
setup failed'.

Looking further in /var/log/messages :

org.gnome.Boxes[1622]: (gnome-boxes:2137): Boxes-WARNING **:
wizard.vala:459: Failed to create storage pool: invalid connection
pointer in virStoragePoolDefineXML

Regards
Ludovic

PS : my user belongs to libvirt group

uid=1000(ludo) gid=1000(ludo)
groups=1000(ludo),24(cdrom),25(floppy),27(sudo),29(audio),30(dip),44(video),46(plugdev),108(netdev),109(bluetooth),115(scanner),122(libvirt)



signature.asc
Description: This is a digitally signed message part

Bug#763140: ruby-rspec-core: New upstream release

[KURASHIKI Satoru]

Package: ruby-rspec-core
Version: 2.14.7-2
Severity: normal

Dear Maintainer,

Please update package with its upstream release (> 3.0.0).
# Recently some gems depend on new conventions introduced rspec 3.0.0.

regards,

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-30-pve (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ruby-rspec-core depends on:
ii  ruby  1:2.1.0.4
ii  ruby-rspec-expectations   2.14.2-1
ii  ruby-rspec-mocks  2.14.5-1
ii  ruby1.9.1 [ruby-interpreter]  1.9.3.484-2
ii  ruby2.0 [ruby-interpreter]2.0.0.484+really457-3
ii  ruby2.1 [ruby-interpreter]2.1.3-1

ruby-rspec-core recommends no packages.

Versions of packages ruby-rspec-core suggests:
ii  ruby-rspec  2.14.1-1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725586: debian-faq: FTBFS: make[1]: *** [po4a-translate] Error

[Petter Reinholdtsen]

Hi.

This RC bug have caused debian-faq to be removed from Jessie, while it
is also tagged pending.  A new version is waiting in VCS.  Is this
intentional, or do you plan to upload a fix in time for this package
to make it into the next stable release?

-- 
Happy hacking
Petter Reinholdtsen


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#680601: simple-scan: program closes when clicking "new scan"

[Jörg Frings-Fürst]

Hello,


I ask 2 months ago if this error still exists.

No answer in this time. So I close this bug.

If the bug still occurs feel free to reopen this bug.

Thank you for spending your time helping to make Debian better with this
bug report. 

CU
Jörg

-- 
pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8  EBCB 422B 44B0 BE58 1B6E
pgp Key: BE581B6E
CAcert Key S/N: 0E:D4:56

Jörg Frings-Fürst
D-54526 Niederkail

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net







signature.asc
Description: This is a digitally signed message part

Bug#759208: goplay: shows no results at all

[Petter Reinholdtsen]

[Jonas Smedegaard]
> I am unaware of any other tool as nice and user-friendly as goplay 
> doing similar.

So am I.  But I am unable to fix this bug, and the package is being
removed from testing today.  Anyone able to find the bug and fix it in
time for the Jessie freeze?

-- 
Happy hacking
Petter Reinholdtsen


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#732113: Save file dialog occasionally goes blank.

[Jörg Frings-Fürst]

Hello,


I ask 2 months ago if this error still exists.

No answer in this time. So I close this bug.

If the bug still occurs feel free to reopen this bug.

Thank you for spending your time helping to make Debian better with this
bug report. 

CU
Jörg

-- 
pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8  EBCB 422B 44B0 BE58 1B6E
pgp Key: BE581B6E
CAcert Key S/N: 0E:D4:56

Jörg Frings-Fürst
D-54526 Niederkail

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net







signature.asc
Description: This is a digitally signed message part

Bug#647968: simple-scan: Segfaults "randomly" using Fujitsu ScanSnap S1500

[Jörg Frings-Fürst]

Hello,


I ask 2 months ago if this error still exists.

No answer in this time. So I close this bug.

If the bug still occurs feel free to reopen this bug.

Thank you for spending your time helping to make Debian better with this
bug report. 

CU
Jörg

-- 
pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8  EBCB 422B 44B0 BE58 1B6E
pgp Key: BE581B6E
CAcert Key S/N: 0E:D4:56

Jörg Frings-Fürst
D-54526 Niederkail

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net







signature.asc
Description: This is a digitally signed message part

Bug#762986: lyx-common: Both lyx and lyx-common provide the desktop file

[grok]

rename lyx.install to lyx-common.install in debian/


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710362: ldap2zone: will some time generate invalid DNS host name entries

[Petter Reinholdtsen]

[Wolfgang Schweer]
> I can't reproduce the dns issue in jessie. A hostname with
> underscore is not accepted in GOsa², cause the test function (in
> /usr/share/gosa/include/utils/class_tests.inc, dated 5th of march
> 2012) catches invalid dns names (as far as I understand the code).

Good.  Then GOsa² is fixed, but the LDAP to DNS export should be fixed
too.  This bug is about the latter.  You can test that by adding LDAP
records manually.

Can you test SRV and MX entries?  Can they have invalid characters or
formats entered in GOsa² interface?  Is it possible to add a A entry
without a hostname?

-- 
Happy hacking
Petter Reinholdtsen


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#763139: pulseaudio-bash-completion.sh: Does not need #!

[Josh Triplett]

Package: pulseaudio
Version: 5.0-6
Severity: minor
File: /etc/bash_completion.d/pulseaudio-bash-completion.sh

bash completion scripts get sourced, not executed, so
pulseaudio-bash-completion.sh doesn't need a #! line.

- Josh Triplett

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pulseaudio depends on:
ii  adduser   3.113+nmu3
ii  libasound21.0.28-1
ii  libasound2-plugins1.0.28-1+b1
ii  libc6 2.19-11
ii  libcap2   1:2.24-6
ii  libdbus-1-3   1.8.8-1
ii  libfftw3-single3  3.3.4-1
ii  libgcc1   1:4.9.1-15
ii  libice6   2:1.0.9-1
ii  libltdl7  2.4.2-1.10+b1
ii  liborc-0.4-0  1:0.4.22-1
ii  libpulse0 5.0-6
ii  libsamplerate00.1.8-8
ii  libsm62:1.2.2-1
ii  libsndfile1   1.0.25-9
ii  libspeexdsp1  1.2~rc1.2-1
ii  libstdc++64.9.1-15
ii  libsystemd-login0 215-5
ii  libtdb1   1.3.1-1
ii  libudev1  215-5
ii  libwebrtc-audio-processing-0  0.1-3
ii  libx11-6  2:1.6.2-3
ii  libx11-xcb1   2:1.6.2-3
ii  libxcb1   1.10-3
ii  libxtst6  2:1.2.2-1
ii  lsb-base  4.1+Debian13
ii  pulseaudio-utils  5.0-6
ii  udev  215-5

Versions of packages pulseaudio recommends:
pn  pulseaudio-module-x11  
pn  rtkit  

Versions of packages pulseaudio suggests:
pn  paman
pn  paprefs  
pn  pavucontrol  
pn  pavumeter

-- no debconf information
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, write to the Free Software
# Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307
# USA.

## Configuration file for PulseAudio clients. See pulse-client.conf(5) for
## more information. Default values are commented out.  Use either ; or # for
## commenting.

; default-sink =
; default-source =
; default-server =
; default-dbus-server =

; autospawn = yes
; daemon-binary = /usr/bin/pulseaudio
; extra-arguments = --log-target=syslog

; cookie-file =

; enable-shm = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 
MiB

; auto-connect-localhost = no
; auto-connect-display = no
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, write to the Free Software
# Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307
# USA.

## Configuration file for the PulseAudio daemon. See pulse-daemon.conf(5) for
## more information. Default values are commented out.  Use either ; or # for
## commenting.

; daemonize = no
; fail = yes
; allow-module-loading = yes
; allow-exit = yes
; use-pid-file = yes
; system-instance = no
; local-server-type = user
; enable-shm = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 
MiB
; lock-memory = no
; cpu-limit = no

; high-priority = yes
; nice-level = -11

; realtime-scheduling = yes
; realtime-priority = 5

; exit-idle-time = 20
; scache-idle-time = 20

; dl-search-path = (depends on architecture)

; load-default-script-file = yes
; default-script-file = /etc/pulse/default.pa

; log-target = auto
; log-level = notice
; log-meta = no
; log-time = no
; log-backtrace = 0

# resample-method defaults to  speex-float-1 on most architectures,
# speex-fixed-1 on ARM
; resample-method = speex-float-1
; enable-remi

Bug#763138: evince: SIGSEGV when reloading a document

[Mattia Monga]

Package: evince
Version: 3.14.0-1
Severity: normal

Evince crashes deterministically when reloading a document. This is
the backtrace on my machine:

Program received signal SIGSEGV, Segmentation fault.
0x5558fb62 in ?? ()
(gdb) bt
#0  0x5558fb62 in ?? ()
#1  0x5558b79e in ?? ()
#2  0x74f8d245 in g_closure_invoke () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#3  0x74f9ef3c in ?? () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#4  0x74fa7748 in g_signal_emit_valist () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#5  0x74fa79af in g_signal_emit () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#6  0x74f91985 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#7  0x74f93d91 in g_object_notify () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#8  0x555899ac in ?? ()
#9  0x74f8d474 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#10 0x74fa7057 in g_signal_emit_valist () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#11 0x74fa79af in g_signal_emit () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#12 0x779686a3 in ?? () from /usr/lib/libevview3.so.3
#13 0x74cb7b6d in g_main_context_dispatch () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#14 0x74cb7f48 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#15 0x74cb7ffc in g_main_context_iteration () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#16 0x752751bc in g_application_run () from 
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#17 0x55572797 in ?? ()
#18 0x741aeb45 in __libc_start_main (main=0x555722e0, argc=2, 
argv=0x7fffe1a8, init=, fini=, 
rtld_fini=, stack_end=0x7fffe198) at libc-start.c:287
#19 0x555728c5 in ?? ()

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
armhf

Kernel: Linux 3.16.3 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages evince depends on:
ii  evince-common  3.14.0-1
ii  gnome-icon-theme-symbolic  3.12.0-1
ii  libatk1.0-02.14.0-1
ii  libc6  2.19-11
ii  libcairo-gobject2  1.12.16-5
ii  libcairo2  1.12.16-5
ii  libevdocument3-4   3.14.0-1
ii  libevview3-3   3.14.0-1
ii  libgdk-pixbuf2.0-0 2.30.8-1
ii  libglib2.0-0   2.42.0-1
ii  libgtk-3-0 3.14.0-1
ii  libnautilus-extension1a3.14.0-1
ii  libpango-1.0-0 1.36.7-1
ii  libpangocairo-1.0-01.36.7-1
ii  libsecret-1-0  0.18-1
ii  libxml22.9.1+dfsg1-4
ii  shared-mime-info   1.3-1
ii  zlib1g 1:1.2.8.dfsg-2

Versions of packages evince recommends:
ii  dbus-x11  1.8.8-1
ii  gvfs  1.22.0-1

Versions of packages evince suggests:
ii  nautilus  3.14.0-1
ii  poppler-data  0.4.7-1
pn  unrar 

-- 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#763085: Foo

[Richard Hartmann]

I meant that migrating lists do not seen to need purpose, seconds, etc.
Instead they need the OK from the current "head[s]" of the list.

According to my interpretation, that is.

Richard

Sent by mobile; excuse my brevity.

Bug#763137: [freeipmi-bmc-watchdog] Duplicate logrotate.d entries

[Eugene Paskevich]

Package: freeipmi-bmc-watchdog
Version: 1.4.4-1.2
Severity: minor

--- Please enter the report below this line. ---
As subject states, package has duplicate fully identical logrotate.d
entires.

% dpkg -L freeipmi-bmc-watchdog | grep logrotate.d
/etc/logrotate.d
/etc/logrotate.d/freeipmi-bmc-watchdog
/etc/logrotate.d/bmc-watchdog

% diff -u /etc/logrotate.d/freeipmi-bmc-watchdog /etc/logrotate.d/bmc-watchdog
%

logrotate complains:
error: freeipmi-bmc-watchdog:5 duplicate log entry for 
/var/log/freeipmi/bmc-watchdog.log
Please remove one of those files.

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.16-1-amd64

Debian Release: jessie/sid
  500 unstabledebian.volia.net 
  500 testing-autoxi.rename-it.nl 
  500 testing debian.volia.net 
  500 stable  dl.google.com 
  500 stable  debian.volia.net 
  500 stable  deb.opera.com 

--- Package information. ---
Depends (Version) | Installed
=-+-===
libc6(>= 2.4) | 
libfreeipmi12  (>= 1.1.5) | 
libgcrypt11(>= 1.4.5) | 
freeipmi-tools| 


Package's Recommends field is empty.

Package's Suggests field is empty.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#763136: [freeipmi-bmc-watchdog] Duplicate logrotate.d entries

[Eugene Paskevich]

Package: freeipmi-bmc-watchdog
Version: 1.4.4-1.2
Severity: minor

--- Please enter the report below this line. ---
As subject states, package has duplicate fully identical logrotate.d
entires.

% dpkg -L freeipmi-bmc-watchdog | grep logrotate.d
/etc/logrotate.d
/etc/logrotate.d/freeipmi-bmc-watchdog
/etc/logrotate.d/bmc-watchdog

% diff -u /etc/logrotate.d/freeipmi-bmc-watchdog 
/etc/logrotate.d/bmc-watchdog

%

logrotate complains:
error: freeipmi-bmc-watchdog:5 duplicate log entry for 
/var/log/freeipmi/bmc-watchdog.log


Please remove one of those files.

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.16-1-amd64

Debian Release: jessie/sid
  500 unstabledebian.volia.net
  500 testing-autoxi.rename-it.nl
  500 testing debian.volia.net
  500 stable  dl.google.com
  500 stable  debian.volia.net
  500 stable  deb.opera.com

--- Package information. ---
Depends (Version) | Installed
=-+-===
libc6(>= 2.4) |
libfreeipmi12  (>= 1.1.5) |
libgcrypt11(>= 1.4.5) |
freeipmi-tools|


Package's Recommends field is empty.

Package's Suggests field is empty.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#763085: Please add Patty Langasek to the list of moderators that Martin proposed.

[Brian Gupta]

Thanks,
Brian


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#759527: marisa: Fail of tests in debci (autopkgtest)

[Mitsuya Shibata]

I commited fixed package. Now, searching sponsor.

http://lists.alioth.debian.org/pipermail/pkg-ime-devel/2014-September/004594.html
-- 
Mitsuya Shibata
mty.shib...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#762001: marisa: FBTFS on mips64el

[Mitsuya Shibata]

I commited fixed package. Now, searching sponsor.

http://lists.alioth.debian.org/pipermail/pkg-ime-devel/2014-September/004594.html
-- 
Mitsuya Shibata
mty.shib...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#758163: Subject: RFS: kcm-ufw/0.4.3-1 ITP

[Shawn Sörbom]

Fixed.

On Saturday, September 27, 2014 23:33:28 Eriberto wrote:
> 2014-09-27 21:31 GMT-03:00 Shawn Sörbom :
> > Hi Eriberto,
> 
> Hi,
> 
> > Regarding your list:
> > 1. I don't understand whats wrong here. I checked another changelog just
> > to be sure:
> > http://metadata.ftp-master.debian.org/changelogs/main/e/e3/unstable_change
> > log My entries are all associated with the same upstream version.
> > I changed all "unstable" references to "UNRELEASED"
> > What else am I doing wrong?
> 
> This is your first upload of the package. You need to use a -1
> revision. You needn't describe each change in first upload because it
> is unreleased and haven't a difference from a previous version.
> 
> > 6. The reference to a symlink was deliberate. The license associated with
> > those files was a bit ambiguous. I did not realize this would cause a
> > lintian error, as it did not show up when I ran checks on my machine.
> > I use the command `lintian -IE` to run checks. Is this error considered
> > bad?
> Please, use the GFDL-1.2 to solve the problem. It isn't an ideal
> situation because the upstream should have declared the version to be
> used. But we have a copyright notice and you need list all authors. Is
> wrong to use a generical symlink. See here:
> 
> https://lintian.debian.org/tags/copyright-refers-to-symlink-license.html
> 
> > 7. Fixed in /debian directory, should I apply a patch to the rest of the
> > source tree as well?
> 
> No. The upstream code must be left intact.
> 
> > Should I upload what I've got so far? I thought it might be best to wait
> > until all these points are cleared up.
> 
> You can upload now. Thanks.
> 
> Eriberto
> 
> > On Saturday, September 27, 2014 16:57:18 Eriberto wrote:
> >> Hi Shawn,
> >> 
> >> You need do some adjustments in your package. Please:
> >> 
> >> 1. d/changelog: rewrite this file, refering to the last version only.
> >> You can see an example here[1].
> >> 
> >> [1] https://www.debian.org/doc/manuals/maint-guide/dreq.en.html#changelog
> >> 
> >> 2. d/control:
> >>  - Your Vcs-* points to a empty repository.
> >>  - The Vcs-Git has an invalid address.
> >>  - In long description, change the last semicolon (in list) by a dot.
> >> 
> >> 3. d/copyright:
> >>  - You need inspect each file to find the individual authors and
> >> 
> >> licenses. You can use ->  egrep -sriA25 '(copyright|public domain)' *
> >> <- to do it.
> >> 
> >>  - I saw several files licensed as GPL-2+.
> >>  - You can see an example here[2].
> >> 
> >> [2]
> >> http://metadata.ftp-master.debian.org/changelogs/main/e/ext4magic/unstabl
> >> e_
> >> copyright
> >> 
> >> 4. d/lintian-overrides: the correct comment must be about the symlink
> >> refers to a package dependency.
> >> 
> >> 5. d/patches/fix_about_dialogue.diff: do you sent this patch to
> >> upstream? You can fix the upstream years too...
> >> 
> >> 6. Do you have a Lintian message: kcm-ufw:
> >> copyright-refers-to-symlink-license usr/share/common-licenses/GFDL.
> >> 
> >> 7. Please, remove all excessive blank lines from end of files. Use
> >> 'tail -n1 *' to see these lines.
> >> 
> >> Cheers,
> >> 
> >> Eriberto


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#762762: nmu fixing bind issues

[Michael Gilbert]

control: tag -1 patch, pending

Hi,

I've uploaded an nmu fixing the issues revealed by the previous nmu to
delayed/5.  Please let me know if I should delay longer. See attached
patch.

Best wishes,
Mike
diff -u bind9-9.9.5.dfsg/debian/changelog bind9-9.9.5.dfsg/debian/changelog
--- bind9-9.9.5.dfsg/debian/changelog
+++ bind9-9.9.5.dfsg/debian/changelog
@@ -1,3 +1,12 @@
+bind9 (1:9.9.5.dfsg-4.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Disable parallel build.  Closes: #762766
+  * Fix dependencies for libbind-export-udeb.  Closes: #762762
+  * Don't install configuration files to /usr.  Closes: #762948
+
+ -- Michael Gilbert   Sun, 28 Sep 2014 02:56:44 +
+
 bind9 (1:9.9.5.dfsg-4.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -u bind9-9.9.5.dfsg/debian/control bind9-9.9.5.dfsg/debian/control
--- bind9-9.9.5.dfsg/debian/control
+++ bind9-9.9.5.dfsg/debian/control
@@ -186,8 +186,8 @@
 Section: debian-installer
 Architecture: any
 Priority: extra
-Depends: ${shlibs:Depends}
-XC-Package-Type: udeb
+Depends: libc6-udeb
+Package-Type: udeb
 Description: Exported BIND libraries for debian-installer
  libbind-export-udeb is a minimal bind package used by the debian-installer.
 
diff -u bind9-9.9.5.dfsg/debian/rules bind9-9.9.5.dfsg/debian/rules
--- bind9-9.9.5.dfsg/debian/rules
+++ bind9-9.9.5.dfsg/debian/rules
@@ -25,7 +25,7 @@
 
 ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
 NUMJOBS = $(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
-export MAKEFLAGS += -j$(NUMJOBS)
+# export MAKEFLAGS += -j$(NUMJOBS)
 endif
 
 export CFLAGS=-fno-strict-aliasing -DDIG_SIGCHASE $(DEBUG) $(OPT)
@@ -126,6 +126,7 @@
 	dh_installdirs
 	$(MAKE) -C export install DESTDIR=`pwd`/debian/bind9
 	$(MAKE) install DESTDIR=`pwd`/debian/bind9
+	rm -rf debian/bind9/usr/etc
 	rm -f debian/bind9/usr/lib/*.la
 	install -c -o bin -g bin -m 444 debian/db.0 ${ETCBIND}/db.0
 	install -c -o bin -g bin -m 444 debian/db.0 ${ETCBIND}/db.255

Bug#762088: [rt.debian.org #5372] AutoReply: Please add Ralf Jung's key to the DM keyring

[Aníbal Monsalve Salazar]

Control: package debian-maintainers
Control: tags -1 + pending

Hello Ralf Jung,

Your DM application was accepted and the corresponding RT ticket is
posted at https://rt.debian.org/Ticket/Display.html?id=5372

Currently, rt.debian.org isn't accessible for the general public. It
was sometime ago. Maybe one of your advocates will look at your RT
ticket for you, after it has been taken by a keyring maintainer. See
http://wiki.debian.org/rt.debian.org

Not urgent but please try to get more gpg signatures from DDs and sign
theirs keys as well. :-)

Thank you for your contribution to the Debian Project.

Cheers,

Aníbal

On Sun, 2014-09-28 04:23:44 +, Debian Keyring requests (Incoming) via RT 
wrote:
> This message has been automatically generated in response to the
> creation of a trouble ticket regarding
> 
>   "Please add Ralf Jung's key to the DM keyring", 
> 
> a summary of which appears below the dashed line.
> 
> There is no need to reply to this message right now.  Your ticket has
> been assigned an ID of [rt.debian.org #5372].
> 
> Please include the string
> 
>   [rt.debian.org #5372]
> 
> in the subject line of all future correspondence about this issue. To
> do so, you may reply to this message.
> 
> -
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> keyring-maint:
>   please add key ID BD3F5AF6D95D77C48A85AF680CB18E521B24F3FF
> to the DM keyring
>   please notify 762088-d...@bugs.debian.org
> 
> Changed-By: Anibal Monsalve Salazar 
> Date: Sun, 28 Sep 2014 04:12:15 +
> BTS: http://bugs.debian.org/762088
> Comment: Add Ralf Jung  as a Debian Maintainer
> Agreement: https://lists.debian.org/debian-newmaint/2014/07/msg6.html
> Advocates: 
>   skitt - https://lists.debian.org/debian-newmaint/2014/07/msg8.html
>   fgeyer - https://lists.debian.org/debian-newmaint/2014/09/msg00026.html
> KeyCheck:
>   pub   4096R/1B24F3FF 2014-04-05 [expires: 2017-08-29]
> Key fingerprint = BD3F 5AF6 D95D 77C4 8A85  AF68 0CB1 8E52 1B24 F3FF
>   uid  Ralf Jung 
>   sig! 1C1A3E49 2014-06-02  Thomas Weber 
>   sig! 68E7B931 2014-06-04  Hannes von Haugwitz 
> 
>   sig! F0FBF51F 2014-06-18  Joachim Breitner 
> 
>   sig!31B24F3FF 2014-04-06  Ralf Jung 
>   sig!31B24F3FF 2014-08-30  Ralf Jung 
>   sig!31B24F3FF 2014-08-30  Ralf Jung 
>   sig!31B24F3FF 2014-04-05  Ralf Jung 
>   sub   4096R/97920D69 2014-04-05 [expires: 2017-08-29]
>   sig! 1B24F3FF 2014-08-30  Ralf Jung 
>   .
>   Key is OpenPGP version 4 or greater.
>   Key has 4096 bits.
>   Valid "e" flag, expires Tue 29 Aug 2017 10:22:49 UTC.
>   Valid "s" flag, expires Tue 29 Aug 2017 10:22:49 UTC.
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
> 
> iQIcBAEBCgAGBQJUJ4ycAAoJEHxWrP6UeJfYI/QQAK5npEq0iCw9cnTjuGlg9DrP
> msoCbW0mvjQN3xEiAnc7cNj7sAHMlIcvgpieq+n012jGP6TxwfoFfgYQkjoGbDLK
> nJRum+loWBkSBF2dC23N8k8oQvneCEk7ndfAITps/kivwPV5M2/Rc6DEX6R00tvs
> vVRPFh4/96czVAjIiawcniKjHZ6cotMUSDatSoqwJqTnj7f/6ToattgAEj0wdN8v
> 7JrtOMsL2nTzd1D6oPom2X16XFpDdfWJO9FeM9iq906PhQqZGwTRBb3vmcw8G0/a
> SLoiu/XWy3mSVLXFM5e8GAHhSJiiI9vhxml6ydig9LcJF4MwxQemOhc43iNTggr3
> ChMItxcbhnvFb8OGIP8EezvATursNoDGqmByVu6i+JyLEluhBGM0xIIthHYCxLzy
> BrUmdB8LBLdAsMXGFgOIuVkuBak/VMtK8smXRspBjxeu1YbY2JV4JKf0NoWyktPu
> nTlEFQyd3ezhku/Ws8++ygXtcDdX2pcwjrhF5jqAHEXUFe0W4p/8Q+g1O2ioNN8W
> 7fAbZ7oH/fQlSBKBlCY76F9t04m/pjPqbunJbMCkIFiDbswuRHA/AZpz6qc0PwUW
> EZG1xCjW8dYjwkYZXPucq3SinMHSbqe3CTGchqffv6tWIdDiTaBSn0KB9kiH8Hd3
> kjDvJMtD4/JKN84bgbGD
> =XNvO
> -END PGP SIGNATURE-


signature.asc
Description: Digital signature

Bug#761607: mps-youtube: Same here

[Georgy Vlasov]

Package: mps-youtube
Version: 0.01.46-2
Followup-For: Bug #761607

No binary for me too. Hope this gets fixed.


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.14-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages mps-youtube depends on:
ii  mplayer2 2.0-728-g2c378c7-2+b1
ii  mpv  0.4.1-1
ii  python   2.7.8-1
ii  python-pafy  0.3.62-1

mps-youtube recommends no packages.

mps-youtube 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#760827: [rt.debian.org #5371] AutoReply: Please add Carlos Alberto López? Pérez's key to the DM keyring

[Aníbal Monsalve Salazar]

Control: package debian-maintainers
Control: tags -1 + pending

Hello Carlos Alberto López Pérez,

Your DM application was accepted and the corresponding RT ticket is
posted at https://rt.debian.org/Ticket/Display.html?id=5371

Currently, rt.debian.org isn't accessible for the general public. It
was sometime ago. Maybe one of your advocates will look at your RT
ticket for you, after it has been taken by a keyring maintainer. See
http://wiki.debian.org/rt.debian.org

Not urgent but please try to get more gpg signatures from DDs and sign
theirs keys as well. :-)

Thank you for your contribution to the Debian Project.

Cheers,

Aníbal

On Sun, 2014-09-28 03:55:53 +, Debian Keyring requests (Incoming) via RT 
wrote:
> This message has been automatically generated in response to the
> creation of a trouble ticket regarding
> 
>   "Please add Carlos Alberto López Pérez's key to the DM", 
> 
> a summary of which appears below the dashed line.
> 
> There is no need to reply to this message right now.  Your ticket has
> been assigned an ID of [rt.debian.org #5371].
> 
> Please include the string
> 
>   [rt.debian.org #5371]
> 
> in the subject line of all future correspondence about this issue. To
> do so, you may reply to this message.
> 
> -
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> keyring-maint:
>   please add key ID B5D2B50BC48EC7F1EE90D9AB965089CE6B95F882
> to the DM keyring
>   please notify 760827-d...@bugs.debian.org
> 
> Changed-By: Anibal Monsalve Salazar 
> Date: Sun, 28 Sep 2014 03:41:18 +
> BTS: http://bugs.debian.org/760827
> Comment: Add Carlos Alberto Lopez Perez  as a Debian 
> Maintainer
> Agreement: https://lists.debian.org/debian-newmaint/2014/08/msg00010.html
> Advocates: 
>   aron - https://lists.debian.org/debian-newmaint/2014/08/msg00032.html
>   pabs - https://lists.debian.org/debian-newmaint/2014/09/msg00021.html
> KeyCheck:
>   pub   4096R/6B95F882 2011-11-19 [expires: 2017-06-25]
> Key fingerprint = B5D2 B50B C48E C7F1 EE90  D9AB 9650 89CE 6B95 F882
>   uid  Carlos Alberto Lopez Perez 
>   sig! 9AD13245 2012-02-11  Kevin Glynn (keving) 
> 
>   sig! 0B86B067 2012-02-12  Joost E. van Baal (Nederland, 1970)
>   sig! 3ED41341 2014-05-30  Alberto Garcia 
>   sig! E397832F 2012-02-14  Luca Capello 
>   sig!226600662 2012-02-08  Ludovico Gardenghi (DOB: 1982-02-01, POB: 
> Castel S. Pietro Terme, BO, Italy)
>   sig!36B95F882 2011-11-19  Carlos Alberto Lopez Perez 
> 
>   sig!36B95F882 2013-06-17  Carlos Alberto Lopez Perez 
> 
>   sig!36B95F882 2014-06-26  Carlos Alberto Lopez Perez 
> 
>   uid  Carlos Alberto Lopez Perez 
>   sig! 9AD13245 2012-02-11  Kevin Glynn (keving) 
> 
>   sig! 0B86B067 2012-02-12  Joost E. van Baal (Nederland, 1970)
>   sig! E397832F 2012-02-14  Luca Capello 
>   sig!226600662 2012-02-08  Ludovico Gardenghi (DOB: 1982-02-01, POB: 
> Castel S. Pietro Terme, BO, Italy)
>   sig!36B95F882 2011-11-19  Carlos Alberto Lopez Perez 
> 
>   sig!36B95F882 2013-06-17  Carlos Alberto Lopez Perez 
> 
>   sig!36B95F882 2014-06-26  Carlos Alberto Lopez Perez 
> 
>   uid  Carlos Alberto Lopez Perez 
>   sig! 9AD13245 2012-02-11  Kevin Glynn (keving) 
> 
>   sig! 0B86B067 2012-02-12  Joost E. van Baal (Nederland, 1970)
>   sig! E397832F 2012-02-14  Luca Capello 
>   sig!226600662 2012-02-08  Ludovico Gardenghi (DOB: 1982-02-01, POB: 
> Castel S. Pietro Terme, BO, Italy)
>   sig!36B95F882 2011-11-19  Carlos Alberto Lopez Perez 
> 
>   sig!36B95F882 2013-06-17  Carlos Alberto Lopez Perez 
> 
>   sig!36B95F882 2014-06-26  Carlos Alberto Lopez Perez 
> 
>   uid  Carlos Alberto Lopez Perez 
>   sig!36B95F882 2013-05-01  Carlos Alberto Lopez Perez 
> 
>   sig!36B95F882 2013-06-17  Carlos Alberto Lopez Perez 
> 
>   sig!36B95F882 2014-06-26  Carlos Alberto Lopez Perez 
> 
>   uid  Carlos Alberto Lopez Perez 
>   sig!36B95F882 2013-05-01  Carlos Alberto Lopez Perez 
> 
>   sig!36B95F882 2013-06-17  Carlos Alberto Lopez Perez 
> 
>   sig!36B95F882 2014-06-26  Carlos Alberto Lopez Perez 
> 
>   sub   4096R/F8A38C12 2011-11-19 [expires: 2017-06-25]
>   sig! 6B95F882 2014-06-26  Carlos Alberto Lopez Perez 
> 
>   .
>   Key is OpenPGP version 4 or greater.
>   Key has 4096 bits.
>   Valid "e" flag, expires Sun 25 Jun 2017 11:10:53 UTC.
>   Valid "s" flag, expires Sun 25 Jun 2017 11:10:53 UTC.
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
> 
> iQIcBAEBCgAGBQJUJ4XZAAoJEHxWrP6UeJfYstUQAJDgMnc48EASiYuPGIZvL00n
> kRpmPejnrwpHlC3Zm8oPwy7qjRTeSBoY9qNOG85xJEEdf8vbE5EbQmdfUIgzFuGQ
> Li3WHmg8/auHKHbSwvBhcd7G2bODORbph7GZo5De+CE4HRkyEjwXkQbvNvrZ80ar
> VDZvs9bsvfjv7Kr4t0BJhppNe2YxVOw5lMFWsnv

Bug#762755: bind 9 crash / assertion failure

[Michael Gilbert]

control: tag -1 moreinfo

Could someone experiencing this please attach configuration files?
I'm not able to reproduce it with a vanilla installation.

Best wishes,
Mike


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#763135: Packages gone!

[積丹尼 Dan Jacobson]

Package: ftp.debian.org

All the mirrors I tried give

Err http://ftp.br.debian.org experimental/main i386 Packages
  404  Not Found [IP: 200.236.31.3 80]
Err http://ftp.br.debian.org experimental/contrib i386 Packages
  404  Not Found [IP: 200.236.31.3 80]
Err http://ftp.br.debian.org experimental/non-free i386 Packages
  404  Not Found [IP: 200.236.31.3 80]
Ign http://ftp.br.debian.org experimental/contrib Translation-en
Ign http://ftp.br.debian.org experimental/main Translation-en
Ign http://ftp.br.debian.org experimental/non-free Translation-en
Err http://ftp.br.debian.org unstable/main i386 Packages
  404  Not Found [IP: 200.236.31.3 80]
Err http://ftp.br.debian.org unstable/contrib i386 Packages
  404  Not Found [IP: 200.236.31.3 80]
Err http://ftp.br.debian.org unstable/non-free i386 Packages
  404  Not Found [IP: 200.236.31.3 80]


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#760284: [rt.debian.org #5370] AutoReply: Please add Iain R. Learmonth's key to the DM keyring

[Aníbal Monsalve Salazar]

Control: package debian-maintainers
Control: tags -1 + pending

Hello Iain R. Learmonth,

Your DM application was accepted and the corresponding RT ticket is
posted at https://rt.debian.org/Ticket/Display.html?id=5370

Currently, rt.debian.org isn't accessible for the general public. It
was sometime ago. Maybe one of your advocates will look at your RT
ticket for you, after it has been taken by a keyring maintainer. See
http://wiki.debian.org/rt.debian.org

Not urgent but please try to get more gpg signatures from DDs and sign
theirs keys as well. :-)

Thank you for your contribution to the Debian Project.

Cheers,

Aníbal

On Sun, 2014-09-28 03:22:28 +, Debian Keyring requests (Incoming) via RT 
wrote:
> This message has been automatically generated in response to the
> creation of a trouble ticket regarding
> 
>   "Please add Iain R. Learmonth's key to the DM keyring", 
> 
> a summary of which appears below the dashed line.
> 
> There is no need to reply to this message right now.  Your ticket has
> been assigned an ID of [rt.debian.org #5370].
> 
> Please include the string
> 
>   [rt.debian.org #5370]
> 
> in the subject line of all future correspondence about this issue. To
> do so, you may reply to this message.
> 
> -
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> keyring-maint:
>   please add key ID 1F72607C5FF2CCD53F01600D56FF9EA4E9846C49
> to the DM keyring
>   please notify 760284-d...@bugs.debian.org
> 
> Changed-By: Anibal Monsalve Salazar 
> Date: Sun, 28 Sep 2014 03:08:19 +
> BTS: http://bugs.debian.org/760284
> Comment: Add Iain R. Learmonth as a Debian Maintainer
> Agreement: https://lists.debian.org/debian-newmaint/2014/09/msg00012.html
> Advocates: 
>   tille - https://lists.debian.org/debian-newmaint/2014/09/msg00013.html
> KeyCheck:
>   pub   8192R/E9846C49 2013-12-19
> Key fingerprint = 1F72 607C 5FF2 CCD5 3F01  600D 56FF 9EA4 E984 6C49
>   uid  Iain R. Learmonth 
>   sig! D1C646D1 2014-02-17  Andreas Tille 
>   sig! 326D8438 2014-02-01  Olivier Sallou 
>   sig!3E9846C49 2013-12-19  Iain R. Learmonth 
>   sig!3E9846C49 2014-01-13  Iain R. Learmonth 
>   sig!3E9846C49 2014-01-04  Iain R. Learmonth 
>   uid  Iain R. Learmonth (University of Aberdeen) 
> 
>   sig! D1C646D1 2014-02-17  Andreas Tille 
>   sig! 326D8438 2014-02-01  Olivier Sallou 
>   sig!3E9846C49 2014-01-13  Iain R. Learmonth 
>   sig!3E9846C49 2014-01-04  Iain R. Learmonth 
>   uid  [jpeg image of size 6363]
>   sig! D1C646D1 2014-02-17  Andreas Tille 
>   sig! 326D8438 2014-02-01  Olivier Sallou 
>   sig!3E9846C49 2014-01-13  Iain R. Learmonth 
>   sig!3E9846C49 2014-01-04  Iain R. Learmonth 
>   sub   4096R/32DF15F9 2013-12-19 [expires: 2014-12-19]
>   sig! E9846C49 2013-12-19  Iain R. Learmonth 
>   sub   4096R/8D398372 2013-12-19 [expires: 2014-12-19]
>   sig! E9846C49 2013-12-19  Iain R. Learmonth 
>   .
>   Key is OpenPGP version 4 or greater.
>   Key has 8192 bits.
>   Valid "e" flag, no expiration.
>   Valid "s" flag, no expiration.
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
> 
> iQIcBAEBCgAGBQJUJ350AAoJEHxWrP6UeJfYKC4P+wdw6+9g++fdb6pNfICWVpOp
> 5aU0SKhVRZltQCuibM2b0OVDoxp7VHorbq4ZhCMqSqAdsh1QtzfCFVMIpH3/tYp9
> cjw0NkJN+0mvPYz/kNY1M2SXqPs5j688/rhRdNDpMLwEVbmp5fQng5RZpEiHW46M
> zgMENdYkD8wrPy9phpGlv2/pgHdoOfB6CQPWEj7vYPdOxDyoDw6EXScbWjCScDUU
> q5B8zW7q15rbRzSRyi2rtpp8k1S65UI81Pm7bV6oP3aKnQotZUnV77+1w073wKbb
> Nji40nKy5SnwpeKjNahLRFYoDVRaIP3+xWSfQPf2yXmLkOB9kb2ZTw/gIpmCQfIr
> IXTgrscS6hesYAUV5KUq+woMBDcVp6ey5hucQjwfxMSDo0rpziVnYFA6m7SheJ9P
> 5yyh9ieJylrnZuBaF/OgPEE8JvYUbUhvx8u2UunQIUd2EhCDRJz5Xc5qm/qRsIU6
> J9PmjxUW436FNaRej/0GEAEeLT4m6EbPpZ7W6XC3IHCYRZAPDNkEhxAFHIe1Tvy3
> bLRmrky1mjTlkjK6ZLBXDjWmsfTbOFY2C0aphyNwsyejxMyGtWWXW/AdY5nWEsLR
> L2Jd85sG995mDKfEHUE82kmowLjBbv+8QHS5SPgKmSdh/4T59mlT8DGR7+5H/gD3
> OL8fHdnWJBWBlPwZ91e9
> =Gk6F
> -END PGP SIGNATURE-


signature.asc
Description: Digital signature

Bug#710924: bug still exists

[積丹尼 Dan Jacobson]

# aptitude update
Ign http://ftp.tw.debian.org experimental InRelease
Ign http://ftp.tw.debian.org unstable InRelease
Ign http://ftp.tw.debian.org experimental Release.gpg
Ign http://ftp.tw.debian.org unstable Release.gpg
Ign http://ftp.tw.debian.org experimental Release
Ign http://mozilla.debian.net experimental InRelease
Ign http://ftp.tw.debian.org unstable Release
Ign http://ftp.tw.debian.org experimental/main i386 Packages/DiffIndex
Hit http://mozilla.debian.net experimental Release.gpg
Ign http://ftp.tw.debian.org experimental/contrib i386 Packages/DiffIndex
Hit http://mozilla.debian.net experimental Release
Ign http://ftp.tw.debian.org experimental/non-free i386 Packages/DiffIndex
Hit http://mozilla.debian.net experimental/iceweasel-aurora i386 Packages
Ign http://ftp.tw.debian.org unstable/main i386 Packages/DiffIndex
Ign http://ftp.tw.debian.org unstable/contrib i386 Packages/DiffIndex
Ign http://ftp.tw.debian.org unstable/non-free i386 Packages/DiffIndex
Ign http://mozilla.debian.net experimental/iceweasel-aurora Translation-en
Ign http://ftp.tw.debian.org experimental/contrib Translation-en
Ign http://ftp.tw.debian.org experimental/main Translation-en
Ign http://ftp.tw.debian.org experimental/non-free Translation-en
Ign http://ftp.tw.debian.org unstable/contrib Translation-en
Ign http://ftp.tw.debian.org unstable/main Translation-en
Ign http://ftp.tw.debian.org unstable/non-free Translation-en
Err http://ftp.tw.debian.org experimental/main i386 Packages
  406  Not Acceptable
Err http://ftp.tw.debian.org experimental/contrib i386 Packages
  406  Not Acceptable
Err http://ftp.tw.debian.org experimental/non-free i386 Packages
  406  Not Acceptable
Err http://ftp.tw.debian.org unstable/main i386 Packages
  406  Not Acceptable
Err http://ftp.tw.debian.org unstable/contrib i386 Packages
  406  Not Acceptable
Err http://ftp.tw.debian.org unstable/non-free i386 Packages
  406  Not Acceptable
100% [Working]  
14.9 kB/s 0sW: Failed to fetch 
http://ftp.tw.debian.org/debian/dists/experimental/main/binary-i386/Packages: 
406  Not Acceptable
W: Failed to fetch 
http://ftp.tw.debian.org/debian/dists/experimental/contrib/binary-i386/Packages:
 406  Not Acceptable
W: Failed to fetch 
http://ftp.tw.debian.org/debian/dists/experimental/non-free/binary-i386/Packages:
 406  Not Acceptable
W: Failed to fetch 
http://ftp.tw.debian.org/debian/dists/unstable/main/binary-i386/Packages: 406  
Not Acceptable
W: Failed to fetch 
http://ftp.tw.debian.org/debian/dists/unstable/contrib/binary-i386/Packages: 
406  Not Acceptable
W: Failed to fetch 
http://ftp.tw.debian.org/debian/dists/unstable/non-free/binary-i386/Packages: 
406  Not Acceptable
E: Some index files failed to download. They have been ignored, or old ones 
used instead.
E: Couldn't rebuild package cache


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#760127: [PATCH initramfs-tools 3/3] Check for root device's module dependencies at all levels of device hierarchy

[Ben Hutchings]

Currently sys_walk_modalias only looks for a modalias in the
grandparent of the given device path.  This doesn't match what the
name 'walk' implies.

sys_walk_mod_add calls it for each level of the device hierarchy, but
since it only looks at the grandparent it will miss some modaliases,
e.g. sd_mod or virtio_blk.  We explicitly add sd_mod when we see any
SCSI device, so we usually get away with this.  However, virtio_blk is
currently not added to a MODULES=dep initramfs if it is modular for
the target kernel but built into the running kernel.

Related-to: #760127
Signed-off-by: Ben Hutchings 
---
 hook-functions | 22 --
 1 file changed, 12 insertions(+), 10 deletions(-)

diff --git a/hook-functions b/hook-functions
index ed22164..edc5de0 100644
--- a/hook-functions
+++ b/hook-functions
@@ -199,8 +199,9 @@ sys_walk_mod_add()
local driver_path module
device_path="$1"
 
+   sys_walk_modalias "${device_path}"
+
while [ "${device_path}" != "/sys" ]; do
-   sys_walk_modalias ${device_path}
driver_path="$(readlink -f ${device_path}/driver/module)"
if [ -e "$driver_path" ]; then
module="$(basename $(readlink -f $driver_path))"
@@ -216,16 +217,17 @@ sys_walk_mod_add()
 sys_walk_modalias()
 {
local device_path modalias
+   device_path="$1"
 
-   device_path="$(dirname "${1}")"
-   device_path="$(dirname "${device_path}")"
-   if [ -e "${device_path}/modalias" ]; then
-   modalias=$(cat "${device_path}/modalias")
-   fi
-
-   if [ -n "${modalias}" ]; then
-   force_load "${modalias}"
-   fi
+   while [ "${device_path}" != "/sys" ]; do
+   if [ -e "${device_path}/modalias" ]; then
+   modalias=$(cat "${device_path}/modalias")
+   if [ -n "${modalias}" ]; then
+   force_load "${modalias}"
+   fi
+   fi
+   device_path="$(dirname ${device_path})"
+   done
 }
 
 # find and only copy root relevant modules

-- 
Ben Hutchings
This sentence contradicts itself - no actually it doesn't.


signature.asc
Description: This is a digitally signed message part

Bug#763134: acpi-support-base: /usr/share/acpi-support/power-funcs broken from line 24 if consolekit installed and no dbus running

[waijb]

Package: acpi-support-base
Version: 0.140-5+deb7u3
Severity: grave
Tags: security
Justification: user security hole

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***


-- System Information:
Debian Release: 7.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages acpi-support-base depends on:
ii  acpid  1:2.0.16-1+deb7u1

Versions of packages acpi-support-base recommends:
pn  consolekit  

Versions of packages acpi-support-base suggests:
ii  acpi-support  0.140-5+deb7u3

-- no debconf information

---

getXuser() is broken:

block starting at line 24 in /usr/share/acpi-support/power-funcs:

 24 if [ -x /usr/bin/ck-list-sessions ]; then
 25 uid=$(ck-list-sessions | awk 'BEGIN { unix_user = ""; }
  /^Session/ { unix_user = ""; } /unix-user =/ { gsub(/'\''/,"",$3);
  unix_user = $3; } /x11-display = '\'$display\''/ { print unix_user; exit
  (0); }')
 26 
 27 if [ "$uid" ]; then
 28 IFS=:
 29 set -- $(getent passwd $uid)
 30 user=$1
 31 unset IFS
 32 fi
 33 else


just testing if /usr/bin/ck-list-sessions is executable doesn't do the
trick.
until just now i had consolekit installed (some dependency somewhere), but
dbus was (and still is and will be) not running. this leads to an error in
line 25, ultimately no $user is set. the pinky check is not executed (but
would work just fine).
finally XAUTHORITY and XUSER are exported as blanks.

this breaks at least /usr/share/acpi-support/screenblank
debug output:

[04:00:22] root@schleppi ~ # /bin/sh -x /usr/share/acpi-support/screenblank
-- source added by me for testing
+ . /usr/share/acpi-support/power-funcs
--
+ umask 022
+
PATH=/sbin:/usr/sbin:/usr/local/sbin:/sbin:/usr/sbin:/usr/local/sbin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11
+ POWERSTATE=/var/lib/acpi-support/powerstate
+ HDPARM=/sbin/hdparm -q
+ LIDSTATE=/var/lib/acpi-support/lidstate
+ d=/tmp/.X11-unix
+ displaynum=0
+ getXuser
+ local plist display uid user startx pid userhome IFS
+ [ 0 ]
+ display=:0
+ user=
+ [ -x /usr/bin/ck-list-sessions ]
+ ck-list-sessions
+ awk BEGIN { unix_user = ""; } /^Session/ { unix_user = ""; } /unix-user =/ { 
gsub(/'/,"",$3); unix_user = $3; } /x11-display =
':0'/ { print unix_user; exit (0); }
** Message: Failed to connect to the D-Bus daemon: Failed to connect to socket 
/var/run/dbus/system_bus_socket: No such file or
directory
+ uid=
+ [  ]
+ [ -z  ]
+ pgrep -n startx
+ :
+ startx=
+ [ -z  ]
+ [ x != x ]
+ export XAUTHORITY=
+ XUSER=
+ export XUSER
+ [ x != x ]
+ [ -x = xtrue ]


result: X not locked as expected after sleep/hibernate. free local and
possible remote (root)shells etc...


regards
waijb


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#760127: [PATCH initramfs-tools 2/3] Support MODULES=dep usage when root was mounted from hidden /dev/root

[Ben Hutchings]

When a current kernel boots without an initramfs provided, it creates
/dev/root on an empty initramfs and mounts that.  There is no
/dev/root on the running system, so we fail to find the real device.
In that case, look up the root device in /proc/cmdline.

Related-to: #760127
Signed-off-by: Ben Hutchings 
---
 hook-functions | 24 +++-
 1 file changed, 23 insertions(+), 1 deletion(-)

diff --git a/hook-functions b/hook-functions
index dbe8cd2..ed22164 100644
--- a/hook-functions
+++ b/hook-functions
@@ -262,7 +262,29 @@ dep_add_modules()
fi
 
if [ "${root}" = "/dev/root" ] ; then
-   root="/dev/disk/by-uuid/"$(blkid -o value -s UUID ${root}) 
2>/dev/null
+   if [ -b "${root}" ]; then
+   # Match it to the canonical device name by UUID
+   root="/dev/disk/by-uuid/"$(blkid -o value -s UUID 
${root}) 2>/dev/null
+   else
+   # Does not exist in our namespace, so look at the
+   # kernel command line
+   root=
+   for arg in $(cat /proc/cmdline); do
+   case "$arg" in
+   root=*)
+   root="${arg#root=}"
+   if [ "${root#/dev/}" = "$root" ]; then
+   root="/dev/$root"
+   fi
+   ;;
+   --)
+   break
+   ;;
+   *)
+   ;;
+   esac
+   done
+   fi
fi
 
# recheck root device


-- 
Ben Hutchings
This sentence contradicts itself - no actually it doesn't.


signature.asc
Description: This is a digitally signed message part

Bug#763131: [pkg-wine-party] Bug#763131: wine-development: wine64 depends on wine32 being installed

[jre]

On 09/28/2014 05:07 AM, Austin English wrote:
> On Sep 28, 2014 9:30 AM, "jre"  > wrote:
>>
>> Source: wine-development
>> Version: 1.7.27-1
>> Severity: normal
>>
>> Hi,
>>
>> wine64 seems not to work if the 32-bit packages aren't installed.
>>
>>
>> I had only the 64-bit packages installed:
>>
>> ii  libwine-development:amd641.7.27-1 amd64
>> ii  wine-development 1.7.27-1 amd64
>> ii  wine64-development   1.7.27-1 amd64
>>
>>
>> ... and executed the following line (wrapped for readability here, it
>> was one line):
>>
>> WINEARCH=win64 \
>> WINELOADER=/usr/lib/wine-development/wine64 \
>> WINEDEBUG=fixme+all,err+all \
>> /usr/lib/wine-development/wine64 ImageMagick-6.8.9-7-Q16-x64-static.exe
>>
>>
>> This immediately exits (returns 1), but just gives this output:
>>
>> wine: created the configuration directory '/home/jens/.wine'
>> Could not load wine-gecko. HTML rendering will be disabled.
>> wine: configuration in '/home/jens/.wine' has been updated.
>>
>>
>> After installing libwine-development:i386 and wine32-development:i386
>> above command worked flawlessly if I removed ~/.wine.
> 
> That's expected, many 64bit programs also contain 32bit components.
> 
> You might try a built-in executable instead, e.g. notepad should work.
> 
> But wine64 alone is not an upstream supported configuration.
> 

Thanks!

Then wine-development should depend (without alternative) on
wine32-development and perhaps recommend wine64-development.

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#760127: [PATCH initramfs-tools 0/3] Fix module dependency generation when running non-modular kernel

[Ben Hutchings]

This patch series addresses bug #760127 and related problems.  Following
these changes, I could build a working MODULES=dep initramfs for
3.16-2-amd64 on a libvirt VM while running a non-modular kernel.

Ben.

Ben Hutchings (3):
  Add more sanity checks on root device name in dep_add_modules
  Support MODULES=dep usage when root was mounted from hidden /dev/root
  Check for root device's module dependencies at all levels of device
hierarchy

 hook-functions | 69 ++
 1 file changed, 46 insertions(+), 23 deletions(-)


-- 
Ben Hutchings
This sentence contradicts itself - no actually it doesn't.


signature.asc
Description: This is a digitally signed message part

Bug#760127: [PATCH initramfs-tools 1/3] Add more sanity checks on root device name in dep_add_modules

[Ben Hutchings]

Check that readlink succeeds and that the block device exists,
after eliminating the ubifs case.

Related-to: #760127
Signed-off-by: Ben Hutchings 
---
 hook-functions | 23 +++
 1 file changed, 11 insertions(+), 12 deletions(-)

diff --git a/hook-functions b/hook-functions
index 1afb767..dbe8cd2 100644
--- a/hook-functions
+++ b/hook-functions
@@ -254,17 +254,6 @@ dep_add_modules()
&& break; done < /proc/mounts)"
fi
 
-   # recheck root device
-   if [ -z "$root" ]; then
-   echo "mkinitramfs: failed to determine root device" >&2
-   echo "mkinitramfs: workaround is MODULES=most, check:" >&2
-   echo "grep -r MODULES /etc/initramfs-tools/" >&2
-   echo "" >&2
-   echo "Error please report bug on initramfs-tools" >&2
-   echo "Include the output of 'mount' and 'cat /proc/mounts'" >&2
-   exit 1
-   fi
-
# handle ubifs and return since ubifs root is a char device but
# most of the commands below only work with block devices.
if [ "${FSTYPE}" = "ubifs" ]; then
@@ -275,7 +264,17 @@ dep_add_modules()
if [ "${root}" = "/dev/root" ] ; then
root="/dev/disk/by-uuid/"$(blkid -o value -s UUID ${root}) 
2>/dev/null
fi
-   root="$(readlink -f ${root})"
+
+   # recheck root device
+   if [ -z "$root" ] || ! root="$(readlink -f ${root})" || ! [ -b "$root" 
]; then
+   echo "mkinitramfs: failed to determine root device" >&2
+   echo "mkinitramfs: workaround is MODULES=most, check:" >&2
+   echo "grep -r MODULES /etc/initramfs-tools/" >&2
+   echo "" >&2
+   echo "Error please report bug on initramfs-tools" >&2
+   echo "Include the output of 'mount' and 'cat /proc/mounts'" >&2
+   exit 1
+   fi
 
# do not trust mount, check superblock
eval "$(/usr/lib/klibc/bin/fstype ${root})"


-- 
Ben Hutchings
This sentence contradicts itself - no actually it doesn't.


signature.asc
Description: This is a digitally signed message part

Bug#763029: RFS: cligh-0.2 console Github manipulation tool

[Eriberto]

tags 763029 moreinfo
thanks


Hi Dmitry.

About your package, please:

1. d/changelog: rewrite this file, refering to the 0.2-1 version only
and describing it as 'initial release'. Put the ITP number. You can
see an example here[1].

[1] https://www.debian.org/doc/manuals/maint-guide/dreq.en.html#changelog

2. Use DH 9 instead level 7.

3. In d/control create a VCS to control your debian/ versions. You can
use github or other. So, add the Vcs-Browser and Vcs-{Git|Svn|Cvs} to
d/control. You can see an example here[2].

[2] 
http://sources.debian.net/src/yowsup/0.0~git20140314.938cf1-1/debian/control/

4. d/copyright: you should use the DEP5[3] format to write the license
paragraphs. You must inspect each file to see the authors and used
licenses. Use the command 'egrep -sriA25 '(public domain|copyright)'
*' to help you. You can see an example here[4].

[3] http://dep.debian.net/deps/dep5/#paragraphs
[4] 
http://metadata.ftp-master.debian.org/changelogs/main/e/ext4magic/unstable_copyright

5. d/rules:
- Please, remove the useless comments.
- I suggest to remove all override_dh_installman target and create
a file d/manpages. More information in '$ man dh_installman'.

6. Please, provide a d/watch file. Details here[5].

[5] http://eriberto.pro.br/blog/?p=1459

7. You have these messages:

pyversions: missing X(S)-Python-Version in control file, fall back to
debian/pyversions
pyversions: missing debian/pyversions file, fall back to supported versions

More information here[6].

[6] 
https://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html

Thanks for your work.

Cheers,

Eriberto


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#763131: [pkg-wine-party] Bug#763131: wine-development: wine64 depends on wine32 being installed

[Austin English]

On Sep 28, 2014 9:30 AM, "jre"  wrote:
>
> Source: wine-development
> Version: 1.7.27-1
> Severity: normal
>
> Hi,
>
> wine64 seems not to work if the 32-bit packages aren't installed.
>
>
> I had only the 64-bit packages installed:
>
> ii  libwine-development:amd641.7.27-1 amd64
> ii  wine-development 1.7.27-1 amd64
> ii  wine64-development   1.7.27-1 amd64
>
>
> ... and executed the following line (wrapped for readability here, it
> was one line):
>
> WINEARCH=win64 \
> WINELOADER=/usr/lib/wine-development/wine64 \
> WINEDEBUG=fixme+all,err+all \
> /usr/lib/wine-development/wine64 ImageMagick-6.8.9-7-Q16-x64-static.exe
>
>
> This immediately exits (returns 1), but just gives this output:
>
> wine: created the configuration directory '/home/jens/.wine'
> Could not load wine-gecko. HTML rendering will be disabled.
> wine: configuration in '/home/jens/.wine' has been updated.
>
>
> After installing libwine-development:i386 and wine32-development:i386
> above command worked flawlessly if I removed ~/.wine.
>
> If I didn't remove ~/.wine the installation also worked (I could start
> imdisplay.exe later), but showed some popups about ole errors [1] and
> failed to open the webpage (in the Linux system webbroser).
>
>
> Useless stuff I tried:
> I tried adding "env" before the command line and exported some variables:
>
> export W=/usr/lib/x86_64-linux-gnu/wine-development/
> export WINEVERPATH=$W
> export PATH=$W:/usr/lib/wine-development/:$PATH
> export WINESERVER=$W/wineserver
> export WINELOADER=/usr/lib/wine-development/wine64
> export WINEDLLPATH=$W/fakedlls
> export LD_LIBRARY_PATH=$W
>
>
>
> [1] Errors when installing in a broken prefix:
> err:ole:CoGetClassObject class {00021401---c000-0046}
> not registered
> err:ole:create_server class {00021401---c000-0046} not
> registered
> err:ole:CoGetClassObject no class object
> {00021401---c000-0046} could be created for context 0x5
>
>
>
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers testing
>   APT policy: (900, 'testing'), (300, 'unstable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages wine-development depends on:
> ii  wine64-development  1.7.27-1
>
> wine-development recommends no packages.
>
> Versions of packages wine-development suggests:
> ii  binfmt-support 2.1.5-1
> ii  ttf-mscorefonts-installer  3.5
>
> -- no debconf information
>
> ___
> pkg-wine-party mailing list
> pkg-wine-pa...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-wine-party

That's expected, many 64bit programs also contain 32bit components.

You might try a built-in executable instead, e.g. notepad should work.

But wine64 alone is not an upstream supported configuration.

Bug#763132: iceweasel: add options that allow to disable downloading+installation of add-ons/extensions/themes/plug-ins

[Christoph Anton Mitterer]

Package: iceweasel
Severity: wishlist


Hi,

Could you please add two sets of options, each for 
add-ons/extensions/themes/plugins
(i.e. all kinds of code that can be downloaded/installed from the web).

One set of option should control system-wide, whether users are allowed to 
download
add-ons/extensions/themes/plugins (and/or have those, which have somehow been 
placed
manuall in ~/.mozilla being used) or not (and the respective dialogues (e.g. 
"Get
Add-ons", "Install Add-On From File") and options ("Check for updates") 
shouldn't
appear then).

The idea behind this is, that Debian has it's package management system, from 
where
(ideally) these addon packages should be provided and which are under security 
support
and retrieved in a secure way from upstream.
System administrators may want to forbid their users to directly 
download/install
arbitrary code from locations outside of the distro's archives, even if it's 
only from
mozilla.org (I mean basically everyone can upload addons there, and no one will 
ever
check what they actually do).

Of course it must also be assured, that an add-on/extension/theme/plugin, which 
is
installed system-wide via a package, isn't tried to be updated by a user, 
effectively
only creating a new installation of the respective thing in the user's local 
~/.mozilla

Of course these settings must be set in a place, which can't be controlled by 
normal
users but only by root.

A second set of options (though less important) could be that each single user 
can
decide for himself, whether he wants those online download+install stuff to be 
enabled
or not.


Maybe this functionallity should actually go even directly into upstream,...


Cheers,
Chris.

btw: Since this affect's basically all Mozilla products, I'll clone the bug
for icedove.
I guess iceowl is dead upstream, isn't it? What about iceape? It doesn't seem 
to be in
sid, but it would be affected as well.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#741874: cmatrix bug

[Dylan Dailey (RIT Student)]

I get the same error after exiting cmatrix; Cannot find default font
and the terminal font is bold after exiting cmatrix.

I get the error both with and without cmatrix-xfonts if it matters

Bug#763131: wine-development: wine64 depends on wine32 being installed

[jre]

Source: wine-development
Version: 1.7.27-1
Severity: normal

Hi,

wine64 seems not to work if the 32-bit packages aren't installed.


I had only the 64-bit packages installed:

ii  libwine-development:amd641.7.27-1 amd64
ii  wine-development 1.7.27-1 amd64
ii  wine64-development   1.7.27-1 amd64


... and executed the following line (wrapped for readability here, it
was one line):

WINEARCH=win64 \
WINELOADER=/usr/lib/wine-development/wine64 \
WINEDEBUG=fixme+all,err+all \
/usr/lib/wine-development/wine64 ImageMagick-6.8.9-7-Q16-x64-static.exe


This immediately exits (returns 1), but just gives this output:

wine: created the configuration directory '/home/jens/.wine'
Could not load wine-gecko. HTML rendering will be disabled.
wine: configuration in '/home/jens/.wine' has been updated.


After installing libwine-development:i386 and wine32-development:i386
above command worked flawlessly if I removed ~/.wine.

If I didn't remove ~/.wine the installation also worked (I could start
imdisplay.exe later), but showed some popups about ole errors [1] and
failed to open the webpage (in the Linux system webbroser).


Useless stuff I tried:
I tried adding "env" before the command line and exported some variables:

export W=/usr/lib/x86_64-linux-gnu/wine-development/
export WINEVERPATH=$W
export PATH=$W:/usr/lib/wine-development/:$PATH
export WINESERVER=$W/wineserver
export WINELOADER=/usr/lib/wine-development/wine64
export WINEDLLPATH=$W/fakedlls
export LD_LIBRARY_PATH=$W



[1] Errors when installing in a broken prefix:
err:ole:CoGetClassObject class {00021401---c000-0046}
not registered
err:ole:create_server class {00021401---c000-0046} not
registered
err:ole:CoGetClassObject no class object
{00021401---c000-0046} could be created for context 0x5



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (900, 'testing'), (300, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages wine-development depends on:
ii  wine64-development  1.7.27-1

wine-development recommends no packages.

Versions of packages wine-development suggests:
ii  binfmt-support 2.1.5-1
ii  ttf-mscorefonts-installer  3.5

-- 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#759867: [rt.debian.org #5369] AutoReply: Please add Mattia Rizzolo's key to the DM keyring

[Aníbal Monsalve Salazar]

Control: package debian-maintainers
Control: tags -1 + pending

Hello Mattia Rizzolo,

Your DM application was accepted and the corresponding RT ticket is
posted at https://rt.debian.org/Ticket/Display.html?id=5369

Currently, rt.debian.org isn't accessible for the general public. It
was sometime ago. Maybe one of your advocates will look at your RT
ticket for you, after it has been taken by a keyring maintainer. See
http://wiki.debian.org/rt.debian.org

Not urgent but please try to get more gpg signatures from DDs and sign
theirs keys as well. :-)

Thank you for your contribution to the Debian Project.

Cheers,

Aníbal

On Sun, 2014-09-28 02:48:52 +, Debian Keyring requests (Incoming) via RT 
wrote:
> This message has been automatically generated in response to the
> creation of a trouble ticket regarding
> 
>   "Please add Mattia Rizzolo's key to the DM keyring", 
> 
> a summary of which appears below the dashed line.
> 
> There is no need to reply to this message right now.  Your ticket has
> been assigned an ID of [rt.debian.org #5369].
> 
> Please include the string
> 
>   [rt.debian.org #5369]
> 
> in the subject line of all future correspondence about this issue. To
> do so, you may reply to this message.
> 
> -
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> keyring-maint:
>   please add key ID 66AE2B4AFCCF3F52DA184D184B043FCDB9444540
> to the DM keyring
>   please notify 759867-d...@bugs.debian.org
> 
> Changed-By: Anibal Monsalve Salazar 
> Date: Sun, 28 Sep 2014 02:29:48 +
> BTS: http://bugs.debian.org/759867
> Comment: Add Mattia Rizzolo  as a Debian Maintainer
> Agreement: https://lists.debian.org/debian-newmaint/2014/08/msg00018.html
> Advocates: 
>   warp10 - https://lists.debian.org/debian-newmaint/2014/08/msg00019.html
> KeyCheck:
>   pub   4096R/B9444540 2012-11-18
> Key fingerprint = 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540
>   uid  Mattia Rizzolo 
>   sig! 084651AF 2013-11-24  Andrea Colangelo 
>   sig!3B9444540 2013-08-05  Mattia Rizzolo 
>   sig!3B9444540 2014-03-04  Mattia Rizzolo 
>   uid  Mattia Rizzolo 
>   sig! 084651AF 2013-11-24  Andrea Colangelo 
>   sig! E7AD5568 2013-06-14  Enrico Zini 
>   sig!3B9444540 2012-11-18  Mattia Rizzolo 
>   uid  Mattia Rizzolo 
>   sig! 084651AF 2013-11-24  Andrea Colangelo 
>   sig!3B9444540 2013-09-22  Mattia Rizzolo 
>   uid  Mattia Rizzolo 
>   sig! 084651AF 2013-11-24  Andrea Colangelo 
>   sig! E7AD5568 2013-06-14  Enrico Zini 
>   sig!3B9444540 2013-04-07  Mattia Rizzolo 
>   uid  [jpeg image of size 4218]
>   sig! 084651AF 2013-11-24  Andrea Colangelo 
>   sig! E7AD5568 2013-06-14  Enrico Zini 
>   sig!3B9444540 2012-11-18  Mattia Rizzolo 
>   uid  [jpeg image of size 4456]
>   sig! 084651AF 2013-11-24  Andrea Colangelo 
>   sig! E7AD5568 2013-06-14  Enrico Zini 
>   sig!3B9444540 2013-04-07  Mattia Rizzolo 
>   sub   4096R/9948BA4E 2012-11-18
>   sig! B9444540 2012-11-18  Mattia Rizzolo 
>   .
>   Key is OpenPGP version 4 or greater.
>   Key has 4096 bits.
>   Valid "e" flag, no expiration.
>   Valid "s" flag, no expiration.
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
> 
> iQIcBAEBCgAGBQJUJ3ZhAAoJEHxWrP6UeJfYIEAQAJWKvneKpKn5mKtc/bZV8FYN
> XytQbpw5VCfNE6nHNzwgEwvScmRpSjlbdwR1qFQabSyRraAaK3ZphdwzLLCrw8t7
> Es08478VxmF0j5LPmBqzZcH832nN1KFY3HPPbhsNU+AfpqbxFp0wCob7cc4+OlmD
> z/3FHG4ffRbB6N8u3H2PQAqjughxQwwD4IsLJymN+kg8ysBs/DIX3bDAVavsGtKR
> cswyDLuD9I6f6aBGE1iMLjmOL9Ea05Annbv9CG+Az5CeIo8Yr99s/DxBbwa6jUim
> hI5KLbrWxUqygM8lzAgj64cYUpJrz6GZKmOA5Ck83BBkb6UCOWJE8A6f2X79ZTY3
> +5RiiG9OBVl4KcFLxWyHjfsF6ZLFx4Tzo6982NIdPFevWbPu8ocDrmm4R4n86JCv
> jgMDXbr65qa2ik6CXdPt7+0WSVQ8cZ0JpukwfMZPpqTC0LZc9hAubzs2kORJEBsZ
> ckQf8Zd5WInm7uXoGLkKpv1b216Q34E61+c2OJU7Rhrq3wbQy1wu5kDFz8zloqm8
> p6UduKlr9/Tqf+gEvhVJ4lGy8yfwtxtW//aEqq53ts+USQFyL4Q0QmZc9qXbtk/w
> VDZFs/GlT5T+SLuy5YWSE2gTkBVXuT9vKxcuO7Jw8Kq8BCAYx4dCQ1M2BxtjSTf8
> XNjOeG3lR+zhin9lW04u
> =YT98
> -END PGP SIGNATURE-


signature.asc
Description: Digital signature

Bug#758163: Subject: RFS: kcm-ufw/0.4.3-1 ITP

[Eriberto]

2014-09-27 21:31 GMT-03:00 Shawn Sörbom :
> Hi Eriberto,

Hi,

> Regarding your list:
> 1. I don't understand whats wrong here. I checked another changelog just to be
> sure:
> http://metadata.ftp-master.debian.org/changelogs/main/e/e3/unstable_changelog
> My entries are all associated with the same upstream version.
> I changed all "unstable" references to "UNRELEASED"
> What else am I doing wrong?


This is your first upload of the package. You need to use a -1
revision. You needn't describe each change in first upload because it
is unreleased and haven't a difference from a previous version.


> 6. The reference to a symlink was deliberate. The license associated with
> those files was a bit ambiguous. I did not realize this would cause a lintian
> error, as it did not show up when I ran checks on my machine.
> I use the command `lintian -IE` to run checks. Is this error considered bad?


Please, use the GFDL-1.2 to solve the problem. It isn't an ideal
situation because the upstream should have declared the version to be
used. But we have a copyright notice and you need list all authors. Is
wrong to use a generical symlink. See here:

https://lintian.debian.org/tags/copyright-refers-to-symlink-license.html


> 7. Fixed in /debian directory, should I apply a patch to the rest of the
> source tree as well?


No. The upstream code must be left intact.


> Should I upload what I've got so far? I thought it might be best to wait until
> all these points are cleared up.


You can upload now. Thanks.

Eriberto


> On Saturday, September 27, 2014 16:57:18 Eriberto wrote:
>> Hi Shawn,
>>
>> You need do some adjustments in your package. Please:
>>
>> 1. d/changelog: rewrite this file, refering to the last version only.
>> You can see an example here[1].
>>
>> [1] https://www.debian.org/doc/manuals/maint-guide/dreq.en.html#changelog
>>
>> 2. d/control:
>>  - Your Vcs-* points to a empty repository.
>>  - The Vcs-Git has an invalid address.
>>  - In long description, change the last semicolon (in list) by a dot.
>>
>> 3. d/copyright:
>>  - You need inspect each file to find the individual authors and
>> licenses. You can use ->  egrep -sriA25 '(copyright|public domain)' *
>> <- to do it.
>>  - I saw several files licensed as GPL-2+.
>>  - You can see an example here[2].
>>
>> [2]
>> http://metadata.ftp-master.debian.org/changelogs/main/e/ext4magic/unstable_
>> copyright
>>
>> 4. d/lintian-overrides: the correct comment must be about the symlink
>> refers to a package dependency.
>>
>> 5. d/patches/fix_about_dialogue.diff: do you sent this patch to
>> upstream? You can fix the upstream years too...
>>
>> 6. Do you have a Lintian message: kcm-ufw:
>> copyright-refers-to-symlink-license usr/share/common-licenses/GFDL.
>>
>> 7. Please, remove all excessive blank lines from end of files. Use
>> 'tail -n1 *' to see these lines.
>>
>> Cheers,
>>
>> Eriberto


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#763130: Improved version of "on" function

[Christian Hudon]

Package: mr
Severity: wishlist

I'm using an improved version of the on() function in my .mrconfig,
which handles usernames, etc. Maybe you'd like to include it in the
defaults for mr, so people don't have to reinvent the wheel. Here it is:

   # Checks whether the given host basename is one of the listed
   # values. A value can also have a username in it, ie
"joey@dodo".
   on() {
   for host in $@; do
   # Handle username specfication.
   if [ "${host%@*}" != "${host#*@}" ]; then
   if [ "$whoami" != "${host%@*}" ];
then
   continue
   fi
   # Now strip username from host
variable.
   host="${host#*@}"
   fi
   # Check hostname
   if [ "$shorthostname" = "$host" -o
"$fullhostname" = "$host" -o \
"$domainname" = "$host" ]; then
   return 0
   fi
   done
   return 1
   }


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#763129: Wishlist: way of doing a checkout on a repo when skip=lazy is set that is easier to remember

[Christian Hudon]

Package: mr
Severity: wishlist

I'm using mr to manage (among other things) my ~/Code directory, where
all the version control repositories for code I'm interested in live. I
currently have 35 repositories listed for the .mrconfig for that
directory, and more are added every month, so I don't want to have
checkouts of all of them on all my computers. So I use "skip=lazy" in
the default section and checkout the repositories that I need on demand.

My problem is, I can never remember the combination of options to
checkout a repository when they have been marked with "lazy". The first
thing I think of (the most logical, in my mind), is to do "mr checkout
NAME_OF_REPO_HERE". In my mind, this is much easier to remember than "mr
--force -d NAME_OF_REPO_HERE checkout". Would you consider extending the
"checkout" command to accept a list of repository names, and operate on
those explicitly listed repositories with --force? It would make my life
easier...

Thanks for reading,

  Christian

PS I looked for a way to having mr tell me which version it was at, but
I didn't find a way. Hence the lack of "Version" header above.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#620898: Moving bash from essential/required to important

[Troy Benjegerdes]

So can we have a prerm script for bash that sets the root
shell back to /bin/sh, or at least asks the admin if they want
zsh or tcsh, and warns about any other users?

Any of this stuff of trying to have login figure out the 
right shell seems like a new remote exploit in the making.

-- 

Troy Benjegerdes 'da hozer'  ho...@hozed.org
7 elements  earth::water::air::fire::mind::spirit::soulgrid.coop

  Never pick a fight with someone who buys ink by the barrel,
 nor try buy a hacker who makes money by the megahash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#762306: lockup when accessing cifs-mounted file on 3.17.0-rc1 and later when remote samba server is restarted

[Shirish Pargaonkar]

On Sat, 2014-09-27 at 13:36 +0930, Arthur Marsh wrote:
> I tried each of the -o vers=2.0 and the -o vers=3.0 options to the mount 
> -t cifs command with kernel 3.17.0-rc6 and also received a general 
> protection fault.
> 
> Arthur.
> 
> Steve French wrote on 27/09/14 02:02:
> > Am curious whether it also fails with vers=3.0 on mount
> >
> > On Fri, Sep 26, 2014 at 9:32 AM, Steve French  wrote:
> >> cifs mount (default mount options) or mount with SMB2 or SMB3
> >> (vers=2.02 or vers=3.0)?
> >>
> >> On Fri, Sep 26, 2014 at 9:15 AM, Arthur Marsh
> >>  wrote:
> >>> Arthur Marsh wrote on 16/09/14 03:17:
> 
>  Arthur Marsh wrote, on 14/09/14 21:15:
> >
> > On 3.16.0 kernels, whether compiled by myself or the stock Debian
> > kernel, if I have program accessing a file on a CIFS-mounted file system
> > (specifically playing an audio file), and restart the samba server on
> > the remote machine, I might get a brief pause, but no major problems.
> >
> > On 3.17.0-rc1 and later I get a complete machine lock-up.
> >
> > Illustration:
> >
> > https://pbs.twimg.com/media/BxfPkdgCcAAlpUo.jpg:large
> >
> > Has anyone else experienced similar?
> >
> > I'm happy to supply any further details and try test fixes.
> >
> > Arthur.
> 
> 
>  I'm still getting the problem with kernel 3.17.0-rc5
> 
>  Has anyone been able to reproduce the problem?
> 
>  Arthur.
> 
> >>>
> >>> I was off sick this past week but completed the bisect:
> >>>
> >>> git bisect good
> >>> 66386c08be5d1a2eefc1f7ab8c008561b6c811e5 is the first bad commit
> >>> commit 66386c08be5d1a2eefc1f7ab8c008561b6c811e5
> >>> Author: Pavel Shilovsky 
> >>> Date:   Fri Jun 20 15:48:40 2014 +0400
> >>>
> >>>  CIFS: Separate filling pages from iovec write
> >>>
> >>>  Reviewed-by: Shirish Pargaonkar 
> >>>  Signed-off-by: Pavel Shilovsky 
> >>>  Signed-off-by: Steve French 
> >>>
> >>> :04 04 1be960992f3d75b4998082fda3f3c2fca213b9e5
> >>> 318c46c63c983fe898480e1b88e97b818af1e502 M  fs
> >>>
> >>>
> >>> git bisect log:
> >>>
> >>> git bisect start
> >>> # good: [19583ca584d6f574384e17fe7613dfaeadcdc4a6] Linux 3.16
> >>> git bisect good 19583ca584d6f574384e17fe7613dfaeadcdc4a6
> >>> # bad: [7d1311b93e58ed55f3a31cc8f94c4b8fe988a2b9] Linux 3.17-rc1
> >>> git bisect bad 7d1311b93e58ed55f3a31cc8f94c4b8fe988a2b9
> >>> # good: [ae045e2455429c418a418a3376301a9e5753a0a8] Merge
> >>> git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next
> >>> git bisect good ae045e2455429c418a418a3376301a9e5753a0a8
> >>> # good: [44c916d58b9ef1f2c4aec2def57fa8289c716a60] Merge tag
> >>> 'cleanup-for-3.17' of
> >>> git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc
> >>> git bisect good 44c916d58b9ef1f2c4aec2def57fa8289c716a60
> >>> # skip: [023f78b02c729070116fa3a7ebd4107a032d3f5c] Merge branch 'for-next'
> >>> of git://git.samba.org/sfrench/cifs-2.6
> >>> git bisect skip 023f78b02c729070116fa3a7ebd4107a032d3f5c
> >>> # skip: [908790fa3b779d37365e6b28e3aa0f6e833020c3] dcache: d_splice_alias
> >>> mustn't create directory aliases
> >>> git bisect skip 908790fa3b779d37365e6b28e3aa0f6e833020c3
> >>> # bad: [58d08e3b2c2033354b91467da33deffa06360c28] Merge tag 'for-linus' of
> >>> git://git.kernel.org/pub/scm/linux/kernel/git/olof/chrome-platform
> >>> git bisect bad 58d08e3b2c2033354b91467da33deffa06360c28
> >>> # good: [27d438c56009e5ae632de36fe70985d1aab5e344] Revert "drm/i915: 
> >>> Enable
> >>> PSR by default."
> >>> git bisect good 27d438c56009e5ae632de36fe70985d1aab5e344
> >>> # good: [ee34fb97a96ceac3334705ebab8b541ca291699f] ARM: dts: exynos5420:
> >>> remove disp_pd
> >>> git bisect good ee34fb97a96ceac3334705ebab8b541ca291699f
> >>> # good: [d1e458fe671baf1e60afafc88bda090202a412f1] svcrdma: remove
> >>> rdma_create_qp() failure recovery logic
> >>> git bisect good d1e458fe671baf1e60afafc88bda090202a412f1
> >>> # good: [95484b57265caa671a57efed06e322d56461774b] drm/nouveau/ltc:
> >>> s/ltcg/ltc/ + cleanup
> >>> git bisect good 95484b57265caa671a57efed06e322d56461774b
> >>> # good: [63b12bdb0d21aca527996fb2c547387bfd3e14b8] Merge branch
> >>> 'signal-cleanup' of git://git.kernel.org/pub/scm/linux/kernel/git/rw/misc
> >>> git bisect good 63b12bdb0d21aca527996fb2c547387bfd3e14b8
> >>> # bad: [96784de59fb35077c2bb33c39328992b836d87d3] Merge branch 
> >>> 'stable-3.17'
> >>> of git://git.infradead.org/users/pcmoore/selinux
> >>> git bisect bad 96784de59fb35077c2bb33c39328992b836d87d3
> >>> # bad: [25f402598d2c8f0808d93715ad33e43b265c1604] CIFS: Fix rsize usage in
> >>> user read
> >>> git bisect bad 25f402598d2c8f0808d93715ad33e43b265c1604
> >>> # good: [90ac1387c2dfcd9b4bd302fce03b9ddff73d0093] CIFS: Separate pages
> >>> initialization from writepages
> >>> git bisect good 90ac1387c2dfcd9b4bd302fce03b9ddff73d0093
> >>> # skip: [6ec0b01b2691d1465bb7219e031e8bf38ccd9397] CIFS: Fix wsize usage 
> >>> in
> >>> iovec write
> >>> git bisect skip 6ec0b01b

Bug#742561: [pkg-wine-party] Bug#742561: Status of these bugs

[Michael Gilbert]

On Sat, Sep 27, 2014 at 9:56 PM, jre wrote:
> Hi,
>
> the bugs #742561 and #762058 are marked as pending in reportbug, however
> I see no trace of this in their bug logs. Is this some bug in bugs.d.o?

Not sure how you're seeing that.  I don't see it in reportbug, but if
that's true, that's more of a bug in reportbug itself.

> Besides this technical state I'm really curious what the real state of
> these bugs is.

The real state is what you see on bugs.debian.org, which is unfixed.

Best wishes,
Mike


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#759784: [rt.debian.org #5368] AutoReply: Please add Guilhem Moulin's key to the DM keyring

[Aníbal Monsalve Salazar]

On Sun, 2014-09-28 12:00:19 +1000, Aníbal Monsalve Salazar wrote:
> Not urgent but please try to get more gpg signatures from DDs and sign
> theirs keys as well. :-)

Never mind! ;-)

I forgot to remove those two lines above.

Cheers!


signature.asc
Description: Digital signature

Bug#759784: [rt.debian.org #5368] AutoReply: Please add Guilhem Moulin's key to the DM keyring

[Aníbal Monsalve Salazar]

Control: package debian-maintainers
Control: tags -1 + pending

Hello Guilhem Moulin,

Your DM application was accepted and the corresponding RT ticket is
posted at https://rt.debian.org/Ticket/Display.html?id=5368

Currently, rt.debian.org isn't accessible for the general public. It
was sometime ago. Maybe one of your advocates will look at your RT
ticket for you, after it has been taken by a keyring maintainer. See
http://wiki.debian.org/rt.debian.org

Not urgent but please try to get more gpg signatures from DDs and sign
theirs keys as well. :-)

Thank you for your contribution to the Debian Project.

Cheers,

Aníbal

On Sun, 2014-09-28 01:49:51 +, Debian Keyring requests (Incoming) via RT 
wrote:
> This message has been automatically generated in response to the
> creation of a trouble ticket regarding
> 
>   "Please add Guilhem Moulin's key to the DM keyring", 
> 
> a summary of which appears below the dashed line.
> 
> There is no need to reply to this message right now.  Your ticket has
> been assigned an ID of [rt.debian.org #5368].
> 
> Please include the string
> 
>   [rt.debian.org #5368]
> 
> in the subject line of all future correspondence about this issue. To
> do so, you may reply to this message.
> 
> -
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> keyring-maint:
>   please add key ID 7420DF86BCE15A458DCE997639278DA8109E6244
> to the DM keyring
>   please notify 759784-d...@bugs.debian.org
> 
> Changed-By: Anibal Monsalve Salazar 
> Date: Sun, 28 Sep 2014 01:10:53 +
> BTS: http://bugs.debian.org/759784
> Comment: Add Guilhem Moulin  as a Debian Maintainer
> Agreement: https://lists.debian.org/debian-newmaint/2014/08/msg00029.html
> Advocates: 
>   thijs - https://lists.debian.org/debian-newmaint/2014/08/msg00041.html
> KeyCheck:
>   pub   4096R/109E6244 2012-11-05 [expires: 2017-12-02]
> Key fingerprint = 7420 DF86 BCE1 5A45 8DCE  9976 3927 8DA8 109E 6244
>   uid  Guilhem Moulin 
>   sig! 74974824 2014-02-24  Xavier Luthi 
>   sig! 0B86B067 2014-03-24  Joost E. van Baal (Nederland, 1970)
>   sig! 4DADEC2F 2014-02-03  David Moreno 
>   sig! 961985D7 2014-02-04  Gennaro Oliva 
>   sig! E397832F 2014-06-01  Luca Capello 
>   sig!3109E6244 2014-01-02  Guilhem Moulin 
>   sig!3109E6244 2014-01-02  Guilhem Moulin 
>   uid  Guilhem Moulin 
>   sig! 74974824 2014-02-24  Xavier Luthi 
>   sig! 4DADEC2F 2014-02-03  David Moreno 
>   sig! 961985D7 2014-02-04  Gennaro Oliva 
>   sig! 0B86B067 2014-03-24  Joost E. van Baal (Nederland, 1970)
>   sig! E397832F 2014-06-01  Luca Capello 
>   sig!3109E6244 2014-01-02  Guilhem Moulin 
>   uid  Guilhem Moulin 
>   sig! 74974824 2014-02-24  Xavier Luthi 
>   sig! 95206DD3 2013-02-04  Richard Hartmann 
> 
>   sig! 1A2D268D 2013-02-06  Andrew Shadura 
>   sig! 0B86B067 2013-02-10  Joost E. van Baal (Nederland, 1970)
>   sig! 9AD13245 2013-02-10  Kevin Glynn (keving) 
> 
>   sig! 4DADEC2F 2014-02-03  David Moreno 
>   sig! 961985D7 2014-02-04  Gennaro Oliva 
>   sig! 7694CF42 2013-02-04  Filippo Rusconi (Debian Maintainer) 
> 
>   sig! 0217E8D8 2013-02-16  Ivo De Decker 
>   sig! E397832F 2013-05-30  Luca Capello 
>   sig! 79F492F8 2013-09-01  Per Andersson 
>   sig!3109E6244 2012-11-05  Guilhem Moulin 
>   sig!3109E6244 2012-12-03  Guilhem Moulin 
>   uid  Guilhem Moulin 
>   sig! 74974824 2014-02-24  Xavier Luthi 
>   sig! 95206DD3 2013-02-04  Richard Hartmann 
> 
>   sig! 1A2D268D 2013-02-06  Andrew Shadura 
>   sig! 0B86B067 2013-02-10  Joost E. van Baal (Nederland, 1970)
>   sig! 9AD13245 2013-02-10  Kevin Glynn (keving) 
> 
>   sig! 4DADEC2F 2014-02-03  David Moreno 
>   sig! 961985D7 2014-02-04  Gennaro Oliva 
>   sig! 7694CF42 2013-02-04  Filippo Rusconi (Debian Maintainer) 
> 
>   sig! 0217E8D8 2013-02-16  Ivo De Decker 
>   sig! E397832F 2013-05-30  Luca Capello 
>   sig! 79F492F8 2013-09-01  Per Andersson 
>   sig!3109E6244 2012-11-05  Guilhem Moulin 
>   sig!3109E6244 2012-11-05  Guilhem Moulin 
>   sig!3109E6244 2014-01-02  Guilhem Moulin 
>   sig!3109E6244 2012-12-03  Guilhem Moulin 
>   uid  Guilhem Moulin 
>   sig! 74974824 2014-02-24  Xavier Luthi 
>   sig! 95206DD3 2013-02-04  Richard Hartmann 
> 
>   sig! 1A2D268D 2013-02-06  Andrew Shadura 
>   sig! 0B86B067 2013-02-10  Joost E. van Baal (Nederland, 1970)
>   sig! 9AD13245 2013-02-10  Kevin Glynn (keving) 
> 
>   sig! 4DADEC2F 2014-02-03  David Moreno 
>   sig! 961985D7 2014-02-04  Gennaro Oliva 
>   sig! 7694CF42 2013-02-04  Fili

Bug#742561: Status of these bugs

[jre]

Hi,

the bugs #742561 and #762058 are marked as pending in reportbug, however
I see no trace of this in their bug logs. Is this some bug in bugs.d.o?

Besides this technical state I'm really curious what the real state of
these bugs is.

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#729805: systemd: fails to show startup messages with systemd.show_status=1

[Michael Biebl]

Version: 215-1

from the upstream bug report:

> Hi,
> 
> It seems this was fixed by commit d450b6f2a9dd8a7fb14e9f8f771ddd70de7afc5e.
> 
> The commit introduced an 'auto' option for systemd.show_status and it looks 
> like it now also works when systemd.show_status is before the quiet parameter 
> on the kernel command line (not tested).
> 
> So marking this as resolved.
> 
> Regards,
> 
> Rik



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#763128: gap-gapdoc: emit privacy-breach lintian Error for MathJax generated HTML document

[Jerome Benoit]

Package: gap-gapdoc
Version: 1.5.1-1
Severity: normal

Dear Maintainer,

it appears that MathJax HTML generated documents emit the
privacy-breach-may-use-debian-package lintian Error.

This can be currently observed for the latest gap-io GAP
package (version 4.4.1).

hth,
Jerome


-- System Information:
Debian Release: Wheezy*
  APT prefers stable-updates
  APT policy: (990, 'stable-updates'), (990, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.13.10-amd64-mbp62 (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

-- 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#742561: wine script - wine64 support

[jre]

Followup-For: Bug #742561
Package: wine-development
Version: 1.7.27-1


Hi,

attached is a new patch to fix the wine64 support. I changed my approach
to only use wine64 if WINEARCH is set.

- Wine script:
  - Use wine64 if WINEARCH is win64, show help message and exit if
wine64 is not installed.
  - Show help message and exit, if called without WINEARCH, but only
wine64 is installed.
  - If WINEARCH is set, add it to the call of the wine executable.
- Add wine64 wrapper script to call wine script with WINEARCH set to
  win64.
- Patch winemenubuilder to set WINEARCH.

My patch for winemenubuilder only works if WINEARCH was set. Otherwise
it results in WINEARCH="(null)". Possible solutions might be:
- Change the patch to only add a WINEARCH entry if WINEARCH was set.
- Only apply the patch on amd64. With my proposed solution WINEARCH is
  always set when using wine64 (except if you call the executable
  directly) - so this would work.
NOTE: Just passing an empty WINEARCH to the wine executable (if WINEARCH
was not set) does not work,

Greets
jre

diff --git a/debian/patches/winemenubuilder.patch b/debian/patches/winemenubuilder.patch
index 3b2d8f3..d43a36c 100644
--- a/debian/patches/winemenubuilder.patch
+++ b/debian/patches/winemenubuilder.patch
@@ -3,21 +3,24 @@ author: Michael Gilbert 
 
 --- a/programs/winemenubuilder/winemenubuilder.c
 +++ b/programs/winemenubuilder/winemenubuilder.c
-@@ -1455,7 +1455,7 @@ static BOOL write_desktop_entry(const ch
+@@ -1455,8 +1455,8 @@
  
  fprintf(file, "[Desktop Entry]\n");
  fprintf(file, "Name=%s\n", linkname);
 -fprintf(file, "Exec=env WINEPREFIX=\"%s\" wine %s %s\n",
-+fprintf(file, "Exec=env WINEPREFIX=\"%s\" wine-development %s %s\n",
- wine_get_config_dir(), path, args);
+-wine_get_config_dir(), path, args);
++fprintf(file, "Exec=env WINEPREFIX=\"%s\" WINEARCH=\"%s\" wine-development %s %s\n",
++wine_get_config_dir(), getenv( "WINEARCH" ), path, args);
  fprintf(file, "Type=Application\n");
  fprintf(file, "StartupNotify=true\n");
-@@ -2529,7 +2529,7 @@ static BOOL write_freedesktop_associatio
+ if (descr && lstrlenA(descr))
+@@ -2529,7 +2529,8 @@
  fprintf(desktop, "Type=Application\n");
  fprintf(desktop, "Name=%s\n", friendlyAppName);
  fprintf(desktop, "MimeType=%s;\n", mimeType);
 -fprintf(desktop, "Exec=env WINEPREFIX=\"%s\" wine start /ProgIDOpen %s %%f\n", wine_get_config_dir(), progId);
-+fprintf(desktop, "Exec=env WINEPREFIX=\"%s\" wine-development start /ProgIDOpen %s %%f\n", wine_get_config_dir(), progId);
++fprintf(desktop, "Exec=env WINEPREFIX=\"%s\" WINEARCH=\"%s\" wine-development start /ProgIDOpen %s %%f\n",
++wine_get_config_dir(), getenv( "WINEARCH" ), progId);
  fprintf(desktop, "NoDisplay=true\n");
  fprintf(desktop, "StartupNotify=true\n");
  if (openWithIcon)
diff --git a/debian/rules b/debian/rules
index 11961f0..c5b2d1d 100755
--- a/debian/rules
+++ b/debian/rules
@@ -72,6 +72,7 @@ override_dh_auto_configure:
 override_dh_install: $(INSTALLS)
 	mkdir -p debian/tmp
 	cp debian/scripts/wine debian/tmp/wine$(VERSION)
+	cp debian/scripts/wine64 debian/tmp/wine64$(VERSION)
 	sed 's|LIBDIR|$(LIBDIR)|g' < debian/scripts/winegcc > debian/tmp/winegcc$(DEB_BUILD_ARCH_BITS)$(VERSION)
 	cp tools/winedump/README debian/tmp/README.winedump
 	cp programs/winedbg/README debian/tmp/README.winedbg
diff --git a/debian/scripts/wine b/debian/scripts/wine
index 7609c69..d579234 100755
--- a/debian/scripts/wine
+++ b/debian/scripts/wine
@@ -6,20 +6,43 @@ bindir=/usr/lib/$name
 wine32=$bindir/wine
 wine64=$bindir/wine64
 
-if test -x $wine32; then
+if test "$WINEARCH" = "win64" ; then
+if test -x $wine64; then
+wine=$wine64
+else
+echo "error: WINEARCH is win64, but unable to find wine64 executable."
+if [ "$(dpkg --print-architecture)" = "amd64" ]; then
+echo "as root, please execute \"apt-get install $(echo $name | sed s/wine/wine64/)\""
+else
+echo "you need $(echo $name | sed s/wine/wine64/). but this is only available on architecture amd64."
+fi
+exit 1
+fi
+elif test -x $wine32; then
 wine=$wine32
 elif test -x $wine64; then
 wine=$wine64
+echo "error: unable to find wine executable."
 if [ "$(dpkg --print-architecture)" = "amd64" -a "$(dpkg --print-foreign-architectures)" != "i386" ]; then
 echo "it looks like multiarch needs to be enabled.  as root, please"
 echo "execute \"dpkg --add-architecture i386 && apt-get update &&"
-echo "apt-get install $(echo $name | sed s/wine/wine32/)\""
+else
+echo -n "as root, please execute \""
 fi
+echo "apt-get install $(echo $name | sed s/wine/wine32/)\""
+echo "if you want to use wine64 set WINEARCH to win64, or use \"$(echo $name | sed s/wine/wine64/)\"."
+exit 1
 else
 echo "error: unable to find wi

Bug#735572: re: player: FTBFS: error: too few arguments to function 'sg_error sg_init(int)'

[YunQiang Su]

On Sat, Sep 27, 2014 at 11:26 AM, peter green  wrote:
> Your NMU diff contains the changelog entry
>
>> +player (3.0.2+dfsg-4.2) unstable; urgency=medium
>> +
>> +  * Fix for API changes of libstatgrab version 0.90 (Closes: #735572)
>> +- Update build dependency accordingly to "libstatgrab-dev (>= 0.90)"
>> +
>> +  [YunQiang Su]
>> +  * ruby-playerc.install: Use multiarch path.
>> +
>> + -- Peter Michael Green   Wed, 19 Mar 2014
>> 01:30:56 +
>>
>
> If you are the one who determined that a set of changes was ready for upload
> your name/email needs to be in the changelog trailer (with attribution of
> individual changes to their authors in the changelog body as appropriate).
> The date/time in the changelog trailer should also reflect at least
> approximately the time the upload was prepared.
>
> Please remove your upload from the delayed queue, fix the changelog and
> reupload. Furthermore please be careful to avoid doing this again in future.
> Putting someone elses name in the changelog trailer for an upload you
> prepare is essentially impersonating them.

Canceled

-- 
YunQiang Su


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#763127: UEFI corner case - installer booted in UEFI mode, existing system in BIOS mode

[Steve McIntyre]

On Sun, Sep 28, 2014 at 02:02:53AM +0100, Steve McIntyre wrote:
>Package: partman-efi
>Version: 47
>Severity: important
>Tags: d-i
>
>Ad originally described in [1], but no bug was ever filed to
>match. #695048 is related, I think. Time to file a bug about this to
>help track work to fix it...
>
>We have a machine with both UEFI and BIOS-mode boot available, with an
>existing BIOS-mode Windows installation (e.g. Windows 7 in this case)
>*but* the machine is set up to try and boot UEFI first and *then* fall
>back to BIOS (for some reason).
>
>The existing Windows installation boots via the fallback, and the user
>has no reason to ever investigate this. However, d-i will happily boot
>in UEFI mode. When we get to partitioning, there is no EFI System
>Partition (ESP), as Windows isn't using one. We then get to either of
>two potentially bad cases:
>
> (a) the user shuffles partitions around and makes an ESP, installs
> the system OK including grub-efi. They then have a machine that
> will boot via UEFI to grub, but maybe will not be able to boot
> Windows. I've not tested this directly yet, but I can see this
> happening. To get to their existing Windows installation, the
> user will have to switch boot mode in the firmware setup - bad.
>
> (b) the user does not make an ESP, installs a system but grub-efi
> fails to install properly for that reason. I'm seeing bug reports
> that suggest this path does *not* necessarily give a clear error
> to the user, maybe in some cases no error at all. They reboot
> their newly-installed system and find it immediately goes into
> Windows with no sign of their new Debian installation at all.
>
>[1] https://lists.debian.org/debian-boot/2014/02/msg00080.html

I'm not 100% sure that partman-efi is the right package for the bug
report, but it's as good as any. So, it's way past time to fix this
particular bug. After a fair amount of playing with systems like this
and discussing with folks, my proposed solution is:

 1. Somewhere during initial partman setup (probably partman-efi?), we
look to see if:

(a) we're in UEFI mode (trivially true if we're in partman-efi); and

(b) we have an existing set of partitions that are *not* set up
for UEFI boot (can we use os-prober to get a list at this
stage?) Look for an existing partition setup and maybe
bootable flags, but no detectable EFI System Partition.

 2. If the above is the case, warn the user:

"Your computer's firmware has started the installer in UEFI mode
 but there are existing Operating Systems already installed:

 * OS 1
 * OS 2
 ...

 "These will not boot in UEFI mode. If you still wish to be able
 to boot one of these existing systems after installing Debian in
 UEFI mode, this will be difficult. Your best way forward is to
 reboot and restart the installer in 'BIOS compatibility
 mode'. You will need to reconfigure your computer's boot options
 to do this.

 "If you wish to install Debian in UEFI mode and don't care about
 keeping the ability to boot one of the existing systems,
 continue."

   

 If the user wants to continue, we could even suggest blanking the
 partition table(s) and starting again with GPT, but I don't think
 we currently have a "blank partition table" option exposed within
 d-i?

What do people think of this plan? What have I missed?

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
Welcome my son, welcome to the machine.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#677194: (no subject)

[Miguel Landaeta]

unblock 759163 by 759131
tags 759163 + pending
tags 758972 + pending
tags 740586 + pending
tags 677194 + pending
tags 749206 + pending
tags 759634 + pending
tags 738110 + pending
thanks

A fix for all these bugs is already committed to the git repo and it
will be uploaded soon.

I need to check some pending issues with the maintainer that prepared
this upload.

-- 
Miguel Landaeta, nomadium at debian.org
secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key.
"Faith means not wanting to know what is true." -- Nietzsche


signature.asc
Description: Digital signature

Bug#760127: initramfs-tools: creating initrd fails

[Ben Hutchings]

Control: retitle -1 Cannot find root device if booted without initramfs; 
MODULES=dep fails

On Sat, 2014-09-27 at 19:56 -0400, westlake wrote:
> If someone tests it without any kernel modules paths (/lib/modules 
> empty), and with a kernel(not needing an initrd in /boot as well), 
> apt-get install kernel will fail

You could have been that someone.

> I can understand why nobody wants to verify anything here because it 
> takes time to compile a kernel without "initrd" nor any /lib/modules, 
> and then boot up with it to see if this error occurs.  I doubt anyone 
> here is using this type of custom kernel with these conditions otherwise 
> they'd notice the same.
[...]

Well, I've now spent the time to do this, and I can confirm the problem.

It looks like mkinitramfs fails because when a boot without initramfs
the kernel will generate a mount entry with the device name '/dev/root'
rather than the root device name on the kernel command line.  I suppose
we must work around that by reading the kernel command line.

Ben.

-- 
Ben Hutchings
This sentence contradicts itself - no actually it doesn't.


signature.asc
Description: This is a digitally signed message part

Bug#763127: UEFI corner case - installer booted in UEFI mode, existing system in BIOS mode

[Steve McIntyre]

Package: partman-efi
Version: 47
Severity: important
Tags: d-i

Ad originally described in [1], but no bug was ever filed to
match. #695048 is related, I think. Time to file a bug about this to
help track work to fix it...

We have a machine with both UEFI and BIOS-mode boot available, with an
existing BIOS-mode Windows installation (e.g. Windows 7 in this case)
*but* the machine is set up to try and boot UEFI first and *then* fall
back to BIOS (for some reason).

The existing Windows installation boots via the fallback, and the user
has no reason to ever investigate this. However, d-i will happily boot
in UEFI mode. When we get to partitioning, there is no EFI System
Partition (ESP), as Windows isn't using one. We then get to either of
two potentially bad cases:

 (a) the user shuffles partitions around and makes an ESP, installs
 the system OK including grub-efi. They then have a machine that
 will boot via UEFI to grub, but maybe will not be able to boot
 Windows. I've not tested this directly yet, but I can see this
 happening. To get to their existing Windows installation, the
 user will have to switch boot mode in the firmware setup - bad.

 (b) the user does not make an ESP, installs a system but grub-efi
 fails to install properly for that reason. I'm seeing bug reports
 that suggest this path does *not* necessarily give a clear error
 to the user, maybe in some cases no error at all. They reboot
 their newly-installed system and find it immediately goes into
 Windows with no sign of their new Debian installation at all.

[1] https://lists.debian.org/debian-boot/2014/02/msg00080.html

-- System Information:
Debian Release: 7.6
  APT prefers stable
  APT policy: (500, 'stable'), (500, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#763126: efl: [kfreebsd] testsuite sometimes fails

[Steven Chamberlain]

Package: efl
Version: 1.8.6-2.1
Severity: important
User: debian-...@lists.debian.org
Usertags: kfreebsd

Hi,

The efl testsuite fails occasionally, most often on kfreebsd with:

https://buildd.debian.org/status/fetch.php?pkg=efl&arch=kfreebsd-i386&ver=1.8.6-2.1&stamp=1411656315https://buildd.debian.org/status/fetch.php?pkg=efl&arch=kfreebsd-i386&ver=1.8.6-2.1&stamp=1411656315
| FAIL: tests/ecore/ecore_suite
| =
| 
| Running suite(s): Ecore
| count_res: 6
| Client with ip 127.0.0.1, port 51294, connected = 1!
| Lost client with ip 127.0.0.1!
| Client was connected for 10.003 seconds.
| ERR<2889>:ecore_con lib/ecore_con/ecore_con_dns.c:90 _ecore_con_dns_check() 
resolve failed: No such file or directory
| 95%: Checks: 21, Failures: 1, Errors: 0
| 
tests/ecore/ecore_test_ecore_con.c:88:F:Ecore_Con:ecore_test_ecore_con_server:0:
 Failed

I'm not sure what it tries to resolve, exactly.  A similar problem may
have been seen once before here on s390x:

https://buildd.debian.org/status/fetch.php?pkg=efl&arch=s390x&ver=1.8.3-1&stamp=1389286137
| FAIL: tests/ecore/ecore_suite
| =
| 
| Running suite(s): Ecore
| count_res: 6
| Server with ip 127.0.0.1, name 127.0.0.1, port 1234, connected = 1!
| Client with ip 127.0.0.1, port 46179, connected = 1!
| Received 5 bytes from client 127.0.0.1 port 46179:
| >
| PING
| >
| Received 5 bytes from server:
| >
| PONG
| >
| Clients connected to this server when exiting: 1
| 127.0.0.1
| Server was up for 0.000 seconds
| ERR<2383>:ecore_con lib/ecore_con/ecore_con_dns.c:84 _ecore_con_dns_check() 
resolve failed: No such file or directory

Thanks.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: kfreebsd-amd64 (x86_64)

Kernel: kFreeBSD 9.0-2-amd64-xenhvm-ipsec
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#763125: transcalc: segfault after closing help->about

[jasen]

Package: transcalc
Version: 0.14-5
Severity: normal

Dear Maintainer,


I did help->about
I clicked dismiss

The application terminated with a segfault.

-- System Information:
Debian Release: 7.6
  APT prefers stable
  APT policy: (900, 'stable'), (500, 'stable-updates'), (500, 'testing'), (200, 
'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages transcalc depends on:
ii  libc6 2.19-11
ii  libglib2.0-0  2.33.12+really2.32.4-5
ii  libgtk2.0-0   2.24.10-2

transcalc recommends no packages.

transcalc 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#763124: tags out of date

[積丹尼 Dan Jacobson]

Package: emacs24-common-non-dfsg
Version: 24.3+1-1
Severity: minor

$ info --show-options emacs
then look in the modeline. It says ***Tags out of date***


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#762162: geeqie: segfault on startup

[Mattia Dongili]

Package: geeqie
Version: 1:1.2-1
Followup-For: Bug #762162

Hi Klaus,
thanks a lot and feel free to ask if you need me to test the fix related
to this bug.

Regards,
Mattia


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#763123: mention grub can now do badram directly

[積丹尼 Dan Jacobson]

Package: linux-doc-3.16
Version: 3.16.3-2
X-debbugs-Cc: Jan-Simon Moeller 
Severity: minor
File: /usr/share/doc/linux-doc-3.16/Documentation/bad_memory.txt.gz

Please mention now grub can do badram directly!

$ info grub commands 'command-line and menu entry commands' badram


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#756916: vice: FTBFS[kfreebsd-amd64,powerpc]: error while opening "src/arch/win32/res.rc.po.c" for reading: No such file or directory

[Steven Chamberlain]

unarchive 725629
reopen 725629 =
notfixed 725629 vice/2.4.dfsg+2.4.6-1
retitle 725629 vice: sometimes FTBFS: error while opening 
"src/arch/win32/res.rc.po.c" for reading: No such file or directory
retitle 756916 vice: sometimes FTBFS: error while opening 
"src/arch/win32/res.rc.po.c" for reading: No such file or directory
forcemerge 756916 725629
thanks

Hi,

This bug is the same as http://bugs.debian.org/725629, apparently
not really fixed.  That was seen on s390, and this has happened
more recently on powerpc too:
https://buildd.debian.org/status/logs.php?pkg=vice&arch=powerpc

I think it it is some kind of Makefile parallelism issue.  Compare
successful case:

https://buildd.debian.org/status/fetch.php?pkg=vice&arch=kfreebsd-amd64&ver=2.4.dfsg%2B2.4.6-2&stamp=1400020850
| Making all in po
| make[2]: Entering directory '/«BUILDDIR»/vice-2.4.dfsg+2.4.6/po'
| gcc -I.. -I../intl -g -O3   -Wall -Wno-inline ./intl2po.c -o intl2po
| ( if test 'x.' != 'x.'; then \
| posrcprefix='../'; \
|   else \
| posrcprefix="../"; \
|   fi; \
|   rm -f POTFILES-t POTFILES \
| && (sed -e '/^#/d' -e '/^[  ]*$/d' \
| -e "s@.*@   $posrcprefix& @" < ./POTFILES.in \
| | sed -e '$s/\\$//') > POTFILES-t \
| && chmod a-w POTFILES-t \
| && mv POTFILES-t POTFILES )
| cd .. \
|   && CONFIG_FILES=po/Makefile.in CONFIG_HEADERS= \
|/bin/sh ./config.status
| config.status: creating po/Makefile.in
| config.status: executing depfiles commands
| config.status: executing default-1 commands
| ./intl2po win32 ../src/arch/win32/res.rc ../src/arch/win32/res.rc.po.c .. ..

with the failure case:
https://buildd.debian.org/status/fetch.php?pkg=vice&arch=kfreebsd-amd64&ver=2.4.dfsg%2B2.4.7-1&stamp=1406758769
| Making all in po
| make[2]: Entering directory '/«BUILDDIR»/vice-2.4.dfsg+2.4.7/po'
| gcc -I.. -I../intl -g -O3   -Wall -Wno-inline ./intl2po.c -o intl2po
| ( if test 'x.' != 'x.'; then \
| posrcprefix='../'; \
|   else \
| posrcprefix="../"; \
|   fi; \
|   rm -f POTFILES-t POTFILES \
| && (sed -e '/^#/d' -e '/^[  ]*$/d' \
| -e "s@.*@   $posrcprefix& @" < ./POTFILES.in \
| | sed -e '$s/\\$//') > POTFILES-t \
| && chmod a-w POTFILES-t \
| && mv POTFILES-t POTFILES )
| PATH=../src:$PATH /usr/bin/xgettext --default-domain=vice --directory=.. 
--directory=.. \
|   --add-comments --keyword=_ --keyword=N_ \
|   --files-from=./POTFILES.in \
|   -o ./vice.pot
| /usr/bin/xgettext: error while opening "src/arch/win32/res.rc.po.c" for 
reading: No such file or directory

so it seems intl2po must happen before xgettext?

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#758163: Subject: RFS: kcm-ufw/0.4.3-1 ITP

[Shawn Sörbom]

Hi Eriberto,
Regarding your list:
1. I don't understand whats wrong here. I checked another changelog just to be 
sure:
http://metadata.ftp-master.debian.org/changelogs/main/e/e3/unstable_changelog
My entries are all associated with the same upstream version.
I changed all "unstable" references to "UNRELEASED"
What else am I doing wrong?
2. Fixed
3. Fixed (?), the references to GPL2 seemed to all be .h or .cpp files in the 
kcm subfolder. I found a notices for other people that did Spanish and 
Italian(?) translations. They have been added too.
4. Fixed.
5. I was going to send patches upstream once everything was approved, in case 
I needed to add more before then. I updated the patch to include new copyright 
dates
6. The reference to a symlink was deliberate. The license associated with 
those files was a bit ambiguous. I did not realize this would cause a lintian 
error, as it did not show up when I ran checks on my machine.
I use the command `lintian -IE` to run checks. Is this error considered bad?
7. Fixed in /debian directory, should I apply a patch to the rest of the 
source tree as well? 
Should I upload what I've got so far? I thought it might be best to wait until 
all these points are cleared up.

Thanks,
--Shawn

On Saturday, September 27, 2014 16:57:18 Eriberto wrote:
> Hi Shawn,
> 
> You need do some adjustments in your package. Please:
> 
> 1. d/changelog: rewrite this file, refering to the last version only.
> You can see an example here[1].
> 
> [1] https://www.debian.org/doc/manuals/maint-guide/dreq.en.html#changelog
> 
> 2. d/control:
>  - Your Vcs-* points to a empty repository.
>  - The Vcs-Git has an invalid address.
>  - In long description, change the last semicolon (in list) by a dot.
> 
> 3. d/copyright:
>  - You need inspect each file to find the individual authors and
> licenses. You can use ->  egrep -sriA25 '(copyright|public domain)' *
> <- to do it.
>  - I saw several files licensed as GPL-2+.
>  - You can see an example here[2].
> 
> [2]
> http://metadata.ftp-master.debian.org/changelogs/main/e/ext4magic/unstable_
> copyright
> 
> 4. d/lintian-overrides: the correct comment must be about the symlink
> refers to a package dependency.
> 
> 5. d/patches/fix_about_dialogue.diff: do you sent this patch to
> upstream? You can fix the upstream years too...
> 
> 6. Do you have a Lintian message: kcm-ufw:
> copyright-refers-to-symlink-license usr/share/common-licenses/GFDL.
> 
> 7. Please, remove all excessive blank lines from end of files. Use
> 'tail -n1 *' to see these lines.
> 
> Cheers,
> 
> Eriberto


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#746126: Patch to fix build issue

[Axel Beckert]

Hi Keith,

Axel Beckert wrote:
> Johannes Brandstätter wrote:
> > the provided debdiff fixes the build issue for me.
> > Apparently cairo-5c is now needed to build the package.

After the upload I noticed the following: While the upload will fix
the bug filed against ricochet, it won't help propagating ricochet to
testing as one of it's dependencies isn't in testing either:

cairo-5c FTBFS due to test suite failures:
https://bugs.debian.org/708459

Unfortunately I have no idea how to fix that.

I though think that those two issues are not related and will hence
leave the NMU in the DELAYED queue.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#763122: rwall adds 377 bytes to short messages

[Chris Good]

Package: rwall

Version: 0.17-7

Severity: normal

Usertags: netkit-rwall

 

 

Extra \377 bytes and a trailing '1' are appended in the received message
when the message is less than 11 characters long due to string not being
terminated.

 

# echo 12345 | rwall HostName
Received:
12345
\377\377\377\377\3771

 

I am using Ubuntu 12.04.4 LTS and the netkit-rwall package which contains
rwall is the same version 0.17-7 in Debian.

 

I have fixed the problem in rwall.c and created a debdiff and PPA under 

https://bugs.launchpad.net/ubuntu/+source/netkit-rwall/+bug/1277981

 

It looks like Upstream no longer exists.

Mail to net...@ftp.uk.linux.org is undeliverable and the domain is not known
to DNS so I'm reporting this to Debian as requested by Ubuntu.

 

I hope I haven't duplicated this bug.

I previously submitted it using

reportbug -B debian --email=chris.g...@ozemail.com.au rwall

from a Ubuntu 14.04 live session and it seemed to work but I haven't
received any email response or seen it appear on
https://bugs.debian.org/cgi-bin/pkgreport.cgi?package=rwall after a couple
of hours so I'm submitting again by email.

 

Regards, Chris Good



smime.p7s
Description: S/MIME cryptographic signature

Bug#763121: slrn: upstream download location changed

[gregor herrmann]

Package: slrn
Version: 1.0.1-11
Severity: minor
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512


I wanted to take a look at the new 1.0.2 release, and realized that
uscan didn't help me; seems that jed changed the download location to
http://jedsoft.org/releases/slrn/

Find attached an updated debian/watch plus support for checking the
signature.

Cheers,
gregor

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJUJ1PtXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC
QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoGgUwQAIMwcnhg7T2PSehuw9O50aAv
LRluJVRmjqlga/ZaoXRnF8a+/jUsA+50IQu1/e22XX2eH4g21pZygdrkc7pgjeVV
sWaa3xahURomULLeloGttA+2WZ5/7E497h6iYSZm7o/BFOXOVkUEWe6YKnqgvF84
fW7hjHtWgd0odjv2DNTKmQU8tnBaoM3dYjTJidlOTtAWj6RzYlcX9CUMxXqwmfPZ
C81H0bIW2Pp0qZVyHgf/8Pr6xgU466VzEefmmlG/PaNeMfVCt0JlwCUUyAx/VbPR
vogmrM8Ter3D4ZvnzYq87hX5dQaMIvcCgwF6JMPHA9N8PATxw/7joOKy6nNYiR9L
Dc38FDLZqdi2AjdaLMDRHyOApm2vpYlasok9uEjbWxy/F7FCjcrpS/qfUCUWXVPK
FH59XyEDLP8HbqALJ4m9vpHx6Tl4j87Vy+hd5s2ElpfDvFsGM5yy1etJAjLyNElc
xBYFP8WEtlnbbV/3SwBBcv6IT+zB3Q9QMczIDPTHyRdJXYMvB19TSspK5ZB0eZmJ
QMzGK8czCcH0d/Y5iUlHYQiN66YuDgbp+KPXtT2p45Zq+lo655wU6aJ0/UP+O0pa
pXEL8C0bBNUrqyTOr2i1T1yZwfdmm31MsNEw6wOutIKP7dnA+ZGWd0Q83qRhHYo0
sZDI54kq2O2f9YQ3EAG4
=gm9P
-END PGP SIGNATURE-
diff -Nru slrn-1.0.1/debian/changelog slrn-1.0.1/debian/changelog
--- slrn-1.0.1/debian/changelog	2014-08-29 18:27:46.0 +0200
+++ slrn-1.0.1/debian/changelog	2014-09-28 02:14:33.0 +0200
@@ -1,3 +1,13 @@
+slrn (1.0.1-11.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Update debian/watch: new releases are available at
+http://jedsoft.org/releases/slrn/.
+  * Since they are PGP-signed, add debian/upstream/signing-key.asc file, and
+pgpsigurlmangle option to debian/watch.
+
+ -- gregor herrmann   Sun, 28 Sep 2014 02:13:18 +0200
+
 slrn (1.0.1-11) unstable; urgency=medium
 
   * Update config.[guess|sub] to support ppc64el, thanks Frederic
diff -Nru slrn-1.0.1/debian/upstream/signing-key.asc slrn-1.0.1/debian/upstream/signing-key.asc
--- slrn-1.0.1/debian/upstream/signing-key.asc	1970-01-01 01:00:00.0 +0100
+++ slrn-1.0.1/debian/upstream/signing-key.asc	2014-09-28 02:11:39.0 +0200
@@ -0,0 +1,26 @@
+-BEGIN PGP PUBLIC KEY BLOCK-
+Version: GnuPG v1
+
+mQGiBEFNKCcRBAD8weX0gwBAfyBoCx2r1Q8GnVt5984cRquJkIHBM7Z6dr5pJKhk
+47u9Fhdi1FSwjAlnQUzxwxw1IGgyguncCy0WtKCeBQUCe9QZi1GuR/H4r02k69kf
+lG64TScYVZ9d5ZAe6G33jLrfCY0K5tWbTOZ5rt7uLyPJqR1XSb3eLnzPVwCg1O3f
+c1YBH9laAO8zqn6Grt+SWFEEAK0sK7WMmxwhaYGOSPa9iUpQhmCO15M79D7Ck5wu
+VofUEC4qxlFy5Uq3HGHK96hvktA8AbFNSVlZNHuFZpmRO3jgp8KIAqW6Vk9wa36z
+cZnTUSoQEVqjTSUBrU5irhZQp9bPXtQzRFRUjTe9w3IYJ9JO0VkVM2zUUWOYdcw9
+DBJRA/4o8ByiHgxQbKAGqF1m4ptRY4P99dJhW/gDt0P7V6gKFmIynE2Qm6MPYNn+
+AS5YvbC14rcUUbTVcYOPjvmBxim2Yc0EfoZ/oOqCqUhYrNmeVmBT61elnwAom4O1
+a3+ikz8NrIHsabN+o0OXtTXk+Lw4HojZ0Yvd2mWIggb5ulpBlrQjSm9obiBFLiBE
+YXZpcyA8ZGF2aXNAc3BhY2UubWl0LmVkdT6IRgQQEQIABgUCTMAbMwAKCRDoJFuJ
+IkTtqb7lAKCnsgbRFp4NTCocbiQKkLndJjk8vwCgkkGtDT7X6E+eCWvXgneI+2UD
+wUGIVwQTEQIAFwUCQU0oJwULBwoDBAMVAwIDFgIBAheAAAoJEN5AHg1YcwAKgqkA
+oK1j6+2hL66UNjGW+cSSVXAqYuzXAJ9NsoMV/SC0wv7M2HniPWuV63tmwrkBDQRB
+TSgoEAQAyF+zGjW4hR11oFcztSNrrlY/T5alJfXZi1+oMnqS5xfjicSvaehZ5LaX
+5E5X478pqg4rlbsGKQEW2EdWfxY0jhEcQx2q1GA5h13LUT9KR7SZ6aLho6R0DVmf
+ZLntcry9xNc8zxqqxrF0pu4L+UbSFpihAaulcsTc3a2ANUhog8sAAwUD/0CXRJKd
+t9wGEQrYk25AOm9JW1oYYY5Uv51RwiHMuC1m0cT8B4b35PWyckY5Oal25QVhXW+M
+m4ZibXFut1t1gDiPRLqsv4ELIXl4lHFcYuiR/WCayJaxxWMVYjU7JWXdjqAlpfp2
+wiwnkz9erAN2ajiy1hTSkECasdi5D2MscyFciEYEGBECAAYFAkFNKCgACgkQ3kAe
+DVhzAArCFgCfeqAZU3Pq00nmtCIw/TyLgmUPQRMAoMU6zgvTVPcvmZf2AkGQ8xou
+jiHp
+=Y/LQ
+-END PGP PUBLIC KEY BLOCK-
diff -Nru slrn-1.0.1/debian/watch slrn-1.0.1/debian/watch
--- slrn-1.0.1/debian/watch	2013-12-16 17:37:05.0 +0100
+++ slrn-1.0.1/debian/watch	2014-09-28 02:10:01.0 +0200
@@ -1,3 +1,4 @@
 version=3
 
-ftp://space.mit.edu/pub/davis/slrn/slrn-(.*)\.tar\.gz
+opts=pgpsigurlmangle=s/$/.asc/ \
+http://jedsoft.org/releases/slrn/ slrn-([\d.]+)\.tar\.gz

Bug#762709: ca-certificates: Import http://crt.usertrust.com/USERTrustRSAAddTrustCA.crt Root CA certificate which is missing

[Michael Shuler]

On 09/25/2014 04:14 AM, Emerick 'mz' Mounoury wrote:

On 09/24/2014 09:25 PM, Michael Shuler wrote:

Do you have a test SSL site URL on your system to see the full trust
chain?  There are 4 AddTrust root CAs in ca-certificates, so I'd like
to see the trust path to better understand your problem. Thanks!



First, thank you for your prompt answer !

Yes, sure, you can test our service using this test URL :
https://simplehosting.mz23.in

I check the SSL connection using openssl as is as we are using SNI :

openssl s_client -connect simplehosting.mz23.in:443 -showcerts -CApath
/etc/ssl/certs -servername simplehosting.mz23.in


This appears to validate fine for me on the current version of 
ca-certificates. Quick check attached.


--
Kind regards,
Michael

mshuler@hana:~$ dpkg -l ca-certificates | grep ^ii
ii  ca-certificates 20140325 all  Common CA certificates
mshuler@hana:~$ openssl s_client -connect simplehosting.mz23.in:443 -CApath 
/etc/ssl/certs -servername simplehosting.mz23.in
CONNECTED(0003)
depth=4 C = US, ST = UT, L = Salt Lake City, O = The USERTRUST Network, OU = 
http://www.usertrust.com, CN = UTN - DATACorp SGC
verify return:1
depth=3 C = SE, O = AddTrust AB, OU = AddTrust External TTP Network, CN = 
AddTrust External CA Root
verify return:1
depth=2 C = US, ST = New Jersey, L = Jersey City, O = The USERTRUST Network, CN 
= USERTrust RSA Certification Authority
verify return:1
depth=1 C = FR, ST = Paris, L = Paris, O = Gandi, CN = Gandi Standard SSL CA 2
verify return:1
depth=0 OU = Domain Control Validated, OU = Gandi Standard SSL, CN = 
simplehosting.mz23.in
verify return:1
---
Certificate chain
 0 s:/OU=Domain Control Validated/OU=Gandi Standard SSL/CN=simplehosting.mz23.in
   i:/C=FR/ST=Paris/L=Paris/O=Gandi/CN=Gandi Standard SSL CA 2
 1 s:/C=FR/ST=Paris/L=Paris/O=Gandi/CN=Gandi Standard SSL CA 2
   i:/C=US/ST=New Jersey/L=Jersey City/O=The USERTRUST Network/CN=USERTrust RSA 
Certification Authority
 2 s:/C=US/ST=New Jersey/L=Jersey City/O=The USERTRUST Network/CN=USERTrust RSA 
Certification Authority
   i:/C=SE/O=AddTrust AB/OU=AddTrust External TTP Network/CN=AddTrust External 
CA Root
 3 s:/C=SE/O=AddTrust AB/OU=AddTrust External TTP Network/CN=AddTrust External 
CA Root
   i:/C=US/ST=UT/L=Salt Lake City/O=The USERTRUST 
Network/OU=http://www.usertrust.com/CN=UTN - DATACorp SGC
---
Server certificate
-BEGIN CERTIFICATE-
MIIFDjCCA/agAwIBAgIQIVZ/c0nHJ1mK990bLhOnBTANBgkqhkiG9w0BAQsFADBf
MQswCQYDVQQGEwJGUjEOMAwGA1UECBMFUGFyaXMxDjAMBgNVBAcTBVBhcmlzMQ4w
DAYDVQQKEwVHYW5kaTEgMB4GA1UEAxMXR2FuZGkgU3RhbmRhcmQgU1NMIENBIDIw
HhcNMTQwOTI0MDAwMDAwWhcNMTUwOTI0MjM1OTU5WjBgMSEwHwYDVQQLExhEb21h
aW4gQ29udHJvbCBWYWxpZGF0ZWQxGzAZBgNVBAsTEkdhbmRpIFN0YW5kYXJkIFNT
TDEeMBwGA1UEAxMVc2ltcGxlaG9zdGluZy5tejIzLmluMIIBIjANBgkqhkiG9w0B
AQEFAAOCAQ8AMIIBCgKCAQEAzWYGWoVHzEjdXOiAPg0/OMiFxStkhn1fps0luFvI
7GhvchUQvjmSJoM6C/DxBVKURMlfTU1af1x0b8+M2Zje59KULc2k1EhrkKQ9U0J4
O6nE1PjIKAS2/nvpugNGWP7GA5l0Ys0RQ7IftBJFryD/wx9TwCqDc5Wkif/yd77L
AxTBeG+r04bZWN500HpYxi9nDJLIKEiAM7VgXKrP3lIvOy9F90vcSc/3BbTTNGka
W9vYz/CDUQ64mE8deYeKOh4UxNHwjJI97n64ZQKsDgmL2G7FYK1h45orOa8TFFxa
UWcExKdDJt5p8Iwtkjbnq6hGfETEfA2MocqhioXAvJ7+cwIDAQABo4IBwzCCAb8w
HwYDVR0jBBgwFoAUs5Cn2MmvTs1hPJ98rV1/Qf1pMOowHQYDVR0OBBYEFPu2ls1Y
vgJUSd+y8wXYXpPa96S8MA4GA1UdDwEB/wQEAwIFoDAMBgNVHRMBAf8EAjAAMB0G
A1UdJQQWMBQGCCsGAQUFBwMBBggrBgEFBQcDAjBLBgNVHSAERDBCMDYGCysGAQQB
sjEBAgIaMCcwJQYIKwYBBQUHAgEWGWh0dHBzOi8vY3BzLnVzZXJ0cnVzdC5jb20w
CAYGZ4EMAQIBMEEGA1UdHwQ6MDgwNqA0oDKGMGh0dHA6Ly9jcmwudXNlcnRydXN0
LmNvbS9HYW5kaVN0YW5kYXJkU1NMQ0EyLmNybDBzBggrBgEFBQcBAQRnMGUwPAYI
KwYBBQUHMAKGMGh0dHA6Ly9jcnQudXNlcnRydXN0LmNvbS9HYW5kaVN0YW5kYXJk
U1NMQ0EyLmNydDAlBggrBgEFBQcwAYYZaHR0cDovL29jc3AudXNlcnRydXN0LmNv
bTA7BgNVHREENDAyghVzaW1wbGVob3N0aW5nLm16MjMuaW6CGXd3dy5zaW1wbGVo
b3N0aW5nLm16MjMuaW4wDQYJKoZIhvcNAQELBQADggEBAHTaLEartPHLh+AykdXW
2vIpzhKqvzyzFE84ID1Mz+FFD+snrCl0HF7JP4CfgennQwzQ3aVcUJKfndrvfxOL
MjBhkMWWqwbs91TF9yzxzfEFFOHzDR2TE5NZ+pORZUsf6Dc/bHZ1PwkV8Ht9yt8P
R6xkQLBIjH63llP/aob2yLCmI24XZzw0uda/DKPg9tAh2E+k6gZOR7fvQfRoA8dr
ZbtCn9SXRiD4309LOe+z45zLD7DnlniztAYNMCp9n6rsXTwK6em6hhIchPA5JWGz
tqvfREznRlwYS7v0mS+5ko/KqOGzExpRnGu7/KX0LFEVTIEO3g9GunH7xZkKZkrr
qNw=
-END CERTIFICATE-
subject=/OU=Domain Control Validated/OU=Gandi Standard 
SSL/CN=simplehosting.mz23.in
issuer=/C=FR/ST=Paris/L=Paris/O=Gandi/CN=Gandi Standard SSL CA 2
---
No client certificate CA names sent
---
SSL handshake has read 5873 bytes and written 461 bytes
---
New, TLSv1/SSLv3, Cipher is ECDHE-RSA-AES256-GCM-SHA384
Server public key is 2048 bit
Secure Renegotiation IS supported
Compression: NONE
Expansion: NONE
SSL-Session:
Protocol  : TLSv1.2
Cipher: ECDHE-RSA-AES256-GCM-SHA384
Session-ID: FFC7B01C8CCF32182D837AC873F0524F05F5F2FC18F767046018418B9566EB97
Session-ID-ctx: 
Master-Key: 
2C902BCC9A1EB373705F43C217F780920F23099A36B9B33977A2F84AD859633C609A0B92ADABA80CCDA7F64060B3C24E
Key-Arg   : None
PSK identity: None
PSK identity hint: None
SRP username: None
Sta

Bug#746126: Patch to fix build issue

[Axel Beckert]

Control: tag -1 + pending

Hi Keith and Johannes,

Johannes Brandstätter wrote:
> the provided debdiff fixes the build issue for me.
> Apparently cairo-5c is now needed to build the package.

Johannes: Thanks for the investigation and debdiff. I've sponsored
your NMU and uploaded it to DELAYED/4.

Keith: Feel free to tell me if I should increase or decrease the
delay of the NMU.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


signature.asc
Description: Digital signature

Bug#763120: RM: necpp -- RoQA; RC buggy, dead upstream, maintainer possibly MIA

[Lisandro Damián Nicanor Pérez Meyer]

Package: ftp.debian.org
Severity: normal

Hi! necpp is dead upstream, has an RC bug (#753181) and the maintainer is
possibly MIA.

So I suggest removing this package from the archive.

According to dak rm -Rn necpp the only reverse dependency is qantenna, for
which I filled a ROM bug a few hours ago (I maintain it).


Kinds regards, Lisandro.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594803: Patch to fix #594803 (queued noisy when removing multiple files)

[Don Armstrong]

Control: tag -1 patch

The attached patch fixes #594803 (queued noisy when removing multiple
files.)

-- 
Don Armstrong  http://www.donarmstrong.com

It was said that life was cheap in Ankh-Morpork. This was, of course,
completely wrong. Life was often very expensive; you could get death
for free.
 -- Terry Pratchet _Pyramids_ p25
From 5ff72213455efd17b2a228a8165851eaf8563324 Mon Sep 17 00:00:00 2001
From: Don Armstrong 
Date: Sat, 27 Sep 2014 17:01:24 -0700
Subject: [PATCH] Reset @files each time through the command loop to avoid
 adding previously deleted files to the output message. This resolves #594803
 (queue daemon noisy when removing multiple files).

---
 tools/debianqueued-0.9/debianqueued | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/tools/debianqueued-0.9/debianqueued b/tools/debianqueued-0.9/debianqueued
index 46ce787..5702e5c 100755
--- a/tools/debianqueued-0.9/debianqueued
+++ b/tools/debianqueued-0.9/debianqueued
@@ -1097,7 +1097,7 @@ sub process_commands($) {
   my $commands = shift;
   my ( @cmds, $cmd, $pgplines, $signator );
   local (*COMMANDS);
-  my ( @files, $file, @removed, $target_delay );
+  my ($file, @removed, $target_delay );
 
   format_status_str( $main::current_changes, $commands );
   $main::dstat = "c";
@@ -1190,6 +1190,7 @@ outer_loop: while () {
 next if @word < 1;
 
 if ( $word[0] eq "rm" ) {
+  my @files = ();
   foreach ( @word[ 1 .. $#word ] ) {
 my $origword = $_;
 if (m,^DELAYED/([0-9]+)-day/,) {
-- 
2.1.0

Bug#762236: parted: [kfreebsd] use of kern.geom.debugflags is unsafe

[Colin Watson]

On Mon, Sep 22, 2014 at 09:11:22AM -0400, Phillip Susi wrote:
> As for the performance implications, yes, parted should not be using
> O_RDWR when it do doesn't need it and does take care not to on linux.

It does?  linux_open appears to just open read-write, and only falls
back to read-only if a read-write mount fails.  I can't find anything
special that arranges to do read-only mounts when write support isn't
needed.  Can you point me to the bit I'm missing?

Thanks,

-- 
Colin Watson   [cjwat...@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#760127: initramfs-tools: creating initrd fails

[westlake]

If someone tests it without any kernel modules paths (/lib/modules 
empty), and with a kernel(not needing an initrd in /boot as well), 
apt-get install kernel will fail


I can understand why nobody wants to verify anything here because it 
takes time to compile a kernel without "initrd" nor any /lib/modules, 
and then boot up with it to see if this error occurs.  I doubt anyone 
here is using this type of custom kernel with these conditions otherwise 
they'd notice the same.


fwiw, the "workaround" output from message 5(first) message is actually 
completely a coincidence of wording from program output. the actual 
workaround I took can be found in message 12 and 17.


The reason why I said "is a bug or not", is testifying if this is a 
"policy" just as the name of the file edited for working around this is

/etc/initramfs-tools/conf.d/driver-policy

There's not much else to this report. If you want me to confirm anything 
you'll just have to apply the same condition tests.


1) no /lib/modules << have this directory EMPTY
2) /boot/  << one kernel nothing else (no initrd)

3) Boot this kernel, and try installing a kernel from the debian repos 
using initramfs 0.116


It'll fail, but that workaround works well to getting a kernel 
installed. Not rocket science once the same conditions are applied and 
should be immediately noticeable once you run a simple apt-get. The only 
thing non-debian on this system is that custom kernel which is booted from.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#763119: misinterprets old-style GNU headers

[Steinar H. Gunderson]

Package: libtar0
Version: 1.2.20-4
Severity: normal
Tags: patch

Hi,

The old-style GNU header format (used before GNU tar 1.12) looks very much like
the POSIX format, except that there is no “prefix” field, and those bytes are
used for other fields, such as mtime, ctime, multi-volume support and so on.

One would think that this format is now long irrelevant, but unfortunately,
tar automatically switches to these headers when making incremental archives
(whether old-style or new-style incremental archives). Thus, when libtar looks
at such an archive, it will misinterpret these headers as a prefix field,
and extract things such as “12411637142/./foo.c” and the likes (unless they
are above 100 bytes, in which case the GNU-style name takes over!).

I've attached a simple patch to fix this; it doesn't give access to all the
other fields, but at least it fixes th_get_pathname() (which seems to be
pretty much the only place the prefix field is actually interpreted) so that
it does not return these bogus paths.


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.3 (SMP w/4 CPU cores)
Locale: LANG=nb_NO.utf8, LC_CTYPE=nb_NO.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libtar0 depends on:
ii  libc6  2.19-11

libtar0 recommends no packages.

libtar0 suggests no packages.

-- no debconf information
Index: libtar-1.2.20/lib/decode.c
===
--- libtar-1.2.20.orig/lib/decode.c
+++ libtar-1.2.20/lib/decode.c
@@ -69,7 +69,15 @@ th_get_pathname(TAR *t)
 			return NULL;
 	}
 
-	if (t->th_buf.prefix[0] == '\0')
+	/*
+	 * Old GNU headers use the POSIX prefix field for many other things,
+	 * such as mtime and ctime. The only robust way to distinguish
+	 * old GNU versus new GNU/POSIX is that old GNU does not clear unknown
+	 * bits (in particular S_IFREG) from the mode field, so we test for
+	 * those. This is the same heuristic as GNU tar uses itself.
+	 */
+	if ((oct_to_int(t->th_buf.mode) & ~0) == 0 &&
+	t->th_buf.prefix[0] == '\0')
 	{
 		sprintf(t->th_pathname, "%.100s", t->th_buf.name);
 	}

Bug#749355: parallel: /usr/bin/parallel conflicts with moreutils' parallel

[Antoine Beaupré]

On 2014-09-26 20:51:18, Filippo Giunchedi wrote:
> hi,
>
> On Wed, Aug 06, 2014 at 01:30:04PM -0300, Rogério Brito wrote:
>> > But it seems no one objected to the solution of splitting it out in
>> > Debian at least, if the dependent packages are fixed.
>> 
>> Yes, that would alleviate/solve the problem.
>
> definitely
>
>> > I can try to talk to people at debconf about this to see if I can unglue
>> > this mess directly.
>> 
>> Unfortunately, I will not be at this debconf (even though I wanted to), but
>> if you can talk with Joey, that would be great.
>
> do you know if discussion happened at debconf? just came across this on a
> jessie system and it is really a sad state right now :(

At this point, moreutils doesn't conflict with gnu parallel, and that is
intentional. It is gnu parallel that conflicts with moreutils.

I talked briefly with Joey about this. Obviously, it's a rather annoying
issue for him, since the whole thing went as far as a CTTE bug
(#665851). The result of that discussion were unclear: no decision was
reached by the CTTE.

From what I understand, joey doesn't want to be bothered with this. He
barely has time to maintain moreutils at all and has critical opinion of
gnu parallel, which breaks his ikiwiki-hosting package. Therefore,
ikiwiki-hosting conflicts with gnu parallel.

So I doubt we can coninve Joey to fix this problem the way we are
proposing now, but it's possible.

If someone wants to go forward here, there would need to be a set of
patches that would create conflicting binary packages for both that will
divert /usr/bin/parallel. A patch on ikiwiki-hosting to depend on
moreutils-parallel would also then be necessary.

Then we send this to the moreutils and gnu parallel maintainers to see
if they would accept the fix, and we can simply NMU it.

But the main problem, to restate what Joey has said here, is time: it
takes time to do that work and unless someone steps up to help the
maintainers patiently to clear things up, things will stay as they
currently are.

A.
-- 
Modern man has a kind of poverty of the spirit which stands
in great contrast to his remarkable scientific and technological
achievements. We've learned to walk in outer space and yet we
haven't learned to walk to earth as brothers and sisters.
- Dr. Martin Luther King, Jr.


pgpaPSu5j3kUV.pgp
Description: PGP signature

Bug#762265: ITP: glueviz -- Linked data visualization in Python

[Josue Ortega]

Hi, Ole

On Sun, 21 Sep 2014 10:45:30 +0200 Ole Streicher  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Dear Josue,
> 
> thank you for taking over the packaging of glueviz! I am glad to
> create interest for this package on such a short notice.
> 
> Could I ask you to send a short mail to Chris Beaumont
>  (upstream lead) and Thomas Robitaille
>  (astropy) so that they are informed
> that packaging has started?
> 

I've sent an email as you asked with a copy to you

> I also got an e-mail from Jean-Christophe Jaskula
>  who offered help on packaging which
> may be worthwile.
> 

Also I've sent an email to Jean-Christophe proposing to mantain the package 
with him. 

> If you need a sponsor once the package is ready, I am glad to do this.

Thanks!, that would be great

> Best regards
> 
> Ole
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
> 
> iQIcBAEBAgAGBQJUHpAqAAoJEHEVr9B3ENz3DCIP/jK9EvNujqCaOD/ULhC/cof+
> YliY6BYZBsn0ZVecq1NAcNasrd68FDuluNyszXL1LjpG+tx7lGTwuGRc3fjx//5g
> 1Pl1+KOeCJdnwQnDC8ywO/iUdkLy3wPfOK6NUTJfekUyL3JyfGWH8OqPju9wXy+2
> A45/MwXnpk14Mnp7Mll9ovQHWK5iR0o/41zT00eD21WQWCm7GhwrDG+aJaC59Fd6
> 8ZD9LGVSfg4D3/NI2/T0HN0gI0to+PrX0ZF4tyc6Bq01lI/BMmT5vvfUqORUEde3
> WUGtU4/SXZnKgFNKvtGCa+5Fym2Mkj5op5atpbShAbyW8tuWffUWXVcsZTC6SNxK
> dl0WjdqVOO3pchOxcTB5BkznWXK3++IytMqsU8YoEsPrNBarGVT9hWSb/QlRSQfV
> RRtIjKybVqRUO0WyCE25jrlbs9lCLSoRwyPfBVoBkRG8b/bciI4jFo2yLOp5T/Mf
> oinCep3TcnC91VL4WBnAMluOlJtwrKYr7T+lF01Cue5reW6fGlpOhSKHDrujy81P
> AtLDupMbNgktoScL6U+MgbJERPG9pJjPKz9UbJc4BwMjTtlNAQX1O8wfMxqjuPki
> KQebl9LrBoL/04GiPP1w3NUQVKO5ubiabbDM/DJkdV8+e8pSP2PwPsfD0ckLWQH/
> 30JYLomgBy1hKQmuyzds
> =0q8O
> -END PGP SIGNATURE-
> 
> 

-- 
---
Josue Ortega
«Happy Hacking»
http://josueortega.org

signature.asc
Description: Digital signature

Bug#758972: Mojarra update 2.2.8

[Miguel Landaeta]

On Sat, Sep 27, 2014 at 06:44:47PM -0300, Miguel Landaeta wrote:
> 
> Yep, I need help with this because I have not much free time in the
> last weeks and freeze deadline is approaching.
> 

Looking more closely at this I noticed the only package in Debian
depending on mojarra packages is libspring-java.

libspring-java build-depends only on libjsf-api-java.

mojarra also provides libjsf-impl-java but there are not packages in
Debian depending on this package.

I already checked javax.faces 2.2 API and is compatible with 2.0 and
libspring-java build doesn't break with the new mojarra version,
so I'm going to upload a new mojarra package very soon but only
providing the API.

Given the deadlines and since this solution doesn't break anything
available in Debian I think is a good approach.

I'm going to combine our two branches and prepare the new upload.

-- 
Miguel Landaeta, nomadium at debian.org
secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key.
"Faith means not wanting to know what is true." -- Nietzsche


signature.asc
Description: Digital signature

Bug#752220: automx: Some sources are not included in your package

[Axel Beckert]

Control: tag -1 + pending

Hi,

Bastien ROUCARIES wrote:
> src/foundation-scss/javascripts/vendor/custom.modernizr.js
> src/html/js/vendor/custom.modernizr.js

The source for those two is available at
http://modernizr.com/downloads/modernizr-2.6.2.js

> This is a false positiv, you should override lintian warning
> src/html/js/foundation.min.js

Indeed, the sources are at src/html/js/foundation/.

I've just uploaded a non-maintainer upload to DELAYED/2. It adds
modernizr-2.6.2.js to debian/missing-sources and contains according
some lintian overrides. Full debdiff attached.

Feel free to tell me if I should delay it longer or sponsor an
alternative upload. But keep in mind that the freeze is approaching
very quickly and fixing this issue shouldn't be delayed much longer.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
diff -Nru automx-0.10.0/debian/changelog automx-0.10.0/debian/changelog
--- automx-0.10.0/debian/changelog  2013-12-03 20:26:42.0 +0100
+++ automx-0.10.0/debian/changelog  2014-09-28 00:36:47.0 +0200
@@ -1,3 +1,11 @@
+automx (0.10.0-2.1) unstable; urgency=low
+
+  * Non-maintainer upload
+  * Add modernizr-2.6.2.js to debian/missing-sources. (Closes: #752220)
+  * Add lintian overrides for source-is-missing false positives.
+
+ -- Axel Beckert   Sun, 28 Sep 2014 00:34:27 +0200
+
 automx (0.10.0-2) unstable; urgency=low
 
   * Fixed control fields, added Vcs field
diff -Nru automx-0.10.0/debian/missing-sources/modernizr-2.6.2.js 
automx-0.10.0/debian/missing-sources/modernizr-2.6.2.js
--- automx-0.10.0/debian/missing-sources/modernizr-2.6.2.js 1970-01-01 
01:00:00.0 +0100
+++ automx-0.10.0/debian/missing-sources/modernizr-2.6.2.js 2014-07-05 
16:02:26.0 +0200
@@ -0,0 +1,1393 @@
+/*!
+ * Modernizr v2.6.2
+ * www.modernizr.com
+ *
+ * Copyright (c) Faruk Ates, Paul Irish, Alex Sexton
+ * Available under the BSD and MIT licenses: www.modernizr.com/license/
+ */
+
+/*
+ * Modernizr tests which native CSS3 and HTML5 features are available in
+ * the current UA and makes the results available to you in two ways:
+ * as properties on a global Modernizr object, and as classes on the
+ *  element. This information allows you to progressively enhance
+ * your pages with a granular level of control over the experience.
+ *
+ * Modernizr has an optional (not included) conditional resource loader
+ * called Modernizr.load(), based on Yepnope.js (yepnopejs.com).
+ * To get a build that includes Modernizr.load(), as well as choosing
+ * which tests to include, go to www.modernizr.com/download/
+ *
+ * AuthorsFaruk Ates, Paul Irish, Alex Sexton
+ * Contributors   Ryan Seddon, Ben Alman
+ */
+
+window.Modernizr = (function( window, document, undefined ) {
+
+var version = '2.6.2',
+
+Modernizr = {},
+
+/*>>cssclasses*/
+// option for enabling the HTML classes to be added
+enableClasses = true,
+/*>>cssclasses*/
+
+docElement = document.documentElement,
+
+/**
+ * Create our "modernizr" element that we do most feature tests on.
+ */
+mod = 'modernizr',
+modElem = document.createElement(mod),
+mStyle = modElem.style,
+
+/**
+ * Create the input element for various Web Forms feature tests.
+ */
+inputElem /*>>inputelem*/ = document.createElement('input') 
/*>>inputelem*/ ,
+
+/*>>smile*/
+smile = ':)',
+/*>>smile*/
+
+toString = {}.toString,
+
+// TODO :: make the prefixes more granular
+/*>>prefixes*/
+// List of property values to set for css tests. See ticket #21
+prefixes = ' -webkit- -moz- -o- -ms- '.split(' '),
+/*>>prefixes*/
+
+/*>>domprefixes*/
+// Following spec is to expose vendor-specific style properties as:
+//   elem.style.WebkitBorderRadius
+// and the following would be incorrect:
+//   elem.style.webkitBorderRadius
+
+// Webkit ghosts their properties in lowercase but Opera & Moz do not.
+// Microsoft uses a lowercase `ms` instead of the correct `Ms` in IE8+
+//   erik.eae.net/archives/2008/03/10/21.48.10/
+
+// More here: github.com/Modernizr/Modernizr/issues/issue/21
+omPrefixes = 'Webkit Moz O ms',
+
+cssomPrefixes = omPrefixes.split(' '),
+
+domPrefixes = omPrefixes.toLowerCase().split(' '),
+/*>>domprefixes*/
+
+/*>>ns*/
+ns = {'svg': 'http://www.w3.org/2000/svg'},
+/*>>ns*/
+
+tests = {},
+inputs = {},
+attrs = {},
+
+classes = [],
+
+slice = classes.slice,
+
+featureName, // used in testing loop
+
+
+/*>>teststyles*/
+// Inject element with style element and some CSS rules
+injectElementWithStyles = function( rule, callback, nodes, testnames ) {
+
+  var style, ret, node, docOverflow,
+  div

Bug#667592: libaspell15: multiarch problem

[David Sanders]

On Sep 27, 2014, at 3:17 PM, Agustin Martin  wrote:
..
> Uploaded 0.60.7~20110707-1.2~exp3 to experimental. Should work around
> that recreation using the original pristine file. It has gone through
> autobuilders and should already be available in experimental mirrors.
> diff against exp1 experimental upload is attached for maintainer info.
> 
> After the upload I noticed a couple of minor things pending, but that
> should not affect multiarch behavior. Will add them before uploading
> the real NMU.
> 
> If you want to test things like aspell:i386 in an amd64 box you willl
> also need last dictionaries-common version (1.23.12), already uploaded
> to sid.
..


I installed the new experimental version of aspell.  libaspell15:i386 also 
installed on my amd64 system.  However apt-get insisted on also installing 
aspell-no.  This was unexpected.  I have aspell-en installed and don’t need a 
Norwegian dictionary but I went ahead and let it install.  

My system doesn’t pull in packages from unstable so I couldn’t install 
aspell:i386 or the new dictionaries-common.  So for testing I tried to install 
libenchant1c2a:i386.  It won’t install either, perhaps for the same reasons, 
but someone should probably check.

For testing I installed xmlcopyeditor:i386 which depends on libaspell15:i386.  
It installed and I successfully spell checked an xml document.  So I would say 
that things are working.  More testing needs to be done and once 
dictionaries-common makes it to the testing repository I’ll do more.

Thanks,

David


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#763118: sshd(8): options field in authorized_keys is no longer detected by numbers

[Frédéric Brière]

Package: openssh-server
Version: 1:6.6p1-7
Severity: minor

>From sshd(8), under the AUTHORIZED_KEYS FILE FORMAT section:

  The options field is optional; its presence is determined by whether
  the line starts with a number or not (the options field never starts
  with a number).  

This is indeed the case for Protocol 1 public keys, but Protocol 2 keys
don't start with a number either; the presence of the options field is
instead determined by whether or not the first field matches any of the
known keytypes.


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.16-2-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages openssh-server depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.53
ii  dpkg   1.17.13
ii  init-system-helpers1.21
ii  libc6  2.19-11
ii  libcomerr2 1.42.12-1
ii  libgssapi-krb5-2   1.12.1+dfsg-10
ii  libkrb5-3  1.12.1+dfsg-10
ii  libpam-modules 1.1.8-3.1
ii  libpam-runtime 1.1.8-3.1
ii  libpam0g   1.1.8-3.1
ii  libselinux12.3-2
ii  libssl1.0.01.0.1i-2
ii  libwrap0   7.6.q-25
ii  lsb-base   4.1+Debian13
ii  openssh-client 1:6.6p1-7
ii  openssh-sftp-server1:6.6p1-7
ii  procps 1:3.3.10-1
ii  zlib1g 1:1.2.8.dfsg-2

Versions of packages openssh-server recommends:
ii  ncurses-term  5.9+20140913-1
ii  xauth 1:1.0.9-1

Versions of packages openssh-server suggests:
pn  molly-guard  
pn  monkeysphere 
pn  rssh 
ii  ssh-askpass-gnome [ssh-askpass]  1:6.6p1-7
pn  ufw  

-- 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#756478: transition: openscenegraph

[Sebastiaan Couwenberg]

On 09/27/2014 04:12 PM, Emilio Pozuelo Monfort wrote:
> On 24/09/14 23:51, Jonathan Wiltshire wrote:
>> There's a FTBFS in libcitygml because it can't cope with openscenegraph being
>> multiarched. Patch attached (although I have my doubts about that technique 
>> in
>> the first place), please file a bug and get it fixed.
> 
> I have just reported this.

The patch caused a FTBFS on kfreebsd-* which is fixed in libcitygml
0.14+svn134-2+3p2p1.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/E88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#762211: [Pkg-xfce-devel] Bug#762211: lightdm crashes on startup, system falls back to console

[Michael Gilbert]

control: tag -1 -unreproducible

A recent version of the package updates /etc/lightdm/lightdm.conf, but
if the user elects to not use the new maintainer conffile, this
problem will occur.

Best wishes,
Mike


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#763117: RFS: libcitygml/0.14+svn134-2+3p2p1

[Bas Couwenberg]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "libcitygml"

 Package name: libcitygml
 Version : 0.14+svn134-2+3p2p1
 Upstream Author : Joachim Pouderoux 
 URL : http://code.google.com/p/libcitygml
 License : LGPL-2.1+
 Section : libs

It builds those binary packages:

 libcitygml0  - Open source C++ library for parsing 
CityGML files
 libcitygml0-dev  - Static and header files of libcitygml
 libcitygml0-bin  - Utils of libcitygml - citygml2vrml and 
citygmltest
 openscenegraph-plugin-citygml-shared - libcitygml OpenSceneGraph plugin 
(shared version)
 openscenegraph-plugin-citygml-static - libcitygml OpenSceneGraph plugin 
(static version)

To access further information about this package, please visit the following 
URL:

http://mentors.debian.net/package/libcitygml


Alternatively, one can download the package with dget using this command:

  dget -x 
http://mentors.debian.net/debian/pool/main/libc/libcitygml/libcitygml_0.14+svn134-2+3p2p1.dsc

More information about libcitygml can be obtained from 
http://code.google.com/p/libcitygml.

Changes since the last upload:

  * Team upload.
  * Tweak OpenSceneGraph version detection in gencontrol script.
Fixes FTBFS on kfreebsd-*.


Regards,
 Bas Couwenberg


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710362: ldap2zone: will some time generate invalid DNS host name entries

[Wolfgang Schweer]

I can't reproduce the dns issue in jessie. A hostname with underscore is 
not accepted in GOsa², cause the test function (in 
/usr/share/gosa/include/utils/class_tests.inc, dated 5th of march 2012) 
catches invalid dns names (as far as I understand the code).

Wolfgang



signature.asc
Description: Digital signature

Bug#763085: Please create debconf-fundraising-t...@lists.debian.org

[Alexander Wirt]

On Sun, 28 Sep 2014, Alexander Wirt wrote:

> On Sat, 27 Sep 2014, martin f krafft wrote:
> 
> > Package: lists.debian.org
> > Severity: wishlist
> > 
> > Please create said list, which shall be the first list to be
> > migrated from lists.dc.o. I've discussed this with the team.
> > 
> > Once the list is created, I will provide roster and archives (mbox).
> > 
> > The archives should remain private, i.e. on master.debian.org, or
> > maybe protected by htaccess.
> > 
> > Subscription should not be open to everyone. We need to figure out
> > a sensible way to make changes to the roster, but we don't expect
> > a lot of fluctuation.
> > 
> > Ideally, you could set up debconf-sponsors-team@ as an alias for
> > this list, for hysterical raisins.
> Please follow https://www.debian.org/MailingLists/HOWTO_start_list and
> provide the relevant information.
forget it, found it another mail with missing threading information.
Therefore I just missed it.

Alex



pgp71eSO55Ot_.pgp
Description: PGP signature

Bug#763084: Please, don’t rely on class.phpmailer.php to act as an autoloader

[David Prévot]

Control: tags -1 patch

Hi,

On Sat, Sep 27, 2014 at 03:14:20PM -0400, David Prévot wrote:
> Package: glpi

> From a quick overlook, it seems like inc/notificationmail.class.php is
> relying on “require_once(GLPI_PHPMAILER_DIR . "/class.phpmailer.php");”
> to get all needed classes (including, e.g., the SMTP one, as provided by
> class.smtp.php).

A closer look and some tests confirmed this assumption.

> Starting with libphp-phpmailer 5.2.9+dfsg-1 […]
> the autoloader code present in class.phpmailer.php
> has been removed by upstream

Please find attached a trivial and tested patch that ensures the needed
SMTP class gets loaded.

> Thanks in advance if you can fix this issue quickly enough, so we may
> ship the latest libphp-phpmailer version in Jessie.

glpi is the only package currently in testing that would be affected by
this issue (i.e., not being able to send mail with a configured SMTP
Mail server in the Email Notifications Setup).

Please let me know if you can’t upload this fix in a timely manner
(sorry for the hurry, but the freeze is pretty close now), I’d be happy
to NMU it if you don’t mind.

Regards

David
Description: Don’t rely on class.phpmailer.php to act as an autoloader
 Starting with libphp-phpmailer 5.2.9+dfsg-1, the autoloader code that
 was present in class.phpmailer.php has been removed by upstream.
 .
 In order to use the SMTP features, class.smtp.php must now be loaded
 explicitly.
Author: David Prévot 
Bug-Debian: https://bugs.debian.org/763084
Last-Update: 2014-09-27
--- a/inc/notificationmail.class.php
+++ b/inc/notificationmail.class.php
@@ -36,6 +36,7 @@
 }
 
 require_once(GLPI_PHPMAILER_DIR . "/class.phpmailer.php");
+require_once(GLPI_PHPMAILER_DIR . "/class.smtp.php");
 
 /**
  *  NotificationMail class extends phpmail and implements the NotificationInterface


signature.asc
Description: Digital signature

Bug#762144: pu: package perl/5.14.2-21+deb7u1

[Dominic Hargreaves]

On Sat, Sep 27, 2014 at 07:57:39PM +0100, Adam D. Barratt wrote:
> On Thu, 2014-09-18 at 23:00 +0100, Dominic Hargreaves wrote:
> > As announced in
> > 
> > there is a probably-hard-to-exploit bug in the Data::Dumper module in
> > perl. Updates are being prepared at
> > 
> > 
> > 
> > The security team have called this one a no-dsa issue. Please let us know
> > if it's okay to upload the fix to stable.
> 
> From the current state of the above, it looks like it should be fine.
> Please could we have a debdiff of the proposed upload attached to this
> bug for a final confirmation? (For one thing it keeps the bug
> self-contained; there's also no guarantee that the branch will still
> exist in its current state for anyone looking in the future.)

Sure, here goes.

Dominic.
diff -Nru perl-5.14.2/debian/changelog perl-5.14.2/debian/changelog
--- perl-5.14.2/debian/changelog	2013-09-29 14:22:11.0 +0100
+++ perl-5.14.2/debian/changelog	2014-09-27 23:48:39.0 +0100
@@ -1,3 +1,10 @@
+perl (5.14.2-21+deb7u2) stable; urgency=low
+
+  * [SECURITY] CVE-2014-4330: don't recurse infinitely in Data::Dumper
+(Closes: #762256)
+
+ -- Dominic Hargreaves   Sat, 27 Sep 2014 23:48:33 +0100
+
 perl (5.14.2-21+deb7u1) stable; urgency=low
 
   * Fix issue with shared references disappearing on sub return
diff -Nru perl-5.14.2/debian/patches/fixes/data_dump_infinite_recurse.diff perl-5.14.2/debian/patches/fixes/data_dump_infinite_recurse.diff
--- perl-5.14.2/debian/patches/fixes/data_dump_infinite_recurse.diff	1970-01-01 01:00:00.0 +0100
+++ perl-5.14.2/debian/patches/fixes/data_dump_infinite_recurse.diff	2014-09-27 23:47:48.0 +0100
@@ -0,0 +1,266 @@
+From ffa029bec251a964ed86c0b5fef689d2fa03811b Mon Sep 17 00:00:00 2001
+From: Tony Cook 
+Date: Mon, 30 Jun 2014 12:16:03 +1000
+Subject: don't recurse infinitely in Data::Dumper
+
+Add a configuration variable/option to limit recursion when dumping
+deep data structures.
+
+Defaults the limit to 1000, which can be reduced or increase, or
+eliminated by setting it to 0.
+
+This patch addresses CVE-2014-4330.  This bug was found and
+reported by: LSE Leading Security Experts GmbH employee Markus
+Vervier.
+
+[Patch backported to 5.14 by Dominic Hargreaves for Debian.]
+
+Origin: http://perl5.git.perl.org/perl.git/commit/19be3be6968e2337bcdfe480693fff795ecd1304
+Patch-Name: fixes/data_dump_infinite_recurse.diff
+---
+ MANIFEST |1 +
+ dist/Data-Dumper/Dumper.pm   |   23 +
+ dist/Data-Dumper/Dumper.xs   |   26 +++-
+ dist/Data-Dumper/t/recurse.t |   45 ++
+ 4 files changed, 86 insertions(+), 9 deletions(-)
+ create mode 100644 dist/Data-Dumper/t/recurse.t
+
+diff --git a/MANIFEST b/MANIFEST
+index c426b9e..727c603 100644
+--- a/MANIFEST
 b/MANIFEST
+@@ -2900,6 +2900,7 @@ dist/Data-Dumper/Todo		Data pretty printer, futures
+ dist/Data-Dumper/t/overload.t	See if Data::Dumper works for overloaded data
+ dist/Data-Dumper/t/pair.t	See if Data::Dumper pair separator works
+ dist/Data-Dumper/t/perl-74170.t	Regression test for stack reallocation
++dist/Data-Dumper/t/recurse.t	See if Data::Dumper::Maxrecurse works
+ dist/Data-Dumper/t/terse.t	See if Data::Dumper terse option works
+ dist/Devel-SelfStubber/lib/Devel/SelfStubber.pm	Generate stubs for SelfLoader.pm
+ dist/Devel-SelfStubber/t/Devel-SelfStubber.t	See if Devel::SelfStubber works
+diff --git a/dist/Data-Dumper/Dumper.pm b/dist/Data-Dumper/Dumper.pm
+index 1c68c98..32e4771 100644
+--- a/dist/Data-Dumper/Dumper.pm
 b/dist/Data-Dumper/Dumper.pm
+@@ -53,6 +53,7 @@ $Pair   = ' => 'unless defined $Pair;
+ $Useperl= 0 unless defined $Useperl;
+ $Sortkeys   = 0 unless defined $Sortkeys;
+ $Deparse= 0 unless defined $Deparse;
++$Maxrecurse = 1000  unless defined $Maxrecurse;
+ 
+ #
+ # expects an arrayref of values to be dumped.
+@@ -89,6 +90,7 @@ sub new {
+  'bless'	=> $Bless,	# keyword to use for "bless"
+ #	 expdepth   => $Expdepth,   # cutoff depth for explicit dumping
+ 	 maxdepth	=> $Maxdepth,   # depth beyond which we give up
++ maxrecurse => $Maxrecurse, # depth beyond which we abort
+ 	 useperl=> $Useperl,# use the pure Perl implementation
+ 	 sortkeys   => $Sortkeys,   # flag or filter for sorting hash keys
+ 	 deparse	=> $Deparse,	# use B::Deparse for coderefs
+@@ -339,6 +341,12 @@ sub _dump {
+   return qq['$val'];
+ }
+ 
++# avoid recursing infinitely [perl #122111]
++if ($s->{maxrecurse} > 0
++and $s->{level} >= $s->{maxrecurse}) {
++die "Recursion limit of $s->{maxrecurse} exceeded";
++}
++
+ # we have a blessed ref
+ if ($realpack and !$no_bless) {
+   $out = $s->{'bless'} . '( ';
+@@ -650,6 +658,11 

Bug#763085: Please create debconf-fundraising-t...@lists.debian.org

[Alexander Wirt]

On Sat, 27 Sep 2014, martin f krafft wrote:

> Package: lists.debian.org
> Severity: wishlist
> 
> Please create said list, which shall be the first list to be
> migrated from lists.dc.o. I've discussed this with the team.
> 
> Once the list is created, I will provide roster and archives (mbox).
> 
> The archives should remain private, i.e. on master.debian.org, or
> maybe protected by htaccess.
> 
> Subscription should not be open to everyone. We need to figure out
> a sensible way to make changes to the roster, but we don't expect
> a lot of fluctuation.
> 
> Ideally, you could set up debconf-sponsors-team@ as an alias for
> this list, for hysterical raisins.
Please follow https://www.debian.org/MailingLists/HOWTO_start_list and
provide the relevant information.

Thanks
Alex



pgpNOkRUpmXfZ.pgp
Description: PGP signature

Bug#649718: guile-2.0_2.0.11+1-5 still FTBFS on m68k (one testcase)

[Rob Browning]

Rob Browning  writes:

> Mark Weaver pointed out a potential upstream fix (involving more
> complete alignment handling), so I'll be changing our patch to be the
> appropriate cherry-pick for -6.

Uploaded -6.  Please let me know if if helps when you have a chance to
try it.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#763116: includes copy of python-configobj

[Jelmer Vernooij]

Package: bzr
Version: 2.6.0+bzr6595-6
Severity: normal

Bazaar contains a copy of python-configobj. Earlier, we patched out this
copy of configobj and made bzr use the system python-configobj instead.

However, the last upload of python-configobj to unstable includes some
behaviour changes which break bzr. In particular, utf8 strings are no
longer automatically back and forth to unicode. This breaks the bzr
testsuite and any use of non-ascii characters in configuration files.

I've reverted the patch to make bzr build, but this means it now
ships its own copy of python-configobj (the copy provided by upstream).
The proper fix would be to make bzr support the newer python-configobj API.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-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

Versions of packages bzr depends on:
ii  python-bzrlib  2.6.0+bzr6595-6
pn  python:any 

Versions of packages bzr recommends:
ii  python-gpgme  0.3-1+b1

Versions of packages bzr suggests:
pn  bzr-doc  
ii  bzrtools 2.6.0-2
ii  python-bzrlib.tests  2.6.0+bzr6595-6

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#763115: guile-2.0 FTBFS on armhf

[Andreas Barth]

Package: guile-2.0
Version: 2.0.11+1-5
Severity: serious

Hi,

guile-2.0 now FTBFS on armhf:
  CC   libguile_2.0_la-regex-posix.lo
In file included from vm.c:668:0:
vm-engine.c: In function 'vm_regular_engine':
vm-engine.c:168:1: error: r7 cannot be used in asm here
 }
 ^
  CC   guile-guile.o
flex -t ./c-tokenize.lex > c-tokenize.c || { rm c-tokenize.c; false; }
  GEN  c-tokenize.o
  GEN  guile_filter_doc_snarfage
make[4]: *** [libguile_2.0_la-vm.lo] Error 1
make[4]: *** Waiting for unfinished jobs
Makefile:3190: recipe for target 'libguile_2.0_la-vm.lo' failed

(I thought we already had a bit of discussion about that last weekend,
but failing to find the bug report I submit this one now.)


Andi


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#763114: fonts-junction: Please package a new upstream version

[Roland Hieber]

Package: fonts-junction
Version: 20110525.18de841-1
Severity: wishlist

Dear Maintainer,

a new upstream version is available on GitHub [0], which adds more international
characters, and a bold version of the typeface. I have packaged the new version
from upstream commit fb73260, and pushed to [1], feel free to pull from there.

[0]: https://github.com/theleagueof/junction
[1]: https://github.com/rohieb/fonts-junction

 - Roland


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#763113: boinc-manager: massive debug output in ~/.BOINC/stderrgui.txt

[Achim Schaefer]

Package: boinc-manager
Version: 7.4.22+dfsg-1exp1
Severity: normal

Dear Maintainer,

when running the boinc-manager I get a hugh amount of debug output in the file 
mentioned.
This looks like this:
00:23:37: Trace: (Function Start/End) CAdvancedFrame::OnRefreshView - Function 
Begin
00:23:37: Trace: (Function Start/End) CAdvancedFrame::OnRefreshView - Function 
End
00:23:38: Trace: (Function Start/End) CTaskBarIcon::OnRefresh - Function Begin
00:23:38: Trace: (Function Start/End) CTaskBarIcon::UpdateTaskbarStatus - 
Function Begin
00:23:38: Trace: (Function Start/End) CTaskBarIcon::UpdateTaskbarStatus - 
Function End
00:23:38: Trace: (Function Start/End) CTaskBarIcon::UpdateNoticeStatus - 
Function Begin
00:23:38: Trace: (Function Start/End) CTaskBarIcon::UpdateNoticeStatus - 
Function End
00:23:38: Trace: (Function Start/End) CTaskBarIcon::OnRefresh - Function End

This way the disk is always writing data, and can not go to a sleep mode.
I'm running mostly projects which do not write checkpoint data.

Thanks

-- System Information:
Debian Release: jessie/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages boinc-manager depends on:
ii  boinc-client   7.4.22+dfsg-1exp1
ii  libboinc7  7.4.22+dfsg-1exp1
ii  libc6  2.19-11
ii  libgcc11:4.9.1-15
ii  libglib2.0-0   2.42.0-1
ii  libgtk2.0-02.24.24-1
ii  libnotify4 0.7.6-2
ii  libsqlite3-0   3.8.6-1
ii  libstdc++6 4.9.1-15
ii  libwxbase3.0-0 3.0.1-3
ii  libwxgtk-webview3.0-0  3.0.1-3
ii  libwxgtk3.0-0  3.0.1-3

boinc-manager recommends no packages.

Versions of packages boinc-manager suggests:
ii  libgl1-mesa-glx  10.2.6-1
ii  libxt6   1:1.1.4-1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#749673: closed by Michael Gilbert (Bug#749673: fixed in chromium-browser 36.0.1985.32-1)

[Filipus Klutiero]

On 2014-06-04 03:24, Debian Bug Tracking System wrote:

This is an automatic notification regarding your Bug report
which was filed against the chromedriver package:

#749673: [chromedriver] "chromium" not capitalized in extended description

It has been closed by Michael Gilbert .

Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Michael Gilbert 
 by
replying to this email.




Hum, is this supposed to be fixed in unstable? Unstable's changelog doesn't 
contain 36.0.1985.32-1's changelog.

--
Filipus Klutiero
http://www.philippecloutier.com


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#763112: RFP: udiskie -- automounter for removable media

[Marco d'Itri]

Package: wnpp
Severity: wishlist

* Package name: udiskie
  Version : 1.1.2
  Upstream Author : Byron Clark  et al.
* URL : https://github.com/coldfix/udiskie
* License : MIT/X
  Programming Lang: Python
  Description : automounter for removable media

udiskie is a python front-end for UDisks/UDisks2. Its main purpose is 
automatically mounting removable media, such as CDs or flash drives. It 
has optional mount notifications, a GTK tray icon and user level CLIs 
for manual mount and unmount operations. The media will be mounted in 
a new directory under /media or /run/media/USER/, using the device name 
if possible.

This package is needed to support automounting removable media when 
nautilus is not available to control UDisks2.
It will be of interest to users of non-gnome window managers who use
UDisks2, policykit and the rest of the Gnome infrastructure.


Installing it with pip just works, but somebody who knows about 
packaging Python applications should create a package...

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#702711: eatmydata: open() returns -EFAULT when program doesn't run ctor

[Mattia Rizzolo]

Control: forwarded -1 https://bugs.launchpad.net/libeatmydata/+bug/1374862

Just a note: I forwarded the bug upstream, attaching the patch.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#700484: (no subject)

[Jose M Calhariz]

I have a new version ready to upload, that is waiting for free time
from my sponsor.  Can you wait a litle while I check my sponsor?

  Jose M Calhariz

On Sat, Sep 27, 2014 at 04:08:44PM +0200, Artur Rona wrote:
> Hello Jose,
> 
> I'd like to upload my NMU for amanda. Is it OK for you?
> 
> 

-- 
--
Um "expert" e um homem que parou de pensar. Para que pensar,
se ele e um "expert"?
-- Frank Lloyd Wright


signature.asc
Description: Digital signature

Bug#763111: ofono-dev: please ship pkg-config .pc file

[Graham Inggs]

Package: ofono-dev
Version: 1.15-1
Tags: patch

Hi maintainer

Please ship the ofono pkg-config .pc file in the ofono-dev package, as per
the attached patch.

It is needed to build ofono plugins, such as modem-manager-gui [1]
0.0.17.1, currently in git, awaiting upload.

Regards
Graham


[1] https://packages.qa.debian.org/m/modem-manager-gui.html
diff -Nru ofono-1.15/debian/ofono-dev.install 
ofono-1.15/debian/ofono-dev.install
--- ofono-1.15/debian/ofono-dev.install 2014-09-24 01:29:31.0 +0200
+++ ofono-1.15/debian/ofono-dev.install 2014-09-27 23:43:27.0 +0200
@@ -1 +1,2 @@
 debian/tmp/usr/include/*
+debian/tmp/usr/lib/pkgconfig/*

Bug#763110: bash: please disable importing functions by default

[brian m. carlson]

Package: bash
Version: 4.3-9.2
Severity: wishlist

From reading today's discussion on oss-sec, it's clear that there is a
lot of fun vulnerability potential in importing functions from the
environment.  This is a surprising feature that most people, including
me[0], didn't even know existed, and exposing bash's parser to untrusted
input, even if the fault of the caller, is unwise.

NetBSD and FreeBSD have applied a patch[1] that requires an option to
enable this feature.  Please apply it to Debian's version.  I realize it
breaks backwards compatibility, but the benefits are worth it,
especially considering that bash is an essential package and cannot be
removed.

[0] I've been using (and developing on) Linux since about 2000.
[1] http://seclists.org/oss-sec/2014/q3/755
-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.17-rc5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages bash depends on:
ii  base-files   7.5
ii  dash 0.5.7-4
ii  debianutils  4.4
ii  libc62.19-11
ii  libtinfo55.9+20140913-1

Versions of packages bash recommends:
pn  bash-completion  

Versions of packages bash suggests:
pn  bash-doc  

-- no debconf information

-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: Digital signature

Bug#437359: (no subject)

[Steve Dibb]

We've got this one fixed in lsdvd upstream, and are working on a new release.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org