Bug#745098: rjava: FTBFS with Java 8: configure: error: Cannot compile a simple JNI program

[Emmanuel Bourg]

Le 14/08/2014 13:58, Dirk Eddelbuettel a écrit :

> We really need / want a JDK as rJava is often used to /program/ with Java,
> not just to run.

I don't know R so I may be missing something, but if you depend on
default-jdk you do get a full JDK and not just a JRE. When you install
default-jdk you get a JDK under /usr/lib/jvm/default-java (which is
actually a symlink to /usr/lib/jvm/java-7-openjdk-amd64).

Emmanuel Bourg



signature.asc
Description: OpenPGP digital signature

Bug#758123: New upstream version: 0.8.0

[Daniel Svensson]

Package: abraca
Version: 0.7.0-1

A new upstream version has been released, and can be found at a new
download site so the script doesn't poll it automatically yet.

It fixes all open Debian bugs for this package.

As usual it's signed with my pgp signature so you can verify that it's
still the authorative download site:

http://sourceforge.net/projects/abraca/files/

Source remains hosted at github:

https://github.com/Abraca/Abraca

The build system has changed from SCons to waf so the package needs to be
updated a bit. You can look at the XMMS2 packaging for inspiration since it
uses waf as well:

http://anonscm.debian.org/cgit/pkg-xmms2/xmms2.git

-- 
Daniel Svensson

Bug#757917: transition: libav11

[Emilio Pozuelo Monfort]

On 12/08/14 13:41, Reinhard Tartler wrote:
> A prerelease for
> Libav11 that passes upstream's extensive test suite is currently in
> debian/experimental, and I'll make sure that the final release will be
> done and uploaded before jessie freeze.

Hmm, so there's only an alpha for now... How stable is it? Are there going to be
further ABI changes before the final release? Is there a schedule / roadmap? I'm
not very confident with doing the transition until there's a beta or an RC with
an ABI stability promise.

Cheers,
Emilio


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

Bug#758122: pyopenssl: Please enable the bindnow hardening build flag

[intrigeri]

Source: pyopenssl
Severity: normal
Tags: patch
User: hardening-disc...@lists.alioth.debian.org
Usertags: goal-hardening

Hi,

the attached patch enables the last hardening linker flag ("bindnow",
aka. -Wl,-z,now) applicable to this package, that's been left disabled
until now. Please consider applying it.

Thanks for maintaining pyopenssl in Debian!

Cheers,
--
intrigeri

diff -Nru pyopenssl-0.13.1/debian/rules pyopenssl-0.13.1/debian/rules
--- pyopenssl-0.13.1/debian/rules	2014-02-21 18:46:30.0 +0100
+++ pyopenssl-0.13.1/debian/rules	2014-08-14 14:11:22.0 +0200
@@ -7,6 +7,8 @@
 PY3VERS := $(shell py3versions -r -v)
 PYVERS := $(PY2VERS) $(PY3VERS)
 
+export DEB_BUILD_MAINT_OPTIONS = hardening=+bindnow
+
 %:
 	dh $@ --with python2,python3
 

Bug#758119: dnsmasq: fails to start under systemd when dbus is not installed

[Michael Biebl]

Am 14.08.2014 13:54, schrieb Paul Wise:
> Package: dnsmasq
> Version: 2.71-1
> Severity: important
> User: syst...@packages.debian.org

fwiw, we are using "User:
pkg-systemd-maintain...@lists.alioth.debian.org" since a while now.

> Usertags: systemd-units dependencies
> X-Debbugs-CC: syst...@packages.debian.org

> When installing dnsmasq on a newly installed Debian jessie system from
> the daily debian-installer netinst ISO, I get the error below and
> dnsmasq is not running afterwards but no error on sysvinit systems. This
> seems to be caused by the systemd service being Type=dbus and not having
> any dependency on dbus. I'm marking this bug report as important because
> systemd is now the default. Please add a Depends that reflects this
> (like [1]). I'm CCing the systemd maintainers in case they think this
> should be solved in a more systematic way.
> 
> Setting up dnsmasq-base (2.71-1) ...
> Setting up dnsmasq (2.71-1) ...
> Failed to issue method call: Unit dbus.socket failed to load: No such file or 
> directory.
> invoke-rc.d: initscript dnsmasq, action "start" failed.
> 
>  1. dbus | sysvinit-core | upstart 
> 


Hm, it seems dnsmasq requires dbus in any case, even when running under
sysvinit or upstart. So I don't understand the alternative dependency
you suggest.

Afaics, dnsmasq should simply add a Depends on dbus?

-- 
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#737105: Pending fixes for bugs in the fonts-android package

[pkg-fonts-devel]

tag 737105 + pending
thanks

Some bugs in the fonts-android package are closed in revision
7d598194cf48043fa12f2e57907141bdf94d0dab in branch 'master' by
Vasudev Kamath

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-fonts/fonts-android.git;a=commitdiff;h=7d59819

Commit message:

Use regexp to install all Droid fonts available in upstream.
Closes: bug#737105, Thanks to Hideki Yamane.


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

Bug#750884: Pending fixes for bugs in the fonts-android package

[pkg-fonts-devel]

tag 750884 + pending
thanks

Some bugs in the fonts-android package are closed in revision
4dabc8fd8140e9ae6a1548e587adc038720d0f01 in branch 'master' by
Vasudev Kamath

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-fonts/fonts-android.git;a=commitdiff;h=4dabc8f

Commit message:

Add extra fontconfig recipe for making Droid Sans as the default font
for Chinese content.
Closes: bug#750884, Thanks to Gunnar Hjalmarsson.


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

Bug#758058: RM: jhdf [kfreebsd-amd64 kfreebsd-i386 sparc] -- ANAIS; Built erroneously against java 1.5 because of wrong epoch in versioned Build-Depends: default-jdk (>= 1:1.6)

[Scott Kitterman]

On Wed, 13 Aug 2014 22:07:28 +0200 (CEST) Gilles Filippini  
wrote:
> Package: ftp.debian.org
> Severity: normal
> User: p...@debian.org
> Usertags: HDF5-transition
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> Hi,
> 
> jhdf had an explicit Build-Depends: default-jdk (>= 1:1.6). But because
> on an epoch bump (1 -> 2) in the version of default-jdk, the package
> was built against java 1.5 on architectures kfreebsd-* and sparc.
> 
> A new release of jhdf have been uploaded with a fixed Build-Depends. We
> need now to have the java 1.5 builds removed from the corresponding
> architectures from testing.

I went ahead and did this.  Please investigate:

# Broken Depends:
igv/non-free: igv

# Broken Build-Depends:
igv/non-free: libjhdf5-java

and see if an additional removal bug is needed.

Scott K

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

Bug#758121: bibletime: Texts doesn't display properly

[Giacomo Mirabassi]

Package: bibletime
Version: 2.9.2-1.1+b1
Severity: normal

Dear Maintainer,

today I launched BibleTime after several months and found that all the
texts, both bibles and commentaries are unreadable. For each line/verse
only a ?x&eu is present.

I tried to remove ~/.bibletime and ~/.sword suspecting something related to my
settings (especially fonts), but after relaunching the program and reinstalling 
all the texts the situation is
the same.

This happens to all the texts I have installed indipendently from their
language (Hebrew, English and Italian).


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

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

Versions of packages bibletime depends on:
ii  bibletime-data  2.9.2-1.1
ii  libc6   2.19-7
ii  libclucene-core12.3.3.4-4
ii  libcurl3-gnutls 7.37.1-1
ii  libgcc1 1:4.9.1-5
ii  libqt4-dbus 4:4.8.6+git49-gbc62005+dfsg-1
ii  libqt4-network  4:4.8.6+git49-gbc62005+dfsg-1
ii  libqt4-svg  4:4.8.6+git49-gbc62005+dfsg-1
ii  libqt4-xml  4:4.8.6+git49-gbc62005+dfsg-1
ii  libqt4-xmlpatterns  4:4.8.6+git49-gbc62005+dfsg-1
ii  libqtcore4  4:4.8.6+git49-gbc62005+dfsg-1
ii  libqtgui4   4:4.8.6+git49-gbc62005+dfsg-1
ii  libqtwebkit42.2.1-7.1
ii  libstdc++6  4.9.1-5
ii  libsword11  1.7.3+dfsg-2
ii  zlib1g  1:1.2.8.dfsg-1

bibletime recommends no packages.

bibletime 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#745098: rjava: FTBFS with Java 8: configure: error: Cannot compile a simple JNI program

[Dirk Eddelbuettel]

Emmanuel,

On 9 August 2014 at 23:52, Emmanuel Bourg wrote:
| Hi Dirk,
| 
| As I understand the default R configuration contains the path to Java 7:
| 
|   ebourg@icare:~$ R CMD config JAVA_CPPFLAGS
|   -I/usr/lib/jvm/java-7-openjdk-amd64/jre/../include
| 
| Would it be possible to change the default configuration and use the
| path to the default JRE instead (/usr/lib/jvm/default-java) ? Thus rjava
| would always build even if the default JRE changes.

We really need / want a JDK as rJava is often used to /program/ with Java,
not just to run.

Dirk
 
| Emmanuel Bourg
| 
| 
| x[DELETED ATTACHMENT signature.asc, application/pgp-signature]

-- 
http://dirk.eddelbuettel.com | @eddelbuettel | e...@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#758120: src:meanwhile: update aclocal.m4 and configure to fix FTBFS on ppc64el

[Erwan Prioul]

Package: src:meanwhile
Version: 1.0.2-4.1
Severity: normal
Tags: patch

Dear Maintainer,

While trying to build the package on ppc64el, it failed, due to missing 
entry about powerpc64le in aclocal.m4 and configure files.

Please consider this patch to fulfill that need.

Thanks in advance,
Erwan.


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

Kernel: Linux 3.13-1-powerpc64le (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

diff -Naur a/aclocal.m4 b/aclocal.m4
--- a/aclocal.m4	2014-08-12 16:48:55.690106660 +0200
+++ b/aclocal.m4	2014-08-14 12:31:22.325743827 +0200
@@ -535,7 +535,10 @@
 x86_64-*linux*)
   LD="${LD-ld} -m elf_i386"
   ;;
-ppc64-*linux*|powerpc64-*linux*)
+powerpc64le-*)
+  LD="${LD-ld} -m elf32lppclinux"
+  ;;
+powerpc64-*)
   LD="${LD-ld} -m elf32ppclinux"
   ;;
 s390x-*linux*)
@@ -551,7 +554,10 @@
 x86_64-*linux*)
   LD="${LD-ld} -m elf_x86_64"
   ;;
-ppc*-*linux*|powerpc*-*linux*)
+powerpcle-*)
+  LD="${LD-ld} -m elf64lppc"
+  ;;
+powerpc-*)
   LD="${LD-ld} -m elf64ppc"
   ;;
 s390*-*linux*)
diff -Naur a/configure b/configure
--- a/configure	2014-08-12 16:48:55.878106650 +0200
+++ b/configure	2014-08-14 12:31:22.329743827 +0200
@@ -3819,7 +3819,10 @@
 x86_64-*linux*)
   LD="${LD-ld} -m elf_i386"
   ;;
-ppc64-*linux*|powerpc64-*linux*)
+powerpc64le-*)
+  LD="${LD-ld} -m elf32lppclinux" 
+  ;; 
+powerpc64-*) 
   LD="${LD-ld} -m elf32ppclinux"
   ;;
 s390x-*linux*)
@@ -3835,7 +3838,10 @@
 x86_64-*linux*)
   LD="${LD-ld} -m elf_x86_64"
   ;;
-ppc*-*linux*|powerpc*-*linux*)
+powerpcle-*)
+  LD="${LD-ld} -m elf64lppc"
+  ;; 
+powerpc-*) 
   LD="${LD-ld} -m elf64ppc"
   ;;
 s390*-*linux*)

Bug#758119: dnsmasq: fails to start under systemd when dbus is not installed

[Paul Wise]

Package: dnsmasq
Version: 2.71-1
Severity: important
User: syst...@packages.debian.org
Usertags: systemd-units dependencies
X-Debbugs-CC: syst...@packages.debian.org

When installing dnsmasq on a newly installed Debian jessie system from
the daily debian-installer netinst ISO, I get the error below and
dnsmasq is not running afterwards but no error on sysvinit systems. This
seems to be caused by the systemd service being Type=dbus and not having
any dependency on dbus. I'm marking this bug report as important because
systemd is now the default. Please add a Depends that reflects this
(like [1]). I'm CCing the systemd maintainers in case they think this
should be solved in a more systematic way.

Setting up dnsmasq-base (2.71-1) ...
Setting up dnsmasq (2.71-1) ...
Failed to issue method call: Unit dbus.socket failed to load: No such file or 
directory.
invoke-rc.d: initscript dnsmasq, action "start" failed.

 1. dbus | sysvinit-core | upstart 

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

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

Versions of packages dnsmasq depends on:
ii  dnsmasq-base 2.71-1
ii  init-system-helpers  1.20
ii  netbase  5.2

dnsmasq recommends no packages.

Versions of packages dnsmasq suggests:
pn  resolvconf  

-- no debconf information

-- 
bye,
pabs

http://wiki.debian.org/PaulWise

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#756202:

[Tobias Frost]

Hi,

I saw the same after converting to systemd as init:
Delay until some systemd script times out.

In the hope this helps someone seeing the same issue, this are my observations:

In my case the reason was that somehow the UUID of the swap device changed,
so that systemd was simply waiting for the wrong device.
The UUID changed when I migrated to systemd, however the very first reboot was 
still fast.
(though I did not boot to X this time has I had to recompile the nvidia stuff)

After I changed to the new UUID, the system boots as expected. 
Maybe this helps someone with the same isssue..

I don't know why the UUID changed in the first place.
The upgrade also included a kernel update.
(linux-image-amd64:amd64 3.14+57 -> 3.14+59)


(timeline to back that up with information)
Last reboot with sysv:
 Aug 14 09:55:20 mordor kernel: [0.00] Initializing cgroup subsys cpuset
(..)
Aug 14 09:55:20 mordor kernel: [   25.798452] Adding 16775164k swap on 
/dev/mapper/cryptswap.  Priority:-1 extents:1 across:16775164k

First reboot with systemd as init:

Aug 14 11:37:36 mordor kernel: [0.00] Initializing cgroup subsys cpuset
(..)
Aug 14 11:37:36 mordor kernel: [   26.772168] Adding 16775164k swap on 
/dev/mapper/cryptswap.  Priority:-1 extents:1 across:16775164k

(proof that this is systemd:)
Aug 14 11:37:37 mordor systemd[1]: Starting Authenticate and Authorize Users to 
Run Privileged Tasks...

Second reboot:
Aug 14 11:51:42 mordor kernel: [0.00] Initializing cgroup subsys cpuset
(..)
Aug 14 11:51:44 mordor systemd[1]: Expecting device 
dev-disk-by\x2duuid-918c7c50\x2d17ed\x2d4e21\x2d9026\x2d6aedacaec283.device...
Aug 14 11:53:14 mordor systemd[1]: Job 
dev-disk-by\x2duuid-918c7c50\x2d17ed\x2d4e21\x2d9026\x2d6aedacaec283.device/start
 timed out.
Aug 14 11:53:14 mordor systemd[1]: Timed out waiting for device 
dev-disk-by\x2duuid-918c7c50\x2d17ed\x2d4e21\x2d9026\x2d6aedacaec283.device.
Aug 14 11:53:14 mordor systemd[1]: Dependency failed for 
/dev/disk/by-uuid/918c7c50-17ed-4e21-9026-6aedacaec283.


My setup:

-> LUKS crytped root
sda4_crypt UUID=x-xxx---x9d2 none luks
-> LUKS crypted swap with derived key from root device
cryptswap UUID=x-xxx---xdc3 sda4_crypt
luks,keyscript=/lib/cryptsetup/scripts/decrypt_derived,swap

the relevant fstab line:
UUID=x-xxx---x283   noneswapdefaults
0   0

(resume kernel-param -- however resume not yet tested after migration:)
resume=/dev/mapper/cryptswap

ls -la /dev/disk/by-uuid/
lrwxrwxrwx 1 root root  10 Aug 14 13:11 x-xxx---x1b2 -> 
../../dm-1
lrwxrwxrwx 1 root root  10 Aug 14 13:11 x-xxx---x9d2 -> 
../../sda4
lrwxrwxrwx 1 root root  10 Aug 14 13:11 x-xxx---x5c0 -> 
../../dm-0
lrwxrwxrwx 1 root root  10 Aug 14 13:11 x-xxx---xdc3 -> 
../../sda3


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

Bug#737063: suckless-tools: dmenu crashes on LANG=eo.UTF-8

[Vasudev Kamath]

On Thu, Aug 14, 2014 at 5:01 PM, intrigeri  wrote:
> Hi Vasudev,
>
> this bug was reported more than 6 months ago, so: ping :)
>

Heh I don't know how I miss all bug mails! Anyway this looks like
similar issue I reported long back [1], at the moment I probably can't
do anything IIRC its mainly because of Xlib not supporting the locale.

@Walter sorry for delay in getting back but as you mentioned it looks
like problem in Xlib, I would suggest talking with suckless people
first  on this.

[1] http://lists.suckless.org/dev/1211/13235.html

Best Regards
-- 

Vasudev Kamath
http://copyninja.info
copyninja@{frndk.de|vasudev.homelinux.net}


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

Bug#758118: camomile: [INTL:pt] Updated Portuguese translation of manpage

[Américo Monteiro]

Package: camomile
Version: 0.8.4-4
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for camomile's manpage.
Translator: Américo Monteiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .

-- 
Melhores cumprimentos/Best regards,

Américo Monteiro


camomile_0.8.4-4_camomile-man.pt.po.gz
Description: GNU Zip compressed data

Bug#756205: gvfs-daemons: gvfsd-metadata continuously does disk accesses

[Vincent Lefevre]

Control: severity -1 serious
Control: tags -1 upstream
Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=637095

This is happening again. I was wondering why the machine was slow
and made a lot of noise...

This seems to be the same problem as

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

It was claimed to be fixed, but apparently it isn't...

-- 
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#758117: package installs python bytecode

[djcj]

Package: comix
Version: 4.0.4-1

The package installs python bytecode.
When debhelper is running with ' --with python2', it'll remove the 
bytecode and add maintainer scripts to create the bytecode at 
installation time.
You can find fixed binary and source packages in my Ubuntu PPA: 
https://launchpad.net/~djcj/+archive/ubuntu/tools/+packages?field.name_filter=comix
 

Bug#758096: Filed Bug#758096: tasksel: Allow to select specific packages during installation - just "DE", "Web server", "Mail server" is NOT enough

[Andreas Tille]

Hi Cyril,

On Thu, Aug 14, 2014 at 12:28:52PM +0200, Cyril Brulebois wrote:
> Hi Andreas,
> 
> Andreas Tille  (2014-08-14):
> > Beeing inspired by the recent discussion on Blends list, I'd like
> > to add a pointer to the thread basically starting here:
> > 
> >https://lists.debian.org/debian-blends/2014/08/msg4.html
> > […]
> > IMHO it would do a nice service to our users to promote these topics on
> > our installers at the time when tasks will be selected.
> 
> thanks but I'd rather not conflate both topics.

thanks for the hint. I filed #758116 about this.

Kind regards

   Andreas.

-- 
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#745262: console-setup: Caps lock doesn't take effect on øæå (Danish characters)

[Samuel Thibault]

Anton Zinoviev, le Thu 14 Aug 2014 13:53:41 +0300, a écrit :
> I don't like to upgrade the software of my computer too often.  I 
> suppose it is closer to wheezy than to jessie and that's why I don't see 
> the problem.

Well, you can probably set up a jessie or sid chroot.

> What is the output of
> 
> perl -e 'printf "%04X - %04X - %04X\n", hex("e6"), 
> ord(lc(pack("U",hex("00e6", ord(uc(pack("U",hex("00e6";'
> 
> It has to be
> 
> 00E6 - 00E6 - 00C6

€ perl -e 'printf "%04X - %04X - %04X\n", hex("e6"), 
ord(lc(pack("U",hex("00e6", ord(uc(pack("U",hex("00e6";'
00E6 - 00E6 - 00C6

Samuel


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

Bug#737063: suckless-tools: dmenu crashes on LANG=eo.UTF-8

[intrigeri]

Hi Vasudev,

this bug was reported more than 6 months ago, so: ping :)

Cheers,
--
intrigeri


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

Bug#745262: console-setup: Caps lock doesn't take effect on øæå (Danish characters)

[Anton Zinoviev]

On Wed, Aug 13, 2014 at 12:47:26AM +0200, Samuel Thibault wrote:
> > 
> > I am unable to reproduce this.  What locale do you use?  I've tested 
> > with LC_ALL=C, LC_ALL=da_DK.utf8 and LC_ALL=da_DK.
> 
> Well, whatever the locale, LC_ALL=C for instance, I get only +U+00e6
> +U+00c6, and never +U+00c6 +U+00e6.  I've tried both console-setup 1.102
> and 1.111.

I don't like to upgrade the software of my computer too often.  I 
suppose it is closer to wheezy than to jessie and that's why I don't see 
the problem.

What is the output of

perl -e 'printf "%04X - %04X - %04X\n", hex("e6"), 
ord(lc(pack("U",hex("00e6", ord(uc(pack("U",hex("00e6";'

It has to be

00E6 - 00E6 - 00C6

Anton Zinoviev


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

Bug#758116: tasksel: Allow to select Blends selection during installation - just "DE", "Web server", "Mail server" is NOT enough

[Andreas Tille]

Package: tasksel
Version: 3.14.1
Severity: normal
Tags: d-i


Hi,

beeing inspired by bug #758096 (I was asked to separate this topic from
the topic of this bug) and the recent discussion on Blends list, I'd
like to add a pointer to the thread basically starting here:

   https://lists.debian.org/debian-blends/2014/08/msg4.html
 
Currently we can provide tasksel control files in the following
Blends (packages):

   Debian Edu (edu-tasks)
   Debian Games   (games-tasks)
   Debian GIS (gis-tasks)
   Debian Junior  (junior-tasks)
   Debian Med (med-tasks)
   Debian Science (science-tasks)
   DebiChem   (debichem-tasks)

The packages contain a file

   /usr/share/tasksel/descs/-tasks.desc

and the usual stuff in /usr/share/doc/ but nothing else.  They
are exclusively designed as tasksel input.

IMHO it would do a nice service to our users to promote these topics on
our installers at the time when tasks will be selected.

Kind regards

   Andreas.


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

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

Versions of packages tasksel depends on:
ii  apt 0.9.7.9+deb7u2
ii  debconf [debconf-2.0]   1.5.49
ii  liblocale-gettext-perl  1.05-7+b1
ii  perl-base   5.14.2-21+deb7u1
ii  tasksel-data3.14.1

tasksel recommends no packages.

tasksel suggests no packages.

-- debconf information excluded


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

Bug#757917: transition: libav11

[Reinhard Tartler]

On Wed, Aug 13, 2014 at 9:07 PM, Reinhard Tartler  wrote:

> gst-libav1.0 FAIL (fixed in 11~alpha2-1)
[...]
> gst-libav: will be fixed with a new libav package that I'm about to upload

confirmed that gst-libav can now that  be binNMUed against
libav_11~alpha2-1 or later.


-- 
regards,
Reinhard


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

Bug#756386: dblatex: Wrong indexterm sorting order for Norwegian Bokmål (nb)

[Petter Reinholdtsen]

[Petter Reinholdtsen]
> I applied the two patches to the dblatex deb package source, but ended
> up with a binary package without the
> dblatex-0.3.5/lib/dbtexmf/dblatex/grubber/xindylang.xml file.  I tried
> to adjust the build to get it included, but failed.  How is this
> supposed to be done?

I managed to test this by just copying the file into /usr/, and the
resulting index order were now correct.  But I see lots of messages
like this:

WARNING: Found a :close-range in the index that wasn't opened before!
 Location-reference is 8 in keyword (Pogue, David)
 I'll continue and ignore this.

WARNING: Found no :close-range matching an already opened one!
 Location-reference is 9 in keyword (power, concentration of).
 Maybe I lost some of the regular location-references.

And the index entries for these ranges seem to be incorrect, no page
reference is included in the index entry.  No idea what causes it, nor
how to rewrite the docbook file to work properly. :(

If you want to test yourself, run 'git clone
https://github.com/petterreinholdtsen/free-culture-lessig.git' to get the
source of the docbook document, and run 'make freeculture.pdf
freeculture.nb.pdf' to build the English and Norwegian Bokmål version
of the book.

-- 
Happy hacking
Petter Reinholdtsen


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

Bug#758084: kfreebsd-image-amd64 lacks support for i210 ethernet

[Steven Chamberlain]

Hi,

On 14/08/14 06:09, James Buren wrote:
> It would be appreciated if a newer FreeBSD 9 kernel could be imported to
> stable as either a regular update or as part of a backport. Thank you.

You could possibly try to install a 9.2 kernel on your wheezy system,
although some of the userland tools might not be compatible:
https://packages.debian.org/jessie/kfreebsd-image-9.2-1-amd64

It is possible to have both 9.0 and 9.2 kernels installed together and
choose one from GRUB at boot time, so you can change back in case there
are any problems.

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


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

Bug#756101: iceweasel: Cannot add exception for "sec_error_unknown_issuer"

[Carsten Kosthorst]

Package: iceweasel
Version: 31.0-3
Followup-For: Bug #756101

Dear Maintainer,

this also happens with error code sec_error_ca_cert_invalid on our development 
machines. There is no option to add a security exception. See 
 and . Runnig 
iceweasel in safe mode did not help. Version 32.0~b5-1 from experimental 
behaves the same. There's not even a 'Get me out of here!' option. The server 
does not use HTTP Strict Transport Security.

It did work in version 30.0.

Chromium version 35.0.1916.153 Debian jessie/sid (274914) shows the page or 
allows to proceed after a warning.

-- Package-specific info:

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

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

Versions of packages iceweasel depends on:
ii  debianutils   4.4
ii  fontconfig2.11.0-5
ii  libasound21.0.28-1
ii  libatk1.0-0   2.12.0-1
ii  libc6 2.19-7
ii  libcairo2 1.12.16-2
ii  libdbus-1-3   1.8.6-1
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-1
ii  libffi6   3.1-2
ii  libfontconfig12.11.0-5
ii  libfreetype6  2.5.2-1.1
ii  libgcc1   1:4.9.1-4
ii  libgdk-pixbuf2.0-02.30.7-1
ii  libglib2.0-0  2.40.0-3
ii  libgtk2.0-0   2.24.24-1
ii  libhunspell-1.3-0 1.3.3-2
ii  libnspr4  2:4.10.6-1
ii  libnss3   2:3.16.3-1
ii  libpango-1.0-01.36.3-1
ii  libsqlite3-0  3.8.5-2
ii  libstartup-notification0  0.12-3
ii  libstdc++64.9.1-4
ii  libvpx1   1.3.0-2
ii  libx11-6  2:1.6.2-2
ii  libxext6  2:1.3.2-1
ii  libxrender1   1:0.9.8-1
ii  libxt61:1.1.4-1
ii  procps1:3.3.9-7
ii  zlib1g1:1.2.8.dfsg-1

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
pn  fonts-mathjax  
pn  fonts-oflb-asana-math  
ii  fonts-stix [otf-stix]  1.1.1-1
ii  libcanberra0   0.30-2
ii  libgnomeui-0   2.24.5-3
ii  libgssapi-krb5-2   1.12.1+dfsg-7
pn  mozplugger 

-- 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#758115: Disabled wait state X'32EE' on IPL of zIPL

[Stephen Powell]

Package: s390-tools
Version: 1.24.1-1
Severity: critical

Justification: The entire system is unbootable

After installing s390-tools version 1.24.1-1 and re-running zipl,
a reboot of the system causes a disabled wait PSW to be loaded
during boot, with a wait state code of X'32EE', prior to the
zipl menu being written out.  The system is unbootable.  This may
be related to the "general brokenness" of C on s390x in jessie/sid.

-- 
  .''`. Stephen Powell
 : :'  :
 `. `'`
   `-


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

Bug#735623: PDL maintenance in Debian Science VCS (was: pdl: FTBFS on mips, powerpc, s390x, sparc, (ia64): testsuite failures)

[Niko Tyni]

On Thu, Aug 14, 2014 at 11:03:28AM +0200, Andreas Tille wrote:

> BTW, since the build error says:
> 
> dpkg --build $(pwd)/debian/tmp ..
> dpkg-deb: parse error, in file 
> `/build/buildd/pdl-2.2.1/debian/tmp/DEBIAN/control' near line 6 package `pdl':
>  `Depends' field, missing package name, or garbage where package name expected
> make: *** [binary-arch] Error 2
> 
> I wonder how this should be caused by a architecture dependant problem
> with type sizes.

You seem to be looking at the oldest mips build log available
rather than the newest. It's from the year 2001.

 
https://buildd.debian.org/status/fetch.php?pkg=pdl&arch=mips&ver=1%3A2.2.1-7&stamp=1002925196

Hope this helps,
-- 
Niko Tyni   nt...@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#758096: tasksel: Allow to select specific packages during installation - just "DE", "Web server", "Mail server" is NOT enough

[vitalif]

Did you read the first reply in this thread?


Not sure which one you're talking about... This one? 
https://lists.debian.org/debian-devel/2014/08/msg00130.html



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

Bug#758114: RFA: hg-fast-export

[Andrey Rahmatullin]

Package: wnpp
Severity: normal

I'm no longer using hg-fast-export and in the future I will probably use git-
remote-hg (already in the archive) for such tasks.

The upstream git tree is at git://repo.or.cz/fast-export.git and
debian/{,README.}git-hg are taken from https://github.com/cosmin/git-hg


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

Bug#758113: courier: autotools-dev to update config.{sub, guess} to fix FTBFS for ppc64el port

[ravi]

Source: courier
Version: 0.73.1
Severity: normal
Tags: patch
User: debian-de...@lists.debian.org
Usertags: autotools_dev ppc64el

Dear Maintainer,

In order to avoid FTBFS "courier" source package on ppc64el arch, 
config.{sub, guess} files need to be updated.
We have also successfully verified building "courier" source package on 
ppc64el build machine after applying attached patch.


Thanks for considering the patch.

-ravindran.


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

Kernel: Linux 3.13-1-powerpc64le (SMP w/16 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

--===0108428124194320877==
Content-Type: text/x-diff; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename="autotools-dev.debpatch"

>From 9d2d037cde6f5be485ca88b651a4fc715ece6bc6 Mon Sep 17 00:00:00 2001
From: Ravindran Arani 
Date: Thu, 14 Aug 2014 10:22:48 +
Subject: [PATCH] autotools-dev

---
 debian/control | 2 +-
 debian/rules   | 2 ++
 2 files changed, 3 insertions(+), 1 deletion(-)

diff --git a/debian/control b/debian/control
index 9511946..27a1cce 100644
--- a/debian/control
+++ b/debian/control
@@ -3,7 +3,7 @@ Section: mail
 Priority: optional
 Maintainer: Stefan Hornburg (Racke) 
 Standards-Version: 3.8.3
-Build-Depends: libmysqlclient-dev | libmysqlclient15-dev, libpam0g-dev, 
libgdbm-dev | libgdbmg1-dev, libperl-dev, zlib1g-dev, libpcre3-dev, 
debhelper (>= 5), mime-support, libldap2-dev, procps, libsasl2-dev | 
libsasl-dev, expect, groff-base, ghostscript, mgetty-fax, netpbm, 
libfam-dev, libssl-dev, openssl (>= 0.9.6), libpq-dev, libtool, 
courier-authlib-dev (>= 0.66.1), po-debconf, automake
+Build-Depends: libmysqlclient-dev | libmysqlclient15-dev, libpam0g-dev, 
libgdbm-dev | libgdbmg1-dev, libperl-dev, zlib1g-dev, libpcre3-dev, 
debhelper (>= 5), mime-support, libldap2-dev, procps, libsasl2-dev | 
libsasl-dev, expect, groff-base, ghostscript, mgetty-fax, netpbm, 
libfam-dev, libssl-dev, openssl (>= 0.9.6), libpq-dev, libtool, 
courier-authlib-dev (>= 0.66.1), po-debconf, autotools-dev

 Build-Conflicts: automake1.4
 Homepage: http://www.courier-mta.org/

diff --git a/debian/rules b/debian/rules
index f8bbc9a..8b84418 100755
--- a/debian/rules
+++ b/debian/rules
@@ -73,6 +73,7 @@ build-arch: build
 build-indep: build

 build: check
+dh_autotools-dev_updateconfig
 # create a list of files that currently exists
 chmod +x debian/srcmgr
 if [ ! -f srcmgr.list ]; then debian/srcmgr > srcmgr.list; fi
@@ -85,6 +86,7 @@ build: check
 stamp-build: build

 clean: check
+dh_autotools-dev_restoreconfig
 dh_testroot
 debconf-updatepo
 rm -f stamp-build stamp-install
--
2.1.0.rc1


--===0108428124194320877==--

--
Ravindran
IBM LinuxTechnologyCenter


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

Bug#757841: [kmail] Cannot update localhost mbox

[Kevin Krammer]

On Wednesday, 2014-08-13, 22:46:40, Antonio Marcos López Alonso wrote:
> El Martes, 12 de agosto de 2014 15:29:58 Kevin Krammer escribió:
> > Do you have file monitoring enabled?
> > 
> > Cheers,
> > Kevin
> 
> I had it at the beginning, then I re-created the account, disabled file
> monitoring and still it worked right once only after creating the account.
> Also tried to use a procmail lock (after using none) to no avail.

You have two options for getting updated data:
1) file monitoring: the program uses the operating system's file change 
notification mechanism to know when the file has been changed by another 
program

2) interval checking: the program reloads the file regularily in a 
configurable time interval.

I personally use (1) for my /var/spool/$user mail file because it doesn't get 
updated very often so regular reloads would just be a waste of resources.

Cheers,
Kevin

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

Bug#758112: tor: CookieAuthFileGroupReadable has no effect

[intrigeri]

Package: tor
Version: 0.2.5.6-alpha-1
Severity: normal

Hi,

with current sid's tor, CookieAuthFileGroupReadable works just fine.
Upgrading to experimental's tor makes this parameter a no-op in
practice:

  $ ls -l /run/tor/control.authcookie
  -rw--- 1 debian-tor debian-tor 32 Aug 14 12:17 /run/tor/control.authcookie

This breaks Vidalia's default configuration on Debian.

Relevant configuration settings:

  $ grep Cookie /etc/tor/torrc /usr/share/tor/tor-service-defaults-torrc 
  /usr/share/tor/tor-service-defaults-torrc:CookieAuthentication 1
  /usr/share/tor/tor-service-defaults-torrc:CookieAuthFileGroupReadable 1
  /usr/share/tor/tor-service-defaults-torrc:CookieAuthFile 
/var/run/tor/control.authcookie

Cheers,
--
intrigeri


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

Bug#758096: Filed Bug#758096: tasksel: Allow to select specific packages during installation - just "DE", "Web server", "Mail server" is NOT enough

[Cyril Brulebois]

Hi Andreas,

Andreas Tille  (2014-08-14):
> Beeing inspired by the recent discussion on Blends list, I'd like
> to add a pointer to the thread basically starting here:
> 
>https://lists.debian.org/debian-blends/2014/08/msg4.html
> […]
> IMHO it would do a nice service to our users to promote these topics on
> our installers at the time when tasks will be selected.

thanks but I'd rather not conflate both topics.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#758111: installation-reports: Please consider dbus for the core files

[Brian Potkin]

Package: installation-reports
Severity: wishlist
Tags: d-i


The install using debian-jessie-DI-b1-i386-netinst.iso was uneventful;
manual partitioning with one single partition and grub put in the MBR.
No tasks were selected.

The booted system has tty1 available but ttys 2-6 cannot be activated
without installing dbus. The base system is installed without
Recommends: of course. journalctl showed that there was a failure to
start the Login Service. It would be nice if the system behaved in a
similar way to previous ones and it was not necessary to surmount a
little hurdle on first boot.

Pkg-utopia-maintainers CCed.

Regards,

Brian.


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

Bug#756689: [pkg-octave/master] Support hdf5 1.8.13 new packaging layout.

[Gilles Filippini]

tag 756689 pending
thanks

Date: Thu Aug 14 12:10:05 2014 +0200
Author: Gilles Filippini 
Commit ID: bbe9c8656e0691a89978ef41ac6ef1b4e5f70134
Commit URL: 
http://anonscm.debian.org/gitweb/?p=pkg-octave/octave.git;a=commitdiff;h=bbe9c8656e0691a89978ef41ac6ef1b4e5f70134
Patch URL: 
http://anonscm.debian.org/gitweb/?p=pkg-octave/octave.git;a=commitdiff_plain;h=bbe9c8656e0691a89978ef41ac6ef1b4e5f70134

Support hdf5 1.8.13 new packaging layout.

New patches:
 - hdf5-flags.patch to fix a couple of makefiles regarding
   new paths;
 - hdf5-mkoctfile.patch to fix hdf5 path when building octave
   modules.

Closes: #756689
Git-Dch: Full
  


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

Bug#758109: obsolete okular patch

[Jonathan Riddell]

Package: okular

no_xrandr_support_on_xvfb.patch is unneeded with libkscreen 1.0.5


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

Bug#758110: base: suspend to ram key (Fn+F4) does not work anymore

[Cédric Roux]

Package: base
Severity: normal

Dear Maintainer,

I did an upgrade of Debian testing yesterday and since then the Fn+F4
key on the laptop (ACER timeline X 5820TZG) does not suspend to RAM anymore.

I removed (apt-get purge) acpid, acpi-supoprt, acpi-support-base.

I use fvwm, not gnome/kde, that I run with startx.

I tried a cold boot, I tried in a linux console (i.e. no X).

I see that the key press is visible in /dev/input/event0 (the keyboard).
I see with xev that it is reported as keysym "XF86Sleep" in the X world.

I tried to look on the internet but could not find something that
helps, thus this email.

The apt-get dist-upgrade of yesterday seems to have installed systemd
instead of what was there before. It might be related, but:
journalctl -u systemd-logind.service -b
reports:
Watching system buttons on /dev/input/event3 (Sleep Button)
So I don't think the problem is there.
I suspect the kernel, since /dev/input/event3 seems to be
silent (cat /dev/input/event3 shows nothing, whereas
cat /dev/input/event0 does).

Thanks for any hint. If you don't have enough information, I may
provide more.

Regards,
Cédric.

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

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


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

Bug#32877: Patch: cleaned up and applied previous patch

[Markus Raab]

Hello,

On Thu, 14 Aug 2014 10:48:27 +0200 Guillem Jover  wrote:
> On Thu, 2014-08-14 at 09:56:55 +0200, Raphael Hertzog wrote:
> > On Sat, 12 Jul 2014, Felix Berlakovich wrote:
> > > I applied the patch from Vasily i. Redkin to version 1.17.10 (and moved
> > > a redundant part into an own function). BTW his patch works great.  I
> > > did this in preparation for a possible threeway merge improvement. Is
> > > there still any interest in such a feature? Is there any reason why this
> > > patch was never integrated?
> > 
> > Paul Wise pointed me at http://community.libelektra.org/wp/?p=145 and
> > http://community.libelektra.org/wp/?p=153 which in turn brought
> > me back to this email.
> 
> I noticed the initial blogs about elektra some time ago, and was
> surprised (not in a positive way) that yet another time a GSoC had
> been approved w/o any kind of previous interaction with a project it
> supposedly required coordination with. Had pending sending myself a
> mail to the gsoc list but had other stuff to do, and pretty much lost
> the motivation after those blog posts… :/

Sorry, that it went this way. The blog posts were a call that anybody 
interested in the topic should contact us. The only one who did contact us was 
Dominique Dumont. Most of the other work (except Config::Model) starved 
several years ago.

We wanted something where most of it can go upstream during (or shortly after) 
GSoC. The patches w/o or little reaction till years were not really a 
invitation. (But we still tried it!) Dpkg is not the only place where it may 
be done and it seems there is a good reason why several workarounds exist now.

However, I think bringing dpkg conffiles to our century would be an elegant 
solution. But that unfortunately it still remains to be done.

> > 4/ yes we are interested in the feature but dpkg is an important piece of
> >software and we must get it right from the start, so extra caution is
> >always a good idea
> 
> I think I've mentioned before, in any case I'm planning on getting
> the conffiledb stuff ready hopefully before the freeze. Which is a
> requirement for this bug being fixed.

This information would have been very useful earlier. A simple merge is 
already possible with the patch Felix wrote (based on an earlier patch). That 
would be already quite an improvement. However, if I understand you correctly, 
the reason not to accept the patch is that you want the full solution (3-way) 
or nothing. I understand that.

> > which then links to
> > https://wiki.debian.org/Teams/Dpkg/Proposals/ConffileDatabase

I wanted a proposal (based on ConffileDatabase and Config::Model approach, see 
https://wiki.debian.org/PackageConfigUpgrade) before the beginning of GSoC 
(later I wrote one, so that we have something to work with), unfortunately Ian 
did not finish nor publish it.

best regards,
Markus


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

Bug#758108: python-poppler-qt4: newer version available upstream

[Neil Wallace]

Package: python-poppler-qt4
Version: 0.16.3-2+b5
Severity: normal

Dear Maintainer,

I noticed today that there is a newer version of available at
https://pypi.python.org/pypi/python-poppler-qt4/

latest stable release is 0.18.1
version in sid is 0.16.2

regards

Neil



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

Kernel: Linux 3.16.0 (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 python-poppler-qt4 depends on:
ii  libc6  2.19-7
ii  libgcc11:4.9.1-4
ii  libpoppler-qt4-4   0.26.3-1
ii  libstdc++6 4.9.1-4
ii  python 2.7.8-1
ii  python-qt4 4.11.1+dfsg-1
ii  python-sip [sip-api-11.0]  4.16.2+dfsg-1

python-poppler-qt4 recommends no packages.

python-poppler-qt4 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#758106: ploop ftbfs on mips64el

[YunQiang Su]

Package: ploop
Version: 1.11-1

On mips64el, long long and long has the same 64bit width, while
they are totally different type.

Not very sure about why.

-- 
YunQiang Su
Index: ploop-1.11/lib/balloon_util.c
===
--- ploop-1.11.orig/lib/balloon_util.c  2033-12-08 10:13:44.066252533 +0800
+++ ploop-1.11/lib/balloon_util.c   2033-12-08 10:13:44.050627531 +0800
@@ -273,14 +273,14 @@
ploop_err(0,
"Image corrupted: L2[%u] == %u 
(max=%llu)",
clu + j - l2_slot, delta->l2[j],
-   (rlen - 1) * B2S(cluster));
+   (long long unsigned)(rlen - 1) * 
B2S(cluster));
return(SYSEXIT_PLOOPFMT);
}
if (ridx < delta->l1_size) {
ploop_err(0,
"Image corrupted: L2[%u] == %u 
(min=%llu)",
clu + j - l2_slot, delta->l2[j],
-   delta->l1_size * B2S(cluster));
+   (long long unsigned)(delta->l1_size * 
B2S(cluster)));
return(SYSEXIT_PLOOPFMT);
}
 
@@ -538,14 +538,14 @@
ploop_err(0,
"Image corrupted: L2[%u] == %u (max=%llu) (2)",
clu, delta->l2[l2_slot],
-   (rlen - 1) * B2S(cluster));
+   (long long unsigned)((rlen - 1) * 
B2S(cluster)));
return SYSEXIT_PLOOPFMT;
}
if (ridx && ridx < delta->l1_size) {
ploop_err(0,
"Image corrupted: L2[%u] == %u (min=%llu) (2)",
clu, delta->l2[l2_slot],
-   delta->l1_size * B2S(cluster));
+   (long long unsigned)(delta->l1_size * 
B2S(cluster)));
return SYSEXIT_PLOOPFMT;
}
 
Index: ploop-1.11/lib/check.c
===
--- ploop-1.11.orig/lib/check.c 2014-04-04 06:09:18.0 +0800
+++ ploop-1.11/lib/check.c  2033-12-08 10:14:00.597503828 +0800
@@ -552,7 +552,7 @@
ploop_err(0, "Delta file %s contains 
uninitialized blocks"
" (offset=%llu len=%llu)"
" which are not aligned to 
cluster size",
-   image, fm_ext[i].fe_logical, 
fm_ext[i].fe_length);
+   image, (long long 
unsigned)fm_ext[i].fe_logical, (long long unsigned)fm_ext[i].fe_length);
 
if (fill_hole(image, fd, fm_ext[i].fe_logical,
fm_ext[i].fe_logical + 
fm_ext[i].fe_length, &log, repair))
Index: ploop-1.11/lib/ploop.c
===
--- ploop-1.11.orig/lib/ploop.c 2014-04-04 06:09:18.0 +0800
+++ ploop-1.11/lib/ploop.c  2033-12-08 10:38:39.667932199 +0800
@@ -273,7 +273,7 @@
if (sectors > max) {
ploop_err(0, "An incorrect block device size is specified: %llu 
sectors."
" The maximum allowed size is %llu sectors",
-   sectors, max);
+   (long long unsigned)sectors, (long long 
unsigned)max);
return -1;
}
return 0;
@@ -2273,7 +2273,7 @@
ploop_err(0, "Unable to change image 
size to %lu "
"sectors, minimal size 
is %llu",
(long)new_fs_size,
-   (blocks - 
available_balloon_size));
+   (long long 
unsigned)(blocks - available_balloon_size));
ret = SYSEXIT_PARAM;
goto err;
}
Index: ploop-1.11/lib/balloon.c
===
--- ploop-1.11.orig/lib/balloon.c   2014-04-04 06:09:18.0 +0800
+++ ploop-1.11/lib/balloon.c2033-12-08 10:42:29.695293969 +0800
@@ -860,7 +860,7 @@
range.minlen = MAX(MAX_DISCARD_CLU * cluster, minlen_b);
 
for (; range.minlen >= minlen_b; range.minlen /= 2) {
-   ploop_log(1, "Call FITRIM, for minlen=%lld", range.minlen);
+   ploop_log(1, "Call FITRIM, for minlen=%llu", (

Bug#758107: tracker.debian.org: do not display section and priority of source packages

[Ansgar Burchardt]

Package: tracker.debian.org
Severity: minor

tracker.debian.org shows the priority and section of the source package
in the upper left corner (under "General").  We don't really care about
these and all new source packages get the arbitrary value misc:extra (or
contrib/misc:extra, non-free/misc:extra).  Old packages still might have
different values, including "Priority: source" for many packages...

It might not be helpful for tracker.d.o to show these.

Ansgar


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

Bug#758096: tasksel: Allow to select specific packages during installation - just "DE", "Web server", "Mail server" is NOT enough

[Cyril Brulebois]

Vitaliy Filippov  (2014-08-14):
> Package: tasksel
> Version: 3.20
> Severity: important
> Tags: d-i
> 
> Hi!
> 
> Inspired by the last discussion about default gnome3 in the installer
> I want to say that now the tasksel itself very inconvenient.
> 
> During installation, it just offers you with very broadly defined
> "desktop environment", "web server", "mail server" and etc.
> 
> You can't choose what DE you want, what mail server you want etc;
> moreover you can't even know what each option is!
> 
> I think it renders tasksel nearly useless - I must always uncheck
> all tasks and install everything manually. Some people said the same
> in that last discussion.
> 
> tasksel should offer a selection (submenu?) for each option, at least
> with most popular packages. For example it's really critical that
> you should be able to select between KDE, XFCE and gnome3; maybe also
> MATE and etc. For mail server - at least exim/postfix... And so on.
> 
> It seems it's a rather simple feature - maybe it's even possible to
> implement it before releasing jessie?

Did you read the first reply in this thread?

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#758105: grep: with -P, invalid UTF-8 byte sequence in input (regression)

[Vincent Lefevre]

Package: grep
Version: 2.20-1
Severity: important

I get the following error:

$ printf '\xab\n' | grep -P foo
grep: invalid UTF-8 byte sequence in input

It seems similar to the old bug:

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

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

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

Versions of packages grep depends on:
ii  dpkg  1.17.11
ii  install-info  5.2.0.dfsg.1-4
ii  libc6 2.19-7
ii  libpcre3  1:8.35-3

grep recommends no packages.

grep suggests no packages.

-- debconf-show failed


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

Bug#758100: perl: adopt versioned provides

[Ansgar Burchardt]

Hi,

On 08/14/2014 11:18, Niko Tyni wrote:
> dpkg (1.17.11) unstable; urgency=low
> [...]
> * Add versioned Provides support:
> - Add a new dpkg --assert-versioned-provides command.
> - Packages can provide a specific version, “virtual (= 1.0)” which will
>   be honored, previously it would just be accepted when parsing.
> - Non-versioned virtual packages will not satisfy versioned dependencies.
> - Versioned virtual packages will satisfy non-versioned dependencies.
> Based on skeletal code by Ben Collins .
> Closes: #7330, #24934, #112131, #134582, #180316
> 
> I expect this will be very useful for us and will put an end to the
> mess with 'perl (>= 5.18.0) | libdual-life-module (>= x.x)' dependencies.
> AIUI, 'libdual-life-module (>= x.x)' should be enough in the future.
> 
> Assuming dpkg in wheezy already accepts the versioned provides when
> parsing, I suppose we could put them in the perl package straight away
> and start cleaning the dependencies after jessie.

Does APT support this already?

Ansgar


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

Bug#628958: fprobe-ulog: Some spelling/writing mistakes in the package description

[Wolfmoon]

All your flow are belong to us! :-)

it's been 3 years already, so I'm sending a reminder.


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

Bug#757961: Does not work with GCC 4.9, default GCC in Jessie

[Graham Inggs]

Hi Thomas

I tried editing /usr/include/host_config.h as below to bypass the GCC 
version check.
After this change, I was able to build all of the CUDA 5.5 SDK samples 
without error.


Let me know if this works for you too and I will prepare a patch.

Regards
Graham


--- /usr/include/host_config.h.orig2014-08-14 11:44:17.760255774 +0200
+++ /usr/include/host_config.h2014-08-14 11:34:42.820275680 +0200
@@ -77,7 +77,7 @@

 #if defined(__GNUC__)

-#if __GNUC__ > 4 || (__GNUC__ == 4 && __GNUC_MINOR__ > 8)
+#if __GNUC__ > 4 || (__GNUC__ == 4 && __GNUC_MINOR__ > 9)

 #error -- unsupported GNU version! gcc 4.9 and up are not supported!


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

Bug#659672: dkms uninstall does not work, upstream fix

[Gaudenz Steinlin]

tags +fixed-upstream
thanks

Hi

In addition to the two patches already posted to this bug, this is also
fixed upstream in commit eea7213f80ed25e9a5de1a49b7da0e7108c7b7d1 since
end of 2012 (!). Is anyone still taking care of dkms in Debian? Or
should this package be orphaned?

Gaudenz


pgpPCeVkyb539.pgp
Description: PGP signature

Bug#758104: ITP: python-xstatic-jquery.tablesorter -- JQuery Tablesorter XStatic support

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: python-xstatic-jquery.tablesorter
  Version : 2.0.5b
  Upstream Author : Radomir Dopieralski 
* URL : https://github.com/stackforge/xstatic-jquery.tablesorter
* License : Expat & GPL (dual license)
  Programming Lang: Python, JS
  Description : JQuery Tablesorter XStatic support

 XStatic is a packaging standard to package external (often 3rd party) static
 files as a Python package, so they are easily usable on all operating systems,
 with any package management system or even without one.
 .
 Many Python projects need to use some specific data files, like javascript,
 css, java applets, images, etc. Sometimes these files belong to YOUR project
 (then you may want to package them separately, but you could also just put
 them into your main package). But in many other cases, those files are
 maintained by someone else (like jQuery javascript library or even much bigger
 js libraries or applications) and you definitely do not really want to merge
 them into your project. So, you want to have static file packages, but you
 don’t want to get lots of stuff you do not want. Thus, stuff required by
 XStatic file packages (especially the main, toplevel XStatic package) tries to
 obey to be a MINIMAL, no-fat thing. XStatic doesn't "sell" any web framework
 or other stuff you don't want. Maybe there will be optional XStatic extensions
 for all sorts of stuff, but they won't be required if you just want the files.
 .
 By having static files in packages, it is also easier to build virtual envs,
 support linux/bsd/... distribution package maintainers and even windows
 installs using the same mechanism.
 .
 This package provides JQuery Tablesorter support as a Python module.


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

Bug#755685: No debug symbols for nscd

[Aurelien Jarno]

Control: tag -1 wontfix

On Tue, Jul 22, 2014 at 11:03:16PM +0300, Andrei POPESCU wrote:
> Control: reassign -1 libc6-dbg 2.13-38+deb7u3
> 
> On Ma, 22 iul 14, 13:08:43, Sam Morris wrote:
> > Source: libc6-dbg
> > Version: 2.13-38+deb7u3
> > Severity: normal
> > 
> > They'd be helpful for debugging crashes.

While it's a good practice to provide debugging symbols for libraries,
we can't provide debugging symbols for all binaries in the archive.
You can recompile glibc using DEB_BUILD_OPTIONS=debug to get debugging
symbols.

I am therefore tagging this bug as wontfix.

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net


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

Bug#758096: Filed Bug#758096: tasksel: Allow to select specific packages during installation - just "DE", "Web server", "Mail server" is NOT enough

[Andreas Tille]

Hi,

On Thu, Aug 14, 2014 at 01:05:27PM +0400, Vitaliy Filippov wrote:
> Just filed the bugreport for tasksel (being inspired by the gnome
> discussion...)
> 
> Bug#758096: tasksel: Allow to select specific packages during
> installation - just "DE", "Web server", "Mail server" is NOT enough

Beeing inspired by the recent discussion on Blends list, I'd like
to add a pointer to the thread basically starting here:

   https://lists.debian.org/debian-blends/2014/08/msg4.html
 
Currently we can provide tasksel control files in the following
Blends (packages):

   Debian Edu (edu-tasks)
   Debian Games   (games-tasks)
   Debian GIS (gis-tasks)
   Debian Junior  (junior-tasks)
   Debian Med (med-tasks)
   Debian Science (science-tasks)
   DebiChem   (debichem-tasks)

The packages contain a file

   /usr/share/tasksel/descs/-tasks.desc

and the usual stuff in /usr/share/doc/ but nothing else.  They
are exclusively designed as tasksel input.

IMHO it would do a nice service to our users to promote these topics on
our installers at the time when tasks will be selected.

Kind regards

   Andreas.

-- 
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#756018: mercurial: "hg clone" hangs after "adding changesets"

[Vincent Lefevre]

On 2014-08-14 09:38:05 +0200, Pierre-Yves David wrote:
> O Fri, Jul 25, 2014 at 03:22:05PM +0200, Vincent Lefevre wrote:
> > $ hg clone http://dev.mutt.org/hg/mutt
> > destination directory: mutt
> > requesting all changes
> > adding changesets
> > 
> > Then hg is hanging. The CPU, disk and network activity is very low.
> 
> Looks like the network died.

Perhaps, but in this case, there should be a timeout and an error
message.

In case the network didn't completely die, hg could also give progress
information (see what curl and apt-get do, for instance) and tell how
many seconds (when this is large enough) since it last received data
(a bit like mosh).

Giving absolutely no information is bad for the user, who cannot know
what to do: Wait? Abort?

> Can you try again with --debug?

Unfortunately I can't reproduce the problem.

-- 
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#758103: please update midori

[積丹尼 Dan Jacobson]

Package: midori
Version: 0.4.3+dfsg-0.1
Severity: wishlist

Please update midori.


> "PF" == Paweł Forysiuk <1356...@bugs.launchpad.net> writes:
PF> This was already fixed some time ago in more recent version. Current
PF> version is 0.5.8, version 0.4.3 is like 2 years old now. Please do not
PF> report bugs against if unless you can repoduce it with recent version as
PF> well.

PF> ** Changed in: midori
PF>Status: New => Invalid

PF> -- 
PF> You received this bug notification because you are subscribed to the bug
PF> report.
PF> https://bugs.launchpad.net/bugs/1356761

PF> Title:
PF>   tons of adblock_compile_regexp errors

PF> Status in Midori: Webkit Web browser:
PF>   Invalid

PF> Bug description:
PF>   Please see also
PF>   https://bugs.launchpad.net/ubuntu/+source/midori/+bug/1296139
PF>   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712265

PF>   Easy to reproduce.
PF>   Just enable Adblock, and start midori.
PF>   There will be many errors upon one's screen.

PF>   midori:
PF> Installed: 0.4.3+dfsg-0.1

PF> To manage notifications about this bug go to:
PF> https://bugs.launchpad.net/midori/+bug/1356761/+subscriptions


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

Bug#758060: [Pkg-acpi-devel] Bug#758060: acpi-fakekey: fails to install

[Michael Meskes]

On Wed, Aug 13, 2014 at 09:34:32PM +0100, Keith Lee wrote:
> I purged acpi-fakekey and acpi-support then reinstalled.

Does the same happen if you install other packages that have init scripts?

> -- Output from dpkg
> Selecting previously unselected package acpi-fakekey.
> (Reading database ... 90664 files and directories currently installed.)
> Unpacking acpi-fakekey (from .../acpi-fakekey_0.140-5+deb7u2_amd64.deb) ...
> Selecting previously unselected package acpi-support.
> Unpacking acpi-support (from .../acpi-support_0.140-5+deb7u2_all.deb) ...
> Processing triggers for man-db ...
> Setting up acpi-fakekey (0.140-5+deb7u2) ...
> insserv: warning: script 'K10runmbbservice' missing LSB tags and overrides
> insserv: warning: script 'runmbbservice' missing LSB tags and overrides
> insserv: There is a loop at service rc.local if started
> insserv: There is a loop between service rc.local and mountnfs if started
> insserv:  loop involving service mountnfs at depth 7
> insserv:  loop involving service nfs-common at depth 6
> insserv: Starting runmbbservice depends on rc.local and therefore on system 
> facility `$all' which can not be true!
> 
> ..

Frankly I cannot see anything related to acpi-fakekey here, other than it's
installation triggering the insserv run. What is runmbbservice? Could it be
that you have third party software installed?

Michael

-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at gmail dot com
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL


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

Bug#758102: cabal-debian binary package lacks dependency to debhelper

[Hiroshi Umehara]

Package: cabal-debian
Version: 4.15-1
Severity: important

ii  libbz2-1.0:amd64  1.0.6-7 amd64   high-quality
block-sorting file compressor libra
ii  libc6:amd64   2.19-7  amd64   GNU C
Library: Shared libraries
ii  libffi6:amd64 3.1-2   amd64   Foreign
Function Interface library runtime
ii  libgmp10:amd642:6.0.0+dfsg-4  amd64
Multiprecision arithmetic library
ii  zlib1g:amd64  1:1.2.8.dfsg-1  amd64   compression
library - runtime

kernel version.

Linux wheezy 3.2.0-4-amd64 #1 SMP Debian 3.2.51-1 x86_64 GNU/Linux

$ cabal-debian --debianize --quilt --revision=1~autogen1
dpkg-query: no packages found matching debhelper
cabal-debian: readProcess: dpkg-query "--show"
"--showformat=${version}" "debhelper" (exit 1): failed

"cabal-debian" checks version of installed "debhelper" package.
But, there is no dependency from the "cabal-debian" package to the
"debhelper" package.


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

Bug#756039: [Pkg-acpi-devel] Bug#756039: acpi-support no longer has lockbtn support nor touchpad disable cap.

[Michael Meskes]

> Please help me understand: I run testing(i386) on a laptop that doesn't have
> the scripts anymore and unstable(amd64) on another laptop that appears
> untouched by the last upgrade.
> What's the "standard" situation I should find myself in?

Please tell me which scripts you're talking about. In general, though, both
version should be the same in that regard. I take it both are up-to-date.

But then it wouldn't be the first time a bug creeped into the old config file
removal code.

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at gmail dot com
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL


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

Bug#758021:

[Mathieu LOUIS]

That would be nice indeed, I am willing to look into packaging
vim-youcompleteme with the new architecture but how should it be handled now
that ycmd can be run as a standalone server ? Should vim-youcompleteme be split
into two packages ? For example a package named youcompleteme providing ycmd
and vim-youcompleteme providing the vim plugin.

Thanks in advance.


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

Bug#756727: OK I guess

[積丹尼 Dan Jacobson]

OK then.


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

Bug#757786: pg_buildext for cmake?

[Michael Fladischer]

Does pg_buildext already support cmake?

Following the example in pg_buildext(1) it breaks at `pg_buildext build
build-%v` because there is no Makefile.

Cheers,
-- 
Michael Fladischer
Fladi.at



signature.asc
Description: OpenPGP digital signature

Bug#758101: work around build failure on AArch64

[Matthias Klose]

Package: src:gcl
Version: 2.6.10-46
Tags: patch

still fails to build, work around is to build without ssp.

>[ "t" = "" ] || \
! [ -x /usr/bin/objdump ] || \
! /usr/bin/objdump -f saved_pre_gcl | grep "file format" | grep "elf" 
|| \
! /usr/bin/objdump -R saved_pre_gcl |grep R_.*_COPY || \
! echo "saved_pre_gcl cannot be prelinked"
saved_pre_gcl: file format elf64-littleaarch64
00101b80 R_AARCH64_COPY__stack_chk_guard
saved_pre_gcl cannot be prelinked
makefile:127: recipe for target 'saved_pre_gcl' failed
make[2]: *** [saved_pre_gcl] Error 1
rm raw_pre_gcl
make[2]: Leaving directory '/build/buildd/gcl-2.6.10/unixport'
makefile:67: recipe for target 'unixport/saved_pre_gcl' failed
make[1]: *** [unixport/saved_pre_gcl] Error 2
rm h/mcompdefs.h
make[1]: Leaving directory '/build/buildd/gcl-2.6.10'
debian/rules:109: recipe for target 'build-gprof-stamp' failed
make: *** [build-gprof-stamp] Error 2

see
http://launchpadlibrarian.net/182248119/gcl_2.6.10-46_2.6.10-46ubuntu1.diff.gz


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

Bug#754360: libraw: fix symbols for mips64 and mips64el

[YunQiang Su]

Control: reopen -1

On Thu, 10 Jul 2014 18:33:22 +0800 YunQiang Su  wrote:
> Package: libraw
> Version: 0.16.0-5
>
> Add mips64 and mips64el to the list of 64bit ports.
>

You didn't add mips64 and mips64el to the '!' list, such as !amd64 etc.

> --
> YunQiang Su


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

Bug#668596: Fwd: Re: iRODS in Debian

[Alastair McKinstry]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256


- -BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

FYI


- -  Original Message 
Subject: Re: iRODS in Debian
Date: Tue, 28 Jan 2014 09:34:22 -0500
From: Terrell Russell 
To: Alastair McKinstry 



Hi Alastair,

We still haven't started with source packages - but the code is all at
github now - so you can definitely play around with what we've got.

  https://github.com/irods/irods

We are still moving stuff around quite a bit in the run up to 4.0 in
March (we're on 4.0.0b1 right now), but I think after that, we will be a
better candidate for getting into Debian upstream.

Any help / assistance you want to provide would be great.  I've not
packaged anything for upstream before, so I look forward to working
together to make it a reality.

Thanks,

Terrell




On 1/28/14 6:29 AM, Alastair McKinstry wrote:




- -BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJT7H5+AAoJEN9LdrZRJ3QszMEP/jxGyXNr5S7onzE4mbgkEPfP
oneU0HGVjJxKqlgzHjfLMMzkWuY4YErBqEOTROWXzcMLi9ZeTP+dc7be8KF6NVR8
noFI5IHXEursBblVNmWQNIKxzLo417drj95UX9IbeFDMav2iSAR3cR5yucULKmPa
M+6/5e1enL7quW9kuDPU18hpozkhnU9LKMLUwjxtzGDMICCmPl3Ej9vUwT81bWHx
Cc7XikRQ6JwAmZU+i8zSUL9yh6+DM/YYURxs5LrSopDhCj5yHDiHrDa1WoRt3pC4
bNww1yedeWfIfOBsu2R7MV424pecV7kN9q42Rmf+s10z8aaGoL7+5baJm1UiS8my
3hSDY0OLxOMxuKeSKUi6FFbO+Uabws4uSjF6z09SPcri3ZJyvuelktZXFDgkL9dF
CL0yWRuQFsz+W5KbfSDB6IaLTF3ZXHk5tDKiXk2vANK04XpvAipk5ZeQdGevf9mE
ISZMG9vZRTQtZEop/XQijYHvrJ4x5ouQS+WclmlhrO4lqc87af1NItCkWvLphUFd
zQHcyBlAxSbffTMxWoUupGn2FZXfGsSEd+6ljOShSB6w6HoENokU9zgdi3piCrmb
tuDjT71FD8TglsALglYLJ4g+0iTlKylSTWQp46bRGAL2q1aR/46Y5jATPJsHBTTS
NvN1P4yyEALZGy7MU7ee
=YCVb
- -END PGP SIGNATURE-
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJT7H5+AAoJEN9LdrZRJ3QsQRMP/RF6g35av1Se6kjbR2k7keBP
dkopMNUy7s/Qui+4aCdNF0r0eXE9qr5o5oSs0ab8ibotEzFvh77wa/f9VZF3Qkdt
wrvXeMRV6nHyQEYtZj9Gdg5Wwbjyv3R1gltvSAI0LvQ5T/QDTuO/wyXt9IXwg5sH
8RKj10D3YFBQeEjBh78Ppp9mrULwMFGIA6D7lE7hmnYCXDlLihoDJMmxdZ4pT1eP
Nb2qtiYE7e2/zUJAq7Wtjygpb/HPiW6WP1cuPlbd8PSyo9FAcbCjJWmC+3UmhLo4
/kkOiEEmH4JcjjSGBD9kKH4WN3B5e6HEhefX9zbzn3KZQJBCMsu0sy9gTQaO2/gD
TPx1E2MIGnDURj8kofyQrVrBSCK39Df14z+gjXXpnzpvwD5TcZ41gIT2DMNRpOtJ
TDcKtl4KZCwftb18OeBR/K2Ijl/w4TFnD2AbOJvDeLb0G98MS2JawH+zl1zOLeyi
rKcdTGbfSL4p9n6CJgXFLb6G03uHBJZ8eJMxe7NPl9MsOZ7hjbN6UJ0QTgBTLgEj
1Gtb+y8+XKvBbtWrc0EJrSxRJXo3caFwT9V9GqweyGmuzgmkeSDAHJhppdXm6itS
10uRROM/c+l8IMyB8Bh1ZPqO2ua7BHU4ZIc5lVDq+solVCCLIfEHj3Iy4rio+tNm
eUlj/NliHNi8HuUbbBjn
=Bs9d
-END PGP SIGNATURE-

Bug#668596: Fwd: Re: iRODS in Debian

[Alastair McKinstry]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

FYI


-  Original Message 
Subject: Re: iRODS in Debian
Date: Tue, 28 Jan 2014 09:34:22 -0500
From: Terrell Russell 
To: Alastair McKinstry 



Hi Alastair,

We still haven't started with source packages - but the code is all at
github now - so you can definitely play around with what we've got.

  https://github.com/irods/irods

We are still moving stuff around quite a bit in the run up to 4.0 in
March (we're on 4.0.0b1 right now), but I think after that, we will be a
better candidate for getting into Debian upstream.

Any help / assistance you want to provide would be great.  I've not
packaged anything for upstream before, so I look forward to working
together to make it a reality.

Thanks,

Terrell




On 1/28/14 6:29 AM, Alastair McKinstry wrote:
> Hi,
>
> I see that iRODS 4.0.0 merging eIRODS and IRODS has been released.
> Do you have any developments in packaging this? I would like to package
> and include this in Debian.
>
> regards
> Alastair
>
>
> On 27/06/2012 13:02, Terrell Russell wrote:
>> Ah, we don't yet have a source package as we are still in the process of
>> developing licensing decisions.  The plan is to be fully open source,
>> but for now, we have only beta released the binary DEB files for E-iRODS.
>>
>> Terrell
>>
>>
>>
>> On 6/27/12 5:27 AM, Alastair McKinstry wrote:
>>> On 2012-06-27 03:45, Terrell Russell wrote:
 Alastair,

 Regarding the wnpp ITP bug for iRODS here:
   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668596

 We at RENCI have been working on packaging iRODS/E-iRODS for the last
 few months.  We released our second beta this week.

   http://e-irods.org/release/e-irods-beta-2-is-released/

   http://e-irods.org/about/

 We are not yet lintian clean, but we are close and hope to start the
 eventual process of getting our software into the Debian upstream.
>>> Is it possible to get the source package? I can only see the .deb files
>>> in the ftp site.
>>>
>>> best regards
>>> Alastair
>>>
 Since you are named as the owner of this intent to package bug, I
wanted
 to let you know of our progress.  We are working closely with the DICE
 group, original authors and maintainers of the iRODS community code
base.

 Thank you,

 Terrell
>>>
>
>



-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJT7H5+AAoJEN9LdrZRJ3QszMEP/jxGyXNr5S7onzE4mbgkEPfP
oneU0HGVjJxKqlgzHjfLMMzkWuY4YErBqEOTROWXzcMLi9ZeTP+dc7be8KF6NVR8
noFI5IHXEursBblVNmWQNIKxzLo417drj95UX9IbeFDMav2iSAR3cR5yucULKmPa
M+6/5e1enL7quW9kuDPU18hpozkhnU9LKMLUwjxtzGDMICCmPl3Ej9vUwT81bWHx
Cc7XikRQ6JwAmZU+i8zSUL9yh6+DM/YYURxs5LrSopDhCj5yHDiHrDa1WoRt3pC4
bNww1yedeWfIfOBsu2R7MV424pecV7kN9q42Rmf+s10z8aaGoL7+5baJm1UiS8my
3hSDY0OLxOMxuKeSKUi6FFbO+Uabws4uSjF6z09SPcri3ZJyvuelktZXFDgkL9dF
CL0yWRuQFsz+W5KbfSDB6IaLTF3ZXHk5tDKiXk2vANK04XpvAipk5ZeQdGevf9mE
ISZMG9vZRTQtZEop/XQijYHvrJ4x5ouQS+WclmlhrO4lqc87af1NItCkWvLphUFd
zQHcyBlAxSbffTMxWoUupGn2FZXfGsSEd+6ljOShSB6w6HoENokU9zgdi3piCrmb
tuDjT71FD8TglsALglYLJ4g+0iTlKylSTWQp46bRGAL2q1aR/46Y5jATPJsHBTTS
NvN1P4yyEALZGy7MU7ee
=YCVb
-END PGP SIGNATURE-

Bug#668596: Fwd: Re: iRODS in Debian

[Alastair McKinstry]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256


- -BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

FYI


- -  Original Message 
Subject: Re: iRODS in Debian
Date: Tue, 28 Jan 2014 09:34:22 -0500
From: Terrell Russell 
To: Alastair McKinstry 



Hi Alastair,

We still haven't started with source packages - but the code is all at
github now - so you can definitely play around with what we've got.

  https://github.com/irods/irods

We are still moving stuff around quite a bit in the run up to 4.0 in
March (we're on 4.0.0b1 right now), but I think after that, we will be a
better candidate for getting into Debian upstream.

Any help / assistance you want to provide would be great.  I've not
packaged anything for upstream before, so I look forward to working
together to make it a reality.

Thanks,

Terrell




On 1/28/14 6:29 AM, Alastair McKinstry wrote:




- -BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJT7H5+AAoJEN9LdrZRJ3QszMEP/jxGyXNr5S7onzE4mbgkEPfP
oneU0HGVjJxKqlgzHjfLMMzkWuY4YErBqEOTROWXzcMLi9ZeTP+dc7be8KF6NVR8
noFI5IHXEursBblVNmWQNIKxzLo417drj95UX9IbeFDMav2iSAR3cR5yucULKmPa
M+6/5e1enL7quW9kuDPU18hpozkhnU9LKMLUwjxtzGDMICCmPl3Ej9vUwT81bWHx
Cc7XikRQ6JwAmZU+i8zSUL9yh6+DM/YYURxs5LrSopDhCj5yHDiHrDa1WoRt3pC4
bNww1yedeWfIfOBsu2R7MV424pecV7kN9q42Rmf+s10z8aaGoL7+5baJm1UiS8my
3hSDY0OLxOMxuKeSKUi6FFbO+Uabws4uSjF6z09SPcri3ZJyvuelktZXFDgkL9dF
CL0yWRuQFsz+W5KbfSDB6IaLTF3ZXHk5tDKiXk2vANK04XpvAipk5ZeQdGevf9mE
ISZMG9vZRTQtZEop/XQijYHvrJ4x5ouQS+WclmlhrO4lqc87af1NItCkWvLphUFd
zQHcyBlAxSbffTMxWoUupGn2FZXfGsSEd+6ljOShSB6w6HoENokU9zgdi3piCrmb
tuDjT71FD8TglsALglYLJ4g+0iTlKylSTWQp46bRGAL2q1aR/46Y5jATPJsHBTTS
NvN1P4yyEALZGy7MU7ee
=YCVb
- -END PGP SIGNATURE-
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJT7H5+AAoJEN9LdrZRJ3QsQRMP/RF6g35av1Se6kjbR2k7keBP
dkopMNUy7s/Qui+4aCdNF0r0eXE9qr5o5oSs0ab8ibotEzFvh77wa/f9VZF3Qkdt
wrvXeMRV6nHyQEYtZj9Gdg5Wwbjyv3R1gltvSAI0LvQ5T/QDTuO/wyXt9IXwg5sH
8RKj10D3YFBQeEjBh78Ppp9mrULwMFGIA6D7lE7hmnYCXDlLihoDJMmxdZ4pT1eP
Nb2qtiYE7e2/zUJAq7Wtjygpb/HPiW6WP1cuPlbd8PSyo9FAcbCjJWmC+3UmhLo4
/kkOiEEmH4JcjjSGBD9kKH4WN3B5e6HEhefX9zbzn3KZQJBCMsu0sy9gTQaO2/gD
TPx1E2MIGnDURj8kofyQrVrBSCK39Df14z+gjXXpnzpvwD5TcZ41gIT2DMNRpOtJ
TDcKtl4KZCwftb18OeBR/K2Ijl/w4TFnD2AbOJvDeLb0G98MS2JawH+zl1zOLeyi
rKcdTGbfSL4p9n6CJgXFLb6G03uHBJZ8eJMxe7NPl9MsOZ7hjbN6UJ0QTgBTLgEj
1Gtb+y8+XKvBbtWrc0EJrSxRJXo3caFwT9V9GqweyGmuzgmkeSDAHJhppdXm6itS
10uRROM/c+l8IMyB8Bh1ZPqO2ua7BHU4ZIc5lVDq+solVCCLIfEHj3Iy4rio+tNm
eUlj/NliHNi8HuUbbBjn
=Bs9d
-END PGP SIGNATURE-

Bug#758099: libgpod-common: Segfault in iphone-set-info when an iPad is connected

[Peter Paluch]

Package: libgpod-common
Version: 0.8.3-1.1+b1
Severity: normal

Greetings,

When an iPad is connected to my Debian notebook via USB, the iphone-set-info
segfaults. As a result, Rhythmbox does not see the attached device. This is
the dmesg transcript:

root@bach:/etc/apt# dmesg
usb 4-1.1: new high-speed USB device number 14 using ehci-pci
usb 4-1.1: New USB device found, idVendor=05ac, idProduct=12ab
usb 4-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 4-1.1: Product: iPad
usb 4-1.1: Manufacturer: Apple Inc.
usb 4-1.1: SerialNumber: c2fa2b55deedbe949e04d6598788c0ca945b9bee
ipheth 4-1.1:4.2: Apple iPhone USB Ethernet device attached
IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
iphone-set-info[7822]: segfault at 0 ip 7f9f3fc2de1a sp 7fffc54fe1a8
error 4 in libc-2.19.so[7f9f3fbac000+19f000]

I have tried installing the libgpod libraries v0.8.3-4 from experimental;
however, the libgpod-common 0.8.3-4 in experimental surprisingly depends on
libplist1 that was last available in wheezy and is not present in testing,
sid or experimental. As a result, the libgpod-common in experimental is
uninstallable to users running testing and more recent versions of Debian.
This appears to be an uploader's error. The 0.8.3-1.1+b1 version is compiled
against libplist2 and so should be the 0.8.3-4 in experimental as well.

Nonetheless, I have tried dowloading the 0.8.3-4 source packages and
compiling them myself, unfortunately, the problem was not solved. I also
recompiled the usbmuxd with the libgpod 0.8.3-4 but still no luck.

The thread at https://github.com/libimobiledevice/libimobiledevice/issues/86
appears to suggest the problem may be solved in the HEAD branch of usbmuxd.
If this is the case please reassign this bug to the usbmuxd package.

Thank you!

Best regards,
Peter

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

Kernel: Linux 3.15.9 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=sk_SK.utf8, LC_CTYPE=sk_SK.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libgpod-common depends on:
ii  libc6  2.19-7
ii  libglib2.0-0   2.40.0-4
ii  libgpod4   0.8.3-1.1+b1
ii  libimobiledevice4  1.1.6+dfsg-3
ii  libplist2  1.11-3
ii  libsgutils2-2  1.38-1
ii  libusb-1.0-0   2:1.0.19-1
ii  libxml22.9.1+dfsg1-4

libgpod-common recommends no packages.

libgpod-common 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#758100: perl: adopt versioned provides

[Niko Tyni]

Package: perl
Version: 5.18.2-7
Severity: wishlist
x-debbugs-cc: debian-p...@lists.debian.org

dpkg (1.17.11) unstable; urgency=low
[...]
* Add versioned Provides support:
- Add a new dpkg --assert-versioned-provides command.
- Packages can provide a specific version, “virtual (= 1.0)” which will
  be honored, previously it would just be accepted when parsing.
- Non-versioned virtual packages will not satisfy versioned dependencies.
- Versioned virtual packages will satisfy non-versioned dependencies.
Based on skeletal code by Ben Collins .
Closes: #7330, #24934, #112131, #134582, #180316

I expect this will be very useful for us and will put an end to the
mess with 'perl (>= 5.18.0) | libdual-life-module (>= x.x)' dependencies.
AIUI, 'libdual-life-module (>= x.x)' should be enough in the future.

Assuming dpkg in wheezy already accepts the versioned provides when
parsing, I suppose we could put them in the perl package straight away
and start cleaning the dependencies after jessie.
-- 
Niko Tyni   nt...@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#758098: ITP: python-xstatic-jquery-migrate -- JQuery Migrate XStatic support

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: python-xstatic-jquery-migrate
  Version : 1.2.1.1
  Upstream Author : Radomir Dopieralski 
* URL : https://github.com/stackforge/xstatic-jquery-migrate
* License : Expat
  Programming Lang: Python, JS
  Description : JQuery Migrate XStatic support

 XStatic is a packaging standard to package external (often 3rd party) static
 files as a Python package, so they are easily usable on all operating systems,
 with any package management system or even without one.
 .
 Many Python projects need to use some specific data files, like javascript,
 css, java applets, images, etc. Sometimes these files belong to YOUR project
 (then you may want to package them separately, but you could also just put
 them into your main package). But in many other cases, those files are
 maintained by someone else (like jQuery javascript library or even much bigger
 js libraries or applications) and you definitely do not really want to merge
 them into your project. So, you want to have static file packages, but you
 don’t want to get lots of stuff you do not want. Thus, stuff required by
 XStatic file packages (especially the main, toplevel XStatic package) tries to
 obey to be a MINIMAL, no-fat thing. XStatic doesn't "sell" any web framework
 or other stuff you don't want. Maybe there will be optional XStatic extensions
 for all sorts of stuff, but they won't be required if you just want the files.
 .
 By having static files in packages, it is also easier to build virtual envs,
 support linux/bsd/... distribution package maintainers and even windows
 installs using the same mechanism.
 .
 This package provides JQuery Migrate support as a Python module.


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

Bug#756039: [Pkg-acpi-devel] Bug#756039: acpi-support no longer has lockbtn support nor touchpad disable cap.

[Mattia Belluco]

On 08/05/2014 12:17 PM, Michael Meskes wrote:

On Fri, Jul 25, 2014 at 06:26:38PM +0200, Mattia Belluco wrote:

With the lastest version I can no longer disable the integrated
touch pad on a dual tracking system such as Lenovo x220 nor lock the
screen with the screenlock button:
apparently both scripts have been removed as obsolete but I can't see
any new alternative way to achieve the same results.


Upstream apparently thinks both are handled by the desktop environment now.
Please tell me which scripts and events you need and I'll re-add them.

Michael



Please help me understand: I run testing(i386) on a laptop that doesn't 
have the scripts anymore and unstable(amd64) on another laptop that 
appears untouched by the last upgrade.

What's the "standard" situation I should find myself in?


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

Bug#756386: dblatex: Wrong indexterm sorting order for Norwegian Bokmål (nb)

[Petter Reinholdtsen]

[Ben Guillon]
> Give me your feedbacks,

I applied the two patches to the dblatex deb package source, but ended
up with a binary package without the
dblatex-0.3.5/lib/dbtexmf/dblatex/grubber/xindylang.xml file.  I tried
to adjust the build to get it included, but failed.  How is this
supposed to be done?

Also, the package did not depend on xindy, which I installed manually.

-- 
Happy hacking
Petter Reinholdtsen


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

Bug#758097: portabase: fix mips64el build

[YunQiang Su]

Package: portabase
Version: 2.1+git20120910-1

Portabase ftbfs on mips64el, and with this tiny patch it can build now.

Index: portabase-2.1+git20120910/metakit/include/mk4.h
===
--- portabase-2.1+git20120910.orig/metakit/include/mk4.h 2012-09-17
08:56:23.0 +
+++ portabase-2.1+git20120910/metakit/include/mk4.h 2014-08-14
08:25:45.727508267 +
@@ -102,7 +102,8 @@
 #if !defined (_WIN32) && !defined (q4_LONG64)
 #if defined (_PA_RISC2_0) || defined (__powerpc64__) || defined(__sparcv9) || \
 defined(__x86_64__) || defined(__s390x__) || defined(__alpha) ||  \
-  (defined(__ia64) && (!defined(__HP_aCC) || defined(__LP64__)))
+  (defined(__ia64) && (!defined(__HP_aCC) || defined(__LP64__))) || \
+  defined(__mips64)
 #define q4_LONG64 1
 #endif
 #endif


-- 
YunQiang Su


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

Bug#735623: PDL maintenance in Debian Science VCS (was: pdl: FTBFS on mips, powerpc, s390x, sparc, (ia64): testsuite failures)

[Andreas Tille]

Hi Henning,

On Thu, 12 Jun 2014 20:29:02 +0200 Henning Glawe  wrote:
> On Thu, Jun 12, 2014 at 07:33:43PM +0800, xuhaida wrote:
> > Hi:
> > I'm playing pdl,but can't find this package in testing distribution
> > .After this post ,I know the reason but don't see any progress about it
> > . Is there any progress about this bug?
> Upstream is still working on this one; I don't have time to personally dig
> into it, as the original problem is deep inside PDL's core, and I have to
> finish writing up my PhD thesis :(
> Will join the effort as soon as I'm done ;)

I hope you were successfully working on your thesis. :-)

When stumbling upon this bug since one of the packages I'm caring for
(libtfbs-perl) depends from pdl and does not migrate I was wondering
whether you might like to consider team maintenance in Debian Science
team.  This would enable others to commit to the packaging.  This does
not warrant any fix for this very problem per se but it has turned out
that it was possible to safe packages in the past when the main
maintainer was busy.  (I also have put pkg-perl-maintainers in CC in
case these might be interested.)

BTW, since the build error says:

dpkg --build $(pwd)/debian/tmp ..
dpkg-deb: parse error, in file 
`/build/buildd/pdl-2.2.1/debian/tmp/DEBIAN/control' near line 6 package `pdl':
 `Depends' field, missing package name, or garbage where package name expected
make: *** [binary-arch] Error 2

I wonder how this should be caused by a architecture dependant problem
with type sizes.

Kind regards

   Andreas.

-- 
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#758096: tasksel: Allow to select specific packages during installation - just "DE", "Web server", "Mail server" is NOT enough

[Vitaliy Filippov]

Package: tasksel
Version: 3.20
Severity: important
Tags: d-i

Hi!

Inspired by the last discussion about default gnome3 in the installer
I want to say that now the tasksel itself very inconvenient.

During installation, it just offers you with very broadly defined
"desktop environment", "web server", "mail server" and etc.

You can't choose what DE you want, what mail server you want etc;
moreover you can't even know what each option is!

I think it renders tasksel nearly useless - I must always uncheck
all tasks and install everything manually. Some people said the same
in that last discussion.

tasksel should offer a selection (submenu?) for each option, at least
with most popular packages. For example it's really critical that
you should be able to select between KDE, XFCE and gnome3; maybe also
MATE and etc. For mail server - at least exim/postfix... And so on.

It seems it's a rather simple feature - maybe it's even possible to
implement it before releasing jessie?

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

Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to ru_RU.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages tasksel depends on:
ii  apt 1.0.1
ii  debconf [debconf-2.0]   1.5.52
ii  liblocale-gettext-perl  1.05-8
ii  perl-base   5.18.2-2+b1
ii  tasksel-data3.20

tasksel recommends no packages.

tasksel suggests no packages.

-- debconf information:
  tasksel/tasks: desktop
  tasksel/first:
  tasksel/desktop: xfce
  tasksel/title:


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

Bug#751277: python-biopython: FTBFS on mips* powerpc s390x

[Peter Cock]

On Thu, Aug 14, 2014 at 9:38 AM, Andreas Tille  wrote:
> Hi,
>
> On Tue, Aug 05, 2014 Peter Cock wrote
>> > Unfortunately, on mips (BE)
>> > test test_Cluster.py failed under Python 3.4.
>> > Any progress on this issue?
>
>> No. See discussion on https://github.com/biopython/biopython/pull/340
>
> Do you have any suggestion what to do regarding the Debian package?
> I see the following options:
>
>   1. waiting for your confirmation / patch
>   2. deactivating the specific test
>   3. exclude mips for biopython
>   4. ? any better idea ?
>
> In the current state all the work we spent in biopython over the last
> monthes will not migrate to testing for the simple reason that the
> current package in testing just does not run the test suite at build
> time and moreover python3 is not supported.
>
> Kind regards
>
>  Andreas.

I would suggest (2), deactivate this test (at least for for mips) as
the most practical short term solution for the Debian packages.
Or if you prefer (3), don't target mips for the Biopython package
(yet).

Medium term, I hope we can fix the C code to handle either
Endian platform - option (1).

Peter


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

Bug#756941: Gnome-Shell 3.13-1 hangs at GDM

[Marc Bonnor]

Hi,

I tried a couple more things ...

I found the missing symbol was added to mutter recently when wayland
branch was merged, so I installed latest packages; mutter-common,
libmutter0d, gsettings-desktop-schemas, gir1.2-mutter-3.0.

By the way when I say latest I mean experimental ...

The error has changed, see attached user.log, but result is the same,
that is a blank screen with cursor blinking.

I also tried building the Debian gnome-shell=3.13.1 source package and
installing, but result was the same.

hope this helps ...

-- 
Regards

Marc
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (**) SynPS/2 Synaptics TouchPad: always reports core events
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (**) Option "config_info" "udev:/sys/devices/platform/i8042/serio1/input/input8/event12"
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (II) XINPUT: Adding extended input device "SynPS/2 Synaptics TouchPad" (type: TOUCHPAD, id 11)
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (**) synaptics: SynPS/2 Synaptics TouchPad: (accel) MinSpeed is now constant deceleration 2.5
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (**) synaptics: SynPS/2 Synaptics TouchPad: (accel) MaxSpeed is now 1.75
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (**) synaptics: SynPS/2 Synaptics TouchPad: (accel) AccelFactor is now 0.039
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (**) SynPS/2 Synaptics TouchPad: (accel) keeping acceleration scheme 1
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (**) SynPS/2 Synaptics TouchPad: (accel) acceleration profile 1
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (**) SynPS/2 Synaptics TouchPad: (accel) acceleration factor: 2.000
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (**) SynPS/2 Synaptics TouchPad: (accel) acceleration threshold: 4
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (--) synaptics: SynPS/2 Synaptics TouchPad: touchpad found
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (II) config/udev: Adding input device SynPS/2 Synaptics TouchPad (/dev/input/mouse1)
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (**) SynPS/2 Synaptics TouchPad: Ignoring device from InputClass "touchpad ignore duplicates"
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (II) config/udev: Adding input device PS/2 Generic Mouse (/dev/input/event14)
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (**) PS/2 Generic Mouse: Applying InputClass "evdev pointer catchall"
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (II) Using input driver 'evdev' for 'PS/2 Generic Mouse'
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (**) PS/2 Generic Mouse: always reports core events
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (**) evdev: PS/2 Generic Mouse: Device: "/dev/input/event14"
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (--) evdev: PS/2 Generic Mouse: Vendor 0x2 Product 0x1
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (--) evdev: PS/2 Generic Mouse: Found 3 mouse buttons
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (--) evdev: PS/2 Generic Mouse: Found relative axes
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (--) evdev: PS/2 Generic Mouse: Found x and y relative axes
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (II) evdev: PS/2 Generic Mouse: Configuring as mouse
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (**) evdev: PS/2 Generic Mouse: YAxisMapping: buttons 4 and 5
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (**) evdev: PS/2 Generic Mouse: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (**) Option "config_info" "udev:/sys/devices/platform/i8042/serio1/serio2/input/input14/event14"
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (II) XINPUT: Adding extended input device "PS/2 Generic Mouse" (type: MOUSE, id 12)
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (II) evdev: PS/2 Generic Mouse: initialized for relative axes.
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (**) PS/2 Generic Mouse: (accel) keeping acceleration scheme 1
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (**) PS/2 Generic Mouse: (accel) acceleration profile 0
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (**) PS/2 Generic Mouse: (accel) acceleration factor: 2.000
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (**) PS/2 Generic Mouse: (accel) acceleration threshold: 4
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (II) config/udev: Adding input device PS/2 Generic Mouse (/dev/input/mouse2)
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (II) No input driver specified, ignoring this device.
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (II) This device may have been added with another device file.
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (II) config/udev: Adding input device PC Speaker (/dev/input/event6)
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (II) No input driver specified, ignoring this device.
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (II) This device may have been added with another device file.
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (II) config/udev: Adding input device Dell WMI hotkeys (/dev/input/event13)
Aug 14 18:15:15 debian gdm-Xorg-:0[29937]: (**) Dell WMI hotkeys: Applying In

Bug#32877: Patch: cleaned up and applied previous patch

[Guillem Jover]

On Thu, 2014-08-14 at 09:56:55 +0200, Raphael Hertzog wrote:
> On Sat, 12 Jul 2014, Felix Berlakovich wrote:
> > I applied the patch from Vasily i. Redkin to version 1.17.10 (and moved
> > a redundant part into an own function). BTW his patch works great.  I
> > did this in preparation for a possible threeway merge improvement. Is
> > there still any interest in such a feature? Is there any reason why this
> > patch was never integrated?
> 
> Paul Wise pointed me at http://community.libelektra.org/wp/?p=145 and
> http://community.libelektra.org/wp/?p=153 which in turn brought
> me back to this email.

I noticed the initial blogs about elektra some time ago, and was
surprised (not in a positive way) that yet another time a GSoC had
been approved w/o any kind of previous interaction with a project it
supposedly required coordination with. Had pending sending myself a
mail to the gsoc list but had other stuff to do, and pretty much lost
the motivation after those blog posts… :/

> 4/ yes we are interested in the feature but dpkg is an important piece of
>software and we must get it right from the start, so extra caution is
>always a good idea

I think I've mentioned before, in any case I'm planning on getting
the conffiledb stuff ready hopefully before the freeze. Which is a
requirement for this bug being fixed.

> which then links to
> https://wiki.debian.org/Teams/Dpkg/Proposals/ConffileDatabase
> which contains the most recent attempt to bring this feature
> to Dpkg. Sean Finney was working on this but unfortunately
> he lost motivation due to lack of review by Guillem. Fortunately Guillem
> is much more responsive nowadays so you might have more luck
> to bring it to a mergeable state.

Err, that's not what happened… it got old pretty quick when it was
obvious that the reviews were being ignored, from both me an Jonathan,
and Jonathan said as much on the list after similar claims appeared
there…

Guillem


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

Bug#758094: libgl1-mesa-glx:x32: SIGSEGV in OpenGL applications on x32

[Thorsten Glaser]

Package: libgl1-mesa-glx
Version: 10.2.5-1
Severity: normal

Hi!

After crossgrading from i386 to x32, OpenGL applications crash.

glxgears from mesa-utils:i386 (8.2.0-1) works, but
glxgears from mesa-utils:x32 (8.2.0-1) fails:

Program received signal SIGSEGV, Segmentation fault.
0xf76db60b in glLightfv () from /usr/lib/x86_64-linux-gnux32/libGL.so.1
(gdb) bt
#0  0xf76db60b in glLightfv () from /usr/lib/x86_64-linux-gnux32/libGL.so.1
#1  0x0040146f in ?? ()
#2  0xf6aceeea in __libc_start_main (main=, argc=1, 
argv=,
init=, fini=, rtld_fini=, 
stack_end=0xd448)
at libc-start.c:287
#3  0x00401cfc in ?? ()

I’ve first noticed that in “xlock -nolock -mode cage”,
which, with debugging information, has:

Program terminated with signal SIGSEGV, Segmentation fault.
#0  0xf6af524b in glGetBooleanv () from /usr/lib/x86_64-linux-gnux32/libGL.so.1
(gdb) bt
#0  0xf6af524b in glGetBooleanv () from /usr/lib/x86_64-linux-gnux32/libGL.so.1
#1  0x0040fcfe in init_GL (mi=mi@entry=0x228bde0) at visgl.c:287
#2  0x004dc6d4 in init_cage (mi=) at cage.c:400
#3  0x0040e462 in call_init_hook (ls=0x823340 , mi=) at mode.c:1290
#4  0x0040887c in justDisplay (display=0x226e870) at xlock.c:2821
#5  0x0040764f in main (argc=36104304, argv=0x0) at xlock.c:3998

Bugs occur in (first glxgears, then xlock):

(gdb) disas
Dump of assembler code for function glLightfv:
   0xf76db600 <+0>: movrax,QWORD PTR [rip+0x21b9f1]# 0xf78f6ff8
   0xf76db607 <+7>: movr11,QWORD PTR fs:[rax]
=> 0xf76db60b <+11>:jmpQWORD PTR [r11+0x500]

(gdb) disas
Dump of assembler code for function glGetBooleanv:
   0xf6af5240 <+0>: movrax,QWORD PTR [rip+0x21adb1]# 0xf6d0fff8
   0xf6af5247 <+7>: movr11,QWORD PTR fs:[rax]
=> 0xf6af524b <+11>:jmpQWORD PTR [r11+0x810]

So this appears to be an indirect function call both times.


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

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

Versions of packages libgl1-mesa-glx:x32 depends on:
ii  libc6  2.19-7
ii  libdrm22.4.56-1
ii  libglapi-mesa  10.2.5-1
ii  libudev1   208-7
ii  libx11-6   2:1.6.2-2
ii  libx11-xcb12:1.6.2-2
ii  libxcb-dri2-0  1.10-3
ii  libxcb-dri3-0  1.10-3
ii  libxcb-glx01.10-3
ii  libxcb-present01.10-3
ii  libxcb-sync1   1.10-3
ii  libxcb11.10-3
ii  libxdamage11:1.1.4-2
ii  libxext6   2:1.3.2-1
ii  libxfixes3 1:5.0.1-2
ii  libxshmfence1  1.1-3
ii  libxxf86vm11:1.1.3-1
ii  multiarch-support  2.19-7

Versions of packages libgl1-mesa-glx:x32 recommends:
ii  libgl1-mesa-dri  10.2.5-1

libgl1-mesa-glx:x32 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#758095: golang-gocheck: Upgrade to git rev 5b76b26e 2014-07-09

[Kouhei Maeda]

Source: golang-gocheck
Severity: wishlist

Dear Maintainer,

Please upgrade to latest revision 5b76b26e at 2014-07-09.

Best regards,

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

Kernel: Linux 3.12-1-amd64 (SMP w/7 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#749974: new maitreya push

[Paul Elliott]

Please find the new push on 
http://anonscm.debian.org/gitweb/?p=collab-maint/maitreya.git
it upgrades to the upstream's 7.0.7 and does not have the bugs
the previous version had.

It can be uploaded to unstable as soon as wxsqlite3_3.1.0
is released from experimental. Since I was told that maitreya
was the last program that needed to be setup to work with wx 3.0
I believe that can be done immeatiately. Since maitreya has been
removed from testing, I hope this will happen as soon as possible.


Sincere wishes to all and thanks for helping keep maitreya in debian!


-- 
Paul Elliott   1(512)837-1096
pelli...@blackpatchpanel.com   PMB 181, 11900 Metric Blvd Suite J
http://www.free.blackpatchpanel.com/pme/   Austin TX 78758-3117


signature.asc
Description: Digital signature

Bug#32877: AW: Patch: cleaned up and applied previous patch

[Felix Berlakovich]

Hi,

First off, thanks for your response!

> 1/ your mail doesn't contain any help offer to bring the patch to a
>state where it can be merged so it was not obvious that you were
>willing to invest time into improving it 

Ok,  maybe I was a bit unclear in my mail. Yes, we actually are interested in 
bringing
the patch to a useful state. 

> 2/ your mail was not very well
> formatted (a single line) and it's easy
>to miss it in the flow of mails

Sorry, you are absolutely right. I didn't realise that the bugtracker would not
reflow my mail and when I did it was too late ;). 

> 3/ you need to seek the input of Guillem Jover who is the main dpkg
>developer and who already reviewed earlier attempts to bring this
>feature

Ok, thanks for the hint.

> With a few more researches, you could have found our wiki page
> https://wiki.debian.org/Teams/Dpkg
> which then links to
> https://wiki.debian.org/Teams/Dpkg/Proposals/ConffileDatabase
> which contains the most recent attempt to bring this feature to Dpkg. Sean
> Finney was working on this but unfortunately he lost motivation due to lack
> of review by Guillem. Fortunately Guillem is much more responsive
> nowadays so you might have more luck to bring it to a mergeable state.

Thanks for the links and the information. The reason why I started with the
bug tracker was that I wanted to see whether somebody would respond in time.
I wanted to contribute these changes to Ians GSOC project, but it has a 
deadline.
That’s why we changed to ucf very quickly. However, I still would be happy to
have this feature in dpkg and I also will tell Ian to point to the links in his 
blog post.

Best regards

Felix

Bug#751277: python-biopython: FTBFS on mips* powerpc s390x

[Andreas Tille]

Hi,

On Tue, Aug 05, 2014 Peter Cock wrote
> > Unfortunately, on mips (BE)
> > test test_Cluster.py failed under Python 3.4.
> > Any progress on this issue?

> No. See discussion on https://github.com/biopython/biopython/pull/340

Do you have any suggestion what to do regarding the Debian package?
I see the following options:

  1. waiting for your confirmation / patch
  2. deactivating the specific test
  3. exclude mips for biopython
  4. ? any better idea ?

In the current state all the work we spent in biopython over the last
monthes will not migrate to testing for the simple reason that the
current package in testing just does not run the test suite at build
time and moreover python3 is not supported.

Kind regards

 Andreas.

-- 
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#749978: guayadeque: Much better patch

[Damyan Ivanov]

-=| Olly Betts, 14.08.2014 17:26:48 +1200 |=-
> Thanks for testing the previous patch.

You're welcome!

> This revised patch fixes the crash on pause/stop, turns off the 
> button borders so they appear as they do with wx2.8 and even fixes 
> the splash screen.

Confirmed.

Below is an additional patch that removes the border from progress 
controls in the status bar too. It also tries to remove the border 
around the search input in the media/radio tabs, but for some reason 
the result is still bordered controls.

Cheers and thanks again!
dam


--- a/src/StatusBar.h
+++ b/src/StatusBar.h
@@ -46,7 +46,7 @@ class guGauge : public wxControl
   public :
 guGauge() : wxControl() { m_LastValue = wxNOT_FOUND; m_PaintWidth = 0; };
 guGauge( wxWindow * parent, const wxString &label = wxEmptyString, bool 
showporcent = true, wxWindowID id = wxID_ANY, unsigned int max = 100,
-   const wxPoint &pos = wxDefaultPosition, const wxSize &size = 
wxDefaultSize, long style = wxGA_HORIZONTAL );
+   const wxPoint &pos = wxDefaultPosition, const wxSize &size = 
wxDefaultSize, long style = wxGA_HORIZONTAL | wxBORDER_NONE );
 ~guGauge( void );
 
 voidSetRange( int range );
--- a/src/MediaViewer.cpp
+++ b/src/MediaViewer.cpp
@@ -235,7 +235,7 @@ void guMediaViewer::CreateControls( void
 m_PlaylistsSelButton->SetToolTip( _( "Playlists" ) );
TopSizer->Add( m_PlaylistsSelButton, 0, 
wxALIGN_CENTER_VERTICAL|wxTOP|wxBOTTOM|wxRIGHT, 5 );
 
-   m_SearchTextCtrl = new wxSearchCtrl( this, wxID_ANY, wxEmptyString, 
wxDefaultPosition, wxDefaultSize, wxTE_PROCESS_ENTER );
+   m_SearchTextCtrl = new wxSearchCtrl( this, wxID_ANY, wxEmptyString, 
wxDefaultPosition, wxDefaultSize, wxTE_PROCESS_ENTER | wxBORDER_NONE );
TopSizer->Add( m_SearchTextCtrl, 1, 
wxALIGN_CENTER_VERTICAL|wxTOP|wxBOTTOM|wxRIGHT|wxLEFT, 5 );
 
 //
--- a/src/RadioPanel.cpp
+++ b/src/RadioPanel.cpp
@@ -560,7 +560,7 @@ guRadioPanel::guRadioPanel( wxWindow * p
 wxPanel * SearchPanel;
SearchPanel = new wxPanel( this, wxID_ANY, wxDefaultPosition, 
wxDefaultSize, wxTAB_TRAVERSAL );
 
-m_InputTextCtrl = new wxSearchCtrl( SearchPanel, wxID_ANY, wxEmptyString, 
wxDefaultPosition, wxDefaultSize, wxTE_PROCESS_ENTER );
+m_InputTextCtrl = new wxSearchCtrl( SearchPanel, wxID_ANY, wxEmptyString, 
wxDefaultPosition, wxDefaultSize, wxTE_PROCESS_ENTER | wxBORDER_NONE );
 SearchSizer->Add( m_InputTextCtrl, 1, wxALIGN_CENTER, 5 );
 
 SearchPanel->SetSizer( SearchSizer );


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

Bug#758093: ltspfsd: quietly fails with systemd as init system

[Vagrant Cascadian]

Package: ltspfsd
Version: 1.3-1
Justification: unusable with default init system
Severity: serious
X-Debbugs-Cc: alk...@gmail.com

When running systemd as the init system, ltspfsd quietly fails to start.
It's normally started from udev on device insertion or media change if
ltspfsd isn't already started.

Works fine if switching back to sysvinit-core... so there's something
specific to the systemd environment.


live well,
  vagrant


pgphgijF0qRBL.pgp
Description: PGP signature

Bug#757735: Grave bug indeed

[Raphael Manfredi]

Daniel,

This is a grave bug indeed.  Since it appears very early in the
initialization process and I cannot reproduce it here obviously,
I am going to need your help to spot what is going on.

Obviously, you're going to have to run it through gdb, but you
need to go past the initial SIGSEGV event, which is completely
expected in the sig_compute_pc_index() routine.

To do that, you need to resume execution past that initial SIGSEGV.
I suggesting the following to do that easily:

Put a breakpoint in assertion_message().
Then run, and continue past the initial SIGSEGV.
As soon as the assertion failure occurs, you'll need to backtrace the
thread and post the resulting stack.

Thanks,
Raphael


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

Bug#758092: Misplaced translations -- European Portuguese and Brazilian Portuguese

[Américo Monteiro]

Package: manpages-pt-dev
Version: 
Tags: l10n
Severity: wishlist

Hi

The existing translations in manpages-pt and manpages-pt-dev are all in pt_BR 
language
as they wore made by Brazilian translators.

Please consider moving the existent packages to
manpages-pt_BR & manpages-pt_BR-dev
and create new manpages-pt & manpages-pt-dev packages  
providing pot templates in
http://www.debian.org/international/l10n/po4a/pt

We would very much like to start translating these manpages to European 
Portuguese

-- 
Melhores cumprimentos/Best regards,

Américo Monteiro


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

Bug#758091: Misplaced translations -- European Portuguese and Brazilian Portuguese

[Américo Monteiro]

Package: manpages-pt
Version: 
Tags: l10n
Severity: wishlist

Hi

The existing translations in manpages-pt and manpages-pt-dev are all in pt_BR 
language
as they wore made by Brazilian translators.

Please consider moving the existent packages to
manpages-pt_BR & manpages-pt_BR-dev
and create new manpages-pt & manpages-pt-dev packages  
providing pot templates in
http://www.debian.org/international/l10n/po4a/pt

We would very much like to start translating these manpages to European 
Portuguese

-- 
Melhores cumprimentos/Best regards,

Américo Monteiro


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

Bug#758090: ltspfs: lbmount use of "mount --move" incompatible with systemd

[Vagrant Cascadian]

Package: ltspfs
Version: 1.3-1
Justification: unusable with default init system
Severity: serious
X-Debbugs-Cc: alk...@gmail.com

ltspfs doesn't appear to work with systemd, as it relies on mounting the
fuse based ltspfs filesystem in one location, and then using "mount
--move" to relocate it to another section. But using "mount --move" with
a system running systemd results in this:

  sudo mount --move test test2
  mount: wrong fs type, bad option, bad superblock on /media/test,
 missing codepage or helper program, or other error
 In some cases useful info is found in syslog - try
 dmesg | tail  or so

Apparently this has something to do with "MS_REC|MS_SHARED" and can be
disabled on a per-filesystem basis with "mount --make-private /", for
example. This may change behavior for other systems (such as containers)
which assume it is not marked private...

A quick workaround is to use "mount --bind" instead of "mount --move",
but this has the undesired side-effect of leaving two mounts in place,
one in /tmp/.USERNAME-ltspfs/MOUNT and one in /media/USERNAME/MOUNT.
Though some brief experiments show that unmounting the /tmp mount left
the /media mount in place when i tried it... that might make it a viable
workaround.

Honestly, I'd rather figure out a way to safely mount the ltspfs mount
directly without "mount --move". We could have a setuid wrapper that instead
creates the mountpoint directly as /media/USERNAME/MOUNT and ensures it
actually mounts, and some way of ensuring that it unmounts and removes
the /media/USERNAME/MOUNT directory when done... possibly with a
mount.helper and/or umount.helper.


live well,
  vagrant


pgperiKhg6HmO.pgp
Description: PGP signature

Bug#756413: fping: page allocation failure: order:4, mode:0x20

[Support Reseau]

Hi,

I can't reproduce this problem. I think when the problem occurred the
machine was sick. I have reboot and now I haven't problem. Maybe a kernel or
memory problem.

Sincerely,



-Message d'origine-
De : Petter Reinholdtsen [mailto:p...@hungry.com] 
Envoyé : jeudi 14 août 2014 08:48
À : 756...@bugs.debian.org; Support Reseau NUMLOG
Objet : Re: fping: page allocation failure: order:4, mode:0x20

Hi.  Can you provide more details for this BTS report?  Did fping fail to
work when the kernel emitted this message, or did it retry and succeed after
the fact?  Was the machine running low on memory?  Did it have much load?
How did you call fping (which arguments)?  In short, how can the issue you
saw be reproduced?

Why do you believe this is a bug in fping and not the kernel?

--
Happy hacking
Petter Reinholdtsen


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

Bug#412370: man page not changed in grep 2.20-1

[Vincent Lefevre]

On 2014-08-13 15:39:19 +, Debian Bug Tracking System wrote:
> Version: 2.20-1
[...]
>* Improve documentation about -F and -x. Thanks to Justin Pryzby.
>  85-412370-F-x-documentation.patch (Closes: #412370)

I don't see any change in the man page. It still has:

-F, --fixed-strings
Interpret PATTERN as a list of fixed  strings,  separated  by
newlines, any of which is to be matched.  (-F is specified by
POSIX.)

-x, --line-regexp
Select  only those matches that exactly match the whole line.
(-x is specified by POSIX.)

-- 
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#32877: Patch: cleaned up and applied previous patch

[Raphael Hertzog]

Hi,

On Sat, 12 Jul 2014, Felix Berlakovich wrote:
> I applied the patch from Vasily i. Redkin to version 1.17.10 (and moved
> a redundant part into an own function). BTW his patch works great.  I
> did this in preparation for a possible threeway merge improvement. Is
> there still any interest in such a feature? Is there any reason why this
> patch was never integrated?

Paul Wise pointed me at http://community.libelektra.org/wp/?p=145 and
http://community.libelektra.org/wp/?p=153 which in turn brought
me back to this email.

A few comments:
1/ your mail doesn't contain any help offer to bring the patch to a
   state where it can be merged so it was not obvious that you were
   willing to invest time into improving it
2/ your mail was not very well formatted (a single line) and it's easy
   to miss it in the flow of mails
3/ you need to seek the input of Guillem Jover who is the main dpkg
   developer and who already reviewed earlier attempts to bring this
   feature
4/ yes we are interested in the feature but dpkg is an important piece of
   software and we must get it right from the start, so extra caution is
   always a good idea

With a few more researches, you could have found our wiki page
https://wiki.debian.org/Teams/Dpkg
which then links to
https://wiki.debian.org/Teams/Dpkg/Proposals/ConffileDatabase
which contains the most recent attempt to bring this feature
to Dpkg. Sean Finney was working on this but unfortunately
he lost motivation due to lack of review by Guillem. Fortunately Guillem
is much more responsive nowadays so you might have more luck
to bring it to a mergeable state.

More links in the archive:
https://lists.debian.org/debian-dpkg/2009/09/msg00065.html
https://lists.debian.org/debian-dpkg/2009/10/msg00056.html
https://lists.debian.org/debian-dpkg/2009/12/msg00041.html

(5 years old already :-()

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

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


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

Bug#758089: New upstream version

[Brian May]

Source: librabbitmq
Version: 0.5.0-1
Severity: wishlist

Version 0.5.1 is available. It makes my patch obsolete, so debian/patches
can be deleted.

I had a go at packaging 0.5.1, but wasn't sure how to import upstream into
git. My initial feable attempts failed.

This could solve the rc bug against python-librabbitmq, but I very much
doubt it.

Bug#736246: mercurial: hg record (German version): 'f' key assigned twice

[Julien Cristau]

On Thu, Aug 14, 2014 at 00:44:53 -0700, Julien Cristau wrote:

> Looks fixed by:
> 
> changeset:   19831:b2e1f59a9bc4
> branch:  stable
> user:Martin Schröder 
> date:Mon Sep 30 20:54:39 2013 +0200
> files:   i18n/de.po
> description:
> i18n-de: fix record prompt (issue4044)
> 
> (that's in 2.7.2 afaict, though, so I'm not sure why you were seeing
> this on 2.8.2)
> 
Actually, it was likely fixed in this one, which is in 2.9:

# HG changeset patch
# User FUJIWARA Katsunori 
# Date 1385913030 -32400
#  Mon Dec 02 00:50:30 2013 +0900
# Node ID 061766323061347b2ed6f457cdf493e1290f5483
# Parent  e5803150ea1d9e5b73acc80dab49eb3f2c1d9cf9
record: use "ui.extractchoices()" to get the list of available responses

Before this patch, record extension gets the list of available
responses from online help document of "hg record" in the tricky way,
even though the value passed to "ui.promptchoice()" has enough (maybe
i18n-ed) information.

This patch uses "ui.extractchoices()" to get the list of available
responses.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#758088: pspp failed to run test on mips64el

[YunQiang Su]

Package: pspp
Version: 0.7.9+git20120620-1.2

--- -   2033-12-08 08:27:16.958411009 +0800
+++ /tmp/pspp/pspp-0.7.9+git20120620/tests/testsuite.dir/at-groups/951/stdout
  2033-12-08 08:27:16.940752178 +0800
@@ -1,15 +1,15 @@
 Variable 0 is "string", label is "A Short String Variable"
 Value Labels:
  => threes
- => ones
  => twos
+ => ones
 Variable 1 is "longstring", label is "A Long String Variable"
 Value Labels:
 Variable 2 is "numeric", label is "A Numeric Variable"
 Value Labels:
 1 => Unity
-3 => Thripality
 2 => Duality
+3 => Thripality
 Variable 3 is "date", label is "A Date Variable"
 Value Labels:
 Variable 4 is "dollar", label is "A Dollar Variable"
951. perl-module.at:335: 951. Perl read system file
(perl-module.at:335): FAILED (perl-module.at:370)

# -*- compilation -*-
957. perl-module.at:703: testing Perl Pspp.t ...
./perl-module.at:706: perl -MText::Diff -e '' || exit 77
./perl-module.at:707: LD_LIBRARY_PATH=$abs_top_builddir/src/.libs \
   DYLD_LIBRARY_PATH=$abs_top_builddir/src/.libs \
   $PERL -I$abs_top_builddir/perl-module/blib/arch \
 -I$abs_top_builddir/perl-module/blib/lib
$abs_top_builddir/perl-module/t/Pspp.t


--- -   2033-12-08 08:27:26.272479944 +0800
+++ /tmp/pspp/pspp-0.7.9+git20120620/tests/testsuite.dir/at-groups/957/stdout
  2033-12-08 08:27:26.257159156 +0800
@@ -23,7 +23,7 @@
 ok 22 - Value label for long string
 ok 23 - Check output 2
 ok 24 - Dictionary survives sysfile
-ok 25 - Basic reader operation
+not ok 25 - Basic reader operation
 ok 26 - Streaming of files
 Formatted string is "11-SEP-2001 08:20"
 ok 27 - format_value function
@@ -35,6 +35,6 @@
 ok 33 - Missing Value Positive
 ok 34 - Missing Value Positive SYS
 ok 35 - Missing Value Positive Num
-ok 36 - Custom Attributes
+not ok 36 - Custom Attributes
 ok 37 - Case count



-- 
YunQiang Su


testsuite.log.xz
Description: Binary data

Bug#758056: RFS: binwalk/2.0.1-1

[Gianfranco Costamagna]

> Il Giovedì 14 Agosto 2014 9:20, Paul Wise  ha scritto:
> > On Thu, 2014-08-14 at 08:08 +0100, Gianfranco Costamagna wrote:
> 
>>  The maintainer didn't answer for more than one month (cc'd again),
>>  however, he publicly stated that he is looking for a comaintainer,
>>  saying "feel free to take it over"
>>  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727553
> 
> I see, the situation wasn't clear from the RFS bug, please keep that in
> mind for future upload requests.

Yes, sorry for that

> 
>>  BTW the new upstream release fixes also an important bug (serious in
>>  my opinion, because render the package unusable) #754317
> 
> The severity should probably be increased?
> 

yes, I'm doing it right now (sorry but I think this is the only maintainer 
prerogative, this is why I'm reluctant)

cheers,

Gianfranco
> 
> -- 
> bye,
> pabs
> 
> http://wiki.debian.org/PaulWise
>


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

Bug#756018: mercurial: "hg clone" hangs after "adding changesets"

[Pierre-Yves David]

O Fri, Jul 25, 2014 at 03:22:05PM +0200, Vincent Lefevre wrote:
> Package: mercurial
> Version: 3.0.2-1
> Severity: important
> 
> $ hg clone http://dev.mutt.org/hg/mutt
> destination directory: mutt
> requesting all changes
> adding changesets
> 
> Then hg is hanging. The CPU, disk and network activity is very low.

Looks like the network died. Can you try again with --debug?


signature.asc
Description: Digital signature

Bug#722994: dwm: Unused patch 03-transparent-makefile.patch

[Vasudev Kamath]

intrigeri  writes:

> Hi,

Hey yo intrigeri! Glad to here from you.

>
> Guillem Jover wrote (06 Jul 2014 08:51:38 GMT) :
>> Actually dpkg-source was just complaining, but used to be able to apply
>> broken patches with the patch program, but not any longer with the
>> latest dpkg-dev version in stable which got more strict to disallow
>> path traversals. It would be nice if this could be fixed in stable,
>> otherwise the source cannot be unpacked normally. Here's a simple
>> patch against the stable version.
>
>> This was found by David Suárez in an archive-wide check:
>
>>   
>
> Any news regarding fixing this RC bug in stable?
>

Package is ready for your review :). Have just applied patch from
Guillem but nothing else is added (there are some lintian warning which
I didn't fix) if it should be fixed let me know.

And yes tagged and signed with GPG key :).

-- 
Vasudev Kamath
http://copyninja.info
Connect on ~friendica: copyni...@samsargika.copyninja.info
IRC nick: copyninja | vasudev {irc.oftc.net | irc.freenode.net}
GPG Key: C517 C25D E408 759D 98A4  C96B 6C8F 74AE 8770 0B7E


signature.asc
Description: PGP signature

Bug#758087: ITP: python-xstatic-jasmine -- Jasmine JS XStatic support

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: python-xstatic-jasmine
  Version : 1.3.1.1
  Upstream Author : Radomir Dopieralski 
* URL : https://github.com/stackforge/xstatic-jasmine
* License : Expat
  Programming Lang: Python
  Description : Jasmine JS XStatic support

 XStatic is a packaging standard to package external (often 3rd party) static
 files as a Python package, so they are easily usable on all operating systems,
 with any package management system or even without one.
 .
 Many Python projects need to use some specific data files, like javascript,
 css, java applets, images, etc. Sometimes these files belong to YOUR project
 (then you may want to package them separately, but you could also just put
 them into your main package). But in many other cases, those files are
 maintained by someone else (like jQuery javascript library or even much bigger
 js libraries or applications) and you definitely do not really want to merge
 them into your project. So, you want to have static file packages, but you
 don’t want to get lots of stuff you do not want. Thus, stuff required by
 XStatic file packages (especially the main, toplevel XStatic package) tries to
 obey to be a MINIMAL, no-fat thing. XStatic doesn't "sell" any web framework
 or other stuff you don't want. Maybe there will be optional XStatic extensions
 for all sorts of stuff, but they won't be required if you just want the files.
 .
 By having static files in packages, it is also easier to build virtual envs,
 support linux/bsd/... distribution package maintainers and even windows
 installs using the same mechanism.
 .
 This package provides Jasmine JS support as a Python module.


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

Bug#758068: libapr1: mmap allocator severely limites apache scalability

[Stefan Fritsch]

Hi,

On Wed, 13 Aug 2014, Nelson Elhage wrote:
> Please disable the experimental --enable-mmap-allocator option in the
> Debian libapr build.

Can you please try if increasing MaxMemFree to a larger value fixes your
problem, too? 2048 (KB) is the default.

I don't want to disable --enable-mmap-allocator because then httpd has 
problems giving back memory to the kernel due to fragmentation, and memory 
use increases significantly.

Cheers,
Stefan


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

Bug#758056: RFS: binwalk/2.0.1-1

[Paul Wise]

On Thu, 2014-08-14 at 08:08 +0100, Gianfranco Costamagna wrote:

> The maintainer didn't answer for more than one month (cc'd again),
> however, he publicly stated that he is looking for a comaintainer,
> saying "feel free to take it over"
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727553

I see, the situation wasn't clear from the RFS bug, please keep that in
mind for future upload requests.

> BTW the new upstream release fixes also an important bug (serious in
> my opinion, because render the package unusable) #754317

The severity should probably be increased?

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#538067: status of the OpenCPN package?

[Andreas Tille]

On Thu, Aug 14, 2014 at 06:44:55PM +1200, Hamish wrote:
> Andreas wrote:
> > So you are free to commit there (or even move this to Git
> 
> As long as I am the acting lead/co-author and maintainer of the

I understood your "no time" flag as rather non-acting.

> packaging effort I would dearly prefer to keep it in svn,

Fine for me, sorry if I suggested something you did not liked.

> and moreover
> have people coordinate with Anton and myself before applying their own
> patches, thankyouverymuch.

What about "our" (in terms of a team) patches?  I wonder why you come up
with the idea of applying "own" patches.  I have addressed some
issues[1] in the packaging which are not addressed since >1 year as far
as I can see and without testing the package should generate several
lintian warnings.  This is plain Debian packaging stuff and IMHO it
would be rather sensible if people who are admitting to have no time
would give people free hands to work on such open issues.  If something
might happen against your intention (you have proven an impressively
quick response time with your current answer) it is quite simple to
revert.

> The most important part of working together in a team is communication and 
> mutual respect, not "the last person to commit wins". 

I understand working in a team that anybody can bring things forward.  I
consider it bad leading if you stop people from working in advance
instead of inspecting their commits and tweak (rewert?) if needed.  Your
lose / win terminology implies a conflict / fight which I fail to see
and my experience has shown that it brings things forward if you
encourage people to do something.

Kind regards

 Andreas.

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=538067#159

-- 
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#754618: [Pkg-sssd-devel] Bug#754618: Bug#754618: sssd: FTBFS on many archs due to testsuite failures

[Timo Aaltonen]

On 14.08.2014 09:35, Petter Reinholdtsen wrote:
> [Timo Aaltonen]
>> Hum, right.. I forgot about this bug while on vacation. The build
>> failures started with 1.11.4-1 when cmocka and check were added as
>> build-depends, essentially enabling the tests.. I could disable them
>> for now and work with upstream on proper bugfixes for 1.12.x.
> 
> Great to hear.  Now the only thing blocking testing migration is the
> multi-arch (bug #748671).  The open CVE-2014-0249 could use some love
> too, I guess. :)

Sigh #748671, another forgotten bug.. the CVE is of low importance
though, and is not blocking.

> Btw, do you plan to integrate the fixes in Ubuntu into Debian?
> Reducing libsasl2-modules-ldap recommends to suggests seem like a good
> idea, and fixing the upstart rule too.  The changes in
> https://patches.ubuntu.com/s/sssd/sssd_1.11.5-1ubuntu3.patch >
> seem to make sense to me, and I notice you did some of them and
> probably know their rationale. :)

Apart from the libsasl2-modules-ldap demotion everything else should be
in 1.11.5.1-1/2 already. The new upstream version was released because
of the samba issue Stephane reported.

btw, the FTBFS's seem to be caused by timeouts, one build can succeed
fine and the next fails with 1-3 failures..


-- 
t


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