Bug#792260: closed by Dmitry Smirnov (Re: Bug#792260: zabbix-server-mysql: Problem in distributed monitoring mode - ids table get out of sync - Duplicate entry by save data)

[Dmitry Smirnov]

Hi Robert,

On Thursday 16 July 2015 19:18:03 Robert Gladewitz wrote:
> thank you for the answere. For sure, you can reproduce this errors. I
> have done the folowing steps again and the error was happening:
> 
> 1. Import the Schema and Standard in mysql.
> 2. Set Zabbix Server as node 1 (zabbix_server -n1)
> 3. Import my exported templates
> 4. import my exported hosts
> 
> So, now you show you ids table and find out, thats last  ids for node 0
> and node 1 are showing! Now you can try edit or create a item or trigger
> - the error message with duplicate key will show! Also you can see error
> message in the zabbix_server.log for the recovered entries will show!

I see... But it is not just about reproducing. I will have to look for 
isolated fix for this problem in upstream repository and see if it can be 
backported and applied to version 2.2.7. Then (provided that fix is not 
intrusive) I will have to do some regression tests and try to convince 
release team to include the fix. Considering that only few users are affected 
chances to introduce fix to "stable" are low -- that's how "stable" releases 
are protected from regressions. All of this is possible to do but requires 
great deal of time and effort so realistically it is just not going to 
happen.


> In our policy, it is not allow use versions not supported by main stable
> version on debian (or other distributions). This means, wie have to use
> the debian package versions.

This is a very nice policy indeed. Respect. :)


> I have try this on a testsystem - the error 
> ost not happening on version 2.4.4.

This is a good news. Perhaps if I upload 2.4.5 to "jessie-backports" it could 
fix the problem for you. However (unless you can arrange some funding for 
this work) it will take months before I'll be able to allocate time to 
prepare backport. You can read more about backports here:

http://backports.debian.org/

-- 
Cheers,
 Dmitry Smirnov.

---

Perhaps is is better to be irresponsible and right, than to be responsible
and wrong.
-- Winston Churchill


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

Bug#792710: ovmf: doesn't boot with 3.16 kernel

[Vladimir Stavrinov]

On Fri, Jul 17, 2015 at 10:23:40PM +0300, Michael Tokarev wrote:

> These can be facts for you.  As long as I can't reproduce this behavour

An facts can not be for You, for me or for any others. The fact is fact, or is
not fact.

> I still can't do anything.  All my systems (there are many) work fine

I believe You. I will try to reproduce Your case, then You can reproduce
this problem.

> Besides, if you see the prob happens when switching to a different
> _kernel_, why are you filing the bugreport against ovmf?

Because without ovmf all kernels are working fine.

> Did you try increasing memory available to the guest already?

Yes, default is 128m and I tried 512m - there are no difference.


***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***


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

Bug#792710: ovmf: doesn't boot with 3.16 kernel

[Vladimir Stavrinov]

On Fri, Jul 17, 2015 at 10:23:40PM +0300, Michael Tokarev wrote:

> These can be facts for you.  As long as I can't reproduce this behavour

To "reproduce this behavior" try install only base system with
debootstrap, then install grub-efi and linux-image-amd64, but nothing
else. Edit /etc/fstab and reboot. This easy job takes 2 minutes. 

***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***


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

Bug#792758: fsl-core: fsl fails to start on the command line

[Vincent Kersten]

Package: fsl-core
Version: 5.0.8-3~nd80+1
Severity: grave
Tags: upstream
Justification: renders package unusable

Dear Maintainer, Dear Michael and co,


   * What led up to the situation?

source /etc/fsl/fsl.sh && fsl



   * What was the outcome of this action?

Error in startup script: invalid command name "Widget::syncoptions"
while executing
"Widget::syncoptions FileEntry Entry .e {-text {}}"
(in namespace eval "::FileEntry" script line 32)
invoked from within
"namespace eval FileEntry {
Widget::define FileEntry fileentry Entry LabelFrame Button
Widget::declare FileEntry {
{-filebitmap String "" 1}
..."
(file "/usr/share/fsl/5.0/tcl/BWidget/BWExtras-1.0.0/fileentry.tcl" line
63)
invoked from within
"source /usr/share/fsl/5.0/tcl/BWidget/BWExtras-1.0.0/fileentry.tcl"
("package ifneeded BWFileEntry 1.0.0" script)
invoked from within
"package require BWFileEntry"
(file "/usr/share/fsl/5.0/tcl/fslstart.tcl" line 51)
invoked from within
"source [ file dirname [ info script ] ]/fslstart.tcl"
(file "/usr/share/fsl/5.0/tcl/fsl.tcl" line 71)
invoked from within
"source ${FSLDIR}/tcl/${origname}.tcl"
(file "/usr/lib/fsl/5.0/fsl" line 25)

=-=-=-
If have tried to use wish & tclsh 8.5 instead of the 8.6 default version (in
debian jessie) but the result is the same.
Could it be i am just missing some package? I installed 'fsl-complete'

Thank you in advance, regards,


 Vincent




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

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

Versions of packages fsl-core depends on:
ii  fsl-5.0-core  5.0.8-3~nd80+1

fsl-core recommends no packages.

fsl-core suggests no packages.

-- no debconf information

--

De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is
uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht
ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct
te informeren door het bericht te retourneren. Het Universitair Medisch
Centrum Utrecht is een publiekrechtelijke rechtspersoon in de zin van de W.H.W.
(Wet Hoger Onderwijs en Wetenschappelijk Onderzoek) en staat geregistreerd bij
de Kamer van Koophandel voor Midden-Nederland onder nr. 30244197.

Denk s.v.p aan het milieu voor u deze e-mail afdrukt.

--

This message may contain confidential information and is intended exclusively
for the addressee. If you receive this message unintentionally, please do not
use the contents but notify the sender immediately by return e-mail. University
Medical Center Utrecht is a legal person by public law and is registered at
the Chamber of Commerce for Midden-Nederland under no. 30244197.

Please consider the environment before printing this e-mail.


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

Bug#784687: still not working from remote machine

[Dirk Griesbach]

Am Fr, 17. Jul 2015 um 21:02:34 -0700 schrieb Bill Brelsford:
> It also fails on the local machine if DISPLAY is specified as
> :0 or localhost:0 (rather than :0).

I guess in this case a TCP-connection will be used rather than the local
unix socket. With -nolisten tcp as default, this would fail. If I try to
specify DISPLAY with localhost or hostname, I get an error like "Error:
Can't open display: localhost:0.0".

Maybe the behaviour was changed and in previous versions localhost was
not resolved to a TCP-connection because, hey its local, lets fall back
to/use unix sockets and now the distinction is more strict. But as I
said, right now I'm just guessing.

> Should I submit this as a separate bug?  I assumed it was related.

Let's try a new bug. If they are the same they can be merged later on.
But you can mention this one.

Dirk


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

Bug#792710: ovmf: doesn't boot with 3.16 kernel

[Michael Tokarev]

18.07.2015 10:23, Vladimir Stavrinov wrote:
> On Fri, Jul 17, 2015 at 10:23:40PM +0300, Michael Tokarev wrote:
> 
>> These can be facts for you.  As long as I can't reproduce this behavour
> 
> To "reproduce this behavior" try install only base system with
> debootstrap, then install grub-efi and linux-image-amd64, but nothing
> else. Edit /etc/fstab and reboot. This easy job takes 2 minutes. 

Just did as you wrote, installing a jessie-amd64 system into a newly
created image (had to create efi boot partition too).  Not 2, about
15 minutes in total.

Here the system works just fine after booting in ovmf.  I also installed
4.1 kernel, it too works just fine.  Well, it boots and I can login and
run some basic apt-get commands, I didn't test further.

As I suggested before, please try to find out WHAT is failing, exactly.
Which part of the system startup makes it stop.  It should be easier
with sysvinit as usually a startup script prints an action BEFORE
actually running it, so you'll see "Starting foo.." right before
the stall.

Thanks,

/mjt


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

Bug#792759: setup instructions unclear, refusing to run with writable root?

[Eduard Bloch]

Package: vsftpd
Version: 3.0.2-20
Severity: minor

Hello,

Foreword: I guess I will find out how to convince it to DWIW when I dig
long enough but the current installation is either buggy or have severe
usability issues (see below).

I tried to setup a simple FTP server for drop-by uploads in a secure
local network. I.e. just enabling anonymous user to do what he wants in
an incoming directory.

This apparently failed. I have read the config file and IMHO have set
everything I needed, it still tells me:

500 OOPS: vsftpd: refusing to run with writable root inside chroot()

And yes, I did restart it with the service(8) command.

I looked around the documentation, couldn't find anything useful. The
message itself sounds like BS: when I set write_enable I mean
write enabling so it should just let me do so.

Or maybe there is another trick in the application design (playing
cluelss here *g*) that the message refers to but then it should be
properly documented, in some kind of FAQ or simple explanation. I only
found related keywords in /usr/share/doc/vsftpd/SECURITY but it's full
of technic details that a USER won't like to read and won't read long
enough to understand the implications that might be mentioned somewhere
in the 4th line of the 7th paragraph.

PS:
I found secure_chroot_dir option in the vsftp.conf manpage now. It
refers to /var/run/vsftpd/empty and it exists and looks ok for me:

drwxr-xr-x 2 root root 40 Jul 18 09:20 /var/run/vsftpd/empty

Even "chmod -w" on that did not change the situation.

Regards,
Eduard.

-- Package-specific info:

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

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

Versions of packages vsftpd depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.56
ii  init-system-helpers1.23
ii  libc6  2.19-19
ii  libcap21:2.24-9
ii  libpam-modules 1.1.8-3.1
ii  libpam0g   1.1.8-3.1
ii  libssl1.0.01.0.2c-1
ii  libwrap0   7.6.q-25
ii  netbase5.3

Versions of packages vsftpd recommends:
ii  logrotate  3.8.7-2
ii  ssl-cert   1.0.36

vsftpd suggests no packages.

-- Configuration Files:
/etc/vsftpd.conf changed:
listen=NO
listen_ipv6=YES
anonymous_enable=YES
local_enable=YES
write_enable=YES
anon_upload_enable=YES
anon_mkdir_write_enable=YES
dirmessage_enable=YES
use_localtime=YES
xferlog_enable=YES
connect_from_port_20=YES
secure_chroot_dir=/var/run/vsftpd/empty
pam_service_name=vsftpd
rsa_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
rsa_private_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
ssl_enable=NO


-- debconf information:
* vsftpd/directory: /srv/ftp
* vsftpd/username: ftp

-- 
 man
 the AMD64 camp is not helped by the list of people supporting it
 when nerode is on your side, you know you're doing something wrong


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

Bug#698649: Bug#792120: ldap2zone: ldap2bind does not work with ldapi:/// URI

[Dominik George]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Petter,

>Note, I believe upstream changed developer and moved to
>https://github.com/FransUrbo/bind9-ldap >.  It has updates we are
>missing in Debian, and might remove the need for  such rewrite.

I took a look at it and still find it is something completely different. It 
seems to share ldap2zone, but apart from that, ldap2bind and bind9-ldap serve a 
different purpose.

Maybe we could use the new ldap2zone from bind9-ldap and just rewrite ldap2bind 
around it, but I do not like that because it somehow does not make much sense 
to me to have the tools seperated completely.

It might be that I miss something important, so please point me at how 
bind9-ldap would be a drop-in replacement for ldap2bind should I be wrong :).

Cheers,
Nik
-BEGIN PGP SIGNATURE-

iQJPBAEBCAA5MhxEb21pbmlrIEdlb3JnZSAoTmF0dXJlc2hhZG93KSA8bmlrQG5h
dHVyYWxuZXQuZGU+BQJVqgieAAoJELeaPBagxPKWQ5wQAI58tAC7URqT25pzhnHW
dhofee+RonGl8MXVwSWitxxk+vgvlkY64k+TfmSMHxKyLBj3zFW7Muh/2vm760TN
M/c8OAiNyihJa36el9X+wjtgn53MyO3sVQn4NRzzrcRVSp24c4Be8LQxPSkMyvBS
lZtRVzEksSh6Tei6D5v1WRt8+fn2+0vJiIHXmieqVnHveXXG4dVEc8F4WqiaAgMs
jJF+m2keXXtI4uklfK0b1KLqBpstcQZWwJ9WFxbggcpYVTMrbZjepm3kr+9E71rd
8gTXykEAz8EqWf968hgQLnr72m83sNBzjtw0qxSTSY4YVjU02jkHGaXr5DvLpWum
YwADqSP+2OfWg/eN3rIqPgrpMOsqdHk5IyvK0kgGTCc34DkLYiKxnMKdYdzVM6as
+Kk0iAU6Vg/ItXnCvB1hhq2Ua30bKuTV7ELS6yGm3pRE8RXx0KIx/p8Kz0vipR+K
6AlN9uJYHuilynJsRCpGKFl74JkjQ16F8e1eGWxvwR8jBOZGX3noN3H7w26LVYkC
AuWZYLbeVPl+8o1b/zVUOTRIRjB7GrhZk5xuR60VPxLqvkysAA3MnPT7KQ39+amS
uQOyD0F3AxLDRi4TAVeeAj5tUzRgGI4fkWTZX95WFMAhAJDjHiNEUn8FMAQWFKaC
U22Rq6hu81mOo1LRQVEKIc7p
=HDTN
-END PGP SIGNATURE-


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

Bug#792710: ovmf: doesn't boot with 3.16 kernel

[Vladimir Stavrinov]

On Sat, Jul 18, 2015 at 10:41:17AM +0300, Michael Tokarev wrote:

> Just did as you wrote, installing a jessie-amd64 system into a newly
> created image (had to create efi boot partition too).  Not 2, about
> 15 minutes in total.

Is it pristine base system only, installed with debootstrap, or You used
standard Debian installer?

> Here the system works just fine after booting in ovmf.  I also installed
> 4.1 kernel, it too works just fine.  Well, it boots and I can login and
> run some basic apt-get commands, I didn't test further.

We don't need any tests after booting. The problem is that it stop
booting apt some point while init scripts execution.

> As I suggested before, please try to find out WHAT is failing, exactly.
> Which part of the system startup makes it stop.  It should be easier
> with sysvinit as usually a startup script prints an action BEFORE
> actually running it, so you'll see "Starting foo.." right before
> the stall.

The problem is that with different installation, or after installing/removing
some additional packages, it stop booting at different points. The constant is
only fact, that with any configuration it is don't reach login point. I suppose
the most likely suspect is udev. But some times boot process stops late after
udev successfully started. Some times I tried to boot with init=/bin/bash, It
was successful, but when I start udev it hangs.

***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***


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

Bug#792760: RFP: icedove-thunderlink -- Link to email by Message-ID

[Nathaniel Beaver]

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

--- Please fill out the fields below. ---

   Package name: icedove-thunderlink
Version: 1.2.1
Upstream Author: Christoph Zwirello 
URL: https://github.com/poohsen/thunderlink
License: Mozilla Public License, version 2.0
Description: Link to email by Message-ID

This needs a Debian package because it requires registration of a new 
mimetype for the URI scheme, which is a bit of a hassle to do by hand. 
Here's an example of an actual Thunderlink:


thunderlink://messageid=handler.719011.d719011.143167491026690.ackd...@bugs.debian.org

Extended description:


ThunderLink lets you link to email messages in Thunderbird.

You can place ThunderLinks on the Desktop (in batch scripts), in
OpenOffice/LibreOffice documents or in a personal wiki (such as "TiddlyWiki").

Or maybe you have a Wiki running at your company and you want to link to emails
sent to a mailing list so that your colleagues can quickly access them without
having to search their inboxes first?

Use a ThunderLink!

With version 1.0.0, It's now also easy to integrate ThunderLink with todo lists
and task managers such as RememberTheMilk, MyLifeOrganized, Evernote, OneNote,
Nirvana, Taskwarrior, etc. You can completely customize ThunderLinks to fit
your application's needs. And you can tag the emails you created a link to for
advanced workflows and more productivity!

ThunderLinks are based on the unique message ID generated when an email is
sent. This enables the Thunderbird email client to quickly and reliably find
and select an email - as long as you actually received it.

With the companion extension ThunderLinkSpotter for the Firefox webbrowser you
can make Firefox "ThunderLink-aware", so that it will automatically turn
ThunderLinks into hyperlinks. One click and you can read the email you were
looking for.

ThunderLinks are also recognized and turned into hyperlinks by Thunderbird
itself, so you can use them in emails, too.


https://addons.mozilla.org/en-US/thunderbird/addon/thunderlink/


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

Bug#792761: UX issue, handling of endless shutdown loops

[Eduard Bloch]

Package: systemd
Version: 222-1
Severity: normal

Hello systemd maintainers,

foreword for systemd hatters:
I want this problem to be fixed IN systemd and not by removing systemd.
Move along, those are not the droids you are looking for.

There is a thing in systemd that bothers me (and has for a while) and it
looks like upstream is not moving to fix this. I say BUG and FIX because
this is not cosmetics (i.e. a minor user experience issue), the UX might
affect how the user acts in order to solve the problem and eventually
loose/damage his data because of this problem.

What happens is, sometimes systemd gets into an endless loop at the
shutdown. Right when the devices are unmounted, in the most vulnerable
moment. And then this BS happens, see
https://www.unix-ag.uni-kl.de/~bloch/part2.m4v .

Obvious questions and events so far (and during/after the video):

 - what does it wait for?
 - why don't you let me see any useful detail of that running tasks?
 - why do I have to wait for 90s and then it tells me: HA HA, now you
   wait another two minutes.
 - And when I waited another two minutes, again, HA HA, wait until 4:36...
 - or maybe until "no limit" which is blinking again and again? Waiting
   forever? Are you kidding me?
 - ok, I was pissed now and pressed Ctrl-Alt-Del, expecting it to do
   something useful. Now it showed me some
   Stopped... messages and then immediately three "Starting..."
   messages. And huh... Starting? Starting something? I am trying to
   shutdown, why do you restart some sh.. instead?
 - Now I have enough of that sh... and use Magic-SysRQ sequence to sync
   and reboot.

I see some room for improvement:
 - give the user usable information in this case!
 - AND/OR tell the user how to retrieve more information. Maybe there is
   some "secret" shortcut to dump information (I haven't checked the
   docs yet but I expect upstream to be sane enough to have implemented
   a such thing) but that infomration needs to be revealed NOW. Having
   it in some wiki on the internet does not help.
 - give the user a way to interrupt this. I guess it's either a systemd
   bug (closed depedency loop?) or one of the outstanding tasks is
   blocked for some reason (might be a kernel driver issue with
   devmapper) but in any case, I want to be able to investigate and
   apply the most harmless fix (kill or ignore the hanging task). Right
   now I just feel stupid and it's not my fault.

Best regards,
Eduard.

-- Package-specific info:

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

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

Versions of packages systemd depends on:
ii  adduser 3.113+nmu3
ii  libacl1 2.2.52-2
ii  libapparmor12.9.2-3
ii  libaudit1   1:2.4.2-1
ii  libblkid1   2.26.2-6
ii  libc6   2.19-19
ii  libcap2 1:2.24-9
ii  libcap2-bin 1:2.24-9
ii  libcryptsetup4  2:1.6.6-5
ii  libgcrypt20 1.6.3-2
ii  libkmod220-1
ii  liblzma55.1.1alpha+20120614-2.1
ii  libmount1   2.26.2-6
ii  libpam0g1.1.8-3.1
ii  libseccomp2 2.2.1-2
ii  libselinux1 2.3-2+b1
ii  libsystemd0 222-1
ii  mount   2.26.2-6
ii  sysv-rc 2.88dsf-59.2
ii  udev222-1
ii  util-linux  2.26.2-6

Versions of packages systemd recommends:
ii  dbus1.8.18-1
ii  libpam-systemd  222-1

Versions of packages systemd suggests:
pn  systemd-ui  

-- no debconf information

-- 
Geschichte handelt fast nur von schlechten Menschen, die später
gutgesprochen worden sind.
-- Friedrich Wilhelm Nietzsche


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

Bug#792710: ovmf: doesn't boot with 3.16 kernel

[Vladimir Stavrinov]

On Sat, Jul 18, 2015 at 11:07:49AM +0300, Vladimir Stavrinov wrote:

> Is it pristine base system only, installed with debootstrap, or You used
> standard Debian installer?

I just tried official Debian iso:

http://cdimage.debian.org/debian-cd/8.1.0/multi-arch/iso-cd/debian-8.1.0-amd64-i386-netinst.iso
 

After "successful" installation system does not boot at all. Even grub
doesn't appear. 

Could You give Your qemu configuration (command line)?

***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***


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

Bug#792762: arc-gui-clients: /usr/bin/arcsub-ui segfaults, adequate reports symbol-size-mismatch

[Andreas Beckmann]

Package: arc-gui-clients
Version: 0.4.6-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed adequate reports some issues with
your package:

0m48.0s ERROR: WARN: Inadequate results from running adequate!
  arc-gui-clients: undefined-symbol /usr/bin/arcproxy-ui => _ZN3Arc3URLC1ERKSsb
  arc-gui-clients: undefined-symbol /usr/bin/arcstorage-ui => 
_ZN3Arc3URLC1ERKSsb
  arc-gui-clients: symbol-size-mismatch /usr/bin/arcsub-ui => 
_ZTVN3Arc11URLLocationE
  arc-gui-clients: undefined-symbol /usr/bin/arcsub-ui => _ZN3Arc3URLC1ERKSsb

so I got curious and installed it in a (amd64) pbuilder chroot. 
Running the /usr/bin/arcsub-ui binary results in an immediate segfault.

After rebuilding the package in sid the segfault is gone, so a binNMU would
be sufficient to fix this.

But the root cause for this bug needs to be investigated, otherwise it
might happen again in the future.

The size-mismatching symbol is part of libarccommon.so.3, package libarccommon3,
so maybe the dependency versioning is not strict enough to prevent this bug.


Andeas


arc-gui-clients_0.4.6-1.log.gz
Description: application/gzip

Bug#792710: ovmf: doesn't boot with 3.16 kernel

[Michael Tokarev]

18.07.2015 11:23, Vladimir Stavrinov wrote:
> On Sat, Jul 18, 2015 at 11:07:49AM +0300, Vladimir Stavrinov wrote:
> 
>> Is it pristine base system only, installed with debootstrap, or You used
>> standard Debian installer?

You said debootstrap so I used debootstrap.

> I just tried official Debian iso:
> 
> http://cdimage.debian.org/debian-cd/8.1.0/multi-arch/iso-cd/debian-8.1.0-amd64-i386-netinst.iso
>  
> 
> After "successful" installation system does not boot at all. Even grub
> doesn't appear. 

I just tried that one too.  It works fine with ovmf here.
I didn't try to install anything, just booted the installer.

> Could You give Your qemu configuration (command line)?

The same as you gave a few emails back, nothing fancy at all.
Except I used a bit different hdd image definition, to speed
things up:

 qemu-system-x86_64 -enable-kvm -drive file=linuxtest.img,cache=unsafe -bios 
OVMF.fd

I also tried with -hda instead of -drive, with the same result,
the system works just fine.

Qemu finds OVMF.fd in /usr/share/qemu/, this is standard OVMF as
shipped in debian ovmf package.

Besides, since you're using some custom OVMF.fd in /srv/vmx/, why
are you filing a bugreport about _debian_ ovmf? :)

Thanks,

/mjt


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

Bug#781165: ITP: prospector -- Python code analysis tool

[Daniel Stender]

Status update, in the missing packages we're further down,
it remains solely:

1) pylint-celery: RFS: https://bugs.debian.org/789712

2) pylint-common: 
http://anonscm.debian.org/cgit/python-modules/packages/pylint-common.git 
(sponsoring ready)

3) please update pep8: https://bugs.debian.org/788117

4) pylint: 1.4 in experimental

DS

-- 
http://www.danielstender.com/blog/
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8


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

Bug#792216: unatteded-upgrades - error message: 'installArchives() failed'

[Bastian Blank]

On Wed, Jul 15, 2015 at 06:57:07AM +0200, Bastian Blank wrote:
> For some reason this problem seems to only show if unattended-upgrades
> is called by cron.  I've primed one machine with an extra debug flag.  I
> see at least six machines exhibiting this behaviour.

I'm out of ideas.  It works if I force the cron script to run it with
-d.  It works if I run it by hand.

But I still got a handfull of machines that does not work if untouched.

Bastian

-- 
War isn't a good life, but it's life.
-- Kirk, "A Private Little War", stardate 4211.8


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

Bug#792681: cwidget ftbfs with GCC 5

[Matthias Klose]

On 07/17/2015 06:57 PM, Manuel A. Fernandez Montecelo wrote:
> Hello,
> 
> 2015-07-17 14:13 GMT+01:00 Matthias Klose :
>> Package: src:cwidget
>> Version: 0.5.17-2
>> Severity: normal
>> Tags: sid stretch patch
>> User: debian-...@lists.debian.org
>> Usertags: ftbfs-gcc-5
>>
>> GCC 5 complains about using c++11 features without passing -std=c++11. Also
>> setting the maintainer flag without exporting it doesn't help.
>>
>> patch at
>> https://launchpadlibrarian.net/211899860/cwidget_0.5.17-2ubuntu1_0.5.17-2ubuntu2.diff.gz
> 
> If I found the correct build log where you determined this [1], the
> compiler fails when including
> 
> In file included from /usr/include/c++/5/string:52:0,
>  from ../../../src/cwidget/curses++.h:25,
>  from colors.cc:22:
> 
> Line 22 of colors is:
> #include 
> 
> And line 25 of curses++.h is:
> #include 
> 
> The error is:
> ---
> /usr/include/c++/5/bits/basic_string.h: In instantiation of 'union
> std::__cxx11::basic_string::':
> /usr/include/c++/5/bits/basic_string.h:119:7:   required from 'class
> std::__cxx11::basic_string'
> ../../../src/cwidget/curses++.h:199:31:   required from here
> /usr/include/c++/5/bits/basic_string.h:121:53: error: member
> 'cwidget::wchtype
> std::__cxx11::basic_string:: union>::_M_local_buf [1]' with constructor not allowed in union
>   _CharT   _M_local_buf[_S_local_capacity + 1];
>  ^
> /usr/include/c++/5/bits/basic_string.h:121:53: note: unrestricted
> unions only available with -std=c++11 or -std=gnu++11
> ---
> 
> This is because wchtype does not seem to be able to be used as part of
> unions inside basic_string.h because the constructors/destructors are
> not "trivial" enough.
> 
> I was trying to work around this for a while, because I think that
> forcing c++11 mode will have cascading effects on rev-deps (currently
> only one within Debian, but it is aptitude with almost 100% of
> reported installations by popcon), but I could not find a satisfactory
> solution yet.
> 
> Is there a deadline to fix this?

yes, Jul 31. please see my email to d-d-a.

> [1] 
> https://people.debian.org/~doko/logs/gcc5-20150701-ftbfs/logs-failed-gcc5/cwidget_0.5.17-2_unstable_gcc5.log

this was the error I saw:

Making all in config
make[5]: Entering directory
'/scratch/packages/tmp/cwidget-0.5.17/src/cwidget/config'
/bin/bash ../../../libtool  --tag=CXX   --mode=compile g++
-DLOCALEDIR=\"/usr/share/locale\" -DHAVE_CONFIG_H -I. -I../../..  -Wall -Werror
-I../../.. -I. -I../../.. -I../../../src -D_FORTIFY_SOURCE=2  -g -O2
-fstack-protector-strong -Wformat -Werror=format-security -D_REENTRANT
-I/usr/include/sigc++-2.0 -I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include  -c -o
colors.lo colors.cc
libtool: compile:  g++ -DLOCALEDIR=\"/usr/share/locale\" -DHAVE_CONFIG_H -I.
-I../../.. -Wall -Werror -I../../.. -I. -I../../.. -I../../../src
-D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat
-Werror=format-security -D_REENTRANT -I/usr/include/sigc++-2.0
-I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include -c colors.cc  -fPIC -DPIC -o
.libs/colors.o
In file included from /usr/include/c++/5/string:52:0,
 from ../../../src/cwidget/curses++.h:25,
 from colors.cc:22:
/usr/include/c++/5/bits/basic_string.h: In instantiation of 'union
std::__cxx11::basic_string::':
/usr/include/c++/5/bits/basic_string.h:119:7:   required from 'class
std::__cxx11::basic_string'
../../../src/cwidget/curses++.h:199:31:   required from here
/usr/include/c++/5/bits/basic_string.h:121:53: error: member 'cwidget::wchtype
std::__cxx11::basic_string_M_local_buf
[1]' with constructor not allowed in union
  _CharT   _M_local_buf[_S_local_capacity + 1];
 ^
/usr/include/c++/5/bits/basic_string.h:121:53: note: unrestricted unions only
available with -std=c++11 or -std=gnu++11
Makefile:448: recipe for target 'colors.lo' failed
make[5]: *** [colors.lo] Error 1
make[5]: Leaving directory 
'/scratch/packages/tmp/cwidget-0.5.17/src/cwidget/config'
Makefile:603: recipe for target 'all-recursive' failed
make[4]: *** [all-recursive] Error 1


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

Bug#792710: ovmf: doesn't boot with 3.16 kernel

[Michael Tokarev]

18.07.2015 11:33, Michael Tokarev wrote:

>> http://cdimage.debian.org/debian-cd/8.1.0/multi-arch/iso-cd/debian-8.1.0-amd64-i386-netinst.iso
>>  
>>
>> After "successful" installation system does not boot at all. Even grub
>> doesn't appear. 
> 
> I just tried that one too.  It works fine with ovmf here.
> I didn't try to install anything, just booted the installer.

Now I installed the system into an empty 4G disk image.
I can see grub prompt, but the system stops displaying
messages on the console at some point in boot process.

The last message is:

[1.322591] fb: switching to bochsdrmfb from simple

Booting with serial console enabled reveals that the
system boots just fine, the only problem is that there's
nothing on the console anymore.

It is a clear bug in bochsdrmfb driver in kernel.
After blacklisting that driver the system boots fine.
In 3.2 kernel that driver didn't exist.

So I'm closing this bug in ovmf.

Thanks,

/mjt


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

Bug#759401: ftp.debian.org: dak should accept detached OpenPGP signatures from upstream as part of source

[Daniel Kahn Gillmor]

Hi Guillem--

sorry for not not responding to this, somehow i think i missed it when
it first came through (thanks to pabs for the nudge)

On Wed 2014-08-27 19:58:40 +0200, Guillem Jover wrote:
> Ah, hmmm, yeah make sense. It also does really make sense as an
> additional file alongside the others referenced from the .dsc
> metadata. As a minor detail, the .asc would not be included in the
> .changes file when the orig.tar is not included either in the upload.

Yes, i think that's correct.

> I'm thinking dpkg-source would automatically include it if it finds it
> side by side the orig.tar. But I'm not comfortable just adding it as is,
> I'd probably want to bump the minor version of the format. As this gets
> us to the problem that we currently conflate the .dsc file format version
> with the actual source format version.

i don't know what the implications are of bumping the minor version of
the format, but if you feel that's what you need to do, i've got no
problems with it.

> It probably does not make sense to very the signature on unpack and
> fail hard by default, because most probably the user will not have the
> signers key.

actually, the signers key should be present in
debian/upstream/signing-key.asc.  i recognize that this may not be
acceptable for verification purposes in all cases, like if you just
fetched the packages and you haven't verified the debian source itself.
But if you've verified the debian package, you should be able to do
something like extracting the signing-key from the debian.tar.gz and
then verify the upstream signature on the tarball as a corroborative
approach.

> I'm not sure if even verifying as warning might make sense as default
> either if it's just going to annoy people at large.  But I could see
> either a new option to make it verify it at all (and fail hard), or to
> turn the verify from possibly a warning into a fatal error.

would the presence of debian/upstream/signing-key.asc be a reasonable
signal to distinguish between warnings and errors?  fwiw, i'd be fine
with just starting as a warning, and we can think about making things
stricter once we have data in place.

> Does this sound good(ish)?

sounds good to me, yes.  thanks for your work on this.

regards,

--dkg


signature.asc
Description: PGP signature

Bug#787407: Status of castxml packaging?

[Andreas Tille]

Hi Steve,

as you most probably know several Debian Med packages (and probably
others) seem to need castxml since gccxml does not build with gcc-5 and
is not maintained any more.  Could you be so kind to give a status
update of the packaging, perhaps the VCS where it is maintained (if
at all).  I noticed that this bug was tagged pending but I can not
find any trace (it might be me for sure).

How could we help to get this issue fixed (if any help would be needed)?

Kind regards

Andreas.

-- 
http://fam-tille.de


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

Bug#792017: game-data-packager: add support for Zork Nemesis & Zork: Grand Inquisitor

[Alexandre Detiste]

> Le dimanche 12 juillet 2015, 10:37:13 Fabian Greffrath a écrit :
> > Am Samstag, den 11.07.2015, 12:40 +0200 schrieb Alexandre Detiste:
> > > # used
> > > - /usr/share/games/zork-grand-inquisitor/addon/LiberationMono-Bold.ttf
> > > - /usr/share/games/zork-grand-inquisitor/addon/LiberationSans-Bold.ttf
> > > - /usr/share/games/zork-grand-inquisitor/fonts/arial.ttf
> > > - /usr/share/games/zork-grand-inquisitor/fonts/cour.ttf
> > 
> > I hope the latter two are symlinks to the former two?
> > 
> >  - Fabian
> 
> there are no fonts on the CD's.
> 
> DEBUG:game-data-packager:fonts/arial.ttf: FillResult.IMPOSSIBLE
> DEBUG:game-data-packager:fonts/cour.ttf: FillResult.IMPOSSIBLE
> DEBUG:game-data-packager:fonts/zordeath.ttf: FillResult.IMPOSSIBLE
> DEBUG:game-data-packager:fonts/zorknorm.ttf: FillResult.IMPOSSIBLE

PS: I found out that GOG.com package is not using original .exe,
but deprecated engine "Zengine.exe" that got merged in ScummVM,
that's why these 4 .ttf where shipped in GOG package.


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

Bug#792710: ovmf: doesn't boot with 3.16 kernel

[Vladimir Stavrinov]

On Sat, Jul 18, 2015 at 11:33:53AM +0300, Michael Tokarev wrote:

> Besides, since you're using some custom OVMF.fd in /srv/vmx/, why
> are you filing a bugreport about _debian_ ovmf? :)

It is not custom, it is copy of Your file.


***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***


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

Bug#792710: ovmf: doesn't boot with 3.16 kernel

[Michael Tokarev]

18.07.2015 11:52, Michael Tokarev wrote:
[]
> The last message is:
> 
> [1.322591] fb: switching to bochsdrmfb from simple
> 
> Booting with serial console enabled reveals that the
> system boots just fine, the only problem is that there's
> nothing on the console anymore.
> 
> It is a clear bug in bochsdrmfb driver in kernel.
> After blacklisting that driver the system boots fine.
> In 3.2 kernel that driver didn't exist.

Actually, after some more thoughts, I'm not sure whenever
this is a kernel (driver) bug or ovmf bug.  I _think_
EFI should provide some graphical primitives.  But I've
no idea how all the components should be working together.

/mjt


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

Bug#792763: docbook-dsssl: please make the build reproducible

[Chris Lamb]

Source: docbook-dsssl
Version: 1.79-7
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: randomness
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

While working on the "reproducible builds" effort [1], we have noticed
that docbook-dsssl could not be built reproducibly.

The attached patch removes randomness from the build system by ensuring
that the changelog is concatenated in a locale-independent order. Once
applied, docbook-dsssl can be built reproducibly in our reproducible
toolchain.

 [1]: https://wiki.debian.org/ReproducibleBuilds


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/debian/rules b/debian/rules
index 086fb09..7d3382a 100755
--- a/debian/rules
+++ b/debian/rules
@@ -18,7 +18,7 @@ build/docbook-dsssl:: ChangeLog.combined
 
 # The upstream sources have one ChangeLog file for each directory.  For
 # the Debian package, we build a combined one.
-ChangeLog.combined: $(shell find -name ChangeLog | sort)
+ChangeLog.combined: $(shell find -name ChangeLog | LC_ALL=C sort)
( \
for file in $+; do \
echo "$$file" | sed 's,^./,,'; \

Bug#746270: cupsctl: Unauthorized when not specifying "-h localhost"

[Brian Potkin]

On Fri 17 Jul 2015 at 16:25:43 +0200, darkdragon wrote:

> I noticed that it didn't update because our company repository did not
> have the new version. I installed the latest official version for
> Wheezy (1.5.3+deb7u6), but this did not have any effect on the error.

Try as I might I cannot reproduce this behaviour. Please send your
cupsd.conf and cups-files.conf. Also do

  strace -o log cupsctl

and send log.

> -bash-4.2# ls /etc/cups
> classes.conf cupsd.conf.default cups-files.conf mailto.conf
> printers.conf raw.convs snmp.conf subscriptions.conf cupsd.conf
> cupsd.conf.O cups-pdf.conf ppd printers.conf.O raw.types ssl
> subscriptions.conf.O

cupsd.conf.default should be the same as the cupsd.conf you started
with, Save the present copy and put cupsd.conf.default in its place.
Restart cups.  ('service cups restart'). Any change?

> -bash-4.2# ls /root/.cups
> ls: cannot access /root/.cups: No such file or directory
> 
> This is the actual output:
> 
> -bash-4.2# cupsctl
> cupsctl: Unauthorized
> 
> -bash-4.2# cupsctl -h localhost
> _debug_logging=1
> _remote_admin=0
> _remote_any=1
> _remote_printers=1
> _share_printers=0
> _user_cancel_any=0
> BrowseLocalProtocols=CUPS dnssd
> DefaultAuthType=Basic
> JobPrivateAccess=default
> JobPrivateValues=default
> MaxLogSize=0
> ServerAlias=*
> SubscriptionPrivateAccess=default
> SubscriptionPrivateValues=default
> WebInterface=Yes

Those look fine.

You have debug logging enabled. Empty /var/log/cups/error_log

  >/var/log/cups/error_log

and do 'cupsctl'. Add error_log to the attachments you send here.

Regards,

Brian.


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

Bug#788294: rex,rexical: error when trying to install together

[Balasankar C]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Mon, 15 Jun 2015 16:26:40 +0200 Alex Mestiashvili
 wrote:
> Hi Balasankar,
> 
> Our packages have a name conflict - /usr/bin/rex. Please see the
> initial bug report: 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788294
> 
> Would you mind renaming the rex from rexical package to something
> else?
> 
> rexical seem to be a good name for example.
> 
> Alternatively I can consider renaming rex from rex package, but
> because your package is younger in terms of presence in Debian I
> think that it should be easier to rename rexical's rex.

Sure. I'll rename rex to rexical ASAP. Sorry for the delay.

- -- 
Regards
Balasankar C
http://balasankarc.in
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCgAGBQJVqiX2AAoJEJbtq5sua3FxJU4H/j/KPP554UberoiJICuKSXIg
X1hN1V0X34pkuBAk7KlAfmbEb/8GRRXLBvk8jLSkNvBr+JjPACWjaQXcfHbPhFCs
DH6Ur1OlA3JT+ezGw3M23rKUfotRD3QRP1OwvI/QORScj7VodJkXCHjk12mcgavL
qHwSffwh+2pY7jIGetzQcuQYo3JIEDWLP93P5atCJwWVS/ryrEkemMKONpyzcmQf
goPrPIjQpApzjFLGSK3mOisFCxP/T2ke9rEsCZRSWm4iaUILMz+kP+A4gRHc1PZG
nu8ppS75xVDpQJ+5eq99GpcLI1x0pjdzKICug0RU2JvAIDA8O27qIwSGcw/QLZU=
=aF4I
-END PGP SIGNATURE-


0x2E6B7171.asc
Description: application/pgp-keys

Bug#792764: RM: sobby -- ROM; obsolete

[Philipp Kern]

Package: ftp.debian.org
Severity: normal

sobby is the dedicated server for the old gobby which was recently
removed. So this package should go away as well.

Kind regards and thanks
Philipp Kern


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

Bug#792765: RM: obby -- ROM; obsolete

[Philipp Kern]

Package: ftp.debian.org
Severity: normal

With the removal of the old gobby, obby (the library) is obsolete and
can be removed. It has one rdepends (sobby), whose removal is being
requested in #792764.

Kind regards and thanks
Philipp Kern


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

Bug#792766: python3-phply: ships /usr/lib/python3/dist-packages/tests/__init__.py

[Andreas Beckmann]

Package: python3-phply
Version: 0.9.1-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

/usr/lib/python3/dist-packages/tests/__init__.py is a very generic
name that is prone to file overrides conflicts between packages
(which caused its detection).


Andreas


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

Bug#792710: ovmf: doesn't boot with 3.16 kernel

[Vladimir Stavrinov]

On Sat, Jul 18, 2015 at 11:52:54AM +0300, Michael Tokarev wrote:

> It is a clear bug in bochsdrmfb driver in kernel.
> After blacklisting that driver the system boots fine.

Yes, this solves the problem. Thank You very much.

> In 3.2 kernel that driver didn't exist.

More over, even in 3.16.3 it doesn't exists. That is why it becomes
surprise for me as recently there wasn't such problem with kernel in
stable Debian branch.

***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***


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

Bug#792768: ruby-fog-powerdns: /usr/bin/console already used by conserver-client

[Andreas Beckmann]

Package: ruby-fog-powerdns
Version: 0.1.1-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite
Control: affects -1 + conserver-client

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:

  Selecting previously unselected package ruby-fog-powerdns.
  Preparing to unpack .../ruby-fog-powerdns_0.1.1-1_all.deb ...
  Unpacking ruby-fog-powerdns (0.1.1-1) ...
  dpkg: error processing archive 
/var/cache/apt/archives/ruby-fog-powerdns_0.1.1-1_all.deb (--unpack):
   trying to overwrite '/usr/bin/console', which is also in package 
conserver-client 8.1.18-2.2
  Errors were encountered while processing:
   /var/cache/apt/archives/ruby-fog-powerdns_0.1.1-1_all.deb


This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package. Depending on the
circumstances you might also consider Replace relations or file
diversions. If the conflicting situation cannot be resolved then, as a
last resort, the two packages have to declare a mutual
Conflict. Please take into account that Replaces, Conflicts and
diversions should only be used when packages provide different
implementations for the same functionality.

Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):

  usr/bin/console

This bug is assigned to both packages. If you, the maintainers of
the two packages in question, have agreed on which of the packages will
resolve the problem please reassign the bug to that package. You may
also register in the BTS that the other package is affected by the bug.

Cheers,

Andreas

PS: for more information about the detection of file overwrite errors
of this kind see https://qa.debian.org/dose/file-overwrites.html


conserver-client=8.1.18-2.2_ruby-fog-powerdns=0.1.1-1.log.gz
Description: application/gzip

Bug#792767: python3-zipstream: ships /usr/lib/python3/dist-packages/tests/__init__.py

[Andreas Beckmann]

Package: python3-zipstream
Version: 1.1.0-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

/usr/lib/python3/dist-packages/tests/__init__.py is a very generic
name that is prone to file overwrite conflicts between packages
(which caused its detection).


Andreas


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

Bug#792710: ovmf: doesn't boot with 3.16 kernel

[Vladimir Stavrinov]

On Sat, Jul 18, 2015 at 12:53:32PM +0300, Michael Tokarev wrote:

> Actually, after some more thoughts, I'm not sure whenever
> this is a kernel (driver) bug or ovmf bug.  I _think_

So both upstreams should be reported.


***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***


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

Bug#792619: transition: ffmpeg

[Jonathan Wiltshire]

Control: tag -1 confirmed

On Thu, Jul 16, 2015 at 10:08:10PM +0200, Andreas Cadhalpun wrote:
> A ben file can be found at the end of the mail.
> Please set up a transition tracker and let me know, when the upload to
> unstable can happen.
> (The command line tools transition is not required to happen in lock step,
> because the transitional package libav-tools-links can satisfy the
> dependencies, until the packages are updated.)

Please go ahead.

-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51



signature.asc
Description: Digital signature

Bug#792651: transition: libmusicbrainz5

[Jonathan Wiltshire]

Control: tag -1 confirmed

On Fri, Jul 17, 2015 at 09:16:33AM +0200, Sebastian Ramacher wrote:
> libmusicbrainz5 requires a transition for the gcc 5 transition. A package 
> built
> with the C++11 ABI and a SONAME bump is available in experimental.

Please go ahead.


-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51



signature.asc
Description: Digital signature

Bug#792740: transition: octave4.0

[Jonathan Wiltshire]

Control: tag -1 confirmed

On Fri, Jul 17, 2015 at 11:31:03PM +0200, Sébastien Villemot wrote:
> Please schedule a transition for octave 4.0. The new package is already in
> experimental.
> 
> A few reverse dependencies will need sourceful NMUs. Patches are ready, and 
> the
> corresponding bugs will be open soon.

Please go ahead.

-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51



signature.asc
Description: Digital signature

Bug#759314: Time to close this dolphin-sftp bug? It seems resolved.

[Zhang Jingqiang]

Now kde-runtime links to libssh-gcrypt-4, which is linked against gcrypt,
so no openssl any more.
So I guess this bug can be closed.

Thanks


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

Bug#792651: transition: libmusicbrainz5

[Sebastian Ramacher]

On 2015-07-18 11:52:47, Jonathan Wiltshire wrote:
> Control: tag -1 confirmed
> 
> On Fri, Jul 17, 2015 at 09:16:33AM +0200, Sebastian Ramacher wrote:
> > libmusicbrainz5 requires a transition for the gcc 5 transition. A package 
> > built
> > with the C++11 ABI and a SONAME bump is available in experimental.
> 
> Please go ahead.

hmm? The gcc 5 version building with the C++11 ABI isn't in unstable yet.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#792769: linux-image-4.0.0-2-686-pae - hibernate not working correctly

[Hans]

Package: src:linux
Version: 4.0.8-1
Severity: important


Dear maintainers,

since the update from kernel 3.16 to 4.0.0, suspend to disk is not working 
correctly.

The bug shows as follows:
When hibernation is activated (either manually or by closing lid), all 
memory 
is written to swap, then the screen is switched off. 

But after this, the computer should be switched off, which does not. The 
computer is still switched on.

I can reproduce this bug by reverting back to kernel 3.16 (where 
everything is 
ok), then booting kernel 4.0.0. and the bug appears again.

It would be nice, if you could take a look at it.

At the moment I have to stay at kernel 3.16 due it is not usable for me at 
the 
moment as this one and another major bug (#792627).

Thank you for any help!

Best regards

Hans-J. Ullrich 

Thank you very much.

Bug#790060: jessie-pu: nbd update?

[Adam D. Barratt]

On Tue, 2015-07-14 at 22:40 +0200, Wouter Verhelst wrote:
> On Tue, Jul 14, 2015 at 08:21:02PM +0100, Adam D. Barratt wrote:
> > Control: tags -1 + moreinfo
> > 
> > On Fri, 2015-06-26 at 19:07 +0200, Wouter Verhelst wrote:
> > > #785727 describes a regression in the version of nbd-server in jessie
> > > wrt the one in wheezy, related to the "allow" configuration file. It's
> > > not a security-related bug (as it disallows more than it should), but
> > > it's still a problem.
[...]
> > > Is this something that would warrant a stable update?
> > 
> > Potentially, but a) the metadata for #785727 implies that the bug
> > currently affects the version of nbd in unstable, which would need
> > resolving first
> 
> Only because I'm lazy and didn't fix the metadata; the bug does not actually
> affect unstable, and the patch that's sent to the bug in
> <20150601152240.gc9...@lemon.iwr.uni-heidelberg.de> came from the 3.8..3.9 git
> history. I just updated the metadata.

Ok, thanks.

> > and b) we'd want to see a full debdiff for a package
> > built and tested on jessie in order to confirm.
> 
> Okay, I'll work on that then.

I see that it's been uploaded already. By "see ... in order to confirm"
I meant "before upload"; apologies if that wasn't clear.

Looking at the diff that was uploaded, I do have a few questions I'm
afraid:

ChangeLog|   91 ++
 Makefile.in  |4 
 doc/proto.html   |  515 +
 doc/proto.markdown   |  565 +
 gznbd/Makefile.in|  641 +++
 libcliserv.la|   41 +++
 man/nbd-server.1.sh.in   |5 
 man/nbd-server.5.sh.in   |  105 ---
 nbd-3.8/debian/changelog |7 
 nbdsrv.c |   17 -
 nbdsrv.h |5 
 tests/code/clientacl.c   |2 

That's much bigger than I was expecting given your description, and I'm
not sure all of the changes were intended to be included.

For instance, the Changelog diff includes the release of 3.11,
doc/proto.{html,markdown} are completely new, man/nbd-server.1.sh.in
mentions a new(?) option and man/nbd-server.5.sh.in describes a
behaviour change in nbd 3.10.

Regards,

Adam


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

Bug#792770: lynx-cur: please make the build reproducible

[Reiner Herrmann]

Source: lynx-cur
Version: 2.8.9dev6-3
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: locale
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that lynx-cur could not be built reproducibly.
A generated header file contains elements, whose sorting order depends
on the locale.

The attached patch fixes this by setting LC_ALL to C before sorting.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds

diff --git a/debian/patches/40_reproducible_build.diff b/debian/patches/40_reproducible_build.diff
index 0b38518..67d0b62 100644
--- a/debian/patches/40_reproducible_build.diff
+++ b/debian/patches/40_reproducible_build.diff
@@ -1,5 +1,7 @@
-Description: Make build reproducible by removing __DATE__ and __TIME__ macros
- See https://wiki.debian.org/ReproducibleBuilds/TimestampsFromCPPMacros
+Description: Make build reproducible
+ - Remove __DATE__ and __TIME__ macros
+   See https://wiki.debian.org/ReproducibleBuilds/TimestampsFromCPPMacros
+ - Sort cfg_defs.h independent of locale
 Author: Axel Beckert 
 
 Index: lynx-cur/src/LYMain.c
@@ -45,3 +47,16 @@ Index: lynx-cur/src/LYMain.c
  #endif /* __DJGPP__ */
  #endif /* _MSC_VER */
  #endif /* __BORLANDC__ */
+Index: lynx-cur-2.8.9dev6/scripts/cfg_edit.sh
+===
+--- lynx-cur-2.8.9dev6.orig/scripts/cfg_edit.sh
 lynx-cur-2.8.9dev6/scripts/cfg_edit.sh
+@@ -7,7 +7,7 @@
+ # Append a '=' if none present'
+ # Break into two strings at '='
+ # Prefix ' { "' and suffix '" },'
+-sort |
++LC_ALL=C sort |
+ sed	-e 's!^[ 	]*!!' -e 's![ 	]*$!!' \
+ 	-e 's!\\!!g'\
+ 	-e 's!"!\\"!g'  \


signature.asc
Description: OpenPGP digital signature

Bug#792651: transition: libmusicbrainz5

[Jonathan Wiltshire]

Control: tag -1 - confirmed

On Sat, Jul 18, 2015 at 01:01:46PM +0200, Sebastian Ramacher wrote:
> On 2015-07-18 11:52:47, Jonathan Wiltshire wrote:
> > Control: tag -1 confirmed
> > 
> > On Fri, Jul 17, 2015 at 09:16:33AM +0200, Sebastian Ramacher wrote:
> > > libmusicbrainz5 requires a transition for the gcc 5 transition. A package 
> > > built
> > > with the C++11 ABI and a SONAME bump is available in experimental.
> > 
> > Please go ahead.
> 
> hmm? The gcc 5 version building with the C++11 ABI isn't in unstable yet.

Right, sorry. I thought you wanted to complete the rename ahead of that.
Let's come back to it later then.


-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51



signature.asc
Description: Digital signature

Bug#790831: transition: spatialite

[Andreas Beckmann]

Followup-For: Bug #790831

the spatialite transitions progresses in sid without problems,
so rebuild gdal in experimental, too:

nmu gdal_1.11.2+dfsg-1~exp4 . ALL . experimental . -m "Rebuild against 
spatialite 4.3.0"


Andreas


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

Bug#792771: mu-cade: please make the build reproducible

[Reiner Herrmann]

Source: mu-cade
Version: 0.11.dfsg1-8
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: locale
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that mu-cade could not be built reproducibly.
A file list is sorted differently depending on the locale.

The attached patch fixes this by setting LC_ALL to C before sorting.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds

diff --git a/debian/patches/makefile.patch b/debian/patches/makefile.patch
index 2ca1ed6..e4ed53d 100644
--- a/debian/patches/makefile.patch
+++ b/debian/patches/makefile.patch
@@ -6,7 +6,7 @@
 +++ b/Makefile
 @@ -0,0 +1,11 @@
 +GDC=gdc
-+DSRC=$(shell find import src/abagames -name "*.d" | sort)
++DSRC=$(shell find import src/abagames -name "*.d" | LC_ALL=C sort)
 +EXE=mu-cade
 +
 +all: $(EXE)


signature.asc
Description: OpenPGP digital signature

Bug#792772: titanion: please make the build reproducible

[Reiner Herrmann]

Source: titanion
Version: 0.3.dfsg1-5
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: locale
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that titanion could not be built reproducibly.
A file list is sorted differently depending on the locale.

The attached patch fixes this by setting LC_ALL to C before sorting.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds

diff --git a/debian/patches/makefile.patch b/debian/patches/makefile.patch
index cf5b7d9..b129412 100644
--- a/debian/patches/makefile.patch
+++ b/debian/patches/makefile.patch
@@ -6,7 +6,7 @@
 +++ b/Makefile
 @@ -0,0 +1,11 @@
 +GDC=gdc
-+DSRC=$(shell find import src/abagames -name "*.d" | sort)
++DSRC=$(shell find import src/abagames -name "*.d" | LC_ALL=C sort)
 +EXE=titanion
 +
 +all: $(EXE)


signature.asc
Description: OpenPGP digital signature

Bug#790831: transition: spatialite

[Jonathan Wiltshire]

On Sat, Jul 18, 2015 at 01:22:42PM +0200, Andreas Beckmann wrote:
> Followup-For: Bug #790831
> 
> the spatialite transitions progresses in sid without problems,
> so rebuild gdal in experimental, too:
> 
> nmu gdal_1.11.2+dfsg-1~exp4 . ALL . experimental . -m "Rebuild against 
> spatialite 4.3.0"

Scheduled.

-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51



signature.asc
Description: Digital signature

Bug#792773: meta-kde: kde-full and kde-plasma-desktop are uninstallable

[Johannes Schauer]

Source: meta-kde
Version: 5:85
Severity: grave
Justification: renders package unusable

Hi,

kde-plasma-desktop is currently uninstallable because it depends on
plasma-desktop and kde-workspace which then in turn depends on
kde-workspace-bin. But plasma-desktop conflicts with kde-workspace-bin
and thus kde-plasma-desktop cannot be installed. As a result, kde-full
cannot be installed either.

Here is an overview of the situation on qa.debian.org/dose:

https://qa.debian.org/dose/debcheck/unstable_main/1437109207/packages/kde-full.html

Thanks!

cheers, josch


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

Bug#792667: [Reproducible-builds] Bug#792667: jack-audio-connection-kit: please make the build reproducible

[Reiner Herrmann]

On Fri, Jul 17, 2015 at 11:02:45AM +0100, Chris Lamb wrote:
> - @sed -e "s/!VERSION!/@JACK_RELEASE@/g" -e "s/!DATE!/`date '+%B %Y'`/g" 
> < $*.0 > $@
> + @sed -e "s/!VERSION!/@JACK_RELEASE@/g" -e "s/!DATE!/`LANG=C date --utc 
> --date="`dpkg-parsechangelog -l../debian/changelog -SDate`" '+%B %Y'`/g" < 
> $*.0 > $@

You have to set LC_ALL to C here, as LANG does not override it, when
LC_ALL is set.



signature.asc
Description: Digital signature

Bug#792774: RFS: filters/2.54 [ITA]

[Marius Gavrilescu]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "filters"

* Package name: filters
  Version : 2.54
  Upstream Author : Joey Hess 
* URL : http://kitenet.net/~joey/code/filters/
* License : mostly GPL-2+
  Section : games

It builds those binary packages:

  filters- collection of filters, including B1FF and the Swedish Chef

To access further information about this package, please visit the following 
URL:

http://mentors.debian.net/package/filters


Alternatively, one can download the package with dget using this command:

  dget -x http://mentors.debian.net/debian/pool/main/f/filters/filters_2.54.dsc

Changes since the last upload:

  * New maintainer (Closes: #768530)
  * Fix NAME section of manpage (Closes: #775035)
  * Fix UTF-8 handling in uniencode (Closes: #508003)
  * Set source format to 3.0 (native)
  * Bump Standards-Version and d/compat
  * Simplify Makefile and package structure
  * Add hardening
  * Fix d/copyright
  * Make build reproductible
-- 
Marius Gavrilescu


signature.asc
Description: PGP signature

Bug#792775: kde-full not longer installable due to conflict

[Lars Dölle]

Package: kde-full
Version: 5:85
Severity: important

Currently, the following dependencies prevent to install kde-full:

- kde-full (5:85) depends on
  - kde-plasma-desktop (>= 5.85); (5.85) depends on
!   - kde-workspace (>= 4:4.11.3);
- plasma-desktop (>= 4:4.11.3); (4:5.3.2-1) depends on
   - plasma-workspace; (4:5.3.2-1) conflicts with
!  - kde-workspace

Thus kde-full (via kde-plasma-desktop) both depends-on and conflicts-with kde-
workspace.

plasma-desktop is installable though, which basically works well if kwin-x11 
is additionally installed.


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

Bug#792776: Please add Miguel A. Colón Vélez as a Debian Maintainer

[Miguel A . Colón Vélez]

Package: debian-maintainers
Tags: patch

Please add me as a Debian Maintainer. Jetring changeset attached.

Thanks.


add-12AC1A730BB56F6C
Description: Binary data

Bug#701506: More updates

[Christopher Baines]

I have fixed the major documentation issues now, I have also added a
systemd service file.



signature.asc
Description: OpenPGP digital signature

Bug#739846: [debian-mysql] Bug#739846: Bug#739846: invoke-rc.d: initscript mysql, action "start" failed.

[pofman]

Hello!

On Sat, 4 Jul 2015 09:19:12 +0300 =?UTF-8?B?T3R0byBLZWvDpGzDpGluZW4=?= 
 wrote:
> Hello!
> 
> 2015-06-30 11:35 GMT+03:00 Bob Proulx :
> > I had also modified /etc/mysql/debian-start (hey it is a conffile
> > after all) to avoid printing this message:
> >
> >   echo "Checking for tables which need an upgrade, are corrupt or were "
> >   echo "not closed cleanly."
> 
> This and many similar things have long been fixed in the mariadb
> package init script. Maybe you want to compare the mysql-5.6 init
> script to it and copy over all the changes that you think are good?
> 
> https://anonscm.debian.org/gitweb/?p=pkg-mysql/mariadb-10.0.git
> 
> 

I have the same bug when upgrading to mysql-server-5.6.

When /etc/mysql/debian-start outputs nothing, /etc/init.d/mysql exits with the 
exit code of [ -n "$output" ].

I have fixed it by replacing:
# Now start mysqlcheck or whatever the admin wants.
output=$(/etc/mysql/debian-start)
[ -n "$output" ] && log_action_msg "$output"
With:
# Now start mysqlcheck or whatever the admin wants.
output=$(/etc/mysql/debian-start)
if [ -n "$output" ] ; then 
log_action_msg "$output"
fi


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

Bug#741573: #741573: Menu Policy and Consensus

[Bill Allombert]

On Fri, Jul 17, 2015 at 10:08:04PM +, Sam Hartman wrote:
> In March of 2014, Charles Plessy asked the Debian Technical Committee to
> review one of the policy editors decisions to revert changes to how
> policy talks about the Debian Menu and MIME support.  See
> http://bugs.debian.org/741573 for the TC process and
> https://bugs.debian.org/707851.  for the process within debian-policy.
> 
> One of the issues is the question of whether the Debian Policy community
> reached consensus around the proposal.  I've investigated this question
> as part of trying to understand how I will vote within the TC process.

I want to point out that I have split the menu policy changes in 3 parts, so 
that
the less controversial part could be decided separately, see #742532.
However nobody was interested in seconding this. So I am let to believe there
is no actual consensus on this.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 


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

Bug#790533: [pkg-octave/master] Fix FTBFS with texinfo 6.

[Sébastien Villemot]

tag 790533 pending
thanks

Date: Sat Jul 18 13:57:27 2015 +0200
Author: Sébastien Villemot 
Commit ID: 78b0ec431a6e390649a2e394037d3243272c12e7
Commit URL: 
http://anonscm.debian.org/gitweb/?p=pkg-octave/octave.git;a=commitdiff;h=78b0ec431a6e390649a2e394037d3243272c12e7
Patch URL: 
http://anonscm.debian.org/gitweb/?p=pkg-octave/octave.git;a=commitdiff_plain;h=78b0ec431a6e390649a2e394037d3243272c12e7

Fix FTBFS with texinfo 6.

- Add texlive-fonts-recommended to build-depends (needed for texinfo 6)
- Add debian/patches/dont-use-included-texinfo-texmfcnf.patch and
  xbackslash-texinfo.patch (Patches thanks to Norbert Preining and
  Mike Miller)

Closes: #790533
Git-Dch: Full
  


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

Bug#778157: user-mode-linux: diff for NMU version 4.0-1um-0.1

[Jakub Wilk]

Control: tags -1 + patch pending

Dear maintainer,

I've prepared an NMU for user-mode-linux (versioned as 4.0-1um-0.1) and 
uploaded it to DELAYED/5. Please feel free to tell me if I should delay 
it longer.


--
Jakub Wilk
diffstat for user-mode-linux-3.16-1um user-mode-linux-4.0-1um

 config.amd64 |  248 +++---
 config.i386  |  249 +++
 debian/changelog |   11 +
 debian/control   |2 
 debian/patches/08-gcc5.patch |   23 +++
 debian/patches/series|1 
 debian/rules |2 
 7 files changed, 404 insertions(+), 132 deletions(-)


Control files: lines which differ (wdiff format)

Build-Depends: debhelper (>> 5.0.0), quilt, [-linux-source-3.16,-] {+linux-source-4.0,+} docbook-to-man, xz-utils, m4, module-init-tools, libvdeplug2-dev, libpcap-dev, bc, dpkg (>= 1.16.2)

diff -Nru user-mode-linux-3.16-1um/config.amd64 user-mode-linux-4.0-1um/config.amd64
--- user-mode-linux-3.16-1um/config.amd64	2014-10-28 23:44:23.0 +0100
+++ user-mode-linux-4.0-1um/config.amd64	2015-07-17 23:23:08.0 +0200
@@ -1,13 +1,13 @@
 #
 # Automatically generated file; DO NOT EDIT.
-# User Mode Linux/x86_64 3.16.5 Kernel Configuration
+# User Mode Linux/x86_64 4.0.8 Kernel Configuration
 #
 CONFIG_UML=y
 CONFIG_MMU=y
 CONFIG_NO_IOMEM=y
 # CONFIG_TRACE_IRQFLAGS_SUPPORT is not set
 CONFIG_LOCKDEP_SUPPORT=y
-# CONFIG_STACKTRACE_SUPPORT is not set
+CONFIG_STACKTRACE_SUPPORT=y
 CONFIG_GENERIC_CALIBRATE_DELAY=y
 CONFIG_GENERIC_BUG=y
 CONFIG_HZ=100
@@ -60,10 +60,12 @@
 CONFIG_NEED_PER_CPU_KM=y
 CONFIG_CLEANCACHE=y
 CONFIG_FRONTSWAP=y
-# CONFIG_ZBUD is not set
 # CONFIG_ZSWAP is not set
+CONFIG_ZPOOL=m
+# CONFIG_ZBUD is not set
 CONFIG_ZSMALLOC=m
 # CONFIG_PGTABLE_MAPPING is not set
+# CONFIG_ZSMALLOC_STAT is not set
 CONFIG_LD_SCRIPT_DYN=y
 CONFIG_BINFMT_ELF=y
 # CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS is not set
@@ -108,6 +110,7 @@
 # IRQ subsystem
 #
 CONFIG_GENERIC_IRQ_SHOW=y
+CONFIG_IRQ_DOMAIN=y
 CONFIG_GENERIC_CLOCKEVENTS=y
 CONFIG_GENERIC_CLOCKEVENTS_BUILD=y
 
@@ -136,9 +139,12 @@
 # RCU Subsystem
 #
 CONFIG_TINY_RCU=y
-# CONFIG_PREEMPT_RCU is not set
+CONFIG_SRCU=y
+# CONFIG_TASKS_RCU is not set
 # CONFIG_RCU_STALL_COMMON is not set
 # CONFIG_TREE_RCU_TRACE is not set
+CONFIG_RCU_KTHREAD_PRIO=0
+CONFIG_BUILD_BIN2C=y
 CONFIG_IKCONFIG=m
 CONFIG_IKCONFIG_PROC=y
 CONFIG_LOG_BUF_SHIFT=14
@@ -149,7 +155,7 @@
 CONFIG_CPUSETS=y
 CONFIG_PROC_PID_CPUSET=y
 CONFIG_CGROUP_CPUACCT=y
-CONFIG_RESOURCE_COUNTERS=y
+CONFIG_PAGE_COUNTER=y
 CONFIG_MEMCG=y
 CONFIG_MEMCG_DISABLED=y
 CONFIG_MEMCG_SWAP=y
@@ -183,6 +189,7 @@
 CONFIG_SYSCTL=y
 CONFIG_ANON_INODES=y
 CONFIG_HAVE_UID16=y
+CONFIG_BPF=y
 # CONFIG_EXPERT is not set
 CONFIG_UID16=y
 # CONFIG_SGETMASK_SYSCALL is not set
@@ -194,12 +201,15 @@
 CONFIG_ELF_CORE=y
 CONFIG_BASE_FULL=y
 CONFIG_FUTEX=y
+CONFIG_HAVE_FUTEX_CMPXCHG=y
 CONFIG_EPOLL=y
 CONFIG_SIGNALFD=y
 CONFIG_TIMERFD=y
 CONFIG_EVENTFD=y
+# CONFIG_BPF_SYSCALL is not set
 CONFIG_SHMEM=y
 CONFIG_AIO=y
+CONFIG_ADVISE_SYSCALLS=y
 # CONFIG_EMBEDDED is not set
 
 #
@@ -210,7 +220,7 @@
 # CONFIG_COMPAT_BRK is not set
 # CONFIG_SLAB is not set
 CONFIG_SLUB=y
-# CONFIG_SYSTEM_TRUSTED_KEYRING is not set
+CONFIG_SYSTEM_TRUSTED_KEYRING=y
 # CONFIG_PROFILING is not set
 # CONFIG_UPROBES is not set
 CONFIG_HAVE_64BIT_ALIGNED_ACCESS=y
@@ -221,6 +231,7 @@
 #
 # GCOV-based kernel profiling
 #
+# CONFIG_ARCH_HAS_GCOV_PROFILE_ALL is not set
 # CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
 CONFIG_SLABINFO=y
 CONFIG_RT_MUTEXES=y
@@ -232,6 +243,7 @@
 # CONFIG_MODVERSIONS is not set
 # CONFIG_MODULE_SRCVERSION_ALL is not set
 # CONFIG_MODULE_SIG is not set
+# CONFIG_MODULE_COMPRESS is not set
 CONFIG_BLOCK=y
 CONFIG_BLK_DEV_BSG=y
 CONFIG_BLK_DEV_BSGLIB=y
@@ -280,7 +292,7 @@
 CONFIG_DEFAULT_CFQ=y
 # CONFIG_DEFAULT_NOOP is not set
 CONFIG_DEFAULT_IOSCHED="cfq"
-CONFIG_ASN1=m
+CONFIG_ASN1=y
 CONFIG_INLINE_SPIN_UNLOCK_IRQ=y
 CONFIG_INLINE_READ_UNLOCK=y
 CONFIG_INLINE_READ_UNLOCK_IRQ=y
@@ -323,11 +335,14 @@
 CONFIG_FW_LOADER=y
 # CONFIG_FIRMWARE_IN_KERNEL is not set
 CONFIG_EXTRA_FIRMWARE=""
-CONFIG_FW_LOADER_USER_HELPER=y
+# CONFIG_FW_LOADER_USER_HELPER_FALLBACK is not set
+CONFIG_ALLOW_DEV_COREDUMP=y
 # CONFIG_SYS_HYPERVISOR is not set
 CONFIG_GENERIC_CPU_DEVICES=y
 CONFIG_REGMAP=y
 CONFIG_REGMAP_I2C=m
+CONFIG_REGMAP_SPMI=m
+CONFIG_REGMAP_IRQ=y
 # CONFIG_DMA_SHARED_BUFFER is not set
 
 #
@@ -353,7 +368,7 @@
 CONFIG_BLK_DEV_RAM=m
 CONFIG_BLK_DEV_RAM_COUNT=16
 CONFIG_BLK_DEV_RAM_SIZE=4096
-CONFIG_BLK_DEV_XIP=y
+CONFIG_BLK_DEV_RAM_DAX=y
 CONFIG_ATA_OVER_ETH=m
 CONFIG_BLK_DEV_RBD=m
 
@@ -397,6 +412,10 @@
 CONFIG_ALTERA_STAPL=m
 
 #
+# Intel MIC Bus Driver
+#
+
+#
 # Intel MIC Host Driver
 #
 
@@ -404,6 +423,7 @@
 # Intel MIC Card Driver
 #
 CONFIG_ECHO=m
+# CONFIG_CXL_BASE is not set
 
 #
 # SCSI device support
@@ -412,8 +432,8 @@
 CONFIG_RAID_ATTRS=m
 CONFI

Bug#792777: fails to send email on failure; falls over on circle at start of systemctl status

[Joey Hess]

Package: systemd-cron
Version: 1.5.2-1
Severity: normal

Jul 18 08:41:26 darkstar systemd[1]: Starting [Cron] "@reboot mpd"...
Jul 18 08:41:26 darkstar sh[1906]: Jul 18 08:41 : socket: Failed to bind to 
'[::]:6600': Address already in use
Jul 18 08:41:26 darkstar systemd[1]: cron-joey-joey-1.service: Main process 
exited, code=exited, status=1/FAILURE
Jul 18 08:41:26 darkstar systemd[1]: Failed to start [Cron] "@reboot mpd".
Jul 18 08:41:26 darkstar systemd[1]: cron-joey-joey-1.service: Unit entered 
failed state.
Jul 18 08:41:26 darkstar systemd[1]: cron-joey-joey-1.service: Triggering 
OnFailure= dependencies.
Jul 18 08:41:26 darkstar systemd[1]: cron-joey-joey-1.service: Failed with 
result 'exit-code'.
Jul 18 08:41:26 darkstar systemd[1]: Created slice system-cron\x2dfailure.slice.
Jul 18 08:41:26 darkstar systemd[1]: Starting system-cron\x2dfailure.slice.
Jul 18 08:41:26 darkstar systemd[1]: Starting systemd-cron OnFailure for 
cron-joey-joey-1...
Jul 18 08:41:26 darkstar mail_on_failure[1909]: Traceback (most recent call 
last):
Jul 18 08:41:26 darkstar mail_on_failure[1909]: File 
"/lib/systemd-cron/mail_on_failure", line 43, in 
Jul 18 08:41:26 darkstar mail_on_failure[1909]: systemctl = 
subprocess.check_output(['systemctl','status',job], universal_newlines=True)
Jul 18 08:41:26 darkstar mail_on_failure[1909]: File 
"/usr/lib/python3.4/subprocess.py", line 609, in check_output
Jul 18 08:41:26 darkstar mail_on_failure[1909]: output, unused_err = 
process.communicate(inputdata, timeout=timeout)
Jul 18 08:41:26 darkstar mail_on_failure[1909]: File 
"/usr/lib/python3.4/subprocess.py", line 949, in communicate
Jul 18 08:41:26 darkstar mail_on_failure[1909]: stdout = 
_eintr_retry_call(self.stdout.read)
Jul 18 08:41:26 darkstar mail_on_failure[1909]: File 
"/usr/lib/python3.4/subprocess.py", line 491, in _eintr_retry_call
Jul 18 08:41:26 darkstar mail_on_failure[1909]: return func(*args)
Jul 18 08:41:26 darkstar mail_on_failure[1909]: File 
"/usr/lib/python3.4/encodings/ascii.py", line 26, in decode
Jul 18 08:41:26 darkstar mail_on_failure[1909]: return 
codecs.ascii_decode(input, self.errors)[0]
Jul 18 08:41:26 darkstar mail_on_failure[1909]: UnicodeDecodeError: 'ascii' 
codec can't decode byte 0xe2 in position 0: ordinal not in range(128)
Jul 18 08:41:26 darkstar systemd[1]: cron-failure@cron-joey-joey-1.service: 
Main process exited, code=exited, status=1/FAILURE
Jul 18 08:41:26 darkstar systemd[1]: Failed to start systemd-cron OnFailure for 
cron-joey-joey-1.
Jul 18 08:41:26 darkstar systemd[1]: cron-failure@cron-joey-joey-1.service: 
Unit entered failed state.
Jul 18 08:41:26 darkstar systemd[1]: cron-failure@cron-joey-joey-1.service: 
Failed with result 'exit-code'.

This seems to be trying to mail the output of systemctl status.

joey@darkstar:~>systemctl  status cron-joey-joey-1.service|hexdump -C
  e2 97 8f 20 63 72 6f 6e  2d 6a 6f 65 79 2d 6a 6f  |... cron-joey-jo|
0010  65 79 2d 31 2e 73 65 72  76 69 63 65 20 2d 20 5b  |ey-1.service - [|
0020  43 72 6f 6e 5d 20 22 40  72 65 62 6f 6f 74 20 6d  |Cron] "@reboot m|
0030  70 64 22 0a 20 20 20 4c  6f 61 64 65 64 3a 20 6c  |pd".   Loaded: l|

So, the 0xe2 it falls over on is the very first character, the circle

● cron-joey-joey-1.service - [Cron] "@reboot mpd"

-- Package-specific info:
-- output of systemd-delta

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

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

Versions of packages systemd-cron depends on:
ii  init-system-helpers  1.23
ii  python3  3.4.3-4
ii  systemd-sysv 222-1

Versions of packages systemd-cron recommends:
ii  postfix [mail-transport-agent]  2.11.3-1

systemd-cron suggests no packages.

-- no debconf information

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#792778: nouveau: screen sometimes remains blank after "xset dpms force off"

[Vincent Lefevre]

Package: src:linux
Version: 3.16.7-ckt11-1
Severity: normal

After I blank the screen of my laptop with "xset dpms force off", it
is usually unblanked as expected when I type a key or move the mouse,
but not always. When this occurs, the screen is no longer off, in the
sense I can see some light on it, but nothing is displayed.

As a workaround, I can suspend the machine by closing the lid, and
wake it up just after. However this might yield network problems
with the current connections.

Note: this is an old kernel, but the more recent ones do not work with
nouveau (see other bug reports in the Debian BTS and upstream).

-- Package-specific info:
** Version:
Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt11-1 (2015-05-24)

** Command line:
BOOT_IMAGE=/vmlinuz-3.16.0-4-amd64 root=/dev/mapper/zira--vg-root ro quiet

** Not tainted

** Kernel log:
[180597.911661] smpboot: CPU 6 is now offline
[180597.912318] intel_pstate CPU 7 exiting
[180598.015785] smpboot: CPU 7 is now offline
[180598.019545] ACPI: Low-level resume complete
[180598.019620] PM: Restoring platform NVS memory
[180598.020384] Enabling non-boot CPUs ...
[180598.020594] x86: Booting SMP configuration:
[180598.020597] smpboot: Booting Node 0 Processor 1 APIC 0x1
[180598.036385] Intel pstate controlling: cpu 1
[180598.036490] CPU1 is up
[180598.036659] smpboot: Booting Node 0 Processor 2 APIC 0x2
[180598.051986] Intel pstate controlling: cpu 2
[180598.052066] CPU2 is up
[180598.052218] smpboot: Booting Node 0 Processor 3 APIC 0x3
[180598.067179] Intel pstate controlling: cpu 3
[180598.067243] CPU3 is up
[180598.067363] smpboot: Booting Node 0 Processor 4 APIC 0x4
[180598.082104] Intel pstate controlling: cpu 4
[180598.082158] CPU4 is up
[180598.082261] smpboot: Booting Node 0 Processor 5 APIC 0x5
[180598.096884] Intel pstate controlling: cpu 5
[180598.096931] CPU5 is up
[180598.097019] smpboot: Booting Node 0 Processor 6 APIC 0x6
[180598.111431] Intel pstate controlling: cpu 6
[180598.111473] CPU6 is up
[180598.111554] smpboot: Booting Node 0 Processor 7 APIC 0x7
[180598.125876] Intel pstate controlling: cpu 7
[180598.125928] CPU7 is up
[180598.133869] ACPI: Waking up from system sleep state S3
[180598.318144] acpi LNXPOWER:02: Turning OFF
[180598.318167] acpi LNXPOWER:01: Turning OFF
[180598.366692] ehci-pci :00:1a.0: System wakeup disabled by ACPI
[180598.366722] ehci-pci :00:1d.0: System wakeup disabled by ACPI
[180598.366754] xhci_hcd :00:14.0: System wakeup disabled by ACPI
[180598.380396] PM: noirq resume of devices complete after 62.133 msecs
[180598.380646] PM: early resume of devices complete after 0.226 msecs
[180598.380689] e1000e :00:19.0: System wakeup disabled by ACPI
[180598.380714] mei_me :00:16.0: irq 46 for MSI/MSI-X
[180598.380750] nouveau  [ DRM] re-enabling device...
[180598.380852] nouveau  [ DRM] resuming kernel object tree...
[180598.380872] nouveau  [   VBIOS][:01:00.0] running init tables
[180598.381035] snd_hda_intel :00:1b.0: irq 50 for MSI/MSI-X
[180598.396180] sd 0:0:0:0: [sda] Starting disk
[180598.474499] e1000e :00:19.0: irq 51 for MSI/MSI-X
[180598.732554] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[180598.732567] ata4: SATA link down (SStatus 0 SControl 300)
[180598.732582] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[180598.740570] ata3: SATA link down (SStatus 0 SControl 300)
[180598.741979] nouveau E[   PIBUS][:01:00.0] HUB0: 0x614900 0x0080 
(0x1c708200)
[180598.743526] ata2.00: configured for UDMA/100
[180598.748763] usb 3-5: reset full-speed USB device number 3 using xhci_hcd
[180598.749493] ata1.00: configured for UDMA/133
[180598.811541] nouveau  [VOLT][:01:00.0] GPU voltage: 60uv
[180598.811544] nouveau  [  PTHERM][:01:00.0] fan management: automatic
[180598.811624] nouveau  [ CLK][:01:00.0] --: core 405 MHz memory 810 
MHz 
[180598.812484] nouveau E[PBUS][:01:00.0] MMIO read of 0x FAULT 
at 0x000260 [ TIMEOUT ]
[180598.812786] nouveau E[PBUS][:01:00.0] MMIO write of 0xbad0011f 
FAULT at 0x000260 [ TIMEOUT ]
[180598.830999] nouveau  [ DRM] resuming client object trees...
[180598.831141] nouveau  [ DRM] resuming display...
[180598.877584] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 880488d56800
[180598.877585] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 880488d56848
[180598.877586] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 880488d56890
[180598.877587] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 880488d568d8
[180598.989022] usb 3-7: reset high-speed USB device number 4 using xhci_hcd
[180599.246372] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 8804884e7c40
[180599.301062] nouveau  [ DRM] resuming console...
[180599.341448] usb 3-12: reset ful

Bug#792779: nmu: android-platform-frameworks-base_21-2

[Andreas Beckmann]

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

Something weird happened on the buildd build of
android-platform-frameworks-base/i386:
* /usr/bin/aapt wants libhost.so instead of libhost.so.0
* the aapt package has no dependency on android-libhost
==> #786943: aapt: error while loading shared libraries: libhost.so:
 cannot open shared object file: No such file or directory

I cannot reproduce this weird build result in neither sid nor jessie, so
binNMUs for jessie and sid (should probably get +b2 to be newer than
the one in jessie) are sufficient to fix this.

It picks up the android-libhost dependency:

$ debdiff aapt_21-2_i386.deb jessie-i386/aapt_21-2_i386.deb
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)

Depends: android-libcutils, {+android-libhost,+} android-liblog,
android-libutils, libc6 (>= 2.7), libexpat1 (>= 2.0.1), libgcc1 (>=
1:4.1.1), libpng12-0 (>= 1.2.13-4), libstdc++6 (>= 4.1.1), zlib1g (>=
1:1.1.4), android-libandroidfw

and ldd output looks sane, too:

# ldd /usr/bin/aapt
linux-gate.so.1 (0xf7705000)
librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xf76f7000)
libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf76f2000)
libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf76d6000)
libz.so.1 => /lib/i386-linux-gnu/libz.so.1 (0xf76b9000)
libexpat.so.1 => /lib/i386-linux-gnu/libexpat.so.1 (0xf769)
libpng12.so.0 => /lib/i386-linux-gnu/libpng12.so.0 (0xf7663000)
libcutils.so.0 => /usr/lib/android/libcutils.so.0 (0xf7654000)
libhost.so.0 => /usr/lib/android/libhost.so.0 (0xf764e000)
liblog.so.0 => /usr/lib/android/liblog.so.0 (0xf7645000)
libutils.so.0 => /usr/lib/android/libutils.so.0 (0xf7612000)
libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xf7511000)
libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf74cc000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xf74ae000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf733d000)
/lib/ld-linux.so.2 (0xf7708000)
libbsd.so.0 => /lib/i386-linux-gnu/libbsd.so.0 (0xf732b000)


nmu android-platform-frameworks-base_21-2 . i386 . jessie-proposed-updates . -m 
"Rebuild to pick up a dependency on android-libhost."
nmu $UNDOCUMENTED_OPTION_TO_USE_PLUSb2 android-platform-frameworks-base_21-2 . 
i386 . -m "Rebuild to pick up a dependency on android-libhost."

Or would the jessie one use just 'jessie'?
I remember seeing it mentioned once that there is an option to set the
binNMU number.


Andreas


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

Bug#791137: libmath++: library transition may be needed when GCC 5 is the default

[Markus Koschany]

I intend to request the removal of libmath++ in the coming weeks. I have
only adopted it because it was a dependency of monopd. Recently  monopd
switched to another actively developed math library, muparser,  whereas
libmath++ is dead upstream since 2004. Since there are no further
reverse-dependencies, I believe it is better to remove libmath++ from
Debian.

Markus



signature.asc
Description: OpenPGP digital signature

Bug#792780: mariadb-10.0: FTBFS on powerpc but succeded previously

[Salvatore Bonaccorso]

Source: mariadb-10.0
Version: 10.0.20-1
Severity: serious
Justification: FTBFS on powerpc but succeeded for previous versions

Hi

mariadb-10.0 succeeded previously on powerpc but FTBFS fo 10.0.20.
See:

https://buildd.debian.org/status/fetch.php?pkg=mariadb-10.0&arch=powerpc&ver=10.0.20-2&stamp=1436318764

Regards,
Salvatore


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

Bug#786943: aapt: error while loading shared libraries: libhost.so: cannot open shared object file: No such file or directory

[Andreas Beckmann]

Followup-For: Bug #786943

Something weird happened on the buildd build of
android-platform-frameworks-base/i386:
* /usr/bin/aapt wants libhost.so instead of libhost.so.0
* the aapt package has no dependency on android-libhost

I cannot reproduce this weird build result in neither sid nor jessie, so
binNMUs for jessie and sid are sufficient to fix this => #792779.


Andreas


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

Bug#749315: Found solution

[Ognyan Kulev]

Hi,

I had the same solution when I use external monitor on my Thinkpad. 
http://gregcor.com/2011/05/07/fix-dual-monitors-in-gnome-3-aka-my-workspaces-are-broken/ 
had the solution for me. The magic configuration command is:


gsettings set org.gnome.shell.overrides workspaces-only-on-primary false

All the best,
Ognyan


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

Bug#792619: transition: ffmpeg

[Julien Cristau]

On Thu, Jul 16, 2015 at 22:08:10 +0200, Andreas Cadhalpun wrote:

> the Debian Multimedia Maintainers team decided to switch from Libav
> to FFmpeg [1]. Thus please remove the testing migration block of ffmpeg.
> 
I've removed my block hint.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#792781: /usr/sbin/localepurge: option --path-exclude make crazy kwalletd, which display thousands lines of errors

[Serge Kilimoff-Goriatchkine]

Package: localepurge
Version: 0.7.3.4
Severity: normal
File: /usr/sbin/localepurge

Dear Maintainer,


After upgrading plasma4 to plasma5 (including package kwalletmanager) and 
reboot multiple times, I got a warning telling me that my hard drive was full.
After investigation, files /var/log/message /var/log/syslog and others were a 
size greater than 1Go, which contains lines like

KConfigIni: In file /boot/vmlinuz-4.0.0-1-686-pae, line 12124: " 
Invalid entry (missing '=')

for all files in /boot/.

If I believe this ticket 
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=747665), it's a problem in 
localepurge that impact KDE.
I solved my problem by also applying the commands of the same ticket (in 
summary, required to reconfigure localepurge without option --path-exclude and 
reinstall kde/kwalletmanager).


Thanks and good luck.


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

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

Versions of packages localepurge depends on:
ii  debconf [debconf-2.0]  1.5.57
ii  locales2.19-19
ii  procps 2:3.3.10-2
ii  ucf3.0030

localepurge recommends no packages.

Versions of packages localepurge suggests:
pn  bleachbit  
pn  debfoster  
ii  deborphan  1.7.28.8-0.1

-- debconf information:
  localepurge/verbose: false
  localepurge/showfreedspace: true
  localepurge/dontbothernew: false
  localepurge/none_selected: false
* localepurge/use-dpkg-feature: false
* localepurge/nopurge: en_US, en_US.UTF-8, fr, fr_FR.UTF-8
* localepurge/mandelete: true
  localepurge/remove_no:
  localepurge/quickndirtycalc: true


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

Bug#792767: python3-zipstream: ships /usr/lib/python3/dist-packages/tests/__init__.py

[Aigars Mahinovs]

On Sat, Jul 18, 2015 at 1:54 PM Andreas Beckmann  wrote:

> Package: python3-zipstream
> Version: 1.1.0-1
> Severity: serious
> User: trei...@debian.org
> Usertags: edos-file-overwrite
>
> /usr/lib/python3/dist-packages/tests/__init__.py is a very generic
> name that is prone to file overwrite conflicts between packages
> (which caused its detection).
>

Thanks! An upload fixing this is pending.

Bug#792774: RFS: filters/2.54 [ITA]

[Jakub Wilk]

* Marius Gavrilescu , 2015-07-18, 15:16:

* Package name: filters
 Version : 2.54
 Upstream Author : Joey Hess 
* URL : http://kitenet.net/~joey/code/filters/


This redirects to https://joeyh.name/code/filters/, but there is no 2.54 
there. There is no 2.54 tagged in the VCS either. So where did this 
version come from?



 * Set source format to 3.0 (native)


filters is no way Debian-specific, so the package should NOT be native.

--
Jakub Wilk


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

Bug#745901: fglrx-driver: seems to be fixed since fglrx-driver-1:15.7-1

[Carsten Lüdtke]

Package: fglrx-driver
Followup-For: Bug #745901

Dear Maintainer,

i tested the last fglrx-driver packages today and this bug seems to be fixed as 
of version 1:15.7-1 ,at least for me. I had the env_var/LD_PRELOAD 
solution in place since this happened a long long time ago and today i can use 
gdm, gnome-session, gnome-shell, totem cheese without all this. Looks like
this bug can be closed finally. 

Carsten

-- Package-specific info:
Full fglrx package list:
ii  fglrx-atieventsd1:15.7-1 amd64  
  events daemon for the non-free ATI/AMD RadeonHD display driver
ii  fglrx-control   1:15.7-1 amd64  
  control panel for the non-free ATI/AMD RadeonHD display driver
ii  fglrx-driver1:15.7-1 amd64  
  non-free ATI/AMD RadeonHD display driver
ii  fglrx-modules-dkms  1:15.7-1 amd64  
  dkms module source for the non-free ATI/AMD RadeonHD display 
driver
ii  glx-alternative-fglrx   0.5.1amd64  
  allows the selection of FGLRX as GLX provider
ii  libfglrx:amd64  1:15.7-1 amd64  
  non-free ATI/AMD RadeonHD display driver (runtime libraries)
ii  libfglrx:i386   1:15.7-1 i386   
  non-free ATI/AMD RadeonHD display driver (runtime libraries)
ii  libfglrx-amdxvba1:amd64 1:15.7-1 amd64  
  AMD XvBA (X-Video Bitstream Acceleration) backend for VA API
ii  libfglrx-amdxvba1:i386  1:15.7-1 i386   
  AMD XvBA (X-Video Bitstream Acceleration) backend for VA API
ii  libgl1-fglrx-glx:amd64  1:15.7-1 amd64  
  proprietary libGL for the non-free ATI/AMD RadeonHD display driver
ii  libgl1-fglrx-glx:i386   1:15.7-1 i386   
  proprietary libGL for the non-free ATI/AMD RadeonHD display driver
ii  libgl1-fglrx-glx-i386:i386  1:15.7-1 i386   
  ATI/AMD binary OpenGL 32-bit libraries

VGA-compatible devices on PCI bus:
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. 
[AMD/ATI] Hawaii XT [Radeon R9 290X] [1002:67b0] (prog-if 00 [VGA controller])
Subsystem: PC Partner Limited / Sapphire Technology Device [174b:e285]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: fglrx_pci


DRM and fglrx Informations from dmesg:
[0.00] AGP: No AGP bridge found
[0.00] AGP: Checking aperture...
[0.00] AGP: No AGP bridge found
[0.405463] Linux agpgart interface v0.103
[8.178799] fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, 
Starnberg, GERMANY' taints kernel.
[8.198247] <6>[fglrx] Maximum main memory to use for locked dma buffers: 
7724 MBytes.
[8.198439] <6>[fglrx]   vendor: 1002 device: 67b0 revision: 0 count: 1
[8.198792] <6>[fglrx] ioport: bar 4, base 0xe000, size: 0x100
[8.199028] <6>[fglrx] Kernel PAT support is enabled
[8.199044] <6>[fglrx] module loaded - fglrx 15.20.3 [Jun 22 2015] with 1 
minors
[   23.523846] <6>[fglrx] Firegl kernel thread PID: 1552
[   23.523920] <6>[fglrx] Firegl kernel thread PID: 1553
[   23.523979] <6>[fglrx] Firegl kernel thread PID: 1554
[   23.524110] <6>[fglrx] IRQ 40 Enabled
[   23.557993] <6>[fglrx] Reserved FB block: Shared offset:0, size:100 
[   23.557996] <6>[fglrx] Reserved FB block: Unshared offset:f6b4000, size:4000 
[   23.557998] <6>[fglrx] Reserved FB block: Unshared offset:f6b8000, 
size:548000 
[   23.558000] <6>[fglrx] Reserved FB block: Unshared offset:fc0, 
size:10 
[   23.558001] <6>[fglrx] Reserved FB block: Unshared offset:fff8000, size:8000 
[   23.558002] <6>[fglrx] Reserved FB block: Unshared offset:3000, 
size:d000 

Xorg X server configuration file status:
-rw-r--r-- 1 root root 2851 Apr 25 13:52 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
Section "ServerLayout"
Identifier "aticonfig Layout"
Screen  0  "aticonfig-Screen[0]-0" 0 0
EndSection

Section "Module"
EndSection

Section "Monitor"
Identifier   "aticonfig-Monitor[0]-0"
Option  "VendorName" "ATI Proprietary Driver"
Option  "ModelName" "Generic Autodetecting Monitor"
Option  "DPMS" "true"
EndSection

Section "Monitor"
Identifier   "0-DFP5"
Option  "VendorName" "ATI Proprietary Driver"
Option  "ModelName" "Generic Autodetecting Monitor"
Option  "DPMS" "true"
Option  "PreferredMode" "1920x1200"
Option  "Targe

Bug#790446: mpv: Warning about mismatch between build and run-time ffmpeg libraries

[Alessandro Ghedini]

Control: tags -1 fixed-upstream

On Mon, Jun 29, 2015 at 06:01:04pm +0200, Guillem Jover wrote:
> Package: mpv
> Version: 0.9.2-1+ffmpeg
> Severity: normal
> 
> Hi!
> 
> [ First of all, thanks for providing a ffmpeg version of the package,
>   there's quite some media that does not play correctly with libav. ]
> 
> The mpv program emits the following warning on startup:
> 
> ,---
> Warning: mpv was compiled against a different version of ffmpeg than the 
> shared
> library it is linked against. This can expose subtle ABI compatibility issues
> and can lead to misbehavior and crashes.
> `---
> 
> Which, to me points out there's a problem somewhere. Either:
> 
>  * the warning is bogus, and
>- mpv should be silenced in common/av_log.c:print_libav_versions, or

Upstream removed the warning now, see [0].

Cheers

[0] 
https://github.com/mpv-player/mpv/commit/5594379b27f3c19a475b83a001a1cd96946c


signature.asc
Description: Digital signature

Bug#792215: [Pkg-anonymity-tools] Bug#792215: Bug#792215: Bug#792215: Bug#792215: torbrowser-launcher: doesnt work, some depends probably missing

[Holger Levsen]

control: notfound -1 0.2.0-1~bpo8+1
thanks

Hi,

On Montag, 13. Juli 2015, intrigeri wrote:
> Looking closer at the missing deps issue, the only potentially absent
> binary I've seen called is update-desktop-database (from the
> desktop-file-utils package). Can you try installing it if it's
> missing?

desktop-file-utils was/is already installed.

> If that doesn't work, then I'll need more debug output to
> understand the problem. Retrying with 0.2.0-1~bpo8+1 would be
> welcome too.

installing 0.2.0-1~bpo8+1 helped.


cheers,
Holger


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

Bug#792777: fails to send email on failure; falls over on circle at start of systemctl status

[Alexandre Detiste]

control: tag -1 moreinfo

Hi,

I can't find the correct environnement needed to reproduce this bug.

This should work both in UTF-8 & Ascii mode.

When systemctl detect it is run with LANG=C LC_CTYPE=C, the circle got replaced 
by a star (*).

I expect mail_on_failure.py & systemctl would always share the same environment,
so I can't se ho this error happens.


Can you communicate the env values needed to trigger this bug ?

Here is a little tweak to run pgm repeatedly without sending a ton of mails.

-p = Popen(['sendmail','-i','-B8BITMIME',mailto], stdin=PIPE)
+p = Popen(['cat'], stdin=PIPE)

> So, the 0xe2 it falls over on is the very first character, the circle
> 
> ● cron-joey-joey-1.service - [Cron] "@reboot mpd"

> Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
This seems ok

Alexandre Detiste

PS: maybe that would go away with python 3.5
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=784330#25


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

Bug#790060: jessie-pu: nbd update?

[Wouter Verhelst]

On Sat, Jul 18, 2015 at 12:07:13PM +0100, Adam D. Barratt wrote:
> That's much bigger than I was expecting given your description, and I'm
> not sure all of the changes were intended to be included.

Crap. I fucked up again. Can you reject that, or is it too late?

-- 
It is easy to love a country that is famous for chocolate and beer

  -- Barack Obama, speaking in Brussels, Belgium, 2014-03-26


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

Bug#451535: Still reproduces in 2015

[Jayson Willson]

This bug still reproduces in Jessie. Any plans to fix it?

Bug#791514: [pkg-go] Bug#791514: golang-mreiferson-httpclient: FTBFS without internet access: attempts to connect to a service on the internet during tests

[Michael Stapelberg]

Instead of trying to fix this, I think it’s better to let the autoremoval
remove this package from Debian. The functionality which the package
provides is by now part of the standard library (HTTP request timeouts),
and there are no dependencies on the package currently.

On Sun, Jul 5, 2015 at 5:33 PM, Chris West (Faux) <
solo-debianb...@goeswhere.com> wrote:

> Source: golang-mreiferson-httpclient
> Version: 0.0~git20140425-2
> Severity: serious
> Tags: sid stretch
> Justification: fails to build from source
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
>
> Dear Maintainer,
>
> The package's tests fail when run on a pbuilder without networking,
> it attempts to make a request to a website on the internet:
> === RUN TestHttpsConnection
> --- FAIL: TestHttpsConnection (0.00s)
> httpclient_test.go:93: 1st request failed - Get
> https://httpbin.org/ip: dial tcp: lookup httpbin.org: no such host
>
> Packages are required to build without a network connection.
>
> Full build log:
>
> https://reproducible.debian.net/rb-pkg/unstable/amd64/golang-mreiferson-httpclient.html
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.19.0-21-generic (SMP w/8 CPU cores)
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> ___
> Pkg-go-maintainers mailing list
> pkg-go-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
>



-- 
Best regards,
Michael

Bug#792782: iceweasel: Iceweasel unable to print page with long title using CUPS

[Andrey Tataranovich]

Package: iceweasel
Version: 39.0-1~bpo80+1
Severity: normal
Tags: upstream

Iceweasel unable to print pages with long title, example: 
http://детский-мир.net/%D0%A0%D0%B0%D1%81%D0%BA%D1%80%D0%B0%D1%81%D0%BA%D0%B8/7932.htm

CUPS error log contain following error:

E [18/Jul/2015:16:20:40 +0300] [Client 17] Returning IPP 
client-error-attributes-or-values-not-supported for Print-Job 
(ipp://localhost:631/printers/HP_LaserJet_1018) from localhost

I was able to reproduce this issue using -safe-mode option. If I reduce page 
title length using developers tools - iceweasel will print this page.

I already reported this bug to upstream: 
https://bugzilla.mozilla.org/show_bug.cgi?id=1185236

-- Package-specific info:

-- Extensions information
Name: Adblock Plus
Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}.xpi
Status: enabled

Name: Default theme
Location: 
/usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled

Name: Firebug
Location: ${PROFILE_EXTENSIONS}/fire...@software.joehewitt.com.xpi
Status: enabled

Name: FlashGot
Location: ${PROFILE_EXTENSIONS}/{19503e42-ca3c-4c27-b1e2-9cdb2170ee34}.xpi
Status: enabled

Name: SSL Version Control
Location: ${PROFILE_EXTENSIONS}/jid1-zm3berws6fs...@jetpack.xpi
Status: enabled

Name: User Agent Switcher
Location: ${PROFILE_EXTENSIONS}/{e968fc70-8f95-4ab9-9e79-304de2a71ee1}.xpi
Status: enabled

-- Plugins information
Name: Shockwave Flash (18.0.0.204)
Location: /home/andrey/.mozilla/plugins/libfreshwrapper-pepperflash.so
Status: enabled

Name: VLC Web Plugin
Location: /usr/lib/mozilla/plugins/libvlcplugin.so
Package: browser-plugin-vlc
Status: disabled


-- Addons package information
ii  browser-plugin 2.0.6-4  i386 multimedia plugin for web browser
ii  iceweasel  39.0-1~bpo80 i386 Web browser based on Firefox

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

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

Versions of packages iceweasel depends on:
ii  debianutils   4.4+b1
ii  fontconfig2.11.0-6.3
ii  libasound21.0.28-1
ii  libatk1.0-0   2.14.0-1
ii  libc6 2.19-18
ii  libcairo2 1.14.0-2.1
ii  libdbus-1-3   1.8.18-0+deb8u1
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-2
ii  libffi6   3.1-2+b2
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-3
ii  libgcc1   1:4.9.2-10
ii  libgdk-pixbuf2.0-02.31.1-2+b1
ii  libglib2.0-0  2.42.1-1
ii  libgtk2.0-0   2.24.25-3
ii  libhunspell-1.3-0 1.3.3-3
ii  libpango-1.0-01.36.8-3
ii  libsqlite3-0  3.8.7.1-1+deb8u1
ii  libstartup-notification0  0.12-4
ii  libstdc++64.9.2-10
ii  libx11-6  2:1.6.2-3
ii  libxcomposite11:0.4.4-1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.1-2+b2
ii  libxrender1   1:0.9.8-1+b1
ii  libxt61:1.1.4-1+b1
ii  procps2:3.3.9-9
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages iceweasel recommends:
pn  gstreamer1.0-libav 
ii  gstreamer1.0-plugins-good  1.4.4-2

Versions of packages iceweasel suggests:
pn  fonts-mathjax  
pn  fonts-oflb-asana-math  
pn  fonts-stix | otf-stix  
ii  libcanberra0   0.30-2.1
ii  libgnomeui-0   2.24.5-3
ii  libgssapi-krb5-2   1.12.1+dfsg-19
pn  mozplugger 

-- Configuration Files:
/etc/iceweasel/iceweaselrc a7f1bcffd6febdb02e86652a60ebfd16 [Errno 2] No such 
file or directory: u'/etc/iceweasel/iceweaselrc 
a7f1bcffd6febdb02e86652a60ebfd16'

-- no debconf information


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

Bug#792731: cups: incorrect MIME type on cups.css

[Didier 'OdyX' Raboud]

Control: tags -1 +moreinfo +unreproducible

Hi Stephen,

Le vendredi, 17 juillet 2015, 21.18:45 Stephen Kitt a écrit :
> The web interface is no longer styled on my system, which makes it
> somewhat harder to use than normal. Iceweasel tells me
> 
> The stylesheet http://localhost:631/cups.css was not loaded
> because its MIME type, "application/x-csource", is not
> "text/css".

I can't reproduce this here, either with iceweasel or with 'HEAD':

$ HEAD http://localhost:631/cups.css | grep Content-Type
Content-Type: text/css

Also, this is weird, because there was a fix in 2.0.x specifically for 
this:

> Fix text/css MIME type rules (so css files don't get mistaken for C
> source)

What does this command give on your computer?
$ grep -A5 application/x-csource /usr/share/cups/mime/mime.types

Cheers,
OdyX


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

Bug#792779: nmu: android-platform-frameworks-base_21-2

[Adam D. Barratt]

Hi,

Not scheduled atm as I haven't had chance to look at the issue, but:

On Sat, 2015-07-18 at 14:56 +0200, Andreas Beckmann wrote:
> nmu android-platform-frameworks-base_21-2 . i386 . jessie-proposed-updates . 
> -m "Rebuild to pick up a dependency on android-libhost."
> nmu $UNDOCUMENTED_OPTION_TO_USE_PLUSb2 android-platform-frameworks-base_21-2 
> . i386 . -m "Rebuild to pick up a dependency on android-libhost."
> 
> Or would the jessie one use just 'jessie'?

Yes.

> I remember seeing it mentioned once that there is an option to set the
> binNMU number.

One simply specifies it. In the absence of a specific revision being
requested, the "wb" tool will simply choose the next one (wanna-build
itself always requires the revision to be specified; "wb" does not as a
convenience because "previous+1" is the correct answer in the vast
majority of cases). So:

nmu android-platform-frameworks-base_21-2 . i386 . jessie . -m "Rebuild to pick 
up a dependency on android-libhost."
nmu 2 android-platform-frameworks-base_21-2 . i386 . -m "Rebuild to pick up a 
dependency on android-libhost."

Regards,

Adam


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

Bug#783920: atlas: FTBFS on arm64 in Jessie

[Sébastien Villemot]

Control: severity -1 important

Dear Martin and Edmund,

Le mercredi 01 juillet 2015 à 21:36 -0400, Martin Michlmayr a écrit :
> * Sébastien Villemot  [2015-05-01 12:39]:
> > > make[3]: Entering directory '/«PKGBUILDDIR»/build/atlas-base/lib'
> > > mkdir tmp
> > > cd tmp && \
> > > ar x ../libatlas.a && \
> > > if test -f ../libptf77blas.a -a -f ../libptcblas.a; then 
> > > \
> > > ar x ../libptf77blas.a && \
> > > ar x ../libptcblas.a; \
> > > else \
> > > ar x ../libf77blas.a && \
> > > ar x ../libcblas.a; \
> > > fi
> > > ar: ../libf77blas.a: No such file or directory
> > > 
> > > (It did build, clearly, on 2015-01-29 on arm-linaro-01. What 
> > > might
> > > have changed since then?)
> > 
> > ATLAS is a very delicate beast so anything is possible.
> > 
> > Can you please provide me with the full build log? On which machine 
> > did
> > you try the compilation?
> 
> I just ran into the same issue.  Note that earlier on I saw such
> errors:
> /«PKGBUILDDIR»/build/atlas-base/../..//CONFIG/src/backend/cpuid.S: 
> Assembler messages:
> /«PKGBUILDDIR»/build/atlas-base/../..//CONFIG/src/backend/cpuid.S:32: 
> Error: unknown mnemonic `subl' -- `subl $8,%esp'
> /«PKGBUILDDIR»/build/atlas-base/../..//CONFIG/src/backend/cpuid.S:33: 
> Error: unknown mnemonic `movl' -- `movl %ebx,(%esp)'

Thanks for your feedback.

Unfortunately, I am unable to reproduce your problem. The package
builds fine on the only arm64 machine to which I have access
(asachi.debian.org). As a consequence, I am downgrading the severity to
important, since it does not affect all arm64 machines.

Nevertheless, there is obviously something wrong. Note that the
assembly messages that Martin got are a red herring.

In order to try to debug this: could one of you try to recompile the
package after removing the file
debian/archdefs/arm64/GENERIC64.tar.bz2?

The compilation will take much longer, but I would be interested in
seeing if it succeeds. If it does, could you then do the following
after the end of the compilation:

 cd build/atlas-base/ARCHS
 make ArchNew
 tar caf GENERIC64.tar.bz2 GENERIC64

And send me the GENERIC64.tar.bz2 along with the full build log?

Best,

-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://sebastien.villemot.name
  `-  GPG Key: 4096R/381A7594




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

Bug#782494: puppet: Non-ASCII user realnames cause encoding errors when running with a UTF-8 locale

[Tero Marttila]

Hi,

I can confirm that the patch in #22 to lib/puppet/type/user.rb fixes 
this issue against Debian jessie puppet 3.7.2-4.


User resources with non-ASCII comments now behave correctly when running 
the puppet agent with LANG=C.UTF-8. My previous workaround with LANG=C 
now produces "Error: incompatible character encodings: ASCII-8BIT and 
UTF-8", which makes more sense (note the reversed order of the encodings).


I was not able to test the spec/unit/type/user_spec.rb patch, it has 
some minor differences in puppet 3.7.


 -- Tero Marttila


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

Bug#741573: #741573: Menu Policy and Consensus

[Sam Hartman]

> "Bill" == Bill Allombert  writes:

Bill> On Fri, Jul 17, 2015 at 10:08:04PM +, Sam Hartman wrote:
>> In March of 2014, Charles Plessy asked the Debian Technical
>> Committee to review one of the policy editors decisions to revert
>> changes to how policy talks about the Debian Menu and MIME
>> support.  See http://bugs.debian.org/741573 for the TC process
>> and https://bugs.debian.org/707851.  for the process within
>> debian-policy.
>> 
>> One of the issues is the question of whether the Debian Policy
>> community reached consensus around the proposal.  I've
>> investigated this question as part of trying to understand how I
>> will vote within the TC process.

Bill> I want to point out that I have split the menu policy changes
Bill> in 3 parts, so that the less controversial part could be
Bill> decided separately, see #742532.  However nobody was
Bill> interested in seconding this. So I am let to believe there is
Bill> no actual consensus on this.

I agree that there doesn't seem to be consensus on your proposed split.

I don't think I can infer anything about the overall proposal's support
from lack of support for the split.  As an example, if I had high
confidence that I could get consensus on the entire proposal, I would
not generally support handling the less contraversial parts first.

If you handle the less-controversial parts first, it's easy to get into
a situation where that's all you solve.  When you do that because you
honestly can't get consensus on more than the less-controversial parts,
the process is working.  However, sometimes those sort of splits can
create dynamics where you get less of a solution than you might hope.


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

Bug#790060: jessie-pu: nbd update?

[Adam D. Barratt]

On Sat, 2015-07-18 at 15:33 +0200, Wouter Verhelst wrote:
> On Sat, Jul 18, 2015 at 12:07:13PM +0100, Adam D. Barratt wrote:
> > That's much bigger than I was expecting given your description, and I'm
> > not sure all of the changes were intended to be included.
> 
> Crap. I fucked up again. Can you reject that, or is it too late?

No problem. There's a gateway policy queue (slightly incorrectly
referred to as "stable-new") in front of proposed-updates which we have
to accept or reject packages from before they hit p-u.

I've flagged the upload for rejection but unfortunately just missed the
start of the 13:52 dinstall, so it will need to wait until after that
for dak to notice.

Regards,

Adam


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

Bug#792783: linuxlogo: please make the build reproducible

[Reiner Herrmann]

Source: linuxlogo
Version: 5.11-7
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: locale
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that linuxlogo could not be built reproducibly.
A file list is sorted differently depending on the locale.

The attached patch fixes this by setting LC_ALL to C before sorting.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds

diff --git a/debian/rules b/debian/rules
index fd1ef90..8f0793a 100755
--- a/debian/rules
+++ b/debian/rules
@@ -4,7 +4,7 @@
 #export DH_VERBOSE=1
 
 %:
-	find ./logos -type f | sort > logo_config 
+	find ./logos -type f | LC_ALL=C sort > logo_config
 	PREFIX=$(CURDIR)/debian/linuxlogo/usr ./configure 
 	cp -r po/ potmp/
 	dh $@


signature.asc
Description: OpenPGP digital signature

Bug#789267: libgtest-dev: inconsistency with GTEST_HAS_PTHREAD in library interface leads to crashes on non-linux

[Eugene V. Lyubimkin]

Control: tags -1 + patch

Hi!

Finally got to this one,

On 24.06.2015 06:43, Steve M. Robbins wrote:
>> Current libgtest-dev has two different means to determine if
>> GTEST_HAS_PTHREAD is defined: one in CMake rules [1] and second one in
>> the header [2]. When they don't match [3], 
> 
> I have never used the CMake files, but in /usr/src/gtest/CMakeLists.txt, I 
> see:
> 
>   config_compiler_and_linker()  # Defined in internal_utils.cmake.
> 
> and as far as I can see, that macro unconditionally defines GTEST_HAS_PTHREAD 
> in cxx_base_flags.   As long as the build uses these flags, it will override 
> the
> logic in the header. 
> 
> So I don't see the issue.  Can you elaborate further?

Sure. Those flags are used for compiling libgtest, yes, but not for anything 
else that links to libgtest.

For each target, CMake maintains two sets of compile definitions: one it uses 
for compiling the target itself, and
another one which is passed (transitively unless specified otherwise) to 
targets which link themselves to this one. And
the second one is missing.

>> If you prefer, I can try to produce a patch.
> 
> Yes, patch is always nice.

Ack, a patch and a test case attached.


-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf(maildog)jabber.fsfe.org
C++ GNU/Linux userspace developer, Debian Developer
--- gt-cmakelists	2015-07-18 16:17:22.150909549 +0300
+++ /usr/src/gtest/CMakeLists.txt	2015-07-18 16:53:53.725776982 +0300
@@ -68,6 +68,7 @@
 # are used for other targets, to ensure that gtest can be compiled by a user
 # aggressive about warnings.
 cxx_library(gtest "${cxx_strict}" src/gtest-all.cc)
+target_compile_options(gtest INTERFACE ${cxx_public})
 cxx_library(gtest_main "${cxx_strict}" src/gtest_main.cc)
 target_link_libraries(gtest_main gtest)
 
--- gt-internal-utils	2015-07-18 16:30:19.190762682 +0300
+++ /usr/src/gtest/cmake/internal_utils.cmake	2015-07-18 16:58:22.703110769 +0300
@@ -42,6 +42,11 @@
   endif()
 endmacro()
 
+macro(set_public_compiler_definitions)
+	string(REGEX MATCHALL "-DGTEST_HAS_[^ ]*( |$)" list_of_definitions "${cxx_default}")
+	string(REPLACE " " "" cxx_public "${list_of_definitions}")
+endmacro()
+
 # Defines the compiler/linker flags used to build Google Test and
 # Google Mock.  You can tweak these definitions to suit your need.  A
 # variable's value is empty before it's explicitly assigned to.
@@ -120,6 +125,7 @@
 
   # For building the gtest libraries.
   set(cxx_strict "${cxx_default} ${cxx_strict_flags}")
+  set_public_compiler_definitions()
 endmacro()
 
 # Defines the gtest & gtest_main libraries.  User tests should link


testcase.tar.gz
Description: application/gzip

Bug#792784: ITP: pytest-localserver -- plugin for py.test to test server connections locally

[Daniel Stender]

Package: wnpp
Severity: wishlist
Owner: Daniel Stender 

* Package name: pytest-localserver
  Version : 0.3.4
  Upstream Author : Sebastian Rahlf 
* URL : https://pypi.python.org/pypi/pytest-localserver
* License : Expat
  Programming Lang: Python
  Description : plugin for py.test to test server connections locally

Plugin for the Pytest framework which enables to test server connections
locally. This is needed to run the test suite of vcr.py [1]. Following
pytest-instafail as a model, the resulting binaries are going to be
python{,3}-pytest-instafail.

[1] https://bugs.debian.org/792700
ITP: vcrpy -- mock your HTTP interactions to simplify and speed up testing


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

Bug#792785: segfault for Back button

[Aleksei Loginov]

Package: tuxmath
Version: 2.0.3

If to press button "Back", then segfault happens always.

Program received signal SIGSEGV, Segmentation fault.
0xb7a7e4ef in __strlen_ia32 () from /lib/i686/libc.so.6


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

Bug#792700: ITP: vcrpy -- mock your HTTP interactions to simplify and speed up testing

[Daniel Stender]

The package is build ready [1] but the settings for the test suite are
still missing, won't run w/o pytest-localserver which is currently unavailable
in Debian [1].

DS

[1] http://anonscm.debian.org/cgit/python-modules/packages/vcr.py.git

[2] http://bugs.debian.org/792784
ITP: pytest-localserver -- plugin for py.test to test server connections locally

-- 
http://www.danielstender.com/blog/
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8


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

Bug#792431: cme: do not extract the copyright informations of the autoconf tools

[Dominique Dumont]

Hello

Unfortunately, cme relies on the output of licensecheck command to update the 
copyright file.
Currently, licensecheck command does not process correctly the
files from hkl/config directory and cme output matches what's found by 
licensecheck:

$ licensecheck -r -m --copyright config
config/texinfo.tex  GPL (v3 or later)   1985, 1986, 1988, 1990, 1991, 
1992, 1993, 1994, 1995
config/ltmain.shGPL (v2 or later)   1996, 1997, 1998, 1999, 2000, 
2001, 2003, 2004, 2005, 2006

In these files, the © statement is declared on 2 or 3 lines

I've already tweaked licensecheck to cope with © statement declared on 2 lines:
$ perl ~/debian-dev/devscripts/scripts/licensecheck.pl -r -m --copyright config
config/texinfo.tex  GPL (v3 or later)   1985, 1986, 1988, 1990, 1991, 
1992, 1993, 1994, 1995 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 
2005, 2006,
config/ltmain.shGPL (v2 or later)   1996, 1997, 1998, 1999, 2000, 
2001, 2003, 2004, 2005, 2006 2007, 2008, 2009, 2010, 2011 Free Software 
Foundation, Inc.

I guess I can tweak it more to cope with texinfo.tex...

In the meantime, you can add instructions in debian/fix.scanned.copyright to 
add the
missing information with something like:
! Files:"config/texinfo.tex"  Copyright.="-2012 Free Software Foundation, Inc."
! Files:"config/ltmain.sh"  Copyright.="-2011 Free Software Foundation, Inc."

Hope this helps

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org


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

Bug#792786: libftdi1-dev: Wrong library path in libftdi1.pc

[Dmitry Mikhirev]

Package: libftdi1-dev
Version: 1.2-1
Severity: important
Tags: patch

Dear Maintainer,

In /usr/lib/x86_64-linux-gnu/pkgconfig/libftdi1.pc file libdir is specified
incorrectly:

libdir=/usr//usr/lib/x86_64-linux-gnu

The mistake originates from 01-cmake-multiarch.diff patch, where line 8 is

+   set(libdir  ${CMAKE_INSTALL_PREFIX}/${CMAKE_INSTALL_LIBDIR})

but it should be

+   set(libdir  ${CMAKE_INSTALL_LIBDIR})



-- System Information:
Debian Release: 8.1
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages libftdi1-dev depends on:
ii  libftdi1-21.2-1
ii  libusb-1.0-0-dev  2:1.0.19-1

libftdi1-dev recommends no packages.

libftdi1-dev suggests no packages.

-- no debconf information


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

Bug#792787: nagios3-cgi: Nagios web gui not show all services - buffer overflow

[David Sulaiman]

Package: nagios3-cgi
Version: 3.5.1.dfsg-2+b1
Severity: important



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

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

Versions of packages nagios3-cgi depends on:
ii  adduser3.113+nmu3
ii  apache2-utils  2.4.10-10
ii  coreutils  8.23-4
ii  debconf [debconf-2.0]  1.5.56
ii  libapache2-mod-php55.6.9+dfsg-0+deb8u1
ii  libc6  2.19-18
ii  libgd3 2.1.0-5
ii  libjpeg62-turbo1:1.3.1-12
ii  libjs-jquery   1.7.2+dfsg-3.2
ii  libpng12-0 1.2.50-2+b2
ii  nagios3-common 3.5.1.dfsg-2
ii  php5   5.6.9+dfsg-0+deb8u1
ii  ucf3.0030
ii  zlib1g 1:1.2.8.dfsg-2+b1

Versions of packages nagios3-cgi recommends:
ii  apache2 [httpd]  2.4.10-10
ii  apache2-mpm-prefork [httpd]  2.4.10-10
ii  nagios-images0.8

nagios3-cgi suggests no packages.

[Sat Jul 18 16:26:29.277140 2015] [cgi:error] [pid 10134] [client 
192.168.20.21:59625] AH01215: *** buffer overflow detected ***: 
/usr/lib/cgi-bin/nagios3/status.cgi terminated
[Sat Jul 18 16:26:29.277214 2015] [cgi:error] [pid 10134] [client 
192.168.20.21:59625] AH01215: === Backtrace: =
[Sat Jul 18 16:26:29.277275 2015] [cgi:error] [pid 10134] [client 
192.168.20.21:59625] AH01215: 
/lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x6c6f3)[0xb75876f3]
[Sat Jul 18 16:26:29.277342 2015] [cgi:error] [pid 10134] [client 
192.168.20.21:59625] AH01215: 
/lib/i386-linux-gnu/i686/cmov/libc.so.6(__fortify_fail+0x45)[0xb76152d5]
[Sat Jul 18 16:26:29.277400 2015] [cgi:error] [pid 10134] [client 
192.168.20.21:59625] AH01215: 
/lib/i386-linux-gnu/i686/cmov/libc.so.6(+0xf838a)[0xb761338a]
[Sat Jul 18 16:26:29.277458 2015] [cgi:error] [pid 10134] [client 
192.168.20.21:59625] AH01215: 
/lib/i386-linux-gnu/i686/cmov/libc.so.6(+0xf7ae8)[0xb7612ae8]
[Sat Jul 18 16:26:29.277528 2015] [cgi:error] [pid 10134] [client 
192.168.20.21:59625] AH01215: 
/lib/i386-linux-gnu/i686/cmov/libc.so.6(_IO_default_xsputn+0x8e)[0xb758b04e]
[Sat Jul 18 16:26:29.277595 2015] [cgi:error] [pid 10134] [client 
192.168.20.21:59625] AH01215: 
/lib/i386-linux-gnu/i686/cmov/libc.so.6(_IO_vfprintf+0x161c)[0xb755f82c]
[Sat Jul 18 16:26:29.277663 2015] [cgi:error] [pid 10134] [client 
192.168.20.21:59625] AH01215: 
/lib/i386-linux-gnu/i686/cmov/libc.so.6(__vsprintf_chk+0xb4)[0xb7612ba4]
[Sat Jul 18 16:26:29.277729 2015] [cgi:error] [pid 10134] [client 
192.168.20.21:59625] AH01215: 
/lib/i386-linux-gnu/i686/cmov/libc.so.6(__sprintf_chk+0x2f)[0xb7612acf]
[Sat Jul 18 16:26:29.277786 2015] [cgi:error] [pid 10134] [client 
192.168.20.21:59625] AH01215: 
/usr/lib/cgi-bin/nagios3/status.cgi(+0x13215)[0xb7710215]
[Sat Jul 18 16:26:29.277839 2015] [cgi:error] [pid 10134] [client 
192.168.20.21:59625] AH01215: 
/usr/lib/cgi-bin/nagios3/status.cgi(+0xd40f)[0xb770a40f]
[Sat Jul 18 16:26:29.277895 2015] [cgi:error] [pid 10134] [client 
192.168.20.21:59625] AH01215: 
/usr/lib/cgi-bin/nagios3/status.cgi(main+0x19b)[0xb76fe72b]
[Sat Jul 18 16:26:29.277965 2015] [cgi:error] [pid 10134] [client 
192.168.20.21:59625] AH01215: 
/lib/i386-linux-gnu/i686/cmov/libc.so.6(__libc_start_main+0xf3)[0xb7534a63]
[Sat Jul 18 16:26:29.278053 2015] [cgi:error] [pid 10134] [client 
192.168.20.21:59625] AH01215: 
/usr/lib/cgi-bin/nagios3/status.cgi(+0x246c)[0xb76ff46c]
[Sat Jul 18 16:26:29.278086 2015] [cgi:error] [pid 10134] [client 
192.168.20.21:59625] AH01215: === Memory map: 
[Sat Jul 18 16:26:29.278159 2015] [cgi:error] [pid 10134] [client 
192.168.20.21:59625] AH01215: b7346000-b7362000 r-xp  08:05 450581 
/lib/i386-linux-gnu/libgcc_s.so.1
[Sat Jul 18 16:26:29.278232 2015] [cgi:error] [pid 10134] [client 
192.168.20.21:59625] AH01215: b7362000-b7363000 rw-p 0001b000 08:05 450581 
/lib/i386-linux-gnu/libgcc_s.so.1
[Sat Jul 18 16:26:29.278303 2015] [cgi:error] [pid 10134] [client 
192.168.20.21:59625] AH01215: b7375000-b751a000 r--p  08:05 247985 
/usr/lib/locale/locale-archive
[Sat Jul 18 16:26:29.278365 2015] [cgi:error] [pid 10134] [client 
192.168.20.21:59625] AH01215: b751a000-b751b000 rw-p  00:00 0 
[Sat Jul 18 16:26:29.278444 2015] [cgi:error] [pid 10134] [client 
192.168.20.21:59625] AH01215: b751b000-b76bf000 r-xp  08:05 24619  
/lib/i386-linux-gnu/i686/cmov/libc-2.19.so
[Sat Jul 18 16:26:29.278544 2015] [cgi:error] [pid 10134] [client 
192.168.20.21:59625] AH01215: b76bf000-b76c1000 r--p 001a4000 08:05 24619  
/lib/i386-linux-gnu/i686/cmov/libc-2.19.so
[Sat Jul 18 16:26:29.278629 2015] [cgi:error] [pid 10134] [client 
192.168.20.21:59625] AH01215: b76c1000-b76c2000 rw-p 001a6000 08:05 24619  
/lib/i386-linux-gnu/i686/cmov/libc-2.19.so
[Sat Jul 

Bug#792788: jruby: FTBFS Cannot find parent dependency org.jruby:jruby-artifacts:pom:1.7.21

[Markus Koschany]

Source: jruby
Version: 1.7.21-1
Severity: serious

Hi,

jruby FTBFS in a clean sid cowbuilder environment.

debian/rules override_dh_auto_configure
make[1]: Entering directory '/tmp/buildd/jruby-1.7.21'
/usr/share/maven-debian-helper/copy-repo.sh
"/tmp/buildd/jruby-1.7.21/debian"
mh_patchpoms -pjruby --debian-build --keep-pom-version \
 --maven-repo="/tmp/buildd/jruby-1.7.21/debian/maven-repo"
 --build-no-docs
 [ERROR] Cannot find parent dependency
 org.jruby:jruby-artifacts:pom:1.7.21, use --no-parent option to
 resolve this issue or install the parent POM in the Maven
 repository
 [ERROR] Cannot find parent dependency
 org.jruby:jruby-ext:pom:1.7.21, use --no-parent option to resolve
 this issue or install the parent POM in the Maven repository
 [ERROR] Cannot find parent dependency
 org.jruby:jruby-artifacts:pom:1.7.21, use --no-parent option to
 resolve this issue or install the parent POM in the Maven
 repository

Markus



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

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


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

Bug#792789: Update Russian for tuxmath

[Aleksei Loginov]

Package: tuxmath
Version: 2.0.3

There is ru.po in attachment.
# Russian translation for tuxmath
# This file is distributed under the same license as the tuxmath package.
#
# Translators:
# AlexL , 2015
msgid ""
msgstr ""
"Project-Id-Version: tuxmath\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2015-07-17 00:33+0300\n"
"PO-Revision-Date: 2015-07-17 16:17+0300\n"
"Last-Translator: AlexL \n"
"Language-Team: Russian \n"
"Language: ru\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Launchpad-Export-Date: 2008-05-06 22:24+\n"
"X-Generator: Poedit 1.6.9\n"
"Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && n"
"%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n"

#: ../src/highscore.c:177 ../src/highscore.c:178
msgid "Hall Of Fame"
msgstr "Зал славы"

#: ../src/highscore.c:200 ../src/highscore.c:201 ../src/highscore.c:228
#: ../src/highscore.c:229
msgid "Space Cadet"
msgstr "Космический курсант"

#: ../src/highscore.c:204 ../src/highscore.c:205
msgid "Scout"
msgstr "Разведчик"

#: ../src/highscore.c:208 ../src/highscore.c:209
msgid "Ranger"
msgstr "Рейнджер"

#: ../src/highscore.c:212 ../src/highscore.c:213
msgid "Ace"
msgstr "Ас"

#: ../src/highscore.c:216 ../src/highscore.c:217
msgid "Commando"
msgstr "Коммандо"

#: ../src/highscore.c:220 ../src/highscore.c:221
msgid "Factors"
msgstr "Множители"

#: ../src/highscore.c:224 ../src/highscore.c:225
msgid "Fractions"
msgstr "Дроби"

#: ../src/highscore.c:314
msgid "You Are In The Hall of Fame!"
msgstr "Вы в зале славы!"

#: ../src/highscore.c:314
msgid "Enter Your Name:"
msgstr "Введите ваше имя:"

#: ../src/network.c:90 ../src/network.c:684 ../src/network.c:726
#: ../src/server.c:494
msgid "Await player name"
msgstr "Ожидание имени игрока"

#: ../src/credits.c:42
msgid "TUX, OF MATH COMMAND"
msgstr "КОМАНДНАЯ МАТЕМАТИКА С TUX"

#: ../src/credits.c:43
msgid "COPYRIGHT 2001-2011"
msgstr "COPYRIGHT 2001-2011"

#: ../src/credits.c:44
msgid "VERSION "
msgstr "ВЕРСИЯ "

#: ../src/credits.c:46
msgid "PART OF THE 'TUX4KIDS' PROJECT"
msgstr "ЧАСТЬ ПРОЕКТА 'TUX4KIDS'"

#: ../src/credits.c:49
msgid "DESIGNED BY"
msgstr "ДИЗАЙН"

#: ../src/credits.c:52
msgid "LEAD PROGRAMMERS"
msgstr "ГЛАВНЫЕ ПРОГРАММИСТЫ"

#: ../src/credits.c:58
msgid "ADDITIONAL CODE"
msgstr "ДОПОЛНИТЕЛЬНЫЙ КОД"

#: ../src/credits.c:74
msgid "LEAD ARTISTS"
msgstr "ГЛАВНЫЕ ХУДОЖНИКИ"

#: ../src/credits.c:78
msgid "ADDITIONAL ART"
msgstr "ДОПОЛНИТЕЛЬНЫЙ ДИЗАЙН"

#: ../src/credits.c:84
msgid "SOUND EFFECTS"
msgstr "ЗВУКОВЫЕ ЭФФЕКТЫ"

#: ../src/credits.c:87
msgid "MUSIC"
msgstr "МУЗЫКА"

#: ../src/credits.c:106
msgid "PACKAGERS"
msgstr "УПАКОВЩИКИ"

#: ../src/credits.c:111
msgid "'TUX' THE PENGUIN CREATED BY"
msgstr "СОЗДАТЕЛЬ ПИНГВИНА ТУКСА"

#: ../src/credits.c:114
msgid "TESTERS"
msgstr "ТЕСТИРОВЩИКИ"

#: ../src/credits.c:126
msgid "USER WEBSITE"
msgstr "САЙТ"

#: ../src/credits.c:129
msgid "TUX4KIDS DEVELOPMENT HOSTED AT ALIOTH:"
msgstr "TUX4KIDS РАЗРАБАТЫВАЕТСЯ НА ALIOTH:"

#: ../src/credits.c:132
msgid ""
"TuxMath is Free Software licensed under the GNU General Public License "
"(GPL). As such, you are specifically granted the rights that are usually "
"denied to users of proprietary software."
msgstr ""
"TuxMath - свободное программное обеспечение под лицензией GNU General Public "
"License (GPL). Таким образом, вам предоставлены возможности, которые, как "
"правило, не доступны для пользователей патентованного программного "
"обеспечения."

#: ../src/credits.c:134
msgid ""
"These rights include the freedom to study, copy, modify, and redistribute "
"the program."
msgstr ""
"Эти права включают в себя свободу изучать, копировать, модифицировать и "
"распространять программу."

#: ../src/credits.c:136
msgid ""
"A full copy of the GPL is included with the documentation for this program."
msgstr "Полная копия GPL включена в состав документации к этой программе."

#: ../src/credits.c:138
msgid "For more information about Free Software and the GNU GPL, visit:"
msgstr ""
"Для получения дополнительной информации о свободном программном обеспечении "
"и GNU GPL, посетите:"

#: ../src/titlescreen.c:512
msgid ""
"Work In Progress!\n"
"This feature is not ready yet\n"
"Discuss the future of TuxMath at\n"
"tuxmath-de...@lists.sourceforge.net"
msgstr ""
"Работа продолжается!\n"
"Эта функция ещё не готова\n"
"Обсудите эту фунцию TuxMath\n"
"на tuxmath-de...@lists.sourceforge.net"

#: ../src/multiplayer.c:95 ../src/multiplayer.c:134 ../src/multiplayer.c:137
msgid "Go!"
msgstr "Вперёд!"

#: ../src/multiplayer.c:237
#, c-format
msgid "Then %s\n"
msgstr "Затем %s\n"

#: ../src/multiplayer.c:240
#, c-format
msgid "%s. press space or escape to return to main menu."
msgstr "%s. Нажмите пробел или Esc для возврата в главное меню."

#: ../src/multiplayer.c:314
msgid "Who is playing first?"
msgstr "Кто играет первым?"

#: ../src/multiplayer.c:314 ../src/multiplayer.c:316 ../src/menu_lan.c:202
msgid "Enter your name:"
msgstr "Введите ваше имя:"

Bug#792431: cme: do not extract the copyright informations of the autoconf tools

[Dominique Dumont]

On Sat, 18 Jul 2015 16:39:44 +0200 Dominique Dumont  wrote:
> In the meantime, you can add instructions in debian/fix.scanned.copyright to 
> add the
> missing information with something like:
> ! Files:"config/texinfo.tex"  Copyright.="-2012 Free Software Foundation, 
> Inc."
> ! Files:"config/ltmain.sh"  Copyright.="-2011 Free Software Foundation, Inc."

Sorry, I forgot to mention: for more information on fix.scanned.copyright, see

https://ddumont.wordpress.com/2015/05/31/improving-update-of-existing-debiancopyright-file/

and Config::Model::Dpkg::Copyright(3pm) 

All the best
-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org


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

Bug#589565: fixed upstream since v2.4.2

[Charles Lepple]

fixed nut/2.4.3-1
thanks

You can use "-p pidbase" to monitor multiple UPSes.

Reference:
https://github.com/networkupstools/nut/commit/d1c5f0cc448b23933d6a8a00d3da2642eed4c847


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

Bug#777780: asmon: diff for NMU version 0.71-5.1

[gregor herrmann]

Control: tags 80 + pending

Dear maintainer,

I've prepared an NMU for asmon (versioned as 0.71-5.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Ludwig Hirsch: Asta
diff -u asmon-0.71/debian/changelog asmon-0.71/debian/changelog
--- asmon-0.71/debian/changelog
+++ asmon-0.71/debian/changelog
@@ -1,3 +1,12 @@
+asmon (0.71-5.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix "ftbfs with GCC-5":
+apply patch from Martin Michlmayr to use GNU89 inline semantics.
+(Closes: #80)
+
+ -- gregor herrmann   Sat, 18 Jul 2015 17:00:10 +0200
+
 asmon (0.71-5) unstable; urgency=low
 
   * Update for recent kernels, (Closes: #639528).  Thanks Andrew Deason.
diff -u asmon-0.71/asmon/Makefile asmon-0.71/asmon/Makefile
--- asmon-0.71/asmon/Makefile
+++ asmon-0.71/asmon/Makefile
@@ -12,7 +12,7 @@
 		../wmgeneral/list.o
 
 .c.o:
-	gcc -c -Wall $(SOLARIS) $< -o $*.o
+	gcc -c -std=gnu89 -Wall $(SOLARIS) $< -o $*.o
 
 asmon: $(OBJS)
 	gcc -o asmon $(OBJS) $(LIBDIR) $(LIBS)


signature.asc
Description: Digital Signature

Bug#792760: RFP: icedove-thunderlink -- Link to email by Message-ID

[Ben Hutchings]

On Sat, 2015-07-18 at 03:12 -0500, Nathaniel Beaver wrote:
> Package: wnpp
> Severity: wishlist
> X-Debbugs-CC: debian-de...@lists.debian.org
> 
> --- Please fill out the fields below. ---
> 
> Package name: icedove-thunderlink
>  Version: 1.2.1
> Upstream Author: Christoph Zwirello 
>  URL: https://github.com/poohsen/thunderlink
>  License: Mozilla Public License, version 2.0
>  Description: Link to email by Message-ID
> 
> This needs a Debian package because it requires registration of a new 
> mimetype for the URI scheme, which is a bit of a hassle to do by hand. 
> Here's an example of an actual Thunderlink:
> 
> thunderlink://messageid=handler.719011.d719011.143167491026690.ackd...@bugs.debian.org
[...]

There is a standard mid: scheme ;
why not support that?

Ben.


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

Bug#792760: RFP: icedove-thunderlink -- Link to email by Message-ID

[Nathaniel Beaver]

RFC 2392 would be great, but it's been languishing in Thunderbird's bug 
tracker for more than a decade.


https://bugzilla.mozilla.org/show_bug.cgi?id=264270

If you know any mail readers that have implemented it, let me know.

https://superuser.com/questions/681421/what-email-clients-support-cid-and-mid-uris

On 07/18/2015 10:07 AM, Ben Hutchings wrote:

On Sat, 2015-07-18 at 03:12 -0500, Nathaniel Beaver wrote:

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

--- Please fill out the fields below. ---

 Package name: icedove-thunderlink
  Version: 1.2.1
Upstream Author: Christoph Zwirello 
  URL: https://github.com/poohsen/thunderlink
  License: Mozilla Public License, version 2.0
  Description: Link to email by Message-ID

This needs a Debian package because it requires registration of a new
mimetype for the URI scheme, which is a bit of a hassle to do by hand.
Here's an example of an actual Thunderlink:

thunderlink://messageid=handler.719011.d719011.143167491026690.ackd...@bugs.debian.org

[...]

There is a standard mid: scheme ;
why not support that?

Ben.




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

Bug#691496: tuxmath: desktop menu entry in other languages

[Aleksei Loginov]

Package: tuxmath
Version: 2.0.3

Hi Prathibha B,
Your translations for GenericName are not translations for string
"Educational math game"; GenericName must not be the same with Name.

I added new languages, there is patch in attachment.
diff -ur tuxmath_w_fonts-2.0.3.orig/tuxmath.desktop tuxmath_w_fonts-2.0.3/tuxmath.desktop
--- tuxmath_w_fonts-2.0.3.orig/tuxmath.desktop	2010-11-03 03:14:38.0 +0300
+++ tuxmath_w_fonts-2.0.3/tuxmath.desktop	2015-07-18 18:08:44.0 +0300
@@ -1,18 +1,56 @@
 [Desktop Entry]
-Name=Tux Math 
+Name=Tux Math
+Name[hi]=टक्स मैथ
+Name[pa]=ਟੱਕਸ ਗਣਿਤ
+Name[ta]=டக்சு கணிதம்
 GenericName=Educational math game
-GenericName[de]=Mathe Spiel
-GenericName[ru]=Образовательная игра
+GenericName[de]=Mathematikspiel
+GenericName[ru]=Играй и учись математике
 GenericName[fr]=Jeu mathématique
 Comment=Tux Math - Learn math with Tux!
 Comment[pl]=Tux Math - Ucz siê matematyki z Tuxem!
 Comment[de]=Tux Math - Lerne Mathe mit Tux!
 Comment[ru]=Обучение арифметике с пингвином в главной роли
 Comment[fr]=Tux Math - Apprenez les mathématiques avec Tux!
+Comment[sq]=Tux Math - Mëso matematikën me Tux!
+Comment[ast]=Tux Math - ¡Deprendi matemátiques con Tux!
+Comment[bn]=Tux গণিত - Tux দ্বারা গণিত শিখুন!
+Comment[bs]=Tux matematika - naučite matematiku s Tuxom!
+Comment[pt_BR]=Tux Math - Aprenda matemática com o Tux!
+Comment[bg]=Tux Math - Научете математика с Тъкс!
+Comment[ca]=Tux Math - Apreneu matemàtiques amb en Tux!
+Comment[ca@valencia]=Tux Math - Apreneu matemàtiques amb en Tux!
+Comment[zh_CN]=企鹅数学 - 与企鹅一起学习数学！
+Comment[crh]=Tux Math - Tux ile matematik öğren!
+Comment[cs]=Tux Math - výuka matematiky s Tuxem!
+Comment[da]=Tux matematik - Lær matematik med Tux!
+Comment[nl]=Tux Math - Leer wiskunde met Tux!
+Comment[et]=Tux Math - Õpi matemaatika Tux'iga!
+Comment[fi]=Tux Math - opi matematiikkaa Tux-maskotin kanssa!
+Comment[gl]=Tux Math - Aprenda matemáticas con Tux!
+Comment[el]=Tux Math - Εκμάθηση μαθηματικών με τον Tux!
+Comment[hu]=Tux Math - Matekozzunk Tuxszal!
+Comment[it]=Impara la matematica con Tux!
+Comment[ja]=Tux Math - Tuxと一緒に数学を学ぼう!
+Comment[ky]=Tux Math - Tux менен математиканы үйрөн!
+Comment[ko]=Tux Math - Tux를 사용하여 수학을 배웁니다!
+Comment[ms]=Tux Math - Pelajari matematik bersama Tux!
+Comment[nb]=Tux Math - lær matte med Tux!
+Comment[os]=Tux Math - Aprene las matematicas amb Tux!
+Comment[pt]=Aprende matemática brincando com o Tux!
+Comment[ro]=Tux Math - Învățați matematică cu Tux!
+Comment[sl]=Matematika Tux - naučite se matematiko s Tuxom!
+Comment[es]=Tux Math - ¡Aprenda matemáticas con Tux!
+Comment[sv]=Lär dig matematik med Tux
+Comment[tr]=Tux Math - Tux ile matematik öğren!
+Comment[uk]=Tux Math — навчайтеся математиці разом з Туксом!
+Comment[hi]=टक्स-मैथ टक्स के साथ गणित सीखें
+Comment[pa]=ਟੱਕਸ-ਗਣਿਤ ਟੱਕਸ ਨਾਲ ਗਣਿਤ ਸਿੱਖੋ
+Comment[ta]=டக்சு கணிதம் - பெங்குயினுடன் கணிதம் பயிலுங்கள்
 Exec=tuxmath
 Icon=tuxmath
 Type=Application
 Terminal=false
-Categories=Education;Math;
+Categories=Game;KidsGame;Education;
 ## X-SuSE-translate=false
 X-Ubuntu-Gettext-Domain=tuxmath

Bug#777783: atftp: diff for NMU version 0.7.git20120829-2.1

[gregor herrmann]

Control: tags 83 + pending

Dear maintainer,

I've prepared an NMU for atftp (versioned as 0.7.git20120829-2.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Wir sind Helden: Lass uns verschwinden
diff -u atftp-0.7.git20120829/debian/changelog atftp-0.7.git20120829/debian/changelog
--- atftp-0.7.git20120829/debian/changelog
+++ atftp-0.7.git20120829/debian/changelog
@@ -1,3 +1,12 @@
+atftp (0.7.git20120829-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix "ftbfs with GCC-5": apply patch from Martin Michlmayr to debian/rules:
+use GNU89 inline style, and adjust buildflags handling.
+(Closes: #83)
+
+ -- gregor herrmann   Sat, 18 Jul 2015 17:09:34 +0200
+
 atftp (0.7.git20120829-2) unstable; urgency=low
 
   * atftpd.postinst uses invalid protocol bug fixed. Closes: #688693
diff -u atftp-0.7.git20120829/debian/rules atftp-0.7.git20120829/debian/rules
--- atftp-0.7.git20120829/debian/rules
+++ atftp-0.7.git20120829/debian/rules
@@ -12,10 +12,8 @@
 # This has to be exported to make some magic below work.
 export DH_OPTIONS
 
-export DEB_BUILD_MAINT_OPTIONS = hardening=+all
-export DEB_CFLAGS_MAINT_APPEND  = -Wall -pedantic
-export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed
-  
+dpkg_buildflags = DEB_BUILD_MAINT_OPTIONS="hardening=+all" DEB_CFLAGS_MAINT_APPEND="-Wall -pedantic -std=gnu89" DEB_LDFLAGS_MAINT_APPEND="-Wl,--as-needed" dpkg-buildflags
+
 configure: configure-stamp
 
 configure-stamp:
@@ -23,7 +21,7 @@
 	# Add here commands to configure the package.
 	./autogen.sh
 	#./configure --prefix=/usr --mandir=/usr/share/man
-	dh_auto_configure -- $(shell dpkg-buildflags --export=configure)
+	dh_auto_configure -- $(shell $(dpkg_buildflags) --export=configure)
 
 	touch configure-stamp
 


signature.asc
Description: Digital Signature

Bug#792760: RFP: icedove-thunderlink -- Link to email by Message-ID

[Ben Hutchings]

On Sat, 2015-07-18 at 10:21 -0500, Nathaniel Beaver wrote:
> RFC 2392 would be great, but it's been languishing in Thunderbird's bug 
> tracker for more than a decade.
> 
> https://bugzilla.mozilla.org/show_bug.cgi?id=264270
> 
> If you know any mail readers that have implemented it, let me know.
[...]

My point was: why shouldn't Thunderlink be registered for the standard
scheme?

Ben.

-- 
Ben Hutchings
If God had intended Man to program,
we'd have been born with serial I/O ports.



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

Bug#792791: RM: python-mapnik2 -- NBS; transitional package not built by new python-mapnik source

[Bas Couwenberg]

Package: ftp.debian.org
Severity: normal

Please remove the python-mapnik2 transitional package from the archive.
Since mapnik 3.0.0 the python bindings are split off into their own
project, this is packaged in python-mapnik. The transitional package it
not built by either the mapnik nor python-mapnik source package.

Kind Regards,

Bas


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