Bug#840916: ITP: node-buffer-equal -- return whether two buffers are equal

[Sruthi Chandran]

Package: wnpp
Severity: wishlist
Owner: Sruthi Chandran 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-buffer-equal
  Version : 1.0.0
  Upstream Author : James Halliday  (http://substack.net)
* URL : https://github.com/substack/node-buffer-equal
* License : Expat
  Programming Lang: JavaScript
  Description : return whether two buffers are equal

Bug#755947: libquvi: error: server response code 403 (conncode=0)

[bw123]

Package: cclive
Version: 0.7.16-2+b1
Followup-For: Bug #755947

Dear Maintainer,

Just to follow up on this bug, duplicate here recently reported
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=836160
and same against quvi a couple years ago
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746567

I really like clive/cclive I have used it for years.  Not a very sexy program, 
but it is useful.  I noticed the 403 problem started a couple of years ago.  I
tend to just move on to another link, never found a workaround, or any pattern.
All files downloaded lost extension about a year ago, progressbar is gone also.

The package still works around 75% of the time on youtube, and it's no trouble
to avprobe and add the correct extension.

Thanks for the Live Jethro Tull!

$ cclive -S https://www.youtube.com/watch?v=-cr5PjgOT8c
Checking ... ... ... done.
fmt17_144p
fmt18_360p
fmt36_240p
fmt43_360p
$ cclive -n  https://www.youtube.com/watch?v=-cr5PjgOT8c
Checking ... . . Jethro Tull Full Concert 070770 Tanglewood OFFICIAL.  
0.00M  []

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

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

Versions of packages cclive depends on:
ii  dpkg1.17.27
ii  libboost-date-time1.55.01.55.0+dfsg-3
ii  libboost-filesystem1.55.0   1.55.0+dfsg-3
ii  libboost-iostreams1.55.01.55.0+dfsg-3
ii  libboost-program-options1.55.0  1.55.0+dfsg-3
ii  libboost-system1.55.0   1.55.0+dfsg-3
ii  libc6   2.19-18+deb8u6
ii  libcurl3-gnutls 7.38.0-4+deb8u4
ii  libgcc1 1:4.9.2-10
ii  libpcre32:8.35-3.3+deb8u4
ii  libpcrecpp0 2:8.35-3.3+deb8u4
ii  libquvi70.4.1-3
ii  libstdc++6  4.9.2-10

cclive recommends no packages.

cclive suggests no packages.

-- no debconf information

Bug#840915: ITP: python-github3.py -- comprehensive, actively developed and extraordinarily stable wrapper around the GitHub API (v3)

[陳昌倬]

Package: wnpp
Severity: wishlist
Owner: "ChangZhuo Chen (陳昌倬)" 

* Package name: python-github3.py
  Version : 0.9.3
  Upstream Author : Ian Cordasco (sigmavirus24)
* URL : https://github.com/sigmavirus24/github3.py
* License : BSD-3-clause
  Programming Lang: Python
  Description : Python stable wrapper around the GitHub API (v3)

 github3.py is a comprehensive, actively developed and extraordinarily
 stable wrapper around the GitHub API (v3).

-- 
ChangZhuo Chen (陳昌倬) 
Debian Developer (https://nm.debian.org/public/person/czchen)
Key fingerprint = EC9F 905D 866D BE46 A896  C827 BE0C 9242 03F4 552D
  BA04 346D C2E1 FE63 C790  8793 CC65 B0CD EC27 5D5B


signature.asc
Description: PGP signature

Bug#840424: RFS: verilog-mode/0:20160910.debfc6d.vpo-1

[Dmitry Bogatov]

> The "dh_binary" tries to run "make install", but the make target is
> for upstream author's release process and not for installing elisps
> into destdir. I would like to override "dh_auto_install" and run some
> process under "debian/elpa" settings. How to do that?

In general with debhelper you do following in your d/rules:

override_dh_auto_install:
do-stuff

-- 
X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch,
Accept-Languages: eo,ru,en | at most once every 24 hours. If matter
Accept: text/plain, text/x-diff| is urgent, you have my phone number.

Bug#840914: liferea: tray icon doesn't work

[ZenWalker]

Package: liferea
Version: 1.12~rc1-5
Severity: normal

Dear Maintainer,

With 1.12-RC1 version, the tray icon doesn't work anymore for me

I use mate desktop



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

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

Versions of packages liferea depends on:
ii  dbus-x11 [dbus-session-bus]  1.10.10-1
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2
ii  gir1.2-freedesktop   1.50.0-1
ii  gir1.2-gtk-3.0   3.22.1-1
ii  gir1.2-peas-1.0  1.20.0-1
ii  libc62.24-3
ii  libgdk-pixbuf2.0-0   2.36.0-1
ii  libgirepository-1.0-11.50.0-1
ii  libglib2.0-0 2.50.0-2
ii  libgtk-3-0   3.22.1-1
ii  libjson-glib-1.0-0   1.2.2-1
ii  libpango-1.0-0   1.40.3-2
ii  libpeas-1.0-01.20.0-1
ii  libsoup2.4-1 2.56.0-1
ii  libsqlite3-0 3.14.2-1+b1
ii  libwebkit2gtk-4.0-37 2.14.0-1
ii  libxml2  2.9.4+dfsg1-2
ii  libxslt1.1   1.1.29-1
ii  liferea-data 1.12~rc1-5
ii  python-gi3.22.0-1
ii  python3.53.5.2-6+b1
pn  python3:any  

Versions of packages liferea recommends:
ii  gir1.2-gnomekeyring-1.0  3.12.0-1+b1
ii  gir1.2-gstreamer-1.0 1.8.3-1
ii  gnome-keyring3.20.0-3

Versions of packages liferea suggests:
pn  kget 
ii  network-manager  1.4.2-1+b1

-- no debconf information

Bug#840424: RFS: verilog-mode/0:20160910.debfc6d.vpo-1

[Kiwamu Okabe]

On Sun, Oct 16, 2016 at 1:53 PM, Dmitry Bogatov  wrote:
> In general with debhelper you do following in your d/rules:
>
> override_dh_auto_install:
> do-stuff

Yes. You are right.

However, how to manage "debian/elpa" file at
"override_dh_auto_install" target? Or should I manually install
"e/verilog-mode.el" file without any debhelper support?

Best regards,
-- 
Kiwamu Okabe at METASEPI DESIGN

Bug#840756: node-lex-parser: FTBFS: Attempt to unlock ..., which hasn't been locked

[Pirate Praveen]

On Sun, 16 Oct 2016 00:20:31 -0400 u...@debian.org (Aaron M. Ucko) wrote:
> Is there some reason node-lex-parser has an Architecture value of any
> rather than all?  Its contents all appear to be architecture-independent
> at first glance.

Because it was created by dh-make as npm2deb was crashing (#840169). I
have changed this to arch:all.



signature.asc
Description: OpenPGP digital signature

Bug#840913: lib/cli.js is installed as not executable

[Pirate Praveen]

package: npm2deb
version: 0.2.5-1
sverity: important

jison and other cli programs have this issue.

Execution permission for /usr/lib/nodejs/jison/lib/cli.js gets stripped
and a symlink to this file from /usr/bin is not sufficient.

/usr/lib/nodejs/bin/mocha seems to be retains its execution permission.

Either we have to allow /usr/lib/nodejs/jison/lib/cli.js
(/usr/lib/nodejs//lib/cli.js) to be executable or npm2deb should
create a launcher that calls nodejs like I created for jison.



signature.asc
Description: OpenPGP digital signature

Bug#807319: gnome-documents: enable additional book types

[Jason Crain]

Control: forwarded -1 https://bugzilla.gnome.org/740970

On Mon, Dec 07, 2015 at 04:47:37PM +0530, Ritesh Raj Sarraf wrote:
> Attached is a patch which widens the supported format for GNOME Books.
> This patch adds/enables document type PDF and  COLLECTIONS.
> 
> This is my first time dealing with Javascript so I'm not much versed
> with it. I don't know what COLLECTIONS here is being referred to. But my
> patch will generalize it for all types.
> 
> I think it should be okay to have the book types (PDF and Collection)
> show up under Books too, than not showing/rendering anything at all.

I doubt upstream would accept a patch like that, since I think the idea
for PDFs is that they want a way to manually tag PDFs as being books so
receipts and other things don't show up in gnome books.  There's some
discussion about that in https://bugzilla.gnome.org/704316.

Bug#840908: Uscan's Sourceforge reflector is too naive

[Paul Wise]

On Sun, Oct 16, 2016 at 11:48 AM, Paul Wise wrote:

> This should be ... or in the boost watch files. Modifying
> the boost watch file is dependent on the fix for the above issue.

I've now committed the fix, you can use something like this:

version=3
opts="uversionmangle=s/_/./g,dversionmangle=s/\+dfsg$//" \
http://sf.net/boost/ .*/[.\d]+/boost_([\d_]*)\.tar.bz2

Note the space after the redirector URL.
Note the numerical directory match, it needs adjusting if you want alpha/beta.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#840756: node-lex-parser: FTBFS: Attempt to unlock ..., which hasn't been locked

[Aaron M. Ucko]

Pirate Praveen  writes:

> jison is now in the archive and we don't need npm. Once jison clears
> NEW, I'll upload a fixed version.

Thanks.  Alas, the new version is unbuildable on architectures that
previously failed -- e.g.,

  node-lex-parser build-depends on:
  - jison:arm64
  jison depends on:
  - node-jison-lex:arm64 (>= 0.3~)
  node-jison-lex depends on missing:
  - node-lex-parser:arm64 (>= 0.1.0)

Is there some reason node-lex-parser has an Architecture value of any
rather than all?  Its contents all appear to be architecture-independent
at first glance.

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#840908: Uscan's Sourceforge reflector is too naive

[Steve M. Robbins]

On Sunday, October 16, 2016 11:48:32 AM CDT Paul Wise wrote:
> On Sun, Oct 16, 2016 at 10:24 AM, Steve M. Robbins wrote:
> > My suggestion is that the ones with "snapshots" in the path are simply
> > filtered out from list displayed by the reflector as these are not
> > release files.
> 
> That sounds like an ugly hack that I would rather not see implemented.

I can't disagree.  :-)  
If I knew how to fix it in the watch file, I would do so.


> The are two issues here:
> 
> The redirector was designed in the days when there were no directories
> on the sf.net files section.

I see.  One other thing I will mention is that the current reflector does
show two occurrences of "boost_1_62_0.tar.bz2".  (And just now it even shows 
the path and a "direct link" that I'm pretty sure weren't present earlier 
today!)  However, both occurrences link to the same reflector URL [1] that ends 
up at the wrong URL on sf.net.

[1] https://qa.debian.org/watch/sf.php/boost/boost_1_62_0.tar.bz2


> Your upstream isn't naming snapshot tarballs correctly. This should be
> fixed either in boost upstream 

I know this is the popular Debian perception and certainly it is a nuisance 
that the filenames are not unique.  All I will say is that the folks releasing 
Boost are not novices and likely have a defensible reason for their madness.  
More to the point: it is out there and if uscan can be made more flexible, it 
would be appreciated.

> or in the boost watch files. Modifying
> the boost watch file is dependent on the fix for the above issue.

OK.  Thanks for looking into this!

Best,
-Steve


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

Bug#807320: TypeError: currentType is null

[Jason Crain]

On Sun, Oct 16, 2016 at 12:05:41AM +0530, Ritesh Raj Sarraf wrote:
> On Sat, 2016-10-15 at 10:23 -0500, Jason Crain wrote:
> > Are you still having this issue?  It's working for me and the upstream bug
> > report https://bugzilla.gnome.org/745741 has been closed as unreproducible.
> 
> I am not seeing the issue any more. But then, in its current form in 3.22.0, I
> can't really verify it.
> 
> In previous version (3.18) where I reported it, it was able to render epub
> format. Now (3.22), it doesn't really render anything at all. Just blank 
> pages.

It's strange that epub doesn't work for you.  I tried an epub file from
http://www.gutenberg.org/ebooks/375 and it worked, though zooming is not
implemented which makes it much less useful.

Bug#838870: RFS: nbsphinx/0.2.9+ds-1 [ITP] -- Jupyter Notebook Tools for Sphinx

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hello All,

On 07/10/16 15:44, Frederic Bonnard wrote:
> Thanks Benoit for all the documentation work.
> The package looks good to me.
> Good catch for the audio link ; indeed lintian does not seem to handle 
> element (I sent a patch : https://bugs.debian.org/840009 )
> 
> As a side node, I'd advise you consider (report from check-all-the-things 
> tool) :
> - adding some upstream metadata: https://wiki.debian.org/UpstreamMetadata

I added a d/u/metadata file.



> - asking upstream to sign their release (debian-watch-may-check-gpg-signature)
>   : https://wiki.debian.org/Creating%20signed%20GitHub%20releases


The source tarball is fetched from a debian URL.


> I still have to follow those advises for my packages :)

The list is rather long, and I guess that it must be considered with distance:


Thanks,
Jerome

> 
> F.
> 
> On Fri, 7 Oct 2016 00:58:08 +0100, Jerome BENOIT  wrote:
> Hello,
> 
> On 05/10/16 13:26, Frederic Bonnard wrote:
 Thanks Benoit/Ghislain,
 indeed with experimental archive it's much better :)

 Benoit,
 my last point would be about privacy-breach-generic lintian.
 You overrided it with :
 --
 N: The involved links are meant to illustrate URL examples, so it is 
 meaningless
 N: to bring the involved material in a local folder.
 --

 I agree that bringing stuff locally (as it is advised in the lintian
 description) is useless when the goal is to show the code for how to embed
 content of remote images/videos URLs.
 Though I still think there's a breach, as loading the documentation makes 
 your
 browser connect to the internet, load images but also javascripts and so 
 on, which
 is originally the reason of this lintian definition (or let me know if I'm 
 wrong).
 Even if you point to DFSG-free ressources, you'll have your browser that 
 will still
 connect outside, and that's the issue in my understanding.

 I've been thinking about this and reading your discussion with Paul Wise,
 I came to the following idea : why not changing after generation the html 
 (sed...) :

 For images :
 ---
 -https://www.python.org/static/img/python-logo-large.png"/>
 +https://www.python.org/static/img/python-logo-large.png should be 
 displayed, but it got removed because of 
 https://lintian.debian.org/tags/privacy-breach-generic.html.;
 ---

 and for the embedded video :

 ---
  >>>  width="400"
  height="300"
 -src="https://www.youtube.com/embed/WAikxUGbomY;
 +src="about:blank"
  frameborder="0"
  allowfullscreen
 +srcdoc="This video : https://www.youtube.com/embed/WAikxUGbomY should 
 be displayed, but it got removed because of 
 https://lintian.debian.org/tags/privacy-breach-generic.html.;
  >
 ---

 That way, you'll keep the source code example clean, and despite the fact 
 the html
 is modified, the user reading the documentation will still understand the 
 example, what
 it should do, what is displayed and altered and why.
 Ok the documentation html code is modified but the goal of the doc is to 
 get
 the idea of the use (source code) and visual result (rather than html 
 output that got modified)
 I also thought of playing with Content-Security-Policy in  of the 
 document to block
 all outside connections but, I'm not sure all browser implement this 
 correctly.
 It's also less understable for the reader to understand why things 
 disappeared (except
 if this "framework" have information facilities). But it would be very 
 good to fix
 all the privacy-breach-generic in a general manner.
> 
> 
> When I wrote the lintian override, I have in mind beside the HTML output the 
> ipynb input,
> only the former is taken into account by lintian.
> Meanwhile, I relized that lintian was not able to point out an audio 
> privacy-breatch..
> 
> Anyway, I brought the suggested material. The hard part was the refreshment 
> of the debian/copyright file:
> it is getting large.
> 
> I hope the package is fine now.
> 
> Thanks,
> Jerome
> 
> 
> 


 F.

> 
>>
> 

- -- 
Jerome BENOIT | calculus+at-rezozer^dot*net
https://qa.debian.org/developer.php?login=calcu...@rezozer.net
AE28 AE15 710D FF1D 87E5  A762 3F92 19A6 7F36 C68B
-BEGIN PGP SIGNATURE-

iQQcBAEBCgAGBQJYAvtEAAoJED+SGaZ/NsaLQTcgAIidYx0jfYBJ4qI+Kn55DnzQ
1vztDzW0Wiq7OzkEe+R5C8miAp+KX4y7yOQVLGXkGdJDDFL1aK/lWi+DR6swLndx
4+DACxTQIC7lMz2wiyz4pggU0UTFOUEAoms2CdU9HJnCYPZmRP5PDIoV/dOSdX1J
ugFxSutqE71POO1llLS8eJ1s0c3av+8StEhF5SkunzdTsBa5QFdRwPw0eTtEA9gG
HtYKgzatgyxWAtHc3ljF2ZGdHou7Tp1z62uRwPWE1PjMSHV0x2EH1Yi2DjlaMD89
PrDJ/BxqJSVAF7h3HH3lxo1zCofwny/NZAVbIAgcG5Ta0WFG/2QB5eotdxiNRAdC
UcO2yrwD1cCu6KX3llsClOZDfvvSQWeiokGzEeN+4Fx+9dpGDx+hNbCd/KtrtV2q

Bug#840908: Uscan's Sourceforge reflector is too naive

[Paul Wise]

On Sun, Oct 16, 2016 at 10:24 AM, Steve M. Robbins wrote:

> My suggestion is that the ones with "snapshots" in the path are simply
> filtered out from list displayed by the reflector as these are not
> release files.

That sounds like an ugly hack that I would rather not see implemented.

The are two issues here:

The redirector was designed in the days when there were no directories
on the sf.net files section. I'm going to try adding links that
include the path, existing links will need to remain for backwards
compatibility.

Your upstream isn't naming snapshot tarballs correctly. This should be
fixed either in boost upstream or in the boost watch files. Modifying
the boost watch file is dependent on the fix for the above issue.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#840912: Add minizip dependency to gwyddion

[Nicola Ferralis]

Package: gwyddion
Version: 2.45-1

Gwyddion uses the minizip library to work with zip-compressed files
such as .plux.  Minizip is widely available because it comes with zlib,
a base compression library used just about everywhere in everything. 
Yet, it is not a required nor recommended dependency in the debian 
gwyddion package, which makes the feature of opening zipped packages 
missing in debian.

Adding a simple dependency to libminizip-dev in the control file seems 
to work. Tested on several versions of Ubuntu.

Bug#840884: xsane: preferences/Change directory does not exist

[Jörg Frings-Fürst]

Hello Pierre,

thank you for spending your time helping to make Debian better with
this bug report.

Your bug report doesn't contain any information. So I close this bug.


If your bug still exists please reopen this bug and extend the report
by a detailed description of the error.


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

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

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


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

Bug#840911: kernel-package: documented build option for specifying KCFLAGS fails

[Arthur Marsh]

Package: kernel-package
Version: 13.018
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

I noticed the manual page for make-kpkg suggested:

%  KBUILD_VERBOSE=1  MAKEFLAGS='CC=gcc-4.4 KCFLAGS="-march=athlon64"'
   make-kpkg configure

However if once specifies multiple options in the double quotes for KCFLAGS,
the build fails:

am64:/usr/src/linux# CONCURRENCY_LEVEL=4 MAKEFLAGS='CC=gcc-6 KCFLAGS="-v 
-march=athlon64"' \
> make-kpkg --config menuconfig --initrd linux-image
exec make kpkg_version=13.018 -f /usr/share/kernel-package/ruleset/minimal.mk 
debian CONFIG_TARGET=menuconfig  INITRD=YES 
/bin/sh: line 0: [: -lt: unary operator expected
/bin/sh: line 0: [: -gt: unary operator expected
/bin/sh: line 0: [: -lt: unary operator expected
make -f debian/rules debian/stamp/conf/kernel-conf
make[1]: Entering directory '/usr/src/linux'
make[1]: debian/rules: No such file or directory
make[1]: *** No rule to make target 'debian/rules'.  Stop.
make[1]: Leaving directory '/usr/src/linux'
/usr/share/kernel-package/ruleset/minimal.mk:93: recipe for target 
'debian/stamp/conf/minimal_debian' failed
make: *** [debian/stamp/conf/minimal_debian] Error 2
Failed to create a ./debian directory: No such file or directory at 
/usr/bin/make-kpkg line 970.

I would like to know how to specify multiple options in the KCFLAGS section
when using make-kpkg and for this to be documented in the make-kpkg manual 
page please.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

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


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

Kernel: Linux 4.8.0 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages kernel-package depends on:
ii  bc   1.06.95-9+b2
ii  binutils 2.27-8
ii  build-essential  12.2
ii  bzip21.0.6-8
ii  dpkg-dev 1.18.10
ii  file 1:5.28-4
ii  gettext  0.19.8.1-1
ii  kmod 22-1.1
ii  po-debconf   1.0.20
ii  xmlto0.0.28-0.1
ii  xz-utils [lzma]  5.2.2-1.2

Versions of packages kernel-package recommends:
ii  cpio   2.11+dfsg-5
ii  docbook-utils  0.6.14-3.3
ii  kernel-common  13.018
pn  uboot-mkimage  

Versions of packages kernel-package suggests:
ii  libncurses5-dev [libncurses-dev]  6.0+20160917-1
pn  linux-source  

-- Configuration Files:
/etc/kernel-pkg.conf changed:
maintainer := Arthur Marsh
email := arthur.ma...@internode.on.net
priority := Low


-- debconf-show failed

Bug#840909: ruby-gdk-pixbuf2: cannot overwrite Pixbuf.pixels with substitution

[Shyouzou Sugitani]

Package: ruby-gdk-pixbuf2
Version: 3.0.9-1
Severity: normal

Dear Maintainer,

I'm trying to make ninix-aya work with Ruby-GNOME2 3.0.9.
But I found that I cannot overwrite Pixbuf.pixels with substitution.

pix = GdkPixbuf::Pixbuf.new(:file => "test.png")
pix.pixels[0]
=> 0
pix.pixels[0] = 255
=> 255
pix.pixels[0]
=> 0

In 2.2.5 I can modify GdkPixbuf through pixels. 
Is there any API change?

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

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

Versions of packages ruby-gdk-pixbuf2 depends on:
ii  gir1.2-gdkpixbuf-2.02.36.0-1
ii  ruby1:2.3.0+4
ii  ruby-gio2   3.0.9-1
ii  ruby-gobject-introspection  3.0.9-1

ruby-gdk-pixbuf2 recommends no packages.

ruby-gdk-pixbuf2 suggests no packages.

-- no debconf information

Bug#840908: Uscan's Sourceforge reflector is too naive

[Steve M. Robbins]

Package: qa.debian.org
Severity: normal

The uscan download from sourceforge doesn't download what you expect
for boost.  The reason is that the link provided by the reflector page
[1] is incorrect: it leads to a "snapshot" url [2].  The correct
URL is [3].

Paul Wise indicated [4] that the reflector is a proxy for the RSS
feed and indeed both URLs are present:

  
https://sourceforge.net/projects/boost/files/boost/snapshots/master/boost_1_62_0.tar.bz2/download
  
https://sourceforge.net/projects/boost/files/boost/1.62.0/boost_1_62_0.tar.bz2/download

My suggestion is that the ones with "snapshots" in the path are simply
filtered out from list displayed by the reflector as these are not
release files.


[1] https://qa.debian.org/watch/sf.php/boost/
[2] 
https://sourceforge.net/projects/boost/files/boost/snapshots/master/boost_1_62_0.tar.bz2/download
[3] 
https://sourceforge.net/projects/boost/files/boost/1.62.0/boost_1_62_0.tar.bz2/download
[4] https://lists.debian.org/debian-devel/2016/10/msg00292.html


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

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

Bug#837798: RFS: libcgicc/3.2.16-0.1 NMU --

[Johannes Schauer]

Hi,

Quoting Thomas Pircher (2016-09-14 20:21:14)
> Changes since the last upload:
> 
>* Non-maintainer upload.
>* New upstream release (closes: #833081, #811988, #798624, #645616).

I once made a similar mistake in one of my packages and just listed all the
closed bugs without writing down how the new release closes them. You can see
for yourself which version you like better in this commit where I fixed the
problem for my package:

https://anonscm.debian.org/cgit/buildd-tools/sbuild.git/commit/?h=debian/unstable=5b06c85f93862f004053f1d85c1d69c9d7716955

Indeed it is not strictly *necessary* to list exactly how each bug was closed,
but it is nice for the submitter of the bug to read how it got handled in the
email they receive when your upload closes the bug. With just a list, as a bug
submitter you don't know how your problem was taken care of without manually
diffing the two versions. Here is a nice write-up about why to be more
elaborate in d/changelog:

https://www.debian.org/doc/manuals/developers-reference/ch06.en.html#bpp-debian-changelog

Thanks!

cheers, josch


signature.asc
Description: signature

Bug#836175: [buildd-tools-devel] Bug#836175: libsbuild-perl: Do not use single quotes in embedded perl script

[Johannes Schauer]

Hi,

Quoting Samuel Thibault (2016-10-15 18:43:36)
> Johannes Schauer, on Wed 12 Oct 2016 15:35:29 +0200, wrote:
> > 
> > sudo: no tty present and no askpass program specified
> > E: read_command failed to execute env
> > E: unable to open pipe
> 
> Perhaps you are missing adding your user to sudo without password?

why would I want to use sudo without password? Is it required for using the
sudo mode of sbuild? How do I enable it?

Thanks!

cheers, josch


signature.asc
Description: signature

Bug#840883: [buildd-tools-devel] Bug#840883: Please work around gnupg agents

[Johannes Schauer]

Hi,

Quoting Roger Leigh (2016-10-15 21:08:04)
> On 15/10/2016 19:47, Ian Jackson wrote:
> > If some program is run within an schroot which invokes gpg (for
> > example, as part of a package build, or a DEP-8 test suite), schroot
> > can fail to tear the chroot down.  As an example, dgit's DEP-8 test
> > suite currently fails for this reason when run with adt-virt-schroot
> > specifying an lvm snapshot sid chroot.
> >
> > (See #840669 for more details.)
> >
> > I suggest that schroot ought to kill gpg-agents when tearing down the
> > chroot.  On my own computer I have done this with the attached script,
> > which might serve as a starting point.
> >
> > I suspect that this script is not quite what is needed.  Things which
> > are perhaps wrong with it:
> >  * It always prints output (good for me to help debug this problem,
> >but not good for a default shipped with schroot)
> >  * I am not sure whether the --exec test will DTRT.  ISTM that it
> >will almost certainly do a wrong thing for tarball chroots, but
> >it's probably right for lvm snapshot ones (or any other that has
> >its own separately mounted /usr filesystem).
> >  * Other things I haven't thought of.
> 
> Thanks, I'll take a look at the script.
> 
> However, I wonder why the existing killprocs script isn't finding and 
> killing the agent on session end.  It should take care of any processes
> running inside the chroot whether or not they are daemons.

sbuild used to suffer from the same problem from two different sources.

The first one was from gpg as executed by sbuild itself inside the chroot. You
can have a look at the kill_gpgagent function to see how I kill the gpg-agent.
It is important to pass the $GNUPGHOME environment variable because without it,
gpgconf will be unable to figure out which gpg-agent process to kill.

The second one was more tricky. Sbuild used to use apt-key to put gpg keys into
/etc/apt/trusted.gpg.d. But apt-key is calling gpg itself and will thus leave a
gpgagent process running. For its execution, apt-key is creating a temporary
$GNUPGHOME in /tmp which it removes once it quits. Thus, there is no way for
the apt-key user to kill the gpg-agent process spawned by gpg used by apt key
(unless one searches all running processes for those named gpg-agent and tries
to kill them but one might kill too much with this approach). Since
programmatic usage of apt-key is discouraged anyway, I completely removed
apt-key from sbuild and replaced it by some more Perl code. The problem is now
supposedly fixed with recent versions of apt-key.

The problem I faced with schroot here was, that with the gpg-agent process
still running, it was impossible for schroot to unmount /dev. I don't remember
what gpg-agent was using but there were some open file handles in /dev that
gpg-agent used.

Thanks!

cheers, josch


signature.asc
Description: signature

Bug#793116: systemd-journald exiting with SIGUSR1

[Daniel Povey]

Another observation about this bug, which might be helpful.

If the signal is sent to systemd-journald via
/bin/systemctl kill --kill-who=main --signal=SIGUSR1
systemd-journald.service
then messages like the following show up in the kernel messages from `dmesg
-T`, like:

[Sat Oct 15 21:02:35 2016] systemd-journald[26517]: Received request to
flush runtime journal from PID 1

but they don't show up in the output of 'journalctl -r'.
In  /etc/systemd/journald.conf, it says:

#MaxLevelStore=debug
#MaxLevelSyslog=debug

so I would have thought the same messages would go to both places.
I don't know if I'm misunderstanding something here..

Dan





On Sat, Oct 15, 2016 at 9:07 PM, Daniel Povey  wrote:

> BTW, I attach the output from `systemd-analyze dump`, as dump.txt.
> It would be great if the debian people could help us look into this.
> Lennart has a policy that his team will only look into bug reports in the
> latest two versions of systemd, and obviously we are well behind that.
>
> Dan
>
>
> On Sat, Oct 15, 2016 at 8:53 PM, Daniel Povey  wrote:
>
>>
>> I just want to report that we are suffering from this bug, and it is
>> quite frequent.
>> This is with version  215-17+deb8u5 .
>>
>> root@a12:~# systemctl status systemd-journald
>>
>> *** systemd-journald.service - Journal Service
>>
>>Loaded: loaded (/lib/systemd/system/systemd-journald.service; static)
>>
>>Active: *failed* (Result: start-limit) since Sat 2016-10-15 12:01:57
>> EDT; 8h ago
>>
>>  Docs: man:systemd-journald.service(8)
>>
>>man:journald.conf(5)
>>
>>   Process: 51561 ExecStart=/lib/systemd/systemd-journald *(code=killed,
>> signal=USR1)*
>>
>>  Main PID: 51561 (code=killed, signal=USR1)
>>
>>
>>
>

Bug#840907: ITP: winregfs -- Windows registry FUSE filesystem

[Giovani Augusto Ferreira]

Package: wnpp
Severity: wishlist
Owner: Giovani Augusto Ferreira 

* Package name: winregfs
  Version : 0.6
  Upstream Author : Jody Bruchon 
* URL : https://github.com/jbruchon/winregfs
* License : GPL-2
  Programming Lang: C
  Description : Windows registry FUSE filesystem

 winregfs is a FUSE-based filesystem driver that enables accessing of Windows
 registry hive files as ordinary filesystems. Registry hive file editing can
 be performed with ordinary shell scripts and command-line tools once mounted.
 .
 fsck.winregfs scans a Windows registry hive file for problems that indicate
 the hive has been damaged by hardware or software issues, reading recursively
 the  key  and  value  data structures in the registry hive.
 .
 This package is useful for pentesters, ethical hackers and forensics experts.

Bug#840429: Please explain " Packages should not build-depend on this package. "

[Thomas Dickey]

On Fri, Oct 14, 2016 at 09:22:56PM +0200, Sven Joachim wrote:
> On 2016-10-11 16:34 +0200, Ailin Nemui wrote:
> 
> > Package: libtinfo-dev
> > Version: 6.0+20160917-1
> >
> > I need libtinfo.so and stumbled upon this sentence in the description.
> > It is bad for 2 reasons - no explanation given - no suggested action.
> >
> > My guess is to depend on ncurses, but why if I only need tinfo?
> 
> Because libtinfo-dev does not contain any header files, so you will need
> libncurses5-dev (or libncursesw5-dev, but its header files are in
> /usr/include/ncursesw, so you have to take some action to find them).
> See the discussion in https://bugs.debian.org/644426 for some
> background.

that, plus - your comment reminds me that the reason why the headers
are all in one place is that some of tinfo's functions are declared
in curses.h (due to historical reasons) rather than in term.h

If there were a cleaner separation between the headers,
it would have been more feasible to make a separate package.

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#840767: peg is in NEW

[Alexandre Viau]

Hello,

Thank you for reporting.

Peg and all of its dependencies are currently in NEW.

Cheers,

-- 
Alexandre Viau
av...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#827319: vim: FTBFS[alpha,kfreebsd-*]: Test_tagcase() failed

[James McCoy]

Control: tag -1 help

On Sun, Oct 16, 2016 at 12:27:13AM +0100, Steven Chamberlain wrote:
> Hi!
> 
> I was about finished for the night, but then I thought to recompile
> option.c this way:
> 
> $ cd src/vim-gtk
> $ touch option.c
> $ make PERL_CFLAGS="$(perl -MExtUtils::Embed -e ccopts) -g -O0 
> -fno-omit-frame-pointer"
> | gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK  -pthread 
> -I/usr/include/gtk-2.0 -I/usr/lib/i386-kfreebsd-gnu/gtk-2.0/include 
> -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 
> -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 
> -I/usr/include/libpng16 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 
> -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 
> -I/usr/include/glib-2.0 -I/usr/lib/i386-kfreebsd-gnu/glib-2.0/include 
> -I/usr/include/freetype2   -g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1   
>  -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fwrapv -fno-strict-aliasing -pipe 
> -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64  
> -I/usr/lib/i386-kfreebsd-gnu/perl/5.24/CORE  -g -O0 -fno-omit-frame-pointer   
>   -o objects/option.o option.c
> 
> (all $*_CFLAGS were undefined except for PERL_CFLAGS, plus my additions)
> and I finally got a backtrace from gdb!
> 
> | #0  0x0810d45b in parse_cino (buf=0x82eebe0) at misc1.c:6955

 6955 for (p = buf->b_p_cino; *p; )

Yeah, that's the same stack I was seeing all yesterday while bisecting.
buf->b_p_cino shouldn't be NULL at this point.

Taking a step back, there are two issues here.

First, something has changed in the toolset (gcc, Perl, libc, etc.) that
causes 7.4.963 (i.e., the last Vim package built on kfreebsd) to no
longer be able to run properly anymore.  This appears to be related to
the -D_LARGEFILE_SOURCE/-D_FILE_OFFSET_BITS=64 defines.

In 7.4.963, the explicit use of those was isolated to the if_perl*
modules, so that's the only part of Vim that can trigger the crash.  You
can see the crash by running the tests of any of the Vim package
variants which include the language bindings (vim-nox, vim-gtk,
vim-athena, or vim-gnome).  Alternatively, just run something like:

  ./src/vim -u NONE -i NONE --cmd 'perl $curbuf->Set($curline, "Crash")'

Second, the impact of the problem became broader in Vim patch 7.4.1065
because the PERL_CFLAGS are now applied to option.c, thus touching code
that is used in much more of Vim.  At that point, we now can see the
crash simply from trying to run Vim.  That's the stack you hit.

Considering that this _only_ exhibits on kfreebsd-* (and maybe alpha), I
don't think it's a Vim problem.  I also don't know how to go further
with this.

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

Bug#793116: systemd-journald exiting with SIGUSR1

[Daniel Povey]

I just want to report that we are suffering from this bug, and it is quite
frequent.
This is with version  215-17+deb8u5 .

root@a12:~# systemctl status systemd-journald

*** systemd-journald.service - Journal Service

   Loaded: loaded (/lib/systemd/system/systemd-journald.service; static)

   Active: *failed* (Result: start-limit) since Sat 2016-10-15 12:01:57
EDT; 8h ago

 Docs: man:systemd-journald.service(8)

   man:journald.conf(5)

  Process: 51561 ExecStart=/lib/systemd/systemd-journald *(code=killed,
signal=USR1)*

 Main PID: 51561 (code=killed, signal=USR1)

Bug#840906: [icedove] Add suggestion for optional package

[Samuel Smith]

Package: icedove
Version: 1:45.2.0-1~deb8u1
Severity: normal

--- Please enter the report below this line. ---

For fun lately I have been looking at bringing native pulseaudio support 
to apps that lack it. Icedove/thunderbird are up next on my list.


On my system, icedove always played through ALSA and bypassed pulseaudio 
(which I have installed). While looking through the source code and 
online, it seems inside thunderbird it gets its sound support through 
its internal "nsSound" library. But it in turn relies on libcanberra. It 
was only installed on my system because of a dependency on kde-runtime. 
However, "libcanberra" by itself does not give support for pulseaudio, 
for that one must install "libcanberra-pulse".


Once that was done, I could control the sounds made by icedove using the 
"Event" volume slider of pulseaudio. In my opinion, icedove should 
probably have a requirement dependency on libcanberra and should 
probably have a suggest dependency on libcanberra-pulse. I am not even 
sure if its current dependency on libasound2 is even valid in its 
current state.


Regards,
Samuel Smith


--- System information. ---
Architecture: amd64
Kernel:   Linux 3.16.0-4-amd64

Debian Release: 8.6
  500 stable  security.debian.org   500 stable 
mirror.rackspace.com   500 stable  mirror.csclub.uwaterloo.ca 
500 jessie-backports mozilla.debian.net   100 jessie-backports 
mirror.rackspace.com

--- Package information. ---
Depends   (Version) | Installed
===-+-===
fontconfig  | 2.11.0-6.3+deb8u1
psmisc  | 22.21-2
debianutils   (>= 1.16) | 4.4+b1
libasound2  (>= 1.0.16) | libatk1.0-0 
 (>= 1.12.4) | libc6 (>= 
2.11) | libcairo2(>= 1.10.2-2~) | libdbus-1-3 
  (>= 1.0.2) | libdbus-glib-1-2 
 (>= 0.78) | libevent-2.0-5   (>= 2.0.10-stable) | libffi5 
(>= 3.0.4) | libfontconfig1 
  (>= 2.9.0) | libfreetype6 (>= 2.3.9) | 
libgcc1(>= 1:4.1.1) | libgdk-pixbuf2.0-0 
 (>= 2.22.0) | libglib2.0-0(>= 
2.18.0) | libgtk2.0-0 (>= 2.24.0) | 
libhunspell-1.3-0   | libpango1.0-0 
 (>= 1.14.0) | libpixman-1-0   (>= 
0.25.2) | libsqlite3-0 (>= 3.7.7) | 
libstartup-notification0   (>= 0.8) | libstdc++6 
(>= 4.6) | libx11-6 
   | libxext6| libxrender1 
   | libxt6 
 | zlib1g (>= 1:1.2.0) |


Recommends   (Version) | Installed
==-+-===
myspell-en-us  |  OR hunspell-dictionary 
|  OR myspell-dictionary |


Suggests   (Version) | Installed
-+-
fonts-lyx| libgssapi-krb5-2 | 
1.12.1+dfsg-19+deb8u2

libglib2.0-0 (>= 2.20.0) |

Bug#840905: mirror submission for mirror.ynet.sk

[Roman Danko]

Package: mirrors
Severity: wishlist
User: mirr...@packages.debian.org
Usertags: mirror-submission

Submission-Type: new
Site: mirror.ynet.sk
Aliases: mirrors.ynet.sk
Type: leaf
Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x 
Archive-http: /debian/
Archive-rsync: debian/
CDImage-http: /debian-cd/
CDImage-rsync: debian-cd/
IPv6: no
Archive-upstream: ftp.sk.debian.org
CDImage-upstream: cdimage.debian.org
Updates: four
Maintainer: Roman Danko 
Country: SK Slovakia
Location: Bratislava
Sponsor: Ynet http://www.ynet.sk

Bug#815121: Already solved?

[Jesse Molina]

Yes, I can confirm it does work now. I upgraded one of my unstable 
systems with a wireless bridge about a week ago, and it is negotiating 
with my AP properly.




On 10/15/2016 04:57 PM, Santiago Garcia Mantinan wrote:

Hi!

Reading this bug and the investigation Jesse posted, looks like what solved
this problem is what is descrived on the 2.4 version changelog as:
* add a workaround for Linux packet socket behavior when interface is in bridge

Jesse, can you test current Debian version and see if it works ok?

I know that the 2.6 version is already out, but the 2.4 should have this
solved anyway.

Regards.

Bug#840904: ITP: golang-github-nfnt-resize -- Pure golang image resizing

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-nfnt-resize
  Version : 0.0~git20160724.0.891127d-1
  Upstream Author : Jan Schlicht
* URL : https://github.com/nfnt/resize
* License : ISC
  Programming Lang: Go
  Description : Pure golang image resizing

This is a dependency for golang-github-pointlander-compress, which is
ultimately needed for #840767.

-- 
Alexandre Viau
av...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#815536: new parameter?

[Jesse Molina]

Seven months later

The key issue was the fact that simply using the "pre-up iw dev wlan0 
set 4addr on" command wasn't enough because of the race issue. Whatever 
you end up doing, make sure to account for that.


Your solution sounds reasonable given the concerns you described with 
proprietary drivers.


I can't think of anything else we should be concerned about right now.



Also, as an FYI, the debian wpasupplicant package finally just got 
support for bridging a few weeks ago. So, if you can figure out a 
solution for this, the next Debian release should natively support 
wireless bridging via 4addr mode.




On 10/15/2016 02:47 PM, Santiago Garcia Mantinan wrote:

Hi!

Sorry, but I hadn't read this bugreport till today.

First of all I'd like to clarify that 4-address is not the only way to add a
wifi interface to a bridge, I have done this for years with wifi interfaces
on ap mode without using 4-address at all.

So, setting 4-address on all wifi interfaces automatically doesn't seem good
to me, so... what do you think if we add a new bridge_4addr option that lets
you specify what interfaces should be configured with 4addr? Something like:
bridge_4addr wlan0 wlan1

Does that sound ok?

Regards.

Bug#815121: Already solved?

[Santiago Garcia Mantinan]

Hi!

Reading this bug and the investigation Jesse posted, looks like what solved
this problem is what is descrived on the 2.4 version changelog as:
* add a workaround for Linux packet socket behavior when interface is in bridge

Jesse, can you test current Debian version and see if it works ok?

I know that the 2.6 version is already out, but the 2.4 should have this
solved anyway.

Regards.
-- 
Manty/BestiaTester -> http://manty.net

Bug#239816: bug#16134: libparted Atari partition table support

[Michael Schmitz]

Thorsten,

Am 16.10.2016 um 11:42 schrieb Thorsten Glaser:
> Michael Schmitz dixit:
> 
>> Did you write the table on the host and then had to byte swap to get it
>> read in ARAnyM?
>>
>> Just checked - Atari byte order disk image files of IDE disks don't need
>> byte swapping. Host native byte order ones do, that suggests your
> 
> ARAnyM writes in byte-swapped order by default, to enable some sort
> of optimisations. When dd(1)ing onto IDE/CF discs used by real hardware

Thanks for clarifying this - the IDE disk image file I mentioned above
was one created from my Falcon disk on the PC so unreadable on the PC
directly but works by implicit swapping in ARAnyM.

> Ataris, you do *not* need to byte-swap from x86, but you *do* need to
> byte-swap relative to standard ARAnyM disc images. (Or enable swapping
> in ARAnyM… disable really, but that means to enable its option.)

Now I'm officially confused. What do you consider a standard ARAnyM disk
image - ARAnyM (Atari) byte order or host (really IDE standard) byte order?

The way you describe it, the standard disk image format (which needs the
byteswap option enabled, or swapping by DD when copying to media
intended for use on Atari) would be in PC host byte order?

> Took me some time to figure this out, but in the end, we had it.
> 
> The same applies for floppy discs in ARAnyM vs. real x86/Atari HW.

The floppy interface is 8 bit so needs no swapping, or wired up the
right way. Either way, on-disk byte order is the same on Atari and PC.
(Atari only managed to botch up the IDE interface, apparently estimating
the chance of someone using an IDE disk to transfer data very small...)

Cheers,

Michael


> 
> bye,
> //mirabilos
> 

Bug#840903: ITP: golang-github-kjk-lzma -- port of the lzma compression algorithm

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-kjk-lzma
  Version : 1.0.0-1
  Upstream Author : Andrei Vieru
* URL : https://github.com/kjk/lzma
* License : BSD-3-Clause
  Programming Lang: Go
  Description : port of the lzma compression algorithm


This is a dependency for golang-github-pointlander-compress, which is
ultimately needed for #840767.

--
Alexandre Viau
av...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#779804: Updated maxima-ecl debdiff for maxima 5.38.1-2

[Tobias Hansen]

Hi Camm,

I updated the debdiff to maxima 5.38.1-2.

I really hope we can make some progress on this topic. I read again the
private mail that you sent me in March 2015 and I must say that I don't
really understand everything. We tried using maxima-gcl with Sagemath,
but we get Sagemath test failures that are not trivial to fix for us. I
also think that we need the fasl file. (Is that what you called
common-lisp-controller library in your mail?) Unfortunately we have
nobody with any Lisp experience. Because of this, changing the way
Sagemath and maxima work together seems hard.

We are currently working a lot on packaging Sagemath for Debian stretch,
as can be seen from the amount of traffic on our mailing list [1]. I
think we have a realistic chance to get everything that is required done
before the freeze.

maxima is now one of two issues that we don't really know how to
resolve. (The other one is pari, which is resolved if pari 2.9 is
released in time for stretch.)

Best,
Tobias

[1] https://lists.alioth.debian.org/mailman/listinfo/debian-science-sagemath

diff -Nru maxima-5.38.1/debian/changelog maxima-5.38.1/debian/changelog
--- maxima-5.38.1/debian/changelog  2016-10-01 12:33:53.0 +0100
+++ maxima-5.38.1/debian/changelog  2015-03-02 17:33:29.0 +
@@ -1,3 +1,12 @@
+maxima (5.38.1-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Create new package maxima-ecl including the maxima ecl binary
+and a fasl library for ecl.
+  * Apply patch build-fasl.patch from Sage to build the fasl library.
+
+ -- Tobias Hansen   Mon, 02 Mar 2015 18:33:29 +0100
+
 maxima (5.38.1-2) unstable; urgency=medium
 
   * Build-dep against latest gcl
diff -Nru maxima-5.38.1/debian/control maxima-5.38.1/debian/control
--- maxima-5.38.1/debian/control2016-10-01 12:29:40.0 +0100
+++ maxima-5.38.1/debian/control2015-03-02 17:33:29.0 +
@@ -2,7 +2,7 @@
 Section: math
 Priority: optional
 Maintainer: Camm Maguire 
-Build-Depends: gcl ( >= 2.6.12-35 ) , texinfo, libgmp3-dev, libreadline-dev, 
locales, automake, debhelper ( >=9 ), autoconf2.13, gawk | awk, 
texlive-latex-recommended, sharutils, libxmu-dev, libxaw7-dev, tex-common, 
python
+Build-Depends: gcl ( >= 2.6.12-35 ) , texinfo, libgmp3-dev, libreadline-dev, 
locales, automake, debhelper ( >=9 ), autoconf2.13, gawk | awk, 
texlive-latex-recommended, sharutils, libxmu-dev, libxaw7-dev, tex-common, 
python, ecl, libffi-dev
 Standards-Version: 3.9.8
 
 Package: maxima
@@ -123,3 +123,19 @@
  .
  This package contains a set of contributed routines and add-on 
  packages.
+
+Package: maxima-ecl
+Architecture: any
+Depends:  ${shlibs:Depends}, ${misc:Depends}, maxima
+Description: Computer algebra system -- ecl runtime and fasl library
+ Maxima is a fully symbolic computation program.  It is full featured
+ doing symbolic manipulation of polynomials, matrices, rational
+ functions, integration, Todd-coxeter methods for finite group
+ analysis, graphing, multiple precision floating point computation.
+ It has a symbolic source level debugger for maxima code.  Maxima is
+ based on the original Macsyma developed at MIT in the 1970s.  It is
+ quite reliable, and has good garbage collection, and no memory leaks.
+ It comes with hundreds of self tests.
+ .
+ This package contains a maxima runtime compiled with ecl
+ as well as well as a fasl library of maxima for ecl.
diff -Nru maxima-5.38.1/debian/maxima-ecl.install.in 
maxima-5.38.1/debian/maxima-ecl.install.in
--- maxima-5.38.1/debian/maxima-ecl.install.in  1970-01-01 01:00:00.0 
+0100
+++ maxima-5.38.1/debian/maxima-ecl.install.in  2015-03-02 17:33:29.0 
+
@@ -0,0 +1,2 @@
+debian/tmp/usr/lib/maxima/@MVERS@/binary-ecl/maxima
+debian/tmp/usr/lib/ecl/maxima.fas
diff -Nru maxima-5.38.1/debian/maxima.install.in 
maxima-5.38.1/debian/maxima.install.in
--- maxima-5.38.1/debian/maxima.install.in  2013-05-01 14:39:37.0 
+0100
+++ maxima-5.38.1/debian/maxima.install.in  2015-03-02 17:33:29.0 
+
@@ -1,5 +1,6 @@
 debian/tmp/usr/bin/maxima
-debian/tmp/usr/lib
+debian/tmp/usr/lib/maxima/@MVERS@/binary-gcl/maxima
+debian/tmp/usr/lib/maxima/@MVERS@/mgnuplot
 debian/tmp/usr/share/man/man1/maxima.1
 debian/tmp/usr/share/maxima/@MVERS@/demo
 debian/tmp/usr/share/doc/maxima
diff -Nru maxima-5.38.1/debian/patches/build-fasl.patch 
maxima-5.38.1/debian/patches/build-fasl.patch
--- maxima-5.38.1/debian/patches/build-fasl.patch   1970-01-01 
01:00:00.0 +0100
+++ maxima-5.38.1/debian/patches/build-fasl.patch   2015-03-02 
17:33:29.0 +
@@ -0,0 +1,21 @@
+Description: Build a fasl library for ecl in addition to an executable program.
+ References:
+ * http://trac.sagemath.org/ticket/16178
+ * https://github.com/cschwan/sage-on-gentoo/issues/226
+ * https://bugs.gentoo.org/show_bug.cgi?id=499634
+Origin: 

Bug#833901: terminator: Copy and paste from other applications to Terminator are failing

[Robert Luberda]

On Wed, 10 Aug 2016 08:44:36 +0200 tkla  wrote:

> 
>* What led up to the situation?
> 
> When i try to paste a command or whatever let´s say from Firefox to Terminator
> it always copies some strange things with it.
>

I have the similar issue. However in my case it occurs only after
/usr/bin/mc command had been run before (mc was started, and then
closed), and the pasted text has 00~ as a prefix and 01~ as a suffix.

I've just tried to investigate this more deeply and discovered that the
issue depends on the shell used, see the following table (obviously
everything in brackets is a comment):

 | effect of pasting the word "text"
   shell | after prior run of /usr/bin/mc
  ---+--
  /bin/mksh  | 00~text01~  (this is my default login shell)
  /bin/ksh93 | (nothing)
  /bin/posh  | ^[[200~text^[[201~
  /bin/dash  | ^[[200~text^[[201~
  /bin/sash  | ^[[200~text^[[201~
  /bin/csh   | 0~text1~
  /bin/tcsh  | 0~text1~
  /bin/bash  | text
  /bin/zsh   | text (highlighted, i.e black font, white background)
  /usr/bin/screen| text (always, regardless of the shell used in screen)


Regards,
robert

Bug#827319: vim: FTBFS[alpha,kfreebsd-*]: Test_tagcase() failed

[Steven Chamberlain]

Hi!

I was about finished for the night, but then I thought to recompile
option.c this way:

$ cd src/vim-gtk
$ touch option.c
$ make PERL_CFLAGS="$(perl -MExtUtils::Embed -e ccopts) -g -O0 
-fno-omit-frame-pointer"
| gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK  -pthread 
-I/usr/include/gtk-2.0 -I/usr/lib/i386-kfreebsd-gnu/gtk-2.0/include 
-I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 
-I/usr/include/libpng16 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 
-I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 
-I/usr/include/glib-2.0 -I/usr/lib/i386-kfreebsd-gnu/glib-2.0/include 
-I/usr/include/freetype2   -g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1
-D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fwrapv -fno-strict-aliasing -pipe 
-I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64  
-I/usr/lib/i386-kfreebsd-gnu/perl/5.24/CORE  -g -O0 -fno-omit-frame-pointer 
-o objects/option.o option.c

(all $*_CFLAGS were undefined except for PERL_CFLAGS, plus my additions)
and I finally got a backtrace from gdb!

| #0  0x0810d45b in parse_cino (buf=0x82eebe0) at misc1.c:6955
| p = 0x0
| l = 
| digits = 
| n = 
| divider = 
| fraction = 0
| sw = 0
| #1  0x0813cedd in check_buf_options (buf=0x82eebe0) at option.c:5518
| No locals.
| #2  0x08145dd1 in buf_copy_options (buf=0x82eebe0, flags=2) at option.c:10916
| should_copy = 1
| save_p_isk = 0x0
| dont_do_help = 137175392
| did_isk = 0
| #3  0x0805e51e in buflist_new (ffname=, sfname=, lnum=1, flags=2) at buffer.c:2056
| buf = 0x82eebe0
| st = {st_dev = 4294967295, st_ino = 288, st_mode = 19273, __pad_mode 
= 10485, st_nlink = 55768, __pad_nlink = 2094, st_uid = 176, st_gid = 0, 
|   st_rdev = 12, st_atim = {tv_sec = 135342037, tv_nsec = 176}, 
st_mtim = {tv_sec = 0, tv_nsec = 137288152}, st_ctim = {tv_sec = 134727816, 
| tv_nsec = 137124284}, st_size = 137177536, st_blocks = 
756049599198, st_blksize = 1, st_flags = 0, st_gen = 135075162, __unused1 = {
| 137438953482, 578216775452196874}}
| #4  0x081d4f1d in win_alloc_firstwin (oldwin=oldwin@entry=0x0) at 
window.c:3477
| No locals.
| #5  0x081d4f8a in win_alloc_first () at window.c:3430
| No locals.
| #6  0x081fef52 in common_init (paramp=0x82d8e20 ) at main.c:983
| No locals.
| #7  0x08053809 in main (argc=, argv=) at 
main.c:173
| i = 

It was invoked with:

$ cd po
$ ktrace -di -- ../vim -u NONE -e -X -S check.vim -c "if error == 0 | q | 
endif" -c cq af.po

and the ktrace ends the same way as usual:

| 58482 101232 vim  0.011392 CALL  stat(0x82ed890,0xbfbfe300)
| 58482 101232 vim  0.011397 NAMI  "/usr/local/share/vim/vim80"
| 58482 101232 vim  0.011410 RET   stat -1 errno 2 No such file or directory
| 58482 101232 vim  0.011414 CALL  stat(0x82ed8b0,0xbfbfe300)
| 58482 101232 vim  0.011416 NAMI  "/usr/local/share/vim/runtime"
| 58482 101232 vim  0.011421 RET   stat -1 errno 2 No such file or directory
| 58482 101232 vim  0.011454 CALL  ioctl(0x1,0x402c7413,0xbfbfe3d4)
| 58482 101232 vim  0.011459 RET   ioctl 0
| 58482 101232 vim  0.011513 PSIG  SIGSEGV SIG_DFL code=SEGV_MAPERR

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


signature.asc
Description: Digital signature

Bug#815927: bridge+bond has some limits

[Santiago Garcia Mantinan]

Hi!

I'm using bridge over bond interfaces reliably on Jessie without problems,
but there are some limitations. All of this limitations are on the kernel,
and thus if you believe some other stuff is not ok, then the one responsible
for this is the kernel.

The limitations I'm talking about is that bridge and bonding don't work well
in all bonding modes, I've read that active-backup and balance-tlb work ok
and I'm using 802.3ad without problems, other than that... you are asking
for trouble.

Please try these modes and let me know your results.

Regards.
-- 
Manty/BestiaTester -> http://manty.net

Bug#835147: javatools: please make the documention Recommends substvars reproducible

[tony mancill]

On Mon, Oct 10, 2016 at 11:09:02AM +0100, Chris Lamb wrote:
> Hi,
> 
> > javatools: please make the documention Recommends substvars reproducible
> 
> Any movement on this? It's making a few packages non-reproducible :)

Thank you for the reminder.  Since we haven't accumulated any changes,
uploading now.

Cheers,
tony


signature.asc
Description: PGP signature

Bug#833419: webGL

[積丹尼 Dan Jacobson]

I meant disable WebGL.

Bug#840840: [Pkg-opencl-devel] Bug#840840: pocl: Does not build on several architectures

[Rebecca N. Palmer]

You shouldn't need libpoclu-dev to build OpenCL-using code, only
ocl-icd-opencl-dev (which is available on all architectures).

What does require an ICD is _running_ OpenCL code, including in the test
suite (if any); as buildds are unlikely to have a GPU, build-time
OpenCL-using tests can only be run on architectures with pocl-opencl-icd.
You could build but not test the OpenCL-using part on the other
architectures, but you may well not want to.

There isn't a standard for how to turn off OpenCL (beyond the conventions
applying to compile-time-optional features in general): check the git log
for how you turned it on, and/or upstream's documentation.

Bug#685264: debbugs: obey “Control” field in pseudoheader of messages to ‘nnn-d...@bugs.debian.org’

[Don Armstrong]

On Sat, 15 Oct 2016, Ben Finney wrote:
> On 18-Aug-2012, Don Armstrong wrote:
> > Control: only works for nnn@b.d.o and submit@b.d.o currently. Other
> > things may be supported in the future, but most of those other
> > messages have side effects.
> 
> Could you expand on that? I don't know what would be the down-side of
> having debbugs recognise the pseudoheader in a message such as
> .

I think for -done it would work, but for -quiet, -maintonly, or
-submitter, it doesn't really make sense.

I'm also concerned about the ordering of the control operations for
-done messages, but I think applying the control operations first, and
then the -done operation could work. [This is actually exactly the
opposite of how submit@ and nnn@ works, which is why it isn't trivial to
implement.]


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

[I]t's true that some of the most terrible things in the world are
done by people who think, genuinely think, that they're doing it for
the best, especially if there is some god involved.
 -- Terry Pratchett _Snuff_ p185

Bug#239816: bug#16134: libparted Atari partition table support

[Thorsten Glaser]

Michael Schmitz dixit:

>Did you write the table on the host and then had to byte swap to get it
>read in ARAnyM?
>
>Just checked - Atari byte order disk image files of IDE disks don't need
>byte swapping. Host native byte order ones do, that suggests your

ARAnyM writes in byte-swapped order by default, to enable some sort
of optimisations. When dd(1)ing onto IDE/CF discs used by real hardware
Ataris, you do *not* need to byte-swap from x86, but you *do* need to
byte-swap relative to standard ARAnyM disc images. (Or enable swapping
in ARAnyM… disable really, but that means to enable its option.)

Took me some time to figure this out, but in the end, we had it.

The same applies for floppy discs in ARAnyM vs. real x86/Atari HW.

bye,
//mirabilos
-- 
Stéphane, I actually don’t block Googlemail, they’re just too utterly
stupid to successfully deliver to me (or anyone else using Greylisting
and not whitelisting their ranges). Same for a few other providers such
as Hotmail. Some spammers (Yahoo) I do block.

Bug#833419: can't use new midori on one of my computers

[積丹尼 Dan Jacobson]

Both 'disable gtk... ' in preferences, and delgroup jidanni (and
restarting nodm) used at the same time are no help. Can't tell why, on
one (j4) of my thinkpads, I can't use newer midori without white screen.
.xsession-errors has no clues inside it either.

Bug#840902: install debtags; purge debtags leaves behind residue

[積丹尼 Dan Jacobson]

Package: aptitude
Version: 0.8.3-1+b1
Severity: wishlist

# aptitude install debtags
# aptitude purge debtags #but that leaves behind junk, so must then do:
# aptitude purge python3-debian python3-six python3-chardet 
python3-pkg-resources python3-apt
using
#cat /etc/apt/apt.conf.d/10jidanni
APT::Default-Release "experimental";
APT::Cache::AllVersions false;
APT::Clean-Installed false;
APT::Get::Fix-Missing true;
APT::Get::Purge true;
APT::Install-Recommends false;
Binary::apt::APT::Keep-Downloaded-Packages true;
APT::Keep-Downloaded-Packages true;
Aptitude::CmdLine::Always-Prompt true;
Aptitude::Purge-Unused true;
Aptitude::CmdLine::Show-Why true;
Aptitude::CmdLine::Show-Deps true;
Aptitude::CmdLine::Verbose 1;
Acquire::http::No-Cache true;
Acquire::PDiffs true;

Bug#840610: UnicodeEncodeError: 'ascii' codec can't encode character

[Kalle Olavi Niemitalo]

Robert Luberda  writes:

> According to GNU gettext documentation[1]: "The variable LANGUAGE is
> ignored if the locale is set to ‘C’."

That exception was added on 2001-01-03, for glibc 2.2.1.
In glibc 2.2, LANGUAGE used to override LC_ALL=C.

In Python 2.0 (released on 2000-10-16), 2.7, and 3.5.0, gettext.py
checks LANGUAGE first, like glibc 2.2.  The loop that checks the
environment variables is exactly the same in these three versions.

I searched for "gettext" at bugs.python.org but it didn't find a
bug report for the priority of LANGUAGE vs. LC_ALL=C in gettext.
http://bugs.python.org/issue1166948 says 'LANGUAGE is honoured
even if the default locale is "C"' but I think that refers to
locale.getdefaultencoding, not to gettext.

Bug#840901: locales: Claims that locales-all is installed, even if it is not

[Robert Luberda]

Package: locales
Version: 2.24-3
Severity: minor


  [179]/home/robert> sudo dpkg-reconfigure locales
  locales-all installed, skipping locales generation
  ^^

  [180]/home/robert> dpkg-query -s locales-all  
  
  Package: locales-all
  Status: install ok not-installed
 ^
  Priority: extra
  Section: localization
  Architecture: i386

(Most probably I marked locales-all for installation in dselect
 years ago, and never used `apt-get dselect-upgrade' afterwards)

Regards,
robert


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (200, 'testing')
Architecture: i386 (i686)

Kernel: Linux 4.7.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages locales depends on:
ii  debconf [debconf-2.0]  1.5.59
ii  libc-bin   2.24-3
ii  libc-l10n  2.24-3

locales recommends no packages.

locales suggests no packages.

-- debconf information excluded

Bug#840900: zorp: FTBFS (vector: No such file or directory)

[Santiago Vila]

Package: src:zorp
Version: 3.9.5-7.1
Severity: serious

Dear maintainer:

I tried to build this package in stretch with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
dh build-indep --with autoreconf,python2 --parallel
dh: Compatibility levels before 9 are deprecated (level 7 in use)
   dh_testdir -i -O--parallel
   dh_update_autotools_config -i -O--parallel
   dh_autoreconf -i -O--parallel
libtoolize: putting auxiliary files in '.'.
libtoolize: copying file './ltmain.sh'
libtoolize: Consider adding 'AC_CONFIG_MACRO_DIRS([m4])' to configure.ac,
libtoolize: and rerunning libtoolize and aclocal.
libtoolize: Consider adding '-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
configure.ac:130: installing './compile'
configure.ac:134: installing './config.guess'

[... snipped ...]

/usr/include/zorp/zorplibconfig.h:176:0: note: this is the location of the 
previous definition
 #define PACKAGE_STRING ""
 
In file included from /<>/lib/zorp/zorp.h:44:0,
 from http.h:30,
 from http.c:33:
/<>/lib/zorp/zorpconfig.h:110:0: warning: "PACKAGE_TARNAME" 
redefined
 #define PACKAGE_TARNAME "zorp"
 
In file included from /usr/include/zorp/zorplib.h:23:0,
 from /usr/include/zorp/misc.h:13,
 from /<>/lib/zorp/zorp.h:41,
 from http.h:30,
 from http.c:33:
/usr/include/zorp/zorplibconfig.h:179:0: note: this is the location of the 
previous definition
 #define PACKAGE_TARNAME ""
 
In file included from /<>/lib/zorp/zorp.h:44:0,
 from http.h:30,
 from http.c:33:
/<>/lib/zorp/zorpconfig.h:116:0: warning: "PACKAGE_VERSION" 
redefined
 #define PACKAGE_VERSION "3.9.5"
 
In file included from /usr/include/zorp/zorplib.h:23:0,
 from /usr/include/zorp/misc.h:13,
 from /<>/lib/zorp/zorp.h:41,
 from http.h:30,
 from http.c:33:
/usr/include/zorp/zorplibconfig.h:185:0: note: this is the location of the 
previous definition
 #define PACKAGE_VERSION ""
 
In file included from http.c:45:0:
/usr/include/zorp/random.h:13:18: fatal error: vector: No such file or directory
 #include 
  ^
compilation terminated.
Makefile:519: recipe for target 'http.lo' failed
make[4]: *** [http.lo] Error 1
make[4]: Leaving directory '/<>/modules/http'
Makefile:555: recipe for target 'all-recursive' failed
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory '/<>/modules/http'
Makefile:393: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/<>/modules'
Makefile:507: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/<>'
dh_auto_build: make -j1 returned exit code 2
debian/rules:3: recipe for target 'build-indep' failed
make: *** [build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


The relevant part of the build log is included above.

If this is really a bug in one of the build-depends, please use reassign and 
affects,
so that this is still visible in the page for this package.

Thanks.

Bug#840899: no NEXT PAGE button for search results

[積丹尼 Dan Jacobson]

X-debbugs-cc: enr...@debian.org
Package: www.debian.org
Severity: wishlist

https://debtags.debian.org/search/?q=web%3A%3Abrowser
says
About 56 results for web::browser:
and shows 20
and lacks any NEXT PAGE button.

Bug#815536: new parameter?

[Santiago Garcia Mantinan]

Hi!

Sorry, but I hadn't read this bugreport till today.

First of all I'd like to clarify that 4-address is not the only way to add a
wifi interface to a bridge, I have done this for years with wifi interfaces
on ap mode without using 4-address at all.

So, setting 4-address on all wifi interfaces automatically doesn't seem good
to me, so... what do you think if we add a new bridge_4addr option that lets
you specify what interfaces should be configured with 4addr? Something like:
bridge_4addr wlan0 wlan1

Does that sound ok?

Regards.
-- 
Manty/BestiaTester -> http://manty.net

Bug#655976: queue-viewer: support binary debdiffs

[Adam D. Barratt]

On Sun, 2012-01-15 at 16:13 +, Adam D. Barratt wrote:
> It would be useful if queue-viewer could run debdiff on binary uploads,
> in order to catch things like missing or new files and permission
> changes.  If anything interesting is found this could then be included
> in the queue output.

As some may have noticed, initial support for this went live this
evening.

Some notes:

- the output is current plain text, with no formatting

- there's no filtering of "interesting" content; all architectures for
which there are packages have a corresponding binary debdiff link

- as a result of invoking debdiff once per architecture, passing a list
of "old" and "new" .deb files, the output contains a single copy of
sections such as "Files in second set of .debs but not in first", rather
than the information being attached to the binary package concerned

Regards,

Adam

Bug#840898: reportbug: Show the LANGUAGE variable

[Robert Luberda]

Package: reportbug
Version: 6.6.6
Severity: wishlist


The LANGUAGE variable is more important than LANG[1], for example
the following command shows dpkg's help in German, not in Polish:

  LANGUAGE=de_DE.UTF8 LANG=pl_PL.UTF8 dpkg --help

With LANGUAGE information printed it would be easier to analyze 
bugs like #840610. Could you please add it to the `Locale:' line?

Regards,
robert

[1] 
https://www.gnu.org/software/gettext/manual/html_node/The-LANGUAGE-variable.html


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (200, 'testing')
Architecture: i386 (i686)

Kernel: Linux 4.7.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages reportbug depends on:
ii  apt   1.3.1
ii  python-reportbug  6.6.6
pn  python:any

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail   
ii  debconf-utils1.5.59
ii  debsums  2.1.2
ii  dlocate  1.07
pn  emacs23-bin-common | emacs24-bin-common  
ii  file 1:5.28-4
ii  gnupg2.1.15-4
ii  pgpgpg [pgp] 0.13-9.1
ii  postfix [mail-transport-agent]   3.1.0-5+b1
ii  python-gtk2  2.24.0-5.1
pn  python-gtkspellcheck 
ii  python-urwid 1.3.1-2+b1
ii  python-vte   1:0.28.2-5+b1
ii  xdg-utils1.1.1-1

Versions of packages python-reportbug depends on:
ii  apt   1.3.1
ii  file  1:5.28-4
ii  python-debian 0.1.29
ii  python-debianbts  2.6.1
pn  python:any

python-reportbug suggests no packages.

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

-- no debconf information

Bug#840633: Maintain with pkg-go?

[Alexandre Viau]

Hello :)

Thank you for packaging golang-github-retailnext-hllpp.

It looks like the maintainer is set to Sipwise Development Team. Would
you consider to maintain this package in collaboration with the Go
Packaging team instead?

If you do, I would like that you take some time to read the following:
 - https://pkg-go.alioth.debian.org/packaging.html

Here are some things that you could do:

- Create a git repository in our Alioth team and commit your work,
according to the team's guidelines (use dh-make-golang!)

- Leave the changelog to UNRELEASED

- Point me to the repository, asking for review: I will review, build
the package, upload and then tag the repository.

dh-make-golang does things that helps with consistency across the team,
such as the gbp.conf file that ensures pristine-tar is used.

This is how I will test the build of your package:
 - gbp clone git.debian.org:/git/pkg-go/packages/
 - cd 
 - gbp buildpackage --git-pbuilder

Cheers,

-- 
Alexandre Viau
av...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#837798: RFS: libcgicc/3.2.16-0.1 NMU -- C++ class library for writing CGI applications

[Thomas Pircher]

On 2016-10-15 12:35, Gianfranco Costamagna wrote:

BTW for a next update would be nice to consider using dh_auto_configure
instead of directly calling ./configure


Hi Gianfranco,

I have uploaded a new version to mentors with the two changes you 
mentioned in your mails today:

- Using dh_auto_configure instead of calling ./configure directly.
- Removed the Replaces and Conflicts directive for the binary package.

Use this package if you deem those changes worth the hassle of 
re-uploading the package to deferred/15. If not, then I'm happy to keep 
the changes for the next time I need to update the cgicc package.


Thanks,
Thomas

Bug#840610: UnicodeEncodeError: 'ascii' codec can't encode character

[Robert Luberda]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

reassign 840610 python3 3.5.1-4
retitle 840610 python inconsistently handles the LANGUAGE env var
severity 840610 serious
affects 840610 apt-listchanges
thanks

[Severity serious, because I believe internationalization is one of
priorities of Debian, and this bug makes localized versions of
python-based applications unreliable]


Ph. Marek writes:

> Normally, I'm using de_AT.UTF-8. For reporting a bug I set "export 
> LC_ALL=C", but on the next apt-get invocations I get error 
> messages:
> 
> $ apt-get install -t experimental rakudo ... Fetched 4146 kB in 2s 
> (1434 kB/s) apt-listchanges: Lese Changelogs... [...] File 
> "/usr/share/apt-listchanges/ALCLog.py", line 36, in info 
> print(_("apt-listchanges: %(msg)s") % {'msg': msg}, 
> file=sys.stdout); UnicodeEncodeError: 'ascii' codec can't encode 
> character '\xfc' in position 68: ordinal not in range(128)
> (Reading database ... 556786 files and directories currently
> installed.)
> 
> (never mind the single German line in there ;)

Actually this is the most important line of your bug report ;) In
LC_ALL=C, it is "Reading changelogs..." that should be printed instead
of its translation. Please note that dpkg prints "Reading database
...", not "Lese Datenbank ...".

I can easily reproduce this weird behaviour by setting both
LANGUAGE=de_DE.UTF-8 and LC_ALL=C, and this is the only way I can do thi
s.

According to GNU gettext documentation[1]: "The variable LANGUAGE is
ignored if the locale is set to ‘C’."  But apparently this does not
work this way in python - it looks like print() ignores the variable,
but gettext.gettext() does not, what is pretty inconsistent, and leads
to errors:

  [16]/home/robert> LANGUAGE=de_AT.UTF8 LC_ALL=C python3
  Python 3.5.2+ (default, Sep 22 2016, 12:18:14)
  [GCC 6.2.0 20160927] on linux
  Type "help", "copyright", "credits" or "license" for more information.
  >>> import locale
  >>> import gettext
  >>> locale.setlocale(locale.LC_ALL, '')
  'C'
  >>> gettext.textdomain("apt-listchanges")
  'apt-listchanges'
  >>> print(gettext.gettext('apt-listchanges: changelogs for %s'))
  Traceback (most recent call last):
File "", line 1, in 
  UnicodeEncodeError: 'ascii' codec can't encode character '\xfc' in
position 29: ordinal not in range(128)

Regards,
robert

[1]
https://www.gnu.org/software/gettext/manual/html_node/The-LANGUAGE-varia
ble.html



-BEGIN PGP SIGNATURE-

iQIcBAEBCAAGBQJYAp9xAAoJEGMd51U76K/ULBMP/i7L+sI0azEeF2XX8+ocThUL
z0zD+n+jI6+devAU+pQhsnO1mPspU6FUL5LupU0kbjJKmv8TuHWpmg6rnecSdJYT
iE8KGG+gCXB/2o8Ya1oD3HiLzh7AHfEOrnMjoqIelQOx8OiDvZnK/6cRHAbBOZqV
/G88qmk6QdtPPYBfRekCfiRzPn8nu57fkz+FbZag43lqkdqYMuj+XidKRG262cR0
ibgtQ3Jni+IiBhmuNhMGY+tE7MSWoBAmrI4slc5O/6PlZWEVIMeHwGkb2CKsTUcX
C24dFelMC/CWQyidA0ao3LOQz9drzftO21FMqu9MAuwiCsTdSpOMH+33sGbb2qjg
i2K/mDamj7EALkNA3mjKiZpw51JwtykukdN7igSHSFTeBiUgDxkvZuvyYapt6keI
3vEzT/JCrzfkutC2VxbcPreq3fbQuRjb2gW1GHd3Yuv/h1LTQlXqV3hoGv1ppNq1
4IbQHx+awuareYLDInqgjhsHVZCnlun9Sj3OFnuBi3ziDyw+Dj7ALU2g2bjhBle7
CwB07ZZOSs/mEceFlnj/AVt+0yzDSFt8koqw1vh8DkHz8Gws1oPuHZoB1XXtWHUG
dc24TIRv0GuT9giEW+6LWMWPmQd9qmdUY0ZqgVtFz3Df1BvF4LPJaqvzWFrrdpNV
Fr/nIt37K6yblTB5OTb2
=Ggrh
-END PGP SIGNATURE-

Bug#840897: general: framebuffer modules for non-dri graphics cards are not loaded

[Michal Suchanek]

Package: general
Severity: normal

Hello,

I dusted off a notebook with hardware serial port which also happens to have a
Mach64 graphics card.

Accidentally during system upgrade an extra display manager was installed which
broke the text console. Running two X servers without KMS is problematic.

Upstream has a solution that should prevent most of these problems. The current
X drivers seem to work reasonably well with fbdev so long as the fb module is
loaded before the X server is started. At least the Mach64 driver looks ok.
Since the X driver appears to have fbdev integration it should not break the
console so long as fbdev is available.

Unfortunately, atyfb is not loaded by Debian. What's worse, adding the driver
to /etc/modules or /etc/initramfs-tools/modules has no effect. The module is
not loaded.

So I would like the fbdev modules removed from whatever blacklist prevents
loading them and have them loaded on systems that don't have dri modules to
handle graphics.

Thanks

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (500, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 4.7.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#239816: bug#16134: libparted Atari partition table support

[Michael Schmitz]

Hi Adrian,

Am 16.10.2016 um 08:32 schrieb John Paul Adrian Glaubitz:
> On 10/15/2016 09:15 PM, Michael Schmitz wrote:
>> good to see you managed to fix the libparted issues!
> 
> Thanks. I just happened to be in the situation that I'm writing a guide
> how to set up a minimal Debian/m68k system on ARAnyM from scratch.
> 
>>> Ah, it works after enabling byte-swapping in ARAnyM :).
>>
>> Did you write the table on the host and then had to byte swap to get it
>> read in ARAnyM?
> 
> Correct. I created an empty image, mapped it to /dev/loop0 using losetup
> and ran my patched version of parted to create an Atari partition table
> plus two partitions for the system and swap.
> 
> In ARAnyM, I had to enable byte-swapping as otherwise the partitions
> were not recognized.
> 
>> Just checked - Atari byte order disk image files of IDE disks don't need
>> byte swapping. Host native byte order ones do, that suggests your
>> partition table is in host native order. To get it to work in ARAnyM out
>> of the box, and more importantly on real hardware the partition table
>> would need to be written to the disk image with byte swapping.
> 
> Wouldn't ARAnyM or a real Atari write the data byte-swapped to the
> disk anyway? I would expect that parted just uses the host order

Correct - running parted on Atari or ARAnyM would write the data in the
correct order without a swap option. It's just preparing disk images on
another system (and then using dd to copy that image to a physical disk)
that would need a different byte order.

> which is why I had to byte-swap the disk image when using it in
> ARAnyM. But I think we could add the byte-swapping later if
> necessary.

You mean when creating a disk image from the loopback device, or when
copying the image to disk? That might be a more generic way to handle
the weird Atari IDE byte order (including creating filesystems on the
image and copying data over).

Best leave the code as is for now until we've had a chance to test. I'll
have to get a scratch disk for testing anyway.

Cheers,

Michael


>> Note that SCSI disks don't need byte swapping so if you want to support
>> both targets, libparted would need a byte swap option ...
> 
> Ok, good to know.
> 
> Adrian
> 

Bug#840896: audit FTCBFS: Build-Depends on host architecture python

[Helmut Grohne]

Source: audit
Version: 1:2.6.7-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

When cross building audit in a non-boottrap setting (i.e. not #840262),
the build fails because it requests the host architecture python, which
can neither be installed nor executed. The attached patch fixes these
dependencies and produces a working cross build (including python
modules).

Helmut
diff --minimal -Nru audit-2.6.7/debian/changelog audit-2.6.7/debian/changelog
--- audit-2.6.7/debian/changelog2016-09-27 22:44:56.0 +0200
+++ audit-2.6.7/debian/changelog2016-10-15 22:57:58.0 +0200
@@ -1,3 +1,10 @@
+audit (1:2.6.7-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Cross compatibe python Build-Depends (Closes: #-1)
+
+ -- Helmut Grohne   Sat, 15 Oct 2016 22:57:41 +0200
+
 audit (1:2.6.7-1) unstable; urgency=medium
 
   * New upstream release
diff --minimal -Nru audit-2.6.7/debian/control audit-2.6.7/debian/control
--- audit-2.6.7/debian/control  2016-09-27 22:44:56.0 +0200
+++ audit-2.6.7/debian/control  2016-10-15 22:57:39.0 +0200
@@ -15,8 +15,10 @@
libldap2-dev,
libprelude-dev,
libwrap0-dev,
-   python-all-dev (>= 2.6.6-3~),
-   python3-all-dev,
+   python-all-dev:any (>= 2.6.6-3~),
+   libpython-all-dev (>= 2.6.6-3~),
+   python3-all-dev:any,
+   libpython3-all-dev,
swig
 Build-Depends-Indep: golang-go
 Standards-Version: 3.9.8

Bug#837597: Aw: Bug#837597: Acknowledgement (network-manager: NetworkManager start times out during boot)

[Sten Heinze]

The upgrade to linux-image-4.8.0-rc8-amd64 seems to fix the problem and causes 
no delay on boot anymore.

Sten

Bug#840895: libieee1284 FTCBFS: unsatisfiable cross Build-Depends, uses build architecture tools

[Helmut Grohne]

Source: libieee1284
Version: 0.2.11-12
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

libieee1284 fails to cross build from source for a number of reasons.
Foremost is that its python-all-dev build dependency will request a host
architecture python which can neither be installed nor executed. Then
the ./configure invocations are lacking --host flags and finally
stripping with the build architecture strip fails. All of these issues
are fixed by the attached patch. Please consider applying it.

Helmut
diff --minimal -Nru libieee1284-0.2.11/debian/changelog 
libieee1284-0.2.11/debian/changelog
--- libieee1284-0.2.11/debian/changelog 2013-09-01 01:18:30.0 +0200
+++ libieee1284-0.2.11/debian/changelog 2016-10-15 21:41:10.0 +0200
@@ -1,3 +1,13 @@
+libieee1284 (0.2.11-12.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: (Closes: #-1)
++ Fix python Build-Depends
++ Don't strip with install -s
++ Let dh_auto_configure pass cross flags
+
+ -- Helmut Grohne   Sat, 15 Oct 2016 21:38:03 +0200
+
 libieee1284 (0.2.11-12) unstable; urgency=low
 
   * New maintainer (closes: #688539).
diff --minimal -Nru libieee1284-0.2.11/debian/control 
libieee1284-0.2.11/debian/control
--- libieee1284-0.2.11/debian/control   2013-09-01 00:52:30.0 +0200
+++ libieee1284-0.2.11/debian/control   2016-10-15 21:38:01.0 +0200
@@ -2,7 +2,7 @@
 Priority: optional
 Section: libs
 Maintainer: Laszlo Boszormenyi (GCS) 
-Build-Depends: debhelper (>= 8.1.3), python-all-dev (>= 2.6.6-3~), 
autotools-dev, dh-autoreconf, automake, chrpath
+Build-Depends: debhelper (>= 8.1.3), python-all-dev:any (>= 2.6.6-3~), 
libpython-all-dev (>= 2.6.6-3~), autotools-dev, dh-autoreconf, automake, chrpath
 Standards-Version: 3.9.4
 Homepage: http://cyberelk.net/tim/software/libieee1284/
 X-Python-Version: >= 2.2
diff --minimal -Nru libieee1284-0.2.11/debian/rules 
libieee1284-0.2.11/debian/rules
--- libieee1284-0.2.11/debian/rules 2013-09-01 01:15:49.0 +0200
+++ libieee1284-0.2.11/debian/rules 2016-10-15 22:50:00.0 +0200
@@ -15,9 +15,6 @@
 ifneq (,$(findstring debug,$(DEB_BUILD_OPTIONS)))
CFLAGS += -g
 endif
-ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS)))
-   INSTALL_PROGRAM += -s
-endif
 
 # Available python versions
 PYVERS = $(shell pyversions -v -r debian/control)
@@ -35,19 +32,17 @@
 configure-stamp: $(PYVERS:%=configure-py%-stamp) autotools-stamp
dh_testdir
# Add here commands to configure the package.
-   ./configure --without-python --prefix=/usr \
-   --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) \
-   --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info 
$(shell dpkg-buildflags --export=configure)
+   dh_auto_configure -- --without-python \
+   -libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) \
+   $(shell dpkg-buildflags --export=configure)
 
touch configure-stamp
 
 configure-py%-stamp: autotools-stamp
dh_testdir
 
-   mkdir build-py$*
-
-   cd build-py$* && PYTHON=/usr/bin/python$* ../configure --with-python 
--prefix=/usr \
-   --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info 
$(shell dpkg-buildflags --export=configure)
+   PYTHON=/usr/bin/python$* dh_auto_configure --builddirectory=build-py$* 
-- --with-python \
+   $(shell dpkg-buildflags --export=configure)
 
touch configure-py$*-stamp
 

Bug#840894: llvm-3.8: lli-3.8 man page contains fakeroot error

[James Cowgill]

Package: llvm-3.8
Version: 1:3.8.1-12
Severity: normal

Hi,

The man page for lli-3.8 contains a fakeroot error near the top:

DESCRIPTION

ERROR:  ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be
preloaded (cannot open shared object file): ignored.  OVERVIEW: llvm
interpreter & dynamic compiler

It's also very poorly formatted (compared to lli-3.5 at least), but that
may be caused by the above error.

Thanks,
James



signature.asc
Description: OpenPGP digital signature

Bug#765000: Was helpful for me...

[Santiago Garcia Mantinan]

> All my interfaces are auto, like this (simplified here):

What if you remove all the ethX interfaces here and you leave just the
bridges? the ethX interfaces will be configured by the bridge anyway.

If this setup is ok for you I'll try to add some examples/sugestions
explaining this.

Regards.
-- 
Manty/BestiaTester -> http://manty.net

Bug#827319: vim: FTBFS[alpha,kfreebsd-*]: Test_tagcase() failed

[Steven Chamberlain]

In case it is helpful to know this later:

  1561 100852 vim  0.016031 NAMI "/home/stevenc/vim-8.0.0022/src/vim-gtk/po"
  1561 100852 vim  0.016033 RET   __getcwd 0
  1561 100852 vim  0.016065 CALL  break(0x136b000)
  1561 100852 vim  0.016071 RET   break 0
  1561 100852 vim  0.016110 CALL  gettimeofday(0xbfbfe548,0)
  1561 100852 vim  0.016113 RET   gettimeofday 0
  1561 100852 vim  0.016251 CALL  stat(0x134bf98,0xbfbfe3b0)
  1561 100852 vim  0.016256 NAMI  "/usr/share/vim/vim80"
  1561 100852 vim  0.016269 RET   stat -1 errno 2 No such file or directory
  1561 100852 vim  0.016273 CALL  stat(0x134bf98,0xbfbfe3b0)
  1561 100852 vim  0.016276 NAMI  "/usr/share/vim/runtime"
  1561 100852 vim  0.016283 RET   stat -1 errno 2 No such file or directory
  1561 100852 vim  0.016313 CALL  ioctl(0x1,0x402c7413,0xbfbfe4a4)
  1561 100852 vim  0.016317 RET   ioctl 0
  1561 100852 vim  0.016364 PSIG  SIGSEGV SIG_DFL code=SEGV_MAPERR
  1561 100852 vim  0.016370 NAMI  "vim.core"

the ioctl there is TIOCGETA (type 0x74, number 0x13) and it is reading
0x2c = 44 bytes (struct termios) to a stack variable, for fd 0x1
(stdout).

That part looks okay;  the segfault happens sometime after it.

The only code that would seem to use that ioctl is os_unix.c's
mch_settmode() which normally does a tcgetattr followed by a tcsetattr.
This is a wild guess, but maybe the segfault is in that function?
(HAVE_TERMIOS_H is defined here on kfreebsd-i386).

Nothing here seems related to large file support, though.  Are you sure
the crashed triggered by large file support is really the same issue?
(Does the end of the ktrace look like the above?)

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


signature.asc
Description: Digital signature

Bug#840725: Bug#840840: pocl: Does not build on several architectures

[Andreas Tille]

On Sat, Oct 15, 2016 at 08:39:08PM +0200, Andreas Beckmann wrote:
> > So if the fact remains that pocl does not build anywhere else than on
> > intel I need to restrict the set of architectures for libhmsbeagle as
> > well.
> 
> Or just restrict the use of OpenCL to the architectures that have pocl?

I'd like to do that - but how?  I have no idea about all these things.
Any hint?

Kind regards

 Andreas.

-- 
http://fam-tille.de

Bug#840725: Bug#840840: pocl: Does not build on several architectures

[Andreas Tille]

On Sat, Oct 15, 2016 at 08:39:08PM +0200, Andreas Beckmann wrote:
> On 2016-10-15 19:57, Andreas Tille wrote:
> > because libpoclu-dev is not available on most architectures.  Since
> > libhmsbeagle has build on all those architectures either the set of
> > Build-Depends has changed (may be together with khronos-opencl-clhpp?)
> > or there was a point in time when pocl has build on more architectures
> > than currently.
> 
> The outdated libhmsbeagle binary packages are from 2.1.2+20150609-1.1,
> predating the use of libpoclu-dev (since 2.1.2+20151220-1).
> So libhmsbeagle never built successfully with libpoclu-dev on more
> architectures than currently (i.e. only on amd64).
> 
> While theoretically pocl could be available on all architectures (that
> support CPUs), that doesn't work right now and I don't know if anyone is
> working on fixing this.
> 
> > So if the fact remains that pocl does not build anywhere else than on
> > intel I need to restrict the set of architectures for libhmsbeagle as
> > well.
> 
> Or just restrict the use of OpenCL to the architectures that have pocl?
> 
> Andreas
> 

-- 
http://fam-tille.de

Bug#830905: openconnect: proposed patch to control

[Jochen Hein]

Package: openconnect
Version: 7.06-2
Followup-For: Bug #830905

Dear Maintainer,

I think the attached patch should work.
Can you apply it or comment what should be needed?

Thanks for your work
Jochen
--- openconnect-7.06/debian/control.orig	2015-05-25 23:26:22.0 +0200
+++ openconnect-7.06/debian/control	2016-10-15 21:57:22.0 +0200
@@ -7,6 +7,7 @@
groff,
libgnutls28-dev,
liblz4-dev,
+   libkrb5-dev,
liboath-dev,
libp11-kit-dev,
libproxy-dev,
@@ -46,6 +47,7 @@
 Multi-Arch: same
 Depends: libgnutls28-dev,
  liboath-dev,
+ libkrb5-dev,
  libopenconnect5 (= ${binary:Version}),
  libp11-kit-dev,
  libproxy-dev,

Bug#840532: Congratulations kendrick , You have a new message from...ocd9

[Monterro Piccolo]

K

On Oct 15, 2016 11:16 AM, "Authorized DIRECTV TV Dealer" <
mike.gabr...@das-netzwerkteam.de> wrote:

> dsnb
>
> You've been UPGRADED! Get DIRECTV!
> Urgent! You need to activate your TV service
> Please claim also your $50 VISA gift card
> Confirm Now !
>
> Unsubscribe
> Opt Out
>
>
>
>
>
>
>  
> 
>
> weur
>
>

Bug#840883: Please work around gnupg agents

[Roger Leigh]

On 15/10/2016 19:47, Ian Jackson wrote:

If some program is run within an schroot which invokes gpg (for
example, as part of a package build, or a DEP-8 test suite), schroot
can fail to tear the chroot down.  As an example, dgit's DEP-8 test
suite currently fails for this reason when run with adt-virt-schroot
specifying an lvm snapshot sid chroot.

(See #840669 for more details.)

I suggest that schroot ought to kill gpg-agents when tearing down the
chroot.  On my own computer I have done this with the attached script,
which might serve as a starting point.

I suspect that this script is not quite what is needed.  Things which
are perhaps wrong with it:
 * It always prints output (good for me to help debug this problem,
   but not good for a default shipped with schroot)
 * I am not sure whether the --exec test will DTRT.  ISTM that it
   will almost certainly do a wrong thing for tarball chroots, but
   it's probably right for lvm snapshot ones (or any other that has
   its own separately mounted /usr filesystem).
 * Other things I haven't thought of.


Thanks, I'll take a look at the script.

However, I wonder why the existing killprocs script isn't finding and 
killing the agent on session end.  It should take care of any processes 
running inside the chroot whether or not they are daemons.



Regards,
Roger

Bug#827319: vim: FTBFS[alpha,kfreebsd-*]: Test_tagcase() failed

[Steven Chamberlain]

James McCoy wrote:
> Lo and behold, configuring without --enable-perlinterp but adding
> "-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64" to PERL_CFLAGS in
> src/auto/config.mk reproduces the issue.
[...]
> Which begs the question, why does configure think the defines aren't
> necessary?

That seems to not be the issue.  It is just testing if lseeko() is
declared already, without explicitly asking for -D_LARGEFILE_SOURCE.
The result on both kfreebsd and linux is that it is not needed to use
-D_LARGEFILE_SOURCE at all.

So the linux arches already build option.c with -D_LARGEFILE_SOURCE and
-D_FILE_OFFSET_BITS=64, and most other sources without.  I wonder what
are the implications.  -D_FILE_OFFSET_BITS=64 has some effects on 32-bit
arches, but not on 64-bit where relevant types are 64 bits long anyway.

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


signature.asc
Description: Digital signature

Bug#239816: bug#16134: libparted Atari partition table support

[John Paul Adrian Glaubitz]

On 10/15/2016 09:15 PM, Michael Schmitz wrote:
> good to see you managed to fix the libparted issues!

Thanks. I just happened to be in the situation that I'm writing a guide
how to set up a minimal Debian/m68k system on ARAnyM from scratch.

>> Ah, it works after enabling byte-swapping in ARAnyM :).
> 
> Did you write the table on the host and then had to byte swap to get it
> read in ARAnyM?

Correct. I created an empty image, mapped it to /dev/loop0 using losetup
and ran my patched version of parted to create an Atari partition table
plus two partitions for the system and swap.

In ARAnyM, I had to enable byte-swapping as otherwise the partitions
were not recognized.

> Just checked - Atari byte order disk image files of IDE disks don't need
> byte swapping. Host native byte order ones do, that suggests your
> partition table is in host native order. To get it to work in ARAnyM out
> of the box, and more importantly on real hardware the partition table
> would need to be written to the disk image with byte swapping.

Wouldn't ARAnyM or a real Atari write the data byte-swapped to the
disk anyway? I would expect that parted just uses the host order
which is why I had to byte-swap the disk image when using it in
ARAnyM. But I think we could add the byte-swapping later if
necessary.

> Note that SCSI disks don't need byte swapping so if you want to support
> both targets, libparted would need a byte swap option ...

Ok, good to know.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#840260: glibc: please support the tilegx architecture

[Helmut Grohne]

Hi Aurelien,

On Sat, Oct 15, 2016 at 09:15:36PM +0200, Aurelien Jarno wrote:
> Unfortunately this is not enough. Recent dak versions check that the
> architecture is known by dpkg, and ftp-master.debian.org is using
> jessie. If we add tilegx to the Architecture: list, the source package
> will then get rejected.

I agree.

> Please see #835851. Until this is solved or until ftp-master.debian.org
> is fixed, you will have to maintain the patch on your side.

I think this works rather well for me. You took the include change,
which is more relevant for me. rebootstrap automatically adds any
architectures that are missing from all libc*_archs to libc6_archs, so
there is nothing for me to maintain here. I probably won't even notice
when you apply it.

I hope it is ok for you to simply wait until dak has a sufficiently
recent dpkg and then add it. Bringing up full tilegx will take a while
anyway. Next up will be sending a patch for libatomic-ops.

Thanks for your support here.

Helmut

Bug#840893: ITP: ansible-tower-cli -- command line tool for Ansible Tower

[Evgeni Golov]

Package: wnpp
Severity: wishlist
Owner: Evgeni Golov 

* Package name: ansible-tower-cli
  Version : 3.0.1
  Upstream Author : Luke Sneeringer 
* URL : https://github.com/ansible/tower-cli
* License : Apache 2.0
  Programming Lang: Python
  Description : command line tool for Ansible Tower

 tower-cli is a command line tool for Ansible Tower. It allows Tower
 commands to be easily run from the Unix command line. It can also be
 used as a client library for other python apps, or as a reference for
 others developing API interactions with Tower's REST API.
 .
 This command line tool sends commands to the Tower API. It is capable of
 retrieving, creating, modifying, and deleting most objects within Tower.
 .
 A few potential uses include:
 * Launching playbook runs
 * Checking on job statuses
 * Rapidly creating objects like organizations, users, teams and more

Bug#840892: apr-util has unsatisfiable cross Build-Depends

[Helmut Grohne]

Source: apr-util
Version: 1.5.4-2
Severity: minor
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Control: affects 794103 + src:apr-util

apr-util cannot satisfy its cross Build-Depends:
 * The host architecture binutils is requested, but it conflicts with
   the build architecture binutils, which is requested by
   build-essential. Since build-essential already ensures availability
   of binutils for both architectures, we can simply drop it.
 * The host architecture python is requested, but it can neither be
   installed nor executed. As it is really used as a build tool,
   annotate its dependency with :any.

After applying the attached patch, apr-util still fails to cross build
from source, because it is affected by #794103.

Helmut
diff --minimal -Nru apr-util-1.5.4/debian/changelog 
apr-util-1.5.4/debian/changelog
--- apr-util-1.5.4/debian/changelog 2016-07-14 12:00:56.0 +0200
+++ apr-util-1.5.4/debian/changelog 2016-10-15 21:12:10.0 +0200
@@ -1,3 +1,12 @@
+apr-util (1.5.4-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix unsatisfiable cross Build-Depends: (Closes: #-1)
++ Drop binutils from Build-Depends as it is build-essential.
++ Annotate Build-Depends: python with :any.
+
+ -- Helmut Grohne   Sat, 15 Oct 2016 21:11:45 +0200
+
 apr-util (1.5.4-2) unstable; urgency=medium
 
   [ Jean-Michel Vourgère ]
diff --minimal -Nru apr-util-1.5.4/debian/control apr-util-1.5.4/debian/control
--- apr-util-1.5.4/debian/control   2016-07-14 11:58:27.0 +0200
+++ apr-util-1.5.4/debian/control   2016-10-15 21:12:25.0 +0200
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian Apache Maintainers 
 Uploaders: Stefan Fritsch , Peter Samuelson 
-Build-Depends: debhelper (>> 9~), autoconf, autotools-dev, mawk, libldap2-dev, 
libexpat1-dev, libdb-dev, libpcre3-dev, binutils, libapr1-dev (>> 1.4.8-2~), 
libsqlite3-dev, libpq-dev, python, libmysqlclient-dev, unixodbc-dev, doxygen, 
libssl-dev
+Build-Depends: debhelper (>> 9~), autoconf, autotools-dev, mawk, libldap2-dev, 
libexpat1-dev, libdb-dev, libpcre3-dev, libapr1-dev (>> 1.4.8-2~), 
libsqlite3-dev, libpq-dev, python:any, libmysqlclient-dev, unixodbc-dev, 
doxygen, libssl-dev
 Standards-Version: 3.9.8
 Vcs-Browser: https://anonscm.debian.org/cgit/pkg-apache/apr-util.git
 Vcs-Git: git://anonscm.debian.org/pkg-apache/apr-util.git

Bug#840889: diff NMU for libiberty_20161011-1.1

[Anton Gladky]

tags 840889 +pending
thanks

Dear maintainer,

I have prepared an NMU (versioned as 20161011-1.1) and
uploaded to DELAYED/10.

Please fell free to tell me if I should delay it longer, cancel
or reschedule. Diff is attached.

Best regards

Anton
diff -Nru libiberty-20161011/debian/changelog 
libiberty-20161011/debian/changelog
--- libiberty-20161011/debian/changelog 2016-10-11 09:14:23.0 +0200
+++ libiberty-20161011/debian/changelog 2016-10-15 21:14:05.0 +0200
@@ -1,3 +1,11 @@
+libiberty (20161011-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix not included into upstream release fixes for
+CVE-2016-4491 and CVE-2016-6131. Closes: #840889
+
+ -- Anton Gladky   Sat, 15 Oct 2016 21:01:33 +0200
+
 libiberty (20161011-1) unstable; urgency=medium
 
   * Update to 20161011 (security issues fixed: CVE-2016-6131, CVE-2016-4493,
diff -Nru libiberty-20161011/debian/patches/0001-CVE-2016-4491.patch 
libiberty-20161011/debian/patches/0001-CVE-2016-4491.patch
--- libiberty-20161011/debian/patches/0001-CVE-2016-4491.patch  1970-01-01 
01:00:00.0 +0100
+++ libiberty-20161011/debian/patches/0001-CVE-2016-4491.patch  2016-10-15 
21:01:09.0 +0200
@@ -0,0 +1,117 @@
+Description: Fix Libiberty Demangler segfaults. CVE-2016-4491
+Author: Marcel Böhme 
+Origin: https://gcc.gnu.org/ml/gcc-patches/2016-05/msg00105.html
+Acked-by: Anton Gladky 
+Last-Update: 2016-10-15
+
+---
+ libiberty/cp-demangle.c   | 18 ++
+ libiberty/testsuite/demangle-expected | 66 +++
+ 2 files changed, 84 insertions(+)
+
+diff --git a/libiberty/cp-demangle.c b/libiberty/cp-demangle.c
+index 0c6d714..e118985 100644
+--- a/libiberty/cp-demangle.c
 b/libiberty/cp-demangle.c
+@@ -5587,6 +5587,24 @@ d_print_comp (struct d_print_info *dpi, int options,
+ {
+   struct d_component_stack self;
+ 
++  self.parent = dpi->component_stack;
++
++  while (self.parent)
++{
++  self.dc = self.parent->dc;
++  self.parent = self.parent->parent;
++  if (dc != NULL && self.dc == dc)
++  {
++while (self.parent)
++  {
++self.dc = self.parent->dc;
++self.parent = self.parent->parent;
++if (self.dc == dc)
++  return;
++  }
++  }
++}
++
+   self.dc = dc;
+   self.parent = dpi->component_stack;
+   dpi->component_stack = 
+diff --git a/libiberty/testsuite/demangle-expected 
b/libiberty/testsuite/demangle-expected
+index 535f2c1..c3e2669 100644
+--- a/libiberty/testsuite/demangle-expected
 b/libiberty/testsuite/demangle-expected
+@@ -4587,3 +4587,69 @@ _Z808
+ 
+ __t2m05B50_
+ __t2m05B50_
++#
++# Test demangler crash PR62279
++
++_ZN5Utils9transformIPN15ProjectExplorer13BuildStepListEZNKS1_18BuildConfiguration14knownStepListsEvEUlS3_E_EE5QListIDTclfp0_cvT__RKS6_IS7_ET0_
++QList 
Utils::transform(ProjectExplorer::BuildConfiguration::knownStepLists()
 const::{lambda(ProjectExplorer::BuildStepList*)#1} const&, 
ProjectExplorer::BuildConfiguration::knownStepLists() 
const::{lambda(ProjectExplorer::BuildStepList*)#1})
++#
++
++_ZSt7forwardIKSaINSt6thread5_ImplISt12_Bind_simpleIFZN6WIM_DL5Utils9AsyncTaskC4IMNS3_8Hardware12FpgaWatchdogEKFvvEIPS8_EEEibOT_DpOT0_EUlvE_vEESD_RNSt16remove_referenceISC_E4typeE
++std::allocator > > const&& 
std::forward > > const&&, 
WIM_DL::Hardware::FpgaWatchdog*&&)::{lambda()#1} ()> > > 
const>(std::remove_reference > > const>::type&)
++#
++# Test demangler crash PR61805
++
++_ZNK5niven5ColorIfLi4EEdvIfEENSt9enable_ifIXsrSt13is_arithmeticIT_E5valueEKNS0_IDTmlcvS5__Ecvf_EELi44typeES5_
++std::enable_if::type niven::Color::operator/(float) const
++#
++# Test recursion PR70517
++
++_ZSt4moveIRZN11tconcurrent6futureIvE4thenIZ5awaitIS2_EDaOT_EUlRKS6_E_EENS1_INSt5decayIDTclfp_defpTEEE4typeEEES7_EUlvE_EONSt16remove_referenceIS6_E4typeES7_
++std::remove_reference tconcurrent::future::then 

Bug#239816: bug#16134: libparted Atari partition table support

[Michael Schmitz]

Adrian,

good to see you managed to fix the libparted issues!

Am 16.10.2016 um 02:53 schrieb John Paul Adrian Glaubitz:
> On 10/15/2016 03:11 PM, John Paul Adrian Glaubitz wrote:
>> I then tried the image on Aranym but to my disappointment, the kernel did
>> not recognize the partition table, so there is still something wrong with
>> the patch as-is.
> 
> Ah, it works after enabling byte-swapping in ARAnyM :).

Did you write the table on the host and then had to byte swap to get it
read in ARAnyM?

Just checked - Atari byte order disk image files of IDE disks don't need
byte swapping. Host native byte order ones do, that suggests your
partition table is in host native order. To get it to work in ARAnyM out
of the box, and more importantly on real hardware the partition table
would need to be written to the disk image with byte swapping.

Note that SCSI disks don't need byte swapping so if you want to support
both targets, libparted would need a byte swap option ...

Michael

> Alright, will clean this up, add tests and then get it merged!
> 
> Adrian
> 

Bug#840260: glibc: please support the tilegx architecture

[Aurelien Jarno]

On 2016-10-10 06:52, Helmut Grohne wrote:
> Source: glibc
> Version: 2.24-3
> Severity: wishlist
> Tags: patch
> User: helm...@debian.org
> Usertags: rebootstrap
> 
> Hi Aurelien,
> 
> Can you add support for the tilegx architecture to glibc? dpkg knows
> about the architecture since 1.18.8 and gcc-6 has some preliminary

Unfortunately this is not enough. Recent dak versions check that the
architecture is known by dpkg, and ftp-master.debian.org is using
jessie. If we add tilegx to the Architecture: list, the source package
will then get rejected.

Please see #835851. Until this is solved or until ftp-master.debian.org
is fixed, you will have to maintain the patch on your side.

> support already. The patch is quite small. Beyond adding it to
> libc6_archs, care needs to be taken to use arch-specific linux headers
> from /usr/include//arch. After applying the patch,

This part has been merged in a different way (see my other email).

Aurelien

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


signature.asc
Description: PGP signature

Bug#840888: O: a2ps -- GNU a2ps - 'Anything to PostScript' converter and pretty-printer

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of a2ps, Masayuki Hatta (mhatta) ,
is apparently not active anymore.  Therefore, I orphan this package now.

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

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

Some information about this package:

Package: a2ps
Binary: a2ps
Version: 1:4.14-1.3
Maintainer: Masayuki Hatta (mhatta) 
Build-Depends: autotools-dev, bison, bzip2, debhelper (>= 7), docbook-to-man, 
emacs24 | emacsen, file, flex, gperf, ghostscript, groff-base, gv, html2ps, 
graphicsmagick-imagemagick-compat, libpaper-dev, lpr, psutils, 
texlive-base-bin, texinfo
Architecture: any
Standards-Version: 3.9.5
Format: 3.0 (quilt)
Files:
 9c14d317505015b3128cc093b8e2c4a8 1836 a2ps_4.14-1.3.dsc
 781ac3d9b213fa3e1ed0d79f986dc8c7 2552507 a2ps_4.14.orig.tar.gz
 cfd63b437bd3df22489dbe62dd4fa0f5 26544 a2ps_4.14-1.3.debian.tar.xz
Checksums-Sha256:
 c3648ba4a10c22beb5d8fe5b00ae3facea8a6bc43274d51c80c5cba9d9d9144e 1836 
a2ps_4.14-1.3.dsc
 f3ae8d3d4564a41b6e2a21f237d2f2b104f48108591e8b83497500182a3ab3a4 2552507 
a2ps_4.14.orig.tar.gz
 abacda0083d79bd45d051d14a187d3af72ccc880ebe59b45a6dd51bbcb975f06 26544 
a2ps_4.14-1.3.debian.tar.xz
Package-List: 
 a2ps deb text optional
Directory: pool/main/a/a2ps
Priority: source
Section: text

Package: a2ps
Binary: a2ps
Version: 1:4.14-1.3
Maintainer: Masayuki Hatta (mhatta) 
Build-Depends: autotools-dev, bison, bzip2, debhelper (>= 7), docbook-to-man, 
emacs24 | emacsen, file, flex, gperf, ghostscript, groff-base, gv, html2ps, 
graphicsmagick-imagemagick-compat, libpaper-dev, lpr, psutils, 
texlive-base-bin, texinfo
Architecture: any
Standards-Version: 3.9.5
Format: 3.0 (quilt)
Files:
 9c14d317505015b3128cc093b8e2c4a8 1836 a2ps_4.14-1.3.dsc
 781ac3d9b213fa3e1ed0d79f986dc8c7 2552507 a2ps_4.14.orig.tar.gz
 cfd63b437bd3df22489dbe62dd4fa0f5 26544 a2ps_4.14-1.3.debian.tar.xz
Checksums-Sha1:
 fa09dd2c0745f0a0871fc5d22615dded65676a5f 1836 a2ps_4.14-1.3.dsc
 365abbbe4b7128bf70dad16d06e23c5701874852 2552507 a2ps_4.14.orig.tar.gz
 16d6b0abe0f00f0d68687216149b8bfb98dde08c 26544 a2ps_4.14-1.3.debian.tar.xz
Checksums-Sha256:
 c3648ba4a10c22beb5d8fe5b00ae3facea8a6bc43274d51c80c5cba9d9d9144e 1836 
a2ps_4.14-1.3.dsc
 f3ae8d3d4564a41b6e2a21f237d2f2b104f48108591e8b83497500182a3ab3a4 2552507 
a2ps_4.14.orig.tar.gz
 abacda0083d79bd45d051d14a187d3af72ccc880ebe59b45a6dd51bbcb975f06 26544 
a2ps_4.14-1.3.debian.tar.xz
Package-List: 
 a2ps deb text optional
Directory: pool/main/a/a2ps
Priority: source
Section: text

Package: a2ps
Version: 1:4.14-1.3
Installed-Size: 3654
Maintainer: Masayuki Hatta (mhatta) 
Architecture: amd64
Depends: libc6 (>= 2.14), libpaper1, file, psutils
Recommends: bzip2, lpr | rlpr | cupsys-client, wdiff
Suggests: emacsen-common, groff, ghostscript, gv, html2ps, 
graphicsmagick-imagemagick-compat | imagemagick, texlive-base-bin, t1-cyrillic
Description-en: GNU a2ps - 'Anything to PostScript' converter and pretty-printer
 GNU a2ps converts files into PostScript for printing or viewing. It uses a
 nice default format, usually two pages on each physical page, borders
 surrounding pages, headers with useful information (page number, printing
 date, file name or supplied header), line numbering, symbol substitution
 as well as pretty printing for a wide range of programming languages.
 .
 Historically, a2ps started as a text to PostScript converter, but thanks
 to powerful delegations it is able to let you use it for any kind of files,
 ie it can also digest manual pages, dvi files, texinfo, 
 .
 Among the other most noticeable features of a2ps are:
  - various encodings (all the Latins and others),
  - various fonts (automatic font downloading),
  - various medias,
  - various printer interfaces,
  - various output styles,
  - various programming languages,
  - various helping applications,
  - and various spoken languages.
Description-md5: 732bd45324c6fce1aa914b7b0167c68a
Tag: devel::prettyprint, interface::commandline, role::program,
 scope::utility, suite::gnu, use::converting, use::printing,
 works-with-format::postscript, works-with::text
Section: text
Priority: optional
Filename: pool/main/a/a2ps/a2ps_4.14-1.3_amd64.deb
Size: 631830
MD5sum: 5951cb6c5aa9b01a0badd1fa473ed545
SHA256: e515392bebd3ccb8c6874128171a279b0f108f521ff1cf38352b98cb0819c320

Package: a2ps
Version: 1:4.14-1.3
Installed-Size: 3654
Maintainer: Masayuki Hatta (mhatta) 
Architecture: amd64
Depends: libc6 (>= 2.14), libpaper1, file, psutils
Recommends: bzip2, lpr | rlpr | cupsys-client, wdiff
Suggests: emacsen-common, groff, ghostscript, gv, html2ps, 
graphicsmagick-imagemagick-compat | imagemagick, texlive-base-bin, t1-cyrillic
Description-en: GNU a2ps - 

Bug#840890: O: prosper -- LaTeX class for writing transparencies

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of prosper, Masayuki Hatta (mhatta) ,
is apparently not active anymore.  Therefore, I orphan this package now.

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

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

Some information about this package:

Package: prosper
Binary: prosper
Version: 1.00.4+cvs.2007.05.01-4.1
Maintainer: Masayuki Hatta (mhatta) 
Build-Depends: debhelper (>= 9), dpatch
Build-Depends-Indep: tex-common (>= 0.16)
Architecture: all
Standards-Version: 3.9.8
Format: 1.0
Files:
 784f50e4b50f0fedd0f9e31a7edecb9c 1828 prosper_1.00.4+cvs.2007.05.01-4.1.dsc
 c2849a3a4499aff90b4d5774a7e1e463 553261 
prosper_1.00.4+cvs.2007.05.01.orig.tar.gz
 58241a8d6388d8d9be1a16989c5e6af4 10417 
prosper_1.00.4+cvs.2007.05.01-4.1.diff.gz
Checksums-Sha256:
 b1fea00dfd182d35418afc04505a01f954706a2bbae49ffaa36664c586663cdf 1828 
prosper_1.00.4+cvs.2007.05.01-4.1.dsc
 e2c65b9a064260edeb16c497605a815a89fe00cdb09601292841cc5c0ec708d0 553261 
prosper_1.00.4+cvs.2007.05.01.orig.tar.gz
 58ba85611fda81fe7e9f2f6cfe8876f24cfd1553c4b531e502e34f28dbfd5d0f 10417 
prosper_1.00.4+cvs.2007.05.01-4.1.diff.gz
Homepage: https://sourceforge.net/projects/prosper/
Package-List: 
 prosper deb tex optional arch=all
Directory: pool/main/p/prosper
Priority: source
Section: tex

Package: prosper
Binary: prosper
Version: 1.00.4+cvs.2007.05.01-4.1
Maintainer: Masayuki Hatta (mhatta) 
Build-Depends: debhelper (>= 9), dpatch
Build-Depends-Indep: tex-common (>= 0.16)
Architecture: all
Standards-Version: 3.9.8
Format: 1.0
Files:
 784f50e4b50f0fedd0f9e31a7edecb9c 1828 prosper_1.00.4+cvs.2007.05.01-4.1.dsc
 c2849a3a4499aff90b4d5774a7e1e463 553261 
prosper_1.00.4+cvs.2007.05.01.orig.tar.gz
 58241a8d6388d8d9be1a16989c5e6af4 10417 
prosper_1.00.4+cvs.2007.05.01-4.1.diff.gz
Checksums-Sha1:
 8b9536ad303b27ab4de18216599868cfe424d61c 1828 
prosper_1.00.4+cvs.2007.05.01-4.1.dsc
 b8de5537bdf8d51164696ef5c38872c243f76baa 553261 
prosper_1.00.4+cvs.2007.05.01.orig.tar.gz
 4f8863be67994bf63e4b343a6e354144988158a1 10417 
prosper_1.00.4+cvs.2007.05.01-4.1.diff.gz
Checksums-Sha256:
 b1fea00dfd182d35418afc04505a01f954706a2bbae49ffaa36664c586663cdf 1828 
prosper_1.00.4+cvs.2007.05.01-4.1.dsc
 e2c65b9a064260edeb16c497605a815a89fe00cdb09601292841cc5c0ec708d0 553261 
prosper_1.00.4+cvs.2007.05.01.orig.tar.gz
 58ba85611fda81fe7e9f2f6cfe8876f24cfd1553c4b531e502e34f28dbfd5d0f 10417 
prosper_1.00.4+cvs.2007.05.01-4.1.diff.gz
Homepage: https://sourceforge.net/projects/prosper/
Package-List: 
 prosper deb tex optional arch=all
Directory: pool/main/p/prosper
Priority: source
Section: tex

Package: prosper
Version: 1.00.4+cvs.2007.05.01-4.1
Installed-Size: 826
Maintainer: Masayuki Hatta (mhatta) 
Architecture: all
Depends: texlive-latex-base, texlive-pstricks, texlive-latex-recommended, 
ghostscript, tex-common (>= 6)
Suggests: pdf-viewer, postscript-viewer
Description-en: LaTeX class for writing transparencies
 Prosper is a LaTeX class for writing transparencies. It is written on
 top of the seminar class by Timothy Van Zandt. It aims at offering an
 environment for easily creating slides for both presentations with an
 overhead projector and a video projector. Slides prepared for a
 presentation with a computer and a video projector may integrate
 animation effects, incremental display, and such.
Description-md5: 457824b5bd874fe651e5ba2efc02e000
Homepage: https://sourceforge.net/projects/prosper/
Tag: made-of::postscript, made-of::tex, office::presentation, use::TODO,
 use::editing, use::typesetting, works-with-format::jpg,
 works-with-format::pdf, works-with-format::postscript,
 works-with-format::tex, works-with::font, works-with::image,
 works-with::image:raster, works-with::image:vector, works-with::text
Section: tex
Priority: optional
Filename: pool/main/p/prosper/prosper_1.00.4+cvs.2007.05.01-4.1_all.deb
Size: 420052
MD5sum: 69026e3912c4e84e0c1b040b42fbf81a
SHA256: 4d5b6a8768d9621722eae76746e516288f299b41a3470cde73ed4e209e9c615f

Package: prosper
Status: deinstall ok config-files
Priority: optional
Section: tex
Installed-Size: 1004
Maintainer: Masayuki Hatta (mhatta) 
Architecture: all
Version: 1.00.4+cvs.2007.05.01-4
Config-Version: 1.00.4+cvs.2007.05.01-4
Depends: texlive-latex-base, texlive-pstricks, texlive-latex-recommended, 
ghostscript, tex-common (>= 1.10)
Suggests: pdf-viewer, postscript-viewer
Description-en: LaTeX class for writing transparencies
 Prosper is a LaTeX class for writing transparencies. It is written on
 top of the seminar class by Timothy Van Zandt. It aims at offering an
 environment for easily creating slides for both presentations with an
 overhead projector and a video projector. Slides 

Bug#840887: O: freepwing -- EB to JIS X 4081 converter

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of freepwing, Masayuki Hatta (mhatta) 
,
is apparently not active anymore.  Therefore, I orphan this package now.

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

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

Some information about this package:

Package: freepwing
Binary: freepwing
Version: 1.5-1
Maintainer: Masayuki Hatta (mhatta) 
Build-Depends: debhelper (>= 4.0.0), perl
Architecture: all
Standards-Version: 3.8.0
Format: 1.0
Files:
 4d29e76c6b41c075dc8411654232cbd9 966 freepwing_1.5-1.dsc
 50b74620313d540357aed1bfe8068ab2 146996 freepwing_1.5.orig.tar.gz
 413fd9f0ed83a224b87539103938538c 26148 freepwing_1.5-1.diff.gz
Checksums-Sha256:
 be68578174ca10b9006dab94c9efa9ee3bfc725eeb6d99885ff3bc5e8f97abc3 966 
freepwing_1.5-1.dsc
 51e3acf62c9c634c049116e99f02185143a81e4da0971896d48ea84fcffa5dd8 146996 
freepwing_1.5.orig.tar.gz
 208244b6b53c445a2fcb80e7973ce61924aa69018e7393a599f6aa5b39dbbd15 26148 
freepwing_1.5-1.diff.gz
Directory: pool/main/f/freepwing
Priority: source
Section: utils

Package: freepwing
Version: 1.5-1
Installed-Size: 568
Maintainer: Masayuki Hatta (mhatta) 
Architecture: all
Depends: make, perl
Description-en: EB to JIS X 4081 converter
 This program translates data in various "Electric Book" (popular in
 Japan) formats into a single JIS X 4081 format.  JIS X 4081 is a
 subset of the EPWING V1, which is the standardized format for electric
 publishing.  Thus after conversion, you can read such data with your
 favorite EPWING viewer without worrying which formats your data
 originally were.
Description-md5: cf6255d245ce655931faa7d2c2d2f29d
Tag: culture::japanese, implemented-in::perl, interface::commandline,
 role::program, scope::application, use::converting, use::viewing,
 works-with::text
Section: utils
Priority: optional
Filename: pool/main/f/freepwing/freepwing_1.5-1_all.deb
Size: 84252
MD5sum: 70fe6a5ab8e686c500bb96155c980e62
SHA256: c549ab38d140a4ddf47e64d0bd83b8c7964ab5031de49485606649f07af3eefa



signature.asc
Description: PGP signature

Bug#840889: CVE-2016-4491 and CVE-2016-6131 not fixed in libiberty_20161011-1

[Anton Gladky]

Source: libiberty
Version: 20161011-1
Severity: important
Tags: security patch

Dear maintainer,

as noted here [1], two CVEs CVE-2016-4491 CVE-2016-6131 were
not were not fixed by a previous upload, because upstream
did not include the corresponding patches.

I have prepared a patch, which will be attached in the next mail.

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

Thanks,

Anton

Bug#840891: apr FTCBFS: wrong architecture python, fails to execute gen_test_char

[Helmut Grohne]

Source: apr
Version: 1.5.2-4
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

apr fails to cross build from source for two reasons.
 * It Build-Depends on python, thus selecting the host architecture
   python, which cannot be installed nor executed. Since python is only
   used as a build tool, we really want the build architecture python
   here.
 * It compiles gen_test_char with the host architecture compiler and
   then executes it. The tool needs to be built with the build
   architecture compiler to be able to run it.

The attached patch fixes both issues. Please consider applying it.

Helmut
diff --minimal -Nru apr-1.5.2/debian/changelog apr-1.5.2/debian/changelog
--- apr-1.5.2/debian/changelog  2016-05-29 15:44:28.0 +0200
+++ apr-1.5.2/debian/changelog  2016-10-15 21:06:49.0 +0200
@@ -1,3 +1,12 @@
+apr (1.5.2-4.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: (Closes: #-1)
++ Annotate Build-Depends: python with :any
++ cross.patch: Build gen_test_char with the build arch compiler
+
+ -- Helmut Grohne   Sat, 15 Oct 2016 19:45:34 +0200
+
 apr (1.5.2-4) unstable; urgency=medium
 
   [ Jean-Michel Vourgère ]
diff --minimal -Nru apr-1.5.2/debian/control apr-1.5.2/debian/control
--- apr-1.5.2/debian/control2016-05-28 17:05:39.0 +0200
+++ apr-1.5.2/debian/control2016-10-15 19:45:31.0 +0200
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian Apache Maintainers 
 Uploaders: Peter Samuelson , Stefan Fritsch 
-Build-Depends: debhelper (>= 9), autoconf, autotools-dev, mawk, uuid-dev, 
doxygen, netbase, net-tools, libtool (>= 2), python, libsctp-dev [linux-any]
+Build-Depends: debhelper (>= 9), autoconf, autotools-dev, mawk, uuid-dev, 
doxygen, netbase, net-tools, libtool (>= 2), python:any, libsctp-dev [linux-any]
 Standards-Version: 3.9.8
 Vcs-Browser: https://anonscm.debian.org/cgit/pkg-apache/apr.git
 Vcs-Git: git://anonscm.debian.org/pkg-apache/apr.git
diff --minimal -Nru apr-1.5.2/debian/patches/cross.patch 
apr-1.5.2/debian/patches/cross.patch
--- apr-1.5.2/debian/patches/cross.patch1970-01-01 01:00:00.0 
+0100
+++ apr-1.5.2/debian/patches/cross.patch2016-10-15 21:04:31.0 
+0200
@@ -0,0 +1,39 @@
+From: Helmut Grohne 
+Subject: compile gen_test_char with the build architecture compiler
+
+Index: apr-1.5.2/Makefile.in
+===
+--- apr-1.5.2.orig/Makefile.in
 apr-1.5.2/Makefile.in
+@@ -8,6 +8,7 @@
+ # APR (Apache Portable Runtime) library Makefile.
+ #
+ CPP = @CPP@
++CC_FOR_BUILD ?= cc
+ 
+ # get substituted into some targets
+ APR_MAJOR_VERSION=@APR_MAJOR_VERSION@
+@@ -46,7 +47,6 @@
+ 
+ CLEAN_TARGETS = apr-config.out apr.exp exports.c export_vars.c .make.dirs \
+   build/apr_rules.out tools/gen_test_char@EXEEXT@ \
+-  tools/gen_test_char.o tools/gen_test_char.lo \
+   include/private/apr_escape_test_char.h
+ DISTCLEAN_TARGETS = config.cache config.log config.status \
+   include/apr.h include/arch/unix/apr_private.h \
+@@ -138,13 +138,9 @@
+ etags:
+   etags `find . -name '*.[ch]'`
+ 
+-OBJECTS_gen_test_char = tools/gen_test_char.lo $(LOCAL_LIBS)
+-tools/gen_test_char.lo: tools/gen_test_char.c
++tools/gen_test_char@EXEEXT@: tools/gen_test_char.c
+   $(APR_MKDIR) tools
+-  $(LT_COMPILE)
+-
+-tools/gen_test_char@EXEEXT@: $(OBJECTS_gen_test_char)
+-  $(LINK_PROG) $(OBJECTS_gen_test_char) $(ALL_LIBS)
++  $(CC_FOR_BUILD) $(CFLAGS_FOR_BUILD) -o $@ $<
+ 
+ include/private/apr_escape_test_char.h: tools/gen_test_char@EXEEXT@
+   $(APR_MKDIR) include/private
diff --minimal -Nru apr-1.5.2/debian/patches/series 
apr-1.5.2/debian/patches/series
--- apr-1.5.2/debian/patches/series 2015-08-21 19:57:29.0 +0200
+++ apr-1.5.2/debian/patches/series 2016-10-15 20:49:37.0 +0200
@@ -10,3 +10,4 @@
 apr_mcast_v6.patch
 debug_testpoll_failure.patch
 use_fcntl_locking.patch
+cross.patch

Bug#840886: ITP: golang-github-minio-sha256-simd -- Pure Go implementation of SHA256 using SIMD instructions for Intel and ARM

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-minio-sha256-simd
  Version : 0.0~git20160907.0.672e7bc-1
  Upstream Author : Minio Cloud Storage
* URL : https://github.com/minio/sha256-simd
* License : Apache-2.0
  Programming Lang: Go
  Description : Pure Go implementation of SHA256 using SIMD
instructions for Intel and ARM

this is needed for syncthing

-- 
Alexandre Viau
av...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#840885: RFP: golang-github-pointlander-compress -- parallelized modular compression library

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-pointlander-compress
  Version : TBD
  Upstream Author : Go Authors
* URL : https://github.com/pointlander/compress
* License : BSD-3-clause
  Programming Lang: Go
  Description : parallelized modular compression library

This is a dependency for golang-github-pointlander-jetset , which is
ultimately needed for #840767.

-- 
Alexandre Viau
av...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#840884: xsane: preferences/Change directory does not exist

[Pierre Frenkiel]

Package: xsane
Version: 0.999-3+b1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

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



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

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

Versions of packages xsane depends on:
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-18+deb8u6
ii  libcairo21.14.0-2.1+deb8u1
ii  libfontconfig1   2.11.0-6.3+deb8u1
ii  libfreetype6 2.5.2-3+deb8u1
ii  libgdk-pixbuf2.0-0   2.31.1-2+deb8u5
ii  libgimp2.0   2.8.14-1+deb8u1
ii  libglib2.0-0 2.42.1-1+b1
ii  libgtk2.0-0  2.24.25-3+deb8u1
ii  libjpeg62-turbo  1:1.3.1-12
ii  liblcms2-2   2.6-3+b3
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpangoft2-1.0-01.36.8-3
ii  libpng16-16  1.6.25-1
ii  libsane  1.0.24-8+deb8u1
ii  libtiff5 4.0.3-12.3+deb8u1
ii  xsane-common 0.999-3
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages xsane recommends:
ii  chromium [www-browser]  53.0.2785.143-1~deb8u1
ii  cups-client 1.7.5-11+deb8u1
ii  elvis [www-browser] 2.2.0-11.1
ii  konqueror [www-browser] 4:4.14.2-1
ii  opera-stable [www-browser]  40.0.2308.81
ii  w3m [www-browser]   0.5.3-19

Versions of packages xsane suggests:
ii  gimp 2.8.14-1+deb8u1
ii  gocr 0.49-2
ii  gv   1:3.7.4-1
pn  hylafax-client | mgetty-fax  

-- no debconf information

Bug#840883: Please work around gnupg agents

[Ian Jackson]

Package: schroot
Version: 1.6.10-2

Modern gnupg (gnupg2) has a gpg program which automatically starts a
gpg-agent, which may then live on for some time.

If some program is run within an schroot which invokes gpg (for
example, as part of a package build, or a DEP-8 test suite), schroot
can fail to tear the chroot down.  As an example, dgit's DEP-8 test
suite currently fails for this reason when run with adt-virt-schroot
specifying an lvm snapshot sid chroot.

(See #840669 for more details.)

I suggest that schroot ought to kill gpg-agents when tearing down the
chroot.  On my own computer I have done this with the attached script,
which might serve as a starting point.

I suspect that this script is not quite what is needed.  Things which
are perhaps wrong with it:
 * It always prints output (good for me to help debug this problem,
   but not good for a default shipped with schroot)
 * I am not sure whether the --exec test will DTRT.  ISTM that it
   will almost certainly do a wrong thing for tarball chroots, but
   it's probably right for lvm snapshot ones (or any other that has
   its own separately mounted /usr filesystem).
 * Other things I haven't thought of.

Thanks,
Ian.



71killagent
Description: /etc/schroot/setup.d/71killagent


-- 
Ian Jackson    These opinions are my own.

If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
a private address which bypasses my fierce spamfilter.

Bug#840882: postgresql-common: Prescribed Upgrade fails

[Helge Kreutzmann]

Package: postgresql-common
Version: 177
Severity: important

A while ago this machine was installed with testing.

A few days ago I was informed to upgrade postgresql. This worked
flawlessly in previous versions of Debian.

Now I drop the default main in 9.6, i.e.
root@samd:~# pg_dropcluster --stop 9.6 main
Redirecting stop request to systemctl

Now I do the update as prescribe in the upgrade notice:
root@samd:~# pg_upgradecluster 9.5 main
Stopping old cluster...
Notice: extra pg_ctl/postgres options given, bypassing systemctl for stop 
operation
pg_ctl: Server fährt nicht herunter
TIPP: Die Option »-m fast« beendet Sitzungen sofort, statt auf das Beenden
durch die Sitzungen selbst zu warten.
Error: Could not stop old cluster

In english:
Stopping old cluster...
Notice: extra pg_ctl/postgres options given, bypassing systemctl for stop 
operation
pg_ctl: Server does not shut down
Hint: The option »-m fast« terminates session immediately, instead of waiting 
for the session
to terminate itself
Error: Could not stop old cluster

I cannot find any information in /var/log/postgresql.

I'm now lost how to finish the upgrade…

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

Kernel: Linux 4.5.5samd.10-grsec (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages postgresql-common depends on:
ii  adduser   3.115
ii  debconf [debconf-2.0] 1.5.59
ii  init-system-helpers   1.45
ii  lsb-base  9.20160629
ii  postgresql-client-common  177
ii  procps2:3.3.12-2
ii  ssl-cert  1.0.38
ii  ucf   3.0036

Versions of packages postgresql-common recommends:
ii  logrotate  3.8.7-2

postgresql-common suggests no packages.

-- debconf information:
* postgresql-common/obsolete-major:
* postgresql-common/ssl: true
  postgresql-common/catversion-bump:

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#840260: glibc: please support the tilegx architecture

[Aurelien Jarno]

On 2016-10-10 06:52, Helmut Grohne wrote:
> Source: glibc
> Version: 2.24-3
> Severity: wishlist
> Tags: patch
> User: helm...@debian.org
> Usertags: rebootstrap
> 
> Hi Aurelien,
> 
> Can you add support for the tilegx architecture to glibc? dpkg knows
> about the architecture since 1.18.8 and gcc-6 has some preliminary
> support already. The patch is quite small. Beyond adding it to
> libc6_archs, care needs to be taken to use arch-specific linux headers
> from /usr/include//arch. After applying the patch,
> debian/control must be regeneratd (not included in the patch). Can you
> maintain the diff?
> 
> Helmut

> diff --minimal -Nru glibc-2.24/debian/changelog glibc-2.24/debian/changelog
> --- glibc-2.24/debian/changelog   2016-09-17 20:00:44.0 +0200
> +++ glibc-2.24/debian/changelog   2016-10-10 06:36:11.0 +0200
> @@ -1,3 +1,10 @@
> +glibc (2.24-3.1) UNRELEASED; urgency=medium
> +
> +  * Non-maintainer upload.
> +  * Support tilegx. (Closes: #-1)
> +
> + -- Helmut Grohne   Mon, 10 Oct 2016 06:36:01 +0200
> +
>  glibc (2.24-3) unstable; urgency=medium
>  
>[ Aurelien Jarno ]
> diff --minimal -Nru glibc-2.24/debian/rules.d/control.mk 
> glibc-2.24/debian/rules.d/control.mk
> --- glibc-2.24/debian/rules.d/control.mk  2016-09-04 01:26:39.0 
> +0200
> +++ glibc-2.24/debian/rules.d/control.mk  2016-10-10 06:35:57.0 
> +0200
> @@ -1,7 +1,7 @@
>  libc_packages := libc6 libc6.1 libc0.1 libc0.3
>  libc0_1_archs := kfreebsd-amd64 kfreebsd-i386
>  libc0_3_archs := hurd-i386
> -libc6_archs   := amd64 arm64 armel armhf hppa i386 m68k mips mipsel mipsn32 
> mipsn32el mips64 mips64el nios2 powerpc powerpcspe ppc64 ppc64el sparc 
> sparc64 s390x sh4 x32
> +libc6_archs   := amd64 arm64 armel armhf hppa i386 m68k mips mipsel mipsn32 
> mipsn32el mips64 mips64el nios2 powerpc powerpcspe ppc64 ppc64el sparc 
> sparc64 s390x sh4 tilegx x32
>  libc6_1_archs := alpha
>  
>  control_deps := $(wildcard debian/control.in/*) $(addprefix 
> debian/control.in/, $(libc_packages))
> diff --minimal -Nru glibc-2.24/debian/sysdeps/linux.mk 
> glibc-2.24/debian/sysdeps/linux.mk
> --- glibc-2.24/debian/sysdeps/linux.mk2016-09-04 01:26:39.0 
> +0200
> +++ glibc-2.24/debian/sysdeps/linux.mk2016-10-10 06:35:21.0 
> +0200
> @@ -39,6 +39,11 @@
>   else \
>   ln -s $(LINUX_HEADERS)/asm debian/include ; \
>   fi
> + if [ -d "$(LINUX_ARCH_HEADERS)/arch" ]; then \
> + ln -s $(LINUX_ARCH_HEADERS)/arch debian/include ; \
> + else \
> + ln -s $(LINUX_HEADERS)/arch debian/include ; \
> + fi

It seems /usr/include//arch is something tilegx specific, so it
means it will create a dead symlink on other architectures. Not sure
it will cause any arm, but it's not very nice.

Anyway don't need to submit a new patch, I think it's time to rewrite
this part of code with a for loop instead of adding many more similar
lines. I'll work on that.

Otherwise the patch looks fine to me.

Aurelien

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

Bug#840636: Pending fixes for bugs in the influxdb package

[pkg-go-maintainers]

tag 840636 + pending
thanks

Some bugs in the influxdb package are closed in revision
af71d37736138d2063be3d5dfd5fb4ef5d091567 in branch 'master' by aviau

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-go/packages/influxdb.git/commit/?id=af71d37

Commit message:

Improve and fix init script (Closes: #840636)

Bug#840840: pocl: Does not build on several architectures

[Andreas Beckmann]

On 2016-10-15 19:57, Andreas Tille wrote:
> because libpoclu-dev is not available on most architectures.  Since
> libhmsbeagle has build on all those architectures either the set of
> Build-Depends has changed (may be together with khronos-opencl-clhpp?)
> or there was a point in time when pocl has build on more architectures
> than currently.

The outdated libhmsbeagle binary packages are from 2.1.2+20150609-1.1,
predating the use of libpoclu-dev (since 2.1.2+20151220-1).
So libhmsbeagle never built successfully with libpoclu-dev on more
architectures than currently (i.e. only on amd64).

While theoretically pocl could be available on all architectures (that
support CPUs), that doesn't work right now and I don't know if anyone is
working on fixing this.

> So if the fact remains that pocl does not build anywhere else than on
> intel I need to restrict the set of architectures for libhmsbeagle as
> well.

Or just restrict the use of OpenCL to the architectures that have pocl?

Andreas

Bug#835336: Pending fixes for bugs in the influxdb package

[pkg-go-maintainers]

tag 835336 + pending
thanks

Some bugs in the influxdb package are closed in revision
f1edbb720ccf16d7ce2e028657b1382689a1fedd in branch 'master' by aviau

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-go/packages/influxdb.git/commit/?id=f1edbb7

Commit message:

Remove existing static files (Closes: #835336)

Bug#840881: xserver-xorg-video-vmware: Please announce supported hardware using AppStream

[Petter Reinholdtsen]

Package: xserver-xorg-video-vmware
Version: 1:13.1.0-2
Severity: wishlist
User: p...@hungry.com
Usertags: appstream-modalias

Hi.

The xserver-xorg-video-vmware package is one of the packages in the
Debian archive that should be proposed for installation when a given
hardware dongle is inserted or available.  Thanks to the appstream
system, this can now be announced in a way other tools can use and act
on.  I've written the isenkram system to ask the current user if
hardware specific packages should be installed when a new dongle is
installed or already present on a machine, and isenkram now uses
appstream as one source for hardware to package mappings.

You can read more about this on my blog, 
http://people.skolelinux.org/pere/blog/Using_appstream_with_isenkram_to_install_hardware_related_packages_in_Debian.html
 >.

Instructions on how to create the metadata XML file can be found in
https://wiki.debian.org/AppStream/Guidelines >.  There is also
https://wiki.debian.org/USB/GadgetSetup > with hints on how to set
up udev rules.

It would be great if you could add an appstream metainfo file to the
xserver-xorg-video-vmware package, with content similar to this:

  
  
   [...]
   
dmi:*:svnVMWare*:*
   
  

This should suggest xserver-xorg-video-vmware when DMI report that the
machine is a VMWare virtual machine.

If there are other hardware ids or kernel modules also supported by the
package, please add those too. :)

-- 
Happy hacking
Petter Reinholdtsen

Bug#807320: TypeError: currentType is null

[Ritesh Raj Sarraf]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Sat, 2016-10-15 at 10:23 -0500, Jason Crain wrote:
> Are you still having this issue?  It's working for me and the upstream bug
> report https://bugzilla.gnome.org/745741 has been closed as unreproducible.

I am not seeing the issue any more. But then, in its current form in 3.22.0, I
can't really verify it.

In previous version (3.18) where I reported it, it was able to render epub
format. Now (3.22), it doesn't really render anything at all. Just blank pages.


If you have further interest in Books, you may look at my other bug report [1],
for some additional context.

But, for the sole symptom of this bug report, yes, it is no more reproducible
with 3.22.


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

PS: As mentioned in the referenced bug report, it is odd that GNOME Docs renders
   pdf and other documents well, whereas Books does not.

- -- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
-BEGIN PGP SIGNATURE-

iQIcBAEBCgAGBQJYAnb9AAoJEKY6WKPy4XVplmUP/jV3PDHrbpQPQUN3G8Jfve8U
dhGBLoRG8eCo2of36MuZQAhXQYghocIpUcbLkNm54I0oMXVdYkPlwpmJ/XikCciP
0FlN4onyzauU4QFp9lvlXs48JH4gZ15VR33pO0Un0N5aQr/cmf6oKt3zmont0+ku
jLmipYqCU6ToxPRubzBN9zXcU7ttAOBXXGQdGiriiaRmXr5s4oiIfQj1dvK+RI8f
WPpA0MuE1XNMnSrxdiV5Pk7w6Nki+NWGzS4NYgNMLfAa1dYcUqATV382eezDNQsU
DDK7Pj52kKRKV9UCZdVkzxuYzJo9ICI6+mr2E/7cxUKKd7EABjplbn12OHtv5du5
B2qTvdr1N1r3qGHN8vpaOfuuxyeP7MebkNgyfxcl+5Xbcc7jD3y6Va4u/cvV3wxa
n9q240xO61NkRFv18gG/We6p8RyF7aw3dPC2GznJkFwReu6WWUk+4IGgYbBQms0b
kE/bbLSQ+lhApgj8bLu7iJ4T16806INjxqkMW/7LLk8kfpzyhsFoIL+5RKFAjM4v
XwQe7LKG3sHCeQ3g9IcODlWQbkebEsGwbIMhVZDT16F9FU9PTTBTPyVDE84UFUar
Jhucn8m3JlnAz0uowZHEp5EZpO9UG06bWTCog8nVt276KJhSK4hqKlTc+pVIOozI
zJx/vTtWJWFFK1/9TywF
=CTEv
-END PGP SIGNATURE-

Bug#840880: ITP: golang-github-pointlander-jetset -- compressed set

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-pointlander-jetset
  Version : 0.0~git20150603.0.f93f7c0-1
  Upstream Author : jetset Authors
* URL : https://github.com/pointlander/jetset
* License : BSD-3-clause
  Programming Lang: Go
  Description : compressed set

This is a dependency for golang-github-pointlander-peg, which is needed
for #840767.

-- 
Alexandre Viau
av...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#839141: tzdata: Wrong data/timezone for Asia/Baku

[Aurelien Jarno]

On 2016-09-29 22:46, Aurelien Jarno wrote:
> control: tag -1 + moreinfo
> 
> On 2016-09-29 14:05, Saipem-root wrote:
> > Package: tzdata
> > Version: 2016f-0+deb8u1
> > Severity: important
> > 
> > Dear Maintainer,
> > 
> > *** Reporter, please consider answering these questions, where appropriate 
> > ***
> > 
> >* What led up to the situation?
> >* What exactly did you do (or not do) that was effective (or
> >  ineffective)?
> >* What was the outcome of this action?
> >* What outcome did you expect instead?
> > 
> > *** End of the template - remove these template lines ***
> > 
> > I choosed the timezone Asia/Baku (supposed to be UTC +0400) but checking 
> > the "date", the system replay with a wrong date (UTC +0200).
> > I tried to choose also other timezones and all seems ok.
> > So, I think it's necessary to fix the timezone Asia/Baku.
> > In the mean time I choosed Asia/Dubai and my system works fine.
> 
> Unfortunately I am not able to reproduce the issue here, I therefore
> need more info from your side. Would it be possible to configure the
> timezone again to Asia/Baku and paste the resulting output? This should
> be something like this:
> 
> | Current default time zone: 'Asia/Baku'
> | Local time is now:  Fri Sep 30 00:44:09 AZT 2016.
> | Universal Time is now:  Thu Sep 29 20:44:09 UTC 2016.

Any news about that? Can you please provide the above information?

Thanks,
Aurelien

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

Bug#827319: vim: FTBFS[alpha,kfreebsd-*]: Test_tagcase() failed

[Steven Chamberlain]

James McCoy wrote:
> And why does Perl's build think they are necessary, advertising them as
> required to build against Perl?

Even in Linux architectures (amd64 and armhf for example) Perl
advertises -D_LARGEFILE_SOURCE as a necessary compiler flag:

$ perl -MExtUtils::Embed -e ccopts
 -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fwrapv -fno-strict-aliasing -pipe
-I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
-I/usr/lib/x86_64-linux-gnu/perl/5.20/CORE 

According to feature_test_macros(7) it should not be necessary and is
now discouraged;  but it reads like _LARGEFILE_SOURCE should be defined
by default anyway.  Maybe that is the issue we have on kfreebsd-i386.

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


signature.asc
Description: Digital signature

Bug#840879: rosegarden: Please announce supported hardware using AppStream

[Petter Reinholdtsen]

Package: rosegarden
Version: 1:16.06-1
Severity: wishlist
User: p...@hungry.com
Usertags: appstream-modalias

Hi.

The rosegarden package is one of the packages in the Debian archive that
should be proposed for installation when a given hardware dongle is
inserted or available.  Thanks to the appstream system, this can now be
announced in a way other tools can use and act on.  I've written the
isenkram system to ask the current user if hardware specific packages
should be installed when a new dongle is installed or already present on
a machine, and isenkram now uses appstream as one source for hardware to
package mappings.

You can read more about this on my blog, 
http://people.skolelinux.org/pere/blog/Using_appstream_with_isenkram_to_install_hardware_related_packages_in_Debian.html
 >.

Instructions on how to create the metadata XML file can be found in
https://wiki.debian.org/AppStream/Guidelines >.  There is also
https://wiki.debian.org/USB/GadgetSetup > with hints on how to set
up udev rules.

It would be great if you could add an appstream metainfo file to the
rosegarden package, with content similar to this:

  
  
   [...]
   
usb:*ic01isc03ip*
   
  

This should suggest rosegarden when a MIDI audio device is available.

If there are other hardware ids or kernel modules also supported by the
package, please add those too. :)

-- 
Happy hacking
Petter Reinholdtsen

Bug#827319: vim: FTBFS[alpha,kfreebsd-*]: Test_tagcase() failed

[Steven Chamberlain]

James McCoy wrote:
> Lo and behold, configuring without --enable-perlinterp but adding
> "-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64" to PERL_CFLAGS in
> src/auto/config.mk reproduces the issue.

Thanks, I did miscompile vim-gtk before and came to the wrong
conclusion about -fwrapv

> Which begs the question, why does configure think the defines aren't
> necessary?

By default in , unless something else is requested, we will
define:

| # define _POSIX_C_SOURCE200809L
| # define __USE_XOPEN2K  1

and that means from  we will get fseeko(), but *not*
__USE_LARGEFILE or __USE_LARGEFILE64:

| #if defined __USE_LARGEFILE || defined __USE_XOPEN2K
| # ifndef __USE_FILE_OFFSET64
[...]
| extern int fseeko (FILE *__stream, __off_t __off, int __whence);

and so vim's configure testcase will pass:

| $as_echo_n "checking for _LARGEFILE_SOURCE value needed for large files... " 
>&6; }
| if ${ac_cv_sys_largefile_source+:} false; then :
|   $as_echo_n "(cached) " >&6
| else
|   while :; do
|   cat confdefs.h - <<_ACEOF >conftest.$ac_ext
| /* end confdefs.h.  */
| #include  /* for off_t */
|  #include 
| int
| main ()
| {
| int (*fp) (FILE *, off_t, int) = fseeko;
|  return fseeko (stdin, 0, 0) && fp (stdin, 0, 0);
|   ;
|   return 0;
| }
| _ACEOF
| if ac_fn_c_try_link "$LINENO"; then :
|   ac_cv_sys_largefile_source=no; break
| fi

I will try to see how the situation is different on linux-i386.

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


signature.asc
Description: Digital signature