Bug#567903:

[Asias He]

retitle 567903 RFP: ibus-handwrite -- hand write recognition/input
using ibus IM engine
noowner 567903
thanks

There is no sign of development in upstream for a very long time. I
will not package it for Debian for now.

-- 
Asias He


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

Bug#685125: gnome-media: gnome-sound-recorder appears to deadlock when starting a second recording

[Miah Gregory]

Package: gnome-media
Version: 3.4.0-1
Severity: important

Hi,

When starting gnome-sound-recorder, you can click the record button and it duly
starts recording.

When I stop recording, then hit the record button again, I am correctly asked
if I want to save the recording.

I answer 'continue without saving'.

What should happen at this stage is that it should begin recording again,
however I have seen two different behaviours:

Behaviour 1:

gnome-sound-recorder reverts to a 'ready' state and remains responsive, but
seems to believe that there is an unsaved recording if you attempt to start a
new recording.

Behaviour 2:

gnome-sound-recorder becomes unresponsive, the 'save recording?' dialog and the
main window stop redrawing, and the only way to exit the application is to kill
it from the console.

Behaviour 2 is by far the most common.

Very, very rarely, it actually starts recording again.

Experimenting with --gst-debug-level on the command line, setting a level of 3
still shows the behaviour, but setting a level or 4 or 5 does not. I suspect
this is due to the sheer amount of debugging information being output affecting
timings and preventing a race condition.

Running gnome-sound-recorder in gdb makes it somewhat more reliable, again
suggesting a race condition. However after four or five stop/start recording
cycles I managed to get it to exhibit behaviour 1 followed by behaviour 2, and
here is the thread information:

(gdb) info threads
  Id   Target Id Frame
  20   Thread 0x7fffe42c9700 (LWP 19113) "autoaudiosrc3-a"
__pthread_mutex_lock_full (mutex=0xc9e6e0) at pthread_mutex_lock.c:303
  19   Thread 0x7fffcf7fe700 (LWP 19112) "gnome-sound-rec" __lll_lock_wait ()
at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:136
  18   Thread 0x7fffc700 (LWP 19111) "threaded-ml" 0x7577ea93 in
*__GI___poll (fds=, nfds=, timeout=-1) at
../sysdeps/unix/sysv/linux/poll.c:87
  17   Thread 0x7fffe3ac8700 (LWP 19110) "threaded-ml"
__pthread_mutex_lock_full (mutex=0xc9e6e0) at pthread_mutex_lock.c:303
* 1Thread 0x77fb8920 (LWP 19092) "gnome-sound-rec"
__pthread_mutex_lock_full (mutex=0xc9e6e0) at pthread_mutex_lock.c:303

(gdb) thread apply all bt

Thread 20 (Thread 0x7fffe42c9700 (LWP 19113)):
#0  __pthread_mutex_lock_full (mutex=0xc9e6e0) at pthread_mutex_lock.c:303
#1  0x7fffe5ed552e in pa_mutex_lock () from /usr/lib/x86_64-linux-
gnu/pulseaudio/libpulsecommon-2.0.so
#2  0x7fffe69bb655 in ?? () from /usr/lib/x86_64-linux-
gnu/gstreamer-0.10/libgstpulse.so
#3  0x7fffe678f7b9 in ?? () from /usr/lib/x86_64-linux-
gnu/libgstaudio-0.10.so.0
#4  0x7fffe677b8c3 in ?? () from /usr/lib/x86_64-linux-
gnu/libgstaudio-0.10.so.0
#5  0x778accd5 in gst_clock_get_internal_time () from /usr/lib/x86_64
-linux-gnu/libgstreamer-0.10.so.0
#6  0x778ace58 in gst_clock_get_time () from /usr/lib/x86_64-linux-
gnu/libgstreamer-0.10.so.0
#7  0x7fffe6df799d in ?? () from /usr/lib/x86_64-linux-
gnu/libgstbase-0.10.so.0
#8  0x7fffe6df8353 in ?? () from /usr/lib/x86_64-linux-
gnu/libgstbase-0.10.so.0
#9  0x778f8b24 in ?? () from /usr/lib/x86_64-linux-
gnu/libgstreamer-0.10.so.0
#10 0x75ed35f2 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#11 0x75ed2df5 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#12 0x75a3eb50 in start_thread (arg=) at
pthread_create.c:304
#13 0x757896dd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#14 0x in ?? ()

Thread 19 (Thread 0x7fffcf7fe700 (LWP 19112)):
#0  __lll_lock_wait () at
../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:136
#1  0x75a4136f in _L_lock_1145 () from /lib/x86_64-linux-
gnu/libpthread.so.0
#2  0x75a412ba in __pthread_mutex_lock (mutex=0xd129f0) at
pthread_mutex_lock.c:101
#3  0x75eec1b1 in g_mutex_lock () from /lib/x86_64-linux-
gnu/libglib-2.0.so.0
#4  0x7789af40 in gst_object_get_parent () from /usr/lib/x86_64-linux-
gnu/libgstreamer-0.10.so.0
#5  0x7789afd3 in ?? () from /usr/lib/x86_64-linux-
gnu/libgstreamer-0.10.so.0
#6  0x765a79cb in g_object_notify () from /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#7  0x7fffe69b8b6a in ?? () from /usr/lib/x86_64-linux-
gnu/gstreamer-0.10/libgstpulse.so
#8  0x7fffe6793fe8 in ?? () from /usr/lib/x86_64-linux-
gnu/libgstaudio-0.10.so.0
#9  0x75ed2df5 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#10 0x75a3eb50 in start_thread (arg=) at
pthread_create.c:304
#11 0x757896dd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#12 0x in ?? ()

Thread 18 (Thread 0x7fffc700 (LWP 19111)):
#0  0x7577ea93 in *__GI___poll (fds=, nfds=, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:87
#1  0x7fffe632fe3f in ?? () from /usr/lib/x86_64-linux-gnu/libpulse.so.0
#2  0x7fffe632139c in pa_mainloop_poll () from /usr/lib/x86_64-linux-
gnu/libpulse.so.0
#3  0x7fffe63219f9 in pa_ma

Bug#685126: icedove FTBFS on Alpha: arch support required for IPC

[Michael Cree]

Source: icedove
Version: 10.0.6-1
Severity: normal
User: debian-al...@lists.debian.org
Usertags: alpha
X-Debbugs-CC: debian-al...@lists.debian.org

icedove FTBFS on Alpha with:

c++ -o nsCycleCollector.o -c  -fvisibility=hidden -DXP_LINUX
-DMOZILLA_INTERNAL_API -D_IMPL_NS_COM -DEXPORT_XPT_API -DEXPORT_XPTC_API
-D_IMPL_NS_GFX -D_IMPL_NS_WIDGET -DIMPL_XREAPI -DIMPL_NS_NET
-DIMPL_THEBES  -DMOZ_THUNDERBIRD=1 -DOSTYPE=\"Linux2.6.32-bpo\"
-DOSARCH=Linux -DEXCLUDE_SKIA_DEPENDENCIES  -DOS_LINUX=1 -DOS_POSIX=1
-D_IMPL_NS_COM -I../../ipc/chromium/src -I../../ipc/glue
-I../../ipc/ipdl/_ipdlheaders  -I./../build -I. -I. -I../../dist/include
-I../../dist/include/nsprpub  -I/usr/include/nspr -I/usr/include/nss
-I/usr/include  -I/usr/include   -fPIC -D_FORTIFY_SOURCE=2 -fno-rtti
-Wall -Wpointer-arith -Woverloaded-virtual -Wsynth
-Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align
-Wno-invalid-offsetof -Wno-variadic-macros -Werror=return-type
-Wno-long-long -g -O2 -Wformat -Werror=format-security -Wall
-fno-exceptions -fno-strict-aliasing -mieee -fshort-wchar -pthread
-ffunction-sections -fdata-sections -pipe -DNDEBUG -DTRIMMED -g -Os
-freorder-blocks  -fomit
 -frame-pointer -pthread -I/usr/include/gtk-2.0
-I/usr/lib/alpha-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0
-I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0
-I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/
-I/usr/include/glib-2.0 -I/usr/lib/alpha-linux-gnu/glib-2.0/include
-I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12
-I/usr/include/gtk-unix-print-2.0-D_FORTIFY_SOURCE=2
-DMOZILLA_CLIENT -include ../../mozilla-config.h -MD -MF
.deps/nsCycleCollector.pp
/build/buildd-icedove_10.0.6-1-alpha-1kXmHo/icedove-10.0.6/mozilla/xpcom/base/nsCycleCollector.cpp
In file included from ../../ipc/chromium/src/base/port.h:9:0,
 from ../../ipc/chromium/src/base/basictypes.h:46,
 from ../../ipc/chromium/src/base/process_util.h:11,
 from
/build/buildd-icedove_10.0.6-1-alpha-1kXmHo/icedove-10.0.6/mozilla/xpcom/base/nsCycleCollector.cpp:128:
../../ipc/chromium/src/build/build_config.h:90:2: error: #error Please
add support for your architecture in build/build_config.h


The attach patch adds Alpha architecture support to IPC.

Cheers
Michael.

--- icedove-8.0-orig/mozilla/ipc/chromium/src/build/build_config.h	2012-01-14 10:10:15.0 +1300
+++ icedove-8.0/mozilla/ipc/chromium/src/build/build_config.h	2012-01-14 10:19:37.0 +1300
@@ -86,6 +86,9 @@
 #elif defined(__s390__)
 #define ARCH_CPU_S390 1
 #define ARCH_CPU_32_BITS 1
+#elif defined(__alpha__)
+#define ARCH_CPU_ALPHA 1
+#define ARCH_CPU_64_BITS 1
 #else
 #error Please add support for your architecture in build/build_config.h
 #endif

Bug#677864: alternative?

[Piotr Szydełko]

For a time being I'm using the last version that was available but I would
like to know what will happen when I install new instance of wheezy? Will
there be a window manager that supports compositing?

Bug#685127: installation-report: Wheezy beta installed on AMD64, network setup failed

[Andreas Glaeser]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: installation-reports
Version: 2.47
Severity: normal

Dear Maintainer,



- -- Package-specific info:

Boot method: DVD
Image version:
http://hammurabi.acc.umu.se/cdimage/weekly-builds/amd64/iso-dvd/debian-testing-amd64-DVD-1.iso
Date: 2012-08-16, 13:00h

Machine: Lenovo ThinkCentre A60 LMC6975 AMD64 x 2
Partitions: 
Filesystem Type 1K-blocksUsed Available Use% Mounted on
rootfs rootfs16474112 2515992  12079688  18% /
udev   devtmpfs 10240   0 10240   0% /dev
tmpfs  tmpfs96048 300 95748   1% /run
/dev/sda7  btrfs 16474112 2515992  12079688  18% /
tmpfs  tmpfs 5120   0  5120   0% /run/lock
tmpfs  tmpfs   192096  12192084   1% /tmp
tmpfs  tmpfs   192096   0192096   0% /run/shm


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [o]
Detect network card:[E]
Configure network:  [E]
Detect CD:  [o]
Load installer modules: [o]
Clock/timezone setup:   [o] manual
User/password setup:[o]
Detect hard drives: [o]
Partition hard drives:  [o]
Install base system:[o]
Install tasks:  [o]
Install boot loader:[o]
Overall install:[o]

Comments/Problems:

Detection of network hardware failed repeatedly during
installation, making the install-process hang, so the network was left 
unconfigured
initially. I chose to use the default XFCE desktop. Expert installation-mode 
was used
because of the networking-setup-problems. Upon logging into the default
x-session, the wired network was configured automatically via dhcp though. It 
seems to be
an installer-problem.
- -- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="7.0 (wheezy) - installer build 20120712"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux (none) 3.2.0-3-amd64 #1 SMP Thu Jun 28 09:07:26 UTC 2012 x86_64 
GNU/Linux
lspci -knn: 00:00.0 RAM memory [0500]: NVIDIA Corporation C51 Host Bridge 
[10de:02f1]
(rev a2) lspci -knn:Subsystem: Lenovo Device [17aa:1017]
lspci -knn: 00:00.1 RAM memory [0500]: NVIDIA Corporation C51 Memory Controller 0
[10de:02fa] (rev a2) lspci -knn:Subsystem: Lenovo Device [17aa:1017]
lspci -knn: 00:00.2 RAM memory [0500]: NVIDIA Corporation C51 Memory Controller 
1
[10de:02fe] (rev a2) lspci -knn:Subsystem: Lenovo Device [17aa:1017]
lspci -knn: 00:00.3 RAM memory [0500]: NVIDIA Corporation C51 Memory Controller 
5
[10de:02f8] (rev a2) lspci -knn:Subsystem: Lenovo Device [17aa:1017]
lspci -knn: 00:00.4 RAM memory [0500]: NVIDIA Corporation C51 Memory Controller 
4
[10de:02f9] (rev a2) lspci -knn:Subsystem: Lenovo Device [17aa:1017]
lspci -knn: 00:00.5 RAM memory [0500]: NVIDIA Corporation C51 Host Bridge 
[10de:02ff]
(rev a2) lspci -knn:Subsystem: Lenovo Device [17aa:1017]
lspci -knn: 00:00.6 RAM memory [0500]: NVIDIA Corporation C51 Memory Controller 
3
[10de:027f] (rev a2) lspci -knn:Subsystem: Lenovo Device [17aa:1017]
lspci -knn: 00:00.7 RAM memory [0500]: NVIDIA Corporation C51 Memory Controller 
2
[10de:027e] (rev a2) lspci -knn:Subsystem: Lenovo Device [17aa:1017]
lspci -knn: 00:02.0 PCI bridge [0604]: NVIDIA Corporation C51 PCI Express Bridge
[10de:02fc] (rev a1) lspci -knn:Kernel driver in use: pcieport
lspci -knn: 00:05.0 VGA compatible controller [0300]: NVIDIA Corporation C51G 
[GeForce
6100] [10de:0242] (rev a2) lspci -knn:  Subsystem: Lenovo Device [17aa:1017]
lspci -knn: 00:09.0 RAM memory [0500]: NVIDIA Corporation MCP51 Host Bridge 
[10de:0270]
(rev a2) lspci -knn:Subsystem: Lenovo Device [17aa:1017]
lspci -knn: 00:0a.0 ISA bridge [0601]: NVIDIA Corporation MCP51 LPC Bridge 
[10de:0261]
(rev a3) lspci -knn:Subsystem: Lenovo Device [17aa:1017]
lspci -knn: 00:0a.1 SMBus [0c05]: NVIDIA Corporation MCP51 SMBus [10de:0264] 
(rev a3)
lspci -knn: Subsystem: Lenovo Device [17aa:1017]
lspci -knn: 00:0a.2 RAM memory [0500]: NVIDIA Corporation MCP51 Memory 
Controller 0
[10de:0272] (rev a3) lspci -knn:Subsystem: Lenovo Device [17aa:1017]
lspci -knn: 00:0b.0 USB controller [0c03]: NVIDIA Corporation MCP51 USB 
Controller
[10de:026d] (rev a3) lspci -knn:Subsystem: Lenovo Device [17aa:1017]
lspci -knn: Kernel driver in use: ohci_hcd
lspci -knn: 00:0b.1 USB controller [0c03]: NVIDIA Corporation MCP51 USB 
Cont

Bug#681885: unblock: ivykis/0.30.1-2

[Gergely Nagy]

Cyril Brulebois  writes:

> Gergely Nagy  (17/07/2012):
>> (The debdiff also has a bit of noise, as 0.30-1 had two patches
>> cherry-picked from upstream, which have been integrated in the new
>> version.)
>
> That's fairly annoying, especially since there's no mention of it in the
> changelog…

Sorry about that, I was in a bit of a rush at the time. I could upload a
-3 and retroactively correct the changelog (by adding a "All patches
dropped, they were merged upstream" line or something similar to
0.30-1), if that'd help.

Or, I can send a filtered debdiff with that patch noise filtered out.

-- 
|8]


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

Bug#685128: grub-install (1.99) fails with a 126 error code

[yannubu...@gmail.com]

Package: grub2
Version: 1.99-21
OS: Ubuntu 12.04
Originaly posted at https://bugs.launchpad.net/grub/+bug/1037922
The user (Rik = rufn) reported this problem:

- Just before the problem appeared: Rik is not certain what he was doing
but he may have disconnected a second hdd, he now only has one drive
connected and had 2 earlier. He also installed the latest updates.

- Then: the system failed to boot and gave message "unknown filesystem grub ???"

- Attempt of GRUB repair: Rik ran Boot-Repair (from a Boot-Repair-Disk),
and selected the recommended repair, which tried to reinstall GRUB via
chroot into the installed Ubuntu (log: http://paste.ubuntu.com/1149152 ).
As we can see in the log:
- grub-install failed (MBR still points to sda6 when it should point to sda1)
- grub-install returned a 126 error code

Bug#665354: RFS: viennacl/1.3.1+dfsg-1 (for experimental)

[Michael Wild]

X-Debbugs-CC: debian-scie...@lists.debian.org

Since the upstream project recently published the new version 1.3.1 of
ViennaCL, I rebased the packaging I have done so far for
viennacl/1.3.0+dfsg-1 onto the work I have done for 1.2.0-2 and uploaded
the resulting viennacl/1.3.1+dfsg-1 to debian.mentors.net. The new
upstream version contains all patches I submitted to the upstream
project, so I was able to remove them all (except the one dealing with
the DFSG-cleaning).

As usual, you can find more info here:
http://mentors.debian.net/package/viennacl

And download the package with dget from this URL:
http://mentors.debian.net/debian/pool/contrib/v/viennacl/viennacl_1.3.1+dfsg-1.dsc

Michael


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

Bug#657490: Debian APC bug #657490

[Lior Kaplan]

Any news? I've uploaded 3.1.10-3.1.12 since the last mail.

Kaplan

On Thu, Apr 12, 2012 at 12:58 PM, Bartlomiej Radziszewski <
b...@radziszewski.com> wrote:

>  Hi,
>
> Sorry for delay. Unfortunately i'm getting still same sef faults, gdb
> trace is same.
>
> Using strace i found files access after which i'm getting seg fault.. i
> will try to debug/reporoduce problem that way and will send you feedback.
>
> Regards,
> Bartek
>
>  Hi,
>
> Could you help to verify #657490 (or reproduce it again) with version 
> 3.1.9+svn324329-1
> uploaded yesterday.
>
> I've taken the commit which should also fix this bug.
>
> Thanks,
>
> Kaplan
>
>
>

Bug#682494: Fwd: Bug#682494 closed by Andrew Shadura (Re: Bug#682494: init.d: LSB headers: please Provides: $network)

[Martin-Éric Racine]

Having exception cases declared in insserv.conf is not the same as
having the info in the LSB header. Please fix the LSB header. Thanks.

-- Forwarded message --
From: Debian Bug Tracking System 
Date: 2012/8/17
Subject: Bug#682494 closed by Andrew Shadura  (Re:
Bug#682494: init.d: LSB headers: please Provides: $network)
To: Martin-Éric Racine 


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

#682494: init.d: LSB headers: please Provides: $network

It has been closed by Andrew Shadura .

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 Andrew Shadura
 by
replying to this email.


--
682494: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682494
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- Edelleenlähetetty viesti --
From: Andrew Shadura 
To: Martin-Éric Racine , 682494-d...@bugs.debian.org
Cc:
Date: Thu, 16 Aug 2012 23:19:25 +0200
Subject: Re: Bug#682494: init.d: LSB headers: please Provides: $network
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello,

On Mon, 23 Jul 2012 14:25:12 +0300
Martin-Éric Racine  wrote:

> Now that /etc/init.d/networking has migrated from netbase, it would be
> desirable for ifupdown and network-manager to feature the following in
> their respective init.d script's LSB header:

> This shall ensure that 'insserv' always sort any network services
> AFTER the network has been brought up.

If you look at /etc/insserv.conf, you'll find this:

$network+networking +ifupdown

Which means, this is already done.

- --
WBR, Andrew
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iQIcBAEBCAAGBQJQLWPdAAoJEG6k0jEaLSaNAdcQAL5nkCoMiu63S1W874Ig28Ou
OxSuiLAZj9jnI5AIxBbbngbkOn81xAo2uR2ynxJpaKYPKOTA86UfrODXTzuBH1yT
3aRn1CM/dj5lXfz95GmWCCUBxU9YadXFJUPqQPOq1F612hhtIKihwjaFwMIn/Yld
8QNlyDL+zzcKRWZdZcV6m9/eOomhWsIbXnF0E8mdxMOfvOq9f/65b06r0oF1B2BL
y+pSYbtSZFb/Y5VJ2owvC94db9/N5WcHdapnTsCPWIyJrCm7dwrEjB31OfiJfHRd
XGYvyr+jJMd4WEnyfwdn+CVbAWM8oPZAG/FrRFN4kfoazST2g3agtTetlXJ9vS3s
jNZekZrlbqCIcJ4/iwEClyVMqSMnuuhxmFupDmEsVYE7vNKnDsgIzeh88ruygBFR
tJ0xGYPj7to1XqgLyXimWauDZG2V8Wk+pSGqpGvyS9GdT4Rf8GUso/t6yUoakngb
9aiFH1l9Dwy5kdU2JAANGIyCO0KoSDDeyLEa8muzsk49Rb0Hkmb+lLkm+wQH0qPG
1DZGgNYYfmddPMzkhk+pSCzyME9lN4bZGr7v4oAM8qvq3D+v5cyRVrj97sQqnKC3
gy/+Lg04cvkK/zkveYWU5MbWs39SHnfpkKtmNFNkPnvbdABQxdx39LkvubqPvyqG
CjiCjxQ2MRwte0jWxWBS
=9ViO
-END PGP SIGNATURE-


-- Edelleenlähetetty viesti --
From: "Martin-Éric Racine" 
To: Debian Bug Tracking System 
Cc:
Date: Mon, 23 Jul 2012 14:25:12 +0300
Subject: init.d: LSB headers: please Provides: $network
Package: ifupdown
Version: 0.7
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Now that /etc/init.d/networking has migrated from netbase, it would be
desirable for ifupdown and network-manager to feature the following in
their respective init.d script's LSB header:

Provides: $network

This shall ensure that 'insserv' always sort any network services AFTER
the network has been brought up.

- -- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (1001, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core)
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ifupdown depends on:
ii  dpkg 1.16.4.3
ii  initscripts  2.88dsf-22.1
ii  iproute  20120521-3
ii  libc62.13-33
ii  lsb-base 4.1+Debian7

ifupdown recommends no packages.

Versions of packages ifupdown suggests:
ii  isc-dhcp-client [dhcp-client]  4.2.2.dfsg.1-5
ii  net-tools  1.60-24.1
ii  ppp2.4.5-5.1+b1
pn  rdnssd 

- -- debconf information excluded

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJQDTSTAAoJEK4fgnfEtNe2xZgQALZzo8wPy23F8r3iD+yLb3lB
ZzH7jrm0CBfETOrdBjOXp0N7ANjS4PbiLe51amoFIqTFTuSVBoC4Gto4q4iO3oW0
HTgHEtrjlbDXsv3Eu+UpYigz9iC30LiezAky+cpRs5eE0z4MsBJBsl1+EKiLyA4y
CKwnWWUy3cLcvi1nAMBcfVwpAEB+EnDingJl78ea7H00jqOPBhLZa1pe1mRhRlJc
PAFkylp66TUkb47wEeHg+iBtdVNVu3JC09fV1Ufti3vSvG3+WCMJuwolSTdf4Okm
FEwIf/hAMfWZn010tfKbHk8lfo3oUTYqFzAbjfZ6oWDzLYbbdsFIFy6zblirMSzd
JE1MJMo+Qn3UogTEKnihzEHf/ZbmrxNr3PcpufSrDd+9yY6rQk73AgW511/S3dPZ
69bCTCED2zpdn7sSmMSoYc0BV9L9LEELd1kbLpzNzh9lFUhgIozjNa5JbOiN+T5G
3Ewm2Gr9w4m4eWf2Bo2i7sNCmHGvIVC7SN79ciRKcpjcsH0lmWw9QbjyiEfN7iK5
nCMxPZwztSn27+vyTDUx6RGO+KaCADazOysxujCRo60fwYnvdy7Vr/KgUx2ecHnL
LP5UOSDYioaRZMRIRgAm2ODuLtzcHt2Vgk57umEWRYfTdjtnrEWdX1j1PNcfL53a
zgouIriqRC5pLHzKKlbR
=hMGk
-END PGP SIGNATURE-


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

Bug#684332: dpkg: [start-sop-daemon] problem with --chuid

[Picca Frédéric-Emmanuel]

Package: dpkg
Version: 1.16.8
Followup-For: Bug #684332

Hello,

I did a few tests:

> «env|grep picca»

picca@mordor:~/Projets$ su
Mot de passe :
root@mordor:/home/picca/Projets# env | grep picca
GNOME_KEYRING_CONTROL=/home/picca/.cache/keyring-15gwxk
DEBEMAIL=pi...@debian.org
USERNAME=picca
PWD=/home/picca/Projets
REPREPRO_BASE_DIR=/home/picca/Debian/repo
XAUTHORITY=/var/run/gdm3/auth-for-picca-M0Df0g/database

so I find plenty of picca ok

the connection problem with mysql is present.

now

picca@mordor:~/Projets$ su -
Mot de passe :
root@mordor:~# env | grep picca
XAUTHORITY=/var/run/gdm3/auth-for-picca-M0Df0g/database

now more picca but still the problem during the mysql connection ???

I looked at the tango code:

the connection is done with this commande where mysql_user and mysql_passwd are
NULL.
so it delegate the user and passwd to the mysql library.

if (!mysql_real_connect(conn_pool[loop].db, NULL, mysql_user, mysql_password,
database, 0, NULL, CLIENT_MULTI_STATEMENTS))

I red the documentation of mysql [1] and is seems that this method use the
login name when user and passwd are NULL.

I also looked at the code of mysql and it seems that it use getlogin or cuserid
depending on some config.h values

void read_user_name(char *name)
{
  DBUG_ENTER("read_user_name");
  if (geteuid() == 0)
(void) strmov(name,"root"); /* allow use of surun */
  else
  {
#ifdef HAVE_GETPWUID
struct passwd *skr;
const char *str;
if ((str=getlogin()) == NULL)
{
  if ((skr=getpwuid(geteuid())) != NULL)
str=skr->pw_name;
  else if (!(str=getenv("USER")) && !(str=getenv("LOGNAME")) &&
   !(str=getenv("LOGIN")))
str="UNKNOWN_USER";
}
(void) strmake(name,str,USERNAME_LENGTH);
#elif HAVE_CUSERID
(void) cuserid(name);
#else
strmov(name,"UNKNOWN_USER");
#endif
  }
  DBUG_VOID_RETURN;
}

so I wrote a very simple test program :)


#include 
#include 

int main()
{
fprintf(stdout, "cuserid: %s\n", cuserid(NULL));
fprintf(stdout, "getlogin: %s\n", getlogin());
}

and indeed

picca@mordor:~/tmp$ su
Mot de passe :
root@mordor:/home/picca/tmp# ./a.out
cuserid: root
getlogin: picca

so it seems to me that mysql use getlogin with the 5.5 version.

the code of 5.1 is not that different from the 5.5 one

so maybe the config.h options where different between 5.1 and 5.5 ?

all I can says is that a few mount earlyer I did not had this conection
problem.

how can I check the config.h file of 5.1 and 5.5

thanks

Frederic

[1] http://dev.mysql.com/doc/refman/5.5/en/mysql-real-connect.html



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

Kernel: Linux 3.2.0-3-486
Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dpkg depends on:
ii  libbz2-1.0   1.0.6-4
ii  libc62.13-35
ii  liblzma5 5.1.1alpha+20120614-1
ii  libselinux1  2.1.9-5
ii  tar  1.26-4
ii  zlib1g   1:1.2.7.dfsg-13

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt  0.9.7.4

-- 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#685129: installation-report: For XFCE install xscreensaver is installed and enabled by default but it breaks DPMS

[Daniel Dickinson]

Package: installation-reports
Version: 2.47
Severity: normal

In a default install of XFCE xscreensaver is installed and activated by default 
however
xscreensaver breaks xfce-power-manager because it screws with DPMS savings.

I don't see any messages on the bug report about DPMS in xscreensaver
indicating that this has been fixed, so I presume it is still broken.


-- Package-specific info:

Boot method: USB
Image version: beta1
Date: 

Machine: ASUS EeePC
Partitions: 


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [ ]
Detect network card:[ ]
Configure network:  [ ]
Detect CD:  [ ]
Load installer modules: [ ]
Clock/timezone setup:   [ ]
User/password setup:[ ]
Detect hard drives: [ ]
Partition hard drives:  [ ]
Install base system:[ ]
Install tasks:  [ ]
Install boot loader:[ ]
Overall install:[ ]

Comments/Problems:




-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="6.0 (squeeze) - installer build 20110106+squeeze3"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux calordiman 2.6.32-5-amd64 #1 SMP Tue Jun 14 09:42:28 UTC 2011 
x86_64 GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Core Processor DRAM 
Controller [8086:0044] (rev 02)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:3674]
lspci -knn: Kernel driver in use: agpgart-intel
lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation Core 
Processor Integrated Graphics Controller [8086:0046] (rev 02)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:3674]
lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation 5 
Series/3400 Series Chipset HECI Controller [8086:3b64] (rev 06)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:3674]
lspci -knn: 00:1a.0 USB Controller [0c03]: Intel Corporation 5 Series/3400 
Series Chipset USB2 Enhanced Host Controller [8086:3b3c] (rev 05)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:3674]
lspci -knn: Kernel driver in use: ehci_hcd
lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 5 Series/3400 Series 
Chipset High Definition Audio [8086:3b56] (rev 05)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:3674]
lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 5 Series/3400 Series 
Chipset PCI Express Root Port 1 [8086:3b42] (rev 05)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.2 PCI bridge [0604]: Intel Corporation 5 Series/3400 Series 
Chipset PCI Express Root Port 3 [8086:3b46] (rev 05)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.4 PCI bridge [0604]: Intel Corporation 5 Series/3400 Series 
Chipset PCI Express Root Port 5 [8086:3b4a] (rev 05)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1d.0 USB Controller [0c03]: Intel Corporation 5 Series/3400 
Series Chipset USB2 Enhanced Host Controller [8086:3b34] (rev 05)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:3674]
lspci -knn: Kernel driver in use: ehci_hcd
lspci -knn: 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI 
Bridge [8086:2448] (rev a5)
lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation Mobile 5 Series 
Chipset LPC Interface Controller [8086:3b09] (rev 05)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:3674]
lspci -knn: 00:1f.2 SATA controller [0106]: Intel Corporation 5 Series/3400 
Series Chipset 4 port SATA AHCI Controller [8086:3b29] (rev 05)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:3674]
lspci -knn: Kernel driver in use: ahci
lspci -knn: 00:1f.3 SMBus [0c05]: Intel Corporation 5 Series/3400 Series 
Chipset SMBus Controller [8086:3b30] (rev 05)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:3674]
lspci -knn: 01:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. 
RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 06)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:3674]
lspci -knn: Kernel driver in use: r8169
lspci -knn: 02:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. 
RTL8188CE 802.11b/g/n WiFi Adapter [10ec:8176] (rev 01)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:1629]
lspci -knn: 03:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. 
Device [10ec:5209] (rev 01)
lspci -knn: Subsystem: He

Bug#685130: xrdp: sesman connect ok

[Steve Yakovenko]

Package: xrdp
Version: 0.5.0-2
Severity: normal

Dear Maintainer,

I've installed debian linux from iso. I've added xrdp using apt-get install
xrdp. When I try to connect, it says: 

connecting to sesman ip 127.0.0.1 port 3350
sesman connect ok
sending login info to sesman
xrdp_mm_process_login_response: login failed

Logs give no information.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-3-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 xrdp depends on:
ii  adduser  3.113+nmu3
ii  libc62.13-33
ii  libpam0g 1.1.3-7.1
ii  libssl1.0.0  1.0.1c-3
ii  libx11-6 2:1.5.0-1
ii  libxfixes3   1:5.0-4

Versions of packages xrdp recommends:
ii  vnc4server [vnc-server]  4.1.1+X4.3.0-37

xrdp suggests no packages.

-- Configuration Files:
/etc/xrdp/sesman.ini changed:
[Globals]
ListenAddress=127.0.0.1
ListenPort=3350
EnableUserWindowManager=1
UserWindowManager=startwm.sh
DefaultWindowManager=startwm.sh
[Security]
AllowRootLogin=1
MaxLoginRetry=4
TerminalServerUsers=tsusers
TerminalServerAdmins=tsadmins
[Sessions]
MaxSessions=10
KillDisconnected=0
IdleTimeLimit=0
DisconnectedTimeLimit=0
[Logging]
LogFile=/var/log/xrdp-sesman.log
LogLevel=INFO
EnableSyslog=1
SyslogLevel=INFO
[X11rdp]
param1=-bs
param2=-ac
param3=-nolisten
param4=tcp
[Xvnc]
param1=-bs
param2=-ac
param3=-nolisten
param4=tcp

/etc/xrdp/startwm.sh changed:
x11vnc -display :0 -localhost &
sleep 5
vncviewer localhost:0 -fullscreen


-- 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#646145: [request-tracker-maintainers] Bug#646145: Bug#646145: Bug#646145: request-tracker3.8: Problem with interaction with postgresql database

[Michael Rubashenkov]

Hello,

I replaced apache module mpm_prefork_module by mpm_worker_module and things 
became much better :) So it seems the problem is in interprocess communications.

27.12.2011, 00:50, "Dominic Hargreaves" :
> On Wed, Nov 09, 2011 at 10:23:55AM +0400, Michael Rubashenkov wrote:
>
>>  It did not help, RT did not work at all :( It seems some processes of 
>> Apache become "bad" at startup. After I killed them site works perfectly 
>> till next reload of Apache.
>
> Hmm, in that case I'm afraid I don't have any further ideas. It might
> be useful to switch to fastCGI (using mod_fcgid or mod_fastcgi) both to
> verify that the problem is mod_perl specific (I expect that it is) and
> to get you a working system.
>
> Cheers,
> Dominic.
>
> --
> Dominic Hargreaves | http://www.larted.org.uk/~dom/
> PGP key 5178E2A5 from the.earth.li (keyserver,web,email)

-- 
Best Regards,
Michael Rubashenkov


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

Bug#684441: Kernel panic nearly all of the first boot on everyday's morning

[YunQiang Su]

For 2 days, it didn't panic.
It seems working well.

On Mon, Aug 13, 2012 at 5:56 AM, Ben Hutchings  wrote:
> On Fri, 2012-08-10 at 10:47 +0800, YunQiang Su wrote:
>> Package: linux
>> Version: 3.2.23-1
>>
>> Nearly every morning when I boot my laptop, it will kernel panic, then
>> press button to halt,
>> and power on again.
>>
>> It seems that the kernel never panic when the second, third, forth ...
>> boot: only the first time.
>>
>> The attachment is the screenshot and the output of lshw .
>>
>> Both the kernel 3.2 in testing and 3.5 in experimental have the problem.
>
> Please test the attached patch, following instructions at
> 
>
> Ben.
>
> --
> Ben Hutchings
> Sturgeon's Law: Ninety percent of everything is crap.



-- 
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#684621: debcheckout.1: Formating fix

[Christoph Berg]

Re: David Prévot 2012-08-16 <502d1fe3.3030...@debian.org>
> > Applied (with minor corrections), thanks!
> 
> Thanks. There was also another patch against debcheckout.1 in the
> initial bug report, reattaching it now for convenience.

Oh sorry, I had missed the attachment.

> -=item B [I] I [I]
> +=item B [I] I [I]

I don't think I like the variables in lower case. Upper case seems to
be the standard:

NAME
   ls - list directory contents

SYNOPSIS
   ls [OPTION]... [FILE]...

Christoph
-- 
c...@df7cb.de | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#685072: upgrade issues

[Félix Sipma]

On 16/08/2012 23:23, Nicholas Bamber wrote:
> tag 685072 +unreproducible +moreinfo
> thanks
>
> I have not managed to reproduce this. I have tried piuparts in three
> ways and a direct -6 to -7 upgrade. I have not had time to do a -5 to -7
> upgrade as I did not have the -5 debs lying around.
>
> I probably won't have time for a day or two to get them from
> snapshot.debian.org. However I cannot see any obvious reason why this
> should make a difference.
>
> Just casting around for ideas the only thing I can think of at the
> moment is can you upgrade from -5 to -7 via -6? You should be able to do
> that easily for the next week with the following steps:
>
> 1.) change the source to testing in /etc/apt/sources.list
> 2.) apt-get update
> 3.) apt-get install mysql-server-5.5
> 4.) change the source back to sid
> 5.) apt-get update
> 6.) apt-get install mysql-server-5.5
>
> Another thing that puzzled me is:
>
> "1 upgraded, 0 newly installed, 0 to remove and 2 not upgraded.
> 1 not fully installed or removed."
>
> why are so few packages upgraded? I'm guessing that what is required to
> trigger this is some sequence of partial upgrades rather than a
> straightforward "apt-get upgrade". If so I doubt that this would warrant
> the severity I put in earlier.

The solution that worked was to:
1) disable Sid in sources
2) downgrade mysql-server-core-5.5 to 5.5.24+dfsg-6
3) install mysql-server-5.5
4) enable Sid
5) update & upgrade

I guess it wasn't necessary to use testing, and that the downgrading did
the job.

Maybe something should be added in the "depends" section to avoid this
kind of issue?

--
Félix


signature.asc
Description: Digital signature

Bug#685131: Please change Nicolas Bourdaud email

[Nicolas Bourdaud]

Package: debian-maintainers
Severity: normal

Hi,

I have recently (http://bugs.debian.org/683769) been added as a Debian
maintainer. However I have seen I have been added using my job email
(nicolas.bourd...@mindmaze.ch) instead of my primary uid I use to sign
my packages (nicolas.bourd...@gmail.com):
https://lists.debian.org/debian-project/2012/08/msg00056.html

When I try to investigate, I have seen that the keyring at
keyring.debian.org has been updated using wrongly my job email as
primary uid: I don't understand how since the jetring changeset in the
original bug report is using @gmail.com as primary uid.
But anyway, when I realized this, I immediately updated the keyring to
use the correct primary uid (using gpg --keyserver keying.debian.org
--send-keys ...)

But I fear the change will not be propagated to ftp-master where I am
still known incorrectly as nicolas.bourd...@mindmaze.ch:
http://ftp-master.debian.org/dm-uploaders.html

Would it be possible to correct the email to nicolas.bourd...@gmail.com?

Thanks in advance!

Nicolas Bourdaud



signature.asc
Description: OpenPGP digital signature

Bug#683378: CVE-2012-0283

[Jonathan Wiltshire]

Hi,

On 2012-08-16 13:08, Tanguy Ortolo wrote:


I do not think this is necessary. The fix is for a flaw in the last
version of DokuWiki, and it does not apply to the previous one which
is currently in squeeze. I will have to double-check that, but I 
think

that version is not concerned.



Thanks. If this is indeed the case please confirm so that the security 
tracker can be updated, it currently thinks squeeze is affected.


Cheers,


--
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51


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

Bug#683376: unblock: openttd/1.2.2-1 or openttd/1.2.1-2

[Matthijs Kooijman]

Hi folks,

> I've attached debdiffs for both of the proposed options for review.
I hate to nag, but upstream has released version 1.2.2 yesterday and I'd
like to start packaging either option.

Could someone have another look at this? Upstream has made no further
changes to 1.2.2 relative to 1.2.2-rc1, so the debdiff I attached
shouild be representative.

Thanks,

Matthijs


signature.asc
Description: Digital signature

Bug#685132: Source package contains non-free IETF RFC/I-D

[Simon Josefsson]

Severity: serious
Package: qt4-x11
Version: 4:4.8.2-1
User: debian-rele...@lists.debian.org
Usertags: nonfree-doc rfc

Hi!

This source package contains the following files from the
IETF under non-free license terms:

  qt-everywhere-opensource-src-4.8.2/src/3rdparty/zlib/doc/rfc1951.txt
  qt-everywhere-opensource-src-4.8.2/src/3rdparty/zlib/doc/rfc1950.txt
  qt-everywhere-opensource-src-4.8.2/src/3rdparty/zlib/doc/rfc1952.txt

The zlib RFC license was discussed on debian-legel recently.  The RFCs
are pruned from the zlib Debian package.

The license on RFC/I-Ds is not DFSG-free, see:

 * http://wiki.debian.org/NonFreeIETFDocuments
 * http://bugs.debian.org/199810

According to the squeeze/wheezy release policy, source packages must be
DFSG-free, see:

 * http://release.debian.org/squeeze/rc_policy.txt
 * http://release.debian.org/wheezy/rc_policy.txt

The severity is serious, because this violates the Debian policy:

 * http://www.debian.org/doc/debian-policy/ch-archive.html#s-dfsg

There are (at least) three ways to fix this problem.  In order of
preference:

1. Ask the author of the RFC to re-license the RFC under a free
   license.  A template for this e-mail request can be found at
   http://wiki.debian.org/NonFreeIETFDocuments

2. Remove the non-free material from the source, e.g., by re-packaging
   the upstream archive and adding 'dfsg' to the Debian package
   version name.

3. Move the package to non-free.

General discussions are kindly requested to take place on debian-legal
or debian-devel in the thread with Subject: "Non-free IETF RFC/I-Ds in
source packages".

Thanks,
Simon


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

Bug#683378: CVE-2012-0283

[Tanguy Ortolo]

Jonathan Wiltshire, 2012-08-17 09:37+0100:
Thanks. If this is indeed the case please confirm so that the 
security tracker can be updated, it currently thinks squeeze is 
affected.


I have just had a look to the code: squeeze is affected. I shall prepare 
an update by hand.


--
 ,--.
: /` )   Tanguy Ortolo  
| `-'Debian Developer   
 \_


signature.asc
Description: Digital signature

Bug#680236: debirf: fails to generate minimal image of wheezy on wheezy as a normal user

[Matt Taggart]

I get the same error as Lucas when trying to generate a wheezy image on 
wheezy as a normal user:

Setting up sysvinit (2.88dsf-22.1) ...
sysvinit: creating /run/initctl
ln: failed to create symbolic link `/dev/initctl.new': Permission denied
dpkg: error processing sysvinit (--configure):
 subprocess installed post-installation script returned error exit status 1
Setting up e2fsprogs (1.42.5-1) ...
Errors were encountered while processing:
 sysvinit

I am also running debirf 0.32

-- 
Matt Taggart
tagg...@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#685135: libpaps: Spaces in the first few characters of libpaps input produces mangled output

[Joe Higton]

Package: libpaps-dev
Version: 0.6.8-2
Severity: important
File: libpaps
Tags: upstream


Firstly this problem can be demonstrated in squeeze by compiling and 
running the test_libpaps program from the upstream release. If you view 
te rendered postscript in evince you can see the first line of text is 
slightly malformed.

I have found in my code that including a space in the first few 
characters of input passed to "pango_layout_set_text" and then rendered 
in paps produces this effect. After the firsdt few characters there are 
no problems with any input I have tried.

Additionally if the first character in the input buffer is a space thwen 
the resulting postscript is buggy and won't render in ghostscript.

I have tried passing input to the commandline paps to see if it can be 
made to show similar issues, but that always comes out fine, I expect 
this is a result of the additional processing going on there.

I have attempted to find a way of reporting this to the upstream 
maintainer, but I haven't had much success.

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

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

Versions of packages libpaps-dev depends on:
ii  libpango1.0-dev1.28.3-1+squeeze2 Development files for the Pango

libpaps-dev recommends no packages.

libpaps-dev 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#684744: [pkg-bacula-devel] Bug#684744: bacula-sd init script should check that bacula-sd has exited

[Alexander Golovko]

tags 684744 + pending
thanks

Hi, Mike

Fixed in git master branch.
You can get fixed binary packages for amd64 here:
http://pkg-bacula.alioth.debian.org/tmp/5.2.6+dfsg-3/


В Mon, 13 Aug 2012 15:31:42 +0100
Mike Griffiths  пишет:

> Package: bacula-sd
> Version: 5.2.5
> 
> The init script for bacula-sd, when invoked to stop the daemon,
> should check to see if bacula-sd has actually terminated before
> returning.
> 
> On a slow machine, or virtual machine, it can take upwards of half a
> second for bacula-sd to terminate, once sent the signal.
> 
> Currently the init script returns immediately, which can result in
> tools such as puppet failing to start the daemon immediately after
> stopping it (after a configuration change, for example).
> 
> Logic already exists in the bacula director init script to handle a
> similar scenario, I would suggest this is extended to the storage
> daemon (and file daemon if necessary).
> 
>  - Mike
> ___
> pkg-bacula-devel mailing list
> pkg-bacula-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bacula-devel
> 
> 



-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


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

Bug#684994: ifup: fails to open statefile, does not bring up the network

[Alexander Wirt]

severity 684994 normal
tag 684994 unreproducible
thanks

Thorsten Glaser schrieb am Thursday, den 16. August 2012:

> reassign 684994 file-rc
> thanks
> 
> On Thu, 16 Aug 2012, Andrew Shadura wrote:
> 
> > Don't know; I suggest you to contact file-rc people to check what's
> > wrong.
> 
> OK, I guess I should reassign to file-rc unless there’s
> something wrong with the init script or something else
> in the ifupdown package, in which case they should just
> assign it back.
What let you think this is file-rc bug? I wasn't able to reproduce this
problem on a fresh sid box. Neither with a dhcp nor a static network
configuration.


Alex
-- 
Alexander Wirt, formo...@formorer.de 
CC99 2DDD D39E 75B0 B0AA  B25C D35B BC99 BC7D 020A


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

Bug#685136: cannot override /etc/apt/preferences in /etc/apt/preferences.d/myfile

[Harald Dunkel]

Package: apt
Version: 0.8.10.3+squeeze1

Seems that I cannot override the pinning defined
in /etc/apt/preferences by a local config file in
/etc/apt/preferences.d. Sample:


/etc/apt/preferences:

Package: *
Pin: release a=squeeze-backports
Pin-Priority: 200


/etc/apt/preferences.d/local

Package: *
Pin: release a=squeeze-backports
Pin-Priority: 500


According to the man page the next run of

apt-get update
apt-get install git

would install the git from debian-backports, since I
did not set a target release, 500 == 500, and the
version number of git in debian-backports is higher
than Squeeze's git. But it doesn't.

If I set the 500 in /etc/apt/preferences

Package: *
Pin: release a=squeeze-backports
Pin-Priority: 500

then it works, i.e. overriding the Pin-Priority is
somehow flawed.

This is surely not what one would expect. It took me
quite some time to figure out. Would it be possible
to fix this?


Many thanx

Harri


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

Bug#685137: postfix: Won't send mails: "fatal: SASL per-connection initialization failed"

[Domovoy]

Package: postfix
Version: 2.9.3-2.1
Severity: important

   * What led up to the situation?
Trying to configure postfix to send mails via a relay (smarthost)

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Followed some tutorials on the net, configured main.cf to use the relay, and 
configured the relay user/password

   * What was the outcome of this action?
Mails are not sent, here are some usefull informations:

# postconf -n
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
config_directory = /etc/postfix
inet_interfaces = loopback-only
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
mydestination = localhost
myhostname = errlock.org
mynetworks = 127.0.0.0/8 [:::127.0.0.0]/104 [::1]/128
myorigin = /etc/mailname
readme_directory = no
recipient_delimiter = +
relayhost = ns0.ovh.net:587
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/smarthost_passwd
smtp_sasl_security_options =
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_use_tls = yes
 
 
# cat /etc/mailname
errlock.org
 
 
Relevant part from /var/log/mail.log:
Aug 17 10:24:51 mediacenter postfix/postfix-script[3594]: refreshing the 
Postfix mail system
Aug 17 10:24:52 mediacenter postfix/master[14795]: reload -- version 2.9.3, 
configuration /etc/postfix
Aug 17 10:24:52 mediacenter postfix/qmgr[3600]: 90C1A5814D55: 
from=, size=414, nrcpt=1 (queue active)
Aug 17 10:24:54 mediacenter postfix/pickup[3599]: DBCA8584100F: uid=0 
from=
Aug 17 10:24:54 mediacenter postfix/cleanup[3610]: DBCA8584100F: 
message-id=<20120817082454.dbca85841...@errlock.org>
Aug 17 10:24:54 mediacenter postfix/qmgr[3600]: DBCA8584100F: 
from=, size=404, nrcpt=1 (queue active)
Aug 17 10:25:42 mediacenter postfix/smtp[3602]: warning: per-session SASL 
client initialization: generic failure
Aug 17 10:25:42 mediacenter postfix/smtp[3602]: fatal: SASL per-connection 
initialization failed
Aug 17 10:25:43 mediacenter postfix/qmgr[3600]: warning: private/smtp socket: 
malformed response
Aug 17 10:25:43 mediacenter postfix/qmgr[3600]: warning: transport smtp failure 
-- see a previous warning/fatal/panic logfile record for the problem description
Aug 17 10:25:43 mediacenter postfix/master[14795]: warning: process 
/usr/lib/postfix/smtp pid 3602 exit status 1
Aug 17 10:25:43 mediacenter postfix/master[14795]: warning: 
/usr/lib/postfix/smtp: bad command startup -- throttling
Aug 17 10:25:43 mediacenter postfix/error[3672]: 90C1A5814D55: 
to=, relay=none, delay=542, delays=491/51/0/0.06, 
dsn=4.3.0, status=deferred (unknown mail transport error)
Aug 17 10:25:45 mediacenter postfix/smtp[3611]: warning: per-session SASL 
client initialization: generic failure
Aug 17 10:25:45 mediacenter postfix/smtp[3611]: fatal: SASL per-connection 
initialization failed
Aug 17 10:25:46 mediacenter postfix/qmgr[3600]: warning: private/smtp socket: 
malformed response
Aug 17 10:25:46 mediacenter postfix/qmgr[3600]: warning: transport smtp failure 
-- see a previous warning/fatal/panic logfile record for the problem description
Aug 17 10:25:46 mediacenter postfix/master[14795]: warning: process 
/usr/lib/postfix/smtp pid 3611 exit status 1
Aug 17 10:25:46 mediacenter postfix/error[3672]: DBCA8584100F: 
to=, relay=none, delay=52, delays=0.08/51/0/0.04, 
dsn=4.3.0, status=deferred (unknown mail transport error)


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

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

Versions of packages postfix depends on:
ii  adduser3.113+nmu3
ii  cpio   2.11-8
ii  debconf [debconf-2.0]  1.5.46
ii  dpkg   1.16.8
ii  libc6  2.13-35
ii  libdb5.1   5.1.29-5
ii  libsasl2-2 2.1.25.dfsg1-5
ii  libsqlite3-0   3.7.13-1
ii  libssl1.0.01.0.1c-4
ii  lsb-base   4.1+Debian7
ii  netbase5.0
ii  ssl-cert   1.0.31

Versions of packages postfix recommends:
ii  python  2.7.3-2

Versions of packages postfix suggests:
pn  dovecot-common
ii  evolution [mail-reader]   3.4.3-1
ii  heirloom-mailx [mail-reader]  12.5-2
ii  libsasl2-modules  2.1.25.dfsg1-5
pn  postfix-cdb   
pn  postfix-doc   
pn  postfix-ldap  
pn  postfix-mysql 
pn  postfix-pcre  
pn  postfix-pgsql 
ii  procmail  3.22-20
pn  resolvconf
ii  sasl2-bin

Bug#685046: URLs containing '&' (ampersand) are mangled

[Osamu Aoki]

Hi,

On Fri, Aug 17, 2012 at 02:05:46AM +0100, Ben Hutchings wrote:
> > On Thu, Aug 16, 2012 at 02:51:54PM +0100, Ben Hutchings wrote:
> > > [...]
> > > I don't see how this is incompatible.  I can't believe anyone wants the
> > > SDATA escape sequences in their output files.

I think you are right.

> It seems I can work around this in a horrible way (write the ampersand
> as "&" in the source).

Thanks.

I will apply patch after checking it through.  I need time to review
this one.  

Osamu


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

Bug#685138: debirf: switch ddrescue to gddrescue

[Matt Taggart]

Package: debirf
Version: 0.32

With the closing of #677101, the ddrescue package is gone and people are 
expected to use the gddrescue package which provides a ddrescue command. So 
modules/rescue needs to switch from ddrescue to gddrescue.

Fortunately, gddrescue was in squeeze, so this change still allows this 
module to still work across all supported releases.

Thanks,

-- 
Matt Taggart
tagg...@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#684616: closed by Martin Pitt (Bug#684616: fixed in calibre 0.8.64+dfsg-1)

[Evgeni Golov]

Hi Martin,

On Thu, Aug 16, 2012 at 08:51:15AM +, Debian Bug Tracking System wrote:

>* debian/control: Stricter python-mechanize dependency. (Closes: #684616)

I think you wrongly closed this bug.
As it newer was a bug in calibre but in python-mechanize/-clientform.
See my previous mail to the bug for a longer explanation.

Regards
Evgeni

-- 
Bruce Schneier can read and understand Perl programs.


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

Bug#685075: java-package: plugin not found when trying to build jdk7u6

[Cédric Pineau]

Did you pay attention that java-package only supports tar.gz binary
distributions ?
I just tested it on wheezy as well :

> make-jpkg jdk-7u6-linux-x64.tar.gz
...
The Debian package has been created in the current directory. You can
install the package as root (e.g. dpkg -i
oracle-j2sdk1.7_1.7.0+update6_amd64.deb).
>

Please attach the full command and output if you still encounter this
problem.


-- 
Cédric

Bug#662411: marked as done (libreoffice: Please Build-Depends on libpng-dev, change from libpng12-dev)

[Rene Engelhard]

reopen 662411 1:3.6.1~rc1-2
thanks

On Fri, Aug 17, 2012 at 07:54:10AM +, Debian Bug Tracking System wrote:
> Your message dated Fri, 17 Aug 2012 07:50:50 +
> with message-id 
> and subject line Bug#662411: fixed in libreoffice 1:3.6.1~rc1-1
> has caused the Debian Bug report #662411,
> regarding libreoffice: Please Build-Depends on libpng-dev, change from 
> libpng12-dev
> to be marked as done.
[...]→
> Libpng maintainers plan transition of libpng[0].
> Version 1.2 is used for libpng of current debian, but will shifts 
> to version 1.5 in this transition.
> Your package still does it depending on libpng12-dev.
> We cannot shift in transition mentioned above. 
> Please change Build-Depends of the package from libpng12-dev to libpng-dev.
[...]

Will need to revert in next upload as when built on the experimental
buildds the buildds decide to install the "real" libpng-dev instead
of the virtual one -> boom. the gtk3 check then doesn't work anymore.

configure:28340: checking for GTK3
configure:28347: $PKG_CONFIG --exists --print-errors "gtk+-3.0 >= 3.2 
gtk+-unix-print-3.0 gmodule-no-export-2.0 cairo"
ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be preloaded: 
ignored.
configure:28350: $? = 0
configure:28364: $PKG_CONFIG --exists --print-errors "gtk+-3.0 >= 3.2 
gtk+-unix-print-3.0 gmodule-no-export-2.0 cairo"
ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be preloaded: 
ignored.
configure:28367: $? = 0
configure:28381: result: no
ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be preloaded: 
ignored.
Package libpng12 was not found in the pkg-config search path.
Perhaps you should add the directory containing `libpng12.pc'
to the PKG_CONFIG_PATH environment variable
Package 'libpng12', required by 'GdkPixbuf', not found
configure:28412: error: gtk3 libraries of the correct versions, not found

Regards,

Rene


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

Bug#685139: gnome-shell: Freezes when mouse to top-left on page with Evolution

[Russel Winder]

Package: gnome-shell
Version: 3.4.2-1
Severity: important

Dear Maintainer,

I am finding that GNOME Shell freezes fairly frequently on my workstation.  By 
freeze I mean that the mouse
pointer still moves but no interaction causes any activity to GNOME Shell: the 
only key combinations that have any
effect are Ctrl-Alt-Del and Ctrl-Alt-Back – I have enable Ctrl-Alt-Back as the 
X killer. Although GNOME
Shell has frozen, the machine is otherwise running normally, i.e. if I login 
over SSH from another machine, the
workstation is processing normally, it is just GNOME Shell that has cease 
responding.

The problem is not a timing one, e.g. every two hours, sometimes it is a couple 
of days, sometimes 10
mins. It is always associated with a "mouse to top-left" from desktop i.e. 
changing from desktop to GNOME
Shell. I cannot be sure if the super key has the same problem, as I tend not 
use that, but I will
experiment. I believe that the GNOME Shell freeze only ever happens when 
Evolution is an application on the
current desktop. Clearly I need to do more experimenting to get more data, but 
it would be good to get
guidance on what would be the very best experiments to maximally help find the 
problem.

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

Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=str=こんにちわ世界, 
bytes_read=21, bytes_written=21) (ignored: LC_ALL set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-2
ii  gconf-service3.2.5-1+build1
ii  gir1.2-accountsservice-1.0   0.6.21-6
ii  gir1.2-atk-1.0   2.4.0-2
ii  gir1.2-caribou-1.0   0.4.2-2
ii  gir1.2-clutter-1.0   1.10.8-2
ii  gir1.2-cogl-1.0  1.10.2-6
ii  gir1.2-coglpango-1.0 1.10.2-6
ii  gir1.2-folks-0.6 0.6.9-1+b1
ii  gir1.2-freedesktop   1.32.1-1
ii  gir1.2-gconf-2.0 3.2.5-1+build1
ii  gir1.2-gcr-3 3.4.1-3
ii  gir1.2-gdesktopenums-3.0 3.4.2-1
ii  gir1.2-gdkpixbuf-2.0 2.26.1-1
ii  gir1.2-gee-1.0   0.6.4-2
ii  gir1.2-gkbd-3.0  3.4.0.2-1
ii  gir1.2-glib-2.0  1.32.1-1
ii  gir1.2-gmenu-3.0 3.4.2-3
ii  gir1.2-gnomebluetooth-1.03.4.2-1
ii  gir1.2-gtk-3.0   3.4.2-3
ii  gir1.2-json-1.0  0.14.2-1
ii  gir1.2-mutter-3.03.4.1-5
ii  gir1.2-networkmanager-1.00.9.4.0-5
ii  gir1.2-pango-1.0 1.30.0-1
ii  gir1.2-polkit-1.00.105-1
ii  gir1.2-soup-2.4  2.38.1-2
ii  gir1.2-telepathyglib-0.120.18.2-1
ii  gir1.2-telepathylogger-0.2   0.4.0-1
ii  gir1.2-upowerglib-1.00.9.17-1
ii  gjs  1.32.0-2
ii  gnome-bluetooth  3.4.2-1
ii  gnome-icon-theme-symbolic3.4.0-2
ii  gnome-settings-daemon3.4.2-4+b1
ii  gnome-shell-common   3.4.2-1
ii  gnome-themes-standard3.4.2-1
ii  gsettings-desktop-schemas3.4.2-1
ii  libatk1.0-0  2.4.0-2
ii  libc62.13-35
ii  libcairo-gobject21.12.2-2
ii  libcairo21.12.2-2
ii  libcanberra0 0.28-4
ii  libclutter-1.0-0 1.10.8-2
ii  libcogl-pango0   1.10.2-6
ii  libcogl9 1.10.2-6
ii  libcroco30.6.5-1
ii  libdbus-1-3  1.6.2-2
ii  libdbus-glib-1-2 0.100-1
ii  libebook-1.2-13  3.4.3-1
ii  libecal-1.2-11   3.4.3-1
ii  libedataserver-1.2-163.4.3-1
ii  libedataserverui-3.0-1   3.4.3-1
ii  libffi5  3.0.10-3
ii  libfolks25   0.6.9-1+b1
ii  libgck-1-0   3.4.1-3
ii  libgconf-2-4 3.2.5-1+build1
ii  libgcr-3-1   3.4.1-3
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libgee2  0.

Bug#683376: unblock: openttd/1.2.2-1 or openttd/1.2.1-2

[Raphael Hertzog]

Hi,

On Fri, 17 Aug 2012, Matthijs Kooijman wrote:
> Hi folks,
> 
> > I've attached debdiffs for both of the proposed options for review.
> I hate to nag, but upstream has released version 1.2.2 yesterday and I'd
> like to start packaging either option.
> 
> Could someone have another look at this? Upstream has made no further
> changes to 1.2.2 relative to 1.2.2-rc1, so the debdiff I attached
> shouild be representative.

FWIW, I saw no debdiff on the list and there's no debdiff in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683376 either.

Are you sure you sent it to 683...@bugs.debian.org ?

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


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

Bug#682174: unblock: z80ex/1.1.19-3

[John Paul Adrian Glaubitz]

Hi,

On Fri, Aug 17, 2012 at 08:44:28AM +0200, John Paul Adrian Glaubitz wrote:
> > Otherwise, looks good to me, please go ahead and tell us once it's
> > uploaded.
> 
> I will fix the Debian changelog, upload the package and let you know
> once it's uploaded. I'm currently abroad until this evening, so it
> might not happen before tomorrow.

I have just uploaded x80ex, version 1.1.19-3 into Debian unstable.

Cheers,

Adrian


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

Bug#682581: slow keys setting leaks into sessions

[chrysn]

reassign 682581 gdm3
retitle 682581 slow keys setting leaks into sessions
summary 682581
thx

gdm3 enables some x accessibility settings that can easily be
triggered and confuse users of desktop environments that are not (like,
i presume, gnome is) configured to show further information when that
happens.

while this behavior can be circumvented by the user as described in
#657969, it is very hard for the user to discover. (myself, i only found
out after several incidents and tuning the xorg loglevel that it's *not*
my keyboard that is just breaking, and i heard similar stories on
freenode's #xorg.) furthermore, as the particular
eight-second-keeping-shift-pressed trigger is often found with video
games, this bug can spawn a bunch of bug reports with the respective
applications, which have a low chance of ever being solved.

if gdm3 enables accessibility helpers and provides notifications for
them -- great! but it should not assume that every other desktop
environment is set up in the same way (why should it -- if you need slow
keys, you'd barely use Xmonad, for example) and should disable what it
turned on in X again before control is passed to the  user's session. a
gnome session spawned by gdm can re-enable the slow keys, if it is
(automatically) configured to do so.


bug-management-wise, i'm taking the liberty to reassign this (as there
has not been further activity after reassignment was suggested by
yves-alexis), and i do not fully agree with the duplicate marking
suggested by conrad, not because it's not describing the same problem,
but because i think the solution there is incomplete because it puts the
responsibility on the user and not on the display manager (as outined
above).

regards
chrysn


signature.asc
Description: Digital signature

Bug#683376: unblock: openttd/1.2.2-1 or openttd/1.2.1-2

[Matthijs Kooijman]

Hi Raphael,

> FWIW, I saw no debdiff on the list and there's no debdiff in
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683376 either.
> 
> Are you sure you sent it to 683...@bugs.debian.org ?
Weird. It's really in my sent box, but it never ended up at bugs.d.o
apparently. I'll resend the mail in a minute.

Thanks for the notice!

Matthijs


signature.asc
Description: Digital signature

Bug#684835: scim-tables: FTBFS: scim_table_imengine_setup.cpp:196:8: error: 'GtkTooltips' does not name a type

[Tz-Huan Huang]

Hi,

Thanks for the report. I believe the FTBFS is fixed in 0.5.9-2 and
I'm finding a sponsor to upload it now.

  https://github.com/tzhuan/scim-tables-debain-0.5.9

  http://alioth.debian.org/~tzhuan-guest/scim-tables_0.5.9-2.dsc
  http://alioth.debian.org/~tzhuan-guest/scim-tables_0.5.9-2.debian.tar.gz
  http://alioth.debian.org/~tzhuan-guest/scim-tables_0.5.9.orig.tar.gz

Thanks,
Tz-Huan

On Tue, Aug 14, 2012 at 3:11 PM, Lucas Nussbaum
 wrote:
> Source: scim-tables
> Version: 0.5.9-1
> Severity: serious
> Tags: wheezy sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20120814 qa-ftbfs
> Justification: FTBFS in wheezy on amd64
>
> Hi,
>
> During a rebuild of all packages in *wheezy*, your package failed to
> build on amd64.
>
> Relevant part:
>>  g++ -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I../src -I../intl 
>> -DSCIM_ICONDIR=\"/usr/share/scim/icons\" 
>> -DSCIM_TABLE_LOCALEDIR=\"/usr/share/locale\" 
>> -DSCIM_TABLEDIR=\"/usr/share/scim/tables\" 
>> -DSCIM_DATADIR=\"/usr/share/scim\" -pthread -I/usr/include/scim-1.0 
>> -I/usr/include/gtk-3.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ 
>> -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 
>> -I/usr/include/freetype2 -I/usr/include/glib-2.0 
>> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 
>> -I/usr/include/libpng12 -I/usr/include/scim-1.0 -W -g -O -MT 
>> table_imengine_setup_la-scim_table_imengine_setup.lo -MD -MP -MF 
>> .deps/table_imengine_setup_la-scim_table_imengine_setup.Tpo -c 
>> scim_table_imengine_setup.cpp  -fPIC -DPIC -o 
>> .libs/table_imengine_setup_la-scim_table_imengine_setup.o
>> In file included from scim_table_imengine_setup.cpp:38:0:
>> scim_generic_table.h: In member function 'bool 
>> GenericTableContent::is_valid_char(char) const':
>> scim_generic_table.h:513:134: warning: comparison between signed and 
>> unsigned integer expressions [-Wsign-compare]
>> scim_generic_table.h: In member function 'bool 
>> GenericTableContent::is_single_wildcard_char(char) const':
>> scim_generic_table.h:514:106: warning: comparison between signed and 
>> unsigned integer expressions [-Wsign-compare]
>> scim_generic_table.h: In member function 'bool 
>> GenericTableContent::is_multi_wildcard_char(char) const':
>> scim_generic_table.h:515:106: warning: comparison between signed and 
>> unsigned integer expressions [-Wsign-compare]
>> scim_generic_table.h: In member function 'bool 
>> GenericTableContent::is_key_end_char(char) const':
>> scim_generic_table.h:517:158: warning: comparison between signed and 
>> unsigned integer expressions [-Wsign-compare]
>> scim_table_imengine_setup.cpp: At global scope:
>> scim_table_imengine_setup.cpp:196:8: error: 'GtkTooltips' does not name a 
>> type
>> scim_table_imengine_setup.cpp: In function 'GtkWidget* 
>> create_generic_page()':
>> scim_table_imengine_setup.cpp:411:12: warning: 'GtkWidget* 
>> gtk_vbox_new(gboolean, gint)' is deprecated (declared at 
>> /usr/include/gtk-3.0/gtk/deprecated/gtkvbox.h:60): Use 'gtk_box_new' instead 
>> [-Wdeprecated-declarations]
>> scim_table_imengine_setup.cpp:411:34: warning: 'GtkWidget* 
>> gtk_vbox_new(gboolean, gint)' is deprecated (declared at 
>> /usr/include/gtk-3.0/gtk/deprecated/gtkvbox.h:60): Use 'gtk_box_new' instead 
>> [-Wdeprecated-declarations]
>> scim_table_imengine_setup.cpp:457:27: error: '__widget_tooltips' was not 
>> declared in this scope
>> scim_table_imengine_setup.cpp:460:52: error: 'gtk_tooltips_set_tip' was not 
>> declared in this scope
>> scim_table_imengine_setup.cpp: In function 'GtkWidget* 
>> create_keyboard_page()':
>> scim_table_imengine_setup.cpp:512:79: error: 'gtk_entry_set_editable' was 
>> not declared in this scope
>> scim_table_imengine_setup.cpp:532:31: error: '__widget_tooltips' was not 
>> declared in this scope
>> scim_table_imengine_setup.cpp:533:70: error: 'gtk_tooltips_set_tip' was not 
>> declared in this scope
>> scim_table_imengine_setup.cpp: In function 'GtkWidget* 
>> create_table_management_page()':
>> scim_table_imengine_setup.cpp:570:12: warning: 'GtkWidget* 
>> gtk_vbox_new(gboolean, gint)' is deprecated (declared at 
>> /usr/include/gtk-3.0/gtk/deprecated/gtkvbox.h:60): Use 'gtk_box_new' instead 
>> [-Wdeprecated-declarations]
>> scim_table_imengine_setup.cpp:570:34: warning: 'GtkWidget* 
>> gtk_vbox_new(gboolean, gint)' is deprecated (declared at 
>> /usr/include/gtk-3.0/gtk/deprecated/gtkvbox.h:60): Use 'gtk_box_new' instead 
>> [-Wdeprecated-declarations]
>> scim_table_imengine_setup.cpp:579:12: warning: 'GtkWidget* 
>> gtk_hbox_new(gboolean, gint)' is deprecated (declared at 
>> /usr/include/gtk-3.0/gtk/deprecated/gtkhbox.h:62): Use 'gtk_box_new' instead 
>> [-Wdeprecated-declarations]
>> scim_table_imengine_setup.cpp:579:34: warning: 'GtkWidget* 
>> gtk_hbox_new(gboolean, gint)' is deprecated (declared at 
>> /usr/include/gtk-3.0/gtk/deprecated/gtkhbox.h:62): Use 'gtk_box_new' instead 
>> [-Wdeprecated-declarations]
>> scim_table_imengine_setup.cp

Bug#685140: Eric5 is 2 years old yet non-existent in repository

[Michael Lutynski]

Package: eric
Version: 4.5.3-1

Eric has two versions: Eric4 which is based on Python 2, and Eric5 which is 
based on Python 3.

Eric5 was released in July 4th, 2010 and yet has not made an appearance in the 
Debian repositories--there has only been Eric4.

Is there a reason the Eric5 goodness being held back? Or has it just been 
overlooked?

I find Eric is a fantastic IDE, and am looking forward to having the most 
modern version. Thank you!


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

Bug#685141: mumble-django: Does not work with python-django-registration 0.8

[Paul van der Vlis]

Package: mumble-django
Version: 2.7-5
Severity: grave
Justification: renders package unusable

python-django-registration 0.8 is not completely backwards compatible with 0.7.
mumble-django depends on python-django-registration 0.7 or higher, that's not
correct because it does not work with version 0.8.

It seems that the "activation_complete.html" template is missing, which has
been renamed from registration_complete.html.
A symlink to /usr/share/mumble-
django/pyweb/templates/registration/registration_complete.html seems to fix the
problem.


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

Bug#353161: isc-dhcp-server: RX/TX checksum offloading for virtual causes ISC DHCP Server to fail

[Arne Schwabe]

Package: isc-dhcp-server
Version: 4.1.ESV-R4-0ubuntu5.2
Followup-For: Bug #353161

Dear Maintainer,

 This also happens in a kvm setup if both server and client are kvm machines. 
The problem is very simple. To support NIC offloading and conserve CPU time the 
correct UDP check is only generated when the packets actually transerve the 
physical NIC of the kvm setup. If a packet goes from one KVM machine to another 
KVM machine the flag that the checksum is correct is set by the virtual NIC 
driver of the receiving kvm (like it is done if real rx checksum checking is 
done by the hardware NIC). The ISC DHCP Server (in my case) or ISC Relay agent 
(in the original bug report) calculates the checksum on its own which does not 
work. I think the loopback device the check is also never calculated. 

Arne
P.S.: Yes, I know that I am using Ubuntu and this a debian bug tracker but I 
think it is irrelevant for this bug.


-- System Information:
Debian Release: wheezy/sid
  APT prefers precise-updates
  APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 
'precise')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-29-virtual (SMP w/1 CPU core)
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 isc-dhcp-server depends on:
ii  adduser3.113ubuntu2
ii  debconf [debconf-2.0]  1.5.42ubuntu1
ii  debianutils4.2.1ubuntu2
ii  isc-dhcp-common4.1.ESV-R4-0ubuntu5.2
ii  libc6  2.15-0ubuntu10
ii  libcap21:2.22-1ubuntu3
ii  lsb-base   4.0-0ubuntu20
ii  upstart [upstart-job]  1.5-0ubuntu7

isc-dhcp-server recommends no packages.

Versions of packages isc-dhcp-server suggests:
pn  apparmor  
pn  isc-dhcp-server-ldap  

-- Configuration Files:
/etc/dhcp/dhcpd.conf changed [not included]

-- 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#672806: fai: unclear NEWS.Debian entry for 4.0

[Thomas Lange]

> On Sun, 22 Jul 2012 16:56:45 -0500, Jonathan Nieder  
> said:

> Ping.  Do you disagree that this is a bug, want help with wording, or
> something else?
Since the FAI guide is not updated to 4.x it's important to inform the
user about important changes, which I did with this NEWS
entries. Maybe some of them are not that important, but it's a good
list to check when upgrading from FAI 3.x to 4.x.

Do you have any suggestions how to improve the NEWS entry?

-- 
regards Thomas


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

Bug#685140: Eric5 is 2 years old yet non-existent in repository

[Gudjon I. Gudjonsson]

Hi Michael
On Friday 17 August 2012 12:06:11 you wrote:
> Package: eric
> Version: 4.5.3-1
> 
> Eric has two versions: Eric4 which is based on Python 2, and Eric5 which is
> based on Python 3.
> 
> Eric5 was released in July 4th, 2010 and yet has not made an appearance in
> the Debian repositories--there has only been Eric4.
> 
> Is there a reason the Eric5 goodness being held back? Or has it just been
> overlooked?
> 
> I find Eric is a fantastic IDE, and am looking forward to having the most
> modern version. Thank you!
The python3-qt packages have been added to Debian only a few months ago.

I will package Eric5 when I have time to do it but if someone wants to step 
forward and help I am more than willing to orphan it or cooperate with the 
packaging.

Regards
Gudjon

Bug#685142: Thunar crashes on right-click

[dAgeCKo]

Package: thunar
Version: 1.2.3-4+b1

Sometimes (well quite often), a right-click on the right-panel could 
provoke a crash of thunar.

The bug appears since several versions of thunar.

On Debian testing AMD 64, kernel 3.2+45, up-to date with XFCE running.

plugins added to thunar:

thunar-archive-plugin 0.3.0-4
thunar-media-tags-plugin 0.2.0-1
thunar-vcs-plugin 0.1.4-1
thunar-volman 0.6.1-1

Below is the message from the crash:

Aug 17 12:29:51 entropia kernel: [ 1038.618506] Thunar[3893]: segfault 
at 7feec19a8f1b ip 7feeed5a7d46 sp 7fff84f121d8 error 4 in 
libc-2.13.so[7feeed498000+17d000]



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

Bug#639910: giving up to package sbt for debian

[Thomas Koch]

Control: retitle -1 RFP: simple-build-tool -- for scala and java projects

I've sent the following explanation to the sbt list and copy it here:

back in february I said that I can't work on packaging sbt for Debian due to 
my bachelor thesis. This is over now and I took another look at sbt. I decided 
that I won't have time to package it and that it might not worth the effort 
anymore.

Packaging sbt for Debian has (still) two major issues:

a) Sbt needs itself to be built. But in Debian we try to minimize packages 
with circular build dependencies. I'm sure that it wouldn't be too hard to 
extract a minimal sbt that could be build with a simple makefile of shell 
script, but this effort would only make sense if upstream would officially 
support this.

b) Sbt must be buildable without accessing the net. I found it hard to really 
convince sbt to work offline.

I'd have liked to practice Scala by contributing to Sbt, but the total lack of 
developer documentation and code comments discouraged me.

Scala has some nice properties that would have made it a nice language for 
education. But for several reasons I will only install software on my school 
computers that is available from the debian archive.

On the other hand a combination of D and Python might even be better for 
school.

I don't know what the priorities of Sbt development are right now. My wishlist 
would be:

- Extract code from sbt into independent, smaller projects where it makes 
sense.
- Provide developer documentation in the form of inline comments, package 
descriptions and external documents if necessary.

Please CC me in replies since I'll unsubscribe this list in a few days.

Best regards,

Thomas Koch, http://www.koch.ro


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

Bug#684595: kfreebsd-image-10: i915kms.ko needs drmn.ko

[Robert Millan]

2012/8/11 Christoph Egger :
> Package: kfreebsd-image-10.0-0-amd64
> Version: 10.0~svn238475-3
> Severity: wishlist
>
> Hi!
>
>   Loading the i915kms module fails because it can't locate
> drmn. loading drm2 before i915kms or copying drm2.ko to drmn.ko works
> fine as a workaround but can't be the right thing to do?

i915kms works with drm2, i915 works with drm. See:

http://lists.freebsd.org/pipermail/freebsd-current/2012-May/033798.html

As you can see, upstream did this to preserve compatibility with the
UMS stack. However they have different needs than us, as Debian gives
us much less UMS support.

Perhaps we should rename i915kms/drm2 to i915/drm to make it the default?

Anyway, did you succeed at making this work?

-- 
Robert Millan


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

Bug#679623: /etc/default/networking: no need to be executable

[Vincent Lefevre]

On 2012-07-01 10:37:37 +0200, Andrew Shadura wrote:
> Yes, I know, somehow it happened that this was set by accident. Will be
> fixed by the next upload.

Here /etc/default/networking is still executable with ifupdown 0.7.2.
Has the problem really been fixed?

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#679623: /etc/default/networking: no need to be executable

[Andrew Shadura]

Hello,

On Fri, 17 Aug 2012 12:50:20 +0200
Vincent Lefevre  wrote:

> > Yes, I know, somehow it happened that this was set by accident.
> > Will be fixed by the next upload.

> Here /etc/default/networking is still executable with ifupdown 0.7.2.
> Has the problem really been fixed?

$ wget -O- 
http://http.debian.net/debian/pool/main/i/ifupdown/ifupdown_0.7.2_i386.deb 
2>/dev/null | dpkg-deb -c /dev/stdin | grep default
drwxr-xr-x root/root 0 2012-08-17 00:14 ./etc/default/
-rw-r--r-- root/root   306 2012-06-21 23:52 ./etc/default/networking
$ 

-- 
WBR, Andrew


signature.asc
Description: PGP signature

Bug#683833: aborts on start (config/hal)

[Robert Millan]

2012/8/4 Cyril Brulebois :
>> I get this critical error when trying to start X server on kfreebsd-i386:
>>
>> [   175.651] (EE) config/hal: couldn't find input device: 
>> org.freedesktop.DBus.Error.Spawn.ChildExited (Launch helper exited with 
>> unknown return code 1)
>>
>> I've verified that this is caused by the HAL mess, as disabling HAL in
>> debian/rules fixes the problem (however, for some awkward reason then
>> mouse stops working, even though it's been detected).
>
> It's about time to wake up. I initially raised that issue in Feb 2011,
> and nobody cared. You'll have to do some work here.

Can't you just disable HAL? There's no reason we have to treat HAL
problems as porting issue. All other platforms have already disabled
it and are not suffering from this problem.

-- 
Robert Millan


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

Bug#685143: mount: Trying to mount extended partition directly cases hang and 100% CPU usage

[Roberto Maisl]

Package: mount
Version: 2.20.1-5.1
Severity: critical
Justification: breaks the whole system

Dear Maintainer,

I attached an external disk via USB. The disk is paritioned into

sdc1 primary partition
sdc2 extended partition
sdc5  - ext3 partition

I wanted to mount sdc5, but called

mount /dev/sdc2 mount /media/usb

This caused mount to hang, and top showing 100% CPU usage of mount. Trying to 
kill that process failed (even kill -9). Neither was it possible to shutdown 
the system using shutdown -h now.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

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

Versions of packages mount depends on:
ii  libblkid12.20.1-5.1
ii  libc62.13-33
ii  libmount12.20.1-5.1
ii  libselinux1  2.1.9-5
ii  libsepol12.1.4-3

mount recommends no packages.

Versions of packages mount suggests:
ii  nfs-common  1:1.2.6-2

-- no debconf information


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

Bug#684330: /usr/include/netinet/sctp.h: does not compile

[Robert Millan]

2012/8/8 Reinhard Tartler :
> Package: kfreebsd-kernel-headers
> Version: 0.53
> Severity: important
> File: /usr/include/netinet/sctp.h
>
> The following test program fails to compile:
>
> #include 
> main(void) { struct sctp_event_subscribe v; return 0; }
>
> gcc -c -o test test.c
> In file included from test.c:1:
> /usr/include/netinet/sctp.h:33: error: expected declaration specifiers or 
> ‘...’ before string constant
> In file included from test.c:1:
> /usr/include/netinet/sctp.h:47: error: expected specifier-qualifier-list 
> before ‘uint16_t’
> /usr/include/netinet/sctp.h:58: error: expected specifier-qualifier-list 
> before ‘uint8_t’
> /usr/include/netinet/sctp.h:68: error: expected specifier-qualifier-list 
> before ‘uint16_t’
> /usr/include/netinet/sctp.h:316: error: expected specifier-qualifier-list 
> before ‘uint16_t’
> /usr/include/netinet/sctp.h:323: error: expected specifier-qualifier-list 
> before ‘uint16_t’
> /usr/include/netinet/sctp.h:329: error: expected specifier-qualifier-list 
> before ‘uint32_t’
> /usr/include/netinet/sctp.h:335: error: expected specifier-qualifier-list 
> before ‘uint32_t’
> In file included from /usr/include/netinet/sctp.h:494,
>  from test.c:1:
> /usr/include/netinet/sctp_uio.h:33: error: expected declaration specifiers or 
> ‘...’ before string constant

Will be fixed in next upload.

How severe is this problem? Is it holding any RC bug?

-- 
Robert Millan


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

Bug#662411: marked as done (libreoffice: Please Build-Depends on libpng-dev, change from libpng12-dev)

[Rene Engelhard]

On Fri, Aug 17, 2012 at 11:39:47AM +0200, Rene Engelhard wrote:
> Will need to revert in next upload as when built on the experimental
> buildds the buildds decide to install the "real" libpng-dev instead
> of the virtual one -> boom. the gtk3 check then doesn't work anymore.

Which is because the _broken_ libpng-dev from experimental provides
libpng12-dev witout providing a suitable libpng12.pc.

(I already wanted to file a bug against libgdk-pixbuf2.0-dev when I
noticed that)

Regards,

Rene


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

Bug#685144: src:torcs: missing source for included Windows libraries

[Ansgar Burchardt]

Package: src:torcs
Version: 1.3.3-1
Severity: serious

The source package includes libraries for Win32 in binary form only in
src/windows/*; some of those are released under the LGPL (OpenAL).
Please either include the source or remove the binary-only libraries
from the source package (in this case you might also want to remove the
CVS directories).

Ansgar


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

Bug#681563: unblock: eglibc/2.13-34

[Aurelien Jarno]

On Thu, Aug 16, 2012 at 07:29:21PM +0100, Adam D. Barratt wrote:
> On Mon, 2012-08-06 at 23:02 +0200, Cyril Brulebois wrote:
> > Aurelien Jarno  (23/07/2012):
> > > Once d-i beta1 is released, would it be possible to unblock it? Thanks
> > > in advance.
> > 
> > No objection from the d-i side: we're in the devel weeks.
> 
> Apologies for the delay in getting back to you on this.
> 
> -Priority: standard
> +Priority: required
>  Description: Transitional package to ensure multiarch compatibility
> 
> Does this change (which doesn't appear to be mentioned in the changelog,
> btw) have any practical impact?

It appears in the changelog as:
   * control.in/main: switch multiarch-support to priority: required.  Closes:
 #677624.

It has been done to conform to the policy, as all multiarch packages 
(pre-)depends on it, some of them being of priority required. Actually
this is probably an RC bug (policy violation). The only practical impact
I see is that the package is downloaded by debootstrap directly instead
of being downloaded as a dependency of other packages.

> +  * patches/arm/unsubmitted-ldconfig-cache-abi.diff: disable, as it will 
> +conflict with upstream x32 support.
> 
> The earlier discussion on this mentioned regenerating the ldconfig
> caches to ensure that mixed armhf / armel systems continued to work as
> expected.  Does that need doing as a result of this change, or once the
> updated patch is accepted upstream?

This has to be done once the updated patch is accepted upstream.
Actually it's something already done in the postinst of libc6, though
maybe we'll have to do it slightly earlier.

Regards,
Aurelien

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net


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

Bug#685145: Typo in package description

[Erik Esterer]

Package: mtdev
Version: 1.1.2-1
Severity: wishlist
Tags: patch

Dear Nobuhiro,

I found a typo in the package description of mtdev-tools while translating
it via the DDTSS[1].
A patch for the control file to fix this is included.

Regards,
Erik

[1] http://ddtp.debian.net/ddtss/index.cgi
--- control	2012-03-02 22:33:55.0 +0100
+++ control.new	2012-08-17 13:19:26.544836829 +0200
@@ -47,7 +47,7 @@
  drivers that have not been updated to use the newer protocol.
  .
  This package provides some test tools for the libmtdev library.
-  + mtdev-test: prints the information comming from the kernel
+  + mtdev-test: prints the information coming from the kernel
 
 Package: libmtdev1-udeb
 Section: debian-installer

Bug#685146: wicd-daemon packages dependencies

[Jörg-Volker Peetz]

Package: wicd-daemon
Version: 1.7.2.4-2
Severity: normal

Dear Maintainers,

the dependency on an dhcp client in the packages should be formulated with the
help of the virtual packet "dhcp-client" as something like

  dhcpcd | pump | udhcpc | dhcp-client

(Compare bug #680976.)

Furthermore, I would like to suggest to change the dependency on
"wireless-tools" to a recommendation, since with newer kernels this package
isn't mandatory any more.

-- 
Best regards,
Jörg-Volker.


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

Bug#503287: This is an upstream issue

[Ian Campbell]

Control: reassign -1 src:xen
Control: tags -1 +upstream
Control: severity -1 wishlist

I've just re-read this and realised that what is described is a 64 bit
hypervisor + 64 kernel + 32 bit userspace configuration, not as I first
thought a 64 h/v + 32 kernel + 32 user.

This 64x64x32 configuration is not something which is expected to work
right now. It isn't being widely requested and I don't think it is
especially high on upstreams radar (if at all).

(also: reassign from obsolete xen-3 package to the current xen one)

Ian.

-- 
Ian Campbell
Current Noise: Napalm Death - Hung

Welcome to the Zoo!


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

Bug#679623: /etc/default/networking: no need to be executable

[Vincent Lefevre]

On 2012-08-17 13:01:04 +0200, Andrew Shadura wrote:
> $ wget -O- 
> http://http.debian.net/debian/pool/main/i/ifupdown/ifupdown_0.7.2_i386.deb 
> 2>/dev/null | dpkg-deb -c /dev/stdin | grep default
> drwxr-xr-x root/root 0 2012-08-17 00:14 ./etc/default/
> -rw-r--r-- root/root   306 2012-06-21 23:52 ./etc/default/networking
> $ 

OK, it seems that if one has modified the file (as I did), one
needs to fix the permissions manually.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#684330: /usr/include/netinet/sctp.h: does not compile

[Reinhard Tartler]

On Fr, Aug 17, 2012 at 13:09:08 (CEST), Robert Millan wrote:

> 2012/8/8 Reinhard Tartler :
>> Package: kfreebsd-kernel-headers
>> Version: 0.53
>> Severity: important
>> File: /usr/include/netinet/sctp.h
>>
>> The following test program fails to compile:
>>
>> #include 
>> main(void) { struct sctp_event_subscribe v; return 0; }
>>
>> gcc -c -o test test.c
>> In file included from test.c:1:
>> /usr/include/netinet/sctp.h:33: error: expected declaration specifiers or 
>> ‘...’ before string constant
>> In file included from test.c:1:
>> /usr/include/netinet/sctp.h:47: error: expected specifier-qualifier-list 
>> before ‘uint16_t’
>> /usr/include/netinet/sctp.h:58: error: expected specifier-qualifier-list 
>> before ‘uint8_t’
>> /usr/include/netinet/sctp.h:68: error: expected specifier-qualifier-list 
>> before ‘uint16_t’
>> /usr/include/netinet/sctp.h:316: error: expected specifier-qualifier-list 
>> before ‘uint16_t’
>> /usr/include/netinet/sctp.h:323: error: expected specifier-qualifier-list 
>> before ‘uint16_t’
>> /usr/include/netinet/sctp.h:329: error: expected specifier-qualifier-list 
>> before ‘uint32_t’
>> /usr/include/netinet/sctp.h:335: error: expected specifier-qualifier-list 
>> before ‘uint32_t’
>> In file included from /usr/include/netinet/sctp.h:494,
>>  from test.c:1:
>> /usr/include/netinet/sctp_uio.h:33: error: expected declaration specifiers 
>> or ‘...’ before string constant
>
> Will be fixed in next upload.
>
> How severe is this problem? Is it holding any RC bug?

I am not aware of any package in unstable that fails to build because of
that issue. However, the current git master of libav failed to build
before this patch has been applied:

http://git.libav.org/?p=libav.git;a=commitdiff;h=83c93fe74af013a1c376a39ee28759c89c483542

Even with this patch, SCTP functionality remains disabled, but at least
it is correctly detected as 'defective'.

I can retest the SCTP compilation as soon as a fixed package is
installed in the sid chroot of a Debian kFreeBSD porter machine.

Cheers,
Reinhard

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4


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

Bug#684470: jackd2: FTBFS on ppc64

[Aurelien Jarno]

On Sat, Aug 11, 2012 at 11:44:39AM +0200, Adrian Knoth wrote:
> On 08/10/2012 11:16 AM, Aurelien Jarno wrote:
> 
> Hi!
> 
> > jackd2 fails to build from source, as the way to dump registers is 
> > slightly different than on 32-bit powerpc. The small patch below fixes 
> > the problem. Would it be possible to apply it in the next upload? Thanks
> > in advance.
> 
> Thanks for the fix, I've applied it upstream:
> 
> 
> https://github.com/jackaudio/jack2/commit/a43aad2e91cb552454d466c1c71e3af16a3fb7ea

Thanks!

> Do you need it in wheezy? If so, I'd also upload a new version to
> Debian, otherwise, I'd delay this until we sync again with upstream.
> 

ppc64 is not yet in the Debian archive, so it won't be released with
wheezy. This can wait for a new upstream version.

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net


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

Bug#685147: apt-xapian-index: [patch] add XPM term that contains a "mangled" version of the pkgname without "-"

[Michael Vogt]

Package: apt-xapian-index
Version: 0.44
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu quantal ubuntu-patch



*** /tmp/tmpF0NRN8/bug_body
In Ubuntu, the attached patch was applied to achieve the following:


  * add XPM term that contains a mangled version of the pkgname where
all "-" are replaced with "_" to workaround that the queryparser
considers "-" a special char


Thanks for considering the patch.


-- System Information:
Debian Release: wheezy/sid
  APT prefers precise-updates
  APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 
'precise-proposed'), (500, 'precise'), (100, 'precise-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-27-generic (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
diff -Nru apt-xapian-index-0.44ubuntu6/debian/changelog apt-xapian-index-0.44ubuntu7/debian/changelog
diff -Nru apt-xapian-index-0.44ubuntu6/debian/patches/02_axi-pkgname-mangled-term.patch apt-xapian-index-0.44ubuntu7/debian/patches/02_axi-pkgname-mangled-term.patch
--- apt-xapian-index-0.44ubuntu6/debian/patches/02_axi-pkgname-mangled-term.patch	1970-01-01 01:00:00.0 +0100
+++ apt-xapian-index-0.44ubuntu7/debian/patches/02_axi-pkgname-mangled-term.patch	2012-08-17 13:35:01.0 +0200
@@ -0,0 +1,15 @@
+diff --git a/axi/indexer.py b/axi/indexer.py
+index bd8bf95..084b13a 100644
+--- a/axi/indexer.py
 b/axi/indexer.py
+@@ -531,6 +531,10 @@ class Indexer(object):
+ # Index the package name with a special prefix, to be able to find this
+ # document by exact package name match
+ document.add_term("XP"+pkg.name)
++# the query parser is very unhappy about "-" in the pkgname, this
++# breaks e.g. FLAG_WILDCARD based matching, so we add a mangled
++# name here
++document.add_term("XPM"+pkg.name.replace("-","_"))
+ # Have all the various plugins index their things
+ for addon in self.plugins:
+ addon.obj.index(document, pkg)
diff -Nru apt-xapian-index-0.44ubuntu6/debian/patches/series apt-xapian-index-0.44ubuntu7/debian/patches/series
--- apt-xapian-index-0.44ubuntu6/debian/patches/series	2011-09-21 13:27:03.0 +0200
+++ apt-xapian-index-0.44ubuntu7/debian/patches/series	2012-08-17 13:35:27.0 +0200
@@ -1 +1,2 @@
 01_axi_cjk_support.patch
+02_axi-pkgname-mangled-term.patch
\ No newline at end of file

Bug#685148: false positive: casting between pointer with incompatible binary data representation

[Joachim Reichel]

Package: cppcheck
Version: 1.55-1
Severity: wishlist

Hi,

running cppcheck on this snippet

int foo() {
char* p = (char*) new float[100];
return (int)(((float*)p)[42]);
// return (int)(reinterpret_cast(p)[42]);
}

gives

[/tmp/cppcheck.cpp:3]: (warning) Casting between integer* and float* which
have an incompatible binary data representation

But there is no such cast, only from char* to float*, and from float to int.
IMHO there should be no warning at all (let's assume the leak of p here).

Using a reinterpret_cast instead has the same problem (see commented line).

Regards,
  Joachim

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (910, 'testing'), (800, 'stable'), (200, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages cppcheck depends on:
ii  libc62.13-33
ii  libgcc1  1:4.7.1-2
ii  libpcre3 1:8.30-5
ii  libstdc++6   4.7.1-2
ii  libtinyxml2.6.2  2.6.2-1

cppcheck recommends no packages.

cppcheck 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#685149: missing source for included Windows libraries

[Ansgar Burchardt]

Package: src:gentle
Version: 1.9+cvs20100605+dfsg-1
Severity: serious

The source package includes libraries for Win32 in binary form only, for
example libmySQL.* and sqlite*.dll.  As far as I know the former is also
released under the GPL.

Please either include the source or remove the binary-only libraries
from the source package.

Ansgar


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

Bug#685112: freefoam: FTBFS - build output directories not created

[Michael Wild]

That's very strange, it looks like a bug with CMake or GNU Make to me.
Any way I can get access to that hardware? Is there other CMake-based
software failing with similar errors on these architectures? I have
never had this problem before with CMake, but then I also don't have
access to exotic architectures.

Michael


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

Bug#684661: [Pkg-xen-devel] Bug#684661: Xen panic on boot

[Ian Campbell]

On Sun, 2012-08-12 at 17:25 +0200, Stephan Beyer wrote:
> Package: xen-hypervisor-4.1-amd64
> Version: 4.1.3~rc1+hg-20120614.a9c0a89c08f2-5
> Severity: important
> 
> I updated from xen-hypervisor-4.0-amd64 to xen-hypervisor-4.1-amd64
> and the system did not boot anymore (Xen panic).
> A downgrade made the system work again.
> I cannot paste the boot error messages but the main message was:
> 
>   Xen BUG at pci_amd_iommu.c:33

The BUG is "BUG_ON ( bdf >= ivrs_bdf_entries );" and ivrs_bdf_entries
has come from ACPI -- do you have the latest firmware in this machine?

I'm afraid that without some more information (e.g. a stack trace) I
think this is going to be pretty hard to track down.

Can you either configure a serial console
(http://wiki.xen.org/wiki/Xen_Serial_Console) or use the "noreboot"
option on the hypervisor command line to capture a digital picture of
the error.

Thanks,
Ian.


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

Bug#685112: freefoam: FTBFS - build output directories not created

[Michael Wild]

I just found out that this directory should have been created by CMake
during the configure/generation phase, i.e. before the actual build even
starts.


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

Bug#685150: src:abe: missing source for included Windows libraries

[Ansgar Burchardt]

Package: src:abe
Version: 1.1-1
Severity: serious

The source package includes libraries for Win32 in binary form only:
SDL.dll, SDL_mixer.dll.  As far as I know the former is released under
the (L)GPL so not providing the source is a license violation.

Please either include the source or remove the binary-only libraries
from the source package.

Ansgar


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

Bug#684661: Xen BUG at pci_amd_iommu.c:33

[Ian Campbell]

Hi Wei,

A Debian user has hit this message and reported it in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684661

I think it is the BUG_ON in:
struct amd_iommu *find_iommu_for_device(int bdf)
{
BUG_ON ( bdf >= ivrs_bdf_entries );
return ivrs_mappings[bdf].iommu;
}

It looks like ivrs_bdf_entries comes from ACPI. Unfortunately the bug
report is a bit vague about things like stack traces etc so it's hard to
say where BDF came from.

Any ideas? I'll also follow up to the submitter to try and get some more
details.

Ian.


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

Bug#656046: postgrey: listening on IPv6 does not work, gives connection refused to postfix

[Vincent Lefevre]

I have the same problem as the bug report with my Ubuntu server,
which I've just upgraded (not tried under Debian, because I don't
use postgrey on my Debian machines).

On 2012-03-31 15:29:20 +0200, Frank Engler wrote:
> Are you sure postfix tries to connect to IPv6? If you are using
> 
> "check_policy_service inet:127.0.0.1:10023"
> 
> as suggested in README.Debian postfix will not use IPv6.
> The examples in README.Debian should cover IPv6.

Actually there are 2 problems, IMHO. First I think that the examples
are wrong, unless the postfix goal is to use IPv4 only, at least there
(but for what reason?).

The second problem is that postfix doesn't use IPv6 even with:

  check_policy_service inet:localhost:10023

I suppose that the bug reported uses that too because the log messages
say: localhost:10023. For instance, on my Ubuntu machine, I had lines
like

postfix/smtpd[5516]: warning: connect to 127.0.0.1:10023: Connection refused

before doing the change from 127.0.0.1:10023 to localhost:10023, and
after the change:

postfix/smtpd[6088]: warning: connect to localhost:10023: Connection refused

Note that "telnet localhost 10023" can connect. So, I wonder why
postfix can't. Then I don't know what is the culprit: postgrey for
listening with IPv6 only[*], or postfix, which doesn't try IPv6,
or both?

[*] # netstat -pln | grep postgrey
tcp6   0  0 ::1:10023   :::*LISTEN  
3001/postgrey.pid -

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#678949: Bug is tagged pending - do you need a sponsor?

[Andreas Tille]

Hi,

I uploaded the package to DELAYED/10.

Kind regards

  Andreas.

On Wed, Aug 15, 2012 at 02:15:30PM +0200, Andreas Tille wrote:
> Hi,
> 
> any reason to delay an upload for this simple solution?  I'd volunteer
> to sponsor / NMU.
> 
> Kind regards
> 
> Andreas.
> 
> -- 
> http://fam-tille.de

-- 
http://fam-tille.de


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

Bug#685151: RM: afio [hurd-i386 kfreebsd-amd64 kfreebsd-i386] -- RoQA; fails to build on !linux; blocks move from main to non-free

[Ansgar Burchardt]

Package: ftp.debian.org
Severity: normal

Please remove the afio binaries from non-Linux ports where it currently
fails to build.

afio moved from main to non-free and this blocks the (automatic) removal
from main.  It also keeps overrides for both main and non-free which
causes a few bugs (eg. afio/non-free included in main's Sources.gz).

Ansgar


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

Bug#684661: [Xen-devel] Xen BUG at pci_amd_iommu.c:33

[Wei Wang]

On 08/17/2012 01:46 PM, Ian Campbell wrote:

Hi Wei,

A Debian user has hit this message and reported it in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684661

I think it is the BUG_ON in:
 struct amd_iommu *find_iommu_for_device(int bdf)
 {
 BUG_ON ( bdf>= ivrs_bdf_entries );
 return ivrs_mappings[bdf].iommu;
 }

It looks like ivrs_bdf_entries comes from ACPI. Unfortunately the bug
report is a bit vague about things like stack traces etc so it's hard to
say where BDF came from.

Any ideas? I'll also follow up to the submitter to try and get some more
details.


It difficult to identify the issue from the description and I think a 
full serial boot log would be great. Also using iommu=debug as boot 
option is very helpful to get more information.


Thanks,
Wei


Ian.


___
Xen-devel mailing list
xen-de...@lists.xen.org
http://lists.xen.org/xen-devel




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

Bug#685152: Typo in package description

[Erik Esterer]

Package: dwb
Version: 20120628hg-1
Severity: minor
Tags: patch

Dear Nathan!

I found a typo in the package description of dwb while translating it via
the DDTSS[1].
A patch for the control file to fix this is included (I also changed the
spelling of WebKit to the upstream spelling).

Regards,
Erik
--- control	2012-06-28 22:25:25.0 +0200
+++ control.new	2012-08-17 14:25:27.532478304 +0200
@@ -12,7 +12,7 @@
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Recommends: wget, xterm
-Description: lightweight webkit browser
+Description: lightweight WebKit browser
  Highly customizable browser that can be easily configured through a web
  interface. Intends to be mostly keyboard driven.
  .
@@ -24,7 +24,7 @@
   - Cookie support
   - Proxy support
   - Userscript support
-  - Tab completion for histroy, bookmarks, userscripts
+  - Tab completion for history, bookmarks, userscripts
   - Custom CSS Stylesheets
   - Tiling layouts
   - and more...

Bug#685153: [josm] New upstream release

[Davide Governale]

Package: josm
Version: 0.0.svn5267+dfsg1-2
Severity: normal

--- Please enter the report below this line. ---
Hello Debian OpenStreetMap Team,

Upstream release a new version the 5356. Please upgrade it

Kindly,
Davide Governale.


--- System information. ---
Architecture: i386
Kernel:   Linux 3.2.0-3-686-pae

Debian Release: wheezy/sid
  500 unstableftp.deb-multimedia.org 
  500 unstableftp.de.debian.org 
1 experimentalftp.de.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-===
openjdk-6-jre  | 6b24-1.11.3-2
 OR sun-java6-jre  | 
 OR openjdk-7-jre  | 7~u3-2.1.1-3
libcommons-codec-java  | 1.6-1
libgettext-commons-java (>= 0.9.6) | 0.9.6-2
libmetadata-extractor-java | 2.3.1+dfsg-2
liboauth-signpost-java(>= 1.2) | 1.2.1.2-1
libsvgsalamander-java  | 0~svn95-1
openstreetmap-map-icons-classic| 1:0.0.svn27763-1
ant| 1.8.2-4


Recommends(Version) | Installed
===-+-===
josm-plugins| 0.0.svn28420+ds1-1
webkit-image-gtk| 0.0.svn25399-3
 OR webkit-image-qt | 


Package's Suggests field is empty.






signature.asc
Description: PGP signature

Bug#684840: Is #684840 a gcc bug?

[Tobias Hansen]

Hi,

I'm not sure what to do about this bug. bsnes 0.088-3 FTBFS with certain 
gcc versions:


gcc-4.7.0-12 FTBFS
gcc-4.7.1-1  works
gcc-4.7.1-2 FTBFS
gcc-4.7.1-6  works

Judging from the gcc changelog, this could be related to the fix for PR 
c++/53137,

which was applied in 4.7.0-12 and 4.7.1-2, but not in 4.7.1-1.

Since it works with the newest gcc packages, it might be a bug in gcc 
rather than in bsnes.


Could you tell me if this is a gcc bug and if so, what I should do to 
get a fix into Wheezy?

If it is a gcc bug, is it RC because it causes a RC bug in another package?

Best regards,
Tobias Hansen


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

Bug#684930: unblock (pre-approval): octave/3.6.2-5

[Rafael Laboissiere]

[Cc:ing to the DOG mailing list.]

* Adam D. Barratt  [2012-08-16 22:13]:

> Control: tags -1 + moreinfo
> 
> [snip]
>
> +--- a/src/mkoctfile.in
>  b/src/mkoctfile.in
> +@@ -77,7 +77,7 @@
> [...]
> +-: ${XTRA_CXXFLAGS=%OCTAVE_CONF_XTRA_CXXFLAGS%}
> ++: ${XTRA_CXXFLAGS=-I/usr/include/mpi %OCTAVE_CONF_XTRA_CXXFLAGS%}
> 
> Does this have any side-effects in the case where the MPI variant wasn't
> installed?

/usr/bin/mkoctifile is part of liboctave-dev, which depends on one of the
libhdf5-*-dev packages.  So, in normal situations, there should be no
side-effects.

Anyway, I am Cc:ing this message to the DOG mailing list, such that
Sébastien Villemot, the author of the patch, can make further comments.

Thanks,

Rafael


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

Bug#685154: Bug: org-export-with-priority: t broken [7.8.11]

[Friedrich Delgado]

Package: org-mode
Version: 7.8.11-2
Severity: minor


The following minimal org-file:

,[ foo.org ]
  *** Header
  *

`

With nothing changed from the site-configuration except for
org-export-with-priority: t, resuts in:

,[ *Messages* ]
  org-export-cleanup-toc-line: Wrong type argument: stringp, nil
`

Changing the second line to

,
  * Bla
`

fixes the problem, but I have lots of org files with spurious stars
(because of the way I use org-remember).

(setq org-export-with-priority nil) also helps.

Sebastian: Maybe it would be useful if org-submit-bug-report from the
debian package could add the debian specific information and
automatically forward the bug to b...@debian.org?

Emacs  : GNU Emacs 23.4.1 (x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2012-04-07 on trouble, modified by Debian
Package: Org-mode version 7.8.11

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (50, 
'oneiric'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.4.0-8.dmz.1-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.utf8)
Shell: /bin/sh linked to /bin/bash

Versions of packages org-mode depends on:
ii  dpkg 1.16.4.3
ii  emacs23-lucid [emacs23]  23.4+1-3
ic  emacs23-nox [emacs23]23.2+1-5.1
ii  install-info 4.13a.dfsg.1-10

org-mode recommends no packages.

Versions of packages org-mode suggests:
ii  ditaa0.9+ds1-3
pn  easypg   
pn  remember-el  

-- 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#684661: [Pkg-xen-devel] Bug#684661: Bug#684661: Xen panic on boot

[Ian Campbell]

On Fri, 2012-08-17 at 12:50 +0100, Ian Campbell wrote:
> On Sun, 2012-08-12 at 17:25 +0200, Stephan Beyer wrote:
> > Package: xen-hypervisor-4.1-amd64
> > Version: 4.1.3~rc1+hg-20120614.a9c0a89c08f2-5
> > Severity: important
> > 
> > I updated from xen-hypervisor-4.0-amd64 to xen-hypervisor-4.1-amd64
> > and the system did not boot anymore (Xen panic).
> > A downgrade made the system work again.
> > I cannot paste the boot error messages but the main message was:
> > 
> > Xen BUG at pci_amd_iommu.c:33
> 
> The BUG is "BUG_ON ( bdf >= ivrs_bdf_entries );" and ivrs_bdf_entries
> has come from ACPI -- do you have the latest firmware in this machine?
> 
> I'm afraid that without some more information (e.g. a stack trace) I
> think this is going to be pretty hard to track down.
> 
> Can you either configure a serial console
> (http://wiki.xen.org/wiki/Xen_Serial_Console) or use the "noreboot"
> option on the hypervisor command line to capture a digital picture of
> the error.

Please add iommu=debug to the hypervisor command line too.

Ian.


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

Bug#685043: [Pkg-postgresql-public] Bug#685043: use initdb --auth-* options in pg_createcluster

[Martin Pitt]

Hello again,

Martin Pitt [2012-08-16 11:56 +0200]:
> Thanks for this! Patch looks good to me (I haven't run the tests,
> though), please commit.

I committed it now, as I want to do a couple of postgresql uploads
today.

Thanks!

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


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

Bug#685149: missing source for included Windows libraries

[Andreas Tille]

Hi Ansgar,

thanks for checking.  When looking into the packaging I noticed that
this package can easily be moved from contrib to main because the only
dependency (Recommends: clustalw) now can be fullfilled in main Debian.
I would just set

   Recommends: clustalw (>= 2.1+lgpl)

Would you (with your ftpmaster hat on) and the release team accept this
move once the new source package has to be builded anyway?

Kind regards

Andreas.

On Fri, Aug 17, 2012 at 01:50:14PM +0200, Ansgar Burchardt wrote:
> Package: src:gentle
> Version: 1.9+cvs20100605+dfsg-1
> Severity: serious
> 
> The source package includes libraries for Win32 in binary form only, for
> example libmySQL.* and sqlite*.dll.  As far as I know the former is also
> released under the GPL.
> 
> Please either include the source or remove the binary-only libraries
> from the source package.

-- 
http://fam-tille.de


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

Bug#685155: unblock: apt/0.9.7.4

[David Kalnischkies]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: de...@lists.debian.org

Please unblock package apt

The diff between 0.9.7.2 and 0.9.7.4 is
(minus translation updates and manually-run testcases):

 apt-pkg/cacheset.cc|2 ++
 apt-pkg/cdrom.cc   |4 ++--
 apt-pkg/contrib/fileutl.cc |2 --
 apt-pkg/contrib/mmap.cc|   31 +--
 apt-pkg/indexcopy.cc   |7 ++-
 apt-pkg/packagemanager.cc  |2 +-
 cmdline/apt-get.cc |   39 +--
 doc/apt-verbatim.ent   |   10 +-
 8 files changed, 62 insertions(+), 35 deletions(-)

The changes are denoted as follows in the changelog (merged .3 and .4)
with some more comments regarding reason and possible regressions:
(tl;dr: good reasons and low regression potential - just unblock ;) )


> * apt-pkg/cacheset.cc:
>   - handle :all and :native correctly as architectures again
> in the commandline parsing (regression in 0.9.7)

Especially not accepting :all could be very confusing.
And :native has some benefits for script usage.


> * apt-pkg/packagemanager.cc:
>   - do not segfault if nothing can be configured to statisfy
> a pre-depends (e.g. in a pre-depends loop) (Closes: #681958)

No loops is a valid alternative, but somehow unrealistic …
(there is another bug shown by this, as the given example is not really
 a loop, but the fix looks like being a bit larger and in areas you
 don't want to mess with - especially not in freeze)


> * apt-pkg/contrib/mmap.cc:
>   - trigger the usage of the fallback code for kfreebsd also in the
> second (filebased) constructor of DynamicMMap (Closes: #677704)
>   - guard only the msync call with _POSIX_SYNCHRONIZED_IO rather
> than also the fallback code as it breaks APT on hurd since 0.9.7.3
> as the fallback is now always used on non-linux (Closes: #683354)

kfreebsd (and hurd) do not have mremap which is needed for dynamic growing
of our mmap, but we have a fallback code with a char[] and realloc for
those. Unfortunately the fallback was only enabled in one of the two
constructors and fallback on hurd was actually broken as the cache file
was not written to disk (completely).

New installs (because of the many Translation files) as well as MultiArch
systems need growing otherwise APT refuses to work by displaying …


>   - refer to APT::Cache-Start in case the growing failed as if -Limit is
> really the offender it will be noted in a previous error message.

… an incorrect message saying you have to increase APT::Cache-Limit rather
than -Start, which doesn't help.
(The start is currently 25 MB which it is since lenny and should be enough
 for everyone [for now] -- comparison: on my amd64+i386 system with sid,
 wheezy and squeeze sources the cache ends up being 80 MB big.)

This effects squeeze as well, but caches were smaller back then,
so nobody stumbled upon these issues until now.


>   - for filesystems not supporting mmap'ing a file we need to use a
> SyncToFd dummy just as we did for compressed files in 0.9.5

The only filesystem I know not supporting it is jffs2 which was/is a
popular default filesystem for "embedded" (arm) devices like the openmoko.
The result would be "random" segfaults as memory areas are unmapped
which are not ours but belong to malloc.
(it seems like ubifs is the better alternative nowadays in this area through)


> * apt-pkg/contrib/fileutl.cc:
>   - remove _POSIX_SYNCHRONIZED_IO guard in FileFd::Sync() around fsync
> as this guard is only needed for fdatasync and not defined on hurd
> * apt-pkg/indexcopy.cc:
>   - do not use atomic writing if the target is /dev/null as we don't want
> to replace it, not even atomically. (Closes: #683410)
> * doc/apt-verbatim.ent:
>   - denote 'wheezy' as stable codename and 'jessie' as testing codename
> in the documentation in preparation for release

(nothing to add)

> * cmdline/apt-get.cc:
>   - error out on (unsatisfiable) build-deps on purly virtual packages
> instead of ignoring these dependencies; thanks to Johannes Schauer
> for the detailed report! (Closes: #683786)
>   - ensure that the right architecture is used for cross-dependencies in
> cases we have to choose a provider by defaulting on host-arch
> instead of build-arch

Johannes implements this in dose3 as part of his GSoC project. After some
back and forth we reached the point that apt-get and dose3 now agree on
their solutions for the whole debian archive.


> * apt-pkg/cdrom.cc:
>   - do not link() but rename() the cdroms.list to cdroms.list~ as a backup
> to ensure that apt-cdrom can be run multiple times (Closes: #676302)

We got multiple reports that claimed that d-i ran into this. I couldn't
reproduce this itself, but the bug indeed prevents apt-cdrom from being
used multiple times in a row by a backup-file, which is a bit silly …


Attached is a more com

Bug#685139: gnome-shell: Freezes when mouse to top-left on page with Evolution

[doug]

On Fri, Aug 17, 2012 at 5:50 AM, Russel Winder  wrote:

> Package: gnome-shell
> Version: 3.4.2-1
> Severity: important
>
> Dear Maintainer,
>
> I am finding that GNOME Shell freezes fairly frequently on my workstation.
>  By freeze I mean that the mouse
> pointer still moves but no interaction causes any activity to GNOME Shell:
> the only key combinations that have any
> effect are Ctrl-Alt-Del and Ctrl-Alt-Back – I have enable Ctrl-Alt-Back as
> the X killer. Although GNOME
> Shell has frozen, the machine is otherwise running normally, i.e. if I
> login over SSH from another machine, the
> workstation is processing normally, it is just GNOME Shell that has cease
> responding.
>
> The problem is not a timing one, e.g. every two hours, sometimes it is a
> couple of days, sometimes 10
> mins. It is always associated with a "mouse to top-left" from desktop i.e.
> changing from desktop to GNOME
> Shell. I cannot be sure if the super key has the same problem, as I tend
> not use that, but I will
> experiment. I believe that the GNOME Shell freeze only ever happens when
> Evolution is an application on the
> current desktop. Clearly I need to do more experimenting to get more data,
> but it would be good to get
> guidance on what would be the very best experiments to maximally help find
> the problem.
>
> -- System Information:
> Debian Release: wheezy/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores)
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=str=こんにちわ世界,
> bytes_read=21, bytes_written=21) (ignored: LC_ALL set to en_GB.UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages gnome-shell depends on:
> ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-2
> ii  gconf-service3.2.5-1+build1
> ii  gir1.2-accountsservice-1.0   0.6.21-6
> ii  gir1.2-atk-1.0   2.4.0-2
> ii  gir1.2-caribou-1.0   0.4.2-2
> ii  gir1.2-clutter-1.0   1.10.8-2
> ii  gir1.2-cogl-1.0  1.10.2-6
> ii  gir1.2-coglpango-1.0 1.10.2-6
> ii  gir1.2-folks-0.6 0.6.9-1+b1
> ii  gir1.2-freedesktop   1.32.1-1
> ii  gir1.2-gconf-2.0 3.2.5-1+build1
> ii  gir1.2-gcr-3 3.4.1-3
> ii  gir1.2-gdesktopenums-3.0 3.4.2-1
> ii  gir1.2-gdkpixbuf-2.0 2.26.1-1
> ii  gir1.2-gee-1.0   0.6.4-2
> ii  gir1.2-gkbd-3.0  3.4.0.2-1
> ii  gir1.2-glib-2.0  1.32.1-1
> ii  gir1.2-gmenu-3.0 3.4.2-3
> ii  gir1.2-gnomebluetooth-1.03.4.2-1
> ii  gir1.2-gtk-3.0   3.4.2-3
> ii  gir1.2-json-1.0  0.14.2-1
> ii  gir1.2-mutter-3.03.4.1-5
> ii  gir1.2-networkmanager-1.00.9.4.0-5
> ii  gir1.2-pango-1.0 1.30.0-1
> ii  gir1.2-polkit-1.00.105-1
> ii  gir1.2-soup-2.4  2.38.1-2
> ii  gir1.2-telepathyglib-0.120.18.2-1
> ii  gir1.2-telepathylogger-0.2   0.4.0-1
> ii  gir1.2-upowerglib-1.00.9.17-1
> ii  gjs  1.32.0-2
> ii  gnome-bluetooth  3.4.2-1
> ii  gnome-icon-theme-symbolic3.4.0-2
> ii  gnome-settings-daemon3.4.2-4+b1
> ii  gnome-shell-common   3.4.2-1
> ii  gnome-themes-standard3.4.2-1
> ii  gsettings-desktop-schemas3.4.2-1
> ii  libatk1.0-0  2.4.0-2
> ii  libc62.13-35
> ii  libcairo-gobject21.12.2-2
> ii  libcairo21.12.2-2
> ii  libcanberra0 0.28-4
> ii  libclutter-1.0-0 1.10.8-2
> ii  libcogl-pango0   1.10.2-6
> ii  libcogl9 1.10.2-6
> ii  libcroco30.6.5-1
> ii  libdbus-1-3  1.6.2-2
> ii  libdbus-glib-1-2 0.100-1
> ii  libebook-1.2-13  3.4.3-1
> ii  libecal-1.2-11   3.4.3-1
> ii  libedataserver-1.2-163.4.3-1
> ii  libedataserverui-3.0-1   3.4.3-1
> ii  libffi5  3.0.10-3
> ii  libfolks25   0.6.9-1+b1
> ii  libgck-1-0   3.4.1-3

Bug#685156: php5: upload_max_filesize php directive not read in current position in php.ini

[Paolo Benvenuto]

Package: php5
Version: 5.3.3-7+squeeze14
Severity: normal


Actually in the php.ini installed by default the directive upload_max_filesize 
isn't read by the configuration file reader: you modify it but, after 
restarting apache, phpinfo() doesn't report the change.

If you move the directive at the top of the file, it is read correctly.


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

Kernel: Linux 2.6.32-5-amd64 (SMP w/12 CPU cores)
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 php5 depends on:
ii  libapache2-mod-php55.3.3-7+squeeze14 server-side, HTML-embedded scripti
ii  php5-common5.3.3-7+squeeze14 Common files for packages built fr

php5 recommends no packages.

php5 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#685157: error: Socket version 1.95 required--this is only version 1.94

[Bjørn Mork]

Package: libio-socket-ssl-perl
Version: 1.76-1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Starting spamass-milter fails with:

Starting SpamAssassin Mail Filter Daemon: Aug 17 14:13:47.294 [2566] error: 
Socket version 1.95 required--this is only version 1.94 at 
/usr/share/perl5/IO/Socket/SSL.pm line 71.
Aug 17 14:13:47.425 [2566] error: Can't locate IO/Socket/IP.pm in @INC (@INC 
contains: /usr/share/perl5 /etc/perl /usr/local/lib/perl/5.14.2 
/usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/lib/perl/5.14 
/usr/share/perl/5.14 /usr/local/lib/site_perl) at 
/usr/share/perl5/IO/Socket/SSL.pm line 85.

Looks like this package requires a Socket.pm which is newer than
the one in perl-base.


Bjørn

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

Kernel: Linux 3.6.0-rc1+ (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libio-socket-ssl-perl depends on:
ii  libnet-ssleay-perl  1.48-1+b1
ii  netbase 5.0
ii  perl5.14.2-12

Versions of packages libio-socket-ssl-perl recommends:
ii  libio-socket-inet6-perl  2.69-2
ii  libnet-libidn-perl   0.12.ds-1+b3
ii  libsocket6-perl  0.23-1+b2
ii  liburi-perl  1.60-1
ii  perl 5.14.2-12

libio-socket-ssl-perl suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlAuRhYACgkQ10rqkowbIskDdwCfQ5UWxY8m3v8nMrna52osbMfY
5UAAn0xrs9k576iVrI0x6vhS1shM6GzZ
=8er+
-END PGP SIGNATURE-


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

Bug#685158: Freeze Excpetion for netdisco-mibs-installer_1.7

[Christoph Martin]

Package: release.debian.org
Severity: normal

A new version of netdisco-mibs-installer was uploaded to fix bug
#684006. The old version tries to download from a non existent URL. The
only fix to the package is the change of the URL.

Please make a freeze exception to get the package into the upcoming release.

Thanks
Christoph
--- Begin Message ---
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160

Format: 1.8
Date: Wed, 15 Aug 2012 14:38:57 +0200
Source: netdisco-mibs-installer
Binary: netdisco-mibs-installer
Architecture: source all
Version: 1.7
Distribution: unstable
Urgency: low
Maintainer: Oliver Gorwits 
Changed-By: Christoph Martin 
Description: 
 netdisco-mibs-installer - Netdisco MIB bundle installer package
Closes: 684006
Changes: 
 netdisco-mibs-installer (1.7) unstable; urgency=low
 .
   [ Carlos Vicente ]
   * Updated to download version 1.0 of upstream (closes: #684006)
Checksums-Sha1: 
 af8053f0fc05b360e14a9b847f37a602204e0b48 1099 netdisco-mibs-installer_1.7.dsc
 0dff213e93845f19ed80752b5728187bc8e4f8b4 8317 
netdisco-mibs-installer_1.7.tar.gz
 7d4d5fe188edec815c2376b6fb91ecacba3713b3 12496 
netdisco-mibs-installer_1.7_all.deb
Checksums-Sha256: 
 7cf10eb146b3f97c5005ea5d2b40bb79be672f4be8615def3b0eaabb422715ff 1099 
netdisco-mibs-installer_1.7.dsc
 73d07e4837d4261119ca6467d12be26f87370a1dfc96a3414854e048d8edec84 8317 
netdisco-mibs-installer_1.7.tar.gz
 7888a442858dc0ab2b2f85c248a70df5a9fc2c54cbf3a9c8df1ed2996672d7d6 12496 
netdisco-mibs-installer_1.7_all.deb
Files: 
 dde9ed36fa38f22a8ccaa01887de69d3 1099 contrib/net extra 
netdisco-mibs-installer_1.7.dsc
 43226d80bbfe6a77ea7e709c7ec05cc9 8317 contrib/net extra 
netdisco-mibs-installer_1.7.tar.gz
 31c1d1ad4aae81c860703dd8afc0070e 12496 contrib/net extra 
netdisco-mibs-installer_1.7_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEAREDAAYFAlArm1oACgkQgeVih7XOVJco5gCffWT0+apU8XIUtWs06x+A/0AW
sDoAn2xZiDznIl+4q68DfD+odCMTHely
=9y95
-END PGP SIGNATURE-


Thank you for your contribution to Debian.
--- End Message ---
<>

signature.asc
Description: OpenPGP digital signature

Bug#685159: os-prober does not detect Fedora

[yannubu...@gmail.com]

Package: os-prober
Version: 1.51
Initially reported on
https://bugs.launchpad.net/ubuntu/+source/os-prober/+bug/1038093

The os-prober of Ubuntu does not detect Fedora when Fedora's partition is
unmounted (which is frequent). Consequence: Fedora does not appear in
Ubuntu's GRUB menu.

WORKAROUND: mount the Fedora partition before doing update-grub in Ubuntu.

Bug confirmed by several French users with Fedora17 and Ubuntu12.04 (
http://forum.ubuntu-fr.org/viewtopic.php?pid=9695571#p9695571 and
http://forums.fedora-fr.org/viewtopic.php?id=57393 ).

Bug#685073: Errors in postinst script for bitlbee-common package in unstable repository

[Đurađ Radojičić]

On Thu, 16 Aug 2012, gregor herrmann wrote:


I was a bit surprised how you managed to have a system user but not
its home directory. But the incomplete state before (if I'm guessing
right) could explain this.

Yes, the postinst should be idempotent but it looks like what
happened to you is not the "usual" case.

Maybe you can try again with
- apt-get purge bitlbee bitlbee-common
- apt-get install bitlbee
?


Cheers,
gregor



Interesting. I upgraded my sys, used the same packages (?) and now it is 
all right. This error was present 2 months ago but maybe i missed 
something in the middle.


Anyway, here is the latest log:

$ apt-get purge bitlbee bitlbee-common
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages will be REMOVED:
  bitlbee* bitlbee-common*
0 upgraded, 0 newly installed, 2 to remove and 0 not upgraded.
After this operation, 1,078 kB disk space will be freed.
Do you want to continue [Y/n]?
(Reading database ... 41976 files and directories currently installed.)
Removing bitlbee ...
Stopping BitlBee IRC/IM gateway: bitlbee.
Removing bitlbee-common ...
Purging configuration files for bitlbee-common ...
Removing user `bitlbee' ...
Warning: group `bitlbee' has no more members.
Done.
Processing triggers for man-db ...

$ apt-get install bitlbee
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
  bitlbee-common
The following NEW packages will be installed:
  bitlbee bitlbee-common
0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/406 kB of archives.
After this operation, 1,078 kB of additional disk space will be used.
Do you want to continue [Y/n]?
Preconfiguring packages ...
Selecting previously unselected package bitlbee-common.
(Reading database ... 41950 files and directories currently installed.)
Unpacking bitlbee-common (from .../bitlbee-common_3.0.5-1.1_all.deb) ...
Selecting previously unselected package bitlbee.
Unpacking bitlbee (from .../bitlbee_3.0.5-1.1_i386.deb) ...
Processing triggers for man-db ...
Setting up bitlbee-common (3.0.5-1.1) ...
Adding system user `bitlbee' (UID 104) ...
Adding new group `bitlbee' (GID 109) ...
Adding new user `bitlbee' (UID 104) with group `bitlbee' ...
Creating home directory `/var/lib/bitlbee/' ...
Starting BitlBee IRC/IM gateway: bitlbee.
Setting up bitlbee (3.0.5-1.1) ...


Strange i must say.


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

Bug#655185: do you still want to maintain pxz

[Holger Levsen]

Hi Bartlomiej,

do you still want to maintain xzv? I'd like to upload it, but some things are 
still missing, like a proper long description...


cheers,
Holger


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

Bug#684621: debcheckout.1: Formating fix

[David Prévot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Christoph,

Le 17/08/2012 04:16, Christoph Berg a écrit :
> Re: David Prévot 2012-08-16 <502d1fe3.3030...@debian.org>

>> Thanks. There was also another patch against debcheckout.1

>> -=item B [I] I [I]
>> +=item B [I] I [I]
> 
> I don't think I like the variables in lower case. Upper case seems to
> be the standard:

It's the standard in the --help output of a program, because there is no
italic in it, but not in man pages, see conventions in man(1), and the
other man pages shipped in devscripts.

I can prepare and eventually apply a patch for the few pages that may
ship uppercases for options: chdist(1) and rmadison(1) (and a few more
in bts(1) dget(1) and mass-bug(1)) after a quick look, if we agree on
this nitpicking fix.

You just introduced an OPTIONS in e847505 by the way :).

Regards

David

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJQLk+QAAoJELgqIXr9/gnyYjcP/jXXvgbwJwvR5gUu7/x1loN4
LJ/pZKpIfYzBh+OXY5wIpF2IWMd6n0/bDIM1IYOBYFGmags0SgqlR/34kNfzfqWZ
Nc6lRP8urCaPcLeH24Lp1BhIGH/FlAi6KitYpBlm9lgCqtbGofEmkQ5vWl0pF+Az
ab0tyquZ8fzAFnohSVWSNa1A336yigRu22w5681esOupBXVxHbyhxCC8mcLvBaY4
3n2uTbGzdrngfH6TP6A7gLEbSnwGjfxluv6RvrDbs+SQZOfdVAbwmeSVibglNQBB
T0KESNIdC8qI61Za+UgCGUBgvaZEP60Q6jHqAI1hraie12W1MiEPPV1CyYZkPJP6
sVEez6keK6fkfpf3iFCAKxrqb9QQolLlDpwJ+hb7ReCHciLuw5WKw4cUjdxHkjMf
u4oPrKyZo89Epjhv4moqnYj6ra3X9yURPbbUprM36msf/Nsv1wYwB91/cStBD0ZI
0FFuNnoK6gFqSqs3HQJ4Tr9a/hqEEj5J6L02SvevfqnE4taMQOmkbYBWjdGj0qvH
ZC79OHA8bO76IS0NOw/YCahW3KlHu07XcgPn8JJ/XQW4asnrk7d1W735mDbdOioJ
UYnSN4cGJsTenIg83pChLdKyHZr0LvEsSC5v6l3aZDUX7MGX6vLLCLhXKMkhXMvs
48ZOMxahY7ia3Ign/wrq
=tshX
-END PGP SIGNATURE-


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

Bug#636805: viewvc: diff for NMU version 1.1.5-1.2

[gregor herrmann]

tags 636805 + pending
thanks

Dear maintainer,

I've prepared an NMU for viewvc (versioned as 1.1.5-1.2) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Aziza Mustafà Zadeh: Aspiration
diff -u viewvc-1.1.5/debian/changelog viewvc-1.1.5/debian/changelog
--- viewvc-1.1.5/debian/changelog
+++ viewvc-1.1.5/debian/changelog
@@ -1,3 +1,13 @@
+viewvc (1.1.5-1.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix "viewvc runs extremely slowly (~15s per page)":
+backport upstream commit r2471 as new patch compression-content-length:
+don't set Content-Length when compression is used.
+(Closes: #636805)
+
+ -- gregor herrmann   Fri, 17 Aug 2012 16:21:49 +0200
+
 viewvc (1.1.5-1.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -u viewvc-1.1.5/debian/patches/series viewvc-1.1.5/debian/patches/series
--- viewvc-1.1.5/debian/patches/series
+++ viewvc-1.1.5/debian/patches/series
@@ -5,0 +6 @@
+compression-content-length
only in patch2:
unchanged:
--- viewvc-1.1.5.orig/debian/patches/compression-content-length
+++ viewvc-1.1.5/debian/patches/compression-content-length
@@ -0,0 +1,54 @@
+Description: Fix issue #467 (I think...) by not claiming a particular content
+ length when compression would skew that.
+ .
+ * lib/viewvc.py
+   (get_writeready_server_file): Add optional 'content_length'
+ parameter, and the code to handle it.
+   (view_doc): Update call to get_writeready_server_file().
+Origin: upstream, svn r2471
+Bug: http://viewvc.tigris.org/issues/show_bug.cgi?id=467
+Bug-Debian: http://bugs.debian.org/636805
+Author: C. Michael Pilato
+Reviewed-by: gregor herrmann 
+Last-Update: 2012-08-07
+Applied-Upstream: yup
+
+--- a/lib/viewvc.py
 b/lib/viewvc.py
+@@ -896,13 +896,17 @@
+ 
+   return template
+ 
+-def get_writeready_server_file(request, content_type=None):
++def get_writeready_server_file(request, content_type=None, content_length=None):
+   """Return a file handle to a response body stream, after outputting
+   any queued special headers (on REQUEST.server) and (optionally) a
+   'Content-Type' header whose value is CONTENT_TYPE.  After this is
+-  called, it is too late to add new headers to the response."""
++  called, it is too late to add new headers to the response.
++  If CONTENT_LENGTH is provided and compression is not in use, also
++  generate a 'Content-Length' header for this response."""
+   if request.gzip_compress_level:
+ request.server.addheader('Content-Encoding', 'gzip')
++  elif content_length is not None:
++request.server.addheader('Content-Length', content_length)
+   if content_type:
+ request.server.header(content_type)
+   else:
+@@ -2699,7 +2703,6 @@
+ raise debug.ViewVCException('Static file "%s" not available (%s)'
+  % (document, str(v)), '404 Not Found')
+ 
+-  request.server.addheader('Content-Length', content_length)
+   if document[-3:] == 'png':
+ mime_type = 'image/png'
+   elif document[-3:] == 'jpg':
+@@ -2710,7 +2713,7 @@
+ mime_type = 'text/css'
+   else: # assume HTML:
+ mime_type = None
+-  copy_stream(fp, get_writeready_server_file(request, mime_type))
++  copy_stream(fp, get_writeready_server_file(request, mime_type, content_length))
+   fp.close()
+ 
+ def rcsdiff_date_reformat(date_str, cfg):


signature.asc
Description: Digital signature

Bug#685160: aptitude: Please include "Quick guide to search terms" in manpage

[Michael Gebetsroither]

Package: aptitude
Version: 0.6.3-3.2
Severity: wishlist

Hello,

Please include the "Quick guide to search terms"[0] in the manpages.
Without that single table the whole manpage and section about
"searching" is nearly useless.

0:
http://algebraicthunk.net/~dburrows/projects/aptitude/doc/en/ch02s03s05.html

Michael Gebetsroither


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

Bug#684616: closed by Martin Pitt (Bug#684616: fixed in calibre 0.8.64+dfsg-1)

[Martin Pitt]

reopen 684616
thanks

Hello Evgeni,

Evgeni Golov [2012-08-17 11:43 +0200]:
> I think you wrongly closed this bug.
> As it newer was a bug in calibre but in python-mechanize/-clientform.
> See my previous mail to the bug for a longer explanation.

Ah, sorry. I reopen this bug now. I won't revert the change in
calibre though, as it is not really wrong.

Thanks,

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


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

Bug#685161: mdadm initramfs script panics with modern mdadm being unable to load any modules

[Michael Tokarev]

Package: mdadm
Version: 3.2.5-1
Severity: grave
Tags: patch wheezy
Justification: makes system unbootable

The mdadm initramfs hook in /share/initramfs-tools/hooks/mdadm
tries to create a list of array:level pairs for arrays found
on the system in question.  From this list, it extracts a list
of levels in use.  It uses this list to record a list of modules
to load for the initramfs script.

Modern mdadm does not include raid levels in the generated mdadm.conf
anymore.  So the list of raid levels to use will be empty.

However, the initramfs mdadm script contains the following code:

  MD_DEVS=all
  MD_MODULES='linear multipath raid0 raid1 raid456 raid5 raid6 raid10'
  [ -s /conf/conf.d/md ] && . /conf/conf.d/md

  verbose && log_begin_msg Loading MD modules
  for module in ${MD_MODULES:-}; do
if modprobe -q "$module"; then
  verbose && log_success_msg "loaded module ${module}."
else
  log_failure_msg "failed to load module ${module}."
fi
  done
  log_end_msg

  if [ ! -f /proc/mdstat ]; then
verbose && panic "cannot initialise MD subsystem (/proc/mdstat missing)"
exit 1
  fi

When the hook runs and "discovers" empty list of levels,
it adds

  MD_MODULES=''

to /conf/conf.d/md.  So the above fragment will not load any raid
modules.

But the last piece of code above checks whenever /proc/mdstat exists
and panics if it doesn't.  But since we didn't load any module,
md_mod hasn't been loaded either, so /proc/mdstat will not exist.

So the code will panic, and initramfs will display its emergency
prompt waiting for actions.  And no raid arrays will ever be assembled,
because the code assembling arrays is below this panic/exit place.

This happens with user-created arrays mostly, d-i somehow manages
to create mdadm.conf which contains the necessary level= options
for each array, but the issue is still severe enough.

The solution appears to be to just remove this module loading and
/proc/mdstat check, since mdadm is perfectly capable of on-demand
loading of all support modules - by accessing a temp node and
relying on module autoloading using block-major-9* alias for the
main md_mod module, and raid level modules are autoloaded by
md_mod.

So this whole check and module loading needs to be removed now.
But we should remember we have to set md_mod parameter (start_ro=1)
which is set in /sys/module/md_mod before invoking mdadm for the
first time.

Thanks,

/mjt


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

Bug#664463: Similar problem

[Daniel Dadap]

I also ran into this and found that Petr's proposed patch to update the regex 
in the cryptroot hook script in initramfs-tools helped, but didn't completely 
solve the problem in my case.

When I ran update-initramfs to build a new initrd and run the hook script again 
after patching the hook script, it was able to progress further than it did 
before, but I got the following warning and get_device_opts() returned early:

cryptsetup: WARNING: invalid line in /etc/crypttab -

It turns out that the target argument passed to get_device_opts() was "crypt", 
and this function tried to look for a matching target in /etc/crypttab; 
however, there was none. The target name in my /etc/crypttab was "sda5_crypt" 
instead of "crypt". I updated /etc/crypttab so that the target name was "crypt" 
and reran update-initramfs and verified that the newly generated image 
contained a valid cryptroot file in /conf/conf.d.

The "sda5_crypt" target name was generated by the Debian "Squeeze" installer (I 
was doing a dist-upgrade), which also wrote out my /etc/crypttab file, My guess 
is that the target name is built differently for some reason. I didn't bother 
digging deeply enough to determine whether this was due to a bug (i.e., the 
script was supposed to generate a target name that matched the one that would 
have been generated by the installer) or whether this was due to a change in 
policy (e.g., the Squeeze installer set up a different target name in 
/etc/crypttab than the Wheezy installer would have).

Anyway, I am only speculating on the possible reasons why the hook script might 
have been looking for the wrong target name. I haven't bothered to look into it 
in more detail since my setup is working now, but I hope this information might 
be useful to others whose configurations might be affected, or for those who 
are investigating a resolution to this issue.


signature.asc
Description: Digital signature

Bug#685162: /usr/sbin/afpd: Typo in syslog messages

[Ralf Hildebrandt]

Package: netatalk
Version: 2.2.2-1
Severity: minor
File: /usr/sbin/afpd


Aug 17 16:13:32 server afpd[17272]: afp_dsi_transfer_session: succesfull 
primary reconnect

succesfull -> successful

Aug 17 16:13:32 server afpd[1209]: Reconnect: transfering session to 
child[17272]

transfering -> transferring

-- System Information:
Debian Release: 6.0.5
  APT prefers stable
  APT policy: (700, 'stable'), (650, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
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 netatalk depends on:
ii  libacl1   2.2.51-8   Access control list shared library
ii  libattr1  1:2.4.46-8 Extended attribute shared library
ii  libavahi-client3  0.6.27-2+squeeze1  Avahi client library
ii  libavahi-common3  0.6.27-2+squeeze1  Avahi common library
ii  libc6 2.13-33Embedded GNU C Library: Shared lib
ii  libcomerr21.42.4-3   common error description library
ii  libcrack2 2.8.16-4   pro-active password checker librar
ii  libcups2  1.4.4-7+squeeze1   Common UNIX Printing System(tm) - 
ii  libdb5.1  5.1.29-5   Berkeley v5.1 Database Libraries [
ii  libgcrypt11   1.5.0-3LGPL Crypto library - runtime libr
ii  libgnutls26   2.12.20-1  GNU TLS library - runtime library
ii  libgssapi-krb5-2  1.10.1+dfsg-2  MIT Kerberos runtime libraries - k
ii  libk5crypto3  1.10.1+dfsg-2  MIT Kerberos runtime libraries - C
ii  libkrb5-3 1.10.1+dfsg-2  MIT Kerberos runtime libraries
ii  libldap-2.4-2 2.4.23-7.2 OpenLDAP libraries
ii  libpam-modules1.1.1-6.1+squeeze1 Pluggable Authentication Modules f
ii  libpam0g  1.1.1-6.1+squeeze1 Pluggable Authentication Modules l
ii  libwrap0  7.6.q-19   Wietse Venema's TCP wrappers libra
ii  netbase   4.45   Basic TCP/IP networking system
ii  perl  5.10.1-17squeeze3  Larry Wall's Practical Extraction 
ii  zlib1g1:1.2.3.4.dfsg-3   compression library - runtime

Versions of packages netatalk recommends:
pn  avahi-daemon   (no description available)
ii  cracklib-runtime  2.8.16-4   runtime support for password check
ii  db-util   5.1.6  Berkeley Database Utilities
ii  libpam-cracklib   1.1.1-6.1+squeeze1 PAM module to enable cracklib supp
ii  lsof  4.81.dfsg.1-1  List open files
ii  procps1:3.2.8-9squeeze1  /proc file system utilities
ii  rc1.7.1-3an implementation of the AT&T Plan

Versions of packages netatalk suggests:
pn  db4.2-util (no description available)
pn  groff  (no description available)
pn  quota  (no description available)
pn  texlive-base-bin   (no description available)

-- Configuration Files:
/etc/default/netatalk changed [not included]
/etc/netatalk/AppleVolumes.default changed [not included]
/etc/netatalk/afpd.conf changed [not included]
/etc/netatalk/atalkd.conf changed [not included]

-- no debconf information


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

Bug#685163: libgtk2.0-0: puts Unicode diacritical mark on *next* character instead of *previous* character

[Lionel Elie Mamane]

Package: libgtk2.0-0
Version: 2.24.4-3
Severity: normal

It seems most Gnome/GTK+ applications mishandle Unicode diacritical
marks, by putting them on the *following* letter instead of the
*preceding* letter.

Try pasting the following line:
 λ̄μμ̃o
into different applications and compare:

 - Emacs gets it correct, putting the bar over the lambda and the
   tilde over the mu.

 - gnome-terminal gets it incorrect, putting the bar over the first mu
   and the tilde over the o.

   *BUT* gedit gets it correct in its "new profile" dialog if the
   string is pasted into the "new profile name" textarea.

 - gedit gets it incorrect in its main edition area (file contents),
   putting the bar over the first mu and the tilde over the o.

   *BUT* gedit gets it correct in its "file/open" dialog if the string
   is pasted into the "filename" textarea.

 - galeon gets it correct.

 - iceweasel gets it correct.

 - mlterm gets it correct.

 - abiword gets it correct.

So it looks like some "multiline textarea" widget in GTK+ used by
gnome-terminal and gedit gets diacritical marks incorrectly, but the
"single line textarea" they use handles diacritical marks correctly.

But maybe that widget is not in GTK+, but in another library? Not
sure.

-- System Information:
Debian Release: 6.0.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (400, 'testing'), (300, 
'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages libgtk2.0-0 depends on:
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libc6   2.13-10  Embedded GNU C Library: Shared lib
ii  libcairo2   1.10.2-6 The Cairo 2D vector graphics libra
ii  libcomerr2  1.41.12-4stable1 common error description library
ii  libcups21.4.7-1  Common UNIX Printing System(tm) - 
ii  libfontconfig1  2.9.0-7  generic font configuration library
ii  libfreetype62.4.2-2.1FreeType 2 font engine, shared lib
ii  libgcrypt11 1.4.6-7  LGPL Crypto library - runtime libr
ii  libgdk-pixbuf2.0-0  2.23.5-1 GDK Pixbuf library
ii  libglib2.0-02.28.6-1 The GLib library of C routines
ii  libgnutls26 2.10.5-2 the GNU TLS library - runtime libr
ii  libgssapi-krb5-21.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries - k
ii  libgtk2.0-common2.20.1-2 Common files for the GTK+ graphica
ii  libk5crypto31.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries - C
ii  libkrb5-3   1.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries
ii  libpango1.0-0   1.28.4-1 Layout and rendering of internatio
ii  libx11-62:1.3.3-4X11 client-side library
ii  libxcomposite1  1:0.4.2-1X11 Composite extension library
ii  libxcursor1 1:1.1.10-2   X cursor management library
ii  libxdamage1 1:1.1.3-1X11 damaged region extension libra
ii  libxext62:1.1.2-1X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.5-1X11 miscellaneous 'fixes' extensio
ii  libxi6  2:1.3-6  X11 Input extension library
ii  libxinerama12:1.1-3  X11 Xinerama extension library
ii  libxrandr2  2:1.3.0-3X11 RandR extension library
ii  libxrender1 1:0.9.6-1X Rendering Extension client libra
ii  shared-mime-info0.71-4   FreeDesktop.org shared MIME databa
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages libgtk2.0-0 recommends:
ii  hicolor-icon-theme0.12-1 default fallback theme for FreeDes
ii  libgtk2.0-bin 2.24.4-3   The programs for the GTK+ graphica

Versions of packages libgtk2.0-0 suggests:
ii  gvfs  1.6.4-3userspace virtual filesystem - ser
ii  librsvg2-common   2.34.0-1   SAX-based renderer library for SVG

-- 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#658675: /usr/bin/ssh-copy-id: selinux contexts as in/for compatibility with RHEL/Fedora

[Laurent Bigonville]

tag 658675 + patch
thanks

Hi,

I've attached a patch that should fix this issue. It's calling
restorecon after adding the key to ~/.ssh/authorized_keys. It's similar
to the patch added to the centos/redhat rpm.

Cheers

Laurent Bigonville--- a/contrib/ssh-copy-id
+++ b/contrib/ssh-copy-id
@@ -41,7 +41,7 @@ fi
 # strip any trailing colon
 host=`echo $1 | sed 's/:$//'`
 
-{ eval "$GET_ID" ; } | ssh $host "umask 077; test -d ~/.ssh || mkdir ~/.ssh ; cat >> ~/.ssh/authorized_keys" || exit 1
+{ eval "$GET_ID" ; } | ssh $host "umask 077; test -d ~/.ssh || mkdir ~/.ssh ; cat >> ~/.ssh/authorized_keys; test -x /sbin/restorecon && /sbin/restorecon ~/.ssh ~/.ssh/authorized_keys" || exit 1
 
 cat <

Bug#685073: Errors in postinst script for bitlbee-common package in unstable repository

[gregor herrmann]

On Fri, 17 Aug 2012 16:04:57 +0200, Đurađ Radojičić wrote:

> >I was a bit surprised how you managed to have a system user but not
> >its home directory. But the incomplete state before (if I'm guessing
> >right) could explain this.
> >
> >Yes, the postinst should be idempotent but it looks like what
> >happened to you is not the "usual" case.
> >
> >Maybe you can try again with
> >- apt-get purge bitlbee bitlbee-common
> >- apt-get install bitlbee
> >?

> Interesting. I upgraded my sys, used the same packages (?) and now
> it is all right. This error was present 2 months ago but maybe i
> missed something in the middle.

Looks like my suspicion about the half-installed package was correct
:)
 
> Anyway, here is the latest log:

Thank you.
 
> Adding system user `bitlbee' (UID 104) ...
> Adding new group `bitlbee' (GID 109) ...
> Adding new user `bitlbee' (UID 104) with group `bitlbee' ...
> Creating home directory `/var/lib/bitlbee/' ...
> Starting BitlBee IRC/IM gateway: bitlbee.
> Setting up bitlbee (3.0.5-1.1) ...

Ok, I think the summary for now is:
- there are situations where the postinst breaks
- in the "normal" case it works
- so severity normal for this bug report is ok
- and someone should fix it but it's not needed for wheezy

Thanks again,
gregor (not the maintainer, just the uploader of the last NMU)

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Funny van Dannen: Moderne Liebe
NP: Police: Don't Stand So Close To Me


signature.asc
Description: Digital signature

Bug#685165: notmuch-mutt: Show notmuch-search-terms manpage at search prompt

[gregor herrmann]

Package: notmuch-mutt
Version: 0.13.2-1
Severity: minor
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Pressing "?" at the search prompt brings up "man notmuch".
IMO this is not so helpful because the user is asked to enter a
search term / query here, so calling "man notmuch-search-terms" seems
more appropriate.

Find attached the trivial (and tested) patch.

Cheers,
gregor


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJQLmPjAAoJELs6aAGGSaoGRBYQAI7fRhT76vywFieEJ+QjJ4Za
7/dvC72cC/ryPrqdRmzMFKh/e01M/tXyfVlUhD2R6CoTXgneuJoPTMxdWRQlwL4b
7C7aGxaWpG0NbNy4G2UHk6vyUvwaoqOn42tppmTd5KRTZKYhEGkwQ/OzHSA5QL07
/g0fgxv+vDT/RRxshxc3kJLrWKlGP66AocQ3u7NgorPnKkHq1mE1WUJVZqbB9Ar8
UJ9WpOcyxME5O4TVj/D0enIoAM7oNjiNo04pchOqvhzfI8Gn6kP8jLxbJr5fd/tG
woon4lZamopUwrggC3ep6uqKoXZT5N58RMEP/MJ2bDapYl/WIJdc1efgngj9sr0C
ESMpaXOevG/NB/Swm1ooBiAv3hklurmasCSQHW64KsPgoUAXLa0qwEDSwEIDE/U8
MIXYWvHrXYtBA0uu2EVhC/2Rb5R1BYJ1AYzM96OijefRxzrdSrCeY0lUlDzya7P2
KLY7L/5FTc2cBGN1Ecpc+5rS9YAcsCiiiDn0C7nCr8w/96U5kzlMYkhIGaG7IEN8
nCSTsl6byQI4jvke5UeNOu7N9hENJATbBIN5SoWGlrnCAuZWiHMtWlw2Zbn+oWli
8wPZoZlSMKLF0lH3GiuXl+YQwj79opvCIIqFw2ldOHPeGDq/JEqeIeWKn2kqpBeQ
g5kHbGBIqZ1fVyvsQ40Y
=Lye1
-END PGP SIGNATURE-
--- unpacked/usr/bin/notmuch-mutt	2012-06-02 23:17:42.0 +0200
+++ /usr/bin/notmuch-mutt	2012-08-17 17:26:30.067630500 +0200
@@ -60,7 +60,7 @@
 while (1) {
 	chomp($query = $term->readline($text, $default));
 	if ($query eq "?") {
-	system("man", "notmuch");
+	system("man", "notmuch-search-terms");
 	} else {
 	$term->WriteHistory($histfile);
 	return $query;