Bug#894075: mypy 0.580-1 did not fix the issue

[Philipp Kern]

reopen 894075
found 894075 0.580-1
thanks

As it turns out pkg_resources is not in distutils anymore (I'd have
thought the same thing), but in python3-pkg-resources. Hence mypy still
fails to run when installed on a system with minimal dependencies
installed as evidenced by [0].

Kind regards
Philipp Kern

[0] https://salsa.debian.org/pkern/pybuildd/-/jobs/11056

Bug#894669: make lessfile/lesspipe handle logfiles with unix timestamps

[Marc Haber]

Package: less
Version: 481-2.1
Severity: wishlist

Dear Maintainer,

yes, I have seen the comments that you think that lessfile/lesspipe
should be rewritten in perl. That not being done, I still would like to
have an improvement to the shell versions of the scripts.

Log files that use a Unix time stamp as a time stamp are very hard to
comprehend for a human. How about lessfile/lessdate recognizing a 10
digit number that translates to a time, for example, a year in the past
and a month in the future and translating (or augmenting) the number
with its translation to a readable ISO 8601 time stamp?

This would probably need to be disabled by default and enabled by
an environment variable.

Greetings
Marc

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

Kernel: Linux 4.15.15-zgsrv20080 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE=en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages less depends on:
ii  debianutils  4.8.1.1
ii  libc62.24-11+deb9u3
ii  libtinfo56.0+20161126-1+deb9u2

less recommends no packages.

less suggests no packages.

-- no debconf information

Bug#816509: New maintainer. New version ready to upload.

[Lumin]

control: owner -1 !
control: retitle -1 ITA: nltk -- Python Natural Language Toolkit

Hi,

I've prepared a new version of this package.
https://salsa.debian.org/science-team/nltk

-- 
Best,

Bug#802940: Patch for #802940

[Kartik Mistry]

It seems that https://bugs.launchpad.net/ubuntu/+source/xosview/+bug/1609569
has patch for this.

Mark, should I submit it to upstream pull request or can you take it from
Ubuntu?

Thanks.

-- 
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com

Bug#880367:

[erusan]

This bug continues in the recent 0.99-3 upload to sid.

Bug#799752: pmt_already_mounted() broken when server="nfs"

[Trent W. Buck]

2.16-4 fixes the problem, thanks.

Trent W. Buck wrote:
> Jochen Sprickerhof wrote:
> > a long time ago you opened a bug in the Debian package libpam-mount. 
> > Recently
> > I took over maintenance of this package and added a patch to address this. 
> > You
> > can find the new version in Debian experimental, would be great if you could
> > try it and report back if it fixes your problem.
> 
> I'm still relying on libpam_mount to mount /home/X via NFSv3, so this is 
> still important to me.
> I'm currently on Debian 9 Stretch, but I'll try to find time to test this.
> 
> If you don't hear from me by 2018-04-16, ping me again, because I'll have 
> been distracted ;-)

I just tried to reproduce this problem.

It turns out that nowadays, NFS hides the issue by silently NOPping repeated 
mounts:

root@zodiac:~# 'mount' '-onfsvers=3,intr,nodev,noexec,nosuid' '-tnfs' 
'nfs:/home/staff/s123' '/home/staff/s123'
root@zodiac:~# 'mount' '-onfsvers=3,intr,nodev,noexec,nosuid' '-tnfs' 
'nfs:/home/staff/s123' '/home/staff/s123'
root@zodiac:~# 'mount' '-onfsvers=3,intr,nodev,noexec,nosuid' '-tnfs' 
'nfs:/home/staff/s123' '/home/staff/s123'
root@zodiac:~# echo $?
0

root@zodiac:~# grep nfs:/home /proc/mounts
nfs:/home/staff/s123 /home/staff/s123 nfs 
rw,nosuid,nodev,noexec,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=10.0.0.1,mountvers=3,mountport=32767,mountproto=udp,local_lock=none,addr=10.0.0.1
 0 0

However I *could* reproduce the bug in libpam-mount 2.16-2:

root@zodiac:~# su -s /bin/sh -c 'df -h -t nfs' s123
(pam_mount.c:568): pam_mount 2.16: entering session stage
(mount.c:267): Mount info: globalconf, user=s123  fstab=0 ssh=0
(mount.c:664): Password will be sent to helper as-is.
command: 'mount' '-onfsvers=3,intr,nodev,noexec,nosuid' '-tnfs' 
'nfs:/home/staff/s123' '/home/staff/s123'
…

And I *could not* reproduce the bug in libpam-mount 2.16-4:

root@bentham-wing-e4:~# su -s /bin/sh -c 'df -h -t nfs' p123
(pam_mount.c:568): pam_mount 2.16: entering session stage
(mount.c:262): Mount info: globalconf, user=p123  fstab=0 ssh=0
(mount.c:623): /home/prisoners/p123 already seems to be mounted at 
/home/prisoners/p123, skipping
command: 'pmvarrun' '-u' 'p123' '-o' '1'
(pmvarrun.c:258): parsed count value 1
(pam_mount.c:441): pmvarrun says login count is 2
(pam_mount.c:660): done opening session (ret=0)
FilesystemSize  Used Avail Use% Mounted on
nfs:/srv/share4.9G  357M  4.3G   8% /srv/share
nfs:/home/prisoners/p123  488M   56M  397M  13% /home/prisoners/p123
(pam_mount.c:706): received order to close things
command: 'pmvarrun' '-u' 'p123' '-o' '-1'
(pmvarrun.c:258): parsed count value 2
(pam_mount.c:441): pmvarrun says login count is 1
(pam_mount.c:735): p123 seems to have other remaining open sessions
(pam_mount.c:743): pam_mount execution complete
(pam_mount.c:116): Clean global config (0)
root@bentham-wing-e4:~#

Bug#894668: gitlab: grape-entity gem update on unstable brokes gitlab

[David L]

Package: gitlab
Version: 10.6.0+dfsg-1
Severity: normal

Hi,

After update of ruby-grape-entity package, gitlab cannot complete check / 
installation tasks.


Preparing to unpack .../05-ruby-grape-entity_0.7.1-1_all.deb ...
Unpacking ruby-grape-entity (0.7.1-1) over (0.6.0-1) ...

Setting up gitlab (10.6.0+dfsg-1) ...
Creating/updating gitlab user account...
Making gitlab owner of /var/lib/gitlab...
Could not find gem 'grape-entity (~> 0.6.0)' in any of the gem sources listed 
in your Gemfile.
dpkg: error processing package gitlab (--configure):
 installed gitlab package post-installation script subprocess returned error 
exit status 1


Required gem are installed but on a new version who arrived unstable 3 days ago.


rin:/boot# gem list grape

*** LOCAL GEMS ***

grape (1.0.2)
grape-entity (0.7.1)
grape-route-helpers (2.1.0)
grape_logging (1.7.0)
mustermann-grape (1.0.0)

rin:/boot# gem which grape-entity
/usr/lib/ruby/vendor_ruby/grape-entity.rb


Thanks,


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

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gitlab depends on:
ii  adduser   3.117
ii  asciidoctor   1.5.5-1
ii  bc1.07.1-2
ii  bundler   1.16.1-1
ii  dbconfig-pgsql2.0.9
ii  debconf [debconf-2.0] 1.5.66
ii  git   1:2.17.0-1
ii  gitlab-shell  6.0.4-1
ii  gitlab-workhorse  4.0.0+debian-1
ii  libjs-chartjs 1.0.2-1
ii  libjs-clipboard   1.4.2-1
ii  libjs-graphael0.5+dfsg-1
ii  libjs-jquery-atwho1.5.4+dfsg.1-2
ii  libjs-jquery-caret.js 0.3.1+dfsg.1-2
ii  libjs-jquery-nicescroll   3.6.6-1
ii  libjs-pdf 1.5.188+dfsg-1
ii  libjs-xterm   2.7.0+ds1-1
ii  lsb-base  9.20170808
ii  nginx 1.13.10-1
ii  nginx-full [nginx]1.13.10-1
ii  node-babel-core   6.26.0+dfsg-3
ii  node-babel-eslint 7.2.3-2
ii  node-babel-loader 7.1.2-4
ii  node-babel-plugin-transform-define1.3.0-2
ii  node-babel-preset-latest  6.26.0+dfsg-3
ii  node-babel-preset-stage-2 6.26.0+dfsg-3
ii  node-bootstrap-sass   3.3.7-1
ii  node-core-js  2.4.1-2
ii  node-d3-array 1.2.1-3
ii  node-d3-axis  1.0.8-3
ii  node-d3-brush 1.0.4-3
ii  node-d3-scale 1.0.6-3
ii  node-d3-selection 1.1.0-3
ii  node-d3-shape 1.2.0-2
ii  node-d3-time  1.0.7-2
ii  node-d3-time-format   2.0.5-2
ii  node-debug3.1.0-1
ii  node-exports-loader   0.6.4-1
ii  node-file-loader  0.11.2-1
ii  node-glob 7.1.2-5
ii  node-imports-loader   0.7.1-1
ii  node-jed  1.1.1-1
ii  node-jquery   2.2.4+dfsg-2
ii  node-js-cookie2.2.0-1
ii  node-jszip3.1.4+dfsg-1
ii  node-jszip-utils  0.0.2+dfsg-1
ii  node-katex0.8.3+dfsg-1
ii  node-lie  3.1.1+dfsg-1
ii  node-marked   0.3.9+dfsg-1
ii  node-mousetrap1.6.1+ds-1
ii  node-raw-loader   0.5.1-1
ii  node-stats-webpack-plugin 0.6.1-1
ii  node-underscore   1.8.3~dfsg-1
ii  node-url-loader   0.5.9-1
ii  nodejs8.9.3~dfsg-12
ii  npm   1.4.21+ds-2
ii  openssh-client1:7.6p1-5
ii  postfix [mail-transport-agent]3.3.0-1
ii  postgresql-client 10+190
ii  postgresql-client-10 [postgresql-client]  10.3-2
ii  postgresql-contrib10+190
ii  rake  12.3.1-1
ii  redis-server  5:4.0.9-1
ii  ruby  1:2.5.1
ii  

Bug#894667: beep: CVE-2018-0492

[Salvatore Bonaccorso]

Source: beep
Version: 1.3-3
Severity: grave
Tags: security upstream
Justification: user security hole
Control: fixed -1 1.3-4+deb9u1
Control: fixed -1 1.3-3+deb8u1

Hi,

The following vulnerability was published for beep:

CVE-2018-0492[0]:
local privilege escalation

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2018-0492
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-0492

Regards,
Salvatore

Bug#894666: Simplify backports - manpage should suggest >=11~ not >=11

[Trent W. Buck]

Package: debhelper
Version: 11.1.6
Severity: wishlist

When backporting libpam-mount from experimental to stable, the only change I 
needed was

-Build-Depends: debhelper (>= 11), …
+Build-Depends: debhelper (>= 11~), …

The tilde allows ~bpo versions of debhelper to satisfy the constraint.

The debhelper(5) manpage suggestion has no tilde.
Can it have a tilde?


https://manpages.debian.org/unstable/debhelper/debhelper.7.en.html#COMPATIBILITY_LEVELS

https://manpages.debian.org/stretch/debhelper/debhelper.7.en.html#COMPATIBILITY_LEVELS

Bug#894565: vim: FTBFS: Test failures if build user cannot open /dev/stdout

[James McCoy]

On Mon, Apr 02, 2018 at 08:44:17PM -0700, Daniel Schepler wrote:
> On Mon, Apr 2, 2018 at 7:21 PM, James McCoy  wrote:
> > Why is /dev/stdout missing?  It's possible one of the attached patches
> > will work around that issue, but I'm more curious why that's happening
> > in the first place.
> 
> /dev/stdout is present in the chroot.  However, in my setup, stdout is
> a pipe to a "tee" process, and the pipe is owned by root so the build
> user can't access it through /dev/stdout.

This seems like an environmental issue to me.  /dev/stdout should be
writable.  Given that, the stdout-writable.diff patch is probably the
right approach to take.  If you're able to confirm that, I'll send the
patch upstream.

Cheers,
-- 
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7  2D23 DFE6 91AE 331B A3DB

Bug#894665: moreutils: vidir does not accept variable assignments in $EDITOR

[Boruch Baum]

Subject: moreutils: vidir does not accept variable assignments in $EDITOR
Package: moreutils
Version: 0.60-1
Severity: normal

Dear Maintainer,

vidir exits with exit code 2 and the message "exited nonzero,
aborting" when $EDITOR includes a variable assignment prefix such as
the following:

TERM=xterm-256color emacsclient -nw -c --alternate-editor=""


-- System Information:
Distributor ID: Devuan
Description:Devuan GNU/Linux 2.0 (ascii)
Release:2.0
Codename:   ascii
Architecture: x86_64

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages moreutils depends on:
ii  libc62.27-2
ii  libipc-run-perl  0.97-1
ii  perl 5.26.1-5

moreutils recommends no packages.

Versions of packages moreutils suggests:
pn  libtime-duration-perl  
ii  libtimedate-perl   2.3000-2

-- no debconf information

-- 
hkp://keys.gnupg.net
CA45 09B5 5351 7C11 A9D1  7286 0036 9E45 1595 8BC0

Bug#894565: vim: FTBFS: Test failures if build user cannot open /dev/stdout

[Daniel Schepler]

On Mon, Apr 2, 2018 at 7:21 PM, James McCoy  wrote:
> Why is /dev/stdout missing?  It's possible one of the attached patches
> will work around that issue, but I'm more curious why that's happening
> in the first place.

/dev/stdout is present in the chroot.  However, in my setup, stdout is
a pipe to a "tee" process, and the pipe is owned by root so the build
user can't access it through /dev/stdout.  I'd imagine much the same
must be true in the reproducible-builds environment.  (Of course, then
I have no clue how it's working at all on the buildd's.)
-- 
Daniel

Bug#894664: cups: Libreoffice doesn't see my network printer

[Stefan Monnier]

Package: cups
Version: 2.2.1-8+deb9u1
Severity: normal

Dear Maintainer,

I have a printer connected via USB to a local server (running Debian stable as
well).  This printer is made visible to my clients by running cups-browsed.

My clients have no locally-configured printers (and hence no "default"
printer), and indeed when I go to "localhost:631" I don't see any printers
there.

Yet, this somehow works: e.g. evince sees my network printer just fine.  But
Libreoffice doesn't.  I haven't tried all applications to figure out which do
and which don't, so maybe Libreoffice is not the only one affected.

I've seen bug#867818 which seems related, but my `cups` is an older version
than the one that seems to be affected by that problem.

I've also seen bug#772097, but that one seems older than mine (back around that
time, cups-browsed would actually cause the network printer to appear in
/etc/cu0ps/printers.conf and in localhost:631 and Libreoffice could see it fine
then).



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

Kernel: Linux 4.9.0-3-686-pae (SMP w/4 CPU cores)
Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_CH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages cups depends on:
ii  cups-client2.2.1-8+deb9u1
ii  cups-common2.2.1-8+deb9u1
ii  cups-core-drivers  2.2.1-8+deb9u1
ii  cups-daemon2.2.1-8+deb9u1
ii  cups-filters   1.11.6-3
ii  cups-ppdc  2.2.1-8+deb9u1
ii  cups-server-common 2.2.1-8+deb9u1
ii  debconf [debconf-2.0]  1.5.61
ii  ghostscript9.20~dfsg-3.2+deb9u1
ii  libavahi-client3   0.6.32-2
ii  libavahi-common3   0.6.32-2
ii  libc-bin   2.24-11+deb9u3
ii  libc6  2.24-11+deb9u3
ii  libcups2   2.2.1-8+deb9u1
ii  libcupscgi12.2.1-8+deb9u1
ii  libcupsimage2  2.2.1-8+deb9u1
ii  libcupsmime1   2.2.1-8+deb9u1
ii  libcupsppdc1   2.2.1-8+deb9u1
ii  libgcc11:6.3.0-18+deb9u1
ii  libstdc++6 6.3.0-18+deb9u1
ii  libusb-1.0-0   2:1.0.21-1
ii  poppler-utils  0.48.0-2+deb9u2
ii  procps 2:3.3.12-3

Versions of packages cups recommends:
ii  avahi-daemon 0.6.32-2
ii  colord   1.3.3-2
ii  cups-filters [ghostscript-cups]  1.11.6-3
pn  printer-driver-gutenprint

Versions of packages cups suggests:
ii  cups-bsd   2.2.1-8+deb9u1
pn  foomatic-db-compressed-ppds | foomatic-db  
ii  hplip  3.16.11+repack0-3
ii  printer-driver-cups-pdf [cups-pdf] 2.6.1-22
ii  printer-driver-hpcups  3.16.11+repack0-3
pn  smbclient  
ii  udev   232-25+deb9u2

-- Configuration Files:
/etc/cups/cupsd.conf changed:
LogLevel warn
MaxLogSize 0
SystemGroup lpadmin
Listen localhost:631
Listen /var/run/cups/cups.sock
Browsing On
BrowseLocalProtocols dnssd
DefaultAuthType Basic
WebInterface Yes

  Order allow,deny


  Order allow,deny


  AuthType Default
  Require user @SYSTEM
  Order allow,deny


  # Job/subscription privacy...
  JobPrivateAccess default
  JobPrivateValues default
  SubscriptionPrivateAccess default
  SubscriptionPrivateValues default
  # Job-related operations must be done by the owner or an administrator...
  
Order deny,allow
  
  
Require user @OWNER @SYSTEM
Order deny,allow
  
  # All administration operations require an administrator to authenticate...
  
AuthType Default
Require user @SYSTEM
Order deny,allow
  
  # All printer operations require a printer operator to authenticate...
  
AuthType Default
Require user @SYSTEM
Order deny,allow
  
  # Only the owner or an administrator can cancel or authenticate a job...
  
Require user @OWNER @SYSTEM
Order deny,allow
  
  
Order deny,allow
  


  # Job/subscription privacy...
  JobPrivateAccess default
  JobPrivateValues default
  SubscriptionPrivateAccess default
  SubscriptionPrivateValues default
  # Job-related operations must be done by the owner or an administrator...
  
AuthType Default
Order deny,allow
  
  
AuthType Default
Require user @OWNER @SYSTEM
Order deny,allow
  
  # All administration operations require an administrator to authenticate...
  
AuthType Default
Require user @SYSTEM
Order deny,allow
  
  # All printer operations require a printer operator to authenticate...
  
AuthType Default
Require user @SYSTEM
Order deny,allow
  
  # Only the owner or an administrator can cancel or authenticate a job...
  
AuthType Default
Require user @OWNER @SYSTEM
Order deny,allow
  
  
Order deny,allow
  



-- debconf information:
  cupsys/backend: lpd, socket, usb, snmp, 

Bug#894663: transition: wxwidgets3.0

[Olly Betts]

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

There are now packages with a GTK3 build of wxwidgets3.0, and these have
just migrated to testing.  We'd like to start to encourage dependent
packages to switch to this instead of the GTK2 build.

The GTK2 and GTK3 flavours coexist so dependent packages can move
over individually and we don't need a transition slot, but it would be
useful to have a transition tracker set up to help track progress.

We've already switched a few source packages.  The list of remaining
affected source packages is:

0ad
3depict
4pane
aegisub
amule
audacity
bochs
bossa
cba
chipw
codeblocks
codelite
ctsim
cubicsdr
darkradiant
delaboratory
dolphin-emu
ebook2cwgui
erlang
espeakedit
eviacam
filezilla
fityk
flamerobin
freedink-dfarc
freedv
freespace2-launcher-wxlauncher/contrib
fwknop-gui
gentle
ginkgocadx
gnudatalanguage
gnuplot
golly
gspiceui
hugin
icinga2
jugglemaster
kicad
lamarc
libwx-glcanvas-perl
libwx-perl
libwx-scintilla-perl
limesuite
maitreya
mathgl
mediainfo
megaglest
mriconvert
mrpt
munipack
objcryst-fox
openbabel
openmsx-catapult
openyahtzee
passwordsafe
pcsx2
pgadmin3
pgn2web
plee-the-bear
plplot
poedit
qutemol
rapidsvn
saga
sandboxgamemaker/contrib
scorched3d
scummvm-tools
silverjuke
sitplus
slic3r-prusa
sooperlooper
spatialite-gui
spek
springlobby
stimfit
stx-btree
thuban
tintii
treesheets
treeviewx
trustedqsl
ucblogo
usbprog
wxastrocapture
wxhexeditor
wxmaxima
wxsqlite3
xchm
xmlcopyeditor

The procedure for updating these is to update the BDs to use the
wxgtk*3.0-gtk3-dev package(s) instead of wxgtk*3.0-dev, check that the
package still builds OK, and then check that the result works OK.

(There's also wxpython3.0 which has already been switched but is waiting
to clear binary-NEW.)

Cheers,
Olly

Ben file:

title = "wxwidgets3.0";
is_affected = .depends ~ "libwxgtk(-media)?3\.0-0v5" | .depends ~ 
"libwxgtk(-media)?3\.0-gtk3-0v5";
is_good = .depends ~ "libwxgtk(-media)?3\.0-gtk3-0v5";
is_bad = .depends ~ "libwxgtk(-media)?3\.0-0v5";


signature.asc
Description: PGP signature

Bug#894536: vim: Name suggestions for edit command should not include directories

[David Christensen]

On 04/02/18 18:16, Jason Pleau wrote:

Hi

On 04/01/2018 01:27 AM, David Christensen wrote:

Package: vim
Version: 2:8.0.0197-4+deb9u1
Severity: wishlist

Dear Maintainer,

The 'e' (edit) command of Vim has command-line completion.  Items
offered include file names and directory names.  Directory names
should not be included by default.

TIA,

David



I think this is the correct behavior and should stay default.

Typing :e to edit this file:

/some/verylongdirectorynames/tohideaveryspecial/file

I am very grateful to have autocompletion :)


Thank you for the prompt reply.


My use-case is Perl module development.  It is common to have a module 
source subtree such as:


lib/Foo.pm
lib/Foo/Bar.pm
lib/Foo/Baz.pm


I find that when using ':e' in Vim, I end up opening lib/Foo by accident 
far too often.  Is there a solution?



David

Bug#894565: vim: FTBFS: Test failures if build user cannot open /dev/stdout

[James McCoy]

On Sun, Apr 01, 2018 at 07:49:05AM -0700, Daniel Schepler wrote:
> From 
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/vim.html
> (and I'm also seeing pretty much the same failure under pbuilder):
> 
> ...
> 
> Executing Test_z()
> Executing Test_z_negative_lnum()
> Executing Test_z_overflow()
> Executed 345 tests
> 
> 
> From test_writefile.vim:
> Found errors in Test_writefile_sync_dev_stdout():
> Caught exception in Test_writefile_sync_dev_stdout(): Vim(call):E482:
> Can't create file /dev/stdout @ function

Why is /dev/stdout missing?  It's possible one of the attached patches
will work around that issue, but I'm more curious why that's happening
in the first place.

Cheers,
-- 
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7  2D23 DFE6 91AE 331B A3DB
diff --git i/src/testdir/test_writefile.vim w/src/testdir/test_writefile.vim
index b8e0001f7..86f534d1e 100644
--- i/src/testdir/test_writefile.vim
+++ w/src/testdir/test_writefile.vim
@@ -106,5 +106,5 @@ func Test_writefile_sync_dev_stdout()
 return
   endif
   " Just check that this doesn't cause an error.
-  call writefile(['one'], '/dev/stdout')
+  call writefile(['one'], '/dev/stdout', 'a')
 endfunc
diff --git i/src/testdir/test_writefile.vim w/src/testdir/test_writefile.vim
index b8e0001f7..df383625e 100644
--- i/src/testdir/test_writefile.vim
+++ w/src/testdir/test_writefile.vim
@@ -102,7 +102,7 @@ func Test_writefile_sync_arg()
 endfunc
 
 func Test_writefile_sync_dev_stdout()
-  if !has('unix')
+  if !has('unix') || !filewritable('/dev/stdout')
 return
   endif
   " Just check that this doesn't cause an error.

Bug#894662: vlc: nvlc does not play youtube videos after update to v3.0.1-3, vlc and cvlc play the same url normally

[Elizabeth Bodaneze]

Package: src:vlc
Version: 3.0.1-3
Severity: normal

Dear Maintainer,

 after upgrading from Debian Stretch, with vlc 2.2.7-1 to Debian Buster, with 
vlc 3.0.1-3, nvlc has ceased to reproduce youtube videos,
 attempting to do so causes it to freeze and it has to be killed manually from 
another shell, while cvlc and vlc play the same url normally.

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

Kernel: Linux 4.15.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_CA:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages vlc depends on:
ii  vlc-bin  3.0.1-3
ii  vlc-plugin-base  3.0.1-3
ii  vlc-plugin-qt3.0.1-3
ii  vlc-plugin-video-output  3.0.1-3

Versions of packages vlc recommends:
ii  vlc-l10n   3.0.1-3
ii  vlc-plugin-notify  3.0.1-3
ii  vlc-plugin-samba   3.0.1-3
ii  vlc-plugin-skins2  3.0.1-3
ii  vlc-plugin-video-splitter  3.0.1-3
ii  vlc-plugin-visualization   3.0.1-3

vlc suggests no packages.

Versions of packages libvlc-bin depends on:
ii  libc62.27-2
ii  libvlc5  3.0.1-3

Versions of packages libvlc5 depends on:
ii  libc62.27-2
ii  libvlccore9  3.0.1-3

Versions of packages libvlc5 recommends:
ii  libvlc-bin  3.0.1-3

Versions of packages vlc-bin depends on:
ii  libc6   2.27-2
ii  libvlc-bin  3.0.1-3
ii  libvlc5 3.0.1-3

Versions of packages vlc-plugin-base depends on:
ii  liba52-0.7.4 0.7.4-19
ii  libarchive13 3.2.2-3.1
ii  libaribb24-0 1.0.3-1
ii  libasound2   1.1.3-5
ii  libass9  1:0.14.0-1
ii  libavahi-client3 0.7-3.1
ii  libavahi-common3 0.7-3.1
ii  libavc1394-0 0.5.4-4+b1
ii  libavcodec57 7:3.4.2-1+b1
ii  libavformat577:3.4.2-1+b1
ii  libavutil55  7:3.4.2-1+b1
ii  libbasicusageenvironment12018.02.28-1
ii  libbluray2   1:1.0.2-2
ii  libc62.27-2
ii  libcairo21.15.10-1
ii  libcddb2 1.3.2-5
ii  libchromaprint1  1.4.3-1
ii  libcrystalhd31:0.0~git20110715.fdd2f19-12
ii  libdbus-1-3  1.12.6-2
ii  libdc1394-22 2.2.5-1
ii  libdca0  0.0.5-10
ii  libdvbpsi10  1.3.2-1
ii  libdvdnav4   6.0.0-1
ii  libdvdread4  6.0.0-1
ii  libebml4v5   1.3.5-2
ii  libfaad2 2.8.8-1
ii  libflac8 1.3.2-1
ii  libfontconfig1   2.12.6-0.1
ii  libfreetype6 2.8.1-2
ii  libfribidi0  0.19.7-2
ii  libgcc1  1:8-20180321-1
ii  libgcrypt20  1.8.1-4
ii  libglib2.0-0 2.56.0-4
ii  libgnutls30  3.5.18-1
ii  libgpg-error01.28-2
ii  libgroupsock82018.02.28-1
ii  libharfbuzz0b1.7.2-1
ii  libjpeg62-turbo  1:1.5.2-2+b1
ii  libkate1 0.4.1-8
ii  liblirc-client0  0.10.0-2+b1
ii  liblivemedia62   2018.02.28-1
ii  liblua5.2-0  5.2.4-1.1+b2
ii  libmad0  0.15.1b-9
ii  libmatroska6v5   1.4.8-1.1
ii  libmicrodns0 0.0.10-1
ii  libmpcdec6   2:0.1~r495-1+b1
ii  libmpeg2-4   0.5.1-8
ii  libmpg123-0  1.25.10-1
ii  libmtp9  1.1.13-1
ii  libncursesw5 6.1-1
ii  libnfs8  1.11.0-3
ii  libogg0  1.3.2-1+b1
ii  libopenmpt-modplug1  0.3.6-1
ii  libopus0 1.2.1-1
ii  libpng16-16  1.6.34-1
ii  libpostproc547:3.4.2-1+b1
ii  libprotobuf-lite10   3.0.0-9.1
ii  libpulse011.1-4
ii  libraw1394-112.1.2-1+b1
ii  libresid-builder0c2a 2.1.1-15
ii  librsvg2-2   2.40.20-2
ii  libsamplerate0   0.1.9-2
ii  libsdl-image1.2  1.2.12-8
ii  libsdl1.2debian  1.2.15+dfsg2-0.1
ii  libsecret-1-00.18.5-6
ii  libshine3

Bug#894661: ITP: deepin-music -- Awesome music player with brilliant and tweakful UI

[Yanhao Mo]

Package: wnpp
Severity: wishlist
Owner: Yanhao Mo 

* Package name: deepin-music
  Version : 3.1.8.1
  Upstream Author : Deepin Technology Co., Ltd.
* URL : https://github.com/linuxdeepin/deepin-music
* License : GPL-3+
  Programming Lang: C++
  Description : Awesome music player with brilliant and tweakful UI.

Deepin-UI based, gstreamer front-end, with features likes search music
by pinyin,quanpin, colorful lyrics supports, and more powerful
functions.

I intend to co-maintain this package inside pkg-deepin team.

Bug#894660: qmidinet: excessive debug output on stderr

[John Belmonte]

Package: qmidinet
Severity: important

Dear Maintainer,

Please disable debug flag (passed to dh_auto_configure) in
package build.  It's causing qmidinet to emit debug messages
to stderr on *every* MIDI event.

offending config in Debian rules:
https://sources.debian.org/src/qmidinet/0.5.0-1/debian/rules/#L17

qmidinet uses ac_debug for verbose debug output:

https://github.com/rncbc/qmidinet/blob/6777a3b2714ad8ab8db7ab519554e41cd9ca242c/configure.ac#L83

https://github.com/rncbc/qmidinet/blob/1309774269c5b88ae021e248f6734f2c6e6182a5/src/qmidinetAlsaMidiDevice.cpp#L291

Thank you

Bug#894659: UDD/sponsorstats: shows less than half of uploads

[Adam Borowski]

Package: qa.debian.org
Severity: normal

Hi!
The page at https://udd.debian.org/sponsorstats.cgi shows only some uploads. 
Turns out an upload is shown only only if that version is still present on
at least one architecture in unstable.  Currently, kfreebsd pins a good
fraction of packages, but generally an upload will be kept for one-two days
normally, longer if it FTBFSes, or for years if the package is neglected or
regressed only on a non-release arch.

I'm not sure what the code _wants_ to get.  The prose suggests it tries to
get the entire history (which would also fit my use case: listing uploads
I did for a person who requested advocating), but, as the query says:
｢s.release = 'sid'｣, you might want just the newest version.

Ie, the query could be edited to either:
• take all s.distribution = 'debian'
• u.distribution = 'unstable'
• take only max s.source

I'd pick the first, as stable updates or working on a package in
experimental also deserve a credit for the sponsoree, but the choice is
yours.  In any case, the current mix (randomly count _some_ packages
multiple times) doesn't appear to make any sense.


Meow!

Bug#894536: vim: Name suggestions for edit command should not include directories

[Jason Pleau]

Hi

On 04/01/2018 01:27 AM, David Christensen wrote:
> Package: vim
> Version: 2:8.0.0197-4+deb9u1
> Severity: wishlist
> 
> Dear Maintainer,
> 
> The 'e' (edit) command of Vim has command-line completion.  Items
> offered include file names and directory names.  Directory names
> should not be included by default.
> 
> TIA,
> 
> David
> 

I think this is the correct behavior and should stay default.

Typing :e to edit this file:

/some/verylongdirectorynames/tohideaveryspecial/file

I am very grateful to have autocompletion :)


-- 
Jason Pleau

Bug#799752: pmt_already_mounted() broken when server="nfs"

[Trent W. Buck]

Jochen Sprickerhof wrote:
> a long time ago you opened a bug in the Debian package libpam-mount. Recently
> I took over maintenance of this package and added a patch to address this. You
> can find the new version in Debian experimental, would be great if you could
> try it and report back if it fixes your problem.

I'm still relying on libpam_mount to mount /home/X via NFSv3, so this is still 
important to me.
I'm currently on Debian 9 Stretch, but I'll try to find time to test this.

If you don't hear from me by 2018-04-16, ping me again, because I'll have been 
distracted ;-)

Bug#893002: lists.debian.org: new list: debian-ci

[Antonio Terceiro]

Hi,

On Thu, Mar 15, 2018 at 09:51:38AM -0300, Antonio Terceiro wrote:
> Package: lists.debian.org
> Severity: wishlist
> 
> Hi, I would like to request the creation of a new list, called debian-ci
> 
> This list will replace the list
> autopkgtest-de...@lists.alioth.debian.org as the main point of contact
> for Debian CI-related matters, and discussion among the members of the
> team. It may also be used as maintainer address for debci, autopkgtest,
> and autodep8, we are still discussing this in the team.
> 
> Responding to the new list HOWTO:
> 
> 8<8<8<-
> 
> Name: debian-ci
> 
> Rationale
> 
> Short description: discussion list for the Debian CI project
> 
> Long description: this list concentrates discussion around topics
> related to the Debian CI project: Debian CI itself, autopkgtest, debci
> (the codebase), autodep8, etc.
> 
> Category: Developers
> 
> Subscription policy: open
> 
> Post policy: open
> 
> Web archive: yes
> 
> (Please move the archives of autopkgtest-de...@lists.alioth.debian.org
> to the new list)

this is a friendly ping.

we just received notice that our current list will stop working on April
14th. Is it possible to have the new list before then, or should we
request the old list to be preserved?


signature.asc
Description: PGP signature

Bug#894658: procps: /etc/sysctl.conf confusing comment

[Vincent Lefevre]

Package: procps
Version: 2:3.3.13-1
Severity: minor

/etc/sysctl.conf has:

###
# Magic system request Key
# 0=disable, 1=enable all, >1 bitmask of sysrq functions
# See https://www.kernel.org/doc/html/latest/admin-guide/sysrq.html
# for what other values do
#kernel.sysrq=438

But what does "other values" mean?

The fix of bug 882121 may not have been complete.

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

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

Versions of packages procps depends on:
ii  init-system-helpers  1.51
ii  libc62.27-3
ii  libncurses5  6.1-1
ii  libncursesw5 6.1-1
ii  libprocps6   2:3.3.13-1
ii  libtinfo56.1-1
ii  lsb-base 9.20170808

Versions of packages procps recommends:
ii  psmisc  23.1-1

procps suggests no packages.

-- no debconf information

Bug#894657: ytdl -i results in AttributeError: 'YtdlPafy' object has no attribute 'encode'

[Yaroslav Halchenko]

Package: python3-pafy
Version: 0.5.2-2
Severity: normal


$> ytdl -i 'https://www.youtube.com/watch?v=Lm4T-ALEIUM'
Traceback (most recent call last):
  File "/usr/bin/ytdl", line 194, in 
main()
  File "/usr/bin/ytdl", line 158, in main
xprint(vid)
  File "/usr/bin/ytdl", line 68, in xprint
print(xenc(stuff), end=end)
  File "/usr/bin/ytdl", line 60, in xenc
return utf8_replace(stuff) if not_utf8_environment else stuff
  File "/usr/bin/ytdl", line 53, in utf8_replace
txt = txt.encode(sse, "replace").decode("utf8", "ignore")
AttributeError: 'YtdlPafy' object has no attribute 'encode'


-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (600, 'unstable'), (300, 'experimental'), (100, 
'unstable-debug'), (100, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages python3-pafy depends on:
ii  python3  3.6.4-1

Versions of packages python3-pafy recommends:
ii  ffmpeg   7:3.4.2-1+b1
ii  libav-tools  7:3.4.2-1

python3-pafy suggests no packages.

-- no debconf information

Bug#867368: systemd-udevd: delays boot for 2+ minutes when LVM PV is inside a LV

[Michael Biebl]

Control: reassign -1 lvm2

On Thu, 6 Jul 2017 13:22:38 -0700 Rob Leslie  wrote:
> > On Jul 6, 2017, at 8:03 AM, Felipe Sateler  wrote:
> > 
> > > % systemd-analyze
> > > Startup finished in 2min 55.491s (kernel) + 13.076s (userspace) = 3min 
> > > 8.568s
> > 
> > This suggests the kernel is the one slowing things down.
> 
> I initially thought so too, but attempts to debug the kernel with e.g.
> 'initcall_debug' were not fruitful. Instead indications point to something
> happening in early initramfs userspace.
> 
> > Can you try booting with the old jessie kernel? This looks like a kernel 
> > regression.
> 
> I have confirmed that the problem still exists even when booting a stretch
> system using the most recent jessie kernel.
> 
> I have tried modifying the initramfs scripts to arrange for systemd-udevd to 
> be
> passed the '--debug' option. Here are some relevant excerpts:
> 
> > % grep 793 systemd-udevd.debug
> > seq 793 queued, 'change' 'block'
> > seq 793 running
> > seq 793 '/devices/virtual/block/dm-2' is taking a long time
> 
> > % tail -n 5 systemd-udevd.debug 
> > giving up waiting for workers to finish
> > event loop failed: Connection timed out
> > Unload module index
> > Unloaded link configuration context.
> > timeout '/sbin/lvm pvscan --cache --activate ay --major 253 --minor 2'
> 
> 
> This of course suggests the problem may actually lie with lvm2. Please feel 
> free
> to reassign if you agree, or suggest a further course of investigation.

This does look like it might be a lvm2 bug indeed, which is why I'm
going to reassign this bug now, as I think the lvm2 maintainers have a
better chance helping you debug this.
If this turns out to be a bug in udev, please reassign back.

Regards,
Michael


-- 
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#894656: libpcl-dev 1.8.0 exports the Qt5::Widgets target but doesn't provide it

[Mikael Arguedas]

Package: pcl

Version: 1.8.0+dfsg1-3


When I find_package PCL, I'm unable to create shared libraries linking
against PCL due to the target "Qt5::Widgets" being exported.

This has been fixed in pcl 1.8.1 by adding a dependency on
libvtk6-qt-dev in the libpcl-dev package. 1.8.0 is missing that
dependency.


I am using Debian GNU/Linux 9.4 (stretch), kernel 4.13.0-36-generic,
libc6 2.24-11+deb9u3.

libpcl-dev package information:

Architecture: amd64
Source: pcl (1.8.0+dfsg1-3)
Version: 1.8.0+dfsg1-3+b2
Depends: libboost-all-dev, libeigen3-dev, libflann-dev, libvtk6-dev,
libqhull-dev, libopenni-dev, libopenni2-dev, libpcl-apps1.8 (=
1.8.0+dfsg1-3+b2), libpcl-common1.8 (= 1.8.0+dfsg1-3+b2),
libpcl-features1.8 (= 1.8.0+dfsg1-3+b2), libpcl-filters1.8 (=
1.8.0+dfsg1-3+b2), libpcl-io1.8 (= 1.8.0+dfsg1-3+b2), libpcl-kdtree1.8
(= 1.8.0+dfsg1-3+b2), libpcl-keypoints1.8 (= 1.8.0+dfsg1-3+b2),
libpcl-ml1.8 (= 1.8.0+dfsg1-3+b2), libpcl-octree1.8 (=
1.8.0+dfsg1-3+b2), libpcl-outofcore1.8 (= 1.8.0+dfsg1-3+b2),
libpcl-people1.8 (= 1.8.0+dfsg1-3+b2), libpcl-recognition1.8 (=
1.8.0+dfsg1-3+b2), libpcl-registration1.8 (= 1.8.0+dfsg1-3+b2),
libpcl-sample-consensus1.8 (= 1.8.0+dfsg1-3+b2), libpcl-search1.8 (=
1.8.0+dfsg1-3+b2), libpcl-segmentation1.8 (= 1.8.0+dfsg1-3+b2),
libpcl-stereo1.8 (= 1.8.0+dfsg1-3+b2), libpcl-surface1.8 (=
1.8.0+dfsg1-3+b2), libpcl-tracking1.8 (= 1.8.0+dfsg1-3+b2),
libpcl-visualization1.8 (= 1.8.0+dfsg1-3+b2)

Reproducible example:

1. mkdir /tmp/test_pcl_bug

2. cd /tmp/test_pcl_bug && mkdir src && mkdir build

3. touch CMakelists.txt

4. add the following content to the CMakeLists.txt

CMakeLists.txt:
```
cmake_minimum_required(VERSION 2.8)
project(bug_pcl_qt)

find_package(PCL REQUIRED)

message(STATUS "${PCL_LIBRARIES}")
message(STATUS "${PCL_INCLUDE_DIRS}")

include_directories("${PCL_INCLUDE_DIRS}")
add_library(test_pcl src/test.cpp)

target_include_directories(test_pcl SYSTEM PUBLIC ${PCL_INCLUDE_DIRS})
target_link_libraries(test_pcl ${PCL_LIBRARIES})

```

5. touch src/test.cpp
6. add the following content to the src/test.cpp file (code copied from
http://pointclouds.org/documentation/tutorials/writing_pcd.php#writing-pcd)

```
#include 
#include 
#include 

int foo (int argc, char** argv)
{
  pcl::PointCloud cloud;

// Fill in the cloud data
  cloud.width= 5;
  cloud.height   = 1;
  cloud.is_dense = false;
  cloud.points.resize (cloud.width * cloud.height);

  for (size_t i = 0; i < cloud.points.size (); ++i)
  {
cloud.points[i].x = 1024 * rand () / (RAND_MAX + 1.0f);
cloud.points[i].y = 1024 * rand () / (RAND_MAX + 1.0f);
cloud.points[i].z = 1024 * rand () / (RAND_MAX + 1.0f);
  }

  pcl::io::savePCDFileASCII ("test_pcd.pcd", cloud);
  std::cerr << "Saved " << cloud.points.size () << " data points to
test_pcd.pcd." << std::endl;

  for (size_t i = 0; i < cloud.points.size (); ++i)
std::cerr << "" << cloud.points[i].x << " " << cloud.points[i].y <<
" " << cloud.points[i].z << std::endl;

  return (0);
}


```

7. cd /tmp/test_pcl_bug/build
8. cmake -DBUILD_SHARED_LIBS=ON ..
8) throws the following warning:
```
CMake Warning (dev) at CMakeLists.txt:10 (add_library):
  Policy CMP0028 is not set: Double colon in target name means ALIAS or
  IMPORTED target.  Run "cmake --help-policy CMP0028" for policy details.
  Use the cmake_policy command to set the policy and suppress this warning.

  Target "test_pcl" links to target "Qt5::Widgets" but the target was not
  found.  Perhaps a find_package() call is missing for an IMPORTED target,
or
  an ALIAS target is missing?
```

9. make

9) fails with error message:
```
[100%] Linking CXX shared library libtest_pcl.so
/usr/bin/ld: cannot find -lQt5::Widgets
collect2: error: ld returned 1 exit status
CMakeFiles/test_pcl.dir/build.make:364: recipe for target 'libtest_pcl.so'
failed
make[2]: *** [libtest_pcl.so] Error 1
CMakeFiles/Makefile2:67: recipe for target 'CMakeFiles/test_pcl.dir/all'
failed
make[1]: *** [CMakeFiles/test_pcl.dir/all] Error 2
Makefile:83: recipe for target 'all' failed
make: *** [all] Error 2
```

Installing "libvtk6-qt-dev" and repeating the steps above fixes the issue.

Bug#894655: gnubiff: Build-Depends on gconf

[Jeremy Bicha]

Source: gnubiff
Version: 2.2.17-1
Severity: serious
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gconf
Tags: sid buster

Your package build-depends on gconf, but gconf will be removed from Debian soon.

gconf's last release was about 5 years ago. It has been replaced by
gsettings (provided in Debian by source glib2.0 )

Please try to port your package away from gconf. Otherwise, be aware that this 
package is at high risk of being removed from Debian to help us complete this 
goal (because gnubiff is orphaned).

gnubiff's build system is odd. It requires gconf to be installed for the build 
but doesn't actually install the gconf schemas!

References
--
https://developer.gnome.org/gio/stable/ch34.html
https://developer.gnome.org/gio/stable/GSettings.html
https://lists.debian.org/debian-devel/2018/02/msg00169.html

On behalf of the Debian GNOME team,
Jeremy Bicha

Bug#894654: gtkhash: Drop Build-Depends on gconf

[Jeremy Bicha]

Source: gtkhash
Version: 1.1.1-1
Severity: serious
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gconf
Tags: sid buster patch

Your package build-depends on gconf, but gconf will be removed from Debian soon.

gconf's last release was about 5 years ago. It has been replaced by
gsettings (provided in Debian by source glib2.0 )

It looks like gtkhash hasn't needed its gconf Build-Dependency since 2011. 
Please remove it. (No patch attached but the fix is trivial.)

References
--
https://developer.gnome.org/gio/stable/ch34.html
https://developer.gnome.org/gio/stable/GSettings.html
https://lists.debian.org/debian-devel/2018/02/msg00169.html

On behalf of the Debian GNOME team,
Jeremy Bicha

Bug#894388: affects corebird

[dann frazier]

On Sat, Mar 31, 2018 at 05:55:49PM +0100, Simon McVittie wrote:
> Control: forwarded -1 https://gitlab.gnome.org/GNOME/gtk/merge_requests/89
> 
> On Fri, 30 Mar 2018 at 11:45:31 -0600, dann frazier wrote:
> > #0  0x72018e79 in wl_proxy_marshal (proxy=proxy@entry=0x0, 
> > opcode=opcode@entry=0) at ../src/wayland-client.c:692
> > #1  0x7fffe2e461b9 in gtk_text_input_destroy (gtk_text_input=0x0)
> > at ../../../../../modules/input/gtk-text-input-client-protocol.h:498
> > #2  registry_handle_global_remove (data=0x55e652d0, 
> > registry=, id=)
> > at ../../../../../modules/input/imwayland.c:226
> 
> Thanks. Destroying a NULL struct gtk_text_input from
> registry_handle_global_remove() looks like
> https://gitlab.gnome.org/GNOME/gtk/issues/129#note_91002
> which looks like it would be addressed by
> https://gitlab.gnome.org/GNOME/gtk/merge_requests/89 which is awaiting
> upstream review.

Cool - fyi, I applied that patch locally and it does appear to solve
the problem.

 -dann

Bug#894605: systemd: System fails to suspend.

[Michael Biebl]

Am 02.04.2018 um 10:20 schrieb Hubert Golembiowski:
> Package: systemd
> Version: 238-3
> Severity: normal
> 
> Dear Maintainer,
> 
> Following issue observed:
> - Select "Suspend" from UI or close laptop lid (closing lid is set to trigger
> suspend)
> - System doesn't suspend but instead:
> - screen goes blank
> - keyboard stops to take input
> - pc is still running (fans, leds are on, etc.)
> - The only way to get out if that state is hard reset
> - This used to work without any problem, issue appeared 4-5 days ago

What happens if you run (as root)
echo "mem" > /sys/power/state

Did you upgrade other packages the last couple of days, like say the
kernel? Does the failure to suspend correlate with a certain package update?
-- 
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#893538: [src:kbibtex]

[Antonio Russo]

In the process of fixing another bug [1], I had no problem
building from source. Could you try to reproduce with the
patch I've included with that bug? It should change the svg
importer to not try to use rsvg (though, I don't understand
why it would try and fail).

Does /convert ultimately point to /usr/bin/convert-im6.q16?

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

Bug#893002: lists.debian.org: new list: debian-ci

[Antonio Terceiro]

Hi,

On Thu, Mar 15, 2018 at 09:51:38AM -0300, Antonio Terceiro wrote:
> Package: lists.debian.org
> Severity: wishlist
> 
> Hi, I would like to request the creation of a new list, called debian-ci
> 
> This list will replace the list
> autopkgtest-de...@lists.alioth.debian.org as the main point of contact
> for Debian CI-related matters, and discussion among the members of the
> team. It may also be used as maintainer address for debci, autopkgtest,
> and autodep8, we are still discussing this in the team.
> 
> Responding to the new list HOWTO:
> 
> 8<8<8<-
> 
> Name: debian-ci
> 
> Rationale
> 
> Short description: discussion list for the Debian CI project
> 
> Long description: this list concentrates discussion around topics
> related to the Debian CI project: Debian CI itself, autopkgtest, debci
> (the codebase), autodep8, etc.
> 
> Category: Developers
> 
> Subscription policy: open
> 
> Post policy: open
> 
> Web archive: yes
> 
> (Please move the archives of autopkgtest-de...@lists.alioth.debian.org
> to the new list)

this is a friendly ping.

we just received notice that our current list will stop working on April
14th. Is it possible to have the new list before then, or should we
request the old list to be preserved?


signature.asc
Description: PGP signature

Bug#627085: libpam-mount: multiple logins of the same UID result in multiple mounts, not all mounts are cleanly umounted

[martin f krafft]

I've installed the package, and so far it looks good, but I won't be
back at the computer that had the problems for several months, so
I can't put it to a real test. Sorry.

Uploading sounds good though, since it seems to work.

-- 
 .''`.   martin f. krafft  @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems
 
your eyes are weary from staring at the CRT. you feel sleepy. notice
how restful it is to watch the cursor blink. close your eyes. the
opinions stated above are yours. you cannot imagine why you ever felt
otherwise.


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

Bug#894653: [kbibtex] kbibtex icon is not correctly converted

[Antonio Russo]

Package: kbibtex
Version: 0.8~20170819git31a77b27e8e83836e-3
Severity: normal
Tags: patch

--- Please enter the report below this line. ---
Attached patch runs the scour command on upstream's SVG, and
slightly changes the order of parameters to convert, causing
the background to be drawn transparently, correctly.
commit cbc4b23781ed9124467f9202ad87bdac9d21d13b
Author: Antonio Russo 
Date:   Mon Apr 2 17:13:56 2018 -0400

'scour' icon svg before conversion

diff --git a/debian/control b/debian/control
index 348f8065..346a8563 100644
--- a/debian/control
+++ b/debian/control
@@ -25,8 +25,9 @@ Build-Depends: debhelper (>= 10),
libpoppler-qt5-dev,
libxslt1-dev,
pkg-kde-tools (>= 0.12),
-	   imagemagick,
-	   libmagickcore-6.q16-3-extra
+   imagemagick,
+   libmagickcore-6.q16-3-extra,
+   scour
 Standards-Version: 4.1.0
 Vcs-Browser: https://anonscm.debian.org/cgit/collab-maint/kbibtex.git
 Vcs-Git: https://anonscm.debian.org/cgit/collab-maint/kbibtex.git
diff --git a/debian/rules b/debian/rules
index ced6cc38..efb7c282 100755
--- a/debian/rules
+++ b/debian/rules
@@ -20,6 +20,7 @@ export DEB_LDFLAGS_MAINT_APPEND=-Wl,--as-needed
 ICONSSIZE ?= 8x8 16x16 22x22 24x24 32x32 36x36 42x42 48x48 64x64 72x72 96x96 128x128 192x192 256x256
 CONVERT_FLAGS ?= -background none -define filter:blur=0.75 -filter Gaussian
 CONVERT ?= convert
+SCOUR ?= scour
 
 # one ring to rule them all ...
 %:
@@ -38,14 +39,15 @@ override_dh_auto_install:
 	rm -f $(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/*.so
 	# rebuild icons
 	rm -rf debian/tmp/usr/share/icons
+	$(SCOUR) icons/kbibtex.svg > icons/kbibtex-clean.svg
 	# build icons cache (build for each arch in order to get more testing)
 	set -e; for SIZE in $(ICONSSIZE); do \
 		mkdir -p debian/tmp/usr/share/icons/hicolor/$$SIZE/apps/ ;\
 		echo "Make icons for size $$SIZE..."; \
-		$(CONVERT) icons/kbibtex.svg \
-			   $(CONVERT_FLAGS) -resize $$SIZE \
+		$(CONVERT) $(CONVERT_FLAGS) -resize $$SIZE \
 			   -gravity center -extent $$SIZE  \
 			   +set date:create +set date:modify -define png:exclude-chunk=time  \
+			   SVG:icons/kbibtex-clean.svg \
 			   debian/tmp/usr/share/icons/hicolor/$$SIZE/apps/kbibtex.png; \
 		echo "Done"; \
 	done

Bug#893515: digikam: FTBFS with kdepim 17.12.2

[Sandro Knauß]

Control: notfound -1 5.6.0-4
Control: found -1 4:5.7.0-2
Control: found -1 4:5.6.0-4
Control: blocks 894342 by -1 
Control: severity -1 serious

As the kdepim transition has now started raise the severity to serious. The 
transition bug is #894342.

hefee

--

On Montag, 19. März 2018 16:48:38 CEST Sandro Knauß wrote:
> Source: digikam
> Version: 5.6.0-4
> Severity: important
> 
> Hey,
> 
> digikam 5.6.0-4 can't be compiled with KDE Pim 17.12.2, it failes
> because kcalcore was been refactored to use QDateTime instead of
> KDateTime. Additionally, it does not find KDocTools, please add
> libkf5doctools-dev to Build-Deps to resolve this.
> 
> See attached buildlog against KDE Pim 17.12.2 and KF 5.43, both currently
> exisitng in experimental. We are currently preparing atransiton for KDE Pim
> 17.12.2 in the next days. From the upstream bugreport #387960 it looks
> like this issue is fixed with 5.8.0.
> 
> -- System Information:
> Debian Release: buster/sid
>   APT prefers unstable-debug
>   APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500,
> 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 4.15.0-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8),
> LANGUAGE=en_US (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled




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

Bug#894652: gnudatalanguage: multiple autopkgtest regressions since 0.9.8-1

[Paul Gevers]

Source: gnudatalanguage
Version: 0.9.8-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Since the upload of 0.9.8-1 the autopkgtest of gnudatalanguage is showing
multiple issues¹.

In the near future, regressions may be taken into account for migration from
unstable to testing. It would be nice if you could fix the test suite.

Paul

¹ https://ci.debian.net/packages/g/gnudatalanguage/unstable/amd64/

-BEGIN PGP SIGNATURE-

iQEzBAEBCAAdFiEEWLZtSHNr6TsFLeZynFyZ6wW9dQoFAlrCm0oACgkQnFyZ6wW9
dQpVogf+N3/ebF0Q7jhA5U38ID+eU+cSpMwjgtGPXgFHDUM/CZLpd1pAGcqMdzwk
bzuyoN3N+epW0CTOdsIz+6fsxx/dgEE90WADudYcG5i/ypb7/RNl9fAMqYyC5Ox/
g6FFp9T3q7laXRLJ/pRODvzZhDeAECwWnxpyv1uUHoi3RwhidicyX3cIkS2Q6Cq3
ra3jNAR8fxzU16McuIYRAmuFVz8epPxPj/Wqvy7cmsPqBgOXIjuapqVr4DJjI0VD
47WQijgvHeteczWpFxKyHjL5CkXRMbg1fFX8FaRRoPfOA+UxjtyEPOUQ549ZbqY6
fO/PVKtp6e5Oe/k9EP1IF55/p1z6nQ==
=PSZS
-END PGP SIGNATURE-

Bug#894651: Please switch to Ayatana AppIndicator

[Mike Gabriel]

Package: ring
Version: 20180228.1.503da2b~ds1-1
Severity: wishlist
User: pkg-ayatana-de...@lists.alioth.debian.org
Usertags: ayatana-appindicator

Dear maintainer of ring,

find attached a .debdiff that switches from Ubuntu's AppIndicator to
Ayatana AppIndicator.

This contribution is part of the Ayatana Indicators shift in Debian.

For more info, see
https://lists.debian.org/debian-devel/2018/03/msg00506.html

Thanks,
Mike
--

mike gabriel aka sunweaver (Debian Developer)
mobile: +49 (1520) 1976 148
landline: +49 (4354) 8390 139

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: sunwea...@debian.org, http://sunweavers.net

diff -Nru ring-20180228.1.503da2b~ds1/debian/changelog 
ring-20180228.1.503da2b~ds1/debian/changelog
--- ring-20180228.1.503da2b~ds1/debian/changelog2018-02-28 
18:19:23.0 +0100
+++ ring-20180228.1.503da2b~ds1/debian/changelog2018-04-02 
22:46:36.0 +0200
@@ -1,3 +1,12 @@
+ring (20180228.1.503da2b~ds1-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/patches:
++ Add ayatana-appindicator.patch. Build against Ayatana
+  AppIndicator.
+
+ -- Mike Gabriel   Mon, 02 Apr 2018 22:46:36 
+0200
+
 ring (20180228.1.503da2b~ds1-1) unstable; urgency=medium
 
   * New upstream version.
diff -Nru ring-20180228.1.503da2b~ds1/debian/control 
ring-20180228.1.503da2b~ds1/debian/control
--- ring-20180228.1.503da2b~ds1/debian/control  2018-02-28 18:19:23.0 
+0100
+++ ring-20180228.1.503da2b~ds1/debian/control  2018-04-02 22:43:11.0 
+0200
@@ -21,7 +21,7 @@
qttools5-dev-tools,
gettext,
libqrencode-dev,
-   libappindicator3-dev,
+   libayatana-appindicator3-dev,
libnm-dev,
libwebkit2gtk-4.0-dev,
libcanberra-gtk3-dev,
diff -Nru ring-20180228.1.503da2b~ds1/debian/patches/ayatana-appindicator.patch 
ring-20180228.1.503da2b~ds1/debian/patches/ayatana-appindicator.patch
--- ring-20180228.1.503da2b~ds1/debian/patches/ayatana-appindicator.patch   
1970-01-01 01:00:00.0 +0100
+++ ring-20180228.1.503da2b~ds1/debian/patches/ayatana-appindicator.patch   
2018-04-02 22:46:25.0 +0200
@@ -0,0 +1,22 @@
+--- a/client-gnome/CMakeLists.txt
 b/client-gnome/CMakeLists.txt
+@@ -96,7 +96,7 @@
+ FIND_PACKAGE(Gettext) #optional for translations
+ PKG_CHECK_MODULES(LIBQRENCODE libqrencode>=3.4)
+ PKG_CHECK_MODULES(LIBNM libnm>=1.0) #optional to detect changes in the network
+-PKG_CHECK_MODULES(APPINDICATOR appindicator3-0.1) #optional, ideal for use 
with Unity
++PKG_CHECK_MODULES(APPINDICATOR ayatana-appindicator3-0.1) #optional, ideal 
for use with Unity
+ 
+ PKG_CHECK_MODULES(WEBKIT webkit2gtk-4.0)
+ IF(NOT WEBKIT_FOUND)
+--- a/client-gnome/src/ring_client.cpp
 b/client-gnome/src/ring_client.cpp
+@@ -69,7 +69,7 @@
+ #include "utils/calling.h"
+ 
+ #if HAVE_APPINDICATOR
+-#include 
++#include 
+ #endif
+ 
+ #if USE_LIBNM
diff -Nru ring-20180228.1.503da2b~ds1/debian/patches/series 
ring-20180228.1.503da2b~ds1/debian/patches/series
--- ring-20180228.1.503da2b~ds1/debian/patches/series   2018-02-28 
18:19:23.0 +0100
+++ ring-20180228.1.503da2b~ds1/debian/patches/series   2018-04-02 
22:44:42.0 +0200
@@ -1,3 +1,4 @@
 dont-build-gnutls.patch
 namedirectory-old-restbed.patch
 jsoncpp-rename.patch
+ayatana-appindicator.patch


pgpR_42ievRMa.pgp
Description: Digitale PGP-Signatur

Bug#894607: pylint: please make the build reproducible

[Chris Lamb]

tags 894607 + fixed-upstream
thanks

Fixed upstream:

  https://github.com/PyCQA/pylint/pull/1989#issuecomment-377892002


Regards,

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

Bug#894621: ocaml-rope FTBFS: Error: Library "bytes" not found

[Adrian Bunk]

Control: reassign -1 jbuilder 1.0~beta19-1
Control: affects -1 src:ocaml-rope src:ocaml-migrate-parsetree

On Mon, Apr 02, 2018 at 07:23:01PM +0200, Ralf Treinen wrote:
> On Mon, Apr 02, 2018 at 08:13:56PM +0300, Adrian Bunk wrote:
> > On Mon, Apr 02, 2018 at 07:08:52PM +0200, Ralf Treinen wrote:
> > > Hi,
> > > 
> > > On Mon, Apr 02, 2018 at 06:15:11PM +0300, Adrian Bunk wrote:
> > > > Source: ocaml-rope
> > > > Version: 0.6-1
> > > > Severity: serious
> > > > 
> > > > Some recent change in unstable makes ocaml-rope FTBFS:
> > > > 
> > > > https://tests.reproducible-builds.org/debian/history/ocaml-rope.html
> > > > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ocaml-rope.html
> > > 
> > > This rather looks like bug #881770 of jbuilder, which was supposed to be
> > > fixed in jbuilder (1.0~beta18-1), except that recent versions of jbuilder
> > > fail to compile at all on byte-code architectures.
> > 
> > amd64 and arm64 are not byte-code architectures.
> 
> You are right. I was looking at the autobuilder status which only
> displays build-failures on bytecode arches at the moment.

I just tried with jbuilder 1.0~beta14-1,
and that fixed the build.

Likely related beta14 -> beta19 breakage in ocaml-migrate-parsetree:
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ocaml-migrate-parsetree.html

> -Ralf.

cu
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#894636: falkon: Incomplete debian/copyright?

[Georges Khaznadar]

Thank you Chris, I shall check more thoroughly missing copyright notices.

Best regards,   Georges.

Chris Lamb a écrit :
> Source: falkon
> Version: 3.0.0-1
> Severity: serious
> Justication: Policy 12.5
> X-Debbugs-CC: Georges Khaznadar 
> 
> Hi,
> 
> I just ACCEPTed falkon from NEW but noticed it was missing 
> attribution in debian/copyright for at least the MouseGestures,
> PIM, and ImageFinder plugins.
> 
> This is in no way exhaustive so please check over the entire
> package  carefully and address these on your next upload; thanks!
> 
> 
> Regards,
> 
> -- 
>   ,''`.
>  : :'  : Chris Lamb
>  `. `'`  la...@debian.org / chris-lamb.co.uk
>`-

-- 
Georges KHAZNADAR et Jocelyne FOURNIER
22 rue des mouettes, 59240 Dunkerque France.
Téléphone +33 (0)3 28 29 17 70



signature.asc
Description: PGP signature

Bug#894650: ext3grep FTBFS with e2fsprogs 1.44.1-1

[Adrian Bunk]

Source: ext3grep
Version: 0.10.2-3
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ext3grep.html

...
In file included from ./pch-source.h:43:0:
./ext3.h: In member function '__u32 Inode::dir_acl() const':
./ext3.h:120:40: error: 'i_dir_acl' was not declared in this scope
 __u32 dir_acl(void) const { return i_dir_acl; }
^


The "#define i_dir_acl i_size_high" was removed.

Bug#894649: ext4magic FTBFS with e2fsprogs 1.44.1-1

[Adrian Bunk]

Source: ext4magic
Version: 0.3.2-7
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ext4magic.html

...
inode.c: In function 'dump_inode':
inode.c:409:82: error: 'struct ext2_inode' has no member named 'i_dir_acl'; did 
you mean 'i_file_acl'?
 inode->i_file_acl, LINUX_S_ISDIR(inode->i_mode) ? 
inode->i_dir_acl : 0,

  ^

  i_file_acl
inode.c:416:63: error: 'struct ext2_inode' has no member named 'i_dir_acl'; did 
you mean 'i_file_acl'?
 LINUX_S_ISDIR(inode->i_mode) ? inode->i_dir_acl : 0);
   ^


The "#define i_dir_acl i_size_high" was removed.

Bug#894647: python-rostest should depend on python-roslaunch

[Johannes Schauer]

Package: python-rostest
Severity: normal

When running /usr/bin/rostest I get:

Traceback (most recent call last):
  File "/usr/share/rostest/cmake/../../../bin/rostest", line 36, in 
rostestmain()
  File "/usr/lib/python2.7/dist-packages/rostest/__init__.py", line 273, in 
rostestmain
from rostest.rostest_main import rostestmain as _main
  File "/usr/lib/python2.7/dist-packages/rostest/rostest_main.py", line 46, in 

import roslaunch
ImportError: No module named roslaunch

The binary package should depend on python-roslaunch.

Bug#894648: CVE-2018-9127

[Moritz Muehlenhoff]

Source: botan
Severity: grave
Tags: security

Please see https://botan.randombit.net/security.html

Cheers,
Moritz

Bug#894646: trinity: autopkgtest doesn't work

[Jeremy Bicha]

Source: trinity
Version: 1.8-3

trinity's autopkgtest doesn't work

https://ci.debian.net/packages/t/trinity/

Build log excerpt


autopkgtest [23:43:25]: test run-trinity--version: [---
trinity: unrecognized option '--version'

Thanks,
Jeremy Bicha

Bug#894369: ITP: egpg -- Wrapper tool to easily manage and use keys with GPG

[Yago González]

On Sat, 2018-03-31 at 10:55 +0200, Daniele Nicolodi wrote:
> On 29/03/2018 15:54, Yago González wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Yago González 
> > 
> > * Package name: egpg
> >   Version : 2.1
> >   Upstream Author : Dashamir Hoxha 
> > * URL : https://github.com/dashohoxha/egpg
> > * License : GPL-3
> >   Programming Lang: Shell
> >   Description : Wrapper tool to easily manage and use keys with
> > GPG
> > 
> > Easy GnuPG (egpg) is a wrapper script that tries to simplify the
> > process of
> > using GnuPG. In order to make things easier, it is opinionated about
> > the
> > "right" way to use GnuPG.
> > 
> > It helps manage (e.g. generate, revoke...) the keys as well as use
> > them
> > to verify, sign and encrypt messages.
> 
> The last time Easy GnuPG has been discussed on the GnuPG mailing list:
> 
> thread starting around this message
> 
> https://lists.gnupg.org/pipermail/gnupg-users/2016-April/055835.html
> 
> and later
> 
> https://lists.gnupg.org/pipermail/gnupg-users/2016-May/056007.html
> Easy GnuPG was not deemed ready for end users, and technical issues
> with
> the code were identified.  I think including it in Debian is akin to
> recommend it and somehow a statement on its technical cryptographic
> validity.

Thank you very much for pointing those out. I wasn't aware of such
issues, and I definitely think that it should be reliable and safe to
use before having it packaged for Debian.

I will talk to upstream about this soon, and I will see how can we
address it. In the meantime, I think that keeping this on hold will be
best.

> It seemed that people on the GnuPG mailing list were not too
> enthusiastic about reviewing it.  Has something changed since
> then?  Is
> there an (informal) evaluation of the code or of the project in
> general
> from a third party?

> Cheers,
> Daniele
> 

Regards,

-- 
Yago González
  yagogonzal...@gmail.com
  PGP fingerprint: 5E9F 632D 51FE C74A 3BB4  F7E8 565D CA98 89AD 316B

Bug#894645: extundelete FTBFS with e2fsprogs 1.44.1-1

[Adrian Bunk]

Source: extundelete
Version: 0.2.4-1
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/extundelete.html

...
insertionops.cc: In function 'std::ostream& operator<<(std::ostream&, const 
ext2_inode&)':
insertionops.cc:36:36: error: 'const struct ext2_inode' has no member named 
'i_dir_acl'; did you mean 'i_file_acl'?
   os << "Directory ACL: " << inode.i_dir_acl << std::endl;
^


The "#define i_dir_acl i_size_high" was removed.

Bug#894644: libtf2-kdl-dev should depend on eigen3

[Johannes Schauer]

Package: libtf2-kdl-dev
Severity: normal

Hi,

when building with libtf2-kdl-dev I get the following error from cmake:

CMake Error at /usr/share/tf2_kdl/cmake/tf2_kdlConfig.cmake:106 (message):
  Project 'tf2_kdl' specifies '/usr/include/eigen3' as an include dir, which
  is not found.  It does neither exist as an absolute directory nor in
  '/usr//usr/include/eigen3'.  Check the website 'http://ros.org/wiki/tf2'
  for information and consider reporting the problem.
Call Stack (most recent call first):
  /usr/share/catkin/cmake/catkinConfig.cmake:76 (find_package)
  CMakeLists.txt:5 (find_package)


-- Configuring incomplete, errors occurred!


Installing libeigen3-dev fixed the problem. Thus, the package should
probably depend on it.

Thanks!

cheers, josch

Bug#894643: cups: autopkgtest fails due to output on stderr since 2.2.7-1

[Paul Gevers]

Source: cups
Version: 2.2.7-1
Severity: normal
Control: user ci-t...@tracker.debian.org
Control: usertag -1 regression

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Since the upload of 2.2.7-1 the autopkgtest of cups fails¹ with the following
output to stderr:
lpadmin: Raw queues are deprecated and will stop working in a future version of 
CUPS.

Please either fix the test to not trigger deprecated behavior or allow output
to stderr in the test suite by adding "allow-stderr" to the restrictions.

¹ https://ci.debian.net/packages/c/cups/unstable/amd64/

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

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

-BEGIN PGP SIGNATURE-

iQEzBAEBCAAdFiEEWLZtSHNr6TsFLeZynFyZ6wW9dQoFAlrCjMwACgkQnFyZ6wW9
dQrttgf/dkBIEB21ylUJkYvinfiB068xxL0LQKesi5q/bGwxMZwACzIQdpvDs6D8
dYLn/vS21foLvyEMaOtKA8r/aBYD0935P1G/kaU4nWV4pEERF4sOHL0x49N/LdUO
vok2ZLpU2+gpMceSJnCdJpFnG/PxnRN6yOz7stXYGHLk2Ld5/HxSr9uozUxle4iF
ZszOVhSbNx9tjDFfw/JZ7U64OqrocHIuMIFMHjF/uTpVW1ovWBhEktVksWKYn2+I
4qN5bug+MkfxDSQ246QGC919TvGFS2i18Qev3dQmz0i9MumbTJ3AEQKEf9lReZEN
G9NqJ605xGhVYgPSMZZYC+Rxfmu/0g==
=PJ4x
-END PGP SIGNATURE-

Bug#894642: gst-plugins-espeak FTBFS with GStreamer 1.14

[Adrian Bunk]

Source: gst-plugins-espeak
Version: 0.4.0-3
Severity: serious

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/gst-plugins-espeak.html

...
/bin/bash ../libtool  --tag=CC --tag=disable-static  --mode=link gcc -pthread 
-I/usr/include/gstreamer-1.0 -I/usr/include/glib-2.0 
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include -pthread 
-I/usr/include/gstreamer-1.0 -I/usr/include/orc-0.4 
-I/usr/include/gstreamer-1.0 -I/usr/include/glib-2.0 
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include  -g -O2 -fstack-protector-strong 
-Wformat -Werror=format-security -module -avoid-version -export-symbols-regex 
'^_*gst_plugin_desc$' -no-undefined -Wl,-z,relro -Wl,-O1 -Wl,-z,defs 
-Wl,--as-needed -o libgstespeak.la -rpath 
/usr/lib/x86_64-linux-gnu/gstreamer-1.0 libgstespeak_la-espeak.lo 
libgstespeak_la-gstespeak.lo -lgstreamer-1.0 -lgobject-2.0 -lglib-2.0 
-lgstaudio-1.0 -lgstbase-1.0 -lgstreamer-1.0 -lgobject-2.0 -lglib-2.0  -lespeak 
libtool: link: /usr/bin/nm -B  .libs/libgstespeak_la-espeak.o 
.libs/libgstespeak_la-gstespeak.o   | sed -n -e 's/^.*[
]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][  
]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' | sed '/ __gnu_lto/d' | /bin/sed 
's/.* //' | sort | uniq > .libs/libgstespeak.exp
libtool: link: /bin/grep -E -e "^_*gst_plugin_desc$" ".libs/libgstespeak.exp" > 
".libs/libgstespeak.expT"
libtool: link: mv -f ".libs/libgstespeak.expT" ".libs/libgstespeak.exp"
libtool: link: echo "{ global:" > .libs/libgstespeak.ver
libtool: link:  cat .libs/libgstespeak.exp | sed -e "s/\(.*\)/\1;/" >> 
.libs/libgstespeak.ver
libtool: link:  echo "local: *; };" >> .libs/libgstespeak.ver
libtool: link:  gcc -shared  -fPIC -DPIC  .libs/libgstespeak_la-espeak.o 
.libs/libgstespeak_la-gstespeak.o   -lgstaudio-1.0 -lgstbase-1.0 
-lgstreamer-1.0 -lgobject-2.0 -lglib-2.0 -lespeak  -pthread -pthread -g -O2 
-fstack-protector-strong -Wl,-z -Wl,relro -Wl,-O1 -Wl,-z -Wl,defs 
-Wl,--as-needed   -pthread -Wl,-soname -Wl,libgstespeak.so -Wl,-version-script 
-Wl,.libs/libgstespeak.ver -o .libs/libgstespeak.so
/usr/bin/ld:.libs/libgstespeak.ver:2: syntax error in VERSION script
collect2: error: ld returned 1 exit status
make[3]: *** [Makefile:420: libgstespeak.la] Error 1


GST_PLUGIN_LDFLAGS in configure.ac needs updating.

Bug#894641: gradle FTBFS: error: BaseDirSelector is not abstract and does not override abstract method isSelected(Resource) in ResourceSelector

[Adrian Bunk]

Source: gradle
Version: 3.4.1-4
Severity: serious

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/gradle.html

...
:docs:samples/build/1st/gradle-3.4.1/subprojects/core/src/main/java/org/gradle/api/internal/file/ant/BaseDirSelector.java:22:
 error: BaseDirSelector is not abstract and does not override abstract method 
isSelected(Resource) in ResourceSelector
public class BaseDirSelector implements FileSelector {
   ^
Note: Some input files use or override a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
Note: Some input files use unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
1 error

Bug#894630: [Debian-ha-maintainers] Bug#894630: ocfs2-tools: sometimes parallel FTBFS

[Valentin Vidic]

On Mon, Apr 02, 2018 at 07:16:36PM +0300, Adrian Bunk wrote:
> db compat >= 10 defaults to parallel, and this sometimes
> causes ocfs2-tools to FTBFS:
> 
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ocfs2-tools.html
> 
> ...
> gcc -g -O2 -fstack-protector-strong -Wall -Wstrict-prototypes 
> -Wmissing-prototypes -Wmissing-declarations -pipe  -Wdate-time 
> -D_FORTIFY_SOURCE=2  -I../include -I. -DVERSION=\"1.8.5\"  -MD -MP -MF 
> ./.o2cluster.d -o o2cluster.o -c o2cluster.c
> o2cluster.c:32:10: fatal error: o2ne_err.h: No such file or directory
>  #include "o2ne_err.h"
>   ^~~~
> compilation terminated.
> make[2]: *** [../Postamble.make:40: o2cluster.o] Error 1
> make[2]: Leaving directory '/build/1st/ocfs2-tools-1.8.5/tunefs.ocfs2'
> make[2]: *** Waiting for unfinished jobs
> make[2]: Entering directory '/build/1st/ocfs2-tools-1.8.5/tunefs.ocfs2'
> compile_et o2ne_err.et
> ...
> 
> 
> While fixing the Makefiles would be the preferred solution,
> the following to revert to the compat < 10 default of
> non-parallel building is a sufficient workaround:

Thanks, I think I found the missing depends in the Makefile,
so I will update the package with that.

-- 
Valentin

Bug#881620: ITP: arm-trusted-firmware -- reference implementation of secure world software for ARMv8-A

[Domenico Andreoli]

On Mon, Apr 02, 2018 at 07:19:32PM +0200, Adam Borowski wrote:
> On Mon, Apr 02, 2018 at 09:39:44AM -0700, Vagrant Cascadian wrote:
> > On 2018-04-02, Domenico Andreoli wrote:
> > >   I've a NanoPI NEO2 (Allwinner H5) and I'd like to seamlessly install
> > > Debian on it. I'm just working at the build of u-boot-sunxi and at
> > > u-boot-install-sunxi64 but I see that the proper solution goes throught
> > > packaging ATF and here we are.
> > 
> > You probably want to follow-up with the atf-allwinner package already in
> > Debian:
> > 
> >   https://tracker.debian.org/pkg/atf-allwinner
> > 
> > It's a vendor fork of the upstream arm-trusted-firmware, and I've
> > confirmed it works for the Allwinner A64 on pine64 and pinebook; not
> > sure what the status of H5 support is like, though it is a similar SoC.
> 
> There are H5 related commits in this fork, although I neither have any H5
> hardware nor heard any reports of it working or not.

I'll report back.

Except u-boot (which was coming from buildroot), I already succeeded
once in installing Debian on my neo2. It's quite unstable and doesn't
uptime more than 48h. I'm reinstalling because of seriously breakage
of the rootfs as result of all these oopses.

> > Once H5 support is in atf-allwinner, u-boot-sunxi and
> > u-boot-install-sunxi64 may need updates to support your board:
> 
> My guess is that getting appropriate device tree, and handing it to
> u-boot-install-sunxi64 has a good chance of being enough.  That script
> takes /usr/lib/u-boot/pine64_plus/*.dtb -- if you put yours into that
> (now misnamed) dir, it may work.

I'd like to prepare a patch for that script, it complains it cannot use
a GPT but it's wrong if the GPT is configured for having max 4 partitions
(as my hand-made Debian installation had). see
https://en.wikipedia.org/wiki/GUID_Partition_Table#/media/File:GUID_Partition_Table_Scheme.svg

> If it does, please let us know!

will do. thank you.

ciao,
Domenico

-- 
3B10 0CA1 8674 ACBA B4FE  FCD2 CE5B CF17 9960 DE13

Bug#881620: ITP: arm-trusted-firmware -- reference implementation of secure world software for ARMv8-A

[Domenico Andreoli]

On Mon, Apr 02, 2018 at 09:39:44AM -0700, Vagrant Cascadian wrote:
> On 2018-04-02, Domenico Andreoli wrote:
> >   I've a NanoPI NEO2 (Allwinner H5) and I'd like to seamlessly install
> > Debian on it. I'm just working at the build of u-boot-sunxi and at
> > u-boot-install-sunxi64 but I see that the proper solution goes throught
> > packaging ATF and here we are.
> 
> You probably want to follow-up with the atf-allwinner package already in
> Debian:
> 
>   https://tracker.debian.org/pkg/atf-allwinner
> 

oh, cool! I didn't find it with apt-cache search.

> It's a vendor fork of the upstream arm-trusted-firmware, and I've
> confirmed it works for the Allwinner A64 on pine64 and pinebook; not
> sure what the status of H5 support is like, though it is a similar SoC.
> 
> Once H5 support is in atf-allwinner, u-boot-sunxi and
> u-boot-install-sunxi64 may need updates to support your board:
> 
>   https://wiki.debian.org/U-boot
> 
> 
> Regarding upstream arm-trusted-firmware that this ITP is about, while I
> can get it to build for a few targets, I have yet to suceed in getting
> anything using it to actually boot, so I haven't uploaded it to Debian
> yet...

did you try with qemu?

> Good luck!

thanks,
Domenico

-- 
3B10 0CA1 8674 ACBA B4FE  FCD2 CE5B CF17 9960 DE13

Bug#894640: lxqt-panel should not depend on lxqt-about, a recommend should be enough

[Alf Gaida]

Package: lxqt-panel
Version: 0.12.1~24-g8dcc49aa-1
Severity: wishlist
Tags: newcomer

Rationale: all binaries provide now version informations at command line - so 
lxqt-about is nice to have, but not really needed anymore as dependency


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

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

Versions of packages lxqt-panel depends on:
ii  libasound2  1.1.3-5
ii  libc6   2.27-3
ii  libdbusmenu-qt5-2   0.9.3+16.04.20160218-1
ii  libglib2.0-02.56.0-4
ii  libkf5solid55.44.0-1
ii  libkf5windowsystem5 5.44.0-1
ii  liblxqt-globalkeys-ui0  0.12.1~10-g658ac82-1
ii  liblxqt-globalkeys0 0.12.1~10-g658ac82-1
ii  liblxqt00.12.1~8-g80f9324-1
ii  libmenu-cache3  1.1.1~2-g583c190-1
ii  libpulse0   11.1-4
ii  libqt5core5a5.9.2+dfsg-12
ii  libqt5dbus5 5.9.2+dfsg-12
ii  libqt5gui5  5.9.2+dfsg-12
ii  libqt5widgets5  5.9.2+dfsg-12
ii  libqt5x11extras55.9.2-1
ii  libqt5xdg3  3.1.1~12-ga86dfd7-1
ii  libqt5xml5  5.9.2+dfsg-12
ii  libsensors4 1:3.4.0-4
ii  libstatgrab10   0.91-1+b1
ii  libstdc++6  8-20180331-1
ii  libsysstat-qt5-00.4.1~6-gac32987-1
ii  libx11-62:1.6.5-1
ii  libxcb-xkb1 1.13-1
ii  libxcb1 1.13-1
ii  libxcomposite1  1:0.4.4-2
ii  libxdamage1 1:1.1.4-3
ii  libxkbcommon-x11-0  0.8.0-1
ii  libxkbcommon0   0.8.0-1
ii  libxrender1 1:0.9.10-1
ii  lxmenu-data 0.1.5-2
ii  lxqt-about  0.12.1~8-g32cd5ff-1
ii  lxqt-policykit  0.12.1~1-g8424310-1

Versions of packages lxqt-panel recommends:
ii  lxqt-config 0.12.1~12-g7ac37d2-1
ii  lxqt-notificationd  0.12.1~5-g549013c-1
ii  lxqt-panel-l10n 0.12.1~51-g32b5fff7-1
ii  lxqt-qtplugin   0.12.1~6-g2283f5e-2
ii  lxqt-runner 0.12.1~3-g19f83bd-1
ii  lxqt-session0.12.1~9-ga9fd906-1
ii  pavucontrol-qt  0.3.1~5-gee1ae84-1
ii  qlipper 1:5.1.2~3-gac7c12f-1

Versions of packages lxqt-panel suggests:
ii  lxqt   25
ii  lxqt-core  25

-- Configuration Files:
/etc/xdg/lxqt/panel.conf changed [not included]

-- no debconf information

Bug#892983: [Aptitude-devel] Bug#892983 + Bug#892984: please allow filtering on/displaying the release 'label'/'suite'

[Manuel A. Fernandez Montecelo]

Hi Thomas,

2018-04-02 15:51 GMT+02:00 Tomas Pospisek :
> Hi Manuel,
>
> I want to ping you on this wishlist ticket.
>
> I do not want to stress you out: you have your own life and priorities, just
> as everybody else, full respect for that.
>
> However sometimes stuff falls through the cracks, that's why I'm pinging you
> on this.
>[...]

I couldn't look into this yet, if you're a reader of planet-debian you
might guess why :)

I still plan to look at this in the next days/weeks.  We need a more
immediate action for cwidget and aptitude though, which is to fix an
incompatibility with the release of ncurses that it's about to enter
unstable.

Feel free to ping me again if I didn't reply in 2-3 weeks!


Cheers.
-- 
Manuel A. Fernandez Montecelo 

Bug#894639: RM: python-colander -- ROM; No reverse (build-)depends

[Thomas Goirand]

Package: ftp.debian.org
Severity: normal


Hi,

It doesn't seem that python-colander is of any use anymore. Please remove it
from the archive.

Cheers,

Thomas Goirand (zigo)

Bug#894495: mandos-client: Mandos client fails while booting but works from chroot into unpacked initramfs

[Michel Bouissou]

Le 02/04/2018 à 17:00, Teddy Hogeborn a écrit :
> So we'll do it the hard way, by
> setting the system clock, like you did.

I've just discovered a security issue with setting the date in the future :

I have 2 Pis, serving both as a client and a server for each other.

When I reboot one, the date is incorrect, and its mandos server fires up
BEFORE the date is actually corrected by NTP.

During this time, mandos-monitor displays a HUGE validity period for its
clients (somehow calculated from the last ping but that's weird) and I
assume it would then happily give the key to a client who has been
offline for longer than authorized - turn on both machines, boot them
anytime together, and they will happily give the key to each other.

Of course this behaviour would permit defeating the whole system for
severs without a properly set RTC.

I think that some test should be added to the server to temporalizy
"freeze" sending keys to a client which "last ping" is either in the
future or in a remote past, or if the system date is somewhere in
1970... Or maybe too far away from the last recorded activity...

It also raises the issue of "Mallory" playing with RTC settings in BIOS,
or powering up a set of machines on a LAN with a rogue ntp server...

ॐ

-- 
Michel Bouissou  OpenPGP ID 0xEB04D09C



signature.asc
Description: OpenPGP digital signature

Bug#894638: RM: python-crcmod -- ROM; no reverse (build-)depends, no use

[Thomas Goirand]

Package: ftp.debian.org
Severity: normal


Hi,

crcmod was one of the (build?) dependency of google cloud API client, but
it's not the case anymore. Nothing is using this module in Debian. Please
remove this package.

Cheers,

Thomas Goirand (zigo)

Bug#893285: stretch-pu: package docbook-to-man/1:2.0.0-35+deb9u1

[Adrian Bunk]

Control: reopen -1

On Mon, Apr 02, 2018 at 08:00:42PM +0100, Chris Lamb wrote:
> Hi Julien,
> 
> > I don't think that reaches the "warrants a stable update" level.  Please
> > feel free to reopen if I'm missing something.
> 
> I defer to your best judgement. (Adrian, am adding you to CC as the
> original requester of this stable update.)
>...

Hi Julien,

depending on the details like the exact CPU type you are using,
you might be getting correct or corrupted output files.

Whether the output is correct or corrupted can even depend on which 
buildd was used to build a package.

The severity "normal" is correct since this are only corrupted manpages,
but that is also the only output this package produces.

It is really a WTF when you look at the differences in
https://tests.reproducible-builds.org/debian/rb-pkg/stretch/i386/tigr-glimmer.html

Regarding the fix, memcpy->memmove is among the lowest risk code changes.

cu
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#894554: libdatetime-locale-perl: fails to deserialize (thaw) from Storable

[gregor herrmann]

COntrol: tag -1 + upstream

On Sun, 01 Apr 2018 13:01:44 +0200, Daniel Friesel wrote:

> Package: libdatetime-locale-perl
> Version: 1:1.17-1
> Severity: normal
> 
> Hi,
> 
> When loading a DateTime / DateTime::Locale object which was previously
> serialized using Storable, DateTime::Locale::FromData::STORABLE_thaw fails if
> the code loading the Storable object does not import DateTime::Locale.

Thanks for your bug report.
Forwarded upstream as https://github.com/houseabsolute/DateTime-Locale/issues/18


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Bettina Wegner: Sie hat's gewusst


signature.asc
Description: Digital Signature

Bug#893285: stretch-pu: package docbook-to-man/1:2.0.0-35+deb9u1

[Chris Lamb]

Hi Julien,

> I don't think that reaches the "warrants a stable update" level.  Please
> feel free to reopen if I'm missing something.

I defer to your best judgement. (Adrian, am adding you to CC as the
original requester of this stable update.)

> Looks like that has "normal" severity

(As an aside, what should I have uploaded as? I mean, it's not as if there
is any testing migration, etc. to traverse…!)


Best wishes,

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

Bug#693219: Bug#826709: Doesn't mention --foreign in help output

[Ben Hutchings]

On Mon, 2018-04-02 at 15:27 +0200, Adam Borowski wrote:
> On Sun, Apr 01, 2018 at 11:24:14AM +0800, Paul Wise wrote:
> > CCing the maintainer of arch-test who will probably have some input.
> > 
> > On Sun, 2018-04-01 at 11:32 +0900, Hideki Yamane wrote:
> > 
> > > +   if [ "$HOST_ARCH" = "amd64" ] && [ "$ARCH" = "i386" ] ; 
> > > then
> > > +   # i386 binary can be run on amd64 host
> > 
> > It is a bad idea to hard-code this and hard-code it for only two
> > arches
> 
> Especially that amd64 hosts only _usually_ can run i386.  It's a kernel
> config option that happens to be enabled in Debian kernels, but may be
> omitted from derivative or self-built ones, usually for reasons of space and
> security (compat syscalls and ioctls are a source of bugs, sometimes
> exploitable).  Thus, CONFIG_IA32_EMULATION might or might not be enabled.

Yes, this is a good reason to do a run-time check.

> On x86 I'm not aware of any 64-bit only hardware, but elsewhere, 32-bit
> compat is optional -- skipping it can make chips cheaper and more
> power-efficient, thus arm64 is often incapable of running armhf or armel.

It is optional but not "often" omitted.  I'm only aware of Cavium
leaving it out.

> Even on armhf, the manufacturer may choose to skip costly synchronization
> needed for obsolete SWP instructions required by armel, which means
> debootstrap (strictly single-threaded I think) will succeed but installed
> system will run into mysterious corruption.
[...]

I think you're referring to the need for DMB on v6+, right?  The ARMv6
ARM claims that memory ordering wasn't specified at all in earlier
architecture versions, so older code using SWP was not portable anyway.

So far as I can see, OpenSSL still uses SWP when built for ARMv4/v5,
and does not use DMB.  We should really fix that.

dietlibc also uses SWP without DMB - but then its ARMv6/v7
implementation and several other architectures (mips, ppc) are also
lacking memory barriers, so I assume no-one really uses it in
multithreaded programs.

uclibc has some trivial wrappers around SWP that don't seem to be used
any more.

And... that's it, so far as I can see.

Ben.

-- 
Ben Hutchings
Make three consecutive correct guesses and you will be considered
an expert.



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

Bug#889710: it's the -mingw not binutils- part

[Adam Borowski]

> > Some recent change in unstable makes arch-test FTBFS:
> 
> > This might be a regression somewhere in the MinGW packages,
> > maintainer is Cc'ed.

> Thanks for the report, this is indeed a recent regression in binutils 
> (2.29.1-10 works, 2.29.1-13 doesn’t).

On the other hand, taking Stretch's version of binutils-mingw-w64 and
building it against current binutils (2.30-11) is free of this regression.
The resulting package is 2.30-11+7.4.


Meow!
-- 
ᛊᚨᚾᛁᛏᚣ᛫ᛁᛊ᛫ᚠᛟᚱ᛫ᚦᛖ᛫ᚹᛖᚨᚲ

Bug#894637: RFS: apparix/11-062-1 [QA upload]

[Fabian Wolff]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for a QA upload of the apparix package.

My changes are summarized in the latest changelog entry:

 apparix (11-062-1) unstable; urgency=medium

   * QA upload.
   * New upstream release (Closes: #643670).
   * Update debian/watch.
   * Set Debian QA Group as Maintainer in debian/control (see #741089).
   * Upgrade to Standards-Version 4.1.3 in debian/control.
   * Upgrade to debhelper compat level 11.
   * Rewrite debian/rules.
   * Update debian/copyright to the machine-readable format.
   * Add 00-fix-spelling.patch.

  -- Fabian Wolff   Mon, 02 Apr 2018 18:39:00 +0200


The package is available on Mentors:

  https://mentors.debian.net/package/apparix
  https://mentors.debian.net/debian/pool/main/a/apparix/apparix_11-062-1.dsc

Thank you!

Best regards,
Fabian

Bug#894636: falkon: Incomplete debian/copyright?

[Chris Lamb]

Source: falkon
Version: 3.0.0-1
Severity: serious
Justication: Policy 12.5
X-Debbugs-CC: Georges Khaznadar 

Hi,

I just ACCEPTed falkon from NEW but noticed it was missing 
attribution in debian/copyright for at least the MouseGestures,
PIM, and ImageFinder plugins.

This is in no way exhaustive so please check over the entire
package  carefully and address these on your next upload; thanks!


Regards,

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

Bug#894635: RM: python-mockito -- ANAIS; no reverse (build-)depends

[Thomas Goirand]

Package: ftp.debian.org
Severity: normal


Hi,

There's no reverse (build-)dependency for this package, so please remove it.
I don't think it's useful to Debian anymore (it's used for unit tests, but
nothing is using it at build time anymore).

Cheers,

Thomas Goirand (zigo)

Bug#864953: closed by Emilio Pozuelo Monfort <po...@debian.org> (Bug#864953: fixed in shared-mime-info 1.9-1)

[Emilio Pozuelo Monfort]

Hi Andreas,

On 14/11/17 20:49, Andreas Beckmann wrote:
> On 09/28/2017 12:57 AM, Debian Bug Tracking System wrote:
>> #864953: dpkg: trigger problems with shared-mime-info while upgrading 
>> gnome-screensaver:i386 from jessie to stretch
> 
> Do you plan to fix this in stretch, too? If the package reaches
> stretch-proposed-updates with some time left before the point release I
> should be able to fully rerun all stretch and jessie->stretch piuparts
> tests that involve shared-mime-info using the stretch-pu packages.

The fix is now in stretch-proposed-updates (thanks to Adrian). It'd be great to
run those piuparts tests to make sure there are no problems.

Thanks,
Emilio

Bug#894621: ocaml-rope FTBFS: Error: Library "bytes" not found

[Ralf Treinen]

On Mon, Apr 02, 2018 at 08:13:56PM +0300, Adrian Bunk wrote:
> On Mon, Apr 02, 2018 at 07:08:52PM +0200, Ralf Treinen wrote:
> > Hi,
> > 
> > On Mon, Apr 02, 2018 at 06:15:11PM +0300, Adrian Bunk wrote:
> > > Source: ocaml-rope
> > > Version: 0.6-1
> > > Severity: serious
> > > 
> > > Some recent change in unstable makes ocaml-rope FTBFS:
> > > 
> > > https://tests.reproducible-builds.org/debian/history/ocaml-rope.html
> > > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ocaml-rope.html
> > 
> > This rather looks like bug #881770 of jbuilder, which was supposed to be
> > fixed in jbuilder (1.0~beta18-1), except that recent versions of jbuilder
> > fail to compile at all on byte-code architectures.
> 
> amd64 and arm64 are not byte-code architectures.

You are right. I was looking at the autobuilder status which only
displays build-failures on bytecode arches at the moment.

-Ralf.

Bug#881620: ITP: arm-trusted-firmware -- reference implementation of secure world software for ARMv8-A

[Adam Borowski]

On Mon, Apr 02, 2018 at 09:39:44AM -0700, Vagrant Cascadian wrote:
> On 2018-04-02, Domenico Andreoli wrote:
> >   I've a NanoPI NEO2 (Allwinner H5) and I'd like to seamlessly install
> > Debian on it. I'm just working at the build of u-boot-sunxi and at
> > u-boot-install-sunxi64 but I see that the proper solution goes throught
> > packaging ATF and here we are.
> 
> You probably want to follow-up with the atf-allwinner package already in
> Debian:
> 
>   https://tracker.debian.org/pkg/atf-allwinner
> 
> It's a vendor fork of the upstream arm-trusted-firmware, and I've
> confirmed it works for the Allwinner A64 on pine64 and pinebook; not
> sure what the status of H5 support is like, though it is a similar SoC.

There are H5 related commits in this fork, although I neither have any H5
hardware nor heard any reports of it working or not.

>From these commits, I assume that upstream ATF wouldn't work on H5, but
atf-allwinner, as already shipped in Debian, should work without any other
edits to it.

> Once H5 support is in atf-allwinner, u-boot-sunxi and
> u-boot-install-sunxi64 may need updates to support your board:

My guess is that getting appropriate device tree, and handing it to
u-boot-install-sunxi64 has a good chance of being enough.  That script
takes /usr/lib/u-boot/pine64_plus/*.dtb -- if you put yours into that
(now misnamed) dir, it may work.

If it does, please let us know!


Meow!
-- 
ᛊᚨᚾᛁᛏᚣ᛫ᛁᛊ᛫ᚠᛟᚱ᛫ᚦᛖ᛫ᚹᛖᚨᚲ

Bug#894626: libsnmp-info-perl: FTBFS against libsnmp-perl (src:net-snmp) 5.7.3+dfsg-2

[Niko Tyni]

Control: reassign -1 libsnmp-perl 5.7.3+dfsg-2
Control: retitle -1 libsnmp-perl: undefined symbol: netsnmp_ds_toggle_boolean
Control: affects -1 libsnmp-info-perl

On Mon, Apr 02, 2018 at 05:49:48PM +0200, gregor herrmann wrote:
> Source: libsnmp-info-perl
> Version: 3.53-1
> Severity: serious
> Justification: fails to build from source (but built successfully in the past)
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> As first noticed by ci.debian.net, libsnmp-info-perl fails to build,
> aka has testsuite failures, since the upload of net-snmp
> 5.7.3+dfsg-2.
> 
>dh_auto_test
>   perl Build test --verbose 1
> 
> #   Failed test 'use SNMP::Info;'
> #   at t/00_load.t line 10.
> # Tried to use 'SNMP::Info'.
> # Error:  Can't load 
> '/usr/lib/x86_64-linux-gnu/perl5/5.26/auto/NetSNMP/default_store/default_store.so'
>  for module NetSNMP::default_store: 
> /usr/lib/x86_64-linux-gnu/perl5/5.26/auto/NetSNMP/default_store/default_store.so:
>  undefined symbol: netsnmp_ds_toggle_boolean at 
> /usr/lib/x86_64-linux-gnu/perl/5.26/DynaLoader.pm line 187.
> #  at /usr/lib/x86_64-linux-gnu/perl5/5.26/SNMP.pm line 19.

This is clearly a bug in the new libsnmp-perl version, which seems
altogether unusable.

# perl -e 'use SNMP'
Can't load 
'/usr/lib/x86_64-linux-gnu/perl5/5.26/auto/NetSNMP/default_store/default_store.so'
 for module NetSNMP::default_store: 
/usr/lib/x86_64-linux-gnu/perl5/5.26/auto/NetSNMP/default_store/default_store.so:
 undefined symbol: netsnmp_ds_toggle_boolean at 
/usr/lib/x86_64-linux-gnu/perl/5.26/DynaLoader.pm line 187.
 at /usr/lib/x86_64-linux-gnu/perl5/5.26/SNMP.pm line 19.
Compilation failed in require at /usr/lib/x86_64-linux-gnu/perl5/5.26/SNMP.pm 
line 19.
BEGIN failed--compilation aborted at 
/usr/lib/x86_64-linux-gnu/perl5/5.26/SNMP.pm line 19.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.

Reassigning.
-- 
Niko Tyni   nt...@debian.org

Bug#894621: ocaml-rope FTBFS: Error: Library "bytes" not found

[Ralf Treinen]

Hi,

On Mon, Apr 02, 2018 at 06:15:11PM +0300, Adrian Bunk wrote:
> Source: ocaml-rope
> Version: 0.6-1
> Severity: serious
> 
> Some recent change in unstable makes ocaml-rope FTBFS:
> 
> https://tests.reproducible-builds.org/debian/history/ocaml-rope.html
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ocaml-rope.html

This rather looks like bug #881770 of jbuilder, which was supposed to be
fixed in jbuilder (1.0~beta18-1), except that recent versions of jbuilder
fail to compile at all on byte-code architectures.

-Ralf.

Bug#894621: ocaml-rope FTBFS: Error: Library "bytes" not found

[Adrian Bunk]

On Mon, Apr 02, 2018 at 07:08:52PM +0200, Ralf Treinen wrote:
> Hi,
> 
> On Mon, Apr 02, 2018 at 06:15:11PM +0300, Adrian Bunk wrote:
> > Source: ocaml-rope
> > Version: 0.6-1
> > Severity: serious
> > 
> > Some recent change in unstable makes ocaml-rope FTBFS:
> > 
> > https://tests.reproducible-builds.org/debian/history/ocaml-rope.html
> > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ocaml-rope.html
> 
> This rather looks like bug #881770 of jbuilder, which was supposed to be
> fixed in jbuilder (1.0~beta18-1), except that recent versions of jbuilder
> fail to compile at all on byte-code architectures.

amd64 and arm64 are not byte-code architectures.

> -Ralf.

cu
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#892539: pdftk: Depends on GCJ which is going away

[Emilio Pozuelo Monfort]

On Wed, 21 Mar 2018 15:12:30 +0100 Petter Reinholdtsen  wrote:
> I use pdftk regularly, and really hope we can manage to keep it in
> Debian.
> 
> Is there a plan for adressing this before gcj is removed?

There's a fork that doesn't require GCJ as Adrian pointed out, you could help
package that.

Cheers,
Emilio

Bug#893803: stretch-pu: package adminer/4.2.5-3+deb9u1

[Adam D. Barratt]

On Sun, 2018-04-01 at 09:38 +0100, Chris Lamb wrote:
> tags 893803 + pending
> thanks

For future reference, the +pending happens once we've accepted the
package into p-u, rather than just at the upload. I've just done that,
so the tag is now correct. :-)

> Dear Adam,
> 
> > >   adminer (4.2.5-3+deb9u1) stretch; urgency=high
> 
> […]
> > s/coul /could /
> 
> Well spotted and thanks for the ACK. adminer_4.2.5-
> 3+deb9u1_amd64.changes
> uploaded. For completeness, I've also attached the full updated
> debdiff.
> 
> (I assume another RT member is responsible for ACK/NACK on jessie's
> equivalent here? ie. #893804)

It might end up being me. It depends who next looks at jessie requests
and whether they get as far as the adminer request in the time they
have available. There's no specific division of tasks in that sense.

Regards,

Adam

Bug#893278: stretch-pu: package showq/0.4.1+git20161215~dfsg0-2+deb9u1

[Adam D. Barratt]

Control: tags -1 + pending

On Sat, 2018-03-31 at 22:27 +0100, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Sat, 2018-03-17 at 19:33 +0200, Adrian Bunk wrote:
> > Fix the program startup.
> 
> I'm not sure how much we're actually helping by fixing a package that
> was apparently not even trivially tested before upload and had been
> entirely broken for nearly a year before anyone even noticed.
> 
> Feel free to upload, but it seems like time would be better spent
> avoiding us getting to such situations to begin with, rather than
> having to spend time on them after the fact.
> 

Uploaded and flagged for acceptance.

Regards,

Adam

Bug#892940: stretch-pu: package shared-mime-info/1.8-1+deb9u1

[Adam D. Barratt]

Control: tags -1 + pending

On Sat, 2018-03-31 at 22:38 +0100, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Wed, 2018-03-14 at 20:13 +0200, Adrian Bunk wrote:
> >   * Switch dpkg trigger to noawait. Closes: #864953.
> 
> It would have been helpful to indicate what issue this was solving.
> (I
> realise that the changelog for the unstable upload is equally
> unverbose, but there's no requirement to simply re-use them.)
> 
> Please go ahead.
> 

Uploaded and flagged for acceptance.

Regards,

Adam

Bug#892857: stretch-pu: package r-cran-mi/1.0-4+deb9u1

[Adam D. Barratt]

Control: tags -1 + pending

On Sat, 2018-03-31 at 23:49 +0100, Adam D. Barratt wrote:
> Control: tags -1 + pending
> 
> On Sun, 2018-04-01 at 01:37 +0300, Adrian Bunk wrote:
> > Control: tags -1 - moreinfo
> > 
> > On Sat, Mar 31, 2018 at 10:41:42PM +0100, Adam D. Barratt wrote:
> > > Control: tags -1 + moreinfo
> > > 
> > > On Tue, 2018-03-13 at 22:03 +0200, Adrian Bunk wrote:
> > > >    * Add the missing dependency on r-cran-arm. (Closes:
> > > > #877433)
> > > 
> > > -Depends: ${R:Depends}, ${misc:Depends}
> > > +Depends: ${R:Depends}, ${misc:Depends}, r-cran-arm
> > > 
> > > Is it not possible for this to get picked up automagically,
> > > rather
> > > than
> > > hardcoding the binary dependency?
> > 
> > It is possible, and that is how it got solved in unstable.
> > 
> > It is a cdbs -> dh-r conversion, and hardcoding the dependency
> > has a lower regression risk.
> > 
> 
> I was hoping / assuming that's part of what ${R:Depends} was for.
> 
> Please go ahead.
> 

Uploaded and flagged for acceptance.

Regards,

Adam

Bug#892836: stretch-pu: package email2trac/2.10.0-2~deb9u1

[Adam D. Barratt]

Control: tags -1 + pending

On Sat, 2018-03-31 at 22:43 +0100, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Tue, 2018-03-13 at 16:00 +0200, Adrian Bunk wrote:
> >   * Add upstream fix for Trac 1.2. (Closes: #858819)
> 
> Please go ahead.
> 

Uploaded and flagged for acceptance.

Regards,

Adam

Bug#894634: gcc-7: Missing dependency on g++ ?

[Nicolas Braud-Santoni]

Package: gcc-7
Version: 7.3.0-14, 7.3.0-12
Severity: important

Hi,

I am unable to compile C++ sources on a fresh Debian install, with
the `cpp` package installed:

> $ cc main.cc
> cc: error trying to exec 'cc1plus': execvp: No such file or directory

Investigating with `strace -e trace=process -f cc main.cc` confirms that
GCC tries to run a command involving cc1plus and fails to find it in $PATH.

Installing build-essential resulted in g++-7 being installed, which
“fixed” the problem, so it looks like there are missing dependencies
in whichever package provides cc.


Best,

  nicoo

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

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

Versions of packages gcc-7 depends on:
ii  binutils  2.30-8
ii  cpp-7 7.3.0-14
ii  gcc-7-base7.3.0-14
ii  libc6 2.27-2
ii  libcc1-0  8-20180321-1
ii  libgcc-7-dev  7.3.0-14
ii  libgcc1   1:8-20180321-1
ii  libgmp10  2:6.1.2+dfsg-3
ii  libisl19  0.19-1
ii  libmpc3   1.1.0-1
ii  libmpfr6  4.0.1-1
ii  libstdc++68-20180321-1
ii  zlib1g1:1.2.8.dfsg-5

Versions of packages gcc-7 recommends:
ii  libc6-dev  2.27-2

Versions of packages gcc-7 suggests:
pn  gcc-7-doc 
pn  gcc-7-locales 
pn  gcc-7-multilib
pn  libasan4-dbg  
pn  libatomic1-dbg
pn  libcilkrts5-dbg   
pn  libgcc1-dbg   
pn  libgomp1-dbg  
pn  libitm1-dbg   
pn  liblsan0-dbg  
pn  libmpx2-dbg   
pn  libquadmath0-dbg  
pn  libtsan0-dbg  
pn  libubsan0-dbg 

-- no debconf information

Bug#879845: sane-backends: please release 1.0.27 to unstable (not only experimental)

[Jörg Frings-Fürst]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hello Jonas,
hello Hugh,

due to the planned transition from libsane to libsane1, some changes to
external vendors are also required. 

So I was faced with the decision to start the transition directly and
thus no longer have many external programs or wait until the most
important are finished with their preliminary work.

I have decided on the last way to complete the transition in less time.

Meanwhile, the 4 experimental release is ready and lies with my
sponsor. As soon as the release is uploaded I will start the
transition.


CU
Jörg

- -- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54470 Lieser

Threema:  SYR8SJXB
Wire: @joergfringsfuerst
Skype:joergpenguin
Ring: jff
Telegram: @joergfringsfuerst

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

My wish list: 
 - Please send me a picture from the nature at your home.
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEY+AHX8jUOrs1qzDuCfifPIyh0l0FAlrCYo4ACgkQCfifPIyh
0l1Ztw/+JoGvWvOT4JDNrrYiWfC3VUXvgLQwHAwYvrPMMP0FqQ7A45kMwvvXDR9q
NaIQPtymj6JL4qg4965vRpangIlcAAXYpzs9k1Vg1R8sm+D4g1aReFrj6eCjM1Xc
FNrp0iGsJ9mTfRyeHexMKCaqBsOsxLJ0Iy/H+gc7p1jeD6J2rNWvnIetlbDwdhJy
6PSWvRrW0lRIsEkh11sD35VvqNMbTZCemWNUfZMDFrGxuYdcmFXliKCjRuhQNLeD
ti94BPm7qqpwnZtZz/1eCeXRcDhDh9B09ZBuxhqnC4QlD/cy0YGNFt9FlD55fD78
LcyzK3Gu17UiXAXyTLqevkk/AcnTbieebFaCkxSRFqRI7xIXsBLgDy0ahWEZBU8y
kd3FX5Nj+yyxkbeLW05UBZUKzxycJJ+2L/28tUDkg1j3pYxiAMTU3U4I6sBkaXQw
LK1iYQKAGpcZRMgKoN7YajCmnD8NVZiWkv+fPZGTdZ9GwH/+tc7JUSa+1e5QDyg8
rikisJpVaIjRwZRfZ5GX6X2qlkyhDqLxEUs+LoJP0KRogBKu6G8GfVv+jDp0jdf7
55dpktI1w8EtylNY/4xNqboG9sXnOAQSZx5qCHUXlgbM5OAZJVHgxNreNmo/Z9cs
tsN+b/8ixHzVs5Mf561KWGXgnufTrE0D6LMaRIrKzr4gawDKpEI=
=2su3
-END PGP SIGNATURE-

Bug#891143: www.debian.org: Outdated information in "donation" web page

[Luca Monducci]

Hi,
the italian translation of https://www.debian.org/donations page has
been up to dated.
Regards,
Luca

On 22/02/2018 18:19, Laura Arjona Reina wrote:
> 
> 
> Dear Valerio
> Thanks for your repo.
> I'm sending it to the Italian team so they can review and update the page.
> Best regards
> 
> El 22 de febrero de 2018 18:02:05 CET, Valerio Pachera  
> escribió:
>> Package: www.debian.org
>> Severity: normal
>>
>> Dear Maintainer,
>>
>> On the italian translated page https://www.debian.org/donations you
>> find
>>
>> "Italia: Associazione Software Libero"
>>
>> as donation options.
>> Opening the link (http://www.softwarelibero.it/donazioni-debian) it's
>> clear they stopped to collecting donations.
>> Notice the page is in Italian.
>>
>> I checked the english page and "Associazione Software Libero" is not
>> mentioned.
>> I suggest to remove this information.
>>
>>
>> -- System Information:
>> Debian Release: 9.3
>>  APT prefers stable
>>  APT policy: (500, 'stable')
>> Architecture: amd64 (x86_64)
>>
>> Kernel: Linux 4.9.0-5-amd64 (SMP w/4 CPU cores)
>> Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8),
>> LANGUAGE= (charmap=UTF-8)
>> Shell: /bin/sh linked to /bin/dash
>> Init: systemd (via /run/systemd/system)
> 

Bug#894633: ITP: r-cran-openxlsx -- GNU R package for XLSX files

[Dirk Eddelbuettel]

Package: wnpp
Owner: Dirk Eddelbuettel 
Severity: wishlist

* Package name: r-cran-openxlsx
  Version : 4.0.17
  Upstream Author : Alexander Walker
* URL or Web page : https://github.com/awalker89/openxlsx
* License : GPL-3
  Description : GNU R package for XLSX files

This is a build dependency of package (r-cran-)rio which we will need to
package as an added (build-)dependency of package (r-cran-)car which has been
in Debian for 15+ years.

Dirk

-- 
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Bug#894632: libgvc6: does not uninstall/purge cleanly, /usr/lib/x86_64-linux-gnu/graphviz/config6a left behind

[Andreas Metzler]

Package: libgvc6
Version: 2.40.1-2
Severity: normal

Hello,

libgvc6.postrm only removes the old. pre-multiarch config file and
/usr/lib/x86_64-linux-gnu/graphviz/config6a is legt after purge:

(sid)root@argenau:/# dpkg --purge libgvc6
(Reading database ... 16000 files and directories currently installed.)
Removing libgvc6 (2.40.1-2) ...
Purging configuration files for libgvc6 (2.40.1-2) ...
dpkg: warning: while removing libgvc6, directory 
'/usr/lib/x86_64-linux-gnu/graphviz' not empty so not removed
Processing triggers for libc-bin (2.27-3) ...
(sid)root@argenau:/# ls -l /usr/lib/x86_64-linux-gnu/graphviz
total 4
-rw-r--r-- 1 root root 3097 Apr  2 16:50 config6a

cu Andreas

Bug#894631: RM: libgnatprj5-dev-hppa-cross libgnatvsn5-dev-hppa-cross -- NBS; no longer built

[Emilio Pozuelo Monfort]

Package: ftp.debian.org
Severity: normal

Hi,

gcc-5-cross-ports no longer builds these binaries. They are arch:all and so
weren't picked up by the cruft report. They have no rdeps, so it should be
fine. Please remove them.

Thanks,
Emilio

Bug#894615: RFS: libexif/0.6.21-5

[Andreas Metzler]

On 2018-04-02 Hugh McMaster  wrote:
> Package: sponsorship-requests
> Severity: normal

> Dear mentors and Debian PhotoTools Team,

> I am looking for a sponsor for a Team Upload of the package "libexif".
[...]

Hello Hugh,

looks good except for the watchfile, you need uversionmangle
instead of oversionmangle.

Also I have searched in vain for your gnupg key, is it aailable
somewhere?

cu Andreas

-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'

Bug#881620: ITP: arm-trusted-firmware -- reference implementation of secure world software for ARMv8-A

[Vagrant Cascadian]

On 2018-04-02, Domenico Andreoli wrote:
>   I've a NanoPI NEO2 (Allwinner H5) and I'd like to seamlessly install
> Debian on it. I'm just working at the build of u-boot-sunxi and at
> u-boot-install-sunxi64 but I see that the proper solution goes throught
> packaging ATF and here we are.

You probably want to follow-up with the atf-allwinner package already in
Debian:

  https://tracker.debian.org/pkg/atf-allwinner

It's a vendor fork of the upstream arm-trusted-firmware, and I've
confirmed it works for the Allwinner A64 on pine64 and pinebook; not
sure what the status of H5 support is like, though it is a similar SoC.

Once H5 support is in atf-allwinner, u-boot-sunxi and
u-boot-install-sunxi64 may need updates to support your board:

  https://wiki.debian.org/U-boot


Regarding upstream arm-trusted-firmware that this ITP is about, while I
can get it to build for a few targets, I have yet to suceed in getting
anything using it to actually boot, so I haven't uploaded it to Debian
yet...


Good luck!


live well,
  vagrant


signature.asc
Description: PGP signature

Bug#894630: ocfs2-tools: sometimes parallel FTBFS

[Adrian Bunk]

Source: ocfs2-tools
Version: 1.8.5-4
Severity: important
Tags: patch

db compat >= 10 defaults to parallel, and this sometimes
causes ocfs2-tools to FTBFS:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ocfs2-tools.html

...
gcc -g -O2 -fstack-protector-strong -Wall -Wstrict-prototypes 
-Wmissing-prototypes -Wmissing-declarations -pipe  -Wdate-time 
-D_FORTIFY_SOURCE=2  -I../include -I. -DVERSION=\"1.8.5\"  -MD -MP -MF 
./.o2cluster.d -o o2cluster.o -c o2cluster.c
o2cluster.c:32:10: fatal error: o2ne_err.h: No such file or directory
 #include "o2ne_err.h"
  ^~~~
compilation terminated.
make[2]: *** [../Postamble.make:40: o2cluster.o] Error 1
make[2]: Leaving directory '/build/1st/ocfs2-tools-1.8.5/tunefs.ocfs2'
make[2]: *** Waiting for unfinished jobs
make[2]: Entering directory '/build/1st/ocfs2-tools-1.8.5/tunefs.ocfs2'
compile_et o2ne_err.et
...


While fixing the Makefiles would be the preferred solution,
the following to revert to the compat < 10 default of
non-parallel building is a sufficient workaround:

--- debian/rules.old2018-04-02 15:54:05.285054237 +
+++ debian/rules2018-04-02 15:54:13.285054160 +
@@ -4,7 +4,7 @@
 export DEB_BUILD_MAINT_OPTIONS=hardening=+all,-format
 
 %:
-   dh $@
+   dh $@ --no-parallel
 
 override_dh_installinit:
mkdir -p debian/ocfs2-tools/usr/lib/ocfs2-tools

Bug#894629: ITP: spacy/2.0.10 -- Industrial-strength Natural Language Processing (NLP) with Python and Cython

[Lumin]

Package: wnpp
Severity: wishlist
Owner: lumin 

* Package name: spacy
  Version : 2.0.10
  Upstream Author : spacy developers
* URL : https://github.com/explosion/spaCy
* License : MIT
  Programming Lang: python
  Description : Industrial-strength Natural Language
Processing (NLP) with Python and Cython

spaCy is a library for advanced Natural Language Processing in Python
and Cython. It's built on the very latest research, and was designed
from day one to be used in real products. spaCy comes with pre-trained
statistical models and word vectors, and currently supports
tokenization for 20+ languages. It features the fastest syntactic
parser in the world, convolutional neural network models for tagging,
parsing and named entity recognition and easy deep learning
integration. It's commercial open-source software, released under the
MIT license.


-- 
Best,

Bug#894628: ITP: cupy/2.5.0 -- NumPy-like API accelerated with CUDA

[Lumin]

Package: wnpp
Severity: wishlist
Owner: lumin 

* Package name: cupy
  Version : 0.13
  Upstream Author : CuPy developers
* URL : https://github.com/cupy/cupy
* License : MIT
  Programming Lang: Python, C++, C
  Description : NumPy-like API accelerated with CUDA

CuPy is an implementation of NumPy-compatible multi-dimensional array
on CUDA. CuPy consists of the core multi-dimensional array class,
cupy.ndarray, and many functions on it. It supports a subset of
numpy.ndarray interface.



-- 
Best,

Bug#892356: fslint: findutils on testing breaks fslint recursive search

[jEsuSdA 8)]

El 10/03/18 a las 14:09, Pádraig Brady escribió:

I just tried find from git (not a debian package)
and I don't see the issue.
Perhaps it's already fixed in find upstream?
Can you give more details of the breakage?


I found the problem:

fslint does not do recursive duplicate searching when the FOLDER is a 
SYMBOLIC LINK


For example:

/folder/main-folder/lot-of-pics

Where lot-of-pics has duplicate files.


ln -s /folder/main-folder /folder/symlink-folder


If you try to find duplicate pics intro /folder/symlink-folder DOES NOT 
WORK.



If you try /folder/main-folder/, fslint founds duplicate files inside 
lot-of-pics


If you try /folder/symlink-folder/lot-of-pics, fslint works as expected.

So, I think, if route ends on symlink, fslint treats this folder as a 
file. If the route ends on regular folder, it works fine.



Can you confirm this?
Thanks a lot!!!

Bug#450663: Upstream response

[Todd Rinaldo]

I'm the upstream author and am having quite a bit of trouble determining if 
this bug is reported upstream. I would guess the issue you're reporting here is 
related to this which we're actively discussing.

Thoughts?

https://github.com/toddr/IPC-Run/issues/116

smime.p7s
Description: S/MIME cryptographic signature

Bug#703569: Upstream tracking

[Todd Rinaldo]

Tracked upstream via https://github.com/toddr/IPC-Run/issues/119

smime.p7s
Description: S/MIME cryptographic signature

Bug#894627: htmldoc FTCBFS: runs just built htmldoc

[Helmut Grohne]

Source: htmldoc
Version: 1.9.2-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

htmldoc fails to cross build from source, because it runs the built
htmldoc and fails with an Exec format error. Now the interesting
observation is that this is only needed for building the documentation.
As it happens, the htmldoc source package nicely splits documentation
into htmldoc-common, which happens to be an Architecture: all package.
If we could somehow avoid building the doc/ subdirectory, that'd fix it.
Indeed, this is doable as the attached patch demonstrates. I hope the
patch is acceptable, but it does add some fragility. Please consider
applying it. Oh and it actually makes htmldoc cross build successfully.

Helmut
diff --minimal -Nru htmldoc-1.9.2/debian/changelog 
htmldoc-1.9.2/debian/changelog
--- htmldoc-1.9.2/debian/changelog  2018-03-27 18:22:33.0 +0200
+++ htmldoc-1.9.2/debian/changelog  2018-04-02 17:06:01.0 +0200
@@ -1,3 +1,10 @@
+htmldoc (1.9.2-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Do not build documentation during arch-only build. (Closes: #-1)
+
+ -- Helmut Grohne   Mon, 02 Apr 2018 17:06:01 +0200
+
 htmldoc (1.9.2-1) unstable; urgency=medium
 
   * QA upload.
diff --minimal -Nru htmldoc-1.9.2/debian/rules htmldoc-1.9.2/debian/rules
--- htmldoc-1.9.2/debian/rules  2018-03-26 04:27:55.0 +0200
+++ htmldoc-1.9.2/debian/rules  2018-04-02 17:06:01.0 +0200
@@ -6,3 +6,14 @@
 
 %:
dh $@
+
+# skip documentation in arch-only build
+DO_PACKAGES = $(shell dh_listpackages)
+DIRS=htmldoc $(if $(filter htmldoc-common,$(DO_PACKAGES)),doc)
+INSTALLDIRS=fonts data desktop $(if $(filter 
htmldoc-common,$(DO_PACKAGES)),doc) htmldoc
+
+override_dh_auto_build:
+   dh_auto_build -- DIRS="$(DIRS)"
+
+override_dh_auto_install:
+   dh_auto_install -- DIRS="$(DIRS)" INSTALLDIRS="$(INSTALLDIRS)"

Bug#892229: Debian Testing (Buster) error

[Rick Stanley]

With `uname -a` :

"Linux linus 4.15.0-2-amd64 #1 SMP Debian 4.15.11-1 (2018-03-20) x86_64
GNU/Linux"

With the system properly updated daily, I too am receiving the error on bootup":

"[   11.142473] platform regulatory.0: firmware: failed to load regulatory.db 
(-2)
[   11.142602] firmware_class: See https://wiki.debian.org/Firmware for 
information about missing firmware  

[   11.142732] platform regulatory.0: Direct firmware load for regulatory.db 
failed with error -2
[   11.142733] cfg80211: failed to load regulatory.db"

When will this be corrected?

Bug#894626: libsnmp-info-perl: FTBFS against libsnmp-perl (src:net-snmp) 5.7.3+dfsg-2

[gregor herrmann]

Source: libsnmp-info-perl
Version: 3.53-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

As first noticed by ci.debian.net, libsnmp-info-perl fails to build,
aka has testsuite failures, since the upload of net-snmp
5.7.3+dfsg-2.

   dh_auto_test
perl Build test --verbose 1

#   Failed test 'use SNMP::Info;'
#   at t/00_load.t line 10.
# Tried to use 'SNMP::Info'.
# Error:  Can't load 
'/usr/lib/x86_64-linux-gnu/perl5/5.26/auto/NetSNMP/default_store/default_store.so'
 for module NetSNMP::default_store: 
/usr/lib/x86_64-linux-gnu/perl5/5.26/auto/NetSNMP/default_store/default_store.so:
 undefined symbol: netsnmp_ds_toggle_boolean at 
/usr/lib/x86_64-linux-gnu/perl/5.26/DynaLoader.pm line 187.
#  at /usr/lib/x86_64-linux-gnu/perl5/5.26/SNMP.pm line 19.
# Compilation failed in require at /usr/lib/x86_64-linux-gnu/perl5/5.26/SNMP.pm 
line 19.
# BEGIN failed--compilation aborted at 
/usr/lib/x86_64-linux-gnu/perl5/5.26/SNMP.pm line 19.
# Compilation failed in require at 
/build/libsnmp-info-perl-3.54/blib/lib/SNMP/Info.pm line 16.
# BEGIN failed--compilation aborted at 
/build/libsnmp-info-perl-3.54/blib/lib/SNMP/Info.pm line 16.
# Compilation failed in require at t/00_load.t line 10.
# BEGIN failed--compilation aborted at t/00_load.t line 10.
Use of uninitialized value $SNMP::Info::VERSION in concatenation (.) or string 
at t/00_load.t line 13.
# Testing SNMP::Info , Perl 5.026001, /usr/bin/perl
# Looks like you failed 1 test of 1.
t/00_load.t .. 
1..1
not ok 1 - use SNMP::Info;
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/1 subtests 

Test Summary Report
- ---
t/00_load.t (Wstat: 256 Tests: 1 Failed: 1)
  Failed test:  1
  Non-zero exit status: 1
Files=1, Tests=1,  0 wallclock secs ( 0.02 usr  0.01 sys +  0.05 cusr  0.02 
csys =  0.10 CPU)
Result: FAIL
Failed 1/1 test programs. 1/1 subtests failed.
dh_auto_test: perl Build test --verbose 1 returned exit code 1
make: *** [debian/rules:4: build] Error 2


(Same for the new 3.54 upstream release.)


Cc'ing the net-snmp maintainers.


Cheers,
gregor

-BEGIN PGP SIGNATURE-

iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAlrCURxfFIAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx
RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ
qgbc+g//QlD2gDEloX3J0yGDa7PyDxPgA2wyc2WOxQS2hDO981HdYEGUTSwJJNNc
+7Cuxxr4vAhCWlBkjleMdOWSwJEbrckq3URgyuTkHYH40A9JVZTctTTXFLlZonAw
oI6lG/bmNN+ci4Dg63ZDmbqLvVASTw5Y5+6vZ+EA8nzmG5Hyq5jH4VHKnJ4slm4q
mr/a94CnJmWdh6Fq9pQ3nOL7qFmbAikjxyRG4Gq5nqmvD4f3ENC9E2X3mBog9MaP
riPeceZIzOy51fXRdw6Wl9zTMqenY2Jkjha5NA4UvasNJ2UvNVG4woyExT+v/zhR
wJ4bjsth0IW5x5zVpWJBYa57NbBr+W4BB62McmXvlzhbXbGbOIAJXGfZh+70Ps6i
tvMPvahDUokJeC/k587Noqr+m/YoJjDtMGU38qSFEVh0sioC2DidVfa2syIZAEOy
NIipYc4JKNfV0JrdKxUMGgz5EBX2IqwzIH39FnbvJQ4bT9B0wfuIjlbzFH4lrv2M
4k97qTfVJ6leUkzhXvGX/ps0pGpHxHDULVNU8bBQVsQ4G1lfPcaWWHwJs5dbsPVf
PZOgZA5m2Ld3uUhUeplTTWmD4EOD97RqX0Uqaz5J7oURa8ndq050LORqpNMnIZGA
3KCokAqAEtr4pYbESZd4QJnxi+w+LNc31Kqp+1YVKuoXuxKLs1M=
=7rkx
-END PGP SIGNATURE-

Bug#894625: cinnamon: Menu applet cannot be configured

[Frank McCormick]

Package: cinnamon
Version: 3.6.7-5
Severity: normal
Tags: upstream

Dear Maintainer,

I am running Cinnamon version 3.6.7 on Debian Sid.
The menu applet is not configurable as right-clicking on configure
just closes the menu with nothing happening.



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

Kernel: Linux 4.15.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_CA:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages cinnamon depends on:
ii  cinnamon-common  3.6.7-5
ii  cinnamon-control-center  3.6.5-1
ii  cinnamon-desktop-data3.6.2-2
ii  cinnamon-screensaver 3.6.1-2
ii  cinnamon-session 3.6.1-1
ii  cinnamon-settings-daemon 3.6.2-1
ii  cjs  3.2.0-3
ii  cups-pk-helper   0.2.6-1+b1
ii  dconf-gsettings-backend [gsettings-backend]  0.26.1-3
ii  gir1.2-accountsservice-1.0   0.6.45-1
ii  gir1.2-caribou-1.0   0.4.21-5
ii  gir1.2-clutter-1.0   1.26.2+dfsg-4
ii  gir1.2-cmenu-3.0 3.6.0-1
ii  gir1.2-cogl-1.0  1.22.2-3
ii  gir1.2-cvc-1.0   3.6.2-2
ii  gir1.2-gdkpixbuf-2.0 2.36.11-2
ii  gir1.2-gkbd-3.0  3.26.0-3
ii  gir1.2-glib-2.0  1.56.0-2
ii  gir1.2-gnomedesktop-3.0  3.28.0-1
ii  gir1.2-gtk-3.0   3.22.29-2
ii  gir1.2-gtkclutter-1.01.8.4-3
ii  gir1.2-keybinder-3.0 0.3.2-1
ii  gir1.2-meta-muffin-0.0   3.6.0-1
ii  gir1.2-nm-1.01.10.6-2
ii  gir1.2-nma-1.0   1.8.10-2
ii  gir1.2-notify-0.70.7.7-3
ii  gir1.2-pango-1.0 1.42.0-1
ii  gir1.2-polkit-1.00.105-20
ii  gir1.2-soup-2.4  2.62.0-1
ii  gir1.2-upowerglib-1.00.99.7-2
ii  gir1.2-xapp-1.0  1.0.4-2
ii  gkbd-capplet 3.26.0-3
ii  gnome-backgrounds3.28.0-1
ii  gnome-themes-extra   3.28-1
ii  gsettings-desktop-schemas3.28.0-1
ii  iso-flags-png-320x2401.0.1-1
ii  libatk-bridge2.0-0   2.26.2-1
ii  libatk1.0-0  2.28.1-1
ii  libc62.27-3
ii  libcairo21.15.10-2
ii  libcinnamon-menu-3-0 3.6.0-1
ii  libcjs0  3.2.0-3
ii  libclutter-1.0-0 1.26.2+dfsg-4
ii  libcogl-pango20  1.22.2-3
ii  libcogl-path20   1.22.2-3
ii  libcogl201.22.2-3
ii  libcroco30.6.12-2
ii  libgdk-pixbuf2.0-0   2.36.11-2
ii  libgirepository-1.0-11.56.0-2
ii  libgl1   1.0.0+git20180308-1
ii  libglib2.0-0 2.56.0-5
ii  libglib2.0-bin   2.56.0-5
ii  libgstreamer1.0-01.14.0-1
ii  libgtk-3-0   3.22.29-2
ii  libmuffin0   3.6.0-1
ii  libpango-1.0-0   1.42.0-1
ii  libpangocairo-1.0-0  1.42.0-1
ii  libstartup-notification0 0.12-5
ii  libx11-6 2:1.6.5-1
ii  libxfixes3   1:5.0.3-1
ii  libxml2  2.9.4+dfsg1-6.1
ii  mesa-utils   8.4.0-1
ii  muffin   3.6.0-1
ii  nemo 3.6.5-1
ii  network-manager-gnome1.8.10-2
ii  policykit-1-gnome0.105-6
ii  python   2.7.14-4
ii  python-dbus  1.2.6-1
ii  python-gi-cairo  3.28.1-1
ii  python-lxml  4.2.0-1
ii  python-pam   0.4.2-13.2
ii  python-pexpect   4.2.1-1
ii  python-pil   5.0.0-1
ii  python-pyinotify 0.9.6-1
ii  python3  

Bug#894624: uwsgi FTBFS with glusterfs 4.0.1-1

[Adrian Bunk]

Source: uwsgi
Version: 2.0.15-10.4
Severity: serious

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/uwsgi.html

...
 CFLAGS="-g -O2 -fstack-protector-strong -Wformat -Werror=format-security" 
CPPFLAGS="-Wdate-time -D_FORTIFY_SOURCE=2" LDFLAGS="-Wl,-z,relro" python 
uwsgiconfig.py -v --plugin plugins/glusterfs debian/buildconf/uwsgi-plugin.ini 
glusterfs
plugins/glusterfs/glusterfs.c:2:10: fatal error: api/glfs.h: No such file or 
directory
 #include 
  ^~~~
compilation terminated.
using profile: debian/buildconf/uwsgi-plugin.ini
detected include path: ['/usr/lib/gcc/x86_64-linux-gnu/7/include', 
'/usr/local/include', '/usr/lib/gcc/x86_64-linux-gnu/7/include-fixed', 
'/usr/include/x86_64-linux-gnu', '/usr/include']
*** uWSGI building and linking plugin plugins/glusterfs ***
x86_64-linux-gnu-gcc -pthread -fPIC -shared -o ./glusterfs_plugin.so -I. -O2 
-I. -Wall -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 
-fstack-protector-strong -Wformat -Werror=format-security -fno-strict-aliasing 
-Wextra -Wno-unused-parameter -Wno-missing-field-initializers 
-DUWSGI_HAS_IFADDRS -DUWSGI_ZLIB -DUWSGI_LOCK_USE_MUTEX -DUWSGI_EVENT_USE_EPOLL 
-DUWSGI_EVENT_TIMER_USE_TIMERFD -DUWSGI_EVENT_FILEMONITOR_USE_INOTIFY  
-DUWSGI_PCRE -DUWSGI_ROUTING -DUWSGI_CAP -DUWSGI_UUID 
-DUWSGI_VERSION="\"2.0.15-debian\"" -DUWSGI_VERSION_BASE="2" 
-DUWSGI_VERSION_MAJOR="0" -DUWSGI_VERSION_MINOR="15" 
-DUWSGI_VERSION_REVISION="0" -DUWSGI_VERSION_CUSTOM="\"debian\"" -DUWSGI_YAML 
-DUWSGI_LIBYAML -DUWSGI_JSON -DUWSGI_SSL -I/usr/include/libxml2 -DUWSGI_XML 
-DUWSGI_XML_LIBXML2 -DUWSGI_PLUGIN_DIR="\".\"" -D_FILE_OFFSET_BITS=64 
-D__USE_FILE_OFFSET64 -DUSE_POSIX_ACLS=1 -I/usr/include/uuid 
-Dglusterfs_plugin=glusterfs_plugin plugins/glusterfs/glusterfs.c -Wl,-z,relro 
-lacl -lgfapi -lglusterfs -lgfrpc -lgfxdr -luuid
*** unable to build glusterfs plugin ***
make: *** [debian/rules:450: debian/stamp-uwsgi-plugin-glusterfs] Error 1

Bug#894462: paraview: edges are blotted [regression]

[Francesco Poli]

On Sun, 1 Apr 2018 19:51:36 +0200 Anton Gladky wrote:

> Hi Francesco,

Hello Anton!   :-)

> 
> thanks for bugreport.

You are welcome.
Thanks for your prompt reply!

> The problem with paraview now is that it does
> not actually have any active maintainer
[...]

I noticed that you removed yourself from the uploader list, but I was
hoping someone else from the Debian Science Team was going to step in
soon... Is this not the case?  :-(

> I am not using it any more

Because you no longer have the need to perform data visualizations?
Or because you now use some other similar package?
I am not aware of any other comparable package in Debian, but maybe you
are: that's why I am asking...

> and the Gert (thanks to him!) is doing some technical uploads.

Yeah, that is much appreciated: thanks Gert!

> 
> If you really want it to be fixed (as well as export to AVI), feel free
> to join our team and provide some patches.

This is difficult, I lack the time and I don't know how long will it
take to get the expertise required to maintain such a package...

> Or at least the communication
> with upstream would be very helpful.

Could someone from the Debian Science Team at least forward this bug
report upstream (along with the other ones I filed)?

> Otherwise paraview is the good
> candidate to be dropped from the next release.

Assuming this is not an April Fool's Day prank, I am very worried by
this danger. I really hope this won't happen!


Thanks for your time and helpfulness.


-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpYCzNFIoXLi.pgp
Description: PGP signature