Bug#776357: libreoffice FTBFS on hppa architecture (with patch)

[Helge Deller]

Package: libreoffice
Version: 4.4.0~rc3-1
Severity: important
Tags: patch

libreoffice fails to build because of this error during configure stage:
configure: WARNING: You are building 64-bit binaries but the JDK 
/usr/lib/jvm/java-gcj/bin/java is 32-bit
configure: error: You should pass the --with-jdk-home option pointing to a 
64-bit JDK
Error running configure at ./autogen.sh line 266.

Full log: 
http://buildd.debian-ports.org/status/fetch.php?pkg=libreoffice&arch=hppa&ver=1%3A4.4.0%7Erc3-1&stamp=1422344321

The attached patch fixes this. The problem is, that on the hppa architecture we 
still only
support 32bit userspace (although this 32bit userspace can run on a 64bit 
kernel).
The configure scripts in libreoffice assume we are 64bit userspace and as such 
expects a 64bit JDK which is wrong.
The attached patch moves the hppa platform down to the 32bit platforms.

I assume that there are one or two further patches needed for hppa (The source 
is still compiling since a day so I can't tell exactly yet)...

Thanks!
Helge
 
diff -up ./configure.ac.org ./configure.ac
--- ./configure.ac.org	2015-01-25 22:57:04.032592826 +0100
+++ ./configure.ac	2015-01-25 22:58:19.272731089 +0100
@@ -6605,13 +6605,13 @@ if test "$ENABLE_JAVA" != ""; then
 # at least 2 reasons to check: officebean needs to link -ljawt,
 # and libjpipe.so needs to be loaded by java to run JunitTests.
 case $CPUNAME in
-AARCH64|AXP|X86_64|HPPA|IA64|POWERPC64|S390X|SPARC64)
+AARCH64|AXP|X86_64|IA64|POWERPC64|S390X|SPARC64)
 if test -f "$JAVAINTERPRETER" -a "`$JAVAINTERPRETER -version 2>&1 | $GREP -i 64-bit`" = "" >/dev/null; then
 AC_MSG_WARN([You are building 64-bit binaries but the JDK $JAVAINTERPRETER is 32-bit])
 AC_MSG_ERROR([You should pass the --with-jdk-home option pointing to a 64-bit JDK])
 fi
 ;;
-*) # assumption: everything else 32-bit
+HPPA|*) # assumption: everything else 32-bit
 if test -f "$JAVAINTERPRETER" -a "`$JAVAINTERPRETER -version 2>&1 | $GREP -i 64-bit`" != ""  >/dev/null; then
 AC_MSG_WARN([You are building 32-bit binaries but the JDK $howfound is 64-bit])
 AC_MSG_ERROR([You should pass the --with-jdk-home option pointing to a (32-bit) JDK])

Bug#776358: gnome fails to set backlight brightness when hotswapping monitors

[Olliver Schinagl]

Package: gnome
Version: 1:3.14+3
Severity: normal

Dear Maintainer,

When plugging in, but NOT when removing an external monitor, the laptop's
backlight is reset to 0. I can manually increase the backlight, but after each
hotplug event, the backlight is 0 again.

This may be related to bug #776355 which shows similar, but not exactly the
same, behavior on gdm3.

This on a mid 2013 macbook pro retina,
00:02.0 VGA compatible controller: Intel Corporation Device 0a2e (rev 09)
[2.598451] fbcon: inteldrmfb (fb0) is primary device
[3.996610] i915 :00:02.0: fb0: inteldrmfb frame buffer device
model name: Intel(R) Core(TM) i5-4258U CPU @ 2.40GHz



-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

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

Versions of packages gnome depends on:
ii  alacarte   3.11.91-2
ii  avahi-daemon   0.6.31-4+b2
ii  bijiben3.14.2-1+b1
ii  brasero3.11.4-1
ii  cheese 3.14.1-2
ii  cups-pk-helper 0.2.5-2+b1
ii  desktop-base   8.0.2
ii  evolution  3.12.9~git20141130.241663-1+b1
ii  evolution-plugins  3.12.9~git20141130.241663-1+b1
ii  file-roller3.14.1-1
ii  gedit  3.14.0-3
ii  gedit-plugins  3.14.0-2
ii  gimp   2.8.14-1+b1
ii  gnome-clocks   3.14.1-1
ii  gnome-color-manager3.14.1-1
ii  gnome-core 1:3.14+3
ii  gnome-documents3.14.2-1
ii  gnome-games1:3.14+3
ii  gnome-getting-started-docs 3.14.1-1
ii  gnome-logs 3.14.2-1
ii  gnome-maps 3.14.1.2-1
ii  gnome-music3.14.1-1
ii  gnome-nettool  3.8.1-1
ii  gnome-orca 3.14.0-2
ii  gnome-photos   3.14.2-1
ii  gnome-shell-extension-weather  0~20140924.git7e28508-1
ii  gnome-sound-recorder   3.14.0.1-1
ii  gnome-tweak-tool   3.14.2-2
ii  gstreamer1.0-libav 1.4.4-2
ii  gstreamer1.0-plugins-ugly  1.4.4-2
ii  hamster-applet 2.91.3+git20120514.b9fec3e1-1
ii  inkscape   0.48.5-3
ii  libgtk2-perl   2:1.2492-3
ii  libreoffice-calc   1:4.3.3-2
ii  libreoffice-evolution  1:4.3.3-2
ii  libreoffice-gnome  1:4.3.3-2
ii  libreoffice-impress1:4.3.3-2
ii  libreoffice-writer 1:4.3.3-2
ii  nautilus-sendto3.8.2-1
ii  network-manager-gnome  0.9.10.0-2
ii  polari 3.14.1-1
ii  rhythmbox  3.1-1
ii  rhythmbox-plugin-cdrecorder3.1-1
ii  rhythmbox-plugins  3.1-1
ii  rygel-playbin  0.24.2-1
ii  rygel-tracker  0.24.2-1
ii  seahorse   3.14.0-2
ii  simple-scan3.14.0-1
ii  sound-juicer   3.14.0-1+b1
ii  telepathy-gabble   0.18.3-1+b1
ii  telepathy-rakia0.8.0-3
ii  telepathy-salut0.8.1-4
ii  totem-plugins  3.14.0-2
ii  transmission-gtk   2.84-0.2
ii  vinagre3.14.1-1
ii  xdg-user-dirs-gtk  0.10-1

Versions of packages gnome recommends:
pn  gnome-software  

Versions of packages gnome suggests:
pn  iceweasel-l10n-all 
pn  xul-ext-adblock-plus   
pn  xul-ext-gnome-keyring  

Versions of packages gnome-core depends on:
ii  adwaita-icon-theme 3.14.0-2
ii  at-spi2-core   2.14.0-1
ii  baobab 3.14.1-1
ii  caribou0.4.15-1
ii  caribou-antler 0.4.15-1
ii  dconf-gsettings-backend0.22.0-1
ii  dconf-tools0.22.0-1
ii  empathy3.12.7-1
ii  eog3.14.1-1
ii  evince 3.14.1-1
ii  evolution-data-server  3.12.9~git20141128.5242b0-2+b1
ii  fonts-cantarell0.0.16-1
ii  gdm3   3.14.1-3
ii  gkbd-capplet   3.6.0-1
ii  glib-networking2.42.0-2
ii  gnome-backgrounds  3.14.1-1
ii  gnome-bluetooth3.14.0-2
ii  gnome-calculator   3.14.1-1
ii  gnome-contacts 3.14.1-1
ii  gnome-control-center   1:3.14.2-2
ii  gnome-dictionary   3.14.1-1
ii  gnome-disk-utility 3.12.1-1+b1
ii  gnome-font-viewer  3.14.0-1
ii  gnome-keyring  3.14.0-1+b1
ii  gnome-menus3.13.3-5
ii  gnome-online-accounts  3.14.2-1
ii  gnome-online-miners3.14.0-2
ii  gnome-packagekit  

Bug#776356: gdm3 shows only black screen with cursor on tripple head

[Olliver Schinagl]

Package: gdm3
Version: 3.14.1-3
Severity: normal

Dear Maintainer,

When booting with 3 monitors, internal laptopscreen, 2 external monitors, GDM
refuses to bring up the login screen, instead it shows 3 black screens with a
cursor. The cursor can happily move between all 3 screens. Booting with only 2
screens, laptop + external monitor, works fine. After logging in, I can happily
plug in the third monitor and have a tripple-head desktop.

Last time I checked on Ubuntu, a few months ago, this all worked normally, so
it has worked at 'some' point in the past.

This on a mid 2013 macbook pro retina,
00:02.0 VGA compatible controller: Intel Corporation Device 0a2e (rev 09)
[2.598451] fbcon: inteldrmfb (fb0) is primary device
[3.996610] i915 :00:02.0: fb0: inteldrmfb frame buffer device
model name: Intel(R) Core(TM) i5-4258U CPU @ 2.40GHz



-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

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

Versions of packages gdm3 depends on:
ii  accountsservice   0.6.37-3+b1
ii  adduser   3.113+nmu3
ii  dconf-cli 0.22.0-1
ii  dconf-gsettings-backend   0.22.0-1
ii  debconf [debconf-2.0] 1.5.55
ii  gir1.2-gdm3   3.14.1-3
ii  gnome-session [x-session-manager] 3.14.0-2
ii  gnome-session-bin 3.14.0-2
ii  gnome-settings-daemon 3.14.2-2
ii  gnome-shell   3.14.2-3+b1
ii  gnome-terminal [x-terminal-emulator]  3.14.1-1
ii  gsettings-desktop-schemas 3.14.1-1
ii  libaccountsservice0   0.6.37-3+b1
ii  libaudit1 1:2.4-1+b1
ii  libc6 2.19-13
ii  libcanberra-gtk3-00.30-2.1
ii  libcanberra0  0.30-2.1
ii  libgdk-pixbuf2.0-02.31.1-2+b1
ii  libgdm1   3.14.1-3
ii  libglib2.0-0  2.42.1-1
ii  libglib2.0-bin2.42.1-1
ii  libgtk-3-03.14.5-1
ii  libpam-modules1.1.8-3.1
ii  libpam-runtime1.1.8-3.1
ii  libpam-systemd215-8
ii  libpam0g  1.1.8-3.1
ii  librsvg2-common   2.40.5-1
ii  libselinux1   2.3-2
ii  libsystemd0   215-8
ii  libwrap0  7.6.q-25
ii  libx11-6  2:1.6.2-3
ii  libxau6   1:1.0.8-1
ii  libxdmcp6 1:1.1.1-1+b1
ii  libxrandr22:1.4.2-1+b1
ii  lsb-base  4.1+Debian13+nmu1
ii  metacity [x-window-manager]   1:3.14.3-1
ii  mutter [x-window-manager] 3.14.2-1
ii  policykit-1   0.105-8
ii  terminology [x-terminal-emulator] 0.7.0-1
ii  ucf   3.0030
ii  x11-common1:7.7+7
ii  x11-xserver-utils 7.7+3+b1
ii  xterm [x-terminal-emulator]   312-1

Versions of packages gdm3 recommends:
ii  at-spi2-core   2.14.0-1
ii  desktop-base   8.0.2
ii  gnome-icon-theme   3.12.0-1
ii  gnome-icon-theme-symbolic  3.12.0-1
ii  x11-xkb-utils  7.7+1
ii  xserver-xephyr 2:1.16.2.901-1
ii  xserver-xorg   1:7.7+7
ii  zenity 3.14.0-1

Versions of packages gdm3 suggests:
ii  gnome-orca3.14.0-2
ii  libpam-gnome-keyring  3.14.0-1+b1

-- debconf information:
  gdm3/daemon_name: /usr/sbin/gdm3
* shared/default-x-display-manager: gdm3


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

Bug#772963: release-notes: cellphone friendly CSS

[Niels Thykier]

On 2015-01-24 18:27, Stéphane Blondon wrote:
> 2015-01-21 17:48 GMT+01:00 Niels Thykier :
>> [...]
>>
>> It was a Nokia Lumia Windows phone.  I assume that means it was an
>> internet explorer.  Regardless, I reproduced it in Iceweasel's developer
>> mode (see attached screenshot) using the (predefined) 320x480 window mode.
> 
> Thanks, I understand the problem. However it's not easy to fix. There
> are unbreakable spaces in the name ('Chapter 1. xxx'), that's why the
> footer expands. It's the same problem in the current version of the
> footer and is not due to the new css. For example, see with a little
> screen :
> https://www.debian.org/releases/stable/amd64/ch01s06.html
> 
> I don't think it's easy to fix without changing HTML. I will ask to a
> web designer at work monday but I'm pessimistic.
> 

Ok, let me know what he/she said.

> 
>> [...]
> 
  * The "Caution" remarks (plus "note" etc.) has a so much margin that
only 16-20 characters are shown per line[2].  In desktop mode it
only takes 1-2 lines.
> 
> It's not really easy to fix because there is css style directly in the page:
> 
> 
> Like the footer, this margin create the same problem on little screen
> for the current documentation (Debian 7.0).
> The clean way to do it is to remove the style attribute and to it in
> the css file. Do you think it's easy to do?
> 
> If not changing it, the rendering is the same with or without the css
> on little screen: plenty lines.
> 
> If you can remove the stylee attribute, I will work on improving the
> caution block.
> 

Turns out it is fair simple to do, but it kills *all* inline styles[1].
 Simply apply attached patch and rebuild.  All inline styles should now
be gone (for better and for worse).  We might need to extract the
existing styles to keep the current look and feel.

> 
> I'm ready to improve other points if needed.
> 

Excellent, thanks.

~Niels

[1] Well, except the "body" used for displaying the draft image - but we
have an existing work-around for that.


diff --git a/html.xsl b/html.xsl
index 5cc4f74..b11ca41 100644
--- a/html.xsl
+++ b/html.xsl
@@ -10,6 +10,8 @@
   1
   1
   1
+  0
+  
 
   
 

Bug#762330: Is libjsoncpp still active maintained?

[Martin Quinson]

On Tue, Jan 27, 2015 at 06:04:57AM +, Peter Spiess-Knafl wrote:
> Is this package still active maintained? If not, I would be very
> interested in co-maintaining or adopting the package.

I would say that it is not. I had to upload a version to fix a bug in
a dependency, but I then discovered that this fix was already part of
the new upstream release, released a few months before.

As a maintainer of a dependency, I'd appreciate if you could revive a
bit the packaging of libjsoncpp. But I am in no way involved in the
packaging of libjsoncpp myself, so it would be better to have the
advice of the actual maintainers.

Please also note that I have currently no free time to devote to that
package. Even in a co-maintaining way, sorry.

Thanks for your interest,
Mt

-- 
Dans le passé, il y avait plus de futur que maintenant.
   -- Le Chat


signature.asc
Description: Digital signature

Bug#776355: gdm3 turns backlight off when multiple monitors are connected, yet puts the login prompt on the darkened monitor

[Olliver Schinagl]

Package: gdm3
Version: 3.14.1-3
Severity: normal

Dear Maintainer,

Whenever I do a cold boot, I see the boot messages on my laptop screen and
monitor in parallel. Whenever GDM starts however, backlight is set to be off.
The secondary monitor still shows the gdm background. The login prompt however
remains on the primary laptop screen and thus cannot be interacted with.

Booting with no external monitors connected works fine.

Additionally, the backlight brightness cannot be adjusted when gdm is active
(but I think this is to be expected due to permissions?).

This on a mid 2013 macbook pro retina,
00:02.0 VGA compatible controller: Intel Corporation Device 0a2e (rev 09)
[2.598451] fbcon: inteldrmfb (fb0) is primary device
[3.996610] i915 :00:02.0: fb0: inteldrmfb frame buffer device
model name: Intel(R) Core(TM) i5-4258U CPU @ 2.40GHz

It does not matter whether the display is connected via hdmi or display-port.



-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

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

Versions of packages gdm3 depends on:
ii  accountsservice   0.6.37-3+b1
ii  adduser   3.113+nmu3
ii  dconf-cli 0.22.0-1
ii  dconf-gsettings-backend   0.22.0-1
ii  debconf [debconf-2.0] 1.5.55
ii  gir1.2-gdm3   3.14.1-3
ii  gnome-session [x-session-manager] 3.14.0-2
ii  gnome-session-bin 3.14.0-2
ii  gnome-settings-daemon 3.14.2-2
ii  gnome-shell   3.14.2-3+b1
ii  gnome-terminal [x-terminal-emulator]  3.14.1-1
ii  gsettings-desktop-schemas 3.14.1-1
ii  libaccountsservice0   0.6.37-3+b1
ii  libaudit1 1:2.4-1+b1
ii  libc6 2.19-13
ii  libcanberra-gtk3-00.30-2.1
ii  libcanberra0  0.30-2.1
ii  libgdk-pixbuf2.0-02.31.1-2+b1
ii  libgdm1   3.14.1-3
ii  libglib2.0-0  2.42.1-1
ii  libglib2.0-bin2.42.1-1
ii  libgtk-3-03.14.5-1
ii  libpam-modules1.1.8-3.1
ii  libpam-runtime1.1.8-3.1
ii  libpam-systemd215-8
ii  libpam0g  1.1.8-3.1
ii  librsvg2-common   2.40.5-1
ii  libselinux1   2.3-2
ii  libsystemd0   215-8
ii  libwrap0  7.6.q-25
ii  libx11-6  2:1.6.2-3
ii  libxau6   1:1.0.8-1
ii  libxdmcp6 1:1.1.1-1+b1
ii  libxrandr22:1.4.2-1+b1
ii  lsb-base  4.1+Debian13+nmu1
ii  metacity [x-window-manager]   1:3.14.3-1
ii  mutter [x-window-manager] 3.14.2-1
ii  policykit-1   0.105-8
ii  terminology [x-terminal-emulator] 0.7.0-1
ii  ucf   3.0030
ii  x11-common1:7.7+7
ii  x11-xserver-utils 7.7+3+b1
ii  xterm [x-terminal-emulator]   312-1

Versions of packages gdm3 recommends:
ii  at-spi2-core   2.14.0-1
ii  desktop-base   8.0.2
ii  gnome-icon-theme   3.12.0-1
ii  gnome-icon-theme-symbolic  3.12.0-1
ii  x11-xkb-utils  7.7+1
ii  xserver-xephyr 2:1.16.2.901-1
ii  xserver-xorg   1:7.7+7
ii  zenity 3.14.0-1

Versions of packages gdm3 suggests:
ii  gnome-orca3.14.0-2
ii  libpam-gnome-keyring  3.14.0-1+b1

-- debconf information:
* shared/default-x-display-manager: gdm3
  gdm3/daemon_name: /usr/sbin/gdm3


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

Bug#299672: Allow config tweaking of playlist permissions

[Jakob Kjær Butler]

Hi Florian,

Wow - I only vaguely recall ever raising this bug :)

I don't see any value in keeping it open, so please feel free to close 
it.


Thanks and best regards,

--
Jakob Kjær Butler
ma...@makob.dk


On 2015-01-26 22:52, Florian Schlichting wrote:

tags 299672 + moreinfo
thanks


Hi Jakob,

I would like to be able to specify "new playlist file permissions" in 
the

config file so generated playlists can be group-writable.

As of now, the umask is set to 0022 in /etc/init.d/mpd, which is ok 
with

regards to the database-file, but too restrictive for playlists, IMO.

Feel free to pass this along upsteam (or let me know if I should file 
an

upstream wishlist bug directly instead ;-)


if you're still interested in this feature request after it has been
sitting in the Debian BTS for almost ten years, please DO take it
upstream, probably explaining a little more about your use case 
(multi-user

systems and group permissions seem increasingly out of fashion...)

If on the other hand if you see no value in keeping it open any longer,
please don't hesitate to close this bug or tell me to close it.

I'm sorry if you were still expecting someone to pick this up...

Florian



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

Bug#769388: 'PermitRootLogin without-password' in new installations breaks some use cases

[Cyril Brulebois]

Niels Thykier  (2015-01-27):
> Ok, where would something like this go then?  I tried checking out the
> d-i source and I am yet to figure out the place where "random"
> preseedable/expert questions go.
> 
> Is this case basically "shove the debconf selections into the target
> system and let the regular .deb packages deal with it"?  If so, it seems
> that openssh "mostly" already permits this to be preseeded:
> 
> 
> """
>   if dpkg --compare-versions "$2" lt-nl 1:6.6p1-1 && \
>  [ "$(get_config_option PermitRootLogin)" = yes ] &&
>  db_get openssh-server/permit-root-login && [ "$RET" = true ]; then
> set_config_option PermitRootLogin without-password
>   fi
> """
> 
> (I suspect it just needs a little fiddling with the --compare-versions)

...

> True - I assumed that the installation-guide was as easy to update on
> the website as the release-notes.
> 
> I am ready to look into writing a patch for d-i to provide this to be
> preseedable.  I am presume it needs to be "documented somewhere" in d-i
> (either as an expert question, in the installation-manual or in the
> standard preseed-example file).  I do not mind doing it as an expert
> question as well assuming we still have time for getting translations.

I've added this issue on my list of things to keep track for RC2. I
should be able to try and deal with sorting out which package to patch,
so that you can concentrate on other release-y things.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#776350: systemd 218-6 libsystemd-* libraries dependencies

[Martin Pitt]

Control: tag -1 moreinfo reproducible

Hello Jos,

Jos van Wolput [2015-01-27 14:06 +0800]:
> After upgrading systemd from 218-5 to 218-6 and removing the
> obsolete libsystemd-daemon0, libsystemd-id128-0 and
> libsystemd-journal0 which have been dropped in version 218-6,
> systemctl and journalctl complain about missing
> libsystemd-daemon.so.0, libsystemd-journal.so.0 and
> libsystemd-id128.so.0 although there should not be dependencies
> left.

I'm afraid I can't reproduce this in a clean experimental schroot on
amd64 (i. e. those are the debs that I uploaded yesterday). Can you
please verify that you actually have the current versions installed
and not a local build somewhere else? journalctl and systemctl as in
the package don't depend on libsystemd* at all.

Can you please give me the output of the following commands:

  dpkg -l systemd libsystemd0 | cat
  which systemctl journalctl
  ldd /bin/systemctl
  ldd /bin/journalctl

Can you please also show me the exact command that you tried to call,
and the error message?

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#776354: connect-proxy: should be able to take the SOCKS5_PASSWORD from command-line

[Russell Coker]

Package: connect-proxy
Version: 1.101-1
Severity: wishlist

The SOCKS5_PASSWORD and other configuration options should be usable from the
command line.  When the parameters for "connect" are set in ~/.ssh/config
there is no option for setting the socks password.  While it is possible to
have a global environment setting for this, if I was to use multiple socks
servers for different ssh servers this would be annoying.

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages connect-proxy depends on:
ii  libc6  2.19-13

connect-proxy recommends no packages.

connect-proxy 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#775302: [fis-gtm] UTF-8 libgtmutils.so in fis-gtm-6.2-000 is missing routines

[Andreas Tille]

Hi Amul,

is this issue fixed with the last upload.  I simply forgot to ask before
sponsoring.  If yes, usually the bug should be closed in the changelog.
Now we can do it manually.

Kind regards

Andreas.

On Tue, Jan 13, 2015 at 04:05:45PM -0500, Amul Shah wrote:
> Package: fis-gtm
> Version: 6.2-000-1
> Severity: important
> 
> A user reported the following on comp.lang.mumps:
> >When starting gtm with gtm_chset=UTF-8 i get the following error:
> >(the error does not occur in m-mode)
> >
> >%GTM-E-ZLINKFILE, Error while zlinking "%XCMD"
> >%GTM-E-FILENOTFND, File %XCMD not found
> >
> >Any hints? I found an old discussion linking this to a missing/incomplete
> >gtmroutines environment variable, but that one seems to be correct
> 
> As an upstream fis-gtm developer, I was confused since this bug is
> not present in the package that I built on my Debian 7 stable
> workstation. However, when I picked up the package from
> https://packages.debian.org/sid/fis-gtm-6.2-000, I was able to
> recreate the error.
> 
> There seems to be a problem with the creation of the UTF-8 mode 
> libgtmutil.so. Upstream is tracking the issue as GTM-8041.
> 
> This is the M mode test case which works:
> $ . /usr/lib/x86_64-linux-gnu/fis-gtm/V6.2-000_x86_64/gtmprofile
> $ ls $gtm_dist/[_A-Z][A-Z]*.m | sed -e
> 's;/usr/lib/x86_64-linux-gnu/fis-gtm/V6.2-000_x86_64/;set ln="^;' -e
> 's;\.m.*$;" write ln," was ",$select($length($text(@ln)):"",1:"not
> "),"found";' -e 's;_;%;' | $gtm_dist/mumps -direct ; echo
> $gtmroutines
> ... prints mostly "^XYZ was found" except for GDE routines which is normal ...
> 
> This is the UTF-8 mode test case which does not work
> $ . /usr/lib/x86_64-linux-gnu/fis-gtm/V6.2-000_x86_64/utf8/gtmprofile
> $ ls $gtm_dist/[_A-Z][A-Z]*.m | sed -e
> 's;/usr/lib/x86_64-linux-gnu/fis-gtm/V6.2-000_x86_64/utf8/;set
> ln="^;' -e 's;\.m.*$;" write ln," was
> ",$select($length($text(@ln)):"",1:"not "),"found";' -e 's;_;%;' |
> $gtm_dist/mumps -direct ; echo $gtmroutines
> ... prints only "^XYZ was not found" ...
> 
> Amul
> 
> _
> The information contained in this message is proprietary and/or confidential. 
> If you are not the intended recipient, please: (i) delete the message and all 
> copies; (ii) do not disclose, distribute or use the message in any manner; 
> and (iii) notify the sender immediately. In addition, please be aware that 
> any message addressed to our domain is subject to archiving and review by 
> persons other than the intended recipient. Thank you.
> 
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging
> 

-- 
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#776350: systemd 218-6 libsystemd-* libraries dependencies

[Michael Biebl]

Am 27.01.2015 um 08:13 schrieb Michael Biebl:
> control: tags -1 moreinfo
> 
> Am 27.01.2015 um 07:06 schrieb Jos van Wolput:
>> Package: systemd
>> Version: 218-6
>> Severity: normal
>>
>> Dear Maintainer,
>>
>> After upgrading systemd from 218-5 to 218-6 and removing the obsolete
>> libsystemd-daemon0, libsystemd-id128-0 and libsystemd-journal0
>> which have been dropped in version 218-6, systemctl and journalctl
>> complain about missing libsystemd-daemon.so.0, libsystemd-journal.so.0
>> and libsystemd-id128.so.0 although there should not be dependencies left.
> 
> Please post the complete error messages.
> 
> As systemctl/journalctl don't link against libsystemd-*.so.*, I'm
> interested what kind of errrs you have.

Is this maybe a result from a local installation?
What does "whereis systemctl" say?
What's the output of `ldd /bin/systemctl`?


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



signature.asc
Description: OpenPGP digital signature

Bug#776353: idea: select recent photos more often

[martin f krafft]

Package: xscreensaver-gl
Version: 5.30-1+b1
Severity: wishlist
File: /usr/lib/xscreensaver/glslideshow
Tags: upstream

I use xscreensaver to view family photos, and often I wish that I'd
see more of the latest photos than all photos with equal
probability. How hard would it be to be to add two controls to
glslideshow:

  1. a sort order
  2. a curve describing the probability of selection of each image,
 which could be as easy as an exponential curve increasing with
 x being the axis listing all photos in increasing sort order.

?

It's just an idea, but I figure I should drop it here.

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

Kernel: Linux 3.18.0-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xscreensaver-gl depends on:
ii  libc6 2.19-13
ii  libgdk-pixbuf2.0-02.31.1-2+b1
ii  libgl1-mesa-glx [libgl1]  10.4.2-2
ii  libglib2.0-0  2.42.1-1
ii  libglu1-mesa [libglu1]9.0.0-2
ii  libice6   2:1.0.9-1+b1
ii  libsm62:1.2.2-1+b1
ii  libx11-6  2:1.6.2-3
ii  libxext6  2:1.3.3-1
ii  libxmu6   2:1.1.2-1
ii  libxpm4   1:3.5.11-1+b1
ii  libxt61:1.1.4-1+b1
ii  libxxf86vm1   1:1.1.3-1+b1

xscreensaver-gl recommends no packages.

Versions of packages xscreensaver-gl suggests:
ii  xscreensaver  5.30-1+b1

-- debconf-show failed


-- 
 .''`.   martin f. krafft  @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#776350: systemd 218-6 libsystemd-* libraries dependencies

[Michael Biebl]

control: tags -1 moreinfo

Am 27.01.2015 um 07:06 schrieb Jos van Wolput:
> Package: systemd
> Version: 218-6
> Severity: normal
> 
> Dear Maintainer,
> 
> After upgrading systemd from 218-5 to 218-6 and removing the obsolete
> libsystemd-daemon0, libsystemd-id128-0 and libsystemd-journal0
> which have been dropped in version 218-6, systemctl and journalctl
> complain about missing libsystemd-daemon.so.0, libsystemd-journal.so.0
> and libsystemd-id128.so.0 although there should not be dependencies left.

Please post the complete error messages.

As systemctl/journalctl don't link against libsystemd-*.so.*, I'm
interested what kind of errrs you have.


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



signature.asc
Description: OpenPGP digital signature

Bug#769388: 'PermitRootLogin without-password' in new installations breaks some use cases

[Niels Thykier]

On 2015-01-26 00:16, Cyril Brulebois wrote:
> Niels Thykier  (2015-01-16):
>> On Thu, 13 Nov 2014 11:08:45 + Simon McVittie  wrote:
>>> Another possibility would be to use a low-priority question that is
>>> only shown in the "expert" installer, but can be pre-seeded.
>>
>> Please also keep in mind that such questions need to be translated.
>>
>> I am not certain on the policy for d-i for having pre-seedable
>> configuration without an "expert" question.
> 
> Preseedable configuration is way lighter than (expert or not) questions,
> since it's only about an extra key/value to handle in scripts, and
> there's no need for translations. We have many of those, and we could
> support an extra one without too much hassle.
> 

Ok, sounds good. :)

> At first glance, having this question asked in expert mode wouldn't seem
> too crazy. I'm a bit worried about the timing though; this should have
> been noticed and worked on way earlier (this change happened in March).
> 

Sadly, we have had tons of issues in Debian, we ought to have discovered
months ago. :-/

>> If this is not an issue for d-i, I suppose it could be added solely in
>> the openssh-server-udeb package.
> 
> Nice try. :) That udeb is here to provide ssh support during the
> installation process, it doesn't quite control what's happening in the
> system getting installed.
> 

Ok, where would something like this go then?  I tried checking out the
d-i source and I am yet to figure out the place where "random"
preseedable/expert questions go.

Is this case basically "shove the debconf selections into the target
system and let the regular .deb packages deal with it"?  If so, it seems
that openssh "mostly" already permits this to be preseeded:


"""
  if dpkg --compare-versions "$2" lt-nl 1:6.6p1-1 && \
 [ "$(get_config_option PermitRootLogin)" = yes ] &&
 db_get openssh-server/permit-root-login && [ "$RET" = true ]; then
set_config_option PermitRootLogin without-password
  fi
"""

(I suspect it just needs a little fiddling with the --compare-versions)

>>> [...]
>>
>> If we are going down this route, then let us have it documented in the
>> installation-guide.  If needed be, we can add a reference from the
>> release notes to the relevant part of the installation guide (or maybe
>> just a remark about it).
>>   Though note that the release-notes only handles upgrades between the
>> (soon-to-be) previous and the (soon-to-be) current release, so I firmly
>> believe it should be documented in the installation-guide to ensure it
>> is a stand-alone document.
> 
> We can either document that late_command option (right now) or implement
> something specific to be preseeded, and document it when it's done.
> 
> By the way: You wrote about the need for translations above, that applies to
> the installation guide as well.
> 
> Mraw,
> KiBi.
> 

True - I assumed that the installation-guide was as easy to update on
the website as the release-notes.

I am ready to look into writing a patch for d-i to provide this to be
preseedable.  I am presume it needs to be "documented somewhere" in d-i
(either as an expert question, in the installation-manual or in the
standard preseed-example file).  I do not mind doing it as an expert
question as well assuming we still have time for getting translations.

Thanks,
~Niels


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

Bug#776352: tor: please run restorecon in the postinst script after mkdir

[Russell Coker]

Package: tor
Version: 0.2.5.10-1
Severity: normal

After a default install of tor on a SE Linux system that is in enforcing mode
tor will not start due to the wrong contexts of /var/lib/tor and /var/log/tor.

The solution is to run restorecon whenever chown/chmod is run as any situation
that gives the directory the wrong owner/mode probably gives it the wrong
SE Linux context.

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages tor depends on:
ii  adduser 3.113+nmu3
ii  libc6   2.19-13
ii  libevent-2.0-5  2.0.21-stable-2
ii  libseccomp2 2.1.1-1
ii  libssl1.0.0 1.0.1k-1
ii  lsb-base4.1+Debian13+nmu1
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages tor recommends:
ii  logrotate3.8.7-1+b1
pn  tor-geoipdb  
pn  torsocks 

Versions of packages tor suggests:
pn  apparmor-utils 
pn  mixmaster  
pn  obfsproxy  
pn  polipo | privoxy   
pn  socat  
pn  tor-arm
pn  xul-ext-torbutton  

-- 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#775354: icedove: Can't save to "sent", can't move or delete mails (IMAP)

[Carsten Schoenert]

Hello Alia,

On Fri, Jan 23, 2015 at 09:05:38PM +0100, Alia Toll wrote:
> >Happen this issue only with one specific IMAP Account or mostly with the
> >same servers?
> 
> I have now found out, that it mainly happens with one specific
> folder on one server. I also had contact with the administrators,
> but they couldn't help yet. It's a problem with the "Gesendet"
> (sent) folder. It can't even be reloaded from the server, so if I
> write messages from the webinterface, I can't see them locally. In
> the webinterface everything works fine though.

if the issue is happen with one single account please create a new
profile which holds only this one account. You get two things by this,
test out if it is a problem with the other profile and debugging is
becomming much easier.

If you have a hugh amount of mails in the Sent folder please try out to
reduce them. In the past there those several people that reported issues
with Icedove and really big folders.

PS: I have looked into the private sent mail with the log, but I can't
see a hook which is telling why icedove binary is segfaulting.

Regrads
Carsten


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

Bug#776351: dict-elements: please make the build reproducible

[Chris Lamb]

Source: dict-elements
Version: 20001107-a-6
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

While working on the "reproducible builds" effort [1], we have noticed
that dict-elements could not be built reproducibly.

The attached patch removes timestamps from the build system. Once
applied, dict-elements can be built reproducibly in our current
experimental
framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds



Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff -urNad dict-elements.orig/dict-elements-20001107-a/debian/rules 
dict-elements/dict-elements-20001107-a/debian/rules
--- dict-elements.orig/dict-elements-20001107-a/debian/rules2015-01-27 
05:49:20.153804146 +
+++ dict-elements/dict-elements-20001107-a/debian/rules 2015-01-27 
06:24:05.438389312 +
@@ -5,6 +5,7 @@
 # export DH_VERBOSE=1
 
 pkg := dict-elements
+BUILD_DATE  := $(shell dpkg-parsechangelog --show-field Date)
 DICTDIR = debian/$(pkg)/usr/share/dictd
 FILES_TO_CLEAN  = debian/files *.dict* *.index debian/*.log debian/*.substvars 
 DIRS_TO_CLEAN   = debian/$(pkg)
@@ -24,7 +25,9 @@
 -o -name '.*.rej' -o -name '.SUMS' -o -size 0 \) -print` TAGS
 
 override_dh_auto_build:
-   cat elements|/usr/bin/dictfmt -p -u 
http://www.miranda.org/~jkominek/elements/ -s "The Elements (07Nov00)" elements
+   cat elements|/usr/bin/dictfmt -p -u 
http://www.miranda.org/~jkominek/elements/ -s "The Elements (07Nov00)" 
--without-time elements
+   # Ensure deterministic mtime in elements.dict.dz for dictzip
+   touch --date='$(BUILD_DATE)' elements.dict
/usr/bin/dictzip elements.dict
  
 override_dh_auto_install:
@@ -43,7 +46,7 @@
 debian/$(pkg)/usr/share/doc/$(pkg)/changelog.Debian
$(install_file)  debian/changelog \
 debian/$(pkg)/usr/share/doc/$(pkg)/changelog
-   gzip -9frq   debian/$(pkg)/usr/share/doc/$(pkg)/
+   gzip -9frqn  debian/$(pkg)/usr/share/doc/$(pkg)/
 # Make sure the copyright file is not compressed
$(install_file)  debian/copyright \
 debian/$(pkg)/usr/share/doc/$(pkg)/copyright

Bug#775882: [debian-mysql] Bug#775882: mariadb-10.0: affected by CVEs of the Oracle Patch Update for January 2015?

[Salvatore Bonaccorso]

Hi Otto,

On Mon, Jan 26, 2015 at 09:03:28PM +0200, Otto Kekäläinen wrote:
> The page https://mariadb.com/kb/en/security/ has updated and includes
> info about these latest CVEs.
> 
> It seems most issues were fixed in 5.5.41/10.0.16.
> One was for 5.5.39/10.0.13.
> 
> 10.0.16 hasn't been yet released, but I'll expect it is released soon
> and I will try to be as fast as possible in updating the package in
> Debian once the .16 release is out.
> 
> CVE-2015-0385 and CVE-2015-0409 are not listed in the MariaDB security
> list. I've sent email asking about their status and I'll track the
> results in this bug report.
> 
> Here is some background info about the CVE status by a MariaDB core
> developer: https://lists.launchpad.net/maria-discuss/msg02153.html

Thanks for the update and checking with upstream regarding the two
other CVEs. 10.0.16 seems now avaiable[1] (even though not yet
announced on the webpage itself).

 [1]  https://downloads.mariadb.com/files/MariaDB/mariadb-10.0.16/source

Regards,
Salvatore

p.s.: FYI, if you want to reach also the submitter of a bug adding it
to Cc is needed, since n...@bugs.debian.org does not reach the
original submitter, see https://www.debian.org/Bugs/Developer#followup


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

Bug#762330: Is libjsoncpp still active maintained?

[Peter Spiess-Knafl]

Is this package still active maintained? If not, I would be very
interested in co-maintaining or adopting the package.


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

Bug#776350: systemd 218-6 libsystemd-* libraries dependencies

[Jos van Wolput]

Package: systemd
Version: 218-6
Severity: normal

Dear Maintainer,

After upgrading systemd from 218-5 to 218-6 and removing the obsolete 
libsystemd-daemon0, libsystemd-id128-0 and libsystemd-journal0
which have been dropped in version 218-6, systemctl and journalctl complain 
about missing libsystemd-daemon.so.0, libsystemd-journal.so.0
and libsystemd-id128.so.0 although there should not be dependencies left.

Reinstalling libsystemd-* from version 218-5 fixes this issue.

-- System Information:
Debian Release: jessie/sid + experimental
Architecture: amd64 (x86_64)
Systemd: 218-6

Kind regards,
Jos v.Wolput


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

Bug#775778: Bug#776276: unblock: open-iscsi/2.0.873+git0.3b4b4500-4

[Michael Biebl]

Am 26.01.2015 um 17:00 schrieb Christian Seiler:

> Of course, if you have a better idea of how to do this?

Aside from shipping real native unit files, that's probably the least
invasive change:

- Drop $remote_fs from the open-isci LSB header and replace it with
$local_fs. That looks wrong anyway.

- Ship a file like the following in drop-in directory to call
umountiscsi.sh on stop and adding the ordering for remote-fs-pre.target


 # cat /etc/systemd/system/open-iscsi.service.d/foo.conf
[Unit]
Wants=remote-fs-pre.target
Before=remote-fs-pre.target

[Service]
ExecStop=
ExecStop=/etc/init.d/umountiscsi.sh stop
ExecStop=/etc/init.d/open-iscsi stop



If this file is shipped as part of the package, it should be placed in
/lib/systemd/system/open-iscsi.service.d/ and probably have a better
name then foo.conf :-)



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



signature.asc
Description: OpenPGP digital signature

Bug#776050: Bug#776237: xen-hypervisor-4.4-amd64: kernel panic on dom0 boot

[Gedalya]

On Mon, 26 Jan 2015 10:24:41 + Ian Campbell wrote:
>
> This is actually a kernel issue I think, so reassigning accordingly.
>
> 2c3fc8d26dd0 "swiotlb-xen: pass dev_addr to swiotlb_tbl_unmap_single"
> was backported to the stable kernel but this commit was reverted in
> mainline via dbdd74763f1f.
>
> I'll revert it in the Debian kernel and let the stable kernel folks
> know.
>
> Ian.
>
>
>

Could #776237 be related to #776050?

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776050

Bug#769674: closed by Lisandro Damián Nicanor Pérez Meyer (No mor einfo provided)

[Andrey Rahmatullin]

On Mon, Jan 26, 2015 at 09:54:16PM +, Debian Bug Tracking System wrote:
> Hi! As no more info has been provided 
Note that bug submitters don't receive emails sent to the bug.

> and Tobias took the time to test this 
> and couldn't reproduce it I'm closing this bug.
> 
> Of course, if you can reproduce it (better if you can try with choqok 1.5-1 
> now in experimental) feel free to reopen this bug or fill a new one.
Indeed I couldn't reproduce it now (probably because I deleted an old
config that remained from some older version).

-- 
WBR, wRAR


signature.asc
Description: Digital signature

Bug#768489: Update to this issue

[Aron Podrigal]

I encountered the same problem using the newer version
mysql-server=5.5.41-0+wheezy1.
but solved it with uninstalling mysql-server and mysql-server-5.5
and reinstalling both with the specific version mysql-server=5.5.40-0+wheezy1
mysql-server-5.5=5.5.40-0+wheezy1.

I will try to reproduce this problem, sounds to me that it is some
incompatibility between the installed packages.
Hope this helps.


Aron Podrigal

Software Engineer
MongoTel

Bug#750445: Enabling IOMMU Works

[Jared Raddigan]

Mother Board: GA-970A-UD3 Version 3

Worked fine in 32bit but any non USB3 in AMD64 would not. I enabled IOMMU
in the bios and now everything works correctly (Jessie).

Thanks,

Jared

Bug#776349: grass-gui: wx gui tries to load images from wrong location

[Ambrose Andrews]

Package: grass-gui
Version: 6.4.4-1
Severity: important

Dear Maintainer,

It is probably a long time since I used GRASS on Jessie...  recently I launched
it for the first time since the last upload.

I Tried to start GRASS from the gnome menu and from a terminal.  (first
deleting/moving my .grassrc6)

The gui wizard responded with some pop-up errors from gui such as:
"can't open file '/usr/lib/grass64/etc/gui/images/startup_banner.gif' (error 2:
No such file or directory)"

(apparently such a file does exist at
/usr/share/grass64/etc/gui/images/startup_banner.gif i.e. under /usr/share, not
/usr/lib)

see below python traceback from terminal attempt:

"""
ambrose@zulu:~$ grass64

WELCOME TO GRASS  Version 6.4.4 2014

   1) Have at your side all available GRASS GIS tutorials

   2) When working on your location, the following materials
  are extremely useful:
  - A topographic map of your area
  - Current catalog of available computer maps

   3) Check the GRASS GIS web pages for supporting mailing lists and more:
  http://grass.osgeo.org

Hit RETURN to continue

Starting GRASS ...
Traceback (most recent call last):
  File "/usr/lib/grass64/etc/wxpython/gis_set.py", line 403, in OnWizard
grassdatabase = self.tgisdbase.GetValue())
  File "/usr/lib/grass64/etc/wxpython/location_wizard/wizard.py", line 1766, in
__init__
wizbmp = wizbmp.ConvertToBitmap()
  File "/usr/lib/python2.7/dist-packages/wx-3.0-gtk2/wx/_core.py", line 3646,
in ConvertToBitmap
return _core_.Image_ConvertToBitmap(*args, **kwargs)
wx._core.PyAssertionError: C++ assertion "image.IsOk()" failed at
.../src/gtk/bitmap.cpp(626) in wxBitmap(): invalid image
Traceback (most recent call last):
  File "/usr/lib/grass64/etc/wxpython/gis_set.py", line 403, in OnWizard
grassdatabase = self.tgisdbase.GetValue())
  File "/usr/lib/grass64/etc/wxpython/location_wizard/wizard.py", line 1766, in
__init__
wizbmp = wizbmp.ConvertToBitmap()
  File "/usr/lib/python2.7/dist-packages/wx-3.0-gtk2/wx/_core.py", line 3646,
in ConvertToBitmap
return _core_.Image_ConvertToBitmap(*args, **kwargs)
wx._core.PyAssertionError: C++ assertion "image.IsOk()" failed at
.../src/gtk/bitmap.cpp(626) in wxBitmap(): invalid image
Received EXIT message from GUI.
GRASS is not started. Bye.
"""

the errors popping up in the wx gui offered me the option to save to a log:


"""
ambrose@zulu:~$ cat log.txt
14:06:39: can't open file '/usr/lib/grass64/etc/gui/images/startup_banner.gif'
(error 2: No such file or directory)
14:06:39: Failed to load image from file
"/usr/lib/grass64/etc/gui/images/startup_banner.gif".
14:06:39: can't open file '/usr/lib/grass64/etc/gui/icons/grass.ico' (error 2:
No such file or directory)
14:06:39: Failed to load image from file
"/usr/lib/grass64/etc/gui/icons/grass.ico".
14:08:52: can't open file '/usr/lib/grass64/etc/gui/images/loc_wizard_qgis.png'
(error 2: No such file or directory)
14:08:52: Failed to load image from file
"/usr/lib/grass64/etc/gui/images/loc_wizard_qgis.png".
ambrose@zulu:~$
"""

  -AA.




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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages grass-gui depends on:
ii  gnome-terminal [x-terminal-emulator]  3.14.1-1
ii  grass-core6.4.4-1
ii  konsole [x-terminal-emulator] 4:4.14.2-1
ii  libc6 2.19-13
ii  libfreetype6  2.5.2-2
ii  libgdal1h 1.10.1+dfsg-8+b3
ii  libgeos-3.4.2 3.4.2-6
ii  libgeos-c13.4.2-6
ii  libgl1-mesa-glx [libgl1]  10.3.2-1
ii  libglu1-mesa [libglu1]9.0.0-2
ii  libice6   2:1.0.9-1+b1
ii  libpng12-01.2.50-2+b2
ii  libsm62:1.2.2-1+b1
ii  libtcl8.6 8.6.2+dfsg-1
ii  libtiff5  4.0.3-12
ii  libtk8.6  8.6.2-1
ii  libx11-6  2:1.6.2-3
ii  libxext6  2:1.3.3-1
ii  libxm42.3.4-6+b1
ii  libxmu6   2:1.1.2-1
ii  libxt61:1.1.4-1+b1
ii  python-opengl 3.0.2-1
ii  python-wxgtk3.0   3.0.1.1+dfsg-2
pn  python:any
ii  xterm [x-terminal-emulator]   312-1
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages grass-gui recommends:
ii  ghostscript 9.06~dfsg-2
ii  python-imaging  2.6.1-1

grass-gui suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-r

Bug#762194: Initial draft of affirming transition to systemd as default for #762194

[Michael Gilbert]

On Mon, Jan 26, 2015 at 5:49 PM, Don Armstrong wrote:
> On Mon, 26 Jan 2015, Michael Gilbert wrote:
>> Why? Option A, i.e. the only option, is already the status quo, so
>> what's the point?
>
> It affirms the decisions which have been made by the other teams in
> Debian, and resolves this particular issue. Issues which are properly
> submitted to the CTTE have to be resolved, and the way that they're
> resolved is with a resolution.
>
>> What possibly is there to gain from further init system meddling just
>> when the clouds were clearing?
>
> I'm unsure how this particular resolution meddles at all with the init
> system decision; it explicitly doesn't change anything, and points out
> the multiple different ways that Developers have worked to mitigate any
> issues with the transition.
>
> If your point is that we shouldn't resolve this issue at all, and should
> simply leave the bug open in the BTS, I disagree completely.

No, my point is that the init system shells loaded into this shotgun
are known to be explosive, already causing mass injury and even
casualty to the project, and there is no reason to think they are any
less volatile today.

Declining to rule is a perfectly legitimate outcome and reason enough
to close this request, but that option unfortunately doesn't exist on
this ballot.

Please consider not pulling the trigger again?

Best wishes,
Mike


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

Bug#776348: ITP: libdata-messagepack-stream-perl -- Yet another messagepack streaming deserializer

[Christopher Hoskin]

Package: wnpp
Owner: Christopher Hoskin 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org

* Package name: libdata-messagepack-stream-perl
  Version : 0.07
  Upstream Author : Daisuke Murase 
* URL : https://metacpan.org/release/Data-MessagePack-Stream
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Yet another messagepack streaming deserializer

Data::MessagePack::Stream is streaming deserializer for MessagePack.

Data::MessagePack::Stream is alternate for Data::MessagePack::Unpacker.
Unlike original unpacker, this module support internal buffer and it's
possible to handle streaming data correctly.


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

Bug#776347: quickml: all of auto reaction mails with Japanese subject will fail

[Kenshi Muto]

Package: quickml
Severity: normal
Version: 0.7-5

When a user configured :message_catalog => '/usr/share/quickml/messages.ja',
all of auto reaction mails (such as "You are not a member of the mailing
list") will fail due to:

2015-01-26T14:33:05: Unknown Session Error: Encoding::CompatibilityError: incomp
atible character encodings: EUC-JP and ISO-2022-JP
2015-01-26T14:33:05: ["/usr/lib/ruby/vendor_ruby/quickml/core.rb:801:in `report_
rejection'", "/usr/lib/ruby/vendor_ruby/quickml/core.rb:1011:in `submit'", "/usr
/lib/ruby/vendor_ruby/quickml/core.rb:1043:in `block in process_recipient'", ":10:in `synchronize'", "/usr/lib/ruby/vendor_ruby/quickml/core.r
b:1039:in `process_recipient'", "/usr/lib/ruby/vendor_ruby/quickml/core.rb:1059:
in `block in process'", "/usr/lib/ruby/vendor_ruby/quickml/core.rb:1058:in `each
'", "/usr/lib/ruby/vendor_ruby/quickml/core.rb:1058:in `process'", "/usr/lib/rub
y/vendor_ruby/quickml/server.rb:249:in `process'", "/usr/lib/ruby/vendor_ruby/qu
ickml/server.rb:266:in `block in _start'", "/usr/lib/ruby/1.9.1/timeout.rb:68:in
 `timeout'", "/usr/lib/ruby/1.9.1/timeout.rb:99:in `timeout'", "/usr/lib/ruby/ve
ndor_ruby/quickml/server.rb:265:in `_start'", "/usr/lib/ruby/vendor_ruby/quickml
/server.rb:278:in `start'", "/usr/lib/ruby/vendor_ruby/quickml/server.rb:316:in 
`process_session'", "/usr/lib/ruby/vendor_ruby/quickml/server.rb:298:in `block i
n accept'"]

Thanks,


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

Bug#776338: [pkg-wpa-devel] Bug#776338: wpa: wpasupplicant-udeb missing from kfreebsd installation media

[Michael Gilbert]

control: reopen -1
control: severity -1 wishlist
control: block -1 by 776346

On Mon, Jan 26, 2015 at 8:47 PM, Stefan Lippers-Hollmann wrote:
> I'm closing this bug, as your patch doesn't -and can't- work (anytime
> soon). Please don't inflate the bug severity, this would be a request
> for a new feature, not a bug.

Hi,

I entirely agree with your viewpoint, although I'm not sure where the
idea of the rush for jessie came from?  It's obviously far too late
for that.  Plus with kfreebsd not being official anymore, I couldn't
imaging the release team spending even a second thinking about this.

> The next step is d-i, or technically netcfg, itself, which only
> provides support for scanning via wext (wireless extension), a
> deprecated kernel-userspace API of the linux kernel. As kfreebsd,
> to the best of my knowledge, doesn't emulate this API to
> userspace, netcfg would need to gain support for the native
> kfreebsd wlan interfaces - and ideally for linux' new nl80211 API
> as well. The same goes for actually managing the interface from
> within netcfg. If I remember correctly, Kel Modderman did
> originally suggest an alternative way to scan via wpasupplicant
> (and thereby to abstract (most of, at least for scanning) the
> wlan interface handling from netcfg), rather than making it
> depend on the deprecated wext Linux API, but netcfg chose a
> different way.

I don't think the netcfg changes need to be a blocker for this change.
Having the wpa_supplicant executable available in d-i for manually
bringing up the network (for those that know how to do that) will be a
huge step itself.

Best wishes,
Mike


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

Bug#776346: libpcap: build udeb for use in debian-installer

[Michael Gilbert]

package: src:libpcap
version: 1.6.2-2
severity: wishlist
tags: patch

Hi,

It would be useful to provide a libpcap udeb, for example to support
wpasupplicant on kfreebsd (bug #776338).

Please see proposed patch attached.

Best wishes,
Mike
diff -Nru libpcap-1.6.2/debian/changelog libpcap-1.6.2/debian/changelog
--- libpcap-1.6.2/debian/changelog	2014-10-11 17:42:05.0 +
+++ libpcap-1.6.2/debian/changelog	2015-01-27 02:44:23.0 +
@@ -1,3 +1,9 @@
+libpcap (1.6.2-2.1) UNRELEASED; urgency=medium
+
+  * Build a libpcap udeb for use in debian-installer.
+
+ -- Michael Gilbert   Tue, 27 Jan 2015 02:38:05 +
+
 libpcap (1.6.2-2) unstable; urgency=medium
 
   * Re-enable zerocopy BPF on kFreeBSD (closes: #764228).
diff -Nru libpcap-1.6.2/debian/control libpcap-1.6.2/debian/control
--- libpcap-1.6.2/debian/control	2014-10-11 17:26:58.0 +
+++ libpcap-1.6.2/debian/control	2015-01-27 02:42:44.0 +
@@ -58,6 +58,13 @@
  to ease in porting and to alleviate the need for several
  system-dependent packet capture modules in each application.
 
+Package: libpcap0.8-udeb
+Package-Type: udeb
+Section: debian-installer
+Architecture: any
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Description: libpcap library for debian-installer
+
 Package: libpcap0.8-dbg
 Section: debug
 Priority: extra
diff -Nru libpcap-1.6.2/debian/libpcap0.8-udeb.install libpcap-1.6.2/debian/libpcap0.8-udeb.install
--- libpcap-1.6.2/debian/libpcap0.8-udeb.install	1970-01-01 00:00:00.0 +
+++ libpcap-1.6.2/debian/libpcap0.8-udeb.install	2015-01-27 02:43:13.0 +
@@ -0,0 +1 @@
+usr/lib/*/libpcap.so.*
diff -Nru libpcap-1.6.2/debian/rules libpcap-1.6.2/debian/rules
--- libpcap-1.6.2/debian/rules	2014-09-04 17:06:05.0 +
+++ libpcap-1.6.2/debian/rules	2015-01-27 02:49:24.0 +
@@ -13,3 +13,4 @@
 
 override_dh_makeshlibs:
 	dh_makeshlibs -- -c4
+	dh_makeshlibs -plibpcap0.8 --add-udeb=libpcap0.8-udeb

Bug#776345: dleyna-server: Segfault when playing video

[Matthew Harvey]

Package: dleyna-server
Version: 0.4.0-1
Severity: critical
Justification: breaks unrelated software

Dear Maintainer,

   * What led up to the situation?
   Sporadically, when watching video, typically using Totem. Any video.
   This did not happen until about a month ago (on testing, keeping up
   to date)
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   Typically, the system had been running fine for a while, and then
   I would turn on a video, and within the first couple of minutes of
   this video running, the following happened.
   * What was the outcome of this action?
   There was a segfault in the dleyna-server, and my gnome-shell
   logged me out and closed all the windows I had open
   * What outcome did you expect instead?
   I would expect the video to keep playing, and all of my
   windows to still be open.

The dmesg output describing the segfault is provided below.
Please advise as to how I can give you more information on this issue.

[49339.327487] dleyna-server-s[26235]: segfault at 8 ip 7ff711375132 sp 
7fffacb1bb20 error 4 in libdleyna-server-1.0.so.1.0.3[7ff711365000+21000]

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

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

Versions of packages dleyna-server depends on:
ii  libc6   2.19-13
ii  libdleyna-connector-dbus-1.0-1  0.2.0-1
ii  libdleyna-core-1.0-30.4.0-1
ii  libglib2.0-02.42.1-1
ii  libgssdp-1.0-3  0.14.10-1
ii  libgupnp-1.0-4  0.20.12-1
ii  libgupnp-av-1.0-2   0.12.6-1
ii  libgupnp-dlna-2.0-3 0.10.2-1
ii  libsoup2.4-12.48.0-1

dleyna-server recommends no packages.

dleyna-server 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#776341: apt: bugs/deficiencies in apt_preferences evaluation

[Christoph Anton Mitterer]

Hi.

I just saw that there is a POSIX ERE matching mode, which can be used to
solve the above issue (the glob matching, which I knew of, alone
wouldn't have so).

So I guess you can close this bug, but I leave it open for now, that you
can double check, whether the observed behaviour is actually desired.

Also, I add a note to #776337, that the manpage should be improved to
tell that multiple a=,a= and similar are not supported.
Apart form that, one would perhaps welcome more examples about how to
use the EREs,... e.g. describing which of the following it is:
Pin: release /a=testing(|-updates)/
Pin: release a=/testing(|-updates)/

And since those apparently als match e.g. FOOtesting:
Pin: release /^a=testing(|-updates)$/
Pin: release a=/^testing(|-updates)$/


Cheers,
Chris.





smime.p7s
Description: S/MIME cryptographic signature

Bug#776337: apt: document how multiple contidions in apt_preferences can be combined

[Christoph Anton Mitterer]

Also please have a look at bug #776341, which is why I think that the
following should perhaps be clarified a bit more:
- that multiple matches of the same field are not supported. e.g.
  release a=testing,a=unstable
  will neither have the effect of AND nor OR, it is simply "the last one
  wins"
- how the POSIX EREs work in practise (see #776341).


Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#776344: gksu: leafpad doesn't work (no menu, etc) when opened via gksu

[Igor Novosad]

Package: gksu
Version: 2.0.2-9
Severity: normal

Dear Maintainer,

I've tried to open leafpad as a root via gksu, but leafpad was not responding 
(did not have the menu) untill I killed gksu using Task Manager.
On the other hand launching leafpad from root terminal was fine.

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

Kernel: Linux 3.16-2-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gksu depends on:
ii  gconf-service 3.2.6-3
ii  libatk1.0-0   2.14.0-1
ii  libc6 2.19-13
ii  libcairo2 1.14.0-2.1
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-2
ii  libgconf-2-4  3.2.6-3
ii  libgdk-pixbuf2.0-02.31.1-2+b1
ii  libgksu2-02.0.13~pre1-8
ii  libglib2.0-0  2.42.1-1
ii  libgnome-keyring0 3.12.0-1+b1
ii  libgtk2.0-0   2.24.25-1
ii  libpango-1.0-01.36.8-3
ii  libpangocairo-1.0-0   1.36.8-3
ii  libpangoft2-1.0-0 1.36.8-3
ii  libstartup-notification0  0.12-4
ii  sudo  1.8.10p3-1

Versions of packages gksu recommends:
ii  gnome-keyring  3.14.0-1+b1

gksu 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#775871: [Pkg-anonymity-tools] Bug#775871: Any updates to the TBB bundle people ?

[Holger Levsen]

Hi shirish शिरीष,

On Dienstag, 27. Januar 2015, shirish शिरीष wrote:
> Also Micha Lee made a new 0.1.9 release around 4 days back so guessing
> the new one would be the best.

I'm well aware - just not sure whether I think 0.1.9 is the best for jessie or 
0.1.7 plus the new signing key and the fixes for #775891.

Sadly just 0.1.9 is "polluted" by fixes for tickets #155 and #157, which have 
*some* Debian relevance too..

Feedback (as in reasonings) very much welcome!


cheers,
Holger, who will probably upload 0.1.9-1~foo to experimental tomorrow 
as this is the right thing to do atm for sure anyway ;-)

Please comment on what to do for Jessie. see #775921




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

Bug#776343: tecnoballz: Lack of a --no-verbose option

[Celelibi]

Package: tecnoballz
Version: 0.93.1-2
Severity: wishlist

Hello again :),

When tecnoballz has been launched with --verbose option, it is recorded
and every subsequent run will be verbose. The only way I found to
disable the verbose option is by editing by hand the config file.

Actually, I'd even question the relevance of saving this option. It's
not a user preference like the language or the user names. It's more
like a one-time usage to debug something.

Regards,
Celelibi

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 3.10.11 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages tecnoballz depends on:
ii  libc62.19-13
ii  libgcc1  1:4.9.1-19
ii  libmikmod3   3.3.7-1
ii  libsdl-image1.2  1.2.12-5+b5
ii  libsdl-mixer1.2  1.2.12-11+b1
ii  libsdl1.2debian  1.2.15-10+b1
ii  libstdc++6   4.9.1-19
ii  libtinyxml2.6.2  2.6.2-2
ii  tecnoballz-data  0.93.1-2

tecnoballz recommends no packages.

tecnoballz 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#776342: tecnoballz: Buggy Gigablitz jauge

[Celelibi]

Package: tecnoballz
Version: 0.93.1-2
Severity: normal

Hello again,

It seems that the jauge for the Gigablitz doesn't work anymore.

Regards,
Celelibi

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 3.10.11 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages tecnoballz depends on:
ii  libc62.19-13
ii  libgcc1  1:4.9.1-19
ii  libmikmod3   3.3.7-1
ii  libsdl-image1.2  1.2.12-5+b5
ii  libsdl-mixer1.2  1.2.12-11+b1
ii  libsdl1.2debian  1.2.15-10+b1
ii  libstdc++6   4.9.1-19
ii  libtinyxml2.6.2  2.6.2-2
ii  tecnoballz-data  0.93.1-2

tecnoballz recommends no packages.

tecnoballz 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#776341: apt: bugs/deficiencies in apt_preferences evaluation

[Christoph Anton Mitterer]

Source: apt
Version: 1.0.9.6
Severity: normal


Hi.

I recently noted a "bug" in my own apt_preference configuration... what I
do is roughly the following:
I have a Debian installed as e.g. stable, but wish to take certain packages
from other suites, so I enable these suites in sources.list, e.g.
  deb http://debian.mirror.lrz.de/debian/ stable main contrib non-free
  deb http://debian.mirror.lrz.de/debian/ stable-updates main contrib non-free
  
  deb http://debian.mirror.lrz.de/debian/ testing main contrib non-free
  deb http://debian.mirror.lrz.de/debian/ testing-updates main contrib non-free
  deb http://debian.mirror.lrz.de/debian/ testing-proposed-updates main contrib 
non-free
  
  deb http://debian.mirror.lrz.de/debian/ unstable main contrib non-free
"disable" all packages from the non-stable suites via apt_preferences, e.g.
via something like:
  Package: *
  Pin: release o=Debian,a=testing
  Pin-Priority: 1
and selectively enable those packages from other suites I want, e.g. via:
  Package: foobar
  Pin: release o=Debian,a=testing
  Pin-Priority: 500

Worked fine, till I've noted yesterday, that sudo was going to be upgraded,
which I haven't pinned. So I looked it up and found that testing-updates and
testing-proposed-updates use their own names as Suite: ... okay, my bad, I
needed to add disabling rules for these as well, e.g.
  Package: *
  Pin: release o=Debian,a=testing-updates
  Pin-Priority: 1
and so on.


Then I noticed that my pinning of single packages would of course suffer from
the same problem, i.e. when I pin a=testing, and a newer version is in 
a=testing-*
it wouldn't be taken.
The same when I want to do something like "take package foo from 
testing|unstable,
whichever is newer" (of course this doesn't make that much sense given how
testing/unstable works, at least in Debian).

So I tried for sudo something like:
  Package: sudo
  Pin: release o=Debian,a=testing,a=testing-updates,a=unstable
  Pin-Priority: 1
which seemed to work at first, but then I've noted that apparently apt takes 
simply
only the last a=... IOW, multiple a=,a=,... is not like OR (which should be 
documented
btw.)
Simply revert the order, e.g. a=unstable,a=testing,... and you'll see that it 
will NOT
take the highest version from all ORed suites.



Next, and this is where IMHO the actual bug/deficiencie lies, I tried:
  Package: sudo
  Pin: release o=Debian,a=testing
  Pin-Priority: 1
  Package: sudo
  Pin: release o=Debian,a=unstable
  Pin-Priority: 1
which showed, that this seems to work like a stop-after-first-match.
IOW, it does the testing match, but doesn't pin unstable.
If one disables testing from sources.list, it would even not find a pin
at all (apt-cache policy telling: "Package pin: (not found)").

So in the end, the whole idea of selectively pinning a package for one specific
suite works only for ONE suite.
Which is apparently quite bad, given that 
testing/testing-updates/testing-proposed-updates
are handled as different suites.
The same when you add Debian Backports to the game...


Cheers,
Chris.


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

Bug#758238: renamed, released

[Adam Borowski]

Control: retitle -1 RFP: cool-retro-term -- eye-candy terminal emulator which 
mimics old cathode displays

It has been renamed cool-retro-term.  There are also actual releases:
0.9
1.0.0-RC1
1.0.0

The upstream provides a debian/ dir that produces a working package, but has
at least completely wrong debian/copyright.

There's also a number of bundled fonts with various licenses:
* ibm-3278: free
* apple2: non-free
* commodore-pet: non-free
* atari-400-800: no license
* commodore64: thoroughly non-free (probably distributable?)
* atari-st: no license
* ibm-pc-vga: no license
* envy-code-r: not distributable (explicitly!)
* fixedsys-excelsior: no license
* hermit: free
* inconsolata: free, already packaged
* monaco: not distributable (Apple)
* pro-font-win-tweaked: free
* proggy-tiny: free
* terminus: free.  This is TTF, Debian has pcf only.

Some of these are good enough to warrant packaging on their own (rather than
just a dependency of c-r-t), especially the 3270 one (similar to the
in-Debian package xfonts-x3270-misc, except that it has nice instead of
bitmaps).

-- 
// If you believe in so-called "intellectual property", please immediately
// cease using counterfeit alphabets.  Instead, contact the nearest temple
// of Amon, whose priests will provide you with scribal services for all
// your writing needs, for Reasonable and Non-Discriminatory prices.


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

Bug#776340: kernel-package: conffiles not removed

[Paul Wise]

Package: kernel-package
Version: 13.014+nmu1
Severity: normal
X-Debbugs-CC: Jonathan Wiltshire 
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate

The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by dh_installdeb
to remove these obsolete conffiles on upgrade.

https://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
http://manpages.debian.org/man/1/dh_installdeb

This bug report brought to you by adequate:

http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/

$ pkg=kernel-package ; adequate $pkg ; dpkg-query -W -f='${Conffiles}\n' $pkg | 
grep obsolete
kernel-package: obsolete-conffile /etc/etc/bash_completion.d/make_kpkg
kernel-package: obsolete-conffile /etc/etc/kernel-pkg.conf
 /etc/etc/bash_completion.d/make_kpkg 3dced6ebb0018f30dfa1c564732d9f52 obsolete
 /etc/etc/kernel-pkg.conf 58848b5372349e9edd33792bc92900ad obsolete

-- System Information:
Debian Release: 8.0
  APT prefers experimental
  APT policy: (1400, 'experimental'), (1300, 'unstable'), (1200, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: armel, i386

Kernel: Linux 3.17-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages kernel-package depends on:
ii  bc   1.06.95-9
ii  binutils 2.25-4
ii  build-essential  12
ii  bzip21.0.6-7+b2
ii  dpkg-dev 1.17.23
ii  file 1:5.22+15-1
ii  gettext  0.19.3-2
ii  kmod 18-3
ii  lzma 9.22-2
ii  po-debconf   1.0.17
ii  xmlto0.0.25-2
ii  xz-utils [lzma]  5.1.1alpha+20120614-2+b3

Versions of packages kernel-package recommends:
ii  cpio   2.11+dfsg-4
pn  docbook-utils  
pn  kernel-common  
pn  uboot-mkimage  

Versions of packages kernel-package suggests:
ii  libncurses5-dev [libncurses-dev]  5.9+20140913-1+b1
pn  linux-source  

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#776263: tecnoballz: Right click cause game over

[Celelibi]

2015-01-26 16:22 UTC+01:00, Markus Koschany :
> Control: tags 776263 confirmed
>
> On 26.01.2015 02:46, Celelibi wrote:
>> Package: tecnoballz
>> Version: 0.93.1-2
>> Severity: normal
>>
>> Hello,
>>
>> Apparently, right clicking when loosing the last ball cause a game
>> over instead of simply loosing a life. It seems that this bug is easier
>> to reproduce when the ball is falling vertically. At least I could get
>> to reproduce it fairly easily by repeteadly right clicking while missing
>> the ball falling straight.
>
> Hello and thanks for your reports,
>
> I'm CCing Bruno because he is the upstream developer for tecnoballz and
> might be interested in your bug reports too. I'm replying to all of them
> separately.
>
> @bug 776263
>
> I can confirm that repeatedly right-clicking sometimes triggers "game
> over" instead of just losing a life when the player misses the ball.
> However this behaviour is rather random. It doesn't always have to be
> the last ball.

FWIW: this bug can be reliably triggered by holding the right click
pressed and losing the last ball. I cannot reproduce the bug when it's
not the last ball that is lost.

Celelibi


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

Bug#776339: tecnoballz: Ball resize not relocated while in corner relaunchers

[Celelibi]

Package: tecnoballz
Version: 0.93.1-2
Severity: wishlist

Hello,

This is a minor graphic bug.

When some balls are being held by the "corner relaunchers" (do they have
an official name?) and a bonus is caught that change the ball size, the
balls drawn into the relaunchers are slightly offset compared to their
position if they'd have been caught with being that size.


Best regards,
Celelibi

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 3.10.11 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages tecnoballz depends on:
ii  libc62.19-13
ii  libgcc1  1:4.9.1-19
ii  libmikmod3   3.3.7-1
ii  libsdl-image1.2  1.2.12-5+b5
ii  libsdl-mixer1.2  1.2.12-11+b1
ii  libsdl1.2debian  1.2.15-10+b1
ii  libstdc++6   4.9.1-19
ii  libtinyxml2.6.2  2.6.2-2
ii  tecnoballz-data  0.93.1-2

tecnoballz recommends no packages.

tecnoballz 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#776331: pulseaudio: conffiles not removed

[Luke Yelavich]

tags 776331 + pending
thanks


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

Bug#775350: libblkid-dev: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

[Andreas Beckmann]

Followup-For: Bug #775350
Control: found -1 2.25.2-4.1

maintscript has a wrong path (and version):

-symlink_to_dir /usr/share/doc/libblkid-dev /usr/share/doc/libblkid 2.25.2-4
+symlink_to_dir /usr/share/doc/libblkid-dev /usr/share/doc/libblkid1 2.25.2-4.2~


Andreas


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

Bug#775522: After NM-wait-online works

[Nick B.]

If 'After=NetworkManager-wait-online' is 
added to the service, distccd comes up fine
with --listen= as an option.

systemctl cat distccd
# /etc/systemd/system/distccd.service
[Unit]
Description=Distccd A Distributed Compilation Server
After=NetworkManager-wait-online.service

[Service]
User=nobody
EnvironmentFile=-/etc/default/distccd
ExecStart=/usr/bin/distccd --no-detach --daemon $OPTIONS

-- 
Nick B. 


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

Bug#776338: wpa: wpasupplicant-udeb missing from kfreebsd installation media

[Michael Gilbert]

package: src:wpa
version: 2.3-1
severity: important
tags: patch

Hi,

The kfreebsd installation media currently lack wpa support.  Here is a
patch that adds support for building the udeb.

Best wishes,
Mike
diff -Nru wpa-2.3/debian/changelog wpa-2.3/debian/changelog
--- wpa-2.3/debian/changelog	2014-10-14 19:30:29.0 +
+++ wpa-2.3/debian/changelog	2015-01-27 00:51:27.0 +
@@ -1,3 +1,10 @@
+wpa (2.3-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Build wpasupplicant-udeb for kfreebsd.
+
+ -- Michael Gilbert   Tue, 27 Jan 2015 00:43:20 +
+
 wpa (2.3-1) unstable; urgency=medium
 
   * New upstream release:
diff -Nru wpa-2.3/debian/control wpa-2.3/debian/control
--- wpa-2.3/debian/control	2014-09-18 04:28:20.0 +
+++ wpa-2.3/debian/control	2015-01-27 00:44:56.0 +
@@ -84,7 +84,7 @@
  association with IEEE 802.11i networks.
 
 Package: wpasupplicant-udeb
-Architecture: linux-any
+Architecture: linux-any kfreebsd-any
 Section: debian-installer
 Priority: standard
 Depends: ${shlibs:Depends},

Bug#776337: apt: document how multiple contidions in apt_preferences can be combined

[Christoph Anton Mitterer]

Source: apt
Version: 1.0.9.6
Severity: wishlist


Hi.

Right now apt_preferences(5) doesn't really clearly explain
how multiple conditions for pins can be combined (i.e. via
logical AND).

The manpage only gives some implicit documentation via
specifiv examples, e.g.
  Pin: release a=stable, v=8

IMHO it would be nice if it would be more generally explained:
- how multiple conditions are evaluated (i.e. AND)
- how they're syntactically specified, e.g.
  separating them via comma seems to work, like above:
release a=stable, v=8
  but
release a=stable, release v=8
  seems to work as well?
  Also the question how to mix different condition types,
  e.g. release with version or origin.

Cheers,
Chris.


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

Bug#776336: notification-daemon: conffiles not removed

[Paul Wise]

Package: notification-daemon
Version: 3.14.1-1
Severity: normal
Usertags: conffile
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate

The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by dh_installdeb
to remove these obsolete conffiles on upgrade.

https://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
http://manpages.debian.org/man/1/dh_installdeb

This bug report brought to you by adequate:

http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/

$ pkg=notification-daemon ; adequate $pkg ; dpkg-query -W -f='${Conffiles}\n' 
$pkg | grep obsolete
notification-daemon: obsolete-conffile 
/etc/xdg/autostart/notification-daemon.desktop
 /etc/xdg/autostart/notification-daemon.desktop 
ddb2feb5051c5e045cb4c434e814b0e8 obsolete

-- System Information:
Debian Release: 8.0
  APT prefers experimental
  APT policy: (1400, 'experimental'), (1300, 'unstable'), (1200, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: armel, i386

Kernel: Linux 3.17-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages notification-daemon depends on:
ii  libatk1.0-0 2.14.0-1
ii  libc6   2.19-13
ii  libcairo2   1.14.0-2.1
ii  libcanberra-gtk3-0  0.30-2.1
ii  libgdk-pixbuf2.0-0  2.31.1-2+b1
ii  libglib2.0-02.42.0-2
ii  libgtk-3-0  3.14.5-1
ii  libx11-62:1.6.2-3

notification-daemon recommends no packages.

notification-daemon suggests no packages.

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#776335: adequate: option to show differences from last apt upgrade

[Paul Wise]

Package: adequate
Severity: wishlist

I have a machine pinned to experimental with lots of different desktops
and other packages installed and regularly upgrade it to find
obsolete-conffile reports. Currently I have to wade through lots of
complaints from adequate at the end of each apt run. It would be nice if
adequate could compare the results for each package from the last time
it was upgraded with the current upgrade and only report when new issues
are encountered. This would save me looking in the BTS to find out if
bugs have already been reported.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#776334: apt: implement quoting for the conditions on apt_preferences

[Christoph Anton Mitterer]

Source: apt
Version: 1.0.9.6
Severity: wishlist


Hi.

It seems that there is no general way of quoting the conditions.
in apt_preferences (i.e. the Pin: lines).

So having repos like deb-multimedia, which contain spaces in some
of their fields, e.g.:
  Origin: Unofficial Multimedia Packages
  Label: Unofficial Multimedia Packages
  Suite: unstable

show the problems that could theoretically arise:
  Package: deb-multimedia-keyring
  Pin: release o=Unofficial Multimedia Packages,a=testing
  Pin-Priority: 500

Now it's not really clear, is the origin "Unofficial Multimedia 
Packages,a=testing"
or are there an origin "Unofficial Multimedia Packages" and an archive "testing"
specified.


Apparently the behaviour right now is, that apt simply looks
for commas and splits there, e.g.
  Pin: release o=Unofficial Multimedia Packages,l=Unofficial Multimedia Packages
works (AFAICS) as expected... which of course means again,
that the values couldn't contain ",".


Cheers,
Chris.


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

Bug#776333: unblock: pmailq/0.5-2

[Emmanuel Bouthenot]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package pmailq

The current version of pmailq in jessie has a very annoying bug which
make it crash while using the "del" command.

Without the "del" command working properly, the program is pretty
useless.

debdiff is attached (this is a 4 lines patch)

Thanks,

unblock pmailq/0.5-2

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
diff -Nru pmailq-0.5/debian/changelog pmailq-0.5/debian/changelog
--- pmailq-0.5/debian/changelog	2015-01-20 19:26:50.0 +
+++ pmailq-0.5/debian/changelog	2015-01-21 06:26:04.0 +
@@ -1,3 +1,9 @@
+pmailq (0.5-2) unstable; urgency=medium
+
+  * Add a patch to fix the delete command
+
+ -- Emmanuel Bouthenot   Wed, 21 Jan 2015 07:25:34 +0100
+
 pmailq (0.5-1) unstable; urgency=low
 
   * New upstream release.
diff -Nru pmailq-0.5/debian/patches/fix_delete_command pmailq-0.5/debian/patches/fix_delete_command
--- pmailq-0.5/debian/patches/fix_delete_command	1970-01-01 00:00:00.0 +
+++ pmailq-0.5/debian/patches/fix_delete_command	2015-01-21 06:34:44.0 +
@@ -0,0 +1,30 @@
+Description: Fix the delete command
+Author: Emmanuel Bouthenot 
+Forwarded: no
+Last-Update: 2015-01-21
+---
+This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
+--- a/pmailq
 b/pmailq
+@@ -20,7 +20,7 @@
+ 
+ 
+ from optparse import OptionParser, OptionGroup # needs python >= 2.3
+-import sys, os, subprocess, fcntl, select, fnmatch
++import sys, os, subprocess, fcntl, select, fnmatch, re
+ 
+ class Proc:
+ 
+@@ -209,10 +209,9 @@
+ for o in n['dest']:
+ e.append(o)
+ if self.check(m['size'], m['active'], m['hold'], e, i):
+-proc = popen2.Popen3("%s %s" % (DELQ, m['id']), True)
+-p_ret = proc.wait()
++p_ret, _, p_stderr = Proc().run('%s %s' % (DELQ, m['id']))
+ if p_ret != 0:
+-print "deleting %s [FAILED] (%s)" % (m['id'], "".join(proc.childerr.readlines()).strip())
++print "deleting %s [FAILED] (%s)" % (m['id'], re.sub('\s+', ' ', p_stderr).strip())
+ else:
+ print "deleting %s [OK]" % m['id']
+ 
diff -Nru pmailq-0.5/debian/patches/series pmailq-0.5/debian/patches/series
--- pmailq-0.5/debian/patches/series	1970-01-01 00:00:00.0 +
+++ pmailq-0.5/debian/patches/series	2015-01-20 21:46:43.0 +
@@ -0,0 +1 @@
+fix_delete_command

Bug#776332: kfreebsd-10: installer fails for 128 MB install

[Michael Gilbert]

package: src:kfreebsd-10
version: 10.1~svn274115-1
severity: important

The kfreebsd-amd64 installer currently fails for low memory systems.

$ kvm -m 128 -cdrom debian-jessie-DI-rc1-kfreebsd-amd64-netinst.iso jessie.img
[...]
pid 32 (devd), uid 0, was killed: out of swap
Killed
Something wicked happened.  Press enter for a rescue shell.

$ kvm -m 192 -cdrom debian-jessie-DI-rc1-kfreebsd-amd64-netinst.iso jessie.img
[...]
OK

According to the installation guide 128 MB should work:
https://www.debian.org/releases/testing/kfreebsd-amd64/ch02s05.html.en

Note also that installing with 192 MB and then using 128 MB after
installation works, so it is only a problem during installation.

Best wishes,
Mike


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

Bug#776331: pulseaudio: conffiles not removed

[Paul Wise]

Package: pulseaudio
Version: 5.99.2-2
Severity: normal
Usertags: conffile
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate

The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by dh_installdeb
to remove these obsolete conffiles on upgrade.

https://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
http://manpages.debian.org/man/1/dh_installdeb

This bug report brought to you by adequate:

http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/

$ pkg=pulseaudio ; adequate $pkg ; dpkg-query -W -f='${Conffiles}\n' $pkg | 
grep obsolete
pulseaudio: obsolete-conffile /etc/xdg/autostart/pulseaudio-kde.desktop
 /etc/xdg/autostart/pulseaudio-kde.desktop ca98e1e16d26464bfb377d57cf9578e2 
obsolete

-- System Information:
Debian Release: 8.0
  APT prefers experimental
  APT policy: (1400, 'experimental'), (1300, 'unstable'), (1200, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: armel, i386

Kernel: Linux 3.17-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages pulseaudio depends on:
ii  adduser   3.113+nmu3
ii  libasound21.0.28-1
ii  libasound2-plugins1.0.28-1+b1
ii  libc6 2.19-13
ii  libcap2   1:2.24-6
ii  libdbus-1-3   1.9.6-1
ii  libfftw3-single3  3.3.4-2
ii  libgcc1   1:4.9.2-1
ii  libice6   2:1.0.9-1+b1
ii  libltdl7  2.4.2-1.11
ii  liborc-0.4-0  1:0.4.23-1
ii  libpulse0 5.99.2-2
ii  libsamplerate00.1.8-8
ii  libsm62:1.2.2-1+b1
ii  libsndfile1   1.0.25-9+b1
ii  libspeexdsp1  1.2~rc1.2-1
ii  libstdc++64.9.2-1
ii  libsystemd0   218-6
ii  libtdb1   1.3.4-1
ii  libudev1  218-6
ii  libwebrtc-audio-processing-0  0.1-3
ii  libx11-6  2:1.6.2-3
ii  libx11-xcb1   2:1.6.2-3
ii  libxcb1   1.10-3+b1
ii  libxtst6  2:1.2.2-1+b1
ii  lsb-base  4.1+Debian13+nmu1
ii  pulseaudio-utils  5.99.2-2
ii  udev  218-6

Versions of packages pulseaudio recommends:
ii  pulseaudio-module-x11  5.99.2-2
ii  rtkit  0.11-2

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

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#766649: fakeroot: Full (?) fix for OS X

[Nathaniel Talbott]

I was still receiving errors on OS X when using the fakeroot package even
after applying Mikhail's patches. In particular, the next_openat function
never gets defined, which means that if openat is called, it will fail out
when it can't find the symbol.

The challenge with fixing this is that openat on OS X takes variadic
arguments, and the wrapawk_macosx script cannot properly handle mapping
them.

To fix this, I have a horrible hack; see
https://github.com/Homebrew/homebrew/pull/36242 for an implementation that
works. The short version is that I patch the redefinition of openat in
libfakeroot.c to always pass a mode argument to next_openat (patch
attached), and then patch wraptmpf.h after it is generated to implement
next_openat to always take mode (patch attached).

Patching a generated file is obviously not a long-term solution, but I'm
not sure how the maintainer would like to handle this case. If I had my
druthers I'd ditch automatic wrapping and just maintain the wrapping code
by hand; that said, I don't know how often wrappers change and how much
overhead that would then cause.

I'm also not sure if this fix for OS X will break other OS's, and am not
able to test elsewhere at this point.

I hope this is helpful, and thanks to Mikhail for his original patches on
which my patches are built.


-- 
Nathaniel Talbott
<:((><


fakeroot-always-pass-mode.patch
Description: Binary data


fakeroot-patch-wraptmpf-h.patch
Description: Binary data

Bug#775871: Any updates to the TBB bundle people ?

[shirish शिरीष]

Hi all,
I just came across this bug myself. Once, twice, thrice then I
investigated what the issue might be. Went to the cache and compared
the sha256sum of the file downloaded with the one given at the tor
project. Saw that it matched, then concluded then it's the small
python egg which might be the issue and found the bug-report right
after.

Looking forward to the fix, even if it means having it in
experimental. As can be seen it's not to be found even in experimental
as of now :-

~$ apt-cache policy torbrowser-launcher
torbrowser-launcher:
  Installed: 0.1.7-1
  Candidate: 0.1.7-1
  Version table:
 *** 0.1.7-1 0
600 http://ftp.debian.org/debian/ testing/contrib amd64 Packages
  1 http://http.debian.net/debian/ unstable/contrib amd64 Packages
100 /var/lib/dpkg/status

whereas iceweasel is right there on experimental :-

$ apt-cache policy iceweasel
iceweasel:
  Installed: 35.0-1
  Candidate: 35.0-1
  Version table:
 *** 35.0-1 0
  1 http://http.debian.net/debian/ experimental/main amd64 Packages
100 /var/lib/dpkg/status
 31.4.0esr-1 0
600 http://ftp.debian.org/debian/ testing/main amd64 Packages
  1 http://http.debian.net/debian/ unstable/main amd64 Packages

Also Micha Lee made a new 0.1.9 release around 4 days back so guessing
the new one would be the best.
-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8


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

Bug#762194: Initial draft of affirming transition to systemd as default for #762194

[Steve Langasek]

On Mon, Jan 26, 2015 at 01:56:41PM -0800, Don Armstrong wrote:
> On Mon, 26 Jan 2015, Steve Langasek wrote:
> > I believe this covers everything I was concerned about, no further edits
> > warranted from my side.  I'm happy for this to be called to a vote if you
> > are.

> I call for a vote on the following resolution to 762194:

> ==BEGIN==
> 
> In #762194, the Technical Committee was asked to consider the
> transition plan of the init package maintainers to have both new
> installs and upgrades use systemd by default.
> 
> 1. The CTTE determined in #727708 that systemd should be the default
>init system in Debian. 
> 
> 2. In https://lists.debian.org/87mwc9gfsw@xoog.err.no, the
>maintainers of the init package announced their transition plan for
>migrating to systemd as the default init system on both installs
>and new upgrades.
> 
> 3. The init package (and other related packages) currently in jessie
>implement this transition.
> 
> ==OPTION A==
> 
> Using its power under §6.1.5 to make statements:
> 
> 3. The CTTE affirms the decision of the init system package
>maintainers to transition to systemd by default on upgrades and to
>install systemd by default on new installs.
> 
> 4. The CTTE appreciates the effort of Debian contributors to mitigate
>any issues with the transition by:
> 
>a) Providing a fallback boot entry for sysvinit when systemd is the
>default init in grub (#757298)
> 
>b) Developing a mechanism to warn on inittab configurations which
>are unsupported in systemd. (#761063)
> 
>c) Providing documentation on how to remain with sysvinit on
>upgrades and switch to sysvinit upon installation.
> 
>d) Numerous bug reports and fixes by contributors who have tested
>the systemd migration in their configurations.
> 
> 5. The CTTE advises (without overriding any Debian contributor,
>maintainer, or team) that any such mitigations should be included
>in jessie, to ensure a smooth transition for Debian users.
> 
> ==END==

I vote A > FD.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Bug#774257: Happens on jessie d-i rc1 too

[Simon Josefsson]

FWIW, I reinstalled another laptop with jessie rc1, and adding a printer
in GNOME fails due to the same problem.  If it matters, the printer is a
HP LaserJet P2055DN.

/Simon


pgp8Pd9sOBVaa.pgp
Description: OpenPGP digital signatur

Bug#776081:

[Potter, Tim (Cloud Services)]

The current version of the libconstantine-java package is in the (old?) 
pkg-java subversion repository.  Let’s move it to git, and update to 0.8.6.  

However the package has been renamed to jnr-constants in 2011-2012.  View the 
git commit log to see the gradual deprecation of the name constantine in favour 
of jnr-constants.

Anyway, I’ve pushed my version of the packaging for the 0.8.6 version to 
http://anonscm.debian.org/cgit/pkg-java/jnr-constants.git, which can be 
merged/updated/deleted depending on what we decide to do.


Tim.

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

Bug#776330: php-kdyby-console: uninstallable in sid: php-symfony-console (>= 2.5) is not available anywhere

[Andreas Beckmann]

Package: php-kdyby-console
Version: 2.3.0-1
Severity: grave
Tags: sid
Justification: renders package unusable
User: debian...@lists.debian.org
Usertags: piuparts
Control: affects -1 + php-kdyby-console

Hi,

during a test with piuparts I noticed your package is no longer
installable in sid:

  The following packages have unmet dependencies:
   php-kdyby-console : Depends: php-nette (>= 2.2) but 2.1.5-1 is to be 
installed
   Depends: php-symfony-console (>= 2.5) but 2.3.21+dfsg-2 
is to be installed

a suitable php-nette version is in experimental,
but no version is available for php-symfony-console


Cheers,

Andreas


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

Bug#776328: cytadela won't start

[Javier Barroso]

Thank you very much, the work around that you comment work here too



On Mon, Jan 26, 2015 at 11:48 PM,   wrote:
> Hi,
>
> I can reproduce the issue on my amd64 computer.
>
> A work-around I've found is to press "Enter" twice rapidly when being
> asked for the language (so that skips the intro completely).
>
>
> More generally there seem to be an issue in the libvlc code:
>
> #0  0x766729f3 in malloc_consolidate (av=av@entry=0x7699d620 
> ) at malloc.c:4157
> #1  0x766734d1 in _int_free (av=0x7699d620 , 
> p=, have_lock=0) at malloc.c:4057
> #2  0x72117f8c in ?? () from /usr/lib/libvlccore.so.8
> #3  0x7211417b in ?? () from /usr/lib/libvlccore.so.8
> #4  0x7209a832 in libvlc_InternalCleanup () from 
> /usr/lib/libvlccore.so.8
> #5  0x771ccb8e in libvlc_release () from /usr/lib/libvlc.so.5
> #6  0x0042f38a in play (filename=filename@entry=0x431496 
> "video/intro_en.webm", screen=0x773c20, offOnFinish=true, audio= out>) at videoplayer.cpp:191
> #7  0x00422324 in CSDLClass::playVideo (this=, 
> fileName=fileName@entry=0x431496 "video/intro_en.webm", 
> offOnFinish=,
> audio=) at CSDLClass.cpp:521
> #8  0x0041a90d in CCytadelaMain::playIntro (this=0x7fffb6a0) at 
> CCytadelaMain.cpp:985
> #9  0x0041abb8 in CCytadelaMain::runMain 
> (this=this@entry=0x7fffb6a0) at CCytadelaMain.cpp:1058
> #10 0x00405163 in main (argc=, argv=0x7fffe3d8) at 
> main.cpp:138
>
> This may be because Cytadela was using libvlc 2.0, and Debian now uses
> 2.2.0~rc2.
>
> I'm adding Cytadela's maintainer in copy - Tomasz, did you get a
> similar report already?
>
> Cheers!
> Sylvain
>
> On Mon, Jan 26, 2015 at 11:11:25PM +0100, Javier Barroso wrote:
>> package:cytadela
>> version: 1.1.0-2
>> Severity: important
>>
>> At Debian Sid, with a Intel Card, After game intro, when you press enter key:
>>
>> $ cytadela
>>
>> Welcome to the Citadel!
>>
>> 
>> Reading the OpenGL vrsion and extensions...
>> libGL: screen 0 does not appear to be DRI3 capable
>> libGL: pci id for fd 8: 8086:0166, driver i965
>> libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/tls/i965_dri.so
>> libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
>> libGL: Can't open configuration file /home/javi/.drirc: No such file
>> or directory.
>> libGL: Can't open configuration file /home/javi/.drirc: No such file
>> or directory.
>> Done
>> Switching to 2D video mode...   Ok!
>> Initializing configuration menu...
>> Done
>> Cheching the OpenGL version and extensions...
>>
>> OpenGL version: 3.0 Mesa 10.4.2
>> OpenGL renderer: Mesa DRI Intel(R) Ivybridge Mobile
>> Checking for available localizations (at "locale/")...   Done
>> Entering the config menu main loop...
>> Chosen localization: ENGLISH
>> Initial check and configuration finished successfuly!
>> 
>> [7f2d5c001268] core vout display error: Failed to change zoom
>> [7f2d5c001268] core vout display error: Failed to set on top
>> [7f2d5c001268] core vout display error: Failed to change source AR
>> Violación de segmento
>>
>> (Segmentation Fault)
>>
>> Do you have any tip ?
>>
>> 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#758710: failed arm64 build of sigscheme 0.8.5-4.1

[Artur Rona]

In Ubuntu, we've applied the attached patch to achieve the following:

  * debian/libgcroots0.symbols, debian/patches/aarch64.diff:
- Add AArch64 support.

We thought you might be interested in doing the same.
diff -Nru sigscheme-0.8.5/debian/libgcroots0.symbols 
sigscheme-0.8.5/debian/libgcroots0.symbols
--- sigscheme-0.8.5/debian/libgcroots0.symbols  2014-04-16 14:42:14.0 
+0200
+++ sigscheme-0.8.5/debian/libgcroots0.symbols  2015-01-26 18:05:31.0 
+0100
@@ -5,7 +5,7 @@
  GCROOTS_init@Base 0.8.5
  GCROOTS_is_protected@Base 0.8.5
  GCROOTS_is_protected_context@Base 0.8.5
- (arch=!mips !mipsel !mipsn32 !mipsn32el !mips64 !mips64el !s390 
!s390x)GCROOTS_jmp_buf@Base 0.8.5
+ (arch=!mips !mipsel !mipsn32 !mipsn32el !mips64 !mips64el !s390 !s390x 
!arm64)GCROOTS_jmp_buf@Base 0.8.5
  GCROOTS_mark@Base 0.8.5
  GCROOTS_noop1@Base 0.8.5
  GCROOTS_push_current_stack@Base 0.8.5
diff -Nru sigscheme-0.8.5/debian/patches/aarch64.diff 
sigscheme-0.8.5/debian/patches/aarch64.diff
--- sigscheme-0.8.5/debian/patches/aarch64.diff 1970-01-01 01:00:00.0 
+0100
+++ sigscheme-0.8.5/debian/patches/aarch64.diff 2015-01-26 18:11:42.0 
+0100
@@ -0,0 +1,76 @@
+From: Matthias Klose 
+Description: Added AARCH64 support to gcconfig.h (libgcroots). It needs to get 
symbols file updated, as well.
+Bug: https://groups.google.com/forum/#!topic/uim-en/fxixLmHXcq0
+Bug-Debian: http://bugs.debian.org/758710
+Origin: upstream, 
https://github.com/ctyler/libgcroots/commit/da6e6884a1119e2cf6be88b4cf5eb9091c52beeb
+
+Index: b/libgcroots/include/private/gcconfig.h
+===
+--- a/libgcroots/include/private/gcconfig.h
 b/libgcroots/include/private/gcconfig.h
+@@ -62,6 +62,13 @@
+ # endif
+ 
+ /* Determine the machine type: */
++# if defined(__aarch64__)
++#define AARCH64
++#if !defined(LINUX)
++#  define NOSYS
++#  define mach_type_known
++#endif
++# endif
+ # if defined(__arm__) || defined(__thumb__)
+ #define ARM32
+ #if !defined(LINUX) && !defined(NETBSD)
+@@ -231,6 +238,10 @@
+ #define IA64
+ #define mach_type_known
+ # endif
++# if defined(LINUX) && defined(__aarch64__)
++#define AARCH64
++#define mach_type_known
++# endif
+ # if defined(LINUX) && defined(__arm__)
+ #define ARM32
+ #define mach_type_known
+@@ -504,6 +515,7 @@
+   /*  running Amdahl UTS4 */
+ /* S390   ==> 390-like machine  */
+   /*  running LINUX   */
++  /* AARCH64==> ARM AArch64   */
+   /* ARM32  ==> Intel StrongARM   */
+   /* IA64   ==> Intel IPF */
+   /*(e.g. Itanium)*/
+@@ -1724,6 +1736,32 @@
+ #   endif
+ # endif
+ 
++# ifdef AARCH64
++#   define CPP_WORDSZ 64
++#   define MACH_TYPE "AARCH64"
++#   define ALIGNMENT 8
++#   ifndef HBLKSIZE
++# define HBLKSIZE 4096
++#   endif
++#   ifdef LINUX
++# define OS_TYPE "LINUX"
++# define LINUX_STACKBOTTOM
++# define USE_GENERIC_PUSH_REGS
++# define DYNAMIC_LOADING
++  extern int __data_start[];
++# define DATASTART ((ptr_t)__data_start)
++  extern char _end[];
++# define DATAEND ((ptr_t)(&_end))
++#   endif
++#   ifdef NOSYS
++  /* __data_start is usually defined in the target linker script.   */
++  extern int __data_start[];
++# define DATASTART ((ptr_t)__data_start)
++  extern void *__stack_base__;
++# define STACKBOTTOM ((ptr_t)__stack_base__)
++#   endif
++# endif
++
+ # ifdef ARM32
+ #   define CPP_WORDSZ 32
+ #   define MACH_TYPE "ARM32"
diff -Nru sigscheme-0.8.5/debian/patches/series 
sigscheme-0.8.5/debian/patches/series
--- sigscheme-0.8.5/debian/patches/series   2014-04-16 14:36:19.0 
+0200
+++ sigscheme-0.8.5/debian/patches/series   2015-01-26 18:03:57.0 
+0100
@@ -7,3 +7,4 @@
 test-gc-protect-0.8.5
 add-ac-config-macro-dir-m4-0.8.5
 support-automake-test-log-driver-0.8.5
+aarch64.diff

Bug#776329: installation-reports: Jessie RC1 on Dell Vostro 550

[Simon Josefsson]

Package: installation-reports
Severity: normal

Dear Maintainer,

Installation went fine, but some nits:

1) I tried a graphical install, but the builtin mouse did not work
   well: moving the cursor didn't work, but clicking buttons did.

2) It queries for IWLWIFI firmware and mentions the following
   firmwares:

  iwlwifi-6000g2b-5.ucode iwlwifi-6000g2b-6.ucode iwlwifi-6000g2b-5.ucode 
iwlwifi-6000g2b-6.ucode

  Note how the filenames are duplicated.  This seems like a cosmetic
  problem?

3) After inserting a USB stick with firmware, it loads
   iwlwifi-6000g2b-6.ucode fine (and wifi works).  However, it still
   complains about missing firmware files:

   iwlwifi-6000g2b-5.ucode iwlwifi-6000g2b-5.ucode

   I click 'No' and continue installation.  The -5 firmware file is
   not included in the firmware-iwlwifi package -- should it be?  Wifi
   appears to be working fine without it, though.  Or should the
   installer be tought that the firmware isn't needed?

4) The machine also requires firmware for the builtin NIC
   (rtl_nic/rtl8168e-2.fw) but I don't get a question about it.  While
   this may be intention (there is just one global
   load-non-free-firmware-yes-no?), it is a bit sub-optimal.  Maybe I
   only want to load firmware for one of the hardware pieces in my
   machine and not the others?  This doesn't seem possible.  So this
   is a feature request to prompt with explicit filenames for every
   different hardware separately.

Thanks,
Simon

-- Package-specific info:

Boot method: CD
Image version: amd64 netinst jessie rc1
Date: 

Machine: Dell Vostro 3550
Partitions: 


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

Initial boot:   [O]
Detect network card:[E] see above
Configure network:  [O]
Detect CD:  [O]
Load installer modules: [O]
Clock/timezone setup:   [O]
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:




-- 

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="8 (jessie) - installer build 20150107"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux kask 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt2-1 (2014-12-08) 
x86_64 GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 2nd Generation Core 
Processor Family DRAM Controller [8086:0104] (rev 09)
lspci -knn: Subsystem: Dell Device [1028:04b3]
lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd 
Generation Core Processor Family Integrated Graphics Controller [8086:0116] 
(rev 09)
lspci -knn: Subsystem: Dell Device [1028:04b3]
lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation 6 
Series/C200 Series Chipset Family MEI Controller #1 [8086:1c3a] (rev 04)
lspci -knn: Subsystem: Dell Device [1028:04b3]
lspci -knn: 00:1a.0 USB controller [0c03]: Intel Corporation 6 Series/C200 
Series Chipset Family USB Enhanced Host Controller #2 [8086:1c2d] (rev 05)
lspci -knn: Subsystem: Dell Device [1028:04b3]
lspci -knn: Kernel driver in use: ehci-pci
lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 6 Series/C200 Series 
Chipset Family High Definition Audio Controller [8086:1c20] (rev 05)
lspci -knn: Subsystem: Dell Device [1028:04b3]
lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series 
Chipset Family PCI Express Root Port 1 [8086:1c10] (rev b5)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.1 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series 
Chipset Family PCI Express Root Port 2 [8086:1c12] (rev b5)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.3 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series 
Chipset Family PCI Express Root Port 4 [8086:1c16] (rev b5)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.4 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series 
Chipset Family PCI Express Root Port 5 [8086:1c18] (rev b5)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.7 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series 
Chipset Family PCI Express Root Port 8 [8086:1c1e] (rev b5)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1d.0 USB controller [0c03]: Intel Corporation 6 Series/C200 
Series Chipset Family USB Enhanced Host Controller #1 [8086:1c26] (rev 05)
lspc

Bug#775463: psgml: Loading XML, HTML or SGML crashes

[Junichi Uekawa]

I initially thought I could reproduce with 'emacs -q' but not.
will need to dig further into why this is the case.


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

Bug#776297: jajuk: please make the build reproducible

[Chris Lamb]

> DEB_ANT_ARGS := -Dbuild.time='$(shell dpkg-parsechangelog --show-field
> Date)'
> 
> With Ant the properties defined on the command line take precedence on
> the properties defined in the build file. I'll upload the fix shortly.

Ah, thanks. That's good to know and will be useful elsewhere I'm sure.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


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

Bug#728498: libnetcdfc++4 does not include C++ NetCDF library!

[Ross Gammon]

Control: tags -1 pending

Hi,

I have just built the new netcdf-cxx package (4.2.1-1) and I can confirm
that libnetcdf_c++4.a is installed. So this bug will be closed once the
package is uploaded.

Regards,

Ross



signature.asc
Description: OpenPGP digital signature

Bug#306501: mpd: request for read-only mode

[Vincent Lefevre]

On 2015-01-26 22:12:19 +0100, Florian Schlichting wrote:
> > mpd should have a read-only mode for clients. Currently, if a user
> > wants to be able to play files of the playlist, he needs the "control"
> > permission, i.e.
> >
> > password "password@read,control"
> >
> > in the /etc/mpd.conf file. But the "control" permission also allows
> > him to clear the playlist and save it.
> 
> I'm not sure what you're trying to achieve. Why shouldn't the client be
> able to add songs to the current playlist, or clear it and build a new
> playlist?

That's a long time ago... IIRC, the goal when I looked at mpd was to
provide a fixed playlist (set up by the admin) to remote users, who
get music delivered to their own computers. But each user should be
able to choose the current position in the playlist.

> And, given that this bug is almost ten years old and has failed to
> attract any visible reaction up to now, do you think it's still useful
> to keep it open, do you want to take your request upstream, or should we
> conclude that mpd won't change in this regard and just put it to rest?

Perhaps mpd is not the right tool, or the documentation was unclear.

-- 
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#776328: cytadela won't start

[beuc]

Hi,

I can reproduce the issue on my amd64 computer.

A work-around I've found is to press "Enter" twice rapidly when being
asked for the language (so that skips the intro completely).


More generally there seem to be an issue in the libvlc code:

#0  0x766729f3 in malloc_consolidate (av=av@entry=0x7699d620 
) at malloc.c:4157
#1  0x766734d1 in _int_free (av=0x7699d620 , 
p=, have_lock=0) at malloc.c:4057
#2  0x72117f8c in ?? () from /usr/lib/libvlccore.so.8
#3  0x7211417b in ?? () from /usr/lib/libvlccore.so.8
#4  0x7209a832 in libvlc_InternalCleanup () from 
/usr/lib/libvlccore.so.8
#5  0x771ccb8e in libvlc_release () from /usr/lib/libvlc.so.5
#6  0x0042f38a in play (filename=filename@entry=0x431496 
"video/intro_en.webm", screen=0x773c20, offOnFinish=true, audio=) at videoplayer.cpp:191
#7  0x00422324 in CSDLClass::playVideo (this=, 
fileName=fileName@entry=0x431496 "video/intro_en.webm", offOnFinish=, 
audio=) at CSDLClass.cpp:521
#8  0x0041a90d in CCytadelaMain::playIntro (this=0x7fffb6a0) at 
CCytadelaMain.cpp:985
#9  0x0041abb8 in CCytadelaMain::runMain 
(this=this@entry=0x7fffb6a0) at CCytadelaMain.cpp:1058
#10 0x00405163 in main (argc=, argv=0x7fffe3d8) at 
main.cpp:138

This may be because Cytadela was using libvlc 2.0, and Debian now uses
2.2.0~rc2.

I'm adding Cytadela's maintainer in copy - Tomasz, did you get a
similar report already?

Cheers!
Sylvain

On Mon, Jan 26, 2015 at 11:11:25PM +0100, Javier Barroso wrote:
> package:cytadela
> version: 1.1.0-2
> Severity: important
> 
> At Debian Sid, with a Intel Card, After game intro, when you press enter key:
> 
> $ cytadela
> 
> Welcome to the Citadel!
> 
> 
> Reading the OpenGL vrsion and extensions...
> libGL: screen 0 does not appear to be DRI3 capable
> libGL: pci id for fd 8: 8086:0166, driver i965
> libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/tls/i965_dri.so
> libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
> libGL: Can't open configuration file /home/javi/.drirc: No such file
> or directory.
> libGL: Can't open configuration file /home/javi/.drirc: No such file
> or directory.
> Done
> Switching to 2D video mode...   Ok!
> Initializing configuration menu...
> Done
> Cheching the OpenGL version and extensions...
> 
> OpenGL version: 3.0 Mesa 10.4.2
> OpenGL renderer: Mesa DRI Intel(R) Ivybridge Mobile
> Checking for available localizations (at "locale/")...   Done
> Entering the config menu main loop...
> Chosen localization: ENGLISH
> Initial check and configuration finished successfuly!
> 
> [7f2d5c001268] core vout display error: Failed to change zoom
> [7f2d5c001268] core vout display error: Failed to set on top
> [7f2d5c001268] core vout display error: Failed to change source AR
> Violación de segmento
> 
> (Segmentation Fault)
> 
> Do you have any tip ?
> 
> 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#762194: Initial draft of affirming transition to systemd as default for #762194

[Don Armstrong]

On Mon, 26 Jan 2015, Michael Gilbert wrote:
> Why? Option A, i.e. the only option, is already the status quo, so
> what's the point?

It affirms the decisions which have been made by the other teams in
Debian, and resolves this particular issue. Issues which are properly
submitted to the CTTE have to be resolved, and the way that they're
resolved is with a resolution.

> What possibly is there to gain from further init system meddling just
> when the clouds were clearing?

I'm unsure how this particular resolution meddles at all with the init
system decision; it explicitly doesn't change anything, and points out
the multiple different ways that Developers have worked to mitigate any
issues with the transition.

If your point is that we shouldn't resolve this issue at all, and should
simply leave the bug open in the BTS, I disagree completely.

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

Fate and Temperament are two words for one and the same concept.
 -- Novalis [Hermann Hesse _Demian_]


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

Bug#771272: ITP: jnr-constants -- Java library to encapsulate constants in native libraries

[Potter, Tim (Cloud Services)]

Yes that’s absolutely correct.  Tony seems to be in charge of 
libconstantine-java so an update would be fine.


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

Bug#762194: Initial draft of affirming transition to systemd as default for #762194

[Don Armstrong]

On Mon, 26 Jan 2015, Don Armstrong wrote:
> I call for a vote on the following resolution to 762194:

[...]

> ==OPTION A==

I vote

A > FD.


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

There is no mechanical problem so difficult that it cannot be solved
by brute strength and ignorance.
 -- William's Law


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

Bug#762194: Initial draft of affirming transition to systemd as default for #762194

[Michael Gilbert]

On Mon, Jan 26, 2015 at 4:22 PM, Steve Langasek wrote:
> On Wed, Dec 10, 2014 at 11:10:10AM -0800, Don Armstrong wrote:
>> I've attached below an initial draft of an option for #762194 for
>> discussion.
>
>> Steve indicated that he wanted to revise/contribute to this option, so I
>> don't believe we should call for votes until that happens.
>
> Sorry to take so long in replying.  The current draft from git is:
>
> ==BEGIN==
>
> In #762194, the Technical Committee was asked to consider the
> transition plan of the init package maintainers to have both new
> installs and upgrades use systemd by default.
>
> 1. The CTTE determined in #727708 that systemd should be the default
>init system in Debian.
>
> 2. In https://lists.debian.org/87mwc9gfsw@xoog.err.no, the
>maintainers of the init package announced their transition plan for
>migrating to systemd as the default init system on both installs
>and new upgrades.
>
> 3. The init package (and other related packages) currently in jessie
>implement this transition.
>
> ==OPTION A==
>
> Using its power under §6.1.5 to make statements:
>
> 3. The CTTE affirms the decision of the init system package
>maintainers to transition to systemd by default on upgrades and to
>install systemd by default on new installs.
>
> 4. The CTTE appreciates the effort of Debian contributors to mitigate
>any issues with the transition by:
>
>a) Providing a fallback boot entry for sysvinit when systemd is the
>default init in grub (#757298)
>
>b) Developing a mechanism to warn on inittab configurations which
>are unsupported in systemd. (#761063)
>
>c) Providing documentation on how to remain with sysvinit on
>upgrades and switch to sysvinit upon installation.
>
>d) Numerous bug reports and fixes by contributors who have tested
>the systemd migration in their configurations.
>
> 5. The CTTE advises (without overriding any Debian contributor,
>maintainer, or team) that any such mitigations should be included
>in jessie, to ensure a smooth transition for Debian users.
>
> ==END==
>
> I believe this covers everything I was concerned about, no further edits
> warranted from my side.  I'm happy for this to be called to a vote if you
> are.

Why?  Option A, i.e. the only option, is already the status quo, so
what's the point?

What possibly is there to gain from further init system meddling just
when the clouds were clearing?

Best wishes,
Mike


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

Bug#316203: privoxy: toggle the use of tor / direct connection

[Florian Schlichting]

I just noticed the forwarded/upstream bug was marked a duplicate of a
bug that's been in Status: closed-fixed since 2007. Milestone is set to
version 3.2 though, so not sure what this means for the continuing
relevance of this bug?

Florian


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

Bug#776328: cytadela won't start

[Javier Barroso]

package:cytadela
version: 1.1.0-2
Severity: important

At Debian Sid, with a Intel Card, After game intro, when you press enter key:

$ cytadela

Welcome to the Citadel!


Reading the OpenGL vrsion and extensions...
libGL: screen 0 does not appear to be DRI3 capable
libGL: pci id for fd 8: 8086:0166, driver i965
libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/tls/i965_dri.so
libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
libGL: Can't open configuration file /home/javi/.drirc: No such file
or directory.
libGL: Can't open configuration file /home/javi/.drirc: No such file
or directory.
Done
Switching to 2D video mode...   Ok!
Initializing configuration menu...
Done
Cheching the OpenGL version and extensions...

OpenGL version: 3.0 Mesa 10.4.2
OpenGL renderer: Mesa DRI Intel(R) Ivybridge Mobile
Checking for available localizations (at "locale/")...   Done
Entering the config menu main loop...
Chosen localization: ENGLISH
Initial check and configuration finished successfuly!

[7f2d5c001268] core vout display error: Failed to change zoom
[7f2d5c001268] core vout display error: Failed to set on top
[7f2d5c001268] core vout display error: Failed to change source AR
Violación de segmento

(Segmentation Fault)

Do you have any tip ?

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#775099: Acknowledgement (bluetooth: bluethoothd requires 2 starts at boot before reconnecting the devices)

[Steven Post]

Reporter here.
I am not able to reproduce this bug for 2 weeks now. If this persists
for the next week I'm going to close the bug.

Regards,
Steven


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

Bug#762194: Initial draft of affirming transition to systemd as default for #762194

[Don Armstrong]

On Mon, 26 Jan 2015, Steve Langasek wrote:
> I believe this covers everything I was concerned about, no further edits
> warranted from my side.  I'm happy for this to be called to a vote if you
> are.

I call for a vote on the following resolution to 762194:

==BEGIN==

In #762194, the Technical Committee was asked to consider the
transition plan of the init package maintainers to have both new
installs and upgrades use systemd by default.

1. The CTTE determined in #727708 that systemd should be the default
   init system in Debian. 

2. In https://lists.debian.org/87mwc9gfsw@xoog.err.no, the
   maintainers of the init package announced their transition plan for
   migrating to systemd as the default init system on both installs
   and new upgrades.

3. The init package (and other related packages) currently in jessie
   implement this transition.

==OPTION A==

Using its power under §6.1.5 to make statements:

3. The CTTE affirms the decision of the init system package
   maintainers to transition to systemd by default on upgrades and to
   install systemd by default on new installs.

4. The CTTE appreciates the effort of Debian contributors to mitigate
   any issues with the transition by:

   a) Providing a fallback boot entry for sysvinit when systemd is the
   default init in grub (#757298)

   b) Developing a mechanism to warn on inittab configurations which
   are unsupported in systemd. (#761063)

   c) Providing documentation on how to remain with sysvinit on
   upgrades and switch to sysvinit upon installation.

   d) Numerous bug reports and fixes by contributors who have tested
   the systemd migration in their configurations.

5. The CTTE advises (without overriding any Debian contributor,
   maintainer, or team) that any such mitigations should be included
   in jessie, to ensure a smooth transition for Debian users.

==END==


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

Three little words. (In order of importance.)
 █ 
   █  ▌  ▞▀▖▌ ▌▛▀▘
   █  ▌  ▌ ▌▝▞ ▛▀  you 
   █  ▀▀▘▝▀  ▘ ▀▀▘
 █  -- hugh macleod "Three Words"


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

Bug#299672: Allow config tweaking of playlist permissions

[Florian Schlichting]

tags 299672 + moreinfo
thanks


Hi Jakob,

> I would like to be able to specify "new playlist file permissions" in the
> config file so generated playlists can be group-writable.
>
> As of now, the umask is set to 0022 in /etc/init.d/mpd, which is ok with
> regards to the database-file, but too restrictive for playlists, IMO.
>
> Feel free to pass this along upsteam (or let me know if I should file an
> upstream wishlist bug directly instead ;-)

if you're still interested in this feature request after it has been
sitting in the Debian BTS for almost ten years, please DO take it
upstream, probably explaining a little more about your use case (multi-user
systems and group permissions seem increasingly out of fashion...)

If on the other hand if you see no value in keeping it open any longer,
please don't hesitate to close this bug or tell me to close it.

I'm sorry if you were still expecting someone to pick this up...

Florian


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

Bug#776273: Screenshots for fonts-play

[D B]

Sorry about the delay, first message got caught by the debian spam filter.

Here are the screenshots.  Attached.

Thanks,
   David

Bug#776174: git bash completion script missing

[Jonathan Nieder]

Hi Freddie,

Freddie Exall wrote:

> Git bash completion isn't working for me. I assume this is due to the
> lack of the /etc/bash_completion/git script.

Can you say more about what doesn't work?  Some context is in
/usr/share/doc/git/NEWS.Debian.gz:

|  Git's bash completion script is now loaded on the fly when tab
|  completion is attempted for the 'git' or 'gitk' command.  This
|  change involved moving the completion script.  If your ~/.bashrc
|  previously contained
|
|. /etc/bash_completion.d/git
|
|  then it should be corrected to
|
|if [ -e /usr/share/bash-completion/completions/git ]; then
|  . /usr/share/bash-completion/completions/git
|elif [ -e /etc/bash_completion.d/git ]; then
|  . /etc/bash_completion.d/git
|fi
|
|  or, better,
|
|. /etc/bash_completion
|
|  See /usr/share/doc/bash-completion/README.Debian for details.

Thanks,
Jonathan


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

Bug#774266: gdk-pixbuf seems to be the culprit

[Michael Below]

I discussed the issue with libjpeg-turbo upstream and eog upstream.
libjpeg (-turbo or not) doesn't offer a CMYK-RGB conversion. eog uses
gdk-pixbuf for image decoding, and gdk-pixbuf contains a simplified
CMYK-RGB conversion.

https://bugzilla.gnome.org/show_bug.cgi?id=737440#c9
http://sourceforge.net/p/libjpeg-turbo/mailman/message/33266986/

This simplified conversion is a bad idea. gdk-pixbuf should do a
correct color managed conversion, or no conversion at all. Having CMYK
images show up with red-faced people etc. is more confusing than
helpful.


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

Bug#623381: mpd: m4a track numbers not being read

[Florian Schlichting]

tags 623381 + moreinfo
thanks


Hi Richard,

> mpd is capable of indexing m4a files, but the meta info is not all
> there. the artist name and album name work fine, but the track number
> is always 0 and the genre is sometimes not being read properly.

is that still the case? The part responsible for reading the meta info
off an m4a file is ffmpeg, nowadays libav. Does 

avprobe yourfile.m4a

display metadata that is not properly picked up by mpd?

Florian


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

Bug#776327: repsnapper: corrupted gcode generation

[lkcl]

Package: repsnapper
Version: 2.3.2a5-1
Severity: normal
Tags: upstream

certain STL files generate completely incorrect (corrupted)
gcode.  followup files to be attached in separate report


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

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

Versions of packages repsnapper depends on:
ii  libatk1.0-0   2.14.0-1
ii  libatkmm-1.6-12.22.7-2
ii  libc6 2.18-5
ii  libcairo2 1.14.0-2.1
ii  libcairomm-1.0-1  1.10.0-1
ii  libfontconfig12.11.0-6.1
ii  libfreetype6  2.5.2-2
ii  libgcc1   1:4.9.1-19
ii  libgdk-pixbuf2.0-02.31.1-2+b1
ii  libgl1-mesa-glx [libgl1]  10.2.4-1
ii  libglib2.0-0  2.42.0-2
ii  libglibmm-2.4-1c2a2.42.0-1
ii  libglu1-mesa [libglu1]9.0.0-2
ii  libgtk2.0-0   2.24.25-1
ii  libgtkglext1  1.2.0-3.2
ii  libgtkglextmm-x11-1.2-0   1.2.0-6
ii  libgtkmm-2.4-1c2a 1:2.24.4-1
ii  libice6   2:1.0.9-1
ii  libpango-1.0-01.36.8-2
ii  libpangocairo-1.0-0   1.36.8-2
ii  libpangoft2-1.0-0 1.36.8-2
ii  libpangomm-1.4-1  2.34.0-1
ii  libpangox-1.0-0   0.0.2-4
ii  libsigc++-2.0-0c2a2.2.11-3
ii  libsm62:1.2.2-1
ii  libstdc++64.9.1-19
ii  libx11-6  2:1.6.2-2
ii  libxml++2.6-2 2.36.0-2
ii  libxml2   2.9.1+dfsg1-4
ii  libxmu6   2:1.1.2-1
ii  libxt61:1.1.4-1
ii  libzip2   0.11.2-1
ii  zlib1g1:1.2.8.dfsg-1

repsnapper recommends no packages.

repsnapper 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#762194: Initial draft of affirming transition to systemd as default for #762194

[Steve Langasek]

On Wed, Dec 10, 2014 at 11:10:10AM -0800, Don Armstrong wrote:
> I've attached below an initial draft of an option for #762194 for
> discussion.

> Steve indicated that he wanted to revise/contribute to this option, so I
> don't believe we should call for votes until that happens.

Sorry to take so long in replying.  The current draft from git is:

==BEGIN==

In #762194, the Technical Committee was asked to consider the
transition plan of the init package maintainers to have both new
installs and upgrades use systemd by default.

1. The CTTE determined in #727708 that systemd should be the default
   init system in Debian. 

2. In https://lists.debian.org/87mwc9gfsw@xoog.err.no, the
   maintainers of the init package announced their transition plan for
   migrating to systemd as the default init system on both installs
   and new upgrades.

3. The init package (and other related packages) currently in jessie
   implement this transition.

==OPTION A==

Using its power under §6.1.5 to make statements:

3. The CTTE affirms the decision of the init system package
   maintainers to transition to systemd by default on upgrades and to
   install systemd by default on new installs.

4. The CTTE appreciates the effort of Debian contributors to mitigate
   any issues with the transition by:

   a) Providing a fallback boot entry for sysvinit when systemd is the
   default init in grub (#757298)

   b) Developing a mechanism to warn on inittab configurations which
   are unsupported in systemd. (#761063)

   c) Providing documentation on how to remain with sysvinit on
   upgrades and switch to sysvinit upon installation.

   d) Numerous bug reports and fixes by contributors who have tested
   the systemd migration in their configurations.

5. The CTTE advises (without overriding any Debian contributor,
   maintainer, or team) that any such mitigations should be included
   in jessie, to ensure a smooth transition for Debian users.

==END==

I believe this covers everything I was concerned about, no further edits
warranted from my side.  I'm happy for this to be called to a vote if you
are.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Bug#776326: subtitlecomposer breaks MIME type detection of some PNGs

[Martin Steghöfer]

Package: subtitlecomposer
Version: 0.5.3-4
Severity: normal

Dear maintainers of subtitlecomposer,

the installation of the package subtitlecomposer breaks the MIME type 
detection of certain PNGs.


Before installation of subtitlecomposer:

| mast:~$ gvfs-info headset.png | grep content-type
|   standard::content-type: image/png
|   standard::fast-content-type: image/png

After installation of subtitlecomposer:

| mast:~$ gvfs-info headset.png | grep content-type
|   standard::content-type: text/x-tmplayer
|   standard::fast-content-type: image/png

Note that the PNG file content type is now detected as "text/x-tmplayer" 
(before: "image/png"). The required file "headset.png" is attached to 
this message.


This affects other programs, e.g. it breaks the Ambiance theme window 
decoration in a bug reported to Ubuntu [1] or it crashes the PulseAudio 
volume control without error message in my case (the Gtk call to load 
the icon throws an unhandled exception - and I'd guess that the problem 
can also affect other Gtk-based programs in the same way).


The problem can be fixed temporarily by lowering the priority of 
text/x-tmplayer and text/x-tmplayer+ from 100 to 40 in 
/usr/share/mime/packages/subtitlecomposer.xml and updating the database 
by executing "update-mime-database /usr/share/mime".


A permanent fix is available upstream [2] (see also the upstream bug 
report [3]).


Thank you for maintaining subtitlecomposer and in advance for fixing 
this problem!


Cheers,
Martin

[1] https://bugs.launchpad.net/ubuntu/+source/subtitlecomposer/+bug/993275
[2] 
https://github.com/maxrd2/subtitlecomposer/commit/6528219ade1f2ca2d78b85a236397aa0d62583ee.patch

[3] https://github.com/maxrd2/subtitlecomposer/issues/1

Bug#306501: mpd: request for read-only mode

[Florian Schlichting]

tags 306501 + moreinfo
thanks

Hi Vincent,

> mpd should have a read-only mode for clients. Currently, if a user
> wants to be able to play files of the playlist, he needs the "control"
> permission, i.e.
>
> password "password@read,control"
>
> in the /etc/mpd.conf file. But the "control" permission also allows
> him to clear the playlist and save it.

I'm not sure what you're trying to achieve. Why shouldn't the client be
able to add songs to the current playlist, or clear it and build a new
playlist?

And, given that this bug is almost ten years old and has failed to
attract any visible reaction up to now, do you think it's still useful
to keep it open, do you want to take your request upstream, or should we
conclude that mpd won't change in this regard and just put it to rest?

Florian


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

Bug#775999: mocp in a Linux console shows graphics characters as letters

[Elimar Riesebieter]

Bug closed due to a user misconfiguration.


* Elimar Riesebieter  [2015-01-23 18:43 +0100]:

> * Detlef Lechner  [2015-01-23 15:57 +0100]:
> 
> > On 23.01.2015 14:44, Elimar Riesebieter wrote:
> > >* bullgard  [2015-01-23 14:16 +0100]:
> > >
> > >>Package: moc
> > >>Version: 1:2.5.0-1$
> > >>
> > >>--- Please enter the report below this line. ---
> > >>'$ echo $TERM' responds: " xterm".
> > >>'$ echo $SHELL' responds: "/bin/bash".
> > >Somewhere ( i.e. $HOME/.bashrc or $HOME/.profile) your term ist set
> > >to xterm. On the console TERM=linux should be the state of the art.
> > >
> > >Try:
> > >$ TERM=linux mocp
> > >
> > >Elimar
> > In ~/.bashrc I changed the line
> > export TERM=xterm
> > to
> > export TERM=linux mocp.
> 
> $ TERM=linux mocp should be for the commandline only. You don't need
> to set the TERM environment variable via .bashrc. The console gets
> TERM from init and the terminals like urxvt or xterm do have their
> own TERM. Remove export TERM=linux mocp from .bashrc, reboot (you
> need a new init ;-)) and test again.
> 
> > Now the ncurses mocp bug in the console has gone. But the change has the
> > adverse effect hat highlighting an filename entry in mc and pressing F3 will
> > select all filenames. Which is clearly not what I want.
> 
> Should be ok after optimizing .bashrc and reboot.
> 
> Elimar
> -- 
>  You cannot propel yourself forward by
>   patting yourself on the back.
> 

-- 
  Alles was viel bedacht wird ist bedenklich!;-)
 Friedrich Nietzsche


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

Bug#776325: wheezy-pu: package pound/2.6-2+deb7u1

[Antonio Terceiro]

The original debdiff was inverted. Follows the correct one

-- 
Antonio Terceiro 
diff -Nru pound-2.6/debian/changelog pound-2.6/debian/changelog
--- pound-2.6/debian/changelog	2012-02-03 07:50:41.0 -0200
+++ pound-2.6/debian/changelog	2015-01-26 18:29:53.0 -0200
@@ -1,3 +1,12 @@
+pound (2.6-2+deb7u1) stable; urgency=medium
+
+  * Non-maintainer upload.
+  * Update XSS redirect vulnerability patch to not break with '=' in the URL.
+Both the original patch and this update have already been applied
+upstream. Closes: #723731
+
+ -- Antonio Terceiro   Mon, 26 Jan 2015 18:26:09 -0200
+
 pound (2.6-2) unstable; urgency=low
 
   * Update anti_beast patch
diff -Nru pound-2.6/debian/patches/xss_redirect_fix.patch pound-2.6/debian/patches/xss_redirect_fix.patch
--- pound-2.6/debian/patches/xss_redirect_fix.patch	2012-02-03 07:46:07.0 -0200
+++ pound-2.6/debian/patches/xss_redirect_fix.patch	2015-01-26 18:33:01.0 -0200
@@ -43,7 +43,7 @@
 +	(ch>= 'A' && ch <='Z') ||
 +	(ch>= 'a' && ch <='z') ||
 +	(ch>= '0' && ch <='9') ||
-+ch == '-' || ch == '_' || ch == '.' || ch == ':' || ch == '/' || ch == '?' || ch == '&' || ch == ';') {
++ch == '-' || ch == '_' || ch == '.' || ch == ':' || ch == '/' || ch == '?' || ch == '&' || ch == ';' || ch == '=') {
 +
 +	urlbuf[j++] = ch;
 +	continue;


signature.asc
Description: Digital signature

Bug#776325: wheezy-pu: package pound/2.6-2+deb7u1

[Antonio Terceiro]

Package: release.debian.org
Severity: normal
Tags: wheezy
User: release.debian@packages.debian.org
Usertags: pu

Hello release team, and pound maintainers (copied via X-Debbugs-Cc).

The wheezy version of pound has a nasty bug that breaks HTTP → HTTPS
redirects for URL's that contain the '=' character , what is arguably
quite common.

I would like to fix this with the attached debdiff.

-- System Information:
Debian Release: 8.0
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable'), (500, 'testing'), 
(1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

-- 
Antonio Terceiro 
diff -Nru pound-2.6/debian/changelog pound-2.6/debian/changelog
--- pound-2.6/debian/changelog	2015-01-26 18:29:53.0 -0200
+++ pound-2.6/debian/changelog	2012-02-03 07:50:41.0 -0200
@@ -1,12 +1,3 @@
-pound (2.6-2+deb7u1) stable; urgency=medium
-
-  * Non-maintainer upload.
-  * Update XSS redirect vulnerability patch to not break with '=' in the URL.
-Both the original patch and this update have already been applied
-upstream. Closes: #723731
-
- -- Antonio Terceiro   Mon, 26 Jan 2015 18:26:09 -0200
-
 pound (2.6-2) unstable; urgency=low
 
   * Update anti_beast patch
diff -Nru pound-2.6/debian/patches/xss_redirect_fix.patch pound-2.6/debian/patches/xss_redirect_fix.patch
--- pound-2.6/debian/patches/xss_redirect_fix.patch	2015-01-26 18:33:01.0 -0200
+++ pound-2.6/debian/patches/xss_redirect_fix.patch	2012-02-03 07:46:07.0 -0200
@@ -43,7 +43,7 @@
 +	(ch>= 'A' && ch <='Z') ||
 +	(ch>= 'a' && ch <='z') ||
 +	(ch>= '0' && ch <='9') ||
-+ch == '-' || ch == '_' || ch == '.' || ch == ':' || ch == '/' || ch == '?' || ch == '&' || ch == ';' || ch == '=') {
++ch == '-' || ch == '_' || ch == '.' || ch == ':' || ch == '/' || ch == '?' || ch == '&' || ch == ';') {
 +
 +	urlbuf[j++] = ch;
 +	continue;


signature.asc
Description: Digital signature

Bug#776324: ITP: libcgi-session-driver-chi-perl -- This driver allows CGI::Session to use CHI as a session store

[Christopher Hoskin]

Package: wnpp
Owner: Christopher Hoskin 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org

* Package name: libcgi-session-driver-chi-perl
  Version : 1.0.3
  Upstream Author : James Rouzier. 
* URL : https://metacpan.org/release/CGI-Session-Driver-chi
* License : GPL-2+
  Programming Lang: Perl
  Description : This driver allows CGI::Session to use CHI as a session 
store

This driver allows CGI::Session to use CHI as a session store


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

Bug#776323: mediawiki: Suspicious mails sent via var/lib/mediawiki/images/shwso.php

[flack]

Package: mediawiki
Version: 1:1.19.20+dfsg-0+deb7u3
Severity: normal

Dear Maintainer,

Today I started getting delivery failures from a server about mails sent by
the www-data user. I've added a small script to find out what is sending
them. It returned this:

/var/lib/mediawiki/images/shwso.php(7) : eval()'d code(1) : eval()'d code(1)
/: eval()'d code(10) : eval()'d code(2) : regexp code(1) : eval()'d
/code(501) : eval()'d code:77

I'm not sure what to make of it, and I must say I know very little about
mediawiki, but it looks a little like there is some sort of vulnerablity
being exploited (at least to my untrained eyes..)


-- System Information:
Debian Release: 7.8
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-042stab092.3 (SMP w/2 CPU cores)
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/dash

Versions of packages mediawiki depends on:
ii  apache2-mpm-prefork [httpd]  2.2.22-13+deb7u4
ii  debconf [debconf-2.0]1.5.49
ii  libjs-jquery 1.7.2+dfsg-1
ii  libjs-jquery-cookie  6-1
ii  libjs-jquery-form6-1
ii  libjs-jquery-tipsy   6-1
ii  mime-support 3.52-1+deb7u1
ii  nginx-full [httpd]   1.2.1-2.2+wheezy3
ii  php5 5.4.36-0+deb7u3
ii  php5-mysql   5.4.36-0+deb7u3
ii  php5-sqlite  5.4.36-0+deb7u3

Versions of packages mediawiki recommends:
ii  mediawiki-extensions-base  3.5~deb7u2
ii  mysql-server   5.5.41-0+wheezy1
ii  php-wikidiff2  0.0.1+svn109581-1
ii  php5-cli   5.4.36-0+deb7u3
ii  python 2.7.3-4+deb7u1

Versions of packages mediawiki suggests:
pn  clamav  
ii  imagemagick 8:6.7.7.10-5+deb7u3
ii  mediawiki-math  2:1.0+git20120528-6
ii  memcached   1.4.13-0.2+deb7u1
ii  php5-gd 5.4.36-0+deb7u3

-- debconf information:
  mediawiki/webserver: apache2


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

Bug#744145: [Python-modules-team] Bug#744145: pip3 breaks after upgrading requests

[W. Martin Borgert]

On 2015-01-26 10:25, Chris Kuehl wrote:
> I wonder whether such a change should at least be documented in the
> release notes, even if we can't address it because of the freeze?

Yes, good idea. This would allow users to remove such libraries
first and then upgrade Debian.

Would you file a bug against release-notes, please?


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

Bug#776322: RM: moodle -- ROM; No maintainer, security issues, DFSG

[Riley Baird]

Package: ftp.debian.org
Severity: normal

Hi,

Moodle has several DFSG issues (e.g. #763800, #746594, #752615, #754565) and
unfixed security issues (#775842).

I have spoken to the maintainers - both upstream [1] and within Debian[2], and
they support the removal of moodle as they are no longer have enough time to
continue maintaining it.

Yours thankfully,

Riley Baird


[1] https://moodle.org/mod/forum/discuss.php?d=278847
[2] https://bugs.debian.org/754565


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

Bug#776321: unblock: wv/1.2.9-4.1

[Helmut Grohne]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package wv

The wv binary package links its documentation to libwv-1.2-4 without
using dh_installdocs --linkdoc and lacks the "(= ${binary:Version})"
dependency required by the Debian policy. #776253

I uploaded an updated wv with the maintainers permission and the
corresponding .debdiff is attached.

unblock wv/1.2.9-4.1

Helmut
diff -Nru wv-1.2.9/debian/changelog wv-1.2.9/debian/changelog
--- wv-1.2.9/debian/changelog   2014-10-02 11:35:37.0 +0200
+++ wv-1.2.9/debian/changelog   2015-01-26 20:30:49.0 +0100
@@ -1,3 +1,11 @@
+wv (1.2.9-4.1) unstable; urgency=medium
+
+  * Non-maintainer upload. Acknowledged by Daniel Walrond.
+  * Tighten dependency wv -> libwv-1.2-4 to meet policy 12.3.
+(Closes: #776253)
+
+ -- Helmut Grohne   Mon, 26 Jan 2015 20:30:47 +0100
+
 wv (1.2.9-4) unstable; urgency=medium
 
   * "debian/control":
diff -Nru wv-1.2.9/debian/control wv-1.2.9/debian/control
--- wv-1.2.9/debian/control 2014-10-02 11:34:13.0 +0200
+++ wv-1.2.9/debian/control 2015-01-26 20:24:52.0 +0100
@@ -11,7 +11,7 @@
 
 Package: wv
 Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}
+Depends: ${misc:Depends}, ${shlibs:Depends}, libwv-1.2-4 (= ${binary:Version})
 Suggests: texlive, ghostscript, elinks | links | lynx, imagemagick, gv | 
postscript-viewer
 Description: Programs for accessing Microsoft Word documents
  wvWare (previously known as mswordview) is a library that allows access

Bug#776320: flashplugin-nonfree: Fullscreen videos cannot be exited with escape or by clicking "restore" button

[Buddy Moore]

Package: flashplugin-nonfree
Version: 1:3.6.1
Severity: normal

Dear Maintainer,

When going fullscreen on various sites (youtube to name one, but I have 
verified with others), the escape key will not exit fullscreen mode. Luckily, I 
can Ctrl+Shift+Arrow to another workspace to exit fullscreen, and that seems to 
work consistently, but I am unable to click the app's "Exit Fullscreen" 
implementation to return to the desktop.

I suspect this could be a problem with anything from X to my video driver, but 
as I am not familiar with the source or the APIs, I figured I would start from 
the presentation layer and dig deeper as necessary.

Thanks in advance for any investigation and or information!

Following is some auto-generated system information about my relatively clean 
Debian Jessie Beta 2 install.

-- Package-specific info:
Debian version: 8.0
Architecture: amd64
Package version: 1:3.6.1
Adobe Flash Player version: LNX 11,2,202,429
MD5 checksums:
160a01dd00527304e5291e65eb0c65e2  
/var/cache/flashplugin-nonfree/get-upstream-version.pl
7e05effd150ab4430693e467e4c9c404  
/var/cache/flashplugin-nonfree/install_flash_player_11_linux.x86_64.tar.gz
427d26397cd55f61901911af16bbb69c  
/usr/lib/flashplugin-nonfree/libflashplayer.so
Alternatives:
flash-mozilla.so - auto mode
  link currently points to 
/usr/lib/flashplugin-nonfree/libflashplayer.so
/usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50
Current 'best' version is 
'/usr/lib/flashplugin-nonfree/libflashplayer.so'.
lrwxrwxrwx 1 root root 34 Jan 22 09:59 
/usr/lib/mozilla/plugins/flash-mozilla.so -> /etc/alternatives/flash-mozilla.so
/usr/lib/mozilla/plugins/flash-mozilla.so: symbolic link to 
`/etc/alternatives/flash-mozilla.so'

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

Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages flashplugin-nonfree depends on:
ii  binutils   2.24.90.20141023-1
ii  ca-certificates20141019
ii  debconf [debconf-2.0]  1.5.55
ii  gnupg  1.4.18-6
ii  libatk1.0-02.14.0-1
ii  libcairo2  1.14.0-2.1
ii  libcurl3-gnutls7.38.0-4
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.5.2-2
ii  libgcc11:4.9.1-19
ii  libglib2.0-0   2.42.1-1
ii  libgtk2.0-02.24.25-1
ii  libnspr4   2:4.10.7-1
ii  libnss32:3.17.2-1.1
ii  libpango1.0-0  1.36.8-3
ii  libstdc++6 4.9.1-19
ii  libx11-6   2:1.6.2-3
ii  libxext6   2:1.3.3-1
ii  libxt6 1:1.1.4-1+b1
ii  wget   1.15-1+b1

flashplugin-nonfree recommends no packages.

Versions of packages flashplugin-nonfree suggests:
ii  fonts-dejavu   2.34-1
pn  hal
ii  iceweasel  31.4.0esr-1
pn  konqueror-nsplugins
pn  ttf-mscorefonts-installer  
pn  ttf-xfree86-nonfree

-- 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#752479: 1.0.5 available in a ppa

[Holger Levsen]

Hi,

https://launchpad.net/~tuxpoldo/+archive/ubuntu/roundcube has 1.0.5, for those 
interested.

I haven't tested them yet, but will do so shortly.


cheers,
Holger


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

Bug#776319: CVE-2015-0361

[Moritz Muehlenhoff]

Source: xen
Severity: important
Tags: security

Hi,
please see http://xenbits.xen.org/xsa/advisory-116.html
for details and a patch.

Cheers,
Moritz


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

Bug#773577: libssh: CVE-2014-8132: Double free on dangling pointers in initial key exchange packet

[Moritz Mühlenhoff]

On Sat, Dec 27, 2014 at 02:27:29PM +0100, Laurent Bigonville wrote:
> On Sat, 20 Dec 2014 08:18:29 +0100 Salvatore Bonaccorso
>  wrote:
> 
> > Hi,
> 
> Hello,
> 
> > the following vulnerability was published for libssh.
> > 
> > CVE-2014-8132[0]:
> > Possible double free on a dangling pointer with crafted kexinit packet
> 
> The fix is available at:
> http://git.libssh.org/projects/libssh.git/commit/?id=c2aed4ca78030d9014a890cb4370e6dc8264823f

Can you please upload a fixed package?

Cheers,
Moritz


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

Bug#774048: CVE-2014-9390

[Moritz Mühlenhoff]

On Mon, Jan 05, 2015 at 01:47:40AM +1100, Russell Sim wrote:
> Moritz Muehlenhoff  writes:
> 
> > Source: libgit2
> > Severity: important
> > Tags: security
> >
> > libgit2 is also affected by the recent git vulnerability:
> > http://openwall.com/lists/oss-security/2014/12/18/21
> 
> Thanks for the heads up.  The new release of libgit2 0.21.3 addresses
> this issue but it will have to wait until after the unfreeze before I
> can upload it to unstable.

Hi Russell,
this was fixed in Debian unstable, but jessie still has 0.21.1-2.1.
Please either ask the release team for an unblock or provide a
targeted fix for jessie.

Cheers,
Moritz


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

Bug#776253: dependency on libwv-1.2-4 too weak

[Daniel Walrond]

On Mon, Jan 26, 2015 at 12:25:07AM +0100, Helmut Grohne wrote:
> Package: wv
> Version: 1.2.9-4+b1
> Severity: serious
> Justification: policy 12.3 footnote 2
> Tags: patch
> 
> wv contains a symlink /usr/share/doc/wv which points to libwv-1.2-4. Its
> dependency on libwv-1.2-4 is unversioned though which means, that the
> copyright and changelog files can get out of sync. This violates the
> Debian policy section 12.3 footnote 2.
> 
> This is because, wv installes this symlink manually rather than using
> dh_installdocs --link-doc. Thus, wv needs to add
> "libwv-1.2-4 (= ${binary:Version})" to its Depends in debian/control.
> Note that libwv-dev is already correctly doing so.

If you're able upload this fix, then please do so.

Dan


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