Bug#861910: maradns-deadwood: deadwood is labeled stable by upstream, how about a full package?

[Sam Trenholme]

To ask for better MX record handling in Deadwood is a feature request,
not a bug report. And upstream’s answer is: I’m not going to do that.
Most people should be using their ISPs mail hub to send mail, not a
small virtual server.

The nice thing about open source is that Andreas (or anyone else) is
free to update Deadwood to have better MX support if this is something
which scratches his itch (he can fix the issues with out-of-bailiwick
CNAME record handling while he’s still inspired to do a bunch of work
for free) — but that’s not my itch.

Deadwood’s big advantage of dnamasq is that it allows stuff like “use
slow in house DNS servers to resolve hostname.example.com, but use
8.8.8.8/4.2.2.1/whatever to resolve anything anything else” in a
configuration file (dnsmasq handles that with a special “-S” flag).

— Sam

On Sat, May 6, 2017 at 9:09 AM, Andreas Metzler  wrote:
> On 2017-05-05 Andreas Metzler  wrote:
>> Hello,
>
>> deadwood was released as stable by upstream. However the Debian package
>> only provides a bare-bone binary without infrastructure
>> (init-script/systemd support files). While the package description
>> documents this no reason is given why.
>
> Hello,
>
> I think I have found a reason for not using deadwood. In short I have
> the feeling that it is not optimized for the use-case where it might be
> useful. :-(
>
> I wanted to use deadwood on a vserver with limited resources, handling
> e-mail an WWW, and deadwood seemed to match the requirements:
> * small/tiny
> * recursive
> * caching
>
> However according to deadwood(1) it would perform poorly there since MX
> handling is - eh - suboptimal:
> | please keep in mind that Deadwood is optimized to be used for web
> | surfing, not as a DNS server for a mail hub. In particular, the IPs
> | for MX records are removed from Deadwood's replies and Deadwood needs
> | to perform additional DNS queries to get the IPs corresponding to MX
> | records
>
> OTOH for /web/ /surfing/ I would rather use dnsmasq. I do not see the
> requirement for recursive DNS there and the resources on desktop
> computers used for surfing are not strained, tinyness is not a
> requirement here.
>
> Anyway. Before discovering this I spent some time on packaging deadwood.
> Preliminary patch attached. (Before uploading I'd switch to a customized
> dwood3rc in debian/ instead of patching the upstream version.)
>
> cu Andreas
> --
> And so my quest for a dnscache replacement continued.

Bug#864592: [gnome-session] GNOME extensions deactivated after lock unlock

[Francewhoa]

Package: gnome-session
Version: 3.14.0-2
Severity: normal

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

Hi Debian and Gnome enthousiasts :)


Summary:
Lock then unlock GNOME session result in all GNOME extensions to be
deactivated. Intermittent bug.

Steps to reproduce:
1. Install fresh Debian 8.8 Jessie

2. Using https://extensions.gnome.org install and activate all the
following extensions:
• https://extensions.gnome.org/extension/310/alt-tab-workspace/
alt-tab-worksp...@kwalo.net (version 10.0)

• https://extensions.gnome.org/extension/484/workspace-grid/
workspace-g...@mathematical.coffee.gmail.com (version 18.0)

• https://extensions.gnome.org/extension/495/topicons/
topIcons@adel.gadl...@gmail.com (version 29.0)

• https://extensions.gnome.org/extension/672/disable-screen-shield/
disable-screenshi...@lgpasquale.com (version 7.0)

• https://extensions.gnome.org/extension/425/project-hamster-extension/
hams...@projecthamster.wordpress.com (version 26.0)

• https://extensions.gnome.org/extension/1082/cpufreq/
cpufreq@konkor (version 12.0)

3. Lock GNOME session

4. Unlock GNOME session. Notice that all extensions are now deactivated
:( Expected result is that they should remaining activated per their
configuration.

5. Using "Tweak Tool"/"gnome-tweak-tool" re-activate all those
extensions. Restart GNOME by pressing "ALT-F2" keys, type "r", press
"Enter" key. The extensions are now working.

6. Lock GNOME session again

7. Unlock GNOME session again. Issue is reproduced again. All extensions
are deactivated. This bug is intermittent though. It depends on various
factors, including but not limited:
• Which extensions are activated
• Your personal configuration with "gnome-tweak-tool" and
"gnome-session" packages

8. This issue can also be reproduce with rebooting, instead of lock and
unlock the session. Same steps to reproduce as above. But simply reboot.


What I tried that was effective but temporary:
Here is a related Ubuntu ticket which includes some temporary fixes,
such as:
# 12 at
https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1236749/comments/12
# 57 at
https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1236749/comments/57



What I tried that was ineffective:
• Restart GNOME by pressing "ALT-F2" keys, type "r", press "Enter" key.
• Rebooting
• Using Terminal as user, run "gnome-tweak-tool" to see if any
significant error where returned
• Activate the extension using http://extensions.gnome.org insted of
"Tweak Tool"/"gnome-tweak-tool"
• Review “dconf-editor” for any suspicious configuration.
/org/gnome/shell/disable-user-extensions default value was already set
to “false”
• I created a ticket at
https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/1697229
After I created that ticket I realized that that launchpad seems to be
for Ubuntu. Since gnome-session is primarily maintain by bugs.debian.org
it seems more appropriate to create this ticket with bugs.debian.org


System:
• Base system: Debian 8.8 Jessie, 64-bit
• Gnome: 3.14.1
• gnome-tweak-tool: 3.14.2-2
• gnome-session: 3.14.0-2
• gnome-session-bin: 3.14.0-2
• gnome-session-common: 3.14.0-2
• Kernel: 4.9.0-0.bpo.3-amd64 #1 SMP Debian 4.9.25-1~bpo8+1 (2017-05-19)
x86_64 GNU/Linux


I would be happy to contribute testing if needed

Let me know if you have any questions or need anything else

Cheers,

Francewhoa
 

--- System information. ---
Architecture: amd64
Kernel: Linux 4.9.0-0.bpo.3-amd64

Debian Release: 8.8
500 stable-updates mirror.it.ubc.ca
500 stable security.debian.org
500 stable repo.skype.com
500 stable mirror.it.ubc.ca
500 stable dl.google.com
100 jessie-backports ftp.debian.org

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#864325: qtwebengine-opensource-src: FTBFS on ppc64el: architecture officially unsupported

[Aaron M. Ucko]

Sandro Knauß  writes:

> I'm quite new a DD, so I have no idea of the best practise in this case. I 
> have hardly knowledge about other archs, so I thought, I leave the archs 
> failing, so others can start working on it seeing, why it it failing etc.

That's fair, but means that the autobuilders spend time attempting to
run builds that will definitely not succeed.  I would report an upstream
bug and meanwhile restrict the Architecture setting.

-- 
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#864324: qtwebengine-opensource-src: FTBFS on big-endian archs -- skia errors

[Aaron M. Ucko]

Sandro Knauß  writes:

> https://anonscm.debian.org/cgit/pkg-kde/qt/qtwebengine.git/tree/debian/
> patches/add_mips_support.patch

I suspect there's no easy fix here, so you might just have to report an
upstream bug and meanwhile restrict the package's Architecture setting.

-- 
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#864323: qtwebengine-opensource-src: FTBFS on armel: gnu/stubs-hard.h missing

[Aaron M. Ucko]

Sandro Knauß  writes:

> I really would like to get qtwebengine building on more architectures, but 
> I'm 
> not very familiar with other architectures, so I'm simply very lost in how to 
> fix those issues. Can you help here?  I already started with on a patch, but 
> it 
> was not working at the moment ( see comment in the file):
> https://anonscm.debian.org/cgit/pkg-kde/qt/qtwebengine.git/tree/debian/
> patches/unsused-add_armel_support.patch

Thanks for looking into this bug.  I'm not very familiar with gyp, but
can try to help out when I get a chance.

-- 
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#864591: ircd-irc2: Bad end of setting the package

[Jean-Philippe MENGUAL]

Package: ircd-irc2
Version: 2.11.2p3~dfsg-4
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?

I tried to install the package for the first time.

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

1. apt install ircd-irc2
2. apt update && apt dist-upgrade (I am up to date but I could install a 
package, totest)

   * What was the outcome of this action?

The initial command says:
Job for ircd-irc2.service failed because a timeout was exceeded.
See "systemctl status ircd-irc2.service" and "journalctl -xe" for details.
invoke-rc.d: initscript ircd-irc2, action "start" failed.
● ircd-irc2.service - LSB: Starts/stops the irc daemon
   Loaded: loaded (/etc/init.d/ircd-irc2; generated; vendor preset: enabled)
   Active: failed (Result: timeout) since Sun 2017-06-11 04:05:13 CEST; 14ms ago
 Docs: man:systemd-sysv-generator(8)
  Process: 23503 ExecStart=/etc/init.d/ircd-irc2 start (code=killed, 
signal=TERM)
Tasks: 3 (limit: 4915)
   CGroup: /system.slice/ircd-irc2.service
   ├─23509 /usr/sbin/ircd
   └─23511 iauth

juin 11 04:00:13 hypra systemd[1]: Starting LSB: Starts/stops the irc daemon...
juin 11 04:00:13 hypra ircd-irc2[23503]: Starting irc server daemon: ircdServer 
irc.localhost (000A) version 2.11.2p3 starting.
juin 11 04:05:13 hypra systemd[1]: ircd-irc2.service: Start operation timed 
out. Terminating.
juin 11 04:05:13 hypra systemd[1]: Failed to start LSB: Starts/stops the irc 
daemon.
juin 11 04:05:13 hypra systemd[1]: ircd-irc2.service: Unit entered failed state.
juin 11 04:05:13 hypra systemd[1]: ircd-irc2.service: Failed with result 
'timeout'.
d

the dist-upgrade completes with:
W: APT had planned for dpkg to do more than it reported back (5 vs 9).
   Affected packages: ircd-irc2:amd64

Not sure if the install is successful or not actually.

   * What outcome did you expect instead?

The package should install normally and even if I expect to wait, the process 
should complete as soon as the initial apt install and properly

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

Best regards 


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

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

Versions of packages ircd-irc2 depends on:
ii  libc6   2.24-11
ii  zlib1g  1:1.2.8.dfsg-5

ircd-irc2 recommends no packages.

ircd-irc2 suggests no packages.

-- no debconf information

Bug#769369: Workaround found

[Nikolaus Rath]

On Jun 02 2017, Michael Biebl  wrote:
> Control: tags -1 + moreinfo
>
> Hi Nikolaus
>
> On Thu, 27 Nov 2014 15:00:01 -0800 Nikolaus Rath  wrote:
>> Hello,
>> 
>> I have found that adding
>> 
>> ExecStop=/bin/chvt 1
>> ExecStop=/sbin/start-stop-daemon --stop --quiet --pidfile
>> /var/run/lightdm.pid --name lightdm --retry 5
>> 
>> to the [Service] section in /etc/systemd/system/lightdm.service fixes
>> the problem. Shutdown and reboot work properly.
>
> Sorry for not coming back to you earlier.
>
> Is this problem still reproducible on an up-to-date jessie or stretch
> system?

I just removed the workaround on my stretch system, and it still reboots
and powers off correctly. So hopefully it has been fixed (I am not sure,
because the workaround looks a lot like it's avoiding a race condition
somewhere).


Best,
-Nikolaus

-- 
GPG Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F

 »Time flies like an arrow, fruit flies like a Banana.«

Bug#863853: libdpkg-perl: Cannot install the package. getting this error: cannot copy extracted data for './usr/share/doc/libdpkg-perl/changelog.gz' to '/usr/share/doc/libdpkg-perl/changelog.gz.dpkg-n

[Guillem Jover]

Control: severity -1 normal

Hi!

On Wed, 2017-05-31 at 21:51:35 -0400, Dmitrii wrote:
> Package: libdpkg-perl
> Version: 1.18.24
> Severity: important

> Current package cannot be installed due to some problem with
> an unexpected end of file or a stream.

That would indicate most probably a truncated .deb package. Pleas make
sure the downloaded package is complete, by checking its checksums
against the Packages file, or by redownloading or similar.

Otherwise, I'm tempted to just close this bug report.

Thanks,
Guillem

Bug#864457: [d-i daily hd-media 20170608] kernel doesn't initialize USB ports inside d-i on a sunxi-based system

[Cyril Brulebois]

Hi Karsten,

Karsten Merker  (2017-06-10):
> It looks like neither axp20x_regulator nor axp20x_usb_power is
> the sole source of the problem.  I have built new kernel udebs
> including these modules and have tested d-i with them - adding
> them doesn't change anything.  They can be modprobed successfully
> and show up in lsmod, but nothing new shows up in the kernel log
> after loading them.
>  
> While checking the list of modules again, I found that these
> modules themselves use the i2c subsystem to communicate with the
> powermanagement controller, but we don't seem to have an
> appropriate i2c controller driver (i2c_mv64xxx) inside d-i. I'll
> try building kernel udebs with i2c_mv64xxx included and see
> whether that changes anything.

I've just stumbled upon something similar following a bug report by
Diego Roversi, see my follow-up in:
  https://bugs.debian.org/864536#10


KiBi.


signature.asc
Description: Digital signature

Bug#864536: missing kernel modules in D-I sd-card images

[Cyril Brulebois]

Hi Diego,

(adding kernel maintainers to the loop for the fix, and release team for
comments about the extra package I think we would need to fix this.)

Diego Roversi  (2017-06-10):
> Package: debian-installer
> Version: 20170525
> 
> SD-card image from
> https://d-i.debian.org/daily-images/armhf/daily/netboot/SD-card-images/,
> doesn't have a kernel module, so mmc and network does'nt work.
> 
> There was also a thread in debian-arm mailing list about this issue:
> 
> https://lists.debian.org/debian-arm/2017/01/msg0.html
> 
> The missing module is i2c_rk3x. Could you add to the image? 

Looking at linux.git, it seems this driver is built as a module, but there's
no i2c-modules udeb for armhf. I don't think this bug is critical enough to
have a linux upload before r0 (unless something is in the works already),
but I'm a little concerned that postponing a bug fix for r1 wouldn't be too
nice… Adding a new binary package in a point release feels wrong. :(


KiBi.


signature.asc
Description: Digital signature

Bug#864590: unblock: aptitude/0.8.8-1 (pre-approval)

[Manuel A. Fernandez Montecelo]

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

Hi,

This is a pre-approval request to upload to unstable if it will be accepted for
stretch, if it's not too late.

Apart from a bunch of translations (filtered out from the debdiff), the changes
for these versions include the removal of a spurious warning printed to the
screen, changes to the priority of the packages in the repo (probably without
many practical consequences because it's overriden, but...), and a couple of
improvements to documentation.

So these are not crucial to include in the next stable, but in principle they
are pretty innocuous and shouldn't cause problems.

debdiff attached.


unblock aptitude/0.8.8-1


Cheers.
diff -Nru --exclude '*.po' --exclude '*.pot' --exclude 'configure*' --exclude 
'*.gmo' aptitude-0.8.7/aptitude-defaults.cs aptitude-0.8.8/aptitude-defaults.cs
--- aptitude-0.8.7/aptitude-defaults.cs 2017-03-07 19:52:49.0 +0100
+++ aptitude-0.8.8/aptitude-defaults.cs 2017-05-18 23:20:14.0 +0200
@@ -40,6 +40,7 @@
 interpreters   "Interprety pro interpretované jazyky\n Balíky v sekci 
„interpreters“ obsahují interprety pro jazyky jako Lua, Pike, Smalltalk nebo 
Tcl a také jejich rozšiřující knihovny. Některé interpretované jazyky se 
spoustou knihoven mají své vlastní sekce, např. Perl, Python nebo Ruby.";
 introspection  "Podpora introspekce pro programovací jazyky\n Balíky v 
sekci „introspection“ poskytují podporu introspekce (původně pro GObject). 
Introspekce znamená schopnost některých programovacích jazyků zkoumat typy a 
vlastnosti objektů za běhu.";
 java   "Programovací jazyk Java a rozšiřující knihovny\n Balíky ze 
sekce „java“ poskytují programovací jazyk Java a mnoho rozšiřujících knihoven z 
dalších zdrojů. Pokud nejste java programátor, nemusíte zde nic vybírat; pokud 
budou nějaké balíky potřeba, balíkovací systém si díky závislostem nainstaluje 
vše potřebné.";
+javascript "Programovací jazyk JavaScript, knihovny a vývojářské 
nástroje\n Balíky v sekci „javascript“ poskytují implementace programovacího 
jazyka JavaScript, vývojářské nástroje pro JavaScript a mnoho rozšiřujících 
knihoven z dalších zdrojů. Patří sem jak knihovny napsané pro běh ve webových 
prohlížečích, tak knihovny pro samostatné implementace JavaScriptu, jako je 
například node.js.";
 kde"Desktopové prostředí KDE\n KDE je kolekce programů, 
které společně nabízejí jednoduché a příjemné desktopové prostředí. Balíky v 
sekci „kde“ jsou přímo součástí prostředí KDE, nebo s ním úzce souvisí.";
 kernel "Jádro a moduly jádra\n Balíky ze sekce „kernel“ poskytují 
samotné jádro operačního systému a rozšiřující moduly, které přidávají 
například podporu pro neobvyklý hardware nebo pro běh virtuálních strojů.";
 libdevel   "Vývojové soubory pro knihovny\n Balíky ze sekce „libdevel“ 
obsahují soubory vyžadované pro sestavení programů, které využívají knihovny ze 
sekce „libs“. Běžný uživatel tyto balíky nepotřebuje. (Pokud si ovšem nechcete 
sestavit systém sami.)";
@@ -59,6 +60,7 @@
 php"Programovací jazyk PHP a rozšiřující knihovny\n Balíky ze 
sekce „php“ poskytují programovací jazyk PHP a mnoho rozšiřujících knihoven z 
dalších zdrojů. Pokud nejste php programátor, nemusíte zde nic vybírat; pokud 
budou nějaké balíky potřeba, balíkovací systém si díky závislostem nainstaluje 
vše potřebné.";
 python "Programovací jazyk Python a rozšiřující knihovny\n Balíky ze 
sekce „python“ poskytují programovací jazyk Python a mnoho rozšiřujících 
knihoven z dalších zdrojů. Pokud nejste pythonový programátor, nemusíte zde nic 
vybírat; pokud budou nějaké balíky potřeba, balíkovací systém si díky 
závislostem nainstaluje vše potřebné.";
 ruby   "Programovací jazyk Ruby a rozšiřující knihovny\n Balíky ze 
sekce „ruby“ poskytují programovací jazyk Ruby a mnoho rozšiřujících knihoven z 
dalších zdrojů. Pokud nejste ruby programátor, nemusíte zde nic vybírat; pokud 
budou nějaké balíky potřeba, balíkovací systém si díky závislostem nainstaluje 
vše potřebné.";
+rust   "Programovací jazyk Rust, knihovny a vývojářské nástroje\n 
Balíky ze sekce „rust“ poskytují programovací jazyk Rust, systém pro správu 
balíků Cargo, nástroje pro vývoj v jazyce Rust a zdrojové kódy Rust knihoven 
používaných pro sestavení Rust aplikací.";
 science"Software pro vědeckou práci\n Balíky ze sekce „science“ 
zahrnují nástroje pro astronomii, biologii, chemii a software pro spřízněné 
obory.";
 shells "Shelly a alternativní konzolová prostředí\n Balíky ze sekce 
„shells“ obsahují programy s řádkovým rozhraním.";
 sound  "Nástroje pro přehrávání a nahrávání zvuků\n Balíky ze sekce 
„sound“ zahrnují přehrávače, rekordéry a enkodéry mnoha formátů, mixážní pulty 
a ovladače hlasitosti, MIDI sekvencery, programy pro zápis not, ovladače 
zvukových zařízení a software pro zpracování zvuku.";
diff -Nru 

Bug#853394: extremetuxracer: ftbfs with GCC-7

[James Cowgill]

Control: block -1 by 853729

Hi,

On 11/06/17 00:18, Marko Lindqvist wrote:
> On 31 January 2017 at 11:31, Matthias Klose  wrote:
>> event.o: In function `CEvent::Enter()':
>> ./src/event.cpp:160: undefined reference to `sf::String::operator 
>> std::__cxx11::basic_string> std::allocator >() const'
>> ./src/event.cpp:166: undefined reference to `sf::String::operator 
>> std::__cxx11::basic_string> std::allocator >() const'
>> ./src/event.cpp:170: undefined reference to `sf::String::operator 
>> std::__cxx11::basic_string> std::allocator >() const'
>> game_over.o: In function `GameOverMessage(CControl const*)':
>> ./src/game_over.cpp:91: undefined reference to `sf::String::operator 
>> std::__cxx11::basic_string> std::allocator >() const'
>> ./src/game_over.cpp:97: undefined reference to `sf::String::operator 
>> std::__cxx11::basic_string> std::allocator >() const'
>> game_over.o:./src/game_over.cpp:107: more undefined references to 
>> `sf::String::operator std::__cxx11::basic_string> std::char_traits, std::allocator >() const' follow
>> collect2: error: ld returned 1 exit status
>> Makefile:474: recipe for target 'etr' failed
>> make[3]: *** [etr] Error 1
> 
>  I see that error with g++7 on both etr-0.7 branch (where release used
> by Debian is from) and development version. We saw similar problem on
> etr development version with earlier version of clang++, but with
> current Debian Testing (Stretch) etr development version compiles fine
> with clang++. etr-0.7 branch does not compile with clang++ for
> unrelated reasons.
>  This seems like a sort of incompatibility problem between c++11
> std::string and SFML string class. I don't know if we can do anything
> to it in etr upstream. Could Debian accept a version that specifically
> requires clang++ to be used, and cannot be compiled with g++7? There
> is no such release at the moment, but etr-0.8 could be like that.
> Another option is to just wait if g++8 will fix the problem, like
> clang++ upgrade apparently did.

This bug is caused by a slight ABI adjustment to "operator
std::string()" functions in GCC 7 (see the GCC 7 porting guide [1]).
This is not an ABI break, but it does require libsfml to be rebuilt
against GCC 7 first before reverse dependencies can be.

Once GCC 7 becomes the default compiler, I'll upload a new version of
libsfml with some shlibs bumps which should resolve this without any
changes to extremetuxracer.

[1] https://gcc.gnu.org/gcc-7/porting_to.html

James



signature.asc
Description: OpenPGP digital signature

Bug#864557: drawterm FTCBFS: uses the build architecture compiler

[Martín Ferrari]

On 10/06/17 16:48, Helmut Grohne wrote:
> Source: drawterm
> Version: 20110822-1
> Tags: patch
> User: helm...@debian.org
> Usertags: rebootstrap
> 
> drawterm fails to cross build from source, because it uses the build
> architecture compiler. Indirecting the $(MAKE) invocation through
> dh_auto_build fixes cross compilation, because dh_auto_build knows how
> to pass cross compilers. Please consider applying the attached patch
> after stretch is released.

Thank you very much for reporting and the patch! I will apply and upload
in about a week time :)


-- 
Martín Ferrari (Tincho)

Bug#639115: Memory leakes fixed in v3.1

[Joachim Nilsson]

On 2017-06-11 12:31 AM, Aurelien Jarno wrote:

On 2017-06-03 22:35, Joachim Nilsson wrote:

unfortunately the memory leak fixes never made it into the v3.0
release, but v3.1 has them.  (I've just released v3.2.)

Thanks for the hint, I'll upload it when the Debian freeze ends, which
is just a matter of days now. There is an ABI breakage compared to v3.0
(cfg_scan_string_begin and cfg_scan_string_end have been removed), so I
still have to decide if it is better to reintroduce these symbols
locally, ignore them or do an ABI transition.


It's very unlikely anyone ever used them, they were part of the
internal lexer API and have been replaced by a common FILE *fp
API using cfg_scan_fp_begin/end(), neither of which are part of
the official API.

Regards
 /Joachim

Bug#860808: ocfs2 blocks jbd2

[Russell Mosemann]

It has been reported several times. There doesn't seem to be any movement on 
it. All that remains is to document the situation.

--
Russell Mosemann


-Original Message-
From: "Ben Hutchings" 
Sent: Saturday, June 10, 2017 1:46pm
To: "Russell Mosemann" , 860...@bugs.debian.org
Subject: Re: Bug#860808: ocfs2 blocks jbd2



I'm sorry, but I don't think there's anything we can do about these
bugs until the upstream ocfs2 developers take an interest in them.

Ben.

-- 
Ben Hutchings
It is easier to write an incorrect program than to understand a correct
one.

Bug#839261:

[io]

Hello Again,

installing hexchat from https://hexchat.github.io/downloads.html

finally fixed all otr problems

thank you

greetings
io

Bug#639115: Memory leakes fixed in v3.1

[Aurelien Jarno]

On 2017-06-03 22:35, Joachim Nilsson wrote:
> Hi,

Hi,

> unfortunately the memory leak fixes never made it into the v3.0
> release, but v3.1 has them.  (I've just released v3.2.)
>

Thanks for the hint, I'll upload it when the Debian freeze ends, which
is just a matter of days now. There is an ABI breakage compared to v3.0
(cfg_scan_string_begin and cfg_scan_string_end have been removed), so I
still have to decide if it is better to reintroduce these symbols
locally, ignore them or do an ABI transition.

Aurelien

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

Bug#864477: nvidia_icd.json does not refer to correct library when non-GLVND driver variant is installed

[Luca Boccassi]

On June 10, 2017 7:48:55 PM GMT+01:00, Andreas Beckmann  wrote:
>On 2017-06-10 17:36, Luca Boccassi wrote:
>> Andreas, given we ship it in /usr/share, perhaps the easiest thing
>> would be to modify in the maintainer scripts (via config-package-dev
>> maybe) in the non-GLVND GLX package. What do you think?
>
>No way. Anything that would trigger debsums is forbidden :-)
>
>Luckily we don't have alternatives for that case :-)
>So it will probably be diversions + shipping the alternate json in
>non-glvnd libgl1-nvidia-glx.

Yes that's what I meant, sorry wrote in a hurry :-) - config-package-dev 
automates generating dpkg-divert snippets for the maintainer scripts, I've used 
it a lot and I find it quite handy. It's a build-time tool. We can do it 
manually too of course!

I'll give it a test tomorrow for the alternate json and check that it works 
with the applications I've got.

Kind regards,
Luca Boccassi


signature.asc
Description: PGP signature

Bug#862580: Bug #862580: Winbind crashes on ssh login of a domain user.

[Christian Meyer]

Hello Louis,

> 1) $ cat /etc/hosts
>> 127.0.0.1localhost
>You did setup with DHCP, so you remove 127.0.1.1 sambawb, is possible,
>but better is. 
This is because 
https://wiki.samba.org/index.php/Setting_up_Samba_as_a_Domain_Member
tells: "On debian related systems you wil see 127.0.1.1 hostname also
in /etc/hosts remove it before you install samba."

>172.16.0.209   sambawb.work.company sambawb
I had it in /etc/hosts before and removed it following wiki.samba.org.
I will put it back.

> ( recommended turn of dhcp, use static ips for the servers )
I will think about it.
But just to be clear: what exactly do you mean with 'server'? My debian
machines are only 'domain members' and are not providing any shares or
printers to the network. I think 'server' is samba terminology meaning
that it is providing services e.g. to PAM on the local machine. Right?

> 2) Setup and enable the username map.
> username map = /etc/samba/samba_usermapping
> ( needs content : !root = WORK\Administrator WORK\administrator )
It's changed.

> # Now here its interresting, this tell me something.
>> Jun 07 21:33:18 sambawb sshd[502]: pam_unix(sshd:auth):
authentication failure; logname= uid=0 euid=0 tty=ssh ruser=
rhost=172.16.0.1 user=domainuser 
>> ^^ Guessing, also correctly rejected, if you did not give root a
password at install or your sshd_config has : PermitRootLogin no (or
without-password)

> Most interresting part.
>> Jun 07 21:33:18 sambawb sshd[502]: pam_winbind(sshd:auth): getting
password (0x0388) 
>> Jun 07 21:33:18 sambawb sshd[502]: pam_winbind(sshd:auth):
pam_get_item returned a password 
>> Jun 07 21:33:19 sambawb sshd[502]: pam_winbind(sshd:auth): request
wbcLogonUser failed: WBC_ERR_AUTH_ERROR, PAM error: PAM_AUTH_ERR (7),
NTSTATUS_LOGON_FAILURE, Error message was: Logon failure 
>> Jun 07 21:33:19 sambawb sshd[502]: pam_winbind(sshd:auth): user
'domainuser' denied access (incorrect password or invalid membership) 
>> Jun 07 21:33:20 sambawb sshd[502]: Failed password for invalid user
domainuser from 172.16.0.1 port 54474 ssh2

> Are you are loggin in as user "root" (id=0) or as "Administrator"
here? 
> Or you created a users and assigned id 0, in all cases, this is in my
opinion wrong to do.

No, that's not the case. I see 'uid=0' but my username is just an
ordinary domain user. It's neither "root" nor "Administrator". The
domain user isn't a domain admin, too - it's a restricted domain
account. I have several domain accounts to test and whenever it fails I
see 'uid=0', too. Doesn't matter what (unprivilged) account I use.
I remove the homedir on logout and recreate it on logon with
pam_mkhomedir.

> I recommend not enabling root logins on ssh, but thats your choice.
> You can not, never ever, assign user Administrator an uid, especialy
user Adminsitrator. 
> Uid 0 = root and only root, now this is why you need the username
mapping.

Okay, I think that is the point:
When it fails I see:
Jun 10 22:21:50 COMPUTERXY sshd[3207]: Invalid user domainuser from
172.16.0.235
Jun 10 22:21:50 COMPUTERXY sshd[3207]: input_userauth_request: invalid
user domainuser [preauth]
Jun 10 22:21:52 COMPUTERXY sshd[3207]: pam_krb5(sshd:auth):
authentication failure; logname=domainuser uid=0 euid=0 tty=ssh ruser=
rhost=computer.work.company

and on success it is (same machine, same user, just some time later,
e.g. after a local user logged in):
Jun 10 23:23:22 COMPUTERXY sshd[9459]: pam_krb5(sshd:auth): user
domainuser authenticated as domainuser@WORK.COMPANY
Jun 10 23:23:22 COMPUTERXY pam-script[9459]: can not
stat /usr/share/libpam-script/pam_script_acct
Jun 10 23:23:22 COMPUTERXY sshd[9459]: Accepted password for domainuser
from 172.16.0.1 port 43841 ssh2

I will have a look at it with changed username mapping.


> Now where did it go wrong. You have a few options to check. 
> First, check the time sync on the DC's and the member servers. 
> A common problem with login problems. Check this first. 
# net ads info -P
LDAP server: 172.16.0.2
LDAP server name: ADDC.WORK.company
Realm: WORK.COMPANY
Bind Path: dc=WORK,dc=COMPANY
LDAP port: 389
Server time: Sa, 10 Jun 2017 23:37:11 CEST
KDC server: 172.16.0.2
Server time offset: 0

# grep server /etc/ntp.conf
server 172.16.0.2 iburst

# grep GSS /etc/ssh/sshd_config 
# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes

I will change it to:
GSSAPIAuthentication yes
GSSAPICleanupCredentials yes

> And if you use groups member checks in sshd_conf, test if all these
groups have GID. 
# grep -i group /etc/ssh/sshd_config



>> I also noticed that in this cases 'wbinfo -u' or 'kinit 
>> domainuser' succeeds, but 'getent passwd' only shows local users.
>> And yes, libpam-winbind and libnss-winbind are installed and 
>> nsswitch.conf has 'passwd: compat winbind'
> Yes, this is confusing..  ;-) 
> wbinfo -u shows all you users. 
>getent passwd not, but `getent passwd username`, should show your
user. 
No, it isn't. 'getent passwd' shows domainusers, too, but 

Bug#839261: hexchat-otr: establishing OTR connection fails

[io]

Hello,

i installed libotr5-bin and libotr5-dev. Then i reinstalled hexchat-
otr.

Fixed the problems for me.

Greetings
io

On Mon, 6 Feb 2017 08:46:01 +0100 Petter Reinholdtsen 
wrote:
> Hi, and thank you for your report.
> 
> [Joonas Kylmälä]
> > After I installed hexchat-otr and someone else tried to establish
an OTR
> > connection with me I got the following error and establishing the
> > connection failed:
> > 
> >  OTR: Error saving instance tags: No such file or directory
(gcrypt)
> > 
> > 
> > I expected the connection to work. Well, I figured a workaround for
> > this: installing libgcrypt20-dev package. After that the connection
> > could be made.
> 
> Interesting.  Not quite sure what went wrong there, but perhaps some
> directory is missing?  An alternative could be that there is a
missing
> dependency, but I suspect I would have discovered that during
testing.
> Anyone got any idea what went wrong?
> 
> -- 
> Happy hacking
> Petter Reinholdtsen
> 
> 

Bug#864589: O: htsengine -- HMM-based speech synthesis engine API

[Tobias Frost]

Package: wnpp

The current maintainer of htsengine, Koichi Akabe ,
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/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: htsengine
Binary: libhtsengine1, libhtsengine-dev, htsengine
Version: 1.08-1
Maintainer: Koichi Akabe 
Build-Depends: debhelper (>= 9.0.0), dh-autoreconf, docbook-to-man
Architecture: any
Standards-Version: 3.9.5
Format: 3.0 (quilt)
Files:
 b0c95e4390dd7ef5d6c07eeb67702798 1850 htsengine_1.08-1.dsc
 c0bfe613eb18e5cd923d3a9809716c27 156274 htsengine_1.08.orig.tar.gz
 966a4a9bf5e11ed09b0864d99963ea78 6945 htsengine_1.08-1.debian.tar.gz
Checksums-Sha1:
 8f6f26bd3146f154845dd7d592613b52e91da251 1850 htsengine_1.08-1.dsc
 d2b398b3a6af9639df39cf6dc457d79e79f2a60e 156274 htsengine_1.08.orig.tar.gz
 3527727d58d76731d13cb6ef8bfe72ce539991a6 6945 htsengine_1.08-1.debian.tar.gz
Checksums-Sha256:
 56ff6856899e5fa170b4595f678f22ee955597cefcc919f04346003a698238ca 1850 
htsengine_1.08-1.dsc
 9b1dc62dd15346ead364722beb832b8ef93d1c95a3aa5de79b341de510a44638 156274 
htsengine_1.08.orig.tar.gz
 ddd9e5ca133be0e4333a421f51fc02d8b51325e9c241991215c1e49c1d6e2700 6945 
htsengine_1.08-1.debian.tar.gz
Homepage: http://hts-engine.sourceforge.net/
Package-List: 
 htsengine deb sound optional
 libhtsengine-dev deb libdevel optional
 libhtsengine1 deb libs optional
Directory: pool/main/h/htsengine
Priority: source
Section: sound

Package: htsengine
Binary: libhtsengine1, libhtsengine-dev, htsengine
Version: 1.08-1
Maintainer: Koichi Akabe 
Build-Depends: debhelper (>= 9.0.0), dh-autoreconf, docbook-to-man
Architecture: any
Standards-Version: 3.9.5
Format: 3.0 (quilt)
Files:
 b0c95e4390dd7ef5d6c07eeb67702798 1850 htsengine_1.08-1.dsc
 c0bfe613eb18e5cd923d3a9809716c27 156274 htsengine_1.08.orig.tar.gz
 966a4a9bf5e11ed09b0864d99963ea78 6945 htsengine_1.08-1.debian.tar.gz
Checksums-Sha256:
 56ff6856899e5fa170b4595f678f22ee955597cefcc919f04346003a698238ca 1850 
htsengine_1.08-1.dsc
 9b1dc62dd15346ead364722beb832b8ef93d1c95a3aa5de79b341de510a44638 156274 
htsengine_1.08.orig.tar.gz
 ddd9e5ca133be0e4333a421f51fc02d8b51325e9c241991215c1e49c1d6e2700 6945 
htsengine_1.08-1.debian.tar.gz
Homepage: http://hts-engine.sourceforge.net/
Package-List: 
 htsengine deb sound optional
 libhtsengine-dev deb libdevel optional
 libhtsengine1 deb libs optional
Directory: pool/main/h/htsengine
Priority: source
Section: sound

Package: libhtsengine1
Source: htsengine (1.08-1)
Version: 1.08-1+b1
Installed-Size: 118
Maintainer: Koichi Akabe 
Architecture: amd64
Depends: libc6 (>= 2.14)
Pre-Depends: multiarch-support
Description-en: HMM-based speech synthesis engine API
 This engine is software to synthesize speech waveform from Hidden Markov
 Models (HMM) trained by the HMM-based speech synthesis system (a.k.a. HTS).
 .
 This package contains shared libraries of HTS engine.
Description-md5: 805305d8397d75be024ecd4e1ceb05e7
Homepage: http://hts-engine.sourceforge.net/
Tag: role::shared-lib
Section: libs
Priority: optional
Filename: pool/main/h/htsengine/libhtsengine1_1.08-1+b1_amd64.deb
Size: 45868
MD5sum: bab76c46bc8df6cfc2eda3eb936b2af9
SHA256: af91b9da5649944fa5619382b74df06138adb6ceaf86e81de0df468c90ea3073

Package: libhtsengine1
Source: htsengine
Version: 1.08-1
Installed-Size: 135
Maintainer: Koichi Akabe 
Architecture: amd64
Depends: libc6 (>= 2.14)
Pre-Depends: multiarch-support
Description-en: HMM-based speech synthesis engine API
 This engine is software to synthesize speech waveform from Hidden Markov
 Models (HMM) trained by the HMM-based speech synthesis system (a.k.a. HTS).
 .
 This package contains shared libraries of HTS engine.
Description-md5: 805305d8397d75be024ecd4e1ceb05e7
Homepage: http://hts-engine.sourceforge.net/
Tag: implemented-in::c, role::shared-lib
Section: libs
Priority: optional
Filename: pool/main/h/htsengine/libhtsengine1_1.08-1_amd64.deb
Size: 45248
MD5sum: f210369d6448a263a603f80bb5d67109
SHA1: a3c6b0b589598c75432190e34e2f17c101444d00
SHA256: e19c7502300cffe97962cf7c9c50af886c987f0724fde0fba6c06010fc4c4ecd

Package: libhtsengine-dev
Source: htsengine (1.08-1)
Version: 1.08-1+b1
Installed-Size: 41
Maintainer: Koichi Akabe 
Architecture: amd64
Depends: libhtsengine1 (= 1.08-1+b1)
Description-en: Development files for HMM-based speech synthesis engine API
 This engine is software to synthesize speech waveform from Hidden Markov
 Models (HMM) trained by the HMM-based speech synthesis system (a.k.a. HTS).
 .
 This package contains the development libraries and header files needed by
 programs that want to compile with HTS engine.

Bug#864587: O: tercpp -- Translation Error Rate scoring tool - development files

[Tobias Frost]

Package: wnpp

The current maintainer of tercpp, Koichi Akabe ,
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/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: tercpp
Binary: libtercpp-dev, libtercpp0, tercpp
Version: 0.6.2+svn46-1
Maintainer: Koichi Akabe 
Build-Depends: debhelper (>= 9.0.0), cmake, libboost-dev, libtinyxml-dev
Architecture: any
Standards-Version: 3.9.5
Format: 3.0 (quilt)
Files:
 a0a32cbb69889f3592c79057aa1acb12 1841 tercpp_0.6.2+svn46-1.dsc
 8559797566bdc5eabed328219f982fbe 32984 tercpp_0.6.2+svn46.orig.tar.xz
 ed703226f38d9757c364ce07e6e3e202 5356 tercpp_0.6.2+svn46-1.debian.tar.xz
Checksums-Sha1:
 04966a241d2f7c348a70be63f6096c811b6adb6e 1841 tercpp_0.6.2+svn46-1.dsc
 584bfb094a06aafe6b81b2c9f196c3c9c9e39da6 32984 tercpp_0.6.2+svn46.orig.tar.xz
 05665ef3e8b5371a2ea974df022fa742e876f09a 5356 
tercpp_0.6.2+svn46-1.debian.tar.xz
Checksums-Sha256:
 d00cc511b4f8e18f41d6927b25fc89c5574ffcd90439c625ac4d4453e43ebe37 1841 
tercpp_0.6.2+svn46-1.dsc
 766a116ec0ac9a56b9f3cf26290968f9357e6cdac45cd5fa01f401a9cd6c6fdd 32984 
tercpp_0.6.2+svn46.orig.tar.xz
 f4b5bfa0b97860ce37aac2d635c50a236e6651fce0476fa8948be05a9f2f8819 5356 
tercpp_0.6.2+svn46-1.debian.tar.xz
Homepage: http://sourceforge.net/projects/tercpp/
Package-List: 
 libtercpp-dev deb libdevel extra
 libtercpp0 deb libs extra
 tercpp deb text extra
Directory: pool/main/t/tercpp
Priority: source
Section: misc

Package: tercpp
Binary: libtercpp-dev, libtercpp0v5, tercpp
Version: 0.6.2+svn46-1.1
Maintainer: Koichi Akabe 
Build-Depends: debhelper (>= 9.0.0), cmake, libboost-dev, libtinyxml-dev
Architecture: any
Standards-Version: 3.9.5
Format: 3.0 (quilt)
Files:
 ccdd132c8b4056d71521de08207b6278 1876 tercpp_0.6.2+svn46-1.1.dsc
 8559797566bdc5eabed328219f982fbe 32984 tercpp_0.6.2+svn46.orig.tar.xz
 db1d8a619fce587c56fb5de969d6aa81 5492 tercpp_0.6.2+svn46-1.1.debian.tar.xz
Checksums-Sha256:
 81475cdff9fb04461fb41f5294aacd4e6bfcc4dbfd0f2e1cdca8134e95def948 1876 
tercpp_0.6.2+svn46-1.1.dsc
 766a116ec0ac9a56b9f3cf26290968f9357e6cdac45cd5fa01f401a9cd6c6fdd 32984 
tercpp_0.6.2+svn46.orig.tar.xz
 7952c89e503de8ecbbf83962175f89a35f1169444e26dc78c4a20ead4e03c4d6 5492 
tercpp_0.6.2+svn46-1.1.debian.tar.xz
Homepage: http://sourceforge.net/projects/tercpp/
Package-List: 
 libtercpp-dev deb libdevel extra arch=any
 libtercpp0v5 deb libs extra arch=any
 tercpp deb text extra arch=any
Directory: pool/main/t/tercpp
Priority: extra
Section: misc

Package: libtercpp-dev
Source: tercpp (0.6.2+svn46-1.1)
Version: 0.6.2+svn46-1.1+b1
Installed-Size: 54
Maintainer: Koichi Akabe 
Architecture: amd64
Depends: libtercpp0v5 (= 0.6.2+svn46-1.1+b1), libtinyxml-dev
Description-en: Translation Error Rate scoring tool - development files
 TERCpp is a tool (implemented in C++) for scoring machine translation
 performance. It uses the Translation Error Rate (TER) metric to measure
 edit distances between translations and references.
 .
 This package contains development files for TERCpp.
Description-md5: a9b7ca4e6a37fa5a3baeac9ae0002a9c
Multi-Arch: same
Homepage: http://sourceforge.net/projects/tercpp/
Tag: devel::library, role::devel-lib
Section: libdevel
Priority: extra
Filename: pool/main/t/tercpp/libtercpp-dev_0.6.2+svn46-1.1+b1_amd64.deb
Size: 8310
MD5sum: 1b8478737d401f931a388657ed732609
SHA256: d90b4215af1b470bad3204acf33050608623bdcb7faee5aecb158ad64d6ca762

Package: libtercpp-dev
Source: tercpp
Version: 0.6.2+svn46-1
Installed-Size: 69
Maintainer: Koichi Akabe 
Architecture: amd64
Depends: libtercpp0 (= 0.6.2+svn46-1), libtinyxml-dev
Description-en: Translation Error Rate scoring tool - development files
 TERCpp is a tool (implemented in C++) for scoring machine translation
 performance. It uses the Translation Error Rate (TER) metric to measure
 edit distances between translations and references.
 .
 This package contains development files for TERCpp.
Description-md5: a9b7ca4e6a37fa5a3baeac9ae0002a9c
Multi-Arch: same
Homepage: http://sourceforge.net/projects/tercpp/
Tag: devel::library, role::devel-lib
Section: libdevel
Priority: extra
Filename: pool/main/t/tercpp/libtercpp-dev_0.6.2+svn46-1_amd64.deb
Size: 8002
MD5sum: 45b09b87dfa2d70d3e3ac1126ae9cdf0
SHA1: be88230d745a1304c8ca7527b5cc3ef860efe84a
SHA256: 6ccf750e07dd1673e61a4ee782803f67b1e11d626d2add66b122f23dfb23

Package: libtercpp0
Source: tercpp
Version: 0.6.2+svn46-1
Installed-Size: 864
Maintainer: Koichi Akabe 
Architecture: amd64
Depends: libc6 (>= 2.14), libgcc1 (>= 1:4.1.1), libstdc++6 (>= 4.4.0), 
libtinyxml2.6.2
Pre-Depends: multiarch-support
Description-en: 

Bug#864584: O: open-jtalk -- Japanese text-to-speech system

[Tobias Frost]

Package: wnpp

The current maintainer of open-jtalk, Koichi Akabe ,
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/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: open-jtalk
Binary: open-jtalk, open-jtalk-mecab-naist-jdic
Version: 1.07-2
Maintainer: Koichi Akabe 
Build-Depends: debhelper (>= 9.0.0), dh-autoreconf, docbook-to-man, 
libhtsengine-dev (>= 1.08)
Architecture: any all
Standards-Version: 3.9.5
Format: 3.0 (quilt)
Files:
 9cf78dac8f47b87bf6a72f244e4e838d 1867 open-jtalk_1.07-2.dsc
 56488764d41478d270637a5155dd15b7 14190427 open-jtalk_1.07.orig.tar.gz
 0e3cb878a14660514db8bbe656cee008 8345 open-jtalk_1.07-2.debian.tar.gz
Checksums-Sha1:
 49318b63207923e7228ec51dd03d8904a7d1dfa4 1867 open-jtalk_1.07-2.dsc
 792fe7ba9ce2189e67b2d6902147e560cb6d5446 14190427 open-jtalk_1.07.orig.tar.gz
 8ea3daaee355fdfef2a7fd7aa4623763fad68f95 8345 open-jtalk_1.07-2.debian.tar.gz
Checksums-Sha256:
 bccfc5872b99a32492c5855106513b69c470c170ae11c11e70b2b0a9c29c17e8 1867 
open-jtalk_1.07-2.dsc
 080efce34ba53b07f986fcc98e7bce54d08c42a7a9feb4dcd2bb0e88ce182ed1 14190427 
open-jtalk_1.07.orig.tar.gz
 027f1168ef309158ac35346fc2dd64372a2b90f4fd20400bc7c61e96f7c27f02 8345 
open-jtalk_1.07-2.debian.tar.gz
Homepage: http://open-jtalk.sourceforge.net/
Package-List: 
 open-jtalk deb sound optional
 open-jtalk-mecab-naist-jdic deb misc optional
Directory: pool/main/o/open-jtalk
Priority: source
Section: sound

Package: open-jtalk
Binary: open-jtalk, open-jtalk-mecab-naist-jdic
Version: 1.07-2
Maintainer: Koichi Akabe 
Build-Depends: debhelper (>= 9.0.0), dh-autoreconf, docbook-to-man, 
libhtsengine-dev (>= 1.08)
Architecture: any all
Standards-Version: 3.9.5
Format: 3.0 (quilt)
Files:
 9cf78dac8f47b87bf6a72f244e4e838d 1867 open-jtalk_1.07-2.dsc
 56488764d41478d270637a5155dd15b7 14190427 open-jtalk_1.07.orig.tar.gz
 0e3cb878a14660514db8bbe656cee008 8345 open-jtalk_1.07-2.debian.tar.gz
Checksums-Sha256:
 bccfc5872b99a32492c5855106513b69c470c170ae11c11e70b2b0a9c29c17e8 1867 
open-jtalk_1.07-2.dsc
 080efce34ba53b07f986fcc98e7bce54d08c42a7a9feb4dcd2bb0e88ce182ed1 14190427 
open-jtalk_1.07.orig.tar.gz
 027f1168ef309158ac35346fc2dd64372a2b90f4fd20400bc7c61e96f7c27f02 8345 
open-jtalk_1.07-2.debian.tar.gz
Homepage: http://open-jtalk.sourceforge.net/
Package-List: 
 open-jtalk deb sound optional
 open-jtalk-mecab-naist-jdic deb misc optional
Directory: pool/main/o/open-jtalk
Priority: source
Section: sound

Package: open-jtalk
Source: open-jtalk (1.07-2)
Version: 1.07-2+b2
Installed-Size: 657
Maintainer: Koichi Akabe 
Architecture: amd64
Depends: libc6 (>= 2.14), libgcc1 (>= 1:3.0), libhtsengine1 (>= 1.07), 
libstdc++6 (>= 5.2)
Suggests: open-jtalk-mecab-naist-jdic, hts-voice-nitech-jp-atr503-m001
Description-en: Japanese text-to-speech system
 Open JTalk is a Japanese text-to-speech system based on HTS engine. This
 program uses Mecab and its dictionary which is optimized for Open JTalk
 to analyse texts and gets pronunciation.
Description-md5: 212dee292ad124dfe9bf71dd09848cc1
Homepage: http://open-jtalk.sourceforge.net/
Tag: accessibility::speech, culture::japanese, implemented-in::c,
 role::program, sound::speech
Section: sound
Priority: optional
Filename: pool/main/o/open-jtalk/open-jtalk_1.07-2+b2_amd64.deb
Size: 195442
MD5sum: 071110af7babe61c57aef12785011b3b
SHA256: 89a4be14314c9de24d70237d51e71e17d678137049a187ae466d19293c945661

Package: open-jtalk
Version: 1.07-2
Installed-Size: 556
Maintainer: Koichi Akabe 
Architecture: amd64
Depends: libc6 (>= 2.14), libgcc1 (>= 1:4.1.1), libhtsengine1 (>= 1.07), 
libstdc++6 (>= 4.4.0)
Suggests: open-jtalk-mecab-naist-jdic, hts-voice-nitech-jp-atr503-m001
Description-en: Japanese text-to-speech system
 Open JTalk is a Japanese text-to-speech system based on HTS engine. This
 program uses Mecab and its dictionary which is optimized for Open JTalk
 to analyse texts and gets pronunciation.
Description-md5: 212dee292ad124dfe9bf71dd09848cc1
Homepage: http://open-jtalk.sourceforge.net/
Tag: accessibility::speech, culture::japanese, implemented-in::c,
 role::program, sound::speech
Section: sound
Priority: optional
Filename: pool/main/o/open-jtalk/open-jtalk_1.07-2_amd64.deb
Size: 170008
MD5sum: b6b89bbce8eeb4676408e9b17cd91a44
SHA1: f8ce51645b0647fa25c4f0ea7e739d297660cb7b
SHA256: c1082886e5826aa3f2d8a8371cf0f2fdb1d1ac5de0cb8aa4486c25cf803289de

Package: open-jtalk-mecab-naist-jdic
Source: open-jtalk
Version: 1.07-2
Installed-Size: 65378
Maintainer: Koichi Akabe 
Architecture: all
Description-en: NAIST Japanese Dictionary for Open JTalk
 This package provides 

Bug#864586: O: qr-tools -- high level library for reading and generating QR codes

[Tobias Frost]

Package: wnpp

The current maintainer of qr-tools, Koichi Akabe ,
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/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: qr-tools
Binary: python-qrtools, qtqr
Version: 1.4~bzr21-1
Maintainer: Koichi Akabe 
Build-Depends: debhelper (>= 9.0.0), python, qt4-linguist-tools
Architecture: all
Standards-Version: 3.9.5
Format: 3.0 (quilt)
Files:
 fb55d9f498349f7d6009a377c37833c5 1805 qr-tools_1.4~bzr21-1.dsc
 c6f37420584f32a9afe9092e9ed5bb34 58564 qr-tools_1.4~bzr21.orig.tar.gz
 cea6cbabd0ef34d068f3c0ea2238aaa6 3200 qr-tools_1.4~bzr21-1.debian.tar.xz
Checksums-Sha1:
 15cf4b9d0fbe85360e127eb3af47723fbd70f430 1805 qr-tools_1.4~bzr21-1.dsc
 a8e5efa94043869c1f50ecbf316f5e9cab2d449d 58564 qr-tools_1.4~bzr21.orig.tar.gz
 c8549c9998612fdbdbcf002f0236d7cdf73c5a3d 3200 
qr-tools_1.4~bzr21-1.debian.tar.xz
Checksums-Sha256:
 35ce4bab98f7e0648a2e5bceb42ff4be1c0e5d3cad624a47cd215736670f215e 1805 
qr-tools_1.4~bzr21-1.dsc
 51d23c95064d6b1d1bf759b51e674e76a75436c6092acebb735bc619db505a78 58564 
qr-tools_1.4~bzr21.orig.tar.gz
 0927e20481fc49917274cd0b3a2db2c4db239faed298da58338dcc6c278ce6a6 3200 
qr-tools_1.4~bzr21-1.debian.tar.xz
Homepage: https://launchpad.net/qr-tools
Package-List: 
 python-qrtools deb python optional
 qtqr deb python optional
Directory: pool/main/q/qr-tools
Priority: source
Section: python

Package: qr-tools
Binary: python-qrtools, qtqr
Version: 1.4~bzr21-1
Maintainer: Koichi Akabe 
Build-Depends: debhelper (>= 9.0.0), python, qt4-linguist-tools
Architecture: all
Standards-Version: 3.9.5
Format: 3.0 (quilt)
Files:
 fb55d9f498349f7d6009a377c37833c5 1805 qr-tools_1.4~bzr21-1.dsc
 c6f37420584f32a9afe9092e9ed5bb34 58564 qr-tools_1.4~bzr21.orig.tar.gz
 cea6cbabd0ef34d068f3c0ea2238aaa6 3200 qr-tools_1.4~bzr21-1.debian.tar.xz
Checksums-Sha256:
 35ce4bab98f7e0648a2e5bceb42ff4be1c0e5d3cad624a47cd215736670f215e 1805 
qr-tools_1.4~bzr21-1.dsc
 51d23c95064d6b1d1bf759b51e674e76a75436c6092acebb735bc619db505a78 58564 
qr-tools_1.4~bzr21.orig.tar.gz
 0927e20481fc49917274cd0b3a2db2c4db239faed298da58338dcc6c278ce6a6 3200 
qr-tools_1.4~bzr21-1.debian.tar.xz
Homepage: https://launchpad.net/qr-tools
Package-List: 
 python-qrtools deb python optional
 qtqr deb python optional
Directory: pool/main/q/qr-tools
Priority: source
Section: python

Package: python-qrtools
Source: qr-tools
Version: 1.4~bzr21-1
Installed-Size: 53
Maintainer: Koichi Akabe 
Architecture: all
Depends: python (>= 2.7), python (<< 2.8), python-imaging, python-zbar, qrencode
Description-en: high level library for reading and generating QR codes
 This package provides high level APIs for reading and creating QR
 codes with minimal effort on Python. This library uses zbar barcode
 library.
Description-md5: 6cbd834949879a9fac44a39c14e8979e
Homepage: https://launchpad.net/qr-tools
Section: python
Priority: optional
Filename: pool/main/q/qr-tools/python-qrtools_1.4~bzr21-1_all.deb
Size: 5570
MD5sum: dfe34e6a4d9f987c163ad001eefc00ef
SHA1: df2831c4eb29fc8b6e72e1fe1bc93229fac23a69
SHA256: e3bb61abf2d1d8a97355a332669ac5506de7bb962692d82da5cb178c846ee4c7

Package: qtqr
Source: qr-tools
Version: 1.4~bzr21-1
Installed-Size: 188
Maintainer: Koichi Akabe 
Architecture: all
Depends: python:any, python-qrtools, python-qt4
Description-en: Qt frontend for QR code generator and decoder
 A Qt based software that let's you generate QR codes easily, scan
 an image file for QR codes and decode them or use your webcam to
 scan a printed one.
Description-md5: 63b1a17db78154e0c1471ff43e8eb0d0
Homepage: https://launchpad.net/qr-tools
Section: python
Priority: optional
Filename: pool/main/q/qr-tools/qtqr_1.4~bzr21-1_all.deb
Size: 33726
MD5sum: aa7a3f4ec0dcd731a92ff8894a3ac352
SHA1: fb4ccecf32d9db6ab6afb8e82b7706a75cfbdb2b
SHA256: 1e175fce7962e7c1c99cb00255c001afc6afb3721fa88f091dacdaf3592376e7

Package: python-qrtools
Source: qr-tools
Version: 1.4~bzr21-1
Installed-Size: 53
Maintainer: Koichi Akabe 
Architecture: all
Depends: python (>= 2.7), python (<< 2.8), python-imaging, python-zbar, qrencode
Description-en: high level library for reading and generating QR codes
 This package provides high level APIs for reading and creating QR
 codes with minimal effort on Python. This library uses zbar barcode
 library.
Description-md5: 6cbd834949879a9fac44a39c14e8979e
Homepage: https://launchpad.net/qr-tools
Section: python
Priority: optional
Filename: pool/main/q/qr-tools/python-qrtools_1.4~bzr21-1_all.deb
Size: 5570
MD5sum: dfe34e6a4d9f987c163ad001eefc00ef
SHA1: df2831c4eb29fc8b6e72e1fe1bc93229fac23a69
SHA256: 

Bug#864588: O: xflr5 -- analysis tool for airfoils

[Tobias Frost]

Package: wnpp

The current maintainer of xflr5, Koichi Akabe ,
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/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: xflr5
Binary: xflr5, xflr5-doc
Version: 6.09.06-2
Maintainer: Koichi Akabe 
Build-Depends: debhelper (>= 9.20120417), libqt4-dev, libgl1-mesa-dev, 
libqt4-opengl-dev (>= 4.6.0), qt4-linguist-tools
Architecture: any all
Standards-Version: 3.9.5
Format: 3.0 (quilt)
Files:
 f108c3aa14eb8f80387e6df285142de3 1826 xflr5_6.09.06-2.dsc
 abfc1f3be9bb07a80527ed9089b3a061 2378799 xflr5_6.09.06.orig.tar.gz
 898fda8c8435036cacaf40308c3bd11b 779120 xflr5_6.09.06-2.debian.tar.gz
Checksums-Sha1:
 13255d6083cffcc8425c914aefb07daa9af898bb 1826 xflr5_6.09.06-2.dsc
 b3d0f7037b05a2d60fea90d8b61228aac1f86f89 2378799 xflr5_6.09.06.orig.tar.gz
 88148f89dbd2880e54d703e6c0bfc98a70cee7c9 779120 xflr5_6.09.06-2.debian.tar.gz
Checksums-Sha256:
 53ce8b29621a676efda39b13b25cf5ecc0942616cf612b4822d446f3528bbdc8 1826 
xflr5_6.09.06-2.dsc
 1b53574ad37111bd7add172c107079b547681ed3d6f17e67eac4aaa6eeac47bd 2378799 
xflr5_6.09.06.orig.tar.gz
 0b3ed5eaf6aa84656f1e7a291f0fc2383ba6772800f7f3d4ea49e158acc993c6 779120 
xflr5_6.09.06-2.debian.tar.gz
Homepage: http://www.xflr5.com/xflr5.htm
Package-List: 
 xflr5 deb science extra
 xflr5-doc deb doc extra
Directory: pool/main/x/xflr5
Priority: source
Section: science

Package: xflr5
Binary: xflr5, xflr5-doc
Version: 6.09.06-2
Maintainer: Koichi Akabe 
Build-Depends: debhelper (>= 9.20120417), libqt4-dev, libgl1-mesa-dev, 
libqt4-opengl-dev (>= 4.6.0), qt4-linguist-tools
Architecture: any all
Standards-Version: 3.9.5
Format: 3.0 (quilt)
Files:
 f108c3aa14eb8f80387e6df285142de3 1826 xflr5_6.09.06-2.dsc
 abfc1f3be9bb07a80527ed9089b3a061 2378799 xflr5_6.09.06.orig.tar.gz
 898fda8c8435036cacaf40308c3bd11b 779120 xflr5_6.09.06-2.debian.tar.gz
Checksums-Sha256:
 53ce8b29621a676efda39b13b25cf5ecc0942616cf612b4822d446f3528bbdc8 1826 
xflr5_6.09.06-2.dsc
 1b53574ad37111bd7add172c107079b547681ed3d6f17e67eac4aaa6eeac47bd 2378799 
xflr5_6.09.06.orig.tar.gz
 0b3ed5eaf6aa84656f1e7a291f0fc2383ba6772800f7f3d4ea49e158acc993c6 779120 
xflr5_6.09.06-2.debian.tar.gz
Homepage: http://www.xflr5.com/xflr5.htm
Package-List: 
 xflr5 deb science extra
 xflr5-doc deb doc extra
Directory: pool/main/x/xflr5
Priority: source
Section: science

Package: xflr5
Source: xflr5 (6.09.06-2)
Version: 6.09.06-2+b3
Installed-Size: 3944
Maintainer: Koichi Akabe 
Architecture: amd64
Depends: libc6 (>= 2.14), libgcc1 (>= 1:4.0), libgl1-mesa-glx | libgl1, 
libqt4-opengl (>= 4:4.5.3), libqt4-xml (>= 4:4.5.3), libqtcore4 (>= 
4:4.7.0~beta1), libqtgui4 (>= 4:4.5.3), libstdc++6 (>= 5.2)
Recommends: xflr5-doc
Description-en: analysis tool for airfoils
 XFLR5 is an analysis tool for airfoils, wings and planes operating at low
 Reynolds Numbers.
 It includes:
 .
  1. XFoil's Direct and Inverse analysis capabilities
  2. Wing design analysis based on the Lifiting Line Theory and the Vortex
Lattice Method
Description-md5: 6814ed6f584f66433e7be27c698d
Homepage: http://www.xflr5.com/xflr5.htm
Tag: field::aviation, implemented-in::c++, interface::graphical,
 interface::x11, role::program, science::calculation, science::plotting,
 science::visualisation, uitoolkit::qt, use::viewing, x11::application
Section: science
Priority: extra
Filename: pool/main/x/xflr5/xflr5_6.09.06-2+b3_amd64.deb
Size: 1196408
MD5sum: a16c99728dbffad2c38176d41496f4ee
SHA256: fd0f98b5d1a34608f667dee6a37942f906f2baba26a5c3688c0f71b52874135a

Package: xflr5
Version: 6.09.06-2
Installed-Size: 3860
Maintainer: Koichi Akabe 
Architecture: amd64
Depends: libc6 (>= 2.14), libgcc1 (>= 1:4.1.1), libgl1-mesa-glx | libgl1, 
libqt4-opengl (>= 4:4.5.3), libqt4-xml (>= 4:4.5.3), libqtcore4 (>= 
4:4.7.0~beta1), libqtgui4 (>= 4:4.5.3), libstdc++6 (>= 4.1.1)
Recommends: xflr5-doc
Description-en: analysis tool for airfoils
 XFLR5 is an analysis tool for airfoils, wings and planes operating at low
 Reynolds Numbers.
 It includes:
 .
  1. XFoil's Direct and Inverse analysis capabilities
  2. Wing design analysis based on the Lifiting Line Theory and the Vortex
Lattice Method
Description-md5: 6814ed6f584f66433e7be27c698d
Homepage: http://www.xflr5.com/xflr5.htm
Tag: field::aviation, implemented-in::c++, interface::x11, role::program,
 science::calculation, science::plotting, science::visualisation,
 uitoolkit::qt, use::viewing, x11::application
Section: science
Priority: extra
Filename: pool/main/x/xflr5/xflr5_6.09.06-2_amd64.deb
Size: 1185130
MD5sum: 66af8a35beed3568e46ffd615a82cc91
SHA1: 

Bug#864583: O: kytea -- library of KyTea

[Tobias Frost]

Package: wnpp

The current maintainer of kytea, Koichi Akabe ,
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/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: kytea
Binary: libkytea0, kytea, libkytea-dev
Version: 0.4.6+dfsg-2
Maintainer: Koichi Akabe 
Build-Depends: debhelper (>= 9.0.0), dh-autoreconf, liblinear-dev, libboost-dev
Architecture: any
Standards-Version: 3.9.4
Format: 3.0 (quilt)
Files:
 fb2159b3952fc3d5af041e7ecba569e4 1205 kytea_0.4.6+dfsg-2.dsc
 22452d8a0dc2c52caab1c28e22b95e12 96452 kytea_0.4.6+dfsg.orig.tar.gz
 4c7e4716732491c5a45316436ba92e3b 4862 kytea_0.4.6+dfsg-2.debian.tar.gz
Checksums-Sha1:
 bdad7f0d9e04cb5c572b7ed25ce2f5fa7cbdf2a3 1205 kytea_0.4.6+dfsg-2.dsc
 b8a06030976665961b6e9e33c4694b15dc974238 96452 kytea_0.4.6+dfsg.orig.tar.gz
 2f2d1489d44a5c9c3bc0cf85a5dba81ca4988640 4862 kytea_0.4.6+dfsg-2.debian.tar.gz
Checksums-Sha256:
 a9a2df0daffb3669ce75b93161b1137d43633818d2668060836f1502fd2752bf 1205 
kytea_0.4.6+dfsg-2.dsc
 90209c913b1a2cf301eced27edd4d1bac73efec4c93f7c40ac88187a5551d859 96452 
kytea_0.4.6+dfsg.orig.tar.gz
 4a047ca5d8629dd7b03031239bf41bffe1a2cea1c5699194d5d6f184e7def0fd 4862 
kytea_0.4.6+dfsg-2.debian.tar.gz
Homepage: http://www.phontron.com/kytea/
Package-List: 
 kytea deb misc optional
 libkytea-dev deb libdevel optional
 libkytea0 deb libs optional
Directory: pool/main/k/kytea
Priority: source
Section: misc

Package: kytea
Binary: libkytea0, kytea, libkytea-dev
Version: 0.4.6+dfsg-2
Maintainer: Koichi Akabe 
Build-Depends: debhelper (>= 9.0.0), dh-autoreconf, liblinear-dev, libboost-dev
Architecture: any
Standards-Version: 3.9.4
Format: 3.0 (quilt)
Files:
 fb2159b3952fc3d5af041e7ecba569e4 1205 kytea_0.4.6+dfsg-2.dsc
 22452d8a0dc2c52caab1c28e22b95e12 96452 kytea_0.4.6+dfsg.orig.tar.gz
 4c7e4716732491c5a45316436ba92e3b 4862 kytea_0.4.6+dfsg-2.debian.tar.gz
Checksums-Sha256:
 a9a2df0daffb3669ce75b93161b1137d43633818d2668060836f1502fd2752bf 1205 
kytea_0.4.6+dfsg-2.dsc
 90209c913b1a2cf301eced27edd4d1bac73efec4c93f7c40ac88187a5551d859 96452 
kytea_0.4.6+dfsg.orig.tar.gz
 4a047ca5d8629dd7b03031239bf41bffe1a2cea1c5699194d5d6f184e7def0fd 4862 
kytea_0.4.6+dfsg-2.debian.tar.gz
Homepage: http://www.phontron.com/kytea/
Package-List: 
 kytea deb misc optional
 libkytea-dev deb libdevel optional
 libkytea0 deb libs optional
Directory: pool/main/k/kytea
Priority: extra
Section: misc

Package: libkytea0
Source: kytea
Version: 0.4.6+dfsg-2
Installed-Size: 620
Maintainer: Koichi Akabe 
Architecture: amd64
Depends: libc6 (>= 2.14), libgcc1 (>= 1:4.1.1), liblinear1 (>= 1.6), libstdc++6 
(>= 4.4.0)
Description-en: library of KyTea
 KyTea is morphological analysis system based on pointwise predictors.
 It separetes sentences into words, tagging and predict pronunciations.
 The pronunciation of KyTea is same as cutie.
 .
 This package contains shared libraries of KyTea.
Description-md5: c0d0b647871867d9e1d511db2f73148a
Homepage: http://www.phontron.com/kytea/
Tag: role::shared-lib
Section: libs
Priority: optional
Filename: pool/main/k/kytea/libkytea0_0.4.6+dfsg-2_amd64.deb
Size: 183216
MD5sum: cfa720b5e0ab108d0c69ddc53145d3bf
SHA1: b294ad4495f0db0d742373aa473f51f3644cf82a
SHA256: 7f3ccad9f8d849d0b3d892d711c2febd59d82061eaa6e0dd49793673420d1824

Package: kytea
Version: 0.4.6+dfsg-2
Installed-Size: 61
Maintainer: Koichi Akabe 
Architecture: amd64
Depends: libc6 (>= 2.2.5), libgcc1 (>= 1:4.1.1), libkytea0, libstdc++6 (>= 
4.1.1)
Description-en: morphological analysis system with pointwise predictors
 KyTea is morphological analysis system based on pointwise predictors.
 It separetes sentences into words, tagging and predict pronunciations.
 The pronunciation of KyTea is same as cutie.
 .
 This package contains predictor and training tool.
Description-md5: f9ca7fb544c560735a8be969be772c02
Homepage: http://www.phontron.com/kytea/
Section: misc
Priority: optional
Filename: pool/main/k/kytea/kytea_0.4.6+dfsg-2_amd64.deb
Size: 8442
MD5sum: e00cf87a4e5dd0f61e76116a1525a375
SHA1: 61dd120342acca5490fc3d816df22669c1608cb8
SHA256: 480981eadf850434034115f3979b1c2f46da50066b46b144071429405cd1e6cd

Package: libkytea-dev
Source: kytea
Version: 0.4.6+dfsg-2
Installed-Size: 127
Maintainer: Koichi Akabe 
Architecture: amd64
Depends: libkytea0 (= 0.4.6+dfsg-2)
Description-en: library of KyTea : development files
 KyTea is morphological analysis system based on pointwise predictors.
 It separetes sentences into words, tagging and predict pronunciations.
 The pronunciation of KyTea is same as cutie.
 .
 This package contains development files of KyTea.

Bug#864585: O: picprog -- Microchip PIC serial programmer software

[Tobias Frost]

Package: wnpp

The current maintainer of picprog, Koichi Akabe ,
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/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: picprog
Binary: picprog
Version: 1.9.1-3
Maintainer: Koichi Akabe 
Build-Depends: debhelper (>= 9.0.0)
Architecture: linux-any kfreebsd-any
Standards-Version: 3.9.5
Format: 3.0 (quilt)
Files:
 15e263ba71f4e83cca4a3791992e592a 1715 picprog_1.9.1-3.dsc
 2abd6fa5f6edabf3336b4d526fef3dae 76452 picprog_1.9.1.orig.tar.gz
 1b4ada4b693b861bd21bfb94440fef9c 4748 picprog_1.9.1-3.debian.tar.xz
Checksums-Sha1:
 2ab76b78d0daa667c76ca7f0212ae4b8c3e5fc22 1715 picprog_1.9.1-3.dsc
 7956eabb6ff9a8427ad65e3186ef17a172c31620 76452 picprog_1.9.1.orig.tar.gz
 df517ecb33b48b7f5ce36ddbbf310fc7dcfec2f2 4748 picprog_1.9.1-3.debian.tar.xz
Checksums-Sha256:
 ffc0d1349bd462cee4592856349eb753c7446f8b6e0831046b6c88b404d98f38 1715 
picprog_1.9.1-3.dsc
 057572133390122051622c412b8b3abeb38487a205645c427252ec61c38304e4 76452 
picprog_1.9.1.orig.tar.gz
 9f60821cd1f042f6f4a678ebe1aaee12de2bf54981fa6872e9ba09c20f777de4 4748 
picprog_1.9.1-3.debian.tar.xz
Homepage: http://www.iki.fi/hyvatti/pic/picprog.html
Package-List: 
 picprog deb electronics optional
Directory: pool/main/p/picprog
Priority: source
Section: electronics

Package: picprog
Binary: picprog
Version: 1.9.1-3
Maintainer: Koichi Akabe 
Build-Depends: debhelper (>= 9.0.0)
Architecture: linux-any kfreebsd-any
Standards-Version: 3.9.5
Format: 3.0 (quilt)
Files:
 15e263ba71f4e83cca4a3791992e592a 1715 picprog_1.9.1-3.dsc
 2abd6fa5f6edabf3336b4d526fef3dae 76452 picprog_1.9.1.orig.tar.gz
 1b4ada4b693b861bd21bfb94440fef9c 4748 picprog_1.9.1-3.debian.tar.xz
Checksums-Sha256:
 ffc0d1349bd462cee4592856349eb753c7446f8b6e0831046b6c88b404d98f38 1715 
picprog_1.9.1-3.dsc
 057572133390122051622c412b8b3abeb38487a205645c427252ec61c38304e4 76452 
picprog_1.9.1.orig.tar.gz
 9f60821cd1f042f6f4a678ebe1aaee12de2bf54981fa6872e9ba09c20f777de4 4748 
picprog_1.9.1-3.debian.tar.xz
Homepage: http://www.iki.fi/hyvatti/pic/picprog.html
Package-List: 
 picprog deb electronics optional
Directory: pool/main/p/picprog
Priority: source
Section: electronics

Package: picprog
Source: picprog (1.9.1-3)
Version: 1.9.1-3+b2
Installed-Size: 203
Maintainer: Koichi Akabe 
Architecture: amd64
Depends: libc6 (>= 2.14), libgcc1 (>= 1:3.0), libstdc++6 (>= 5.2)
Description-en: Microchip PIC serial programmer software
 This is Picprog, a Microchip PIC microcontroller programmer software
 for a simple serial port device. This software supports simple
 programmers like JDM writer.
Description-md5: e8cd5e1196480635a8d4ad28fe5de7fd
Homepage: http://www.iki.fi/hyvatti/pic/picprog.html
Tag: field::electronics, hardware::embedded, implemented-in::c++,
 role::program
Section: electronics
Priority: optional
Filename: pool/main/p/picprog/picprog_1.9.1-3+b2_amd64.deb
Size: 70068
MD5sum: 6b1fb89f2c2928333adba1e28ef2876e
SHA256: ae7bfc8fa85f62d646c563ccabf31289f3166093aa839b4f0ec5c80e5976d873

Package: picprog
Version: 1.9.1-3
Installed-Size: 219
Maintainer: Koichi Akabe 
Architecture: amd64
Depends: libc6 (>= 2.4), libgcc1 (>= 1:4.1.1), libstdc++6 (>= 4.4.0)
Description-en: Microchip PIC serial programmer software
 This is Picprog, a Microchip PIC microcontroller programmer software
 for a simple serial port device. This software supports simple
 programmers like JDM writer.
Description-md5: e8cd5e1196480635a8d4ad28fe5de7fd
Homepage: http://www.iki.fi/hyvatti/pic/picprog.html
Tag: field::electronics, hardware::embedded, implemented-in::c++,
 role::program
Section: electronics
Priority: optional
Filename: pool/main/p/picprog/picprog_1.9.1-3_amd64.deb
Size: 66004
MD5sum: 9fd6957a719cf921a9fbc9e3113c38e3
SHA1: db7c5d73736bcf8e3cf4a55c9a81fa871056b13a
SHA256: 863fb805e45739b5bc0fe54f925592c05876433405f947f2ed505bcc2f4fa17d

Package: picprog
Source: picprog (1.9.1-3)
Version: 1.9.1-3+b2
Installed-Size: 203
Maintainer: Koichi Akabe 
Architecture: amd64
Depends: libc6 (>= 2.14), libgcc1 (>= 1:3.0), libstdc++6 (>= 5.2)
Description-en: Microchip PIC serial programmer software
 This is Picprog, a Microchip PIC microcontroller programmer software
 for a simple serial port device. This software supports simple
 programmers like JDM writer.
Description-md5: e8cd5e1196480635a8d4ad28fe5de7fd
Homepage: http://www.iki.fi/hyvatti/pic/picprog.html
Tag: field::electronics, hardware::embedded, implemented-in::c++,
 role::program
Section: electronics
Priority: optional
Filename: pool/main/p/picprog/picprog_1.9.1-3+b2_amd64.deb
Size: 70068
MD5sum: 

Bug#864576: Updating the bzr-upload Uploaders list

[Tobias Frost]

Source: bzr-upload
Version: 1.1.0-5 1.1.0-6
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Koichi Akabe  has not been working on
the bzr-upload package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#864574: Updating the bzr-search Uploaders list

[Tobias Frost]

Source: bzr-search
Version: 1.7.0~bzr94-3
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Koichi Akabe  has not been working on
the bzr-search package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#864577: Updating the irstlm Uploaders list

[Tobias Frost]

Source: irstlm
Version: 6.00.05-2
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Koichi Akabe  has not been working on
the irstlm package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#864578: Updating the ngraph-gtk Uploaders list

[Tobias Frost]

Source: ngraph-gtk
Version: 6.06.13-5 6.07.02-2
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Koichi Akabe  has not been working on
the ngraph-gtk package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#864579: Updating the py3cairo Uploaders list

[Tobias Frost]

Source: py3cairo
Version: 1.10.0+dfsg-4 1.10.0+dfsg-5
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Koichi Akabe  has not been working on
the py3cairo package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#864582: O: glogic -- graphical logic circuit simulator

[Tobias Frost]

Package: wnpp

The current maintainer of glogic, Koichi Akabe ,
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/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: glogic
Binary: glogic
Version: 2.6-2
Maintainer: Koichi Akabe 
Build-Depends: debhelper (>= 9.0.0), python3, libglib2.0-dev, intltool, 
yelp-tools
Architecture: all
Standards-Version: 3.9.4
Format: 3.0 (quilt)
Files:
 ccadf4eb591e00a645bb4e46d0c60ebd 1723 glogic_2.6-2.dsc
 10a31b7fc08f659e5d439d9afcd877bc 270951 glogic_2.6.orig.tar.gz
 8f2970ccf78ffbacc1602a2b94ee76d9 2923 glogic_2.6-2.debian.tar.gz
Checksums-Sha1:
 ffec2a8865c576b4680d97adbe7123bf9e8cea42 1723 glogic_2.6-2.dsc
 4f0c134103cbca75efe9c9ddb2be8c2619655899 270951 glogic_2.6.orig.tar.gz
 c18c5933e06c53ba54c59d700324535dc4dc513c 2923 glogic_2.6-2.debian.tar.gz
Checksums-Sha256:
 853536e97ce19f04af2da1de2468ed758a0befa52126cb55e76c5f785e1ed7ae 1723 
glogic_2.6-2.dsc
 62fabbc39aa7d72491fb83aa0547385cbb89d7a593ad2fb80b019607593d1bde 270951 
glogic_2.6.orig.tar.gz
 8af81e89319158bed7370f1020b20e7d52e2fd6c88d61f3c7bdb0741c256329b 2923 
glogic_2.6-2.debian.tar.gz
Homepage: https://launchpad.net/glogic
Package-List: 
 glogic deb electronics extra
Directory: pool/main/g/glogic
Priority: source
Section: misc

Package: glogic
Binary: glogic
Version: 2.6-2
Maintainer: Koichi Akabe 
Build-Depends: debhelper (>= 9.0.0), python3, libglib2.0-dev, intltool, 
yelp-tools
Architecture: all
Standards-Version: 3.9.4
Format: 3.0 (quilt)
Files:
 ccadf4eb591e00a645bb4e46d0c60ebd 1723 glogic_2.6-2.dsc
 10a31b7fc08f659e5d439d9afcd877bc 270951 glogic_2.6.orig.tar.gz
 8f2970ccf78ffbacc1602a2b94ee76d9 2923 glogic_2.6-2.debian.tar.gz
Checksums-Sha256:
 853536e97ce19f04af2da1de2468ed758a0befa52126cb55e76c5f785e1ed7ae 1723 
glogic_2.6-2.dsc
 62fabbc39aa7d72491fb83aa0547385cbb89d7a593ad2fb80b019607593d1bde 270951 
glogic_2.6.orig.tar.gz
 8af81e89319158bed7370f1020b20e7d52e2fd6c88d61f3c7bdb0741c256329b 2923 
glogic_2.6-2.debian.tar.gz
Homepage: https://launchpad.net/glogic
Package-List: 
 glogic deb electronics extra
Directory: pool/main/g/glogic
Priority: source
Section: misc

Package: glogic
Version: 2.6-2
Installed-Size: 550
Maintainer: Koichi Akabe 
Architecture: all
Depends: python3 (>= 3.2.3-3~), python3-gi, python3-gi-cairo, gir1.2-gtk-3.0
Suggests: fonts-liberation
Description-en: graphical logic circuit simulator
 gLogic is an educational graphical logic circuit simulator developed with
 Python and GTK+. This program simulates logic circuits containing basic
 components (e.g. NOT, AND, OR) and many advanced components like flip-flop.
Description-md5: 8d2344a432c3e7d1a8e14a301502ca20
Homepage: https://launchpad.net/glogic
Section: electronics
Priority: optional
Filename: pool/main/g/glogic/glogic_2.6-2_all.deb
Size: 122872
MD5sum: 79a31e094965528da247610a8d6804b5
SHA1: 38b92536baa07c66a96451a8ee0a6d818022c2f0
SHA256: 1925fda0eb87817e7e66e162e3c96c46098785f3adbda3b29e23aae97d6ee70e

Package: glogic
Version: 2.6-2
Installed-Size: 550
Maintainer: Koichi Akabe 
Architecture: all
Depends: python3 (>= 3.2.3-3~), python3-gi, python3-gi-cairo, gir1.2-gtk-3.0
Suggests: fonts-liberation
Description-en: graphical logic circuit simulator
 gLogic is an educational graphical logic circuit simulator developed with
 Python and GTK+. This program simulates logic circuits containing basic
 components (e.g. NOT, AND, OR) and many advanced components like flip-flop.
Description-md5: 8d2344a432c3e7d1a8e14a301502ca20
Homepage: https://launchpad.net/glogic
Section: electronics
Priority: optional
Filename: pool/main/g/glogic/glogic_2.6-2_all.deb
Size: 122872
MD5sum: 79a31e094965528da247610a8d6804b5
SHA1: 38b92536baa07c66a96451a8ee0a6d818022c2f0
SHA256: 1925fda0eb87817e7e66e162e3c96c46098785f3adbda3b29e23aae97d6ee70e



signature.asc
Description: PGP signature

Bug#864575: Updating the bzr-stats Uploaders list

[Tobias Frost]

Source: bzr-stats
Version: 0.1.0+bzr51-1 0.1.0+bzr54-2 0.1.0+bzr54-1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Koichi Akabe  has not been working on
the bzr-stats package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#864581: O: bzr-tweet -- Bazaar commit and push tweet plugin

[Tobias Frost]

Package: wnpp

The current maintainer of bzr-tweet, Koichi Akabe ,
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/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: bzr-tweet
Binary: bzr-tweet
Version: 1.3.0-1
Maintainer: Koichi Akabe 
Build-Depends: bzr (>= 2.5), debhelper (>= 9.0.0), python (>= 2.7)
Architecture: all
Standards-Version: 3.9.5
Format: 3.0 (quilt)
Files:
 3ccbcd1f199b0fc8f6d9bf2b3a756caa 1744 bzr-tweet_1.3.0-1.dsc
 0d06796b593ef9b122290e8c11b6c2ca 22037 bzr-tweet_1.3.0.orig.tar.gz
 7703bfa8be857418fc37ef3df66b1583 59701 bzr-tweet_1.3.0-1.debian.tar.gz
Checksums-Sha1:
 b785ea84d403d108409e6bb4574ff788775f46e5 1744 bzr-tweet_1.3.0-1.dsc
 3d5d7eff83a08cb694c8b74bee0a2a9c075d5522 22037 bzr-tweet_1.3.0.orig.tar.gz
 b4762379e27cf214ae905f9f9dccac8df536e4d0 59701 bzr-tweet_1.3.0-1.debian.tar.gz
Checksums-Sha256:
 1c06ac0c1e2f17bbde8c8d587401d0fcd753cc40b07f6663b115d7387f2ed843 1744 
bzr-tweet_1.3.0-1.dsc
 4253ce71e3e34937e3b4e0e09902248ec93c83d36e0040b6f76e007dafb232d1 22037 
bzr-tweet_1.3.0.orig.tar.gz
 612d81fbc47848ae5ee571ad04181fb50ad4f562128ec9e8f7e5e1cb44e8ef63 59701 
bzr-tweet_1.3.0-1.debian.tar.gz
Homepage: http://launchpad.net/bzr-twitter
Package-List: 
 bzr-tweet deb vcs extra
Directory: pool/main/b/bzr-tweet
Priority: source
Section: misc

Package: bzr-tweet
Binary: bzr-tweet
Version: 1.3.0-1
Maintainer: Koichi Akabe 
Build-Depends: bzr (>= 2.5), debhelper (>= 9.0.0), python (>= 2.7)
Architecture: all
Standards-Version: 3.9.5
Format: 3.0 (quilt)
Files:
 3ccbcd1f199b0fc8f6d9bf2b3a756caa 1744 bzr-tweet_1.3.0-1.dsc
 0d06796b593ef9b122290e8c11b6c2ca 22037 bzr-tweet_1.3.0.orig.tar.gz
 7703bfa8be857418fc37ef3df66b1583 59701 bzr-tweet_1.3.0-1.debian.tar.gz
Checksums-Sha256:
 1c06ac0c1e2f17bbde8c8d587401d0fcd753cc40b07f6663b115d7387f2ed843 1744 
bzr-tweet_1.3.0-1.dsc
 4253ce71e3e34937e3b4e0e09902248ec93c83d36e0040b6f76e007dafb232d1 22037 
bzr-tweet_1.3.0.orig.tar.gz
 612d81fbc47848ae5ee571ad04181fb50ad4f562128ec9e8f7e5e1cb44e8ef63 59701 
bzr-tweet_1.3.0-1.debian.tar.gz
Homepage: http://launchpad.net/bzr-twitter
Package-List: 
 bzr-tweet deb vcs extra
Directory: pool/main/b/bzr-tweet
Priority: source
Section: misc

Package: bzr-tweet
Version: 1.3.0-1
Installed-Size: 108
Maintainer: Koichi Akabe 
Architecture: all
Depends: bzr (>= 2.5), python-twitter (>= 1.1), python (>= 2.7), python (<< 2.8)
Enhances: bzr
Description-en: Bazaar commit and push tweet plugin
 This plugin posts messages to Twitter or Identi.ca on commit and push
 new revisions. You can authenticate with twitter-auth command and just
 use commit or push commands to tweet.
 .
 This plugin adds twitter-auth and twitter-branchid commands.
Description-md5: 8fbcaea1346b8bcc862350a6cad34c85
Homepage: http://launchpad.net/bzr-twitter
Tag: role::program
Section: vcs
Priority: extra
Filename: pool/main/b/bzr-tweet/bzr-tweet_1.3.0-1_all.deb
Size: 8072
MD5sum: 19e97ab77fce07e57169e6473e8de77d
SHA1: 9f8d31db6c5f446bb81f0601d300a59c92eb2d1e
SHA256: c4fa8b0c0c3bba786c770106606e4e198b50e74d704fe6b11e016a374e8c56c7

Package: bzr-tweet
Version: 1.3.0-1
Installed-Size: 108
Maintainer: Koichi Akabe 
Architecture: all
Depends: bzr (>= 2.5), python-twitter (>= 1.1), python (>= 2.7), python (<< 2.8)
Enhances: bzr
Description-en: Bazaar commit and push tweet plugin
 This plugin posts messages to Twitter or Identi.ca on commit and push
 new revisions. You can authenticate with twitter-auth command and just
 use commit or push commands to tweet.
 .
 This plugin adds twitter-auth and twitter-branchid commands.
Description-md5: 8fbcaea1346b8bcc862350a6cad34c85
Homepage: http://launchpad.net/bzr-twitter
Tag: role::program
Section: vcs
Priority: extra
Filename: pool/main/b/bzr-tweet/bzr-tweet_1.3.0-1_all.deb
Size: 8072
MD5sum: 19e97ab77fce07e57169e6473e8de77d
SHA1: 9f8d31db6c5f446bb81f0601d300a59c92eb2d1e
SHA256: c4fa8b0c0c3bba786c770106606e4e198b50e74d704fe6b11e016a374e8c56c7



signature.asc
Description: PGP signature

Bug#864580: Updating the python-twitter Uploaders list

[Tobias Frost]

Source: python-twitter
Version: 1.1+git20131227-2
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Koichi Akabe  has not been working on
the python-twitter package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#864544: libgetopt-long-descriptive-perl: option value : and :+ processing are very broken

[Dominic Hargreaves]

On Sat, Jun 10, 2017 at 08:35:31PM +0200, gregor herrmann wrote:
> On Sat, 10 Jun 2017 19:12:16 +0100, Graham Cobb wrote:
> 
> > Apologies, Gregor, for my misunderstanding. I had thought that
> > libgetopt-long-descriptive-perl provided both. I have now removed
> > libgetopt-long-descriptive-perl from my system and the problem remains
> > so, of course, you are right.
> 
> No worries.
>  
> > By the way, I have confirmed that the problem does NOT occur on my
> > jessie system (perlbase 5.20.2-3+deb8u7). On that system the option
> > parsing works according to the documentation.
> 
> This seems indeed to be a known regression, cf.
> https://bugs.debian.org/855532 
> https://rt.cpan.org/Ticket/Display.html?id=114999

The defaulting issue (:n) seems to be fixed in the latest upstream
release, but the incremental processing (:+) is still broken in upstream's
master. I've reported this as

https://rt.cpan.org/Ticket/Display.html?id=122068

Unfortunately we won't be able to fix either of these issues before
stretch releases because we're past the last upload date, even if 
fixes were available.

Given the last few releases of Getopt::Long have contained various
regressions and regression fixes I'd also be a bit wary of trying to
fix this in a stable point release, and indeed of diving in to try 
and fix the issue.

This is all a bit unfortunate but I'm not sure there is a solution
at this point.

Help welcome, of course...

Dominic.

Bug#864480: why is en_DK included but not en_DE?

[Aurelien Jarno]

On 2017-06-09 12:15, Marc Haber wrote:
> On Fri, Jun 09, 2017 at 11:14:20AM +0200, Samuel Thibault wrote:
> > Marc Haber, on ven. 09 juin 2017 10:57:12 +0200, wrote:
> > > frankly, I don't have a clue whether I am filing this against the
> > > correct package
> > 
> > No problem, we reassign :)
> 
> Thanks!
> 
> > > I am a native speaker of German, living in Germany. And I do detest
> > > software translated to German since German translations of technical
> > > terms are often clumsy. I would therefore love having my Debian in
> > > English, but with German punctuation, collation order, monetary and date
> > > display setting etc.
> > 
> > So what you want is actually LC_LANG=de_DE LANGUAGE=en, right?
> 
> If all software was correct, yes. I have a few programs from the GNOME
> ecosystem that still insist on their German l10n with this setting.
> 
> I must admit that I have never fully understood all the locale stuff in
> Unix :-(
> 
> > I guess this is what #842630 ("localechooser: Should support separating
> > language from localization") is about, then: no need for a new locale,
> > just a need for separating the language from the rest of the locale.
> 
> Yes, looks that way.
> 
> > Otherwise we'd end up with a flurry of language/country combination,
> > that'd be unmaintainable.
> 
> I was just astonished that the Danish get the privilege, and ther
> Germans dont.

This locale is there for historical reason. It has been added more than
20 years ago has a hack to provide "day, month, year" ordering, used in
most European countries except UK. DK has been chosen at that time. A
country from the Eurozone would probably have been better, but that was
not something really predictible at that time.

Aurelien

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

Bug#864573: unblock: sqlite3/3.16.2-5

[GCS]

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

Hi Release Team,

There's a database corruption bug in sqlite3 which affects 3.16.0+
releases (the one in Stretch) if auto vacuum is enabled. The fix is
very small:
-if( info.nSize==szNew && info.nLocal==info.nPayload ){
+if( info.nSize==szNew && info.nLocal==info.nPayload
+ && (!ISAUTOVACUUM || szNewminLocal)

But full debdiff is attached. Please unblock 3.16.2-5 and let it
migrate to Stretch.

Thanks for consideration,
Laszlo/GCS
diff -Nru sqlite3-3.16.2/debian/changelog sqlite3-3.16.2/debian/changelog
--- sqlite3-3.16.2/debian/changelog	2017-06-04 07:58:54.0 +
+++ sqlite3-3.16.2/debian/changelog	2017-06-08 22:07:42.0 +
@@ -1,3 +1,9 @@
+sqlite3 (3.16.2-5) unstable; urgency=medium
+
+  * Backport fix for corruption due to REPLACE in an auto-vacuumed database.
+
+ -- Laszlo Boszormenyi (GCS)   Thu, 08 Jun 2017 22:07:42 +
+
 sqlite3 (3.16.2-4) unstable; urgency=high
 
   * Backport fix for a possible NULL pointer dereference in the OP_Found
diff -Nru sqlite3-3.16.2/debian/patches/50-REPLACE_corruption_fix.patch sqlite3-3.16.2/debian/patches/50-REPLACE_corruption_fix.patch
--- sqlite3-3.16.2/debian/patches/50-REPLACE_corruption_fix.patch	1970-01-01 00:00:00.0 +
+++ sqlite3-3.16.2/debian/patches/50-REPLACE_corruption_fix.patch	2017-06-08 22:07:42.0 +
@@ -0,0 +1,50 @@
+Index: sqlite3/src/btree.c
+==
+--- sqlite3/src/btree.c
 sqlite3/src/btree.c
+@@ -8057,16 +8057,22 @@
+ oldCell = findCell(pPage, idx);
+ if( !pPage->leaf ){
+   memcpy(newCell, oldCell, 4);
+ }
+ rc = clearCell(pPage, oldCell, );
+-if( info.nSize==szNew && info.nLocal==info.nPayload ){
++if( info.nSize==szNew && info.nLocal==info.nPayload 
++ && (!ISAUTOVACUUM || szNewminLocal)
++){
+   /* Overwrite the old cell with the new if they are the same size.
+   ** We could also try to do this if the old cell is smaller, then add
+   ** the leftover space to the free list.  But experiments show that
+   ** doing that is no faster then skipping this optimization and just
+-  ** calling dropCell() and insertCell(). */
++  ** calling dropCell() and insertCell(). 
++  **
++  ** This optimization cannot be used on an autovacuum database if the
++  ** new entry uses overflow pages, as the insertCell() call below is
++  ** necessary to add the PTRMAP_OVERFLOW1 pointer-map entry.  */
+   assert( rc==SQLITE_OK ); /* clearCell never fails when nLocal==nPayload */
+   if( oldCell+szNew > pPage->aDataEnd ) return SQLITE_CORRUPT_BKPT;
+   memcpy(oldCell, newCell, szNew);
+   return SQLITE_OK;
+ }
+
+Index: sqlite3/test/autovacuum.test
+==
+--- sqlite3/test/autovacuum.test
 sqlite3/test/autovacuum.test
+@@ -703,7 +703,14 @@
+ do_test autovacuum-9.5 {
+   execsql { DELETE FROM t1 WHERE rowid > (SELECT max(a)/2 FROM t1) }
+   file size test.db
+ } $::sqlite_pending_byte
+  
++do_execsql_test autovacuum-10.1 {
++  DROP TABLE t1;
++  CREATE TABLE t1(a INTEGER PRIMARY KEY, b);
++  INSERT INTO t1 VALUES(25, randomblob(104));
++  REPLACE INTO t1 VALUES(25, randomblob(1117));
++  PRAGMA integrity_check;
++} {ok}
+ 
+ finish_test
+
diff -Nru sqlite3-3.16.2/debian/patches/series sqlite3-3.16.2/debian/patches/series
--- sqlite3-3.16.2/debian/patches/series	2017-06-04 07:58:54.0 +
+++ sqlite3-3.16.2/debian/patches/series	2017-06-08 22:07:42.0 +
@@ -12,3 +12,4 @@
 41-JSON-2_1.patch
 42-JSON-2_2.patch
 43-JSON-3.patch
+50-REPLACE_corruption_fix.patch

Bug#791944: /etc/init.d/sendsigs kills systemd-udevd upon shutdown, causing dmsetup to hang

[Michael Biebl]

Hi

Am 10.06.2017 um 21:14 schrieb Pali Rohár:

> PING. Do you need to test something more? Or is that patch enough?

The patch seems to contain some left-over comments. Afaics it also
misses the changes to the maintainer scripts which make sure the
/etc/rc{0,6} symlinks are created on upgrades.



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



signature.asc
Description: OpenPGP digital signature

Bug#859787: experimental

[Alexandre Rossi]

Hi,

> debian/changelog begins with
>   davmail (4.8.0.2479-1) experimental; urgency=low
>
> Why the request for uploading to 'experimental'?

With my understanding of the freeze policy, for a package that is in
testing, one should upload to unstable only version fixing RC bugs.
Although the release is near, I'm sticking to the rules.

Alex

Bug#813137: Broken link in several places

[Aurelien Jarno]

On 2017-06-09 14:16, Karl Schmidt wrote:
> This Debian page also has the bad link:
> 
> https://packages.debian.org/stretch/lm-sensors
> 
> Under external Resources:
> 
> http://www.lm-sensors.org/
> 
> I am not able to figure out where the sources are hosted?
> 
> Is this package dead? Dying? Or just a mess?

Well the package is not dead, it's still in Debian and you can fetch the
sources from there.

Upstream is dead, that said there are multiple copies of the source code
on github. One of them [1] has even started to take patches, so it's not
impossible that a new release appear at some point in the future.

Aurelien


[1] https://github.com/groeck/lm-sensors


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

Bug#864572: openarena-server: consider to use StandardOutput=null in systemd service files

[Markus Koschany]

Package: openarena-server
Version: 0.8.8-17
Severity: normal

Currently all in-game messages including chat conversations are
logged in systemd's journal and forwarded to the rsyslog daemon which
in turn writes everything to /var/log/syslog. This is quite noisy and
quickly fills /var/log/syslog with several megabyte of data per day.
If one uses tools like logcheck which investigates /var/log/syslog by
default and sends hourly emails about suspicious log activity, this
can be quite annoying due to the missing ignore rules.

Of course the workaround is to write these ignore rules or to
overwrite the default service files with a custom one which is placed
in /etc/systemd/system.

Normally the latter is a good advice but I think in this special case
we could use the StandardOutput=null option and stop logging to
/var/log/syslog at all. The OpenArena server already logs the same
information to /var/games/openarena-server/server.oa/baseoa/games.log
thus the information wouldn't be lost.

Please consider to use StandardOutput=null in both service files.

Markus


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

Kernel: Linux 4.9.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages openarena-server depends on:
ii  adduser   3.115
ii  init-system-helpers   1.48
pn  ioquake3-server   
ii  libc6 2.24-11
pn  openarena-081-maps
pn  openarena-081-misc
pn  openarena-081-players 
pn  openarena-081-players-mature  
pn  openarena-081-textures
pn  openarena-085-data
pn  openarena-088-data
pn  openarena-data

openarena-server recommends no packages.

Versions of packages openarena-server suggests:
pn  openarena-oacmp1  

Bug#864571: ITP: mapbox-wagyu -- Wagyu Geometry Processing Library

[Bas Couwenberg]

Package: wnpp
Severity: wishlist
Owner: Bas Couwenberg 

* Package name: mapbox-wagyu
  Version : 0.4.2
  Upstream Author : Mapbox (https://github.com/mapbox/wagyu/issues)
* URL : https://github.com/mapbox/wagyu
* License : BSL-1.0
  Programming Lang: C++
  Description : Wagyu Geometry Processing Library

Wagyu is a general library for the following basic geometric operations:

 - Union
 - Intersection
 - Difference
 - XOR

The output geometry from each of these operations is guaranteed to be
valid and simple as per the OGC.


This package is required for the recent upstream releases of
mapnik-vector-tile, and will be maintained in the Debian GIS team
alongside mapnik-vector-tile.

Bug#864570: ITP: mapbox-geometry -- Generic C++ interfaces for geometry types, collections, and features

[Bas Couwenberg]

Package: wnpp
Severity: wishlist
Owner: Bas Couwenberg 

* Package name: mapbox-geometry
  Version : 0.9.1
  Upstream Author : Mapbox (https://github.com/mapbox/geometry.hpp/issues)
* URL : https://github.com/mapbox/geometry.hpp
* License : ISC
  Programming Lang: C++
  Description : Generic C++ interfaces for geometry types, collections, and 
features

geometry.hpp provides header-only, generic C++ interfaces for geometry
types, geometry collections, and features.

These types are designed to be easy to parse and serialize to GeoJSON.

They should also be a robust and high performance container for data
processing and conversion.


This package is required for the recent upstream releases of
mapnik-vector-tile, and will be maintained in the Debian GIS team
alongside mapnik-vector-tile.

Bug#854378: librtlsdr0: switch from OsMoCom repository to a maintained one

[Fabian P. Schmidt]

Package: librtlsdr0
Followup-For: Bug #854378

Dear Maintainer,

the upstream repository by Osmocom is still actively maintained.
For example the long-awaited bias-t support was just merged
after less than an hour upon the merge request.

The fork at librtlsdr will be obsolete as soon as features & fixes from
this fork are upstreamed.

Sincerely,
Fabian P. Schmidt / kerel


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

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

Bug#864569: dolibarr: CVE-2017-9435

[Salvatore Bonaccorso]

Source: dolibarr
Version: 4.0.2+dfsg4-2
Severity: grave
Tags: upstream security patch
Justification: user security hole

Hi,

the following vulnerability was published for dolibarr.

CVE-2017-9435[0]:
| Dolibarr ERP/CRM before 5.0.3 is vulnerable to a SQL injection in
| user/index.php (search_supervisor and search_statut parameters).

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2017-9435
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-9435
[1] 
https://github.com/Dolibarr/dolibarr/commit/70636cc59ffa1ffbc0ce3dba315d7d9b837aad04

Please adjust the affected versions in the BTS as needed, only the
version 4.0.2+dfsg4-2 has been inspected source code wise.

Regards,
Salvatore

Bug#864568: qemu: CVE-2017-9374: usb: ehci host memory leakage during hotunplug

[Salvatore Bonaccorso]

Source: qemu
Version: 1:2.8+dfsg-6
Severity: normal
Tags: security patch upstream

Hi,

the following vulnerability was published for qemu.

CVE-2017-9374[0]:
usb: ehci host memory leakage during hotunplug

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

For further information see:

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

Please adjust the affected versions in the BTS as needed, I only
checked the unstable source.

Regards,
Salvatore

Bug#864567: ITP: arduino-reference-en -- English reference documentation for Arduino IDE

[Geert Stappers]

Package: wnpp
Severity: wishlist
Owner: Geert Stappers 

* Package name: arduino-reference-en
  Version : 1.6.6.3
  Upstream Author : Arduino CC 
* URL : https://github.com/arduino/reference-en
* License : Attribution-ShareAlike 3.0 Unported
  Programming Lang: asciidoc
  Description : English reference documentation for Arduino IDE

The upstream build system of Arduino IDE  ( Debian package 'arduino' )
does during build a fetch of https://downloads.arduino.cc/reference-1.6.6-3.zip

This package is for getting the reference in a separate package.

Will be maintaint in Alioth (succesor) collab-maint.


Cheers
Geert Stappers
DD

Bug#791944: /etc/init.d/sendsigs kills systemd-udevd upon shutdown, causing dmsetup to hang

[Pali Rohár]

On Wednesday 07 June 2017 09:58:55 Pali Rohár wrote:
> On Tuesday 06 June 2017 11:56:45 Felipe Sateler wrote:
> > On Mon, Jun 5, 2017 at 2:32 PM, Pali Rohár 
> > wrote:
> > > On Monday 05 June 2017 20:23:52 Michael Biebl wrote:
> > >> Am 05.06.2017 um 13:12 schrieb Pali Rohár:
> > >> >> Am 05.06.2017 um 09:59 schrieb Pali Rohár:
> > >> >>> /etc/rc0.d/K08cryptdisks
> > >> >>> /etc/rc0.d/K09cryptdisks-early
> > >> >>> /etc/rc0.d/K10udev
> > >> > 
> > >> > Problem is that in K08 and K09 phase is udev not running, but
> > >> > socket is present. udev is probably killed by
> > >> > /etc/rc0.d/K03sendsigs which is before K08 and K09. Above
> > >> > patch modify K10 which is *after* K08 and K09, therefore it
> > >> > has absolutely no effect on fixing this issue.
> > >> 
> > >> Ah, ok. The info about sendsigs being ordered before udev on
> > >> shutdown was missing.
> > > 
> > > Anyway, if you are patching K10udev and whole freeze happens in
> > > K08cryptdisks and K09cryptdisks-early, then such patch is noop as
> > > whole freeze happens before patch line is executed. sendsigs
> > > does not change behaviour of patch.
> > > 
> > >> I guess we need both then:
> > >> - udev using the sendsigs.omit.d interface to avoid being killed
> > >> by /etc/init.d/sendsigs
> > >> and
> > >> - removing the socket on stop and making sure udev is stopped in
> > >> 0 / 6.
> > >> 
> > >> Anyone willing to work on a patch?
> > > 
> > > I think the first thing which needs to be done is to define order
> > > sendsigs, cryptdisks and udev. Should be udev really stopped
> > > after cryptdisks? Or not? If not, then udev should be stopped
> > > *before* sendsigs. Otherwise sendsigs needs to be patched to not
> > > kill udev.
> > 
> > If the udev pid is added to sendsigs.omit.d as noted by Michael
> > then sendsigs should stop killing udev. So no need to patch
> > sendsigs.
> 
> Yes, this seems to work.
> 
> > > But other question is what happens in system when udev is still
> > > running even after unmounting filesystem and when basically all
> > > other remaining services were already killed by sendsigs...
> > 
> > Udev would still be stopped, just later. I note that under systemd
> > udev is not stopped until the final killing spree, so hopefully
> > this delay in stopping will not introduce problems.
> 
> See attached patch for /etc/init.d/udev. I tested it and it fixed
> problem this problem with freezing computer at reboot.
> 
> I need to use --background --make-pidfile because udev itself cannot
> create pidfile.

PING. Do you need to test something more? Or is that patch enough?

-- 
Pali Rohár
pali.ro...@gmail.com


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

Bug#864566: librarian-puppet FTBFS in unstable: ERROR: Test "ruby2.3" failed. Exiting.

[Adrian Bunk]

Source: librarian-puppet
Version: 2.2.3-1
Severity: serious
Tags: sid

librarian-puppet recently started to FTBFS in unstable:

https://tests.reproducible-builds.org/debian/history/librarian-puppet.html
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/librarian-puppet.html

...
┌─┐
│ Checking Rubygems dependency resolution on ruby2.3   │
└──┘

GEM_PATH=debian/librarian-puppet/usr/share/rubygems-integration/all:/var/lib/gems/2.3.0:/usr/lib/x86_64-linux-gnu/rubygems-integration/2.3.0:/usr/share/rubygems-integration/2.3.0:/usr/share/rubygems-integration/all
 ruby2.3 -e gem\ \"librarian-puppet\"
/usr/lib/ruby/2.3.0/rubygems/dependency.rb:319:in `to_specs': Could not find 
'semantic_puppet' (~> 0.1.0) - did find: [semantic_puppet-1.0.0] 
(Gem::LoadError)
Checked in 
'GEM_PATH=debian/librarian-puppet/usr/share/rubygems-integration/all:/var/lib/gems/2.3.0:/usr/lib/x86_64-linux-gnu/rubygems-integration/2.3.0:/usr/share/rubygems-integration/2.3.0:/usr/share/rubygems-integration/all',
 execute `gem env` for more information
from /usr/lib/ruby/2.3.0/rubygems/specification.rb:1439:in `block in 
activate_dependencies'
from /usr/lib/ruby/2.3.0/rubygems/specification.rb:1428:in `each'
from /usr/lib/ruby/2.3.0/rubygems/specification.rb:1428:in 
`activate_dependencies'
from /usr/lib/ruby/2.3.0/rubygems/specification.rb:1410:in `activate'
from /usr/lib/ruby/2.3.0/rubygems/specification.rb:1442:in `block in 
activate_dependencies'
from /usr/lib/ruby/2.3.0/rubygems/specification.rb:1428:in `each'
from /usr/lib/ruby/2.3.0/rubygems/specification.rb:1428:in 
`activate_dependencies'
from /usr/lib/ruby/2.3.0/rubygems/specification.rb:1410:in `activate'
from /usr/lib/ruby/2.3.0/rubygems/core_ext/kernel_gem.rb:68:in `block 
in gem'
from /usr/lib/ruby/2.3.0/rubygems/core_ext/kernel_gem.rb:67:in 
`synchronize'
from /usr/lib/ruby/2.3.0/rubygems/core_ext/kernel_gem.rb:67:in `gem'
from -e:1:in `'
bigdecimal (1.2.8)
blankslate (3.1.3)
builder (3.2.2)
cucumber (2.4.0)
cucumber-core (1.5.0)
cucumber-wire (0.0.1)
did_you_mean (1.0.0)
diff-lcs (1.2.5)
faraday (0.9.2)
faraday_middleware (0.10.0)
fast_gettext (1.2.0)
gettext (3.2.2)
gettext-setup (0.7)
gherkin (4.0.0)
highline (1.7.8)
io-console (0.4.5)
json (2.0.1, 1.8.3)
librarianp (0.6.3)
locale (2.1.2)
minitar (0.5.4)
minitest (5.9.0)
multi_json (1.11.2)
multi_test (0.1.2)
multipart-post (1.2.0)
net-telnet (0.1.1)
power_assert (0.2.7)
psych (2.1.0)
puppet_forge (2.2.2)
rake (10.5.0)
rdoc (4.2.1)
rsync (1.0.9)
semantic_puppet (1.0.0)
test-unit (3.1.7)
text (1.3.0)
thor (0.19.1)
ERROR: Test "ruby2.3" failed. Exiting.
dh_auto_install: dh_ruby --install 
/build/1st/librarian-puppet-2.2.3/debian/librarian-puppet returned exit code 1
debian/rules:9: recipe for target 'override_dh_auto_install' failed
make[1]: *** [override_dh_auto_install] Error 1
make[1]: Leaving directory '/build/1st/librarian-puppet-2.2.3'
debian/rules:6: recipe for target 'binary' failed
make: *** [binary] Error 2

Bug#861031: mate-desktop-environment: several minor updates to various MATE 1.16 components

[Vlad Orlov]

Hi,

Sure, I'll provide the links to upstream issue, commit, etc.

Bug#864148: [Pkg-pascal-devel] Bug#864148: [fp-units-rtl-3.0.0] Incorrect conversion from local time to UTC

[Abou Al Montacir]

OK,then I'll wait for the next stretch update and anyway we have stretch
backports that will fix this.
-- 
Cheers,
Abou Al Montacir


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

Bug#836388: upgrading gitlab-ci-multi-runner to 9.2 in Experimental?

[Raphaël]

I found a couple of issues with cache and artifacts in current
experimental (9.1.1).
Digging further they happen to be upstream bugs.

A couple of cache/artifacts-related bugs have bee, fixed in 9.2
https://gitlab.com/gitlab-org/gitlab-ci-multi-runner/commit/adfc38756f38a2114a402a799c46da85a542419b
(I can't get them working with the Debian's version)

That would open the path to do ci testing before uploading to gitlab
(not only job per job but test possible jobs' dependencies issues)


Upgrading Debian's package would be highly appreciated

Bug#860808: ocfs2 blocks jbd2

[Ben Hutchings]

I'm sorry, but I don't think there's anything we can do about these
bugs until the upstream ocfs2 developers take an interest in them.

Ben.

-- 
Ben Hutchings
It is easier to write an incorrect program than to understand a correct
one.



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

Bug#864477: nvidia_icd.json does not refer to correct library when non-GLVND driver variant is installed

[Andreas Beckmann]

On 2017-06-10 17:36, Luca Boccassi wrote:
> Andreas, given we ship it in /usr/share, perhaps the easiest thing
> would be to modify in the maintainer scripts (via config-package-dev
> maybe) in the non-GLVND GLX package. What do you think?

No way. Anything that would trigger debsums is forbidden :-)

Luckily we don't have alternatives for that case :-)
So it will probably be diversions + shipping the alternate json in
non-glvnd libgl1-nvidia-glx.


Andreas

Bug#864544: libgetopt-long-descriptive-perl: option value : and :+ processing are very broken

[gregor herrmann]

On Sat, 10 Jun 2017 19:12:16 +0100, Graham Cobb wrote:

> Apologies, Gregor, for my misunderstanding. I had thought that
> libgetopt-long-descriptive-perl provided both. I have now removed
> libgetopt-long-descriptive-perl from my system and the problem remains
> so, of course, you are right.

No worries.
 
> By the way, I have confirmed that the problem does NOT occur on my
> jessie system (perlbase 5.20.2-3+deb8u7). On that system the option
> parsing works according to the documentation.

This seems indeed to be a known regression, cf.
https://bugs.debian.org/855532 
https://rt.cpan.org/Ticket/Display.html?id=114999

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Kurt Ostbahn: Da Quöla


signature.asc
Description: Digital Signature

Bug#864544: libgetopt-long-descriptive-perl: option value : and :+ processing are very broken

[Graham Cobb]

Apologies, Gregor, for my misunderstanding. I had thought that
libgetopt-long-descriptive-perl provided both. I have now removed
libgetopt-long-descriptive-perl from my system and the problem remains
so, of course, you are right.

By the way, I have confirmed that the problem does NOT occur on my
jessie system (perlbase 5.20.2-3+deb8u7). On that system the option
parsing works according to the documentation.

Bug#864565: chromium-shell: Couldn't mmap v8 natives data file, status code is 1

[Mykola Nikishov]

Package: chromium-shell
Version: 59.0.3071.86-1
Severity: grave
Justification: renders package unusable

--8<---cut here---start->8---
$ chromium-shell 
[27049:27049:0610/210346.749391:144625948825:FATAL:v8_initializer.cc(249)] 
Couldn't mmap v8 natives data file, status code is 1
#0 0x564ed78bb026 
#1 0x564ed78d236e 
#2 0x564ed891af15 
#3 0x564ed7250f01 
#4 0x564ed83ba060 
#5 0x564ed68b1fc1 
#6 0x564ed65c3bd0 
#7 0x7faf84cfb2b1 __libc_start_main
#8 0x564ed65c6c8a _start

Aborted
--8<---cut here---end--->8---


-- System Information:
Debian Release: 9.0
  APT prefers stable
  APT policy: (500, 'stable'), (70, 'unstable'), (60, 'testing'), (50, 
'experimental'), (40, 'oldstable')
Architecture: amd64
 (x86_64)

Kernel: Linux 4.9.0-3-rt-amd64 (SMP w/4 CPU cores; PREEMPT)
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 chromium-shell depends on:
ii  libasound2   1.1.3-5
ii  libatk1.0-0  2.22.0-1
ii  libavcodec-extra57   7:3.2.5-1
ii  libavformat577:3.2.5-1
ii  libavutil55  7:3.2.5-1
ii  libc62.24-11
ii  libdbus-1-3  1.11.12-1
ii  libdrm2  2.4.81-1
ii  libevent-2.0-5   2.0.21-stable-3
ii  libexpat12.2.0-2
ii  libflac8 1.3.2-1
ii  libfontconfig1   2.12.1-0.1
ii  libgcc1  1:7.1.0-6
ii  libglib2.0-0 2.53.1-1
ii  libharfbuzz0b1.4.2-1
ii  libicu57 57.1-6
ii  libjpeg62-turbo  1:1.5.1-2
ii  libminizip1  1.1-5
ii  libnspr4 2:4.14-1
ii  libnss3  2:3.30.2-1
ii  libpango-1.0-0   1.40.5-1
ii  libpangocairo-1.0-0  1.40.5-1
ii  libpng16-16  1.6.29-2
ii  libpulse010.0-1
ii  libre2-3 20170101+dfsg-1
ii  libsnappy1v5 1.1.4-1
ii  libstdc++6   7.1.0-6
ii  libvpx4  1.6.1-3
ii  libwebp6 0.6.0-1
ii  libwebpdemux20.5.2-1
ii  libx11-6 2:1.6.4-3
ii  libx11-xcb1  2:1.6.4-3
ii  libxcb1  1.12-1
ii  libxcomposite1   1:0.4.4-2
ii  libxcursor1  1:1.1.14-1+b4
ii  libxdamage1  1:1.1.4-2+b3
ii  libxext6 2:1.3.3-1+b2
ii  libxfixes3   1:5.0.3-1
ii  libxi6   2:1.7.9-1
ii  libxml2  2.9.4+dfsg1-2.2
ii  libxrandr2   2:1.5.1-1
ii  libxrender1  1:0.9.10-1
ii  libxslt1.1   1.1.29-2.1
ii  libxss1  1:1.2.2-1
ii  libxtst6 2:1.2.3-1
ii  zlib1g   1:1.2.8.dfsg-5

chromium-shell recommends no packages.

chromium-shell suggests no packages.

-- no debconf information

Bug#864564: libfann FTCBFS: runs tests despite DEB_BUILD_OPTIONS=nocheck

[Helmut Grohne]

Source: libfann
Version: 2.2.0+ds-3
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

libfann fails to cross build from source, because it runs the test suite
despite DEB_BUILD_OPTIONS containing nocheck and fails doing that. After
honouring DEB_BUILD_OPTIONS=nocheck, it cross builds successfully.
Please consider applying the attached patch after stretch is released.

Helmut
diff --minimal -Nru libfann-2.2.0+ds/debian/changelog 
libfann-2.2.0+ds/debian/changelog
--- libfann-2.2.0+ds/debian/changelog   2016-04-24 17:31:47.0 +0200
+++ libfann-2.2.0+ds/debian/changelog   2017-06-10 19:53:34.0 +0200
@@ -1,3 +1,10 @@
+libfann (2.2.0+ds-3.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Honour DEB_BUILD_OPTIONS=nocheck. (Closes: #-1)
+
+ -- Helmut Grohne   Sat, 10 Jun 2017 19:53:34 +0200
+
 libfann (2.2.0+ds-3) unstable; urgency=medium
 
   * Drop package libfann-dbg in favor of automatic dbgsym packages, as per
diff --minimal -Nru libfann-2.2.0+ds/debian/rules libfann-2.2.0+ds/debian/rules
--- libfann-2.2.0+ds/debian/rules   2016-04-24 17:31:47.0 +0200
+++ libfann-2.2.0+ds/debian/rules   2017-06-10 19:53:32.0 +0200
@@ -40,6 +40,7 @@
naturaldocs -i src/include -o HTML doc/html -p doc/proj
 
 
+ifeq ($(filter nocheck,$(DEB_BUILD_OPTIONS)),)
 override_dh_auto_test-arch:
# Simulate partial autopkgtest run by providing an ADTTMP and setting
# CPATH/LIBRARY_PATH/LD_LIBRARY_PATH for the build test
@@ -52,6 +53,7 @@
res=$$? ;\
rm -rf "$$testrundir" ;\
exit $$res
+endif
 
 
 override_dh_auto_test-indep:

Bug#864563: android-platform-external-libselinux FTCBFS: uses the build architecture compiler

[Helmut Grohne]

Source: android-platform-external-libselinux
Version: 7.0.0+r1-2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

android-platform-external-libselinux fails to cross build from source,
because it uses the build architecture compiler. Just indirecting make
through dh_auto_build makes the cross build successful, because
dh_auto_build knows how to pass cross compilers. Please consider
applying the attached patch after stretch is released.

Helmut
diff --minimal -Nru 
android-platform-external-libselinux-7.0.0+r1/debian/changelog 
android-platform-external-libselinux-7.0.0+r1/debian/changelog
--- android-platform-external-libselinux-7.0.0+r1/debian/changelog  
2016-12-06 09:56:35.0 +0100
+++ android-platform-external-libselinux-7.0.0+r1/debian/changelog  
2017-06-10 18:14:36.0 +0200
@@ -1,3 +1,10 @@
+android-platform-external-libselinux (7.0.0+r1-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Let dh_auto_build pass cross compilers. (Closes: #-1)
+
+ -- Helmut Grohne   Sat, 10 Jun 2017 18:14:36 +0200
+
 android-platform-external-libselinux (7.0.0+r1-2) unstable; urgency=medium
 
   * Upload to unstable
diff --minimal -Nru android-platform-external-libselinux-7.0.0+r1/debian/rules 
android-platform-external-libselinux-7.0.0+r1/debian/rules
--- android-platform-external-libselinux-7.0.0+r1/debian/rules  2016-12-06 
09:56:35.0 +0100
+++ android-platform-external-libselinux-7.0.0+r1/debian/rules  2017-06-10 
18:14:36.0 +0200
@@ -8,7 +8,7 @@
dh $@
 
 override_dh_auto_build:
-   make -f debian/Makefile
+   dh_auto_build --buildsystem=makefile -- -f debian/Makefile
 
 override_dh_auto_clean:
dh_auto_clean

Bug#864148: [fp-units-rtl-3.0.0] Incorrect conversion from local time to UTC

[Paul Gevers]

Hi Abou,

On 10-06-17 19:24, Abou Al Montacir wrote:
> I know that it may be very late, but should we try to push this fix to
> stretch?

The deadline has passed, we're too late.

Quoting Niels from the RT:
 * Assume that the Release Team want your package to have at least 2
   days in unstable before they are migrated (via a "age-days 2" hint)
 * Uploads processed /after/ the 13:52 UTC dinstall Wednesday,
   2017-06-07 will *not* be able to reach 2 days in testing before the
   deadline.

> I mean the issue is so awful and fix change is so tiny that we can
> probably convince the release team to take it.
> 
> What do you think?

You could try to get it in the first point release.

Quoting Niels from the RT:
 Q: What if my upload misses the deadline?
 A: The upload will not be included in the initial stretch release.
- If the package has an unfixed RC bug tagged
  "stretch-will-remove", the package will be removed from stretch
  prior to the release.
- Otherwise, the package will be included in the release.  Please
  consider whether the bug should be fixed in a stable update (e.g.
  9.1)

Paul



signature.asc
Description: OpenPGP digital signature

Bug#864562: Installation on Olimex A20-Olinuxino Micro

[Jean-Louis MOUNIER]

Package: debian-installer

Hello,

I'm the new owner of my second Olimex A20-Olinuxino Micro (Rev J) board.

I tested the board with a pre-installed Micro-SD card
(A20-OLinuXino-MICRO Debian Jessie with kernel 3.4.103+ release 14) and
it runs fine.

My challenge is to install Debian on this board and, better if possible,
to run it from the attached hard disk (without Micro SD card).

I choosed to run the installer from a micro-sd card image, made with
zcat (with Jessie and Stretch releases, same result).

The installer boots fine even if I saw that it is not as complete as a
X86/X64 Debian installer. Not a problem.

I use a serial port to manage the installation.

As it is a network installation, first I plugged the system on my
domestic network then directly on my ISP Box.

After investigation with my son (who is also qualified on the subject),
I think that the problem is about the network interface of the board.
Maybe a faulty initialisation or bad handshake with the network port.
both NI led blink and the switch port too.

Here are the facts : the installer can neither configure itself from
DHCP neither communicate with Internet when the network configuration is
manualy entered. I did explore the logs from my DHCP server and I didn't
find any log about the DHCP request from the installer (I saw some when
testing with the pre-installed card).

Did you meet this issue before ?

Thank you in advance

Best regards

Jean-Louis

Bug#864148: [Pkg-pascal-devel] Bug#864148: [fp-units-rtl-3.0.0] Incorrect conversion from local time to UTC

[Abou Al Montacir]

Hi All,
I know that it may be very late, but should we try to push this fix to stretch?
I mean the issue is so awful and fix change is so tiny that we can probably
convince the release team to take it.
What do you think?
-- 
Cheers,
Abou Al Montacir


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

Bug#860808: ocfs2 blocks jbd2

[Russell Mosemann]

Package: src:linux
Version: 4.9.25-1~bpo8+1
Severity: important
 
Jun 10 12:15:22 vhost012 kernel: [ cut here ]
Jun 10 12:15:22 vhost012 kernel: WARNING: CPU: 0 PID: 10013 at 
/home/zumbi/linux-4.9.25/fs/jbd2/transaction.c:297 
start_this_handle+0x3fb/0x400 [jbd2]
Jun 10 12:15:22 vhost012 kernel: Modules linked in: vhost_net vhost macvtap 
macvlan tun ocfs2 quota_tree veth iptable_filter ip_tables x_tables nfsd 
auth_rpcgss oid_registry nfs_acl nfs lockd grace fscache ocfs2_dlmfs sunrpc 
ocfs2_stack_o2cb ocfs2_dlm ocfs2_nodemanager ocfs2_stackglue configfs bridge 
stp llc bonding ipmi_watchdog intel_rapl sb_edac edac_core x86_pkg_temp_thermal 
intel_powerclamp coretemp kvm_intel kvm irqbypass ast crct10dif_pclmul 
crc32_pclmul ttm iTCO_wdt ghash_clmulni_intel iTCO_vendor_support 
drm_kms_helper mxm_wmi evdev xhci_pci drm xhci_hcd ehci_pci ehci_hcd 
intel_cstate igb e1000e mei_me dca i2c_algo_bit i2c_i801 usbcore intel_uncore 
pcspkr ptp lpc_ich sg intel_rapl_perf usb_common shpchp i2c_smbus pps_core mei 
mfd_core wmi acpi_power_meter acpi_pad button ipmi_si ipmi_poweroff 
ipmi_devintf ipmi_msghandler
Jun 10 12:15:22 vhost012 kernel:  fuse drbd lru_cache libcrc32c crc32c_generic 
autofs4 ext4 crc16 jbd2 fscrypto mbcache dm_mod md_mod sd_mod crc32c_intel 
aesni_intel aes_x86_64 glue_helper lrw gf128mul ablk_helper cryptd ahci libahci 
libata scsi_mod
Jun 10 12:15:22 vhost012 kernel: CPU: 0 PID: 10013 Comm: qemu-system-x86 Not 
tainted 4.9.0-0.bpo.3-amd64 #1 Debian 4.9.25-1~bpo8+1
Jun 10 12:15:22 vhost012 kernel: Hardware name: To Be Filled By O.E.M. To Be 
Filled By O.E.M./EPC612D4I, BIOS P2.10 03/31/2016
Jun 10 12:15:22 vhost012 kernel:   b9b29a05 
 
Jun 10 12:15:22 vhost012 kernel:  b9877924 8d34d31dc800 
8d34d31dc800 8d34c2f08900
Jun 10 12:15:22 vhost012 kernel:   ffe4 
 c027c7db
Jun 10 12:15:22 vhost012 kernel: Call Trace:
Jun 10 12:15:22 vhost012 kernel:  [] ? dump_stack+0x5c/0x77
Jun 10 12:15:22 vhost012 kernel:  [] ? __warn+0xc4/0xe0
Jun 10 12:15:22 vhost012 kernel:  [] ? 
start_this_handle+0x3fb/0x400 [jbd2]
Jun 10 12:15:22 vhost012 kernel:  [] ? 
ocfs2_xattr_tree_fill_max_leaf_clusters+0x40/0x40 [ocfs2]
Jun 10 12:15:22 vhost012 kernel:  [] ? 
ocfs2_inode_cache_io_unlock+0x10/0x10 [ocfs2]
Jun 10 12:15:22 vhost012 kernel:  [] ? 
jbd2__journal_start+0xe9/0x1f0 [jbd2]
Jun 10 12:15:22 vhost012 kernel:  [] ? 
ocfs2_start_trans+0xf8/0x1d0 [ocfs2]
Jun 10 12:15:22 vhost012 kernel:  [] ? 
ocfs2_dio_end_io_write+0x2fb/0x600 [ocfs2]
Jun 10 12:15:22 vhost012 kernel:  [] ? __schedule+0x245/0x6d0
Jun 10 12:15:22 vhost012 kernel:  [] ? 
ocfs2_allocate_extend_trans+0x180/0x180 [ocfs2]
Jun 10 12:15:22 vhost012 kernel:  [] ? 
ocfs2_dio_end_io+0x3b/0x60 [ocfs2]
Jun 10 12:15:22 vhost012 kernel:  [] ? dio_complete+0x7e/0x190
Jun 10 12:15:22 vhost012 kernel:  [] ? 
do_blockdev_direct_IO+0x2168/0x2860
Jun 10 12:15:22 vhost012 kernel:  [] ? 
ocfs2_write_end_nolock+0x550/0x550 [ocfs2]
Jun 10 12:15:22 vhost012 kernel:  [] ? 
ocfs2_direct_IO+0x83/0x90 [ocfs2]
Jun 10 12:15:22 vhost012 kernel:  [] ? 
generic_file_direct_write+0xb3/0x180
Jun 10 12:15:22 vhost012 kernel:  [] ? 
__generic_file_write_iter+0xb6/0x1e0
Jun 10 12:15:22 vhost012 kernel:  [] ? 
ocfs2_file_write_iter+0x44e/0xae0 [ocfs2]
Jun 10 12:15:22 vhost012 kernel:  [] ? 
do_iter_readv_writev+0xb0/0x130
Jun 10 12:15:22 vhost012 kernel:  [] ? 
do_readv_writev+0x1ac/0x240
Jun 10 12:15:22 vhost012 kernel:  [] ? 
ocfs2_check_range_for_refcount+0x130/0x130 [ocfs2]
Jun 10 12:15:22 vhost012 kernel:  [] ? do_pwritev+0x8c/0xc0
Jun 10 12:15:22 vhost012 kernel:  [] ? 
system_call_fast_compare_end+0xc/0x9b
Jun 10 12:15:22 vhost012 kernel: ---[ end trace fe8dd7a76062d233 ]---

Bug#864561: ruby-mail: vulnerable to SMTP Injection via recipient email addresses

[Georg Faerber]

Package: ruby-mail
Severity: important
Tags: upstream fixed-upstream security

Rubysec advisory [1]: "Because the Mail Gem for Ruby does not validate or
impose a length limit on email address fields, an attacker can modify
messages sent with the gem via a specially-crafted recipient email
address.

Applications that validate email address format are not affected by this
vulnerability.

The recipient attack is described in Terada, Takeshi. "SMTP Injection
via Recipient Email Addresses." 2015. The attacks described in the paper
(Terada, p. 4) can be applied to the library without any modification."

Upstream fix targeting 2.5 [2]; upstream fix targeting 2.6 [3].

[1] https://rubysec.com/advisories/mail-OSVDB-131677
[2] https://github.com/mikel/mail/pull/1099
[3] https://github.com/mikel/mail/pull/1098


signature.asc
Description: Digital signature

Bug#860808: ocfs2 blocks jbd2

[Russell Mosemann]

Package: src:linux
Version: 4.9.25-1~bpo8+1
Severity: important
 
Jun 10 12:09:36 vhost011 kernel: [ cut here ]
Jun 10 12:09:36 vhost011 kernel: WARNING: CPU: 5 PID: 4311 at 
/home/zumbi/linux-4.9.25/fs/jbd2/transaction.c:297 
start_this_handle+0x3fb/0x400 [jbd2]
Jun 10 12:09:36 vhost011 kernel: Modules linked in: vhost_net vhost macvtap 
macvlan tun ocfs2 quota_tree veth iptable_filter ip_tables x_tables nfsd 
auth_rpcgss oid_registry nfs_acl nfs lockd grace fscache ocfs2_dlmfs sunrpc 
ocfs2_stack_o2cb ocfs2_dlm ocfs2_nodemanager ocfs2_stackglue configfs bridge 
stp llc bonding ipmi_watchdog intel_rapl sb_edac edac_core x86_pkg_temp_thermal 
intel_powerclamp coretemp kvm_intel kvm irqbypass iTCO_wdt crct10dif_pclmul 
mxm_wmi iTCO_vendor_support evdev crc32_pclmul ghash_clmulni_intel ast ttm 
drm_kms_helper intel_cstate drm xhci_pci igb ehci_pci xhci_hcd ehci_hcd e1000e 
dca i2c_algo_bit intel_uncore mei_me i2c_i801 pcspkr usbcore sg i2c_smbus ptp 
lpc_ich intel_rapl_perf mei usb_common shpchp pps_core mfd_core wmi 
acpi_power_meter acpi_pad button ipmi_si ipmi_poweroff ipmi_devintf 
ipmi_msghandler
Jun 10 12:09:36 vhost011 kernel:  fuse drbd lru_cache libcrc32c crc32c_generic 
autofs4 ext4 crc16 jbd2 fscrypto mbcache dm_mod md_mod sd_mod crc32c_intel 
aesni_intel aes_x86_64 glue_helper lrw gf128mul ablk_helper cryptd ahci libahci 
libata scsi_mod
Jun 10 12:09:36 vhost011 kernel: CPU: 5 PID: 4311 Comm: qemu-system-x86 Not 
tainted 4.9.0-0.bpo.3-amd64 #1 Debian 4.9.25-1~bpo8+1
Jun 10 12:09:36 vhost011 kernel: Hardware name: To Be Filled By O.E.M. To Be 
Filled By O.E.M./EPC612D4I, BIOS P2.10 03/31/2016
Jun 10 12:09:36 vhost011 kernel:   bb729a05 
 
Jun 10 12:09:36 vhost011 kernel:  bb477924 970debf8c800 
970debf8c800 970c4c92d4b0
Jun 10 12:09:36 vhost011 kernel:   ffe4 
 c03317db
Jun 10 12:09:36 vhost011 kernel: Call Trace:
Jun 10 12:09:36 vhost011 kernel:  [] ? dump_stack+0x5c/0x77
Jun 10 12:09:36 vhost011 kernel:  [] ? __warn+0xc4/0xe0
Jun 10 12:09:36 vhost011 kernel:  [] ? 
start_this_handle+0x3fb/0x400 [jbd2]
Jun 10 12:09:36 vhost011 kernel:  [] ? 
ocfs2_xattr_tree_fill_max_leaf_clusters+0x40/0x40 [ocfs2]
Jun 10 12:09:36 vhost011 kernel:  [] ? 
ocfs2_inode_cache_io_unlock+0x10/0x10 [ocfs2]
Jun 10 12:09:36 vhost011 kernel:  [] ? 
jbd2__journal_start+0xe9/0x1f0 [jbd2]
Jun 10 12:09:36 vhost011 kernel:  [] ? 
ocfs2_start_trans+0xf8/0x1d0 [ocfs2]
Jun 10 12:09:36 vhost011 kernel:  [] ? 
ocfs2_dio_end_io_write+0x2fb/0x600 [ocfs2]
Jun 10 12:09:36 vhost011 kernel:  [] ? __schedule+0x245/0x6d0
Jun 10 12:09:36 vhost011 kernel:  [] ? 
ocfs2_allocate_extend_trans+0x180/0x180 [ocfs2]
Jun 10 12:09:36 vhost011 kernel:  [] ? 
ocfs2_dio_end_io+0x3b/0x60 [ocfs2]
Jun 10 12:09:36 vhost011 kernel:  [] ? dio_complete+0x7e/0x190
Jun 10 12:09:36 vhost011 kernel:  [] ? 
do_blockdev_direct_IO+0x2168/0x2860
Jun 10 12:09:36 vhost011 kernel:  [] ? 
ocfs2_write_end_nolock+0x550/0x550 [ocfs2]
Jun 10 12:09:36 vhost011 kernel:  [] ? 
ocfs2_direct_IO+0x83/0x90 [ocfs2]
Jun 10 12:09:36 vhost011 kernel:  [] ? 
generic_file_direct_write+0xb3/0x180
Jun 10 12:09:36 vhost011 kernel:  [] ? 
__generic_file_write_iter+0xb6/0x1e0
Jun 10 12:09:36 vhost011 kernel:  [] ? 
ocfs2_file_write_iter+0x44e/0xae0 [ocfs2]
Jun 10 12:09:36 vhost011 kernel:  [] ? 
do_iter_readv_writev+0xb0/0x130
Jun 10 12:09:36 vhost011 kernel:  [] ? 
do_readv_writev+0x1ac/0x240
Jun 10 12:09:36 vhost011 kernel:  [] ? 
ocfs2_check_range_for_refcount+0x130/0x130 [ocfs2]
Jun 10 12:09:36 vhost011 kernel:  [] ? do_pwritev+0x8c/0xc0
Jun 10 12:09:36 vhost011 kernel:  [] ? 
system_call_fast_compare_end+0xc/0x9b
Jun 10 12:09:36 vhost011 kernel: ---[ end trace bf99b98e8445321b ]---

Bug#864560: gnutls28: CVE-2017-7507

[Salvatore Bonaccorso]

Source: gnutls28
Version: 3.5.8-1
Severity: important
Tags: patch security upstream fixed-upstream
Control: fixed -1 3.5.13-1

Hi,

the following vulnerability was published for gnutls28.

CVE-2017-7507[0]:
Crash upon receiving well-formed status_request extension

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2017-7507
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-7507
[1] https://gnutls.org/security.html#GNUTLS-SA-2017-4

Please adjust the affected versions in the BTS as needed, just checked
3.5.8 in unstable sourcewise. Not sure as well if it would need a DSA
if older versions are affected as well.

Regards,
Salvatore

Bug#688336: os-probe: subvol: patches to provide bootloaders with all the subvolume info.

[Mike Mestnik]

These patches can be tested from here:
https://launchpad.net/~cheako/+archive/ubuntu/boot-subvol
Code from here:
https://github.com/cheako/os-prober/tree/aggregate

Bug#688336: os-probe: subvol: patches to provide bootloaders with all the subvolume info.

[Mike Mestnik]

Here are corrected versions of these patches.  Filesystem raid is
almost certainly a separate bug.
From 3d4b580dea4592793af3411fc0543af36de0e958 Mon Sep 17 00:00:00 2001
From: Michael Mestnik 
Date: Fri, 9 Jun 2017 13:04:05 -0500
Subject: [PATCH 2/6] Process filesystem raid entries

---
 common.sh | 14 --
 os-prober |  5 +
 2 files changed, 17 insertions(+), 2 deletions(-)

diff --git a/common.sh b/common.sh
index e1646d4..d6fee58 100644
--- a/common.sh
+++ b/common.sh
@@ -146,12 +146,22 @@ is_dos_extended_partition() {
 	return 1
 }
 
+canonical_dev () {
+	local dev="${1#/dev/}"
+	local sys="$(find /sys/fs/btrfs -path \*/devices/"$dev")"
+	if [ -e "$sys" ]; then
+		echo /dev/"$(ls "${sys%/$dev}" | head -n1)"
+	else
+		echo "$1"
+	fi
+}
+
 parse_proc_mounts () {
 	while read -r line; do
 		set -f
 		set -- $line
 		set +f
-		printf '%s %s %s\n' "$(mapdevfs "$1")" "$2" "$3"
+		printf '%s %s %s\n' "$(canonical_dev "$(mapdevfs "$1")")" "$2" "$3"
 	done
 }
 
@@ -245,7 +255,7 @@ linux_mount_boot () {
 fi
 			fi
 			shift
-			set -- "$(mapdevfs "$tmppart")" "$@"
+			set -- "$(canonical_dev "$(mapdevfs "$tmppart")")" "$@"
 
 			if grep -q "^$1 " "$OS_PROBER_TMP/mounted-map"; then
 bindfrom="$(grep "^$1 " "$OS_PROBER_TMP/mounted-map" | head -n1 | cut -d " " -f 2)"
diff --git a/os-prober b/os-prober
index a48863e..e4439a7 100755
--- a/os-prober
+++ b/os-prober
@@ -137,6 +137,11 @@ for partition in $(partitions); do
 		continue
 	fi
 
+	if ! [ "$mapped" = "$(canonical_dev "$mapped")" ]; then
+		log "Device '$mapped' is part of filesystem raid; skipping"
+		continue
+	fi
+
 	# Skip partitions used in software RAID arrays
 	if grep -q "^$mapped" "$OS_PROBER_TMP/raided-map" ; then
 		debug "$partition: part of software raid array"
-- 
2.11.0

From bd6d7a78e88eba3a03940e84f6e168ab5c8d Mon Sep 17 00:00:00 2001
From: Michael Mestnik 
Date: Mon, 5 Jun 2017 11:08:42 -0500
Subject: [PATCH 5/6] Pass subvol data for /boot to bootloadter(s)

---
 common.sh   | 36 +
 linux-boot-prober   |  6 +++--
 linux-boot-probes/common/50mounted-tests|  3 ++-
 linux-boot-probes/mounted/common/40grub2|  3 ++-
 linux-boot-probes/mounted/common/90fallback |  5 ++--
 linux-boot-probes/mounted/powerpc/40yaboot  |  3 ++-
 linux-boot-probes/mounted/sparc/50silo  |  3 ++-
 linux-boot-probes/mounted/x86/40grub|  3 ++-
 linux-boot-probes/mounted/x86/50lilo|  3 ++-
 9 files changed, 55 insertions(+), 10 deletions(-)

diff --git a/common.sh b/common.sh
index 1001c74..ff278c3 100644
--- a/common.sh
+++ b/common.sh
@@ -253,6 +253,42 @@ linux_mount_boot () {
 			shift
 			set -- "$(mapdevfs "$tmppart")" "$@"
 
+			if bootsubvolid="$(echo "$4" | grep -o 'subvolid=[0-9][0-9]*')"; then
+bootsubvolid="$(echo "$bootsubvolid" | cut -d= -f2-)"
+if mount -o "subvolid=$bootsubvolid" "$1" "$tmpmnt/boot"; then
+	if [ "$bootsubvolid" = "$(get_default_subvolid "$tmpmnt/boot")" ]; then
+		mountboot="$1 1"
+		return
+	else
+		mountboot="$1 1 $bootsubvolid"
+		return
+	fi
+else
+	debug "failed to subvolid-mount $1 onto $tmpmnt/boot"
+	mountboot="$1 0 $bootsubvolid"
+	return
+fi
+			else
+if bootsubvol="$(echo "$4" | grep -o 'subvol=[^,]*')"; then
+	bootsubvol="$(echo "$bootsubvol" | cut -d= -f2-)"
+	bootsubvol="${bootsubvol#/}"
+	if mount -o "subvol=${bootsubvol:=/}" "$1" "$tmpmnt/boot"; then
+		bootsubvolid="$(grep "^/dev/" /proc/mounts | parse_proc_mounts | grep " $tmpmnt/boot " | cut -d ' ' -f 4)"
+		if [ "$bootsubvolid" = "$(get_default_subvolid "$tmpmnt/boot")" ]; then
+			mountboot="$1 1"
+			return
+		else
+			mountboot="$1 1 ${bootsubvolid:-@$bootsubvol}"
+			return
+		fi
+	else
+		debug "failed to subvol-mount $1 onto $tmpmnt/boot"
+		mountboot="$1 0 @$bootsubvol"
+		return
+	fi
+fi
+			fi
+
 			if grep -q "^$1 " "$OS_PROBER_TMP/mounted-map"; then
 bindfrom="$(grep "^$1 " "$OS_PROBER_TMP/mounted-map" | head -n1 | cut -d " " -f 2)"
 bindfrom="$(unescape_mount "$bindfrom")"
diff --git a/linux-boot-prober b/linux-boot-prober
index 4a86119..ae34670 100755
--- a/linux-boot-prober
+++ b/linux-boot-prober
@@ -36,19 +36,21 @@ else
 	mpoint="$(unescape_mount "$mpoint")"
 	if [ "$mpoint" != "/target/boot" ] && [ "$mpoint" != "/target" ] && [ "$mpoint" != "/" ]; then
 		type="$(echo "$mrecord" | head -n1 | cut -d ' ' -f 3)"
-		if ! grep -q " $mpoint/boot " "$OS_PROBER_TMP/mounted-map"; then
+		if ! bootrecord="$(grep -q " $mpoint/boot " "$OS_PROBER_TMP/mounted-map")"; then
 			linux_mount_boot "$partition" "$mpoint" "$subvolid"
 			set -- $mountboot
 			bootpart="$1"
 			bootmounted="$2"
+			bootsubvolid="$3"
 		else
 			bootpart="$partition"
 			bootmounted=0
+			bootsubvolid="$(echo "$bootrecord" | head -n1 | cut -d ' ' -f 4)"
 		

Bug#864559: ITP: shaarli -- Personal, minimalist, super-fast and no-database bookmarking service

[Geert Stappers]

> * Package name: shaarli
> 
> Saving simple links should not be a complicated heavy thing. Shaarli
> is simple, but it does the job and does it well. And your data is not
> hosted on a foreign server, but on your server.
> 
> I would like to add this package for FreedomBox. I plan to maintain it
> within the freedombox-pkg-team.

Page https://wiki.debian.org/FreedomBox/Manual/Shaarli updated.

Groeten
Geert Stappers
-- 
Leven en laten leven

Bug#864246: os-probe: Also skip over bcache partitions.

[Mike Mestnik]

Here is an updated copy of this patch.
From 6439f5a40bd4e610a462292c646098eeb4d5bcb1 Mon Sep 17 00:00:00 2001
From: Michael Mestnik 
Date: Mon, 5 Jun 2017 11:52:17 -0500
Subject: [PATCH 1/6] Add in bcache devices

---
 linux-boot-probes/common/50mounted-tests |  3 +++
 os-prober| 10 ++
 os-probes/common/50mounted-tests |  3 +++
 3 files changed, 16 insertions(+)

diff --git a/linux-boot-probes/common/50mounted-tests b/linux-boot-probes/common/50mounted-tests
index ad68874..937553a 100755
--- a/linux-boot-probes/common/50mounted-tests
+++ b/linux-boot-probes/common/50mounted-tests
@@ -25,6 +25,9 @@ elif [ "$types" = swap ]; then
 elif [ "$types" = crypto_LUKS ]; then
 	debug "$1 is a LUKS partition; skipping"
 	exit 0
+elif [ "$types" = bcache ]; then
+	debug "$1 is an bcache partition; skipping"
+	exit 0
 elif [ "$types" = ntfs ]; then
 	if type ntfs-3g >/dev/null 2>&1; then
 		types='ntfs-3g ntfs'
diff --git a/os-prober b/os-prober
index a48863e..ab2dee1 100755
--- a/os-prober
+++ b/os-prober
@@ -45,6 +45,16 @@ partitions () {
 			fi
 		done
 
+		# bcahce
+		for part in /sys/block/bcache*; do
+			if [ -f "$part/inflight" ]; then
+name="$(echo "${part##*/}" | sed 's,[!.],/,g')"
+if [ -e "/dev/$name" ]; then
+	echo "/dev/$name"
+fi
+			fi
+		done
+
 		# Add Serial ATA RAID devices
 		if type dmraid >/dev/null 2>&1 && \
 		   dmraid -s -c >/dev/null 2>&1; then
diff --git a/os-probes/common/50mounted-tests b/os-probes/common/50mounted-tests
index fca15cb..09c88b3 100755
--- a/os-probes/common/50mounted-tests
+++ b/os-probes/common/50mounted-tests
@@ -27,6 +27,9 @@ elif [ "$types" = crypto_LUKS ]; then
 elif [ "$types" = LVM2_member ]; then
 	debug "$1 is an LVM member; skipping"
 	exit 0
+elif [ "$types" = bcache ]; then
+	debug "$1 is an bcache partition; skipping"
+	exit 0
 elif [ "$types" = ntfs ]; then
 	if type ntfs-3g >/dev/null 2>&1; then
 		types='ntfs-3g ntfs'
-- 
2.11.0

Bug#859787: experimental

[Geert Stappers]

Hello Alex,

debian/changelog begins with
  davmail (4.8.0.2479-1) experimental; urgency=low

Why the request for uploading to 'experimental'?

 
Groeten
Geert Stappers
-- 
Leven en laten leven

Bug#863663: libgstreamer1.0-0: plays MJPEG AVI files (and possibly other formats) at degraded quality

[Francesco Poli]

On Wed, 7 Jun 2017 23:23:30 +0200 Francesco Poli wrote:

> On Wed, 07 Jun 2017 09:44:02 +0300 Sebastian Dröge wrote:
> 
> > On Thu, 2017-06-01 at 23:47 +0200, Francesco Poli wrote:
[...]
> > > Which is the feature that corresponds to avdec_mjpeg?
> > > Which is the one corresponding to jpegdec?
> > 
> > You could get them from the registry by exactly those names with
> > gst_registry_find_feature(). The type is GST_TYPE_ELEMENT_FACTORY.
> 
> Mmmh, I suppose that this is translatable into Vala, if the application
> is written in Vala...
> 
> At least, by looking at "gstreamer-1.0.vapi", I see that there is a
> method named find_feature() in the class Registry of namespace Gst and
> a method set_rank() in the class PluginFeature of namespace Gst.
> I have to figure out how to use them, since I am not familiar at all
> with Vala (are you able to help me, by chance?), but that's another
> story!
> 
> 
> As an alternative, is there some configuration file that the user can
> tweak in order to adjust the ranks of jpegparse and avdec_mjpeg,
> without modifying the application that uses the GStreamer library?

Did you receive this question of mine?
Could you please reply?

> 
> 
> I really hope we can find a workaround soon (and, in the meanwhile, I
> also hope that the actual bug gets a proper fix).

Is there any progress on the bug fixing front?

Please let me know, thanks a lot for your time!
Bye.

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


pgpxuzBoXVvh6.pgp
Description: PGP signature

Bug#790803: ITP: Amp -- atomistic machine-learning potentials

[Muammar El Khatib]

Control: retitle 790803 ITP: Amp -- atomistic machine-learning potentials
Control: owner 790803 !

thanks,

I am trying for the third time because for some reason the BTS is not recording
my changes.

--
Muammar El Khatib.
Linux user: 403107.
GPG Key = 71246E4A.
http://muammar.me | http://proyectociencia.org
  ,''`.
 : :' :
 `. `'
   `-

Bug#864559: ITP: shaarli -- Personal, minimalist, super-fast and no-database bookmarking service

[Paul Wise]

On Sun, Jun 11, 2017 at 12:08 AM, James Valleroy wrote:

> * Package name: shaarli

Please note the additional steps when reintroducing removed packages:

https://www.debian.org/doc/manuals/developers-reference/pkgs.html#reintroducing-pkgs

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#864559: ITP: shaarli -- Personal, minimalist, super-fast and no-database bookmarking service

[James Valleroy]

Package: wnpp
Severity: wishlist
Owner: James Valleroy 

* Package name: shaarli
  Version : 0.9.0
  Upstream Author : Sébastien Sauvage 
* URL : https://github.com/shaarli/Shaarli
* License : zlib/libpng
  Programming Lang: PHP
  Description : Personal, minimalist, super-fast and no-database 
bookmarking service

Saving simple links should not be a complicated heavy thing. Shaarli
is simple, but it does the job and does it well. And your data is not
hosted on a foreign server, but on your server.

I would like to add this package for FreedomBox. I plan to maintain it
within the freedombox-pkg-team.

Bug#864558: poa FTCBFS: uses the build architecture compiler, runs tests despite DEB_BUILD_OPTIONS=nocheck

[Helmut Grohne]

Source: poa
Version: 2.0+20060928-4
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

poa fails to cross build from source, because it uses the build
architecture compiler. Letting dh_auto_build pass cross compilers to
make fixes this part. It still runs the test suite despite
DEB_BUILD_OPTIONS containing nocheck. After fixing both issues, poa
cross builds successfully. Please consider applying the attached patch
after stretch is released.

Helmut
diff --minimal -Nru poa-2.0+20060928/debian/changelog 
poa-2.0+20060928/debian/changelog
--- poa-2.0+20060928/debian/changelog   2016-01-11 12:53:26.0 +0100
+++ poa-2.0+20060928/debian/changelog   2017-06-10 17:58:33.0 +0200
@@ -1,3 +1,12 @@
+poa (2.0+20060928-4.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: (Closes: #-1)
++ Let dh_auto_build pass cross compilers.
++ Honour DEB_BUILD_OPTIONS=nocheck.
+
+ -- Helmut Grohne   Sat, 10 Jun 2017 17:58:33 +0200
+
 poa (2.0+20060928-4) unstable; urgency=medium
 
   * moved debian/upstream to debian/upstream/metadata
diff --minimal -Nru poa-2.0+20060928/debian/rules poa-2.0+20060928/debian/rules
--- poa-2.0+20060928/debian/rules   2013-09-12 10:59:00.0 +0200
+++ poa-2.0+20060928/debian/rules   2017-06-10 17:58:31.0 +0200
@@ -16,8 +16,9 @@
$(XP) $(DB2MAN) $<
 
 override_dh_auto_build:
-   $(MAKE) poa
+   dh_auto_build -- poa
 
+ifeq ($(filter nocheck,$(DEB_BUILD_OPTIONS)),)
 override_dh_auto_test:
tmpfile=`mktemp` ; \
./$(PKG) -read_fasta multidom.seq -clustal $$tmpfile -v blosum80.mat ; \
@@ -29,3 +30,4 @@
echo "File $$tmpfile is different from $(CURDIR)/multidom.clustal" 
; \
exit 1 ; \
fi
+endif

Bug#864557: drawterm FTCBFS: uses the build architecture compiler

[Helmut Grohne]

Source: drawterm
Version: 20110822-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

drawterm fails to cross build from source, because it uses the build
architecture compiler. Indirecting the $(MAKE) invocation through
dh_auto_build fixes cross compilation, because dh_auto_build knows how
to pass cross compilers. Please consider applying the attached patch
after stretch is released.

Helmut
diff --minimal -Nru drawterm-20110822/debian/changelog 
drawterm-20110822/debian/changelog
--- drawterm-20110822/debian/changelog  2012-06-11 02:32:14.0 +0200
+++ drawterm-20110822/debian/changelog  2017-06-10 17:43:23.0 +0200
@@ -1,3 +1,10 @@
+drawterm (20110822-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Let dh_auto_build pass cross compilers. (Closes: #-1)
+
+ -- Helmut Grohne   Sat, 10 Jun 2017 17:43:23 +0200
+
 drawterm (20110822-1) unstable; urgency=low
 
   * New upstream release.
diff --minimal -Nru drawterm-20110822/debian/rules 
drawterm-20110822/debian/rules
--- drawterm-20110822/debian/rules  2012-06-11 02:25:29.0 +0200
+++ drawterm-20110822/debian/rules  2017-06-10 17:43:22.0 +0200
@@ -7,7 +7,7 @@
 build-indep: build-stamp
 build-stamp:
dh_testdir
-   $(MAKE) CONF=pthread
+   dh_auto_build -- CONF=pthread
touch $@
 
 clean:

Bug#864556: clalsadrv FTCBFS: hard codes build architecture compiler

[Helmut Grohne]

Source: clalsadrv
Version: 2.0.0-3
Tags: patch upstream
User: helm...@debian.org
Usertags: rebootstrap

clalsadrv fails to cross build from source, because libs/Makefile hard
codes the build architecture compiler g++. Using $(CXX) instead makes
cross builds succeed. Please consider applying the attached patch after
stretch is released.

Helmut
diff --minimal -Nru clalsadrv-2.0.0/debian/changelog 
clalsadrv-2.0.0/debian/changelog
--- clalsadrv-2.0.0/debian/changelog2010-07-09 15:51:23.0 +0200
+++ clalsadrv-2.0.0/debian/changelog2017-06-10 17:38:43.0 +0200
@@ -1,3 +1,10 @@
+clalsadrv (2.0.0-3.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: 02-cross.patch (Closes: #-1)
+
+ -- Helmut Grohne   Sat, 10 Jun 2017 17:38:43 +0200
+
 clalsadrv (2.0.0-3) unstable; urgency=low
 
   * Change my email address.
diff --minimal -Nru clalsadrv-2.0.0/debian/patches/02-cross.patch 
clalsadrv-2.0.0/debian/patches/02-cross.patch
--- clalsadrv-2.0.0/debian/patches/02-cross.patch   1970-01-01 
01:00:00.0 +0100
+++ clalsadrv-2.0.0/debian/patches/02-cross.patch   2017-06-10 
17:38:39.0 +0200
@@ -0,0 +1,16 @@
+From: Helmut Grohne 
+Subject: make g++ substitutable for cross compilation
+
+Index: clalsadrv-2.0.0/libs/Makefile
+===
+--- clalsadrv-2.0.0.orig/libs/Makefile
 clalsadrv-2.0.0/libs/Makefile
+@@ -41,7 +41,7 @@
+ 
+ 
+ $(CLALSADRV_MIN): $(CLALSADRV_O)
+-  g++ -shared $(LDFLAGS) -Wl,-soname,$(CLALSADRV_MAJ) -o $(CLALSADRV_MIN) 
$(CLALSADRV_O) $(CLALSADRV_DEP)
++  $(CXX) -shared $(LDFLAGS) -Wl,-soname,$(CLALSADRV_MAJ) -o 
$(CLALSADRV_MIN) $(CLALSADRV_O) $(CLALSADRV_DEP)
+ 
+ 
+ install:  $(CLALSADRV_MIN)
diff --minimal -Nru clalsadrv-2.0.0/debian/patches/series 
clalsadrv-2.0.0/debian/patches/series
--- clalsadrv-2.0.0/debian/patches/series   2010-07-09 15:27:06.0 
+0200
+++ clalsadrv-2.0.0/debian/patches/series   2017-06-10 17:37:54.0 
+0200
@@ -1 +1,2 @@
 01-makefile.patch
+02-cross.patch

Bug#864477: nvidia_icd.json does not refer to correct library when non-GLVND driver variant is installed

[Luca Boccassi]

On Sat, 2017-06-10 at 14:19 +0200, Andreas Beckmann wrote:
> On 2017-06-10 13:58, Luca Boccassi wrote:
> > > This issue causes crashes on startup when the non-GLVND driver is
> > > installed in our (Feral Interactive) games which support Vulkan,
> > > specifically the Mad Max Vulkan beta branch and the just-released
> > > Dawn
> 
> I'm afraid, the vulkan stuff has not been widely tested, yet.

I do try to give it a shot before uploading, but I only have Dota 2 on
Steam. I have tested that one before uploading 375.66 and it was fine.

> > > of War III, even when not launching the game with Vulkan enabled.
> 
> Is it still checking whether vulkan were available (loading the
> vulkan
> loader library might be sufficient)? Otherwise I don't see how this
> could be related ...
> 
> > I'll try to propose this for the first point release though since
> > it
> > sounds pretty broken.
> 
> Sounds like a plan :-)
> And given the recent CVE frequency, we might need a newer upstream at
> that time, too :-(
> 
> I had a look at the nvidia-installer source and could not find
> anything
> that updates the json files. And since there is only one json variant
> shipped, I'm curious how the modified one comes into existence.
> 
> I haven't tried an installer-based installation in a chroot in a long
> time ...

I just did, and the file doesn't seem to be any different:

# grep library /etc/vulkan/icd.d/nvidia_icd.json
"library_path": "libGLX_nvidia.so.0",
"library_path": "libGLX_nvidia.so.0",

I used the non glvnd flags for the installer:

# find / -name libOpenGL.so.0
# find / -name libGLdispatch.so.0
# find / -name libGLX.so.0   
# find / -name libOpenGL.so.0
# find / -name libGL.so.1


Alex, does this solution come from Nvidia's support? If you have tested
that it works, we could modify it ourselves.

Andreas, given we ship it in /usr/share, perhaps the easiest thing
would be to modify in the maintainer scripts (via config-package-dev
maybe) in the non-GLVND GLX package. What do you think?

Kind regards,
Luca Boccassi

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

Bug#864554: globus-common FTCBFS: uses build architecture compiler, runs tests despite DEB_BUILD_OPTIONS=nocheck

[Helmut Grohne]

Source: globus-common
Version: 17.1-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

globus-common fails to cross build from source, because it doesn't pass
the relevant --host flag to ./configure. I propose letting
dh_auto_configure do that. It also runs tests despite DEB_BUILD_OPTIONS
containing nocheck. After fixing both issues, globus-common cross builds
successfully. Please consider applying the attached patch after stretch
is released.

Helmut
diff --minimal -Nru globus-common-17.1/debian/changelog 
globus-common-17.1/debian/changelog
--- globus-common-17.1/debian/changelog 2017-03-17 15:44:28.0 +0100
+++ globus-common-17.1/debian/changelog 2017-06-10 17:07:51.0 +0200
@@ -1,3 +1,12 @@
+globus-common (17.1-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: (Closes: #-1)
++ Let dh_auto_configure pass --host flag.
++ Honour DEB_BUILD_OPTIONS=nocheck.
+
+ -- Helmut Grohne   Sat, 10 Jun 2017 17:07:51 +0200
+
 globus-common (17.1-1) unstable; urgency=medium
 
   * GT6 update: Add additional error handling api
diff --minimal -Nru globus-common-17.1/debian/rules 
globus-common-17.1/debian/rules
--- globus-common-17.1/debian/rules 2016-11-08 18:47:32.0 +0100
+++ globus-common-17.1/debian/rules 2017-06-10 17:07:49.0 +0200
@@ -33,12 +33,8 @@
CFLAGS="$(CFLAGS)" CXXFLAGS="$(CXXFLAGS)" \
FFLAGS="$(FFLAGS)" CPPFLAGS="$(CPPFLAGS)" \
LDFLAGS="$(LDFLAGS) -Wl,--as-needed -Wl,-z,defs" \
-   GLOBUS_VERSION=6.0 ./configure \
+   GLOBUS_VERSION=6.0 dh_auto_configure -- \
   --disable-static \
-  --prefix=$(_prefix) \
-  --libdir='$${prefix}/lib/$(DEB_HOST_MULTIARCH)' \
-  --sysconfdir=/etc \
-  --localstatedir=/var \
   --sharedstatedir=/var/lib \
   --mandir='$${datadir}/man' \
   --includedir='$${prefix}/include/globus' \
@@ -62,7 +58,9 @@
dh_testdir
 
$(MAKE)
+ifeq ($(filter nocheck,$(DEB_BUILD_OPTIONS)),)
$(MAKE) check VERBOSE=1 NO_EXTERNAL_NET=1
+endif
 
touch $@
 

Bug#864555: lintian: please use a more reliable heuristic than line length to detect source-is-missing

[David Bremner]

Package: lintian
Version: 2.5.50.4
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On polymake 3.1 source lintian reports:

E: polymake source: source-is-missing external/js/renderers/SVGRenderer.js line 
length is 258 characters (>256)

An examination reveals this to be a false positive. The file is not minified, 
but happens to contain long lines like

_svgNode.setAttribute( 'style', 'fill: none; stroke: ' + 
material.color.getStyle() + '; stroke-width: ' + material.linewidth + '; 
stroke-opacity: ' + material.opacity + '; stroke-linecap: ' + material.linecap 
+ '; stroke-linejoin: ' + material.linejoin );

One can argue about whether that's nice programming style, but that's not 
really lintian's job.
Presumably that's the way the upstream author likes to edit code.


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

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

Versions of packages lintian depends on:
ii  binutils  2.28-5
ii  bzip2 1.0.6-8.1
ii  diffstat  1.61-1+b1
ii  file  1:5.30-1
ii  gettext   0.19.8.1-2
ii  intltool-debian   0.35.0+20060710.4
ii  libapt-pkg-perl   0.1.32
ii  libarchive-zip-perl   1.59-1
ii  libclass-accessor-perl0.34-1
ii  libclone-perl 0.38-2+b1
ii  libdpkg-perl  1.18.24
ii  libemail-valid-perl   1.202-1
ii  libfile-basedir-perl  0.07-1
ii  libipc-run-perl   0.94-1
ii  liblist-moreutils-perl0.416-1+b1
ii  libparse-debianchangelog-perl 1.2.0-12
ii  libperl5.24 [libdigest-sha-perl]  5.24.1-3
ii  libtext-levenshtein-perl  0.13-1
ii  libtimedate-perl  2.3000-2
ii  liburi-perl   1.71-1
ii  libyaml-libyaml-perl  0.63-2
ii  man-db2.7.6.1-2
ii  patchutils0.3.4-2
ii  perl  5.24.1-3
ii  t1utils   1.39-2
ii  xz-utils  5.2.2-1.2+b1

Versions of packages lintian recommends:
ii  dpkg 1.18.24
ii  libperlio-gzip-perl  0.19-1+b2
ii  perl 5.24.1-3
ii  perl-modules-5.24 [libautodie-perl]  5.24.1-3

Versions of packages lintian suggests:
pn  binutils-multiarch 
ii  dpkg-dev   1.18.24
ii  libhtml-parser-perl3.72-3
ii  libtext-template-perl  1.46-1

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQGzBAEBCAAdFiEE3VS2dnyDRXKVCQCp8gKXHaSnniwFAlk8DDYACgkQ8gKXHaSn
nizyNAv/VzxLHBBLRmRSTYB81xJB4fx4kmMM6ZgPEsYnB/YpF5qQIYpAFSc54A2d
qNMJLQa0MC2Uo5r47qbBzpQ9yYAM0D5g5t0YGYq5bB5l7bmrIbVusxb2IV1PYlvW
gx0vYKlC8awRv/S1jQd4JJ7rMwpDv/ipJTArwQ6jrKVjNtVdWEs+Z4OkzKhwwdvt
GC+OIu4M+4IkW10+IUjvU6hmlNlAU2ZEG8MSgunwrm+RYotKqehbN2UAw84pQfPK
OfugOMPRHyOYJCwkW8sdwtWYl6z+fVPx2KrultoP0rLEYaaC+rBep57wIcvCm9dY
fFS9G5SHimnMxWHTdrWhD2EczrUN3ceAkAVo+dZHNTc7PuxMmxJL9Zpwdy8LgUs5
efI/HUEDsDrdKelrIq9P1Piqv5o+dm2sxE7gvRR7S4w1e71P5vfqchuQI5C6uQAJ
r4UaAiVqWIScIJzvc0UFg5eKGzOoImxPJCWrH2SBmuyW023vB5GMK9mgbqHWls1q
5DOgUILU
=JHbp
-END PGP SIGNATURE-

Bug#864553: g3data FTCBFS: uses the build architecture compiler and pkg-config

[Helmut Grohne]

Source: g3data
Version: 1:1.5.3-2.1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

g3data fails to cross build from source, because it uses the build
architecture compiler and pkg-config. For the compiler, indirecting
$(MAKE) through dh_auto_build fixes the issue as dh_auto_build does the
right thing(TM). For pkg-config, adding the host architecture gnu
triplet as prefix fixes the issue. After applying the attached patch,
g3data cross builds successfully. Please consider applying it after
stretch is released.

Helmut
diff -u g3data-1.5.3/Makefile g3data-1.5.3/Makefile
--- g3data-1.5.3/Makefile
+++ g3data-1.5.3/Makefile
@@ -1,6 +1,7 @@
 CC=gcc
-CFLAGS=-Wall `pkg-config --cflags gtk+-2.0`
-LIBS=`pkg-config --libs gtk+-2.0` -lm
+PKG_CONFIG ?= pkg-config
+CFLAGS=-Wall `$(PKG_CONFIG) --cflags gtk+-2.0`
+LIBS=`$(PKG_CONFIG) --libs gtk+-2.0` -lm
 bindir ?= /usr/bin
 mandir ?= /usr/share/man
 
diff -u g3data-1.5.3/debian/changelog g3data-1.5.3/debian/changelog
--- g3data-1.5.3/debian/changelog
+++ g3data-1.5.3/debian/changelog
@@ -1,3 +1,12 @@
+g3data (1:1.5.3-2.2) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: (Closes: #-1)
++ Let dh_auto_build pass cross compilers to make.
++ Use a triplet-prefixed pkg-config.
+
+ -- Helmut Grohne   Sat, 10 Jun 2017 16:54:08 +0200
+
 g3data (1:1.5.3-2.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -u g3data-1.5.3/debian/rules g3data-1.5.3/debian/rules
--- g3data-1.5.3/debian/rules
+++ g3data-1.5.3/debian/rules
@@ -5,7 +5,10 @@
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
 
-CFLAGS=-Wall `pkg-config --cflags gtk+-2.0`
+include /usr/share/dpkg/architecture.mk
+export PKG_CONFIG = $(DEB_HOST_GNU_TYPE)-pkg-config
+
+CFLAGS=-Wall `$(PKG_CONFIG) --cflags gtk+-2.0`
 ifneq (,$(findstring debug,$(DEB_BUILD_OPTIONS)))
 CFLAGS += -g
 endif
@@ -16,7 +19,7 @@
dh_testdir
docbook-to-man g3data.sgml > g3data.1
gzip --best g3data.1
-   make CFLAGS="$(CFLAGS)"
+   dh_auto_build -- CFLAGS="$(CFLAGS)"
touch build-stamp
 
 clean:

Bug#863851: [Pkg-xfce-devel] Bug#863851: xfce4-terminal: command and execute options do not work

[Yves-Alexis Perez]

On Thu, 2017-06-01 at 10:40 +1200, Ben Caradoc-Davies wrote:
> he command and execute options have no effect. Invoking either:
> 
> xfce4-terminal -H -c ls
> xfce4-terminal -H -e ls
> 
> results in a blank held terminal window. Without -H the terminal does not
> even appear, but this is expected as a short-running command may exit before
> the window can be created.
> 
> The corresponding xterm command works just fine:
> 
> xterm -hold -e ls

Hey,

it works just fine if you run a shell or mutt, for example. What exactly are
you trying to do?

Regards,
-- 
Yves-Alexis

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

Bug#864552: nomarch FTCBFS: uses the build architecture compiler

[Helmut Grohne]

Source: nomarch
Version: 1.4-3
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

nomarch fails to cross build from source, because it uses the build
architecture compiler. dh_auto_build knows how to pass cross compilers
to make. Simply replacing $(MAKE) with dh_auto_build fixes the cross
build. Please consider applying the attached patch after stretch is
released.

Helmut
diff -u nomarch-1.4/debian/rules nomarch-1.4/debian/rules
--- nomarch-1.4/debian/rules
+++ nomarch-1.4/debian/rules
@@ -26,7 +26,7 @@
dh_testdir
 
# Add here commands to compile the package.
-   $(MAKE)
+   dh_auto_build
#/usr/bin/docbook-to-man debian/nomarch.sgml > nomarch.1
 
touch build-stamp
diff -u nomarch-1.4/debian/changelog nomarch-1.4/debian/changelog
--- nomarch-1.4/debian/changelog
+++ nomarch-1.4/debian/changelog
@@ -1,3 +1,10 @@
+nomarch (1.4-3.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Let dh_auto_build pass cross compilers. (Closes: #-1)
+
+ -- Helmut Grohne   Sat, 10 Jun 2017 16:49:56 +0200
+
 nomarch (1.4-3) unstable; urgency=low
 
   * Update standards version to 3.8.3. 

Bug#864497: nvidia-driver should depend on libgl1-nvidia-glvnd-glx instead of libgl1-nvidia-glx by default

[Julien Aubin]

Vulkan is in experimental support on DoW3 but not enabled by default. No
Unity game uses Vulkan AFAIK.

2017-06-10 15:06 GMT+02:00 Andreas Beckmann :

> On 2017-06-10 14:42, Julien Aubin wrote:
> > The fact is that according to GoL the non-glvnd flavour looks buggy on
> > Debian at least w/ DoW3 and Unity games like Cities Skyline, crash for
> the
> > first, buggy on 50% of the starts for the latter (and many other Unity
> > games are affected) - the bug is in term of window size
>
> Are any of these using vulkan? See #864477
>
> Andreas
>
>

Bug#864551: gcc-6: linker symbol incorrectly decoded in C code

[Gregory Mounie]

Package: gcc-6
Version: 6.3.0-18
Severity: normal
Tags: upstream

Dear Maintainer,

When using the linker symbols, the values of the adresses of the symbols
are incorrectly decoded.

The problem occurs with the linker scripts but also with the following
small code and minimalist compiler options:

The test code:

#include 

extern unsigned char liloo;
extern unsigned char lilootab[];

static void * spa = & liloo;
static void * sta = lilootab;

int main() {
void * pa = & liloo;
void * ta = lilootab;
printf("%p %p %p %p\n", spa, sta, pa, ta);
return 0;
}

The compilation with gcc-6:
gcc-6 -g -c testld.c
gcc-6 -fuse-ld=bfd -Wl,--defsym=liloo=0x100 -Wl,--defsym=lilootab=0x200 
testld.o -o testld-6

The incorrect execution:
./testld-6
0x55bf6cc0c000 0x55bf6dc0c000 0x55bf6cc0c000 0x55bf6dc0c000

The symbol table is still correct according to objdump:

$ objdump -t testld-6 | grep liloo
0200 g   *ABS*    lilootab
0100 g   *ABS*    liloo


The compilation with gcc-5
gcc-5 -g -c testld.c
gcc-5 -fuse-ld=bfd -Wl,--defsym=liloo=0x100 -Wl,--defsym=lilootab=0x200 
testld.o -o testld-5

The correct execution:
./testld-5
0x100 0x200 0x100 0x200

Using linker:
no change using gold instead of bfd

Using other compilers:

The bug occurs with gcc-6 (6.3.0-18) and gcc-7 (7.1.0-6) in experimental

Correct execution occurs with with gold and bfd:
gcc-4.8,4.9,5.0 and clang 3.6,3.7,3.8,3.9,4.0,5.0



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

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

Versions of packages gcc-6 depends on:
ii  binutils  2.28-5
ii  cpp-6 6.3.0-18
ii  gcc-6-base6.3.0-18
ii  libc6 2.24-11
ii  libcc1-0  7.1.0-6
ii  libgcc-6-dev  6.3.0-18
ii  libgcc1   1:7.1.0-6
ii  libgmp10  2:6.1.2+dfsg-1
ii  libisl15  0.18-1
ii  libmpc3   1.0.3-1+b2
ii  libmpfr4  3.1.5-1
ii  libstdc++66.3.0-18
ii  zlib1g1:1.2.8.dfsg-5

Versions of packages gcc-6 recommends:
ii  libc6-dev  2.24-11

Versions of packages gcc-6 suggests:
ii  gcc-6-doc 6.3.0-1
pn  gcc-6-locales 
pn  gcc-6-multilib
pn  libasan3-dbg  
pn  libatomic1-dbg
pn  libcilkrts5-dbg   
pn  libgcc1-dbg   
pn  libgomp1-dbg  
pn  libitm1-dbg   
pn  liblsan0-dbg  
pn  libmpx2-dbg   
pn  libquadmath0-dbg  
pn  libtsan0-dbg  
pn  libubsan0-dbg 

-- no debconf information

Bug#864457: [d-i daily hd-media 20170608] kernel doesn't initialize USB ports inside d-i on a sunxi-based system

[Karsten Merker]

On Thu, Jun 08, 2017 at 10:50:57PM +0200, Karsten Merker wrote:
> Package: installation-reports
> 
> Boot method: hd-media tarball from USB stick
> Image version: 
> https://d-i.debian.org/daily-images/armhf/daily/hd-media/hd-media.tar.gz
> Date: 2017-06-08
> 
> Machine: LeMaker Banana Pi
> Processor: Allwinner A20 (2x Cortex A7)
> Memory: 1GB
[...]
> Comments/Problems: 
> Installation method is a d-i hd-media tarball and a Debian CD/DVD
> ISO image on a USB stick.  Booting d-i from the stick works fine,
> but inside the installer the USB ports are dead and no USB
> devices get recognized by the kernel.
> 
> In an installed system on the same hardware (installed with the
> netboot image), the USB ports work normally.  In the d-i
> environment, the ehci platform driver gets loaded, but for some
> reason doesn't initialize the actual host controller. All
> relevant USB host driver modules appear to be there:
> 
> Module  Size  Used by
> usb_storage45835  0
> phy_generic 4686  1 sunxi
> musb_hdrc 113325  1 sunxi
> udc_core   26444  1 musb_hdrc
> ohci_platform   4786  0
> ohci_hcd   37898  1 ohci_platform
> ehci_platform   5462  0
> ehci_hcd   64996  1 ehci_platform
> phy_sun4i_usb   8637  1 sunxi
> extcon_core13223  2 sunxi,phy_sun4i_usb
> usbcore   196310  6 
> usb_storage,ehci_hcd,musb_hdrc,ohci_hcd,ehci_platform,ohci_platform
> usb_common  3659  5 udc_core,sunxi,musb_hdrc,phy_sun4i_usb,usbcore
> 
> In the d-i environment:
> [2.694030] usbcore: registered new interface driver usbfs
> [2.699958] usbcore: registered new interface driver hub
> [2.703305] SCSI subsystem initialized
> [2.716192] usbcore: registered new device driver usb
> [2.724836] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
> [2.736947] sunxi-mmc 1c0f000.mmc: base:0xf08f4000 irq:28 
> [2.750665] ehci-platform: EHCI generic platform driver   
> [2.751130] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
> [2.752551] ohci-platform: OHCI generic platform driver
> 
> While on the installed system:
> [2.162185] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver  
> [2.168314] ehci-platform: EHCI generic platform driver
> [6.187194] ehci-platform 1c14000.usb: EHCI Host Controller
> [6.187256] ehci-platform 1c14000.usb: new USB bus registered, assigned 
> bus number 2
> [6.192414] ehci-platform 1c14000.usb: irq 30, io mem 0x01c14000
> [6.205562] ehci-platform 1c14000.usb: USB 2.0 started, EHCI 1.00
> [6.206170] usb usb2: New USB device found, idVendor=1d6b, idProduct=0002
> [6.206184] usb usb2: New USB device strings: Mfr=3, Product=2, 
> SerialNumber=1
> [6.206191] usb usb2: Product: EHCI Host Controller
> [6.206198] usb usb2: Manufacturer: Linux 4.9.0-3-armmp-lpae ehci_hcd
> [6.206204] usb usb2: SerialNumber: 1c14000.usb
> [6.207443] hub 2-0:1.0: USB hub found
> [6.207557] hub 2-0:1.0: 1 port detected
> [6.209230] ehci-platform 1c1c000.usb: EHCI Host Controller
> [6.209289] ehci-platform 1c1c000.usb: new USB bus registered, assigned 
> bus number 3
> [6.216403] ehci-platform 1c1c000.usb: irq 34, io mem 0x01c1c000
> [6.230524] ehci-platform 1c1c000.usb: USB 2.0 started, EHCI 1.00
> [6.231044] usb usb3: New USB device found, idVendor=1d6b, idProduct=0002
> [6.231058] usb usb3: New USB device strings: Mfr=3, Product=2, 
> SerialNumber=1
> [6.231066] usb usb3: Product: EHCI Host Controller
> [6.231072] usb usb3: Manufacturer: Linux 4.9.0-3-armmp-lpae ehci_hcd
> [6.231079] usb usb3: SerialNumber: 1c1c000.usb
> 
> We might have a problem with the USB port power supply here. 
> Comparing the available modules between the installed system and
> the d-i environment (full list below) and looking for possibly
> related modules shows that the "axp20x_regulator" and
> "axp20x_usb_power" modules are available in the installed system,
> but not in the d-i environment.  I am not sure whether
> axp20x_usb_power is really responsible for providing power _to_
> the USB hosts ports, though.  It could be that it is responsible
> for powering the system _from_ a USB-OTG port, so it might be
> unrelated to the problem at hand.  "axp20x_regulator" would
> possibly be a candidate for a power-supply problem.  I have also
> tried using a powered USB hub between the USB stick and the host
> port, but even then no USB device gets recognized, which kind of
> speaks against the theory of only a missing 5V-supply on the USB
> port as the sole source of the problem.  Possibly the ehci/ohci
> platform drivers depend on the axp20x PMIC modules for full
> initialization, but that is at the moment only a wild guess. 
> Perhaps somebody at debian-kernel (CCed) can provide further
> insight into this.

It looks like neither axp20x_regulator nor axp20x_usb_power is
the sole source of the 

Bug#864546: sympa: shipped file missing after upgrade from jessie to stretch: /etc/sympa/sympa.conf-smime.in

[Stefan Hornburg (Racke)]

On 06/10/2017 02:02 PM, Andreas Beckmann wrote:
> Package: sympa
> Version: 6.2.16~dfsg-3
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
> 
> Hi,
> 
> during a test with piuparts I noticed your package modifies conffiles.
> This is forbidden by the policy, see
> https://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
> 
> 10.7.3: "[...] The easy way to achieve this behavior is to make the
> configuration file a conffile. [...] This implies that the default
> version will be part of the package distribution, and must not be
> modified by the maintainer scripts during installation (or at any
> other time)."
> 
> Note that once a package ships a modified version of that conffile,
> dpkg will prompt the user for an action how to handle the upgrade of
> this modified conffile (that was not modified by the user).
> 
> Further in 10.7.3: "[...] must not ask unnecessary questions
> (particularly during upgrades) [...]"
> 
> If a configuration file is customized by a maintainer script after
> having asked some debconf questions, it may not be marked as a
> conffile. Instead a template could be installed in /usr/share and used
> by the postinst script to fill in the custom values and create (or
> update) the configuration file (preserving any user modifications!).
> This file must be removed during postrm purge.
> ucf(1) may help with these tasks.
> See also https://wiki.debian.org/DpkgConffileHandling
> 
> In https://lists.debian.org/debian-devel/2012/09/msg00412.html and
> followups it has been agreed that these bugs are to be filed with
> severity serious.
> 
> debsums reports modification of the following files,
> from the attached log (scroll to the bottom...):
> 
> 3m56.7s ERROR: FAIL: debsums reports modifications inside the chroot:
>   debsums: missing file /etc/sympa/sympa.conf-smime.in (from sympa package)
> 
> 
> If the conffile is actually obsolete, please use
>   dpkg-maintscript-helper rm_conffile
> to remove it properly (also from dpkg's database).
> 

This file looks like an artifact, so we are probably going to remove it.

Regards
   Racke

> 
> cheers,
> 
> Andreas
> 


-- 
Ecommerce and Linux consulting + Perl and web application programming.
Debian and Sympa administration.

Bug#864525: flash-kernel: fails on fat32

[Ian Campbell]

On Sat, 2017-06-10 at 02:41 +0200, Heinrich Schuchardt wrote:
> On 06/10/2017 02:11 AM, Ben Hutchings wrote:
> > On Sat, 2017-06-10 at 00:59 +0200, Heinrich Schuchardt wrote:
> >> On 06/10/2017 12:31 AM, Martin Michlmayr wrote:
> > * Heinrich Schuchardt  [2017-06-09 23:18]:
>  flash-kernel currently fails if the boot partition is FAT32.
> 
>  On FAT32 symbolic links cannot be created.
> >>>
> >>> Unless something has changed, FAT for /boot isn't supported
> anyway.
> >>>
> >>> See https://lists.debian.org/debian-boot/2014/01/msg00188.html
> >>>
> >>
> >> That information seems to be outdated.
> > [...]
> > 
> > I think you didn't follow the thread far enough:
> > https://lists.debian.org/debian-boot/2014/01/msg00195.html
> > 
> > Ben.
> > 
> 
> So this further complication stems from function tarobject() in
> package
> dpgk?

FAT* are simply not POSIX compatible filesystems and as such are not
supported as /boot (or /,  /var, or /usr etc for that matter),
irrespective of how it might appear to you to be working under some
circumstances.

If your device's firmware requires a FAT partition to boot from then
you should configure flash-kernel in the mode where it mounts that
partition temporarily to copy the boot files to it while /boot remains
a POSIX filesystem (ext4 etc).

Ian.

Bug#864549: cqrlog: fails to remove: invoke-rc.d: unknown initscript, /etc/init.d/apparmor not found.

[Andreas Beckmann]

On 2017-06-10 15:07, Colin Tuckley wrote:
>> Please get this fixed in jessie.
> 
> This is fixed in a pending upload.
> 
> However the pending upload is stalled by the release freeze due to
> upstream changes which are too invasive.

Since cqrlog is out of stretch now, uploading to sid is no longer
problematic.

> Please downgrade this bug or otherwise flag it as pending so that cqrlog
> users are not impacted.

cqrlog users in jessie *are* affected by this bug upon upgrade to
stretch. So you will need a jessie-pu upload to make the postrm not fail
if the apparmor initscript does not exist.
During this test apparmor does not seem to eb installed at all. I'm
curious why this didn't fail in a plain jessie test.


Andreas

Bug#857597: debian-cd: "isolinux.bin missing or corrupt" when booting USB flash drive in old PC

[Thomas Schmitt]

Hi,

if we wait much longer then the machines have died out which need the fix.

How about offering the corrected 432 bytes for download and have
an item in CD FAQ which points to the binary and explains how to
put it onto the first 432 bytes of the USB stick or .iso image ?


Have a nice day :)

Thomas

Bug#864497: nvidia-driver should depend on libgl1-nvidia-glvnd-glx instead of libgl1-nvidia-glx by default

[Andreas Beckmann]

On 2017-06-10 14:42, Julien Aubin wrote:
> The fact is that according to GoL the non-glvnd flavour looks buggy on
> Debian at least w/ DoW3 and Unity games like Cities Skyline, crash for the
> first, buggy on 50% of the starts for the latter (and many other Unity
> games are affected) - the bug is in term of window size

Are any of these using vulkan? See #864477

Andreas

Bug#864549: cqrlog: fails to remove: invoke-rc.d: unknown initscript, /etc/init.d/apparmor not found.

[Colin Tuckley]

On 10/06/17 13:39, Andreas Beckmann wrote:
> Package: cqrlog
> Version: 1.8.2-1.1
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
> 
> Hi,
> 
> during a test with piuparts I noticed your package fails to remove.
> 
> This was observed on a jessie->stretch upgrade, which causes cqrlog
> to be removed (to back out the /etc/apparmor.d/usr.sbin.mysqld changes
> before mariadb gets upgraded).
> 
>>From the attached log (scroll to the bottom...):
> 
>   Removing cqrlog (1.8.2-1.1) ...
>   
>   Changes removed from /etc/apparmor.d/usr.sbin.mysqld
>   
>   invoke-rc.d: unknown initscript, /etc/init.d/apparmor not found.
>   dpkg: error processing package cqrlog (--remove):
>subprocess installed post-removal script returned error exit status 100
>   Errors were encountered while processing:
>cqrlog
>   E: Sub-process /usr/bin/dpkg returned an error code (1)
> 
> 
> Please get this fixed in jessie.

This is fixed in a pending upload.

However the pending upload is stalled by the release freeze due to
upstream changes which are too invasive.

Please downgrade this bug or otherwise flag it as pending so that cqrlog
users are not impacted.

Colin

Bug#864550: unblock: gamine/1.5-1.1 (pre-approval)

[Andreas Beckmann]

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

Please unblock package gamine

I just found another upgrade issue: a file overwrite conflict detected
during a piuparts test of junior-art, distupgrading from jessie to stretch
with --install-recommends enabled. (#864547)
I don't know why this hasn't shown up earlier, probably some recent
changes to the relevant Recommends chain changed installation sets or
unpack order.

The patch will be trivial, just adding 
  Breaks+Replaces: gamine (<< ???)
to gamine-data (I just need to look up the correct version).

Is this something you would still consider for stretch r0? In that case
I'd do a 0-day NMU to sid and post the final debdiff here.


Andreas

unblock gamine/1.5-1.1

Bug#864544: libgetopt-long-descriptive-perl: option value : and :+ processing are very broken

[gregor herrmann]

Control: reassign -1 perl

On Sat, 10 Jun 2017 12:35:55 +0100, Graham Cobb wrote:

> Package: libgetopt-long-descriptive-perl
> Version: 0.100-1
> Severity: important

Thanks for your bug report.

> It used to work but it no longer does so, and I notice that Getopt::Long in 
> debian
> seems to have been replaced by Getopt::Long::Descriptive. I assume that
> Getopt::Long::Descriptive is the problem but I have not gone back and tested 
> with the
> CPAN version of Getopt::Long to be sure.

I haven't looked into the actual problem but this assumption is not
correct. Debian ships Getopt::Long as part of perl (for stretch in
perl-modules-5.24) and Getopt::Long::Descriptive in a separate
package libgetopt-long-descriptive-perl. [0]
 
> #!/usr/bin/perl
> use strict;
> use warnings;
> use Getopt::Long 2.33 qw(:config gnu_getopt auto_help auto_version);

As you are using Getopt::Long here (and not ::Descriptive), I'm
reassigning the bug to the perl package.


Cheers,
gregor


[0]
And a couple of other getopt modules:

libgetopt-argparse-perl - module to parse @ARGV with a richer and more 
user-friendly API
libgetopt-argvfile-perl - Perl module for reading script options and parameters 
from files
libgetopt-complete-perl - programmable shell completion for Perl apps
libgetopt-declare-perl - module for parsing command line arguments
libgetopt-euclid-perl - command line interface dynamically built from the 
documentation
libgetopt-long-descriptive-perl - module that handles command-line arguments 
with usage text
libgetopt-lucid-perl - module for parsing command line arguments
libgetopt-mixed-perl - Perl module for processing options in GNU-style (= long 
and short)
libgetopt-simple-perl - provide a simple wrapper around Getopt::Long
libgetopt-tabular-perl - table-driven argument parsing for Perl 5
libgetopt-usaginator-perl - syntactic sugar for creating a command line usage 
function
libmoosex-getopt-perl - Moose extension for processing command line options
libmousex-getopt-perl - Mouse role for processing command line options

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Dire Straits: The Man's Too Strong


signature.asc
Description: Digital Signature

Bug#864497: nvidia-driver should depend on libgl1-nvidia-glvnd-glx instead of libgl1-nvidia-glx by default

[Julien Aubin]

The fact is that according to GoL the non-glvnd flavour looks buggy on
Debian at least w/ DoW3 and Unity games like Cities Skyline, crash for the
first, buggy on 50% of the starts for the latter (and many other Unity
games are affected) - the bug is in term of window size

Such a thing should be documented in the release notes.

Le 10 juin 2017 13:55, "Luca Boccassi"  a écrit :

> On Fri, 2017-06-09 at 18:33 +0200, Julien Aubin wrote:
> > Okay thanks. If it were possible in that case to remove the non gnlvd
> > it
> > could be fine
>
> Nvidia itself said (or were saying until recently) that the glvnd stuff
> was still experimental, so at least for Stretch we should leave the
> non-glvnd stuff in. We can consider removing it for Buster IMHO.
>
> > 2017-06-09 18:31 GMT+02:00 Andreas Beckmann :
> >
> > > On 2017-06-09 17:17, Julien Aubin wrote:
> > > > Sooo... could you please either drop the non GLVND flavour, or
> > > > make the
> > > > GLVND
> > > > flavour of the driver the default ?
> > >
> > > It is already the default (for new installations). On upgrades the
> > > non-glvnd variant will be kept installed (and upgraded).
> > > (Automatically
> > > switching at upgrade time is not easily possible as long as we want
> > > to
> > > provide both.)
> > > But the variants can be exchanged later, installing the alternative
> > > implementation will cause removal of the currently installed one.
> > >
> > >
> > > Andreas
> > >
>

Bug#864549: cqrlog: fails to remove: invoke-rc.d: unknown initscript, /etc/init.d/apparmor not found.

[Andreas Beckmann]

Package: cqrlog
Version: 1.8.2-1.1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to remove.

This was observed on a jessie->stretch upgrade, which causes cqrlog
to be removed (to back out the /etc/apparmor.d/usr.sbin.mysqld changes
before mariadb gets upgraded).

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

  Removing cqrlog (1.8.2-1.1) ...
  
  Changes removed from /etc/apparmor.d/usr.sbin.mysqld
  
  invoke-rc.d: unknown initscript, /etc/init.d/apparmor not found.
  dpkg: error processing package cqrlog (--remove):
   subprocess installed post-removal script returned error exit status 100
  Errors were encountered while processing:
   cqrlog
  E: Sub-process /usr/bin/dpkg returned an error code (1)


Please get this fixed in jessie.


cheers,

Andreas


cqrlog_None.log.gz
Description: application/gzip

Bug#864545: patch included

[Ghislain Vaillant]

control: tags -1 patchFrom 1a9cc89fb12a97e2808ee96fa18d774e583d5fd7 Mon Sep 17 00:00:00 2001
From: Ghislain Antony Vaillant 
Date: Sat, 10 Jun 2017 12:57:30 +0100
Subject: [PATCH 2/3] Normalize the build and DEP-8 tests

---
 debian/rules| 11 ++-
 debian/tests/control| 14 --
 debian/tests/pydocstyle |  3 ---
 3 files changed, 18 insertions(+), 10 deletions(-)
 delete mode 100755 debian/tests/pydocstyle

diff --git a/debian/rules b/debian/rules
index cb2ceb8..e8195e2 100755
--- a/debian/rules
+++ b/debian/rules
@@ -4,16 +4,17 @@
 export PYBUILD_NAME=pydocstyle
 export PYBUILD_AFTER_INSTALL=rm -rf {destdir}/usr/bin
 
+# skip test_integration (install_package needs fix, doesn't run with py3, writes into /usr/local etc.)
+# https://github.com/PyCQA/pydocstyle/issues/177
+export PYBUILD_BEFORE_TEST=cp -r src/tests {build_dir}
+export PYBUILD_TEST_ARGS=-x tests/test_d*
+export PYBUILD_AFTER_TEST=rm -rf {build_dir}/tests
+
 DEBDATE := $(shell dpkg-parsechangelog -Sdate | date -u +%F -f -)
 
 %:
 	dh $@ --with python3 --buildsystem=pybuild
 
-override_dh_auto_test:
-	PYBUILD_SYSTEM=custom PYBUILD_TEST_ARGS="{interpreter} -Wd -m pytest -v -x src/tests/test_d*" dh_auto_test
-	# skip test_integration (install_package needs fix, doesn't run with py3, writes into /usr/local etc.)
-	# https://github.com/PyCQA/pydocstyle/issues/177
-
 override_dh_auto_install:
 	dh_auto_install
 	python3 setup.py install_scripts --skip-build \
diff --git a/debian/tests/control b/debian/tests/control
index 69743a9..15c83a8 100644
--- a/debian/tests/control
+++ b/debian/tests/control
@@ -1,2 +1,12 @@
-Tests: pydocstyle
-Depends: python3-all, python3-mock, python3-pytest, python3-setuptools
\ No newline at end of file
+Test-Command: set -e
+ ; cp -r src/tests "$AUTOPKGTEST_TMP"
+ ; for py in $(py3versions -r 2>/dev/null)
+ ; do cd "$AUTOPKGTEST_TMP"
+ ; echo "Testing with $py:"
+ ; $py -m pytest -v -x tests/test_d*
+ ; done
+Depends: python3-all,
+ python3-mock,
+ python3-pydocstyle,
+ python3-pytest,
+ python3-setuptools
diff --git a/debian/tests/pydocstyle b/debian/tests/pydocstyle
deleted file mode 100755
index d594ef3..000
--- a/debian/tests/pydocstyle
+++ /dev/null
@@ -1,3 +0,0 @@
-#!/bin/sh
-set -e
-for py in $(py3versions -i); do echo "[*] testing $py:"; PYTHONPATH=. $py -Wd -m pytest -v -x src/tests/test_d* 2>&1; done
-- 
2.11.0

From 34cc4667b8e0d5634c0f5f625b57e82456b7205a Mon Sep 17 00:00:00 2001
From: Ghislain Antony Vaillant 
Date: Sat, 10 Jun 2017 12:52:04 +0100
Subject: [PATCH 1/3] Provide the public modules in a separate package

- New binary package: python3-pydocstyle

Gbp-Dch: Full
Thanks: Ghislain Antony Vaillant
Closes: #864545
---
 debian/control | 14 ++
 debian/rules   |  6 ++
 2 files changed, 20 insertions(+)

diff --git a/debian/control b/debian/control
index 7724896..c228433 100644
--- a/debian/control
+++ b/debian/control
@@ -21,6 +21,7 @@ Package: pydocstyle
 Architecture: all
 Depends: ${misc:Depends},
  ${python3:Depends},
+ python3-pydocstyle
 Conflicts: pep257
 Replaces: pep257
 Description: Python docstring style checker (PEP-257 conventions)
@@ -30,3 +31,16 @@ Description: Python docstring style checker (PEP-257 conventions)
  these conventions have been complied with, and if docstring are missing.
  .
  This is a successor of the application "pep257".
+
+Package: python3-pydocstyle
+Architecture: all
+Section: python
+Depends: ${misc:Depends},
+ ${python3:Depends}
+Description: public modules for pydocstyle
+ PEP-257 provides conventions for Python docstrings (string literals which
+ occur as first statement in a module, function, class or method definition
+ for documentation purposes). This tool checks Python code whether
+ these conventions have been complied with, and if docstring are missing.
+ .
+ This package provides the modules for Python 3.
diff --git a/debian/rules b/debian/rules
index 7151ddb..cb2ceb8 100755
--- a/debian/rules
+++ b/debian/rules
@@ -2,6 +2,7 @@
 #export DH_VERBOSE=1
 #export DEB_BUILD_OPTIONS=nocheck
 export PYBUILD_NAME=pydocstyle
+export PYBUILD_AFTER_INSTALL=rm -rf {destdir}/usr/bin
 
 DEBDATE := $(shell dpkg-parsechangelog -Sdate | date -u +%F -f -)
 
@@ -13,6 +14,11 @@ override_dh_auto_test:
 	# skip test_integration (install_package needs fix, doesn't run with py3, writes into /usr/local etc.)
 	# https://github.com/PyCQA/pydocstyle/issues/177
 
+override_dh_auto_install:
+	dh_auto_install
+	python3 setup.py install_scripts --skip-build \
+		--install-dir=debian/$(PYBUILD_NAME)/usr/bin
+
 override_dh_installchangelogs:
 	dh_installchangelogs docs/release_notes.rst
 
-- 
2.11.0