Bug#840314: Please add package based on Qt5

2016-10-10 Thread Matt Nottingham 
Package: python-guiqwt
Version: 3.0.2-2
Severity: wishlist

Hi,

As Qt4 is slowly being removed from the repos, could you provide a package that 
has been linked with
Qt5 instead of Qt4. Looking at the github page for guiqwt this should be 
possible?

Thanks,

Matt


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

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

Versions of packages python-guiqwt depends on:
ii  libc6 2.24-3
ii  libgcc1   1:6.2.0-5
ii  libstdc++66.2.0-5
ii  python2.7.11-2
ii  python-guidata1.7.4-1
ii  python-h5py   2.6.0-1+b1
ii  python-imaging3.3.1-1
ii  python-numpy [python-numpy-abi9]  1:1.11.2-1
ii  python-pil [python-pillow]3.3.1-1
ii  python-qwt0.5.5-1
ii  python-scipy  0.18.1-1
pn  python:any

Versions of packages python-guiqwt recommends:
ii  python-dicom  0.9.9-2

Versions of packages python-guiqwt suggests:
pn  spyder  

-- no debconf information

Bug#838440: [Pkg-javascript-devel] Bug#838440: Bug#838440: nodejs: can't migrate to testing because of lack of armel binaries

2016-10-10 Thread Emilio Pozuelo Monfort 
On 10/10/16 14:01, Sebastiaan Couwenberg wrote:
> On 10/09/2016 11:02 PM, Sebastiaan Couwenberg wrote:
>> On 10/09/2016 10:25 PM, Jérémy Lal wrote:
>>> Now the same is going to happen with "powerpc" arch: libv8 is actually not
>>> compatible with all processors supported by debian (ppc64xx are ok, though).
>>>
>>> Sebastiaan, i feel bad asking for your help again, but since you already
>>> filled all the RM bugs once, i suppose you're in the best position to do it 
>>> again
>>> for powerpc.
>>
>> Sure, the list of immediately affected packages is limited.
> 
> There has been some progress getting the RM bugs processed. Several of
> for armel are still outstanding, which may be due to the dependency
> problems reported by dak for reverse dependencies.
> 
> I thought that arch:all reverse dependencies didn't need to be removed
> too, but I may be mistaken in that although dak has the option
> --no-arch-all-rdeps for apparently that reason.
> 
> I'll follow up on the outstanding bugreports to mention that only
> arch:all rdeps are reported by dak in the dependency problems.

Indeed, arch:all packages don't need to be removed. If dak complains about them,
point it out they are arch:all and it's OK to break them.

Cheers, and thanks for looking at this.

Emilio

Bug#839833: RFS: gkeyring/0.4-1 [ITP]

2016-10-10 Thread Paul Wise 
On Mon, 2016-10-10 at 13:25 +, SOUBEYRAND Yann - externe wrote:

> Indeed, I did a mistake… Should I have included it manually or is there
> a way for debhelper to auto-detect it as for shared libraries?

I think there is a way for pybuild but I'm not sure.

https://wiki.debian.org/Python/Pybuild

> So, if python-gnomekeyring is about to be removed from the archive, is
> it a good idea to include gkeyring in the archive? Not sure about this.
> What's your opinion?

Maybe it should be kept out until upstream migrates to using the
introspection stuff. The new method of importing the gk module:

from gi.repository import GnomeKeyring

Could you contact the ftp-masters to ask for a reject?

https://ftp-master.debian.org/#contact

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#834235: pdns-recursor: FTBFS on !linux archs

2016-10-10 Thread Christian Hofstaedtler 
* Mattia Rizzolo  [161010 14:33]:
> On Mon, Sep 05, 2016 at 09:15:17PM +0200, Christian Hofstaedtler wrote:
> > This has a high chance of silently breaking in the future, and I'm
> > not going to test on !linux archs. As I'm highly opposed to shipping
> > untested stuff, I'd rather not apply this patch.
> 
> then what about removing the old binaries from there?
> they depend on old versions of libraries and they are blocking removals
> of e.g. boost1.58.

I believe there is an open RM bug for that.

Cheers,
-- 
 ,''`.  Christian Hofstaedtler 
: :' :  Debian Developer
`. `'   7D1A CFFA D9E0 806C 9C4C  D392 5C13 D6DB 9305 2E03
  `-

Bug#838491: linux-image-4.7.0-0.bpo.1-amd64-unsigned: extreme load averages and over 2000 kworker threads

2016-10-10 Thread Markus Koeberl 
Package: src:linux
Followup-For: Bug #838491

Dear Maintainer,

   * What led up to the situation?

upgrade kernel and systemd to the version proveded in jessie-backports

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

during normal usage (slurm cluster node):

load average: 1290.54, 513.19, 466.29

the load 5 peaks reache 2000

ps aux | grep kworker | wc -l
4188

I followed the Debugging instruction of
https://raw.githubusercontent.com/torvalds/linux/master/Documentation/workqueue.txt

echo workqueue:workqueue_queue_work > /sys/kernel/debug/tracing/set_event
cat /sys/kernel/debug/tracing/trace_pipe > out.txt
after a vew seconds:
cat out.txt | awk '{print $8}' | sort | uniq -c | sort -n
  1 function=do_cache_clean
  1 function=pcpu_balance_workfn
  1 function=xfs_eofblocks_worker
  2 function=neigh_periodic_work
  6 function=xfs_reclaim_worker
  6 function=xlog_cil_push_work
  8 function=disk_events_workfn
  8 function=igb_watchdog_task
 12 function=push_to_pool
 13 function=blk_timeout_work
 15 function=vmstat_shepherd
 22 function=xfs_end_io
 27 function=key_garbage_collector
 27 function=lru_add_drain_per_cpu
 34 function=delayed_fput
 38 function=scsi_requeue_run_queue
 39 function=blk_delay_work
 40 function=cgroup_pidlist_destroy_work_fn
 56 function=flush_to_ldisc
 64 function=cache_reap
 77 function=wb_workfn
101 function=os_execute_work_item
131 function=css_killed_work_fn
142 function=xfs_buf_ioend_work
156 function=vmstat_update
162 function=call_usermodehelper_exec_work
162 function=cgroup_release_agent
409 function=vmpressure_work_fn
497 function=css_release_work_fn
500 function=css_free_work_fn
  47931 function=memcg_kmem_cache_create_func


I found https://bugzilla.kernel.org/show_bug.cgi?id=172981 which seams to be 
the same problem.



-- Package-specific info:
** Version:
Linux version 4.7.0-0.bpo.1-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.9.2 (Debian 4.9.2-10) ) #1 SMP Debian 4.7.5-1~bpo8+2 (2016-10-01)

** Command line:
BOOT_IMAGE=/vmlinuz-4.7.0-0.bpo.1-amd64 
root=UUID=d3b74f44-0f5e-4ba1-9606-ad42b76e5918 ro cgroup_enable=memory 
swapaccount=1 elevator=deadline quiet nomodeset nouveau.modeset=0

** Tainted: POE (12289)
 * Proprietary module has been loaded.
 * Out-of-tree module has been loaded.
 * Unsigned module has been loaded.


** Model information
sys_vendor: Supermicro
product_name: X10SRA
product_version: 0123456789
chassis_vendor: Supermicro
chassis_version: 0123456789
bios_vendor: American Megatrends Inc.
bios_version: 2.0
board_vendor: Supermicro
board_name: X10SRA
board_version: 1.01

** Loaded modules:
8021q(E)
garp(E)
mrp(E)
stp(E)
llc(E)
nvidia_drm(POE)
nvidia_modeset(POE)
nvidia(POE)
drm_kms_helper(E)
drm(E)
openafs(POE)
nfsd(E)
auth_rpcgss(E)
nfs_acl(E)
nfs(E)
lockd(E)
grace(E)
fscache(E)
sunrpc(E)
intel_rapl(E)
sb_edac(E)
edac_core(E)
x86_pkg_temp_thermal(E)
intel_powerclamp(E)
coretemp(E)
xfs(E)
libcrc32c(E)
snd_hda_codec_hdmi(E)
iTCO_wdt(E)
iTCO_vendor_support(E)
mxm_wmi(E)
evdev(E)
kvm_intel(E)
kvm(E)
irqbypass(E)
crct10dif_pclmul(E)
crc32_pclmul(E)
ghash_clmulni_intel(E)
hmac(E)
drbg(E)
ansi_cprng(E)
aesni_intel(E)
aes_x86_64(E)
lrw(E)
gf128mul(E)
glue_helper(E)
ablk_helper(E)
cryptd(E)
pcspkr(E)
serio_raw(E)
snd_hda_codec_realtek(E)
snd_hda_codec_generic(E)
snd_hda_intel(E)
snd_hda_codec(E)
snd_hda_core(E)
snd_hwdep(E)
snd_pcm(E)
snd_timer(E)
snd(E)
soundcore(E)
lpc_ich(E)
mfd_core(E)
sg(E)
i2c_i801(E)
shpchp(E)
ipmi_msghandler(E)
wmi(E)
acpi_power_meter(E)
tpm_tis(E)
tpm(E)
button(E)
usbhid(E)
hid(E)
fuse(E)
autofs4(E)
ext4(E)
crc16(E)
jbd2(E)
crc32c_generic(E)
mbcache(E)
dm_mod(E)
sr_mod(E)
cdrom(E)
sd_mod(E)
crc32c_intel(E)
psmouse(E)
ahci(E)
igb(E)
libahci(E)
ehci_pci(E)
i2c_algo_bit(E)
ehci_hcd(E)
dca(E)
ptp(E)
pps_core(E)
xhci_pci(E)
libata(E)
xhci_hcd(E)
usbcore(E)
scsi_mod(E)
usb_common(E)
fjes(E)

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation Haswell-E DMI2 [8086:2f00] (rev 
02)
Subsystem: Super Micro Computer Inc Device [15d9:0857]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 

00:01.0 PCI bridge [0604]: Intel Corporation Haswell-E PCI Express Root Port 1 
[8086:2f02] (rev 02) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:03.0 PCI bridge [0604]: Intel Corporation Haswell-E PCI Express Root Port 3 
[8086:2f08] (rev 02) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle-

Bug#787300: pyqwt5: What about a python-qwt5-qt5 ?

2016-10-10 Thread matt . nottingham 

Hi,

Just wondering if there has been any progress on this - with the
removal of qt4webkit, the lack of qt5 version of qwt has become
critical.

Thanks,

Matt

Bug#746005: Status of lilypond

2016-10-10 Thread Antonio Ospite 
On Sun, 9 Oct 2016 13:47:43 +0200
"Dr. Tobias Quathamer"  wrote:

> Hi,
> 
> I've just seen your mail to the bug report and wanted to give a short 
> update.
> 
> There's the latest version of lilypond (2.19.48) available in the 
> collab-maint git repository[1], together with some fixes for guile-2.0.
> 
> However, the build fails with guile-2.0, so I cannot upload the package 
> to experimental. I'm not able to fix the build failures.
>

Hi,

I tried compiling lilypond with guile-2.0 from Debian unstable, and
building the binaries works, and some simple input file worked too.

Building the debian packages indeed fails, I tried the
debian-experimental branch with git-buildpackage:

  DIST=sid ARCH=amd64 BUILDER=pbuilder \
gbp buildpackage --git-debian-branch=debian-experimental \
  --git-pbuilder -d

and the failure is in the "doc-stage-1" target.

It can be triggered in a local build with "make && make doc-stage-1".

The last command, the one which fails, is basically this one:

LANG=C $PWD/out/bin/lilypond -V -I .  -dbackend=eps --formats=ps,png,pdf  
-dinclude-eps-fonts -dgs-load-fonts --header=doctitle --header=doctitleca 
--header=doctitlecs --header=doctitlede --header=doctitlees --header=doctitlefr 
--header=doctitlehu --header=doctitleit --header=doctitleja --header=doctitlenl 
--header=doctitlezh --header=texidoc --header=texidocca --header=texidoccs 
--header=texidocde --header=texidoces --header=texidocfr --header=texidochu 
--header=texidocit --header=texidocja --header=texidocnl --header=texidoczh 
-dcheck-internal-types -ddump-signatures -danti-alias-factor=2 -I  "./"  -I  
"$PWD/input/regression"  -I  "$PWD/input/regression" -I "$PWD/out/lybook-db" 
--formats=eps  -deps-box-padding=3.00  -dread-file-list 
-dno-strip-output-dir  
"$PWD/out/lybook-db/snippet-names--3837230955040507853.ly"

Which gives this output before the failure:


---
Processing `.../lilypond/out/lybook-db/d2/lily-6e9bfc0d.ly'
Parsing...
[.../lilypond/out/share/lilypond/current/ly/init.ly
Using `nederlands' note names...
 [.../lilypond/out/lybook-db/d2/lily-6e9bfc0d.ly
  [.../lilypond/out/share/lilypond/current/ly/lilypond-book-preamble.ly]
Renaming input to: `measure-counter.ly']
Interpreting music...
[.../lilypond/out/share/lilypond/current/fonts/otf/emmentaler-20.otf
Replace font name from Emmentaler-20 to Emmentaler-20.][8]
elapsed time: 0.28 seconds
Element count 465 (spanners 24) 
Preprocessing graphical objects...
Grob count 859
[emmentaler-20_7.029296875]
Replace font name from Emmentaler-20 to Emmentaler-20.
Replace font name from Emmentaler-20 to Emmentaler-20.
Replace font name from Emmentaler-20 to Emmentaler-20.
Replace font name from Emmentaler-20 to Emmentaler-20.
Replace font name from Emmentaler-20 to Emmentaler-20.
Replace font name from Emmentaler-20 to Emmentaler-20.
[lilypond_serif_3.068359375]
Replace font name from TeXGyreSchola-Regular to TeXGyreSchola-Regular.
Replace font name from TeXGyreSchola-Regular to TeXGyreSchola-Regular.
Replace font name from TeXGyreSchola-Regular to TeXGyreSchola-Regular.
Replace font name from TeXGyreSchola-Regular to TeXGyreSchola-Regular.
Replace font name from TeXGyreSchola-Regular to TeXGyreSchola-Regular.
Replace font name from TeXGyreSchola-Regular to TeXGyreSchola-Regular.
Replace font name from TeXGyreSchola-Regular to TeXGyreSchola-Regular.
Replace font name from TeXGyreSchola-Regular to TeXGyreSchola-Regular.
Replace font name from TeXGyreSchola-Regular to TeXGyreSchola-Regular.
Replace font name from TeXGyreSchola-Regular to TeXGyreSchola-Regular.
Replace font name from TeXGyreSchola-Regular to TeXGyreSchola-Regular.
Replace font name from TeXGyreSchola-Regular to TeXGyreSchola-Regular.
Calculating line breaks... 
Drawing systems... Backtrace:
In ice-9/boot-9.scm:
 157: 13 [catch #t # ...]
In unknown file:
   ?: 12 [apply-smob/1 #]
In ice-9/eval.scm:
 411: 11 [eval # #]
 432: 10 [eval # #]
In srfi/srfi-1.scm:
 619: 9 [for-each # #]
In ice-9/eval.scm:
 432: 8 [eval # #]
In ice-9/boot-9.scm:
 157: 7 [catch ly-file-failed # 
...]
In unknown file:
   ?: 6 [ly:parse-file "d2/lily-6e9bfc0d.ly"]
   ?: 5 [ly:book-process-to-systems # #< Output_def> ...]
   ?: 4 [ly:side-position-interface::move-to-extremal-staff #]
   ?: 3 [ly:axis-group-interface::width #]
   ?: 2 [ly:grob::stencil-width #]
In ice-9/eval.scm:
 411: 1 [eval # #]
In unknown file:
   ?: 0 [# "2"]

ERROR: In procedure #:
ERROR: Wrong type to apply: #
---


Have you forwarded this upstream?

[...]
> I'm afraid that the next stable release of Debian will not contain 
> lilypond, which is a real pity.
> 

I only tried lilypond once, so I don't think I classify as a user, but I'd
like to have the option to install it from the Debian archives in order
to give it a another quick try in the future.

Thanks,
   Antonio

--

Bug#840062: tracker.debian.org and packages.qa.debian.org show different packages

2016-10-10 Thread Paul Wise 
On Mon, Oct 10, 2016 at 9:14 PM, Raphael Hertzog wrote:

> The only "ancient" data that can be kept is the list of news. I'm
> not interested in showing old news of packages which are no longer in
> Debian at all.
...
> If the source packages does not exist (as is the case here), we still
> have a nice fallback to redirect to the source package that contains
> a binary package of the same name.

I use the PTS feature of looking up historical source packages quite a
lot, so it would be a shame if it went away with the transition to the
tracker.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#750940: tome: diff for NMU version 2.4~0.git.2015.12.29-1.1

2016-10-10 Thread Mattia Rizzolo 
Control: tags 750940 + patch
Control: tags 750940 + pending

Dear maintainer,

I've prepared an NMU for tome (versioned as 2.4~0.git.2015.12.29-1.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

The reason for this is to enable the release team to be able to do
binNMUs of the packages when needed (boost transitions?), instead of
having people do manul, local binNMUs of it, like I did this time.

I'll look after the wbadm team to have it enable on the wb side if it is
still needed, once the NMU is accepted.

Regards.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-
diffstat for tome_2.4~0.git.2015.12.29-1 tome_2.4~0.git.2015.12.29-1.1

 changelog |9 +
 control   |1 +
 2 files changed, 10 insertions(+)

diff -u tome-2.4~0.git.2015.12.29/debian/changelog tome-2.4~0.git.2015.12.29/debian/changelog
--- tome-2.4~0.git.2015.12.29/debian/changelog
+++ tome-2.4~0.git.2015.12.29/debian/changelog
@@ -1,3 +1,12 @@
+tome (2.4~0.git.2015.12.29-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add "XS-Autobuild: yes" to have the buildds autobuild the package.
+This is also to be able to build binNMUs on the buildds during transitions.
+Closes: #750940
+
+ -- Mattia Rizzolo   Mon, 10 Oct 2016 14:25:57 +
+
 tome (2.4~0.git.2015.12.29-1) unstable; urgency=low
 
   * New upstream git pull
diff -u tome-2.4~0.git.2015.12.29/debian/control tome-2.4~0.git.2015.12.29/debian/control
--- tome-2.4~0.git.2015.12.29/debian/control
+++ tome-2.4~0.git.2015.12.29/debian/control
@@ -9,6 +9,7 @@
  libncurses5-dev | libncurses-dev | ncurses-dev, libboost-all-dev,
  libsdl-image1.2-dev, libsdl-ttf2.0-dev, libx11-dev, dpkg-dev (>= 1.16.0)
 Standards-Version: 3.9.6
+XS-Autobuild: yes
 
 Package: tome
 Architecture: any


signature.asc
Description: PGP signature

Bug#840319: ITP: mistral-dashboard -- OpenStack Workflow Service - dashboard plugin

2016-10-10 Thread Thomas Goirand 
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: mistral-dashboard
  Version : 3.0.1
  Upstream Author : OpenStack Foundation 
* URL : https://github.com/openstack/mistral-dashboard
* License : Apache-2.0
  Programming Lang: Python
  Description : OpenStack Workflow Service - dashboard plugin

 Mistral is a workflow service. Most business processes consist of multiple
 distinct interconnected steps that need to be executed in a particular order
 in a distributed environment. One can describe such process as a set of tasks
 and task relations and upload such description to Mistral so that it takes
 care of state management, correct execution order, parallelism,
 synchronization and high availability. Mistral also provides flexible task
 scheduling so that it can run a process according to a specified schedule
 (i.e. every Sunday at 4.00pm) instead of running it immediately. Such set of
 tasks and relations between them is called a workflow.
 .
 This package contains the OpenStack dashboard plugin.

Bug#840318: susv4: download url has changed

2016-10-10 Thread Andreas Beckmann 
Package: susv4
Version: 7.20160312~deb8u1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package susv4.
  (Reading database ... 
(Reading database ... 7653 files and directories currently installed.)
  Preparing to unpack .../susv4_7.20160312~deb8u1_all.deb ...
  Unpacking susv4 (7.20160312~deb8u1) ...
  Setting up susv4 (7.20160312~deb8u1) ...
  Fetching file...
  converted 
'http://pubs.opengroup.org/onlinepubs/9699919799/download/susv4tc1.tar.bz2' 
(ANSI_X3.4-1968) -> 
'http://pubs.opengroup.org/onlinepubs/9699919799/download/susv4tc1.tar.bz2' 
(UTF-8)
  --2016-10-09 10:34:47--  
http://pubs.opengroup.org/onlinepubs/9699919799/download/susv4tc1.tar.bz2
  Resolving localhost (localhost)... 127.0.0.1
  Connecting to localhost (localhost)|127.0.0.1|:3128... connected.
  Proxy request sent, awaiting response... 404 Not Found
  2016-10-09 10:34:48 ERROR 404: Not Found.
  
  dpkg: error processing package susv4 (--configure):
   subprocess installed post-installation script returned error exit status 8
  Errors were encountered while processing:
   susv4


cheers,

Andreas


susv4_7.20160312~deb8u1.log.gz
Description: application/gzip

Bug#840321: emacs24: Error running timer `tooltip-timeout': (void-variable v)

2016-10-10 Thread Oleksandr Gavenko 
Package: emacs24
Version: 24.5+1-7
Severity: normal

Can you apply trivial fix described in upstream:

  https://debbugs.gnu.org/cgi/bugreport.cgi?bug=19966

to Emacs24?

-- 
http://defun.work/

Bug#840193: liferea: Notification icon doesn't work for hide.

2016-10-10 Thread Christian Marillat 
On 10 oct. 2016 16:57, Christian Marillat  wrote:

[...]

> |   File "/usr/lib/i386-linux-gnu/liferea/plugins/trayicon.py", line 28, in 
> 
> | import cairo
> | ImportError: No module named 'cairo'
> | 
> | (liferea:4188): libpeas-WARNING **: Error loading plugin 'trayicon'
> `

I must read the error message:) python3-cairo package was missing.

Apparently the package need more python3 dependencies or recommends for
the notification plugin.

Christian

Bug#777473: Patch is available

2016-10-10 Thread Tobias Hansen 
Control: tags -1 +patch

The upstream bugs was closed and fixed with this patch:

https://gitlab.com/embeddable-common-lisp/ecl/commit/bd48b85970603af16318ec56d6da50a71c9d129e.diff

Could you please apply it? We have been using a patched ecl 15.3.7
package for a while and it solves the problem with sagemath.

Best,
Tobias

Bug#840323: debhelper: cmake build system: cross compilation

2016-10-10 Thread Simon Richter 
Package: debhelper
Version: 9.20160814
Severity: wishlist

Hi,

right now, if I want to crosscompile a package that uses CMake, I need to
override dh_auto_configure:

override_dh_auto_configure:
dh_auto_configure -- \
-DCMAKE_TOOLCHAIN_FILE=/etc/dpkg-cross/cmake/CMakeCross.txt \
-DCMAKE_LIBRARY_PATH=$(DEB_HOST_MULTIARCH)

This toolchain file is shipped with the dpkg-cross package.

Would it be possible to integrate this into debhelper proper so I don't
need to add a build dependency in order to support cross compilation?

   Simon

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

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

Versions of packages debhelper depends on:
ii  autotools-dev20160430.1
ii  binutils 2.26.1-1
ii  dh-autoreconf12
ii  dh-strip-nondeterminism  0.023-2
ii  dpkg 1.18.10
ii  dpkg-dev 1.18.10
ii  file 1:5.28-4
ii  libdpkg-perl 1.18.10
ii  man-db   2.7.5-1
ii  perl 5.22.2-3
ii  po-debconf   1.0.19

debhelper recommends no packages.

Versions of packages debhelper suggests:
ii  dh-make  2.201606

-- no debconf information

Bug#743903: repair file

2016-10-10 Thread Grzegorz K. 
edit /usr/lib/lsb/initdutils.py

change: import re, sys, os
to: import re, sys, os, cStringIO

change: fileob = StringIO(strob)
to: fileob = cStringIO.StringIO(strob)

work fine for me.

Bug#840324: atril: Atril does not open djvu files

2016-10-10 Thread Fabián Inostroza 
Package: atril
Version: 1.16.0-1
Severity: important

Dear Maintainer,

Whenever I try to open a djvu file with Atril, it displays the following 
message: Unable to open document. File type documento DjVu 
(image/vnd.djvu+multipage) is not supported.

The description of the atril package states that it can open djvu files and 
that the package provides the djvu-viewer package.

Test file: https://upload.wikimedia.org/wikisource/en/1/15/Test_rs20846.djvu

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

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

Versions of packages atril depends on:
ii  atril-common 1.16.0-1
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2
ii  libatk1.0-0  2.22.0-1
ii  libatrildocument31.16.0-1
ii  libatrilview31.16.0-1
ii  libc62.24-3
ii  libcairo-gobject21.14.6-1+b1
ii  libcairo21.14.6-1+b1
ii  libcaja-extension1   1.16.0-1
ii  libgail-3-0  3.22.1-1
ii  libgdk-pixbuf2.0-0   2.36.0-1
ii  libglib2.0-0 2.50.0-2
ii  libgtk-3-0   3.22.1-1
ii  libice6  2:1.0.9-1+b1
ii  libjavascriptcoregtk-4.0-18  2.14.0-1
ii  libpango-1.0-0   1.40.3-2
ii  libpangocairo-1.0-0  1.40.3-2
ii  libsecret-1-00.18.5-2
ii  libsm6   2:1.2.2-1+b1
ii  libsoup2.4-1 2.56.0-1
ii  libwebkit2gtk-4.0-37 2.14.0-1
ii  libx11-6 2:1.6.3-1
ii  libxml2  2.9.4+dfsg1-2
ii  mate-desktop-common  1.16.0-1
ii  shared-mime-info 1.7-1
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages atril recommends:
ii  dbus-x11  1.10.10-1
ii  gvfs  1.30.0-1

Versions of packages atril suggests:
ii  caja  1.16.0-1
ii  poppler-data  0.4.7-7
pn  unrar 

-- no debconf information

Bug#688760: iceweasel: please enable upstream crash reporting

2016-10-10 Thread Julien Cristau 
On Fri, Oct 7, 2016 at 11:42 PM, Mike Hommey  wrote:

> Version: firefox/49.0-4
>
> On Fri, Oct 07, 2016 at 06:52:03PM +0200, Julien Cristau wrote:
> > On Fri, Oct 7, 2016 at 5:14 PM, Sylvestre Ledru 
> > wrote:
> >
> > > Not yet. If I understood correctly, the way firefox   compresses the
> > > symbol is not managed by breakpad.
> > > My gut feeling is that the final link might fail with an oom.
> > > Maybe Julien has more
> > >
> > Right, AIUI the missing piece is to upload the symbols from our firefox
> > builds (and related libraries) to https://crash-stats.mozilla.
> com/symbols/
> > so crash reports can be properly analyzed.  I'm working on teaching
> > breakpad about compressed debug symbols to make that easier.
>
> Actually, I uploaded the symbols for 49.0-4 manually.
>
> Nice.  Do you plan on doing that for future uploads as well?  Should other
packages such as nss/nspr also get symbols uploaded?  Are there bits of
infrastructure that would make this better / less manual?  I know you
talked to me about post-processing .sym files to point at the VCS, and it
seems objcopy --decompress-debug-sections works around the breakpad issue.

Thanks,
Julien

Bug#840325: keepass2: Conflict with light-locker, which renders program unusable

2016-10-10 Thread Jeremiah 
Package: keepass2
Version: 2.34+dfsg-1
Severity: grave
Tags: upstream
Justification: renders package unusable

Dear Maintainer,

   * What led up to the situation?
   Keepass2 randomly failing to run, which resulted in the following message:
   System.ArgumentException: A null reference or invalid value was found [GDI+ 
status: InvalidParameter]
  at System.Drawing.GDIPlus.CheckStatus (Status status) <0x414e2200 + 0x0015f> 
in :0 
  at System.Drawing.Bitmap..ctor (Int32 width, Int32 height, PixelFormat 
format) <0x4155a570 + 0x00053> in :0 
  at System.Drawing.Bitmap..ctor (System.Drawing.Image original, Int32 width, 
Int32 height) <0x4155c790 + 0x0002f> in :0 
  at System.Drawing.Bitmap..ctor (System.Drawing.Image original, Size newSize) 
<0x4155c750 + 0x0002b> in :0 
  at (wrapper remoting-invoke-with-check) System.Drawing.Bitmap:.ctor 
(System.Drawing.Image,System.Drawing.Size)
  at System.Windows.Forms.XplatUIX11.DefineCursor (System.Drawing.Bitmap 
bitmap, System.Drawing.Bitmap mask, Color cursor_pixel, Color mask_pixel, Int32 
xHotSpot, Int32 yHotSpot) <0x4155bde0 + 0x0020b> in :0 
  at System.Windows.Forms.XplatUI.DefineCursor (System.Drawing.Bitmap bitmap, 
System.Drawing.Bitmap mask, Color cursor_pixel, Color mask_pixel, Int32 
xHotSpot, Int32 yHotSpot) <0x4155bd60 + 0x00070> in :0 
  at System.Windows.Forms.Cursor.CreateCursor (System.IO.Stream stream) 
<0x415583d0 + 0x00193> in :0 
  at System.Windows.Forms.Cursor..ctor (System.Type type, System.String 
resource) <0x41558190 + 0x0006b> in :0 
  at System.Windows.Forms.Cursors.get_SizeNWSE () <0x41558030 + 0x0005b> in 
:0 
  at System.Windows.Forms.SizeGrip..ctor (System.Windows.Forms.Control 
CapturedControl) <0x41557fa0 + 0x0001f> in :0 
  at (wrapper remoting-invoke-with-check) System.Windows.Forms.SizeGrip:.ctor 
(System.Windows.Forms.Control)
  at System.Windows.Forms.ScrollableControl.CreateScrollbars () <0x41555130 + 
0x004ff> in :0 
  at System.Windows.Forms.ScrollableControl..ctor () <0x415415d0 + 0x00387> in 
:0 
  at System.Windows.Forms.ContainerControl..ctor () <0x41541440 + 0x00027> in 
:0 
  at System.Windows.Forms.Form..ctor () <0x41540ba0 + 0x000e7> in :0 
  at KeePass.Forms.MainForm..ctor () <0x4153c0d0 + 0x00dfb> in :0 
  at (wrapper remoting-invoke-with-check) KeePass.Forms.MainForm:.ctor ()
  at KeePass.Program.Main (System.String[] args) <0x4149f6c0 + 0x00cff> in 
:0


   * What exactly did you do (or not do) that was effective (or ineffective)?
  Full reboot or killing xmonad resolved the issue

   * What was the outcome of this action?
  A series of tests that found the following combination reproducibly produces 
the bug:
  1) using lightdm, login using xmonad
  2) spawn gnome-terminal
  # keepass2 still working at this point
  3) spawn light-locker
  # Get the following message:
  # Could not set X locale modifiers
  # SendMessage (27263018, 0x112c, 0x4, 0x4)
  4) light-locker-command -l &
  5) log back in
  # Keepass2 now produces bug with the above message

   * What outcome did you expect instead?
   Keepass2 to continue working

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

Kernel: Linux 4.6.0-1-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
Init: systemd (via /run/systemd/system)

Versions of packages keepass2 depends on:
ii  libmono-corlib4.5-cil4.2.1.102+dfsg2-8
ii  libmono-system-drawing4.0-cil4.2.1.102+dfsg2-8
ii  libmono-system-security4.0-cil   4.2.1.102+dfsg2-8
ii  libmono-system-windows-forms4.0-cil  4.2.1.102+dfsg2-8
ii  libmono-system-xml4.0-cil4.2.1.102+dfsg2-8
ii  libmono-system4.0-cil4.2.1.102+dfsg2-8
ii  libx11-6 2:1.6.3-1
ii  mono-runtime 4.2.1.102+dfsg2-8

Versions of packages keepass2 recommends:
ii  xsel  1.2.0-2

Versions of packages keepass2 suggests:
pn  keepass2-doc  
pn  mono-dmcs 
pn  xdotool   

-- no debconf information

Bug#840163: RFS: dh-make-elpa/0.6.0

2016-10-10 Thread Gianfranco Costamagna 
Hi,
>Although I have DM upload rights for this package, this will be its

>first upload to the unstable suite.  At this point, members of the
>pkg-emacsen team have uploaded quite a few packages generated by this
>tool, so it no longer needs to be in the experimental suite.


AFAIR as long as you don't introduce new binaries, as a DM
you can upload a new package on unstable :)

G.

Bug#825703: utopia-documents: should be removed from Debian?

2016-10-10 Thread Yaroslav Halchenko 

On Mon, 10 Oct 2016, Mattia Rizzolo wrote:

> On Thu, Jul 14, 2016 at 07:49:38AM +, Mattia Rizzolo wrote:
> > On Thu, Jun 23, 2016 at 10:54:02AM +, Mattia Rizzolo wrote:
> > > On Sun, May 29, 2016 at 05:20:48PM +, Mattia Rizzolo wrote:
> > > > I don't plan on taking a stick and poking any harder in less than a
> > > > month anyway.

> > > Be aware that in ~1 week I plan on pulling the plug and have libssl1.0.0
> > > removed.

> > This now happened, libssl1.0.0 is now gone from unstable.

> now this package popped over on the list during the last boost
> transition, and it's not hindering boost1.58 removal too.
> More like producing noise than hindering, no questions nobody will stop
> for this single package, bug there is a fairly big list anyway.

> Are you actually planning on doing something about utopia-documents?

yes. thanks for the buzz. need to review/sponsor new package, which will
happen (hopefully) later this week

Cheers!
-- 
Yaroslav O. Halchenko
Center for Open Neuroscience http://centerforopenneuroscience.org
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik

Bug#840062: tracker.debian.org and packages.qa.debian.org show different packages

2016-10-10 Thread Raphael Hertzog 
Control: reopen -1
Control: retitle -1 tracker.debian.org: show historical data of no-longer 
existing source packages
Control: severity -1 wishlist

On Mon, 10 Oct 2016, Paul Wise wrote:
> On Mon, Oct 10, 2016 at 9:14 PM, Raphael Hertzog wrote:
> 
> > The only "ancient" data that can be kept is the list of news. I'm
> > not interested in showing old news of packages which are no longer in
> > Debian at all.
> ...
> > If the source packages does not exist (as is the case here), we still
> > have a nice fallback to redirect to the source package that contains
> > a binary package of the same name.
> 
> I use the PTS feature of looking up historical source packages quite a
> lot, so it would be a shame if it went away with the transition to the
> tracker.

Fine. Let's record this as a wishlist then. Patches welcome as usual.

It might even be not too hard to implement. For example by checking the
number of associated news before deciding that we want to consider a
binary lookup...

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/

Bug#839982: Also causes the cron job to error out

2016-10-10 Thread Anthony DeRobertis 
Package: apt-xapian-index
Version: 0.48
Followup-For: Bug #839982


/etc/cron.weekly/apt-xapian-index:
Traceback (most recent call last):
  File "/usr/sbin/update-apt-xapian-index", line 102, in 
indexer.incrementalUpdate()
  File "/usr/lib/python2.7/dist-packages/axi/indexer.py", line 670, in 
incrementalUpdate
self.updateIndex(dbpath)
  File "/usr/lib/python2.7/dist-packages/axi/indexer.py", line 629, in 
updateIndex
db = xapian.WritableDatabase(pathname, xapian.DB_CREATE_OR_OPEN)
  File "/usr/lib/python2.7/dist-packages/xapian/__init__.py", line 8619, in 
__init__
_xapian.WritableDatabase_swiginit(self, _xapian.new_WritableDatabase(*args))
xapian.FeatureUnavailableError: Flint backend no longer supported
run-parts: /etc/cron.weekly/apt-xapian-index exited with return code 1

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

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

Versions of packages apt-xapian-index depends on:
ii  python-apt 1.1.0~beta5
ii  python-debian  0.1.29
ii  python-xapian  1.4.0-7
pn  python:any 

apt-xapian-index recommends no packages.

Versions of packages apt-xapian-index suggests:
ii  python-xdg  0.25-4

-- no debconf information

Bug#840193: liferea: Notification icon doesn't work for hide.

2016-10-10 Thread Christian Marillat 
On 09 oct. 2016 20:51, Paul Gevers  wrote:

> Hi Christian,

Hi Paul,

> On 09-10-16 15:42, Christian Marillat wrote:
>> The notification icon works for show but don't for hide.
>
> Could you try to explain better what you mean? I am not sure I
> understand. You mean the icon in the menu bar, or the notifications? I
> guess you mean that if you click on the icon, liferea doesn't hide, but
> when liferea is hidden, is does pop up liferea? What windows manager are

Yes the icon from the notifications zone.

> you running? I run KDE and the behavior that I have is actually the
> opposite. (But as I believe there is quite some GNOME in liferea, I
> didn't investigate myself yet).

xfwm4

I've never seen this problem before.

I did a try under virtualbox, mate desktop. The notification plugin ask
to install these python packages : python3-notify2 and python3-gi

But even with these packages installed I see this error and the
notification plugin is still disabled.

,
| Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.
| 
| (liferea:4188): libpeas-WARNING **: Error importing plugin 'trayicon':
| Traceback (most recent call last):
|   File "/usr/lib/python3.5/importlib/__init__.py", line 126, in import_module
| return _bootstrap._gcd_import(name[level:], package, level)
|   File "", line 986, in _gcd_import
|   File "", line 969, in _find_and_load
|   File "", line 958, in _find_and_load_unlocked
|   File "", line 673, in _load_unlocked
|   File "", line 673, in exec_module
|   File "", line 222, in _call_with_frames_removed
|   File "/usr/lib/i386-linux-gnu/liferea/plugins/trayicon.py", line 28, in 

| import cairo
| ImportError: No module named 'cairo'
| 
| (liferea:4188): libpeas-WARNING **: Error loading plugin 'trayicon'
`

Christian

Bug#837028: gauche-gtk: FTBFS: pango-font.c:249:44: error: 'desc' undeclared (first use in this function)

2016-10-10 Thread Adrian Bunk 
Control: tags -1 +fixed-upstream

On Thu, Sep 29, 2016 at 12:08:42PM +0200, Jens Thiele wrote:
> Jens Thiele  writes:
> 
> > forwarded upstream:
> > https://github.com/shirok/Gauche-gtk2/issues/5
> 
> upstream commited a fix:
> 
> commit 6fca535f7bb950f81db066bd1afdca9d55e9b460 (refs/remotes/origin/master, 
> refs/remotes/origin/HEAD)
> Author: Shiro Kawai 
> Date:   Tue Sep 27 01:43:54 2016 -1000
> 
> Fix build failure with new Pango
>...

It would be good if a maintainer uploads a fixed package to unstable.

Thanks
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#840320: O: kcollectd -- simple collectd graphing frontend for KDE

2016-10-10 Thread Mattia Rizzolo 
Package: wnpp

The current maintainer of kcollectd, M G Berberich ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: kcollectd
Binary: kcollectd
Version: 0.9-2.1
Maintainer: M G Berberich 
Build-Depends: debhelper (>= 7), cmake, kdelibs5-dev, shared-mime-info, 
libboost-filesystem-dev, librrd-dev
Architecture: any
Standards-Version: 3.8.4
Format: 1.0
Files:
 8866425a7d6dbd27ce543bf9f4765c86 1748 kcollectd_0.9-2.1.dsc
 7fef4a660207b4c65520ee77334088fb 97132 kcollectd_0.9.orig.tar.gz
 7dc0a3be745aa5156946fe6c9cec5405 3803 kcollectd_0.9-2.1.diff.gz
Checksums-Sha256:
 fb8f6ed21002be0ec96890c1ff56e0bc7631195fe012ee0c32da3e0724b62494 1748 
kcollectd_0.9-2.1.dsc
 d2d4cb9d8d1c0eb7695c3567c6f40d33fdf1655d63038cb0b170af2fadd2a3b1 97132 
kcollectd_0.9.orig.tar.gz
 5e4d021d164142e4bcb3087ae2f478c0a82a0452701f58344a9daede7927940a 3803 
kcollectd_0.9-2.1.diff.gz
Homepage: http://www.forwiss.uni-passau.de/~berberic/Linux/kcollectd.html
Directory: pool/main/k/kcollectd
Priority: source
Section: utils

Package: kcollectd
Source: kcollectd (0.9-2.1)
Version: 0.9-2.1+b5
Installed-Size: 296
Maintainer: M G Berberich 
Architecture: amd64
Depends: kde-runtime (>> 4:4.10), libboost-filesystem1.58.0, 
libboost-system1.58.0, libc6 (>= 2.14), libgcc1 (>= 1:3.0), libkdecore5 (>= 
4:4.3.4), libkdeui5 (>= 4:4.3.4), libkio5 (>= 4:4.3.4), libqt4-dbus (>= 
4:4.5.3), libqt4-network (>= 4:4.5.3), libqt4-svg (>= 4:4.5.3), libqt4-xml (>= 
4:4.5.3), libqtcore4 (>= 4:4.8.0), libqtgui4 (>= 4:4.5.3), librrd8 (>= 1.3.0), 
libstdc++6 (>= 5.2), collectd
Suggests: khelpcenter4
Description: simple collectd graphing frontend for KDE
Description-md5: e068705f27ccc1285f8a0e394bf898b2
Homepage: http://www.forwiss.uni-passau.de/~berberic/Linux/kcollectd.html
Tag: admin::monitoring, implemented-in::c++, interface::graphical,
 interface::x11, role::program, uitoolkit::qt, use::monitor,
 use::viewing, x11::application
Section: utils
Priority: extra
Filename: pool/main/k/kcollectd/kcollectd_0.9-2.1+b5_amd64.deb
Size: 122464
MD5sum: a8f292df55c88a762a94a76a66805e5d
SHA256: c10d6930f296989c9acd6a659f98745c0bd9378485c611bc77e7cb75651c50d0


-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#840322: emacs24-common: emacsclient fails with *ERROR*: Invalid function

2016-10-10 Thread Tom Marble 
Package: emacs24-common
Version: 24.5+1-7
Severity: normal

Dear Maintainer,

Recently emacsclient stopped working in unstable.

   * What led up to the situation?

Upgrading emacs24.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?


tmarble@cerise 127 :) emacsclient /tmp/foo.txt
Waiting for Emacs...
*ERROR*: Invalid function: (\` ((\, file) _))
tmarble@cerise 128 :( emacsclient --no-wait --eval '(find-file "/tmp/foo.txt")'
*ERROR*: Invalid function: (\` ((\, file) _))
tmarble@cerise 129 :( 

   * What was the outcome of this action?

The filename passed as an argument was not visited in emacs (as emacsclient 
crashed).
It appears that emacsclient fails to eval any elisp expression.

   * What outcome did you expect instead?

I expected the file /tmp/foo.txt to be visited in a new emacs buffer.

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


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

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

Versions of packages emacs24-common depends on:
ii  dpkg1.18.10
ii  emacsen-common  2.0.8
ii  install-info6.3.0.dfsg.1-1+b1

Versions of packages emacs24-common recommends:
ii  emacs24-el  24.5+1-7

Versions of packages emacs24-common suggests:
pn  emacs24-common-non-dfsg  
ii  ncurses-term 6.0+20160917-1

-- no debconf information

<    1   2   3   4