Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database)

[Tobias Frost]

On Mon, 2014-09-29 at 12:24 +0900, Arnaud Fontaine wrote:
 Hello,
 
 Tobias Frost t...@frost.de writes:
 
  To avoid a collision: I suggest that Arnaud Fontaine and either agree on
  who will upload, or that both of us announces on the BTS *before* we
  start looking at the package.. Arnau -- is this ok with you? 
 
 Sure. Actually, I saw the comments you sent on the mailing list and then
 did further comments on IRC (probably better to use the BTS or the ML
 next time though). Do you want to upload this time or the one available
 after Otto fixed all the reported issues upload?
 
 Cheers,

(Srry, my mail yesterday didn't go out...)
So, I leave it up to you; when you feel ready to upload, just upload. 
I joined the IRC (irssi client on my home server) so I will (try to
remember to) check there for any message. I will also drop a message on
IRC before uploading. 

Regarding the upload: I think d/copyright should be improved first, (at
least the parts where license-reconsile claims that the wrong license is
applied needs to be clearified) But as this is a huge package and it is
already through NEW I would be also okish for me improve here over the
next uploads. 

--
tobi

   


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

Bug#763320: linux-image-3.16-2-amd64: intel_idle enabled for Intel Atom S1260, causes high CPU temperature when idle

[Jan Kiszka]

On 2014-09-30 02:13, Ben Hutchings wrote:
 On Mon, 2014-09-29 at 11:57 +0200, Christophe Thil wrote:
 Package: src:linux
 Version: 3.16.3-2
 Severity: normal

 Dear Maintainer,

 with Kernel 3.16, intel_idle is enabled for the Intel Atom S1260 CPU
 (Centerton SoC). This leads to a +20°C temperature increase when the CPU
 is idle, exceeding the 100°C alarm threshold for passive cooled systems
 like the Supermicro X9SBAA-F.

 With 3.14, intel_idle was blacklisted for this CPU, which runs fine. If
 3.16 is booted with intel_idle.max_cstate=0 processor.max_cstate=0,
 which disables the intel_idle, the CPU also stays cool.
 [...]
 
 It looks like the relevant change is:
 
 commit acead1b0fac5b10d0ae3f1cc5f7820b9f9f924f5
 Author: Jan Kiszka jan.kis...@siemens.com
 Date:   Sat Jan 25 22:24:22 2014 +0100
 
 intel_idle: Add CPU model 54 (Atom N2000 series)
 
 Add CPU ID for Atom N2600/N2800 processors. Datasheets indicate support
 for this, detailed information about potential quirks or limitations are
 missing, though. So we just reuse the definition for the previous ATOM
 series. [...]
 
 as those processors are part of the same Atom generation as Centerton.
 
 I think that more specific ID matching is required here.

Hmm, I would check first if the Centerton series really has the same
model ID (0x36) as the Cedarview. If they do, what other means of
differentiation do we have?

Jan

-- 
Siemens AG, Corporate Technology, CT RTC ITP SES-DE
Corporate Competence Center Embedded Linux


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

Bug#763422: phpmyadmin: Failed to load /etc/phpmyadmin/config-db.php

[Daniel Iancu]

Package: phpmyadmin
Version: 4:3.4.11.1-2+deb7u1
Severity: important

Dear Maintainer,

I have this line over and over in the web server logs:
phpmyadmin: Failed to load /etc/phpmyadmin/config-db.php

I checked the permissions on config-db.php
and it's owned by root:www-data with permissions -rw-r-.

So it's very clearly that it has access.

I also su www-data cat /etc/phpmyadmin/config-db.php without
problems.

I have no idea why this is happening.

Also, upon logging in, I receive this red banned with the message:
The configuration file now needs a secret passphrase (blowfish_secret).

I have checked /var/lib/phpmyadmin and blowfish_secret.inc.php exists.

Note: I'm running phpmyadmin from Nginx web server
  with root in /usr/share/phpmyadmin.

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

Kernel: Linux 3.2.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

Versions of packages phpmyadmin depends on:
ii  dbconfig-common1.8.47+nmu1
ii  debconf [debconf-2.0]  1.5.49
ii  perl   5.14.2-21+deb7u1
ii  php5   5.4.4-14+deb7u14
ii  php5-cgi   5.4.4-14+deb7u14
ii  php5-fpm   5.4.4-14+deb7u14
ii  php5-mcrypt5.4.4-14+deb7u14
ii  php5-mysqlnd   5.4.4-14+deb7u14
ii  ttf-dejavu-core2.33-3
ii  ucf3.0025+nmu3

Versions of packages phpmyadmin recommends:
ii  apache2  2.2.22-13+deb7u3
ii  apache2-mpm-worker [httpd]   2.2.22-13+deb7u3
ii  mysql-client 5.5.38-0+wheezy1
ii  mysql-client-5.5 [mysql-client]  5.5.38-0+wheezy1
ii  nginx-full [httpd]   1.2.1-2.2+wheezy3
ii  php5-gd  5.4.4-14+deb7u14

Versions of packages phpmyadmin suggests:
ii  mysql-server   5.5.38-0+wheezy1
ii  w3m [www-browser]  0.5.3-8

-- debconf information:
  phpmyadmin/setup-username: admin
* phpmyadmin/reconfigure-webserver:


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

Bug#687484: Status of CVE-2012-4414: SQL injection

[Henri Salo]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

What is current status of CVE-2012-4414? Information about the issue in
http://www.openwall.com/lists/oss-security/2012/09/11/4

Marked as grave and security without any comments from maintainers. Plans to
patch this issue? If not could you please give reasoning, thank you.

- ---
Henri Salo
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlQqS24ACgkQXf6hBi6kbk/cCQCdGwbC8Tk1kzx1Mjg5OHDAp7wI
KcwAn0NnXCiW/G9CuOQGMRk2xUODZAtm
=zrVO
-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#758163: Subject: RFS: kcm-ufw/0.4.3-1 ITP

[Shawn Sörbom]

Fixed.
Regarding Github:
I changed the URL and tried it in two separate browsers.
But the old URL should have redirected to the correct one.
Thanks,
--Shawn

On Monday, September 29, 2014 17:18:49 Eriberto wrote:
 Hi Shawn,
 
 In d/control, your Vcs-Git still pointing to an invalid address.
 
 In d/copyright:
 
- helper/kcm_ufw_helper.py.cmake has copyright by Craig Drummond
 and Darwin M. Bautista.
- helper/helper.h and helper/helper.cpp are licensed under GPL 2+.
- po/es.po has '2011 Kubuntu-es.org' as author. (see the header and
 Last-Translator line)
- po/lt.po: the copyright year is 2011 only.
- add po/fr.po. 2011 Sergio Guibert and Kubuntu-fr.org.
 
 About the excessive lines at end of files, you removed the final LF/CR
 in all files. You must press ENTER one time in each final line. So,
 the cursor will appear under the first character of the each last
 line.
 
 These are the last changes to upload the package. I will wait for you.
 
 Cheers,
 
 Eriberto


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

Bug#742896: Blank screen on all videos with VDPAU and nVidia card

[Bálint Réczey]

Hi Sergej,

2014-09-24 15:15 GMT+02:00 Sergej Wildemann wildem...@finf.uni-hannover.de:
 Hi,

 2014-09-24 0:09 GMT+02:00 Bálint Réczey bal...@balintreczey.hu:
 In the meantime Libav 11 entered testing and there is a good chance
 that the VDPAU related fixes in it solved this bug as well.
 If you or someone else having access to VDPAU-capable hardware could
 test XBMC with it it would be great.

 I tried xbmc (13.1~rc1+dfsg1-1) on my debian testing machine with
 radeon graphics, on which the internal ffmpeg build has no problems.
 Anything with VDPAU (tested mpeg2 and h264 material) doesn't work.
 Software decoding works fine.

I have uploaded 2:13.2+dfsg1-2~exp0 to experimental using the
reintroduced ffmpeg package which I expect to work like the builds
using the internal FFmpeg copy. Please give it a try if you can.
I plan keeping an xbmc version using packaged ffmpeg until ffmpeg
enters testing. IMO it will be a better choice and easier to use than
my packages at people.debian.org.

Cheers,
Balint


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

Bug#757384: Build-Depends on outdated liblcms1, should move to liblcms2

[Didier 'OdyX' Raboud]

Le dimanche, 28 septembre 2014 17.52:35, vous avez écrit :
 control: tag -1 patch
 
 On Fri, Aug 8, 2014 at 3:04 PM, Michael Gilbert wrote:
  icc2ps was renamed to psicc between lcms1 and lcms2.  So, this
  should
  be easily fixed via s/foo2zjs-icc2ps/psicc/g, dropping
  foo2zjs-icc2ps
  from make, and adding a liblcms2-utils dependency.
 
 Hi, I've uploaded an nmu with these changes.  Please see attached
 patch.

Thanks. I've integrated your changes in the git repository. They'll be 
acknowledged as part of the next (new upstream version?) upload.

Cheers,

OdyX

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

Bug#681501: Donations to Debian will soon be easier!

[Paul Wise]

On Mon, Oct 21, 2013 at 11:56:55PM +0200, Simon Paillard wrote:

 Several of possibilities:
 * mid term: get an UsaEpay API key for debian at
   (which Brian said they are SPI authorized processors), same as
   http://www.postgresql.org/about/donate_pg_org/

We now have a USA ePay API key for Debian!

Brian recruited me to help out with this issue, we discussed the
approach at length on IRC and I spent a few hours tweaking and came up
with the attached replacement page (HTML and WML), online version:

https://people.debian.org/~pabs/tmp/donations.en.html

It is inspired by a combination of these donation pages:

https://donate.fsf.org/
http://opensource.org/donate
https://riseup.net/donate
https://tails.boum.org/contribute/how/donate/
https://www.torproject.org/donate/

It uses these principles:

  * One up-front donation method that is relatively easy
  * A table of options for other donation types, listing the details
so people can choose the method that works for them.

I tried to prepare a form similar to USA ePay for Click  Pledge but
they seem to have some sort of security system in place preventing that,
you can uncomment the form in the HTML to check it out.

The list of organisations is incomplete but it is fairly easy to add
more (commented out templates are in the WML).

I mentioned crypto-currencies in the Debian section but made it vague
because I am not aware of the current status (hi Martin!).

The equipment section could also use some input by DSA and the DebConf
video team I think. Once the new page is online I can contact them.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

#use wml::debian::template title=Donations

p
Donations are managed by the
a href=$(HOME)/devel/leaderDebian Project Leader/a (DPL)
and allow Debian to have 
a href=https://db.debian.org/machines.cgi;machines/a,
a href=https://wiki.debian.org/Teams/DSA/non-DSA-HW;other hardware/a,
domains, SSL certificates,
a href=http://www.debconf.org;the Debian conference/a,
a href=https://wiki.debian.org/MiniDebConf;Debian mini-conferences/a,
a href=https://wiki.debian.org/Sprints;development sprints/a,
presence at other events
and other things.
Thanks to all of our a href=#donorsdonors/a for supporting Debian!
/p

p id=spi-usa-epay
The easiest method of donating to Debian is by credit/debit card via USA ePay
to a href=http://www.spi-inc.org/; title=SPISoftware in the Public Interest/a,
a non-profit organization that holds assets in trust for Debian.
You can also donate via the a href=#otherother methods listed below/a.
/p

form method=post action=https://www.usaepay.com/interface/epayform/;
  span$input type=text placeholder=10 name=UMamount size=6 USD, paid once only/span
  input name=UMdescription value=Debian general contribution type=hidden
  input name=UMkey value=ijWB0O98meGpX0LrCP0eb1Y94sI1Dl67 type=hidden 
  input name=UMcommand value=sale type=hidden /
  input type=submit tabindex=2 value=Donate /
/form

h2 id=otherOther methods/h2

p
Various a href=https://wiki.debian.org/Teams/Auditor/Organizations;organisations/a
hold assets in trust for Debian and recieve donations on Debian's behalf. 
/p

table
tr
thOrganisation/th
thMethods/th
thNotes/th
/tr
tr
tda href=#spiacronym title=Software in the Public InterestSPI/acronym/a/td
td
 a href=#spi-usa-epayUSA ePay/a,
 a href=#spi-click-n-pledgeClick  Pledge/a (recurring donations),
 a href=#spi-chequecheque/a (USD/CAD),
 a href=#spi-otherother/a
/td
tdUSA, tax-except non-profit/td
/tr
tr
tda href=#ffisacronym title=Verein zur Förderung Freier Informationen  SoftwareFFIS/acronym/a/td
td
 a href=#ffis-bankwire transfer/a
/td
tdGermany, tax-exempt non-profit/td
/tr
tr
tda href=#debianDebian/a/td
td
 a href=#debian-equipmentequipment/a,
 a href=#debian-timetime/a,
 a href=#debian-otherother/a
/td
td/td
/tr
!--
Template: 
tr
tda href=#acronym title=/acronym/a/td
td
 a href=#/a,
 a href=#/a (allows recurring donations),
 a href=#cheque/a (CUR)
/td
td, tax-exempt non-profit/td
/tr
--
/table

h3 id=spiSoftware in the Public Interest/h3

p
a href=http://www.spi-inc.org/; title=SPISoftware in the Public Interest, Inc./a
is a tax-exempt non-profit corporation based in the United States of America,
founded by Debian people in 1997 to help free software/hardware organisations.
/p

h4 id=spi-click-n-pledgeClick amp; Pledge/h2

p
Single and recurring donations can be made via 
a href=https://co.clickandpledge.com/advanced/default.aspx?wid=34115;the SPI page/a
on the Click amp; Pledge website.
To make a recurring donation,
choose how often you would like to donate on the right,
scroll down to Debian Project Donation,
enter the amount you would like to donate,
click on the Add to cart item and
go through the rest of the process.
/p

!--
Unfortunately this isn't possible to do yet:
form method=post action=https://co.clickandpledge.com/advanced/default.aspx?wid=34115;
input name=ScriptManager1 value=UpdatePanel1|btnDAddToCart_dnt_33979 type=hidden
$input name=DAmount_33979 

Bug#763423: kphotoalbum: Android support is great - but it has *no security*

[Mark Eichin]

Package: kphotoalbum
Version: 4.5-1
Severity: normal

Just got the popup about trying the Android app, which acts as a remote
for the client, and I tried it and it worked... with *no access control*
or even a popup...

lsof confirms that kphotoalbum is just listening on a port:

kphotoalb 29586 eichin   25u  IPv41687321  0t0  UDP *:23455 

https://www.youtube.com/watch?v=TxtD7BG61Ro at +9m10s describes how to
turn it off, and there's a tiny button on the bottom of the screen to
turn it off.

I couldn't find a specific reference in the policy guide asserting that
things like this should be closed-by-default, but it just seems
obvious...

main.cpp has
options.add(nolisten-network, ki18n( Don't start listening for android 
devices on startup. ));

which is backwards - and looking a little bit more (and experimenting)
confirms that it doesn't *stay* off, it doesn't save the user's choice
to the config file.

Probably should be a higher severity than normal but I haven't
explored quite far enough to confirm that there really is no way to
cleanly leave it off.  It's a very nice feature, it's just not in any
way safe to have turned on by default...


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

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

Versions of packages kphotoalbum depends on:
ii  kde-runtime4:4.14.1-1
ii  libc6  2.19-11
ii  libexiv2-130.24-4
ii  libgcc11:4.9.1-15
ii  libjpeg8   8d1-1
ii  libkdcraw234:4.14.0-1
ii  libkdecore54:4.14.1-1
ii  libkdeui5  4:4.14.1-1
ii  libkio54:4.14.1-1
ii  libkipi11  4:4.13.3-1
ii  libphonon4 4:4.8.0-1
ii  libqt4-dbus4:4.8.6+git64-g5dc8b2b+dfsg-2
ii  libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-2
ii  libqt4-sql 4:4.8.6+git64-g5dc8b2b+dfsg-2
ii  libqt4-sql-sqlite  4:4.8.6+git64-g5dc8b2b+dfsg-2
ii  libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-2
ii  libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2
ii  libqtgui4  4:4.8.6+git64-g5dc8b2b+dfsg-2
ii  libstdc++6 4.9.1-15
ii  mplayer2   2.0-728-g2c378c7-2+b2
ii  perl   5.20.1-1
ii  phonon 4:4.8.0-1

Versions of packages kphotoalbum recommends:
pn  khelpcenter4  none
ii  kipi-plugins  4:4.1.0-1+b2
ii  libav-tools   6:11-1

kphotoalbum 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#754400: fldigi: Aborting due to fatal error

[Apostolos Kefalas]

Please close this bug. It was caused from some bad fonts I had installed
in my .fonts dir.


Thank you.

-- 
Apostolos Kefalas sv1...@raag.org


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

Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database)

[Arnaud Fontaine]

Tobias Frost t...@frost.de writes:

 (Srry, my mail yesterday didn't go out...)
 So, I leave it up to you; when you feel ready to upload, just upload. 
 I joined the IRC (irssi client on my home server) so I will (try to
 remember to) check there for any message. I will also drop a message on
 IRC before uploading. 

Ok, thanks! Otto told me about some tests failures on amd64 and i386 so
I will wait for him to confirm that everything is fine and then upload.

 Regarding the upload: I think d/copyright should be improved first, (at
 least the parts where license-reconsile claims that the wrong license is
 applied needs to be clearified) But as this is a huge package and it is
 already through NEW I would be also okish for me improve here over the
 next uploads. 

Yes, that should be fixed before uploading to unstable but for now
that's probably enough for experimental. Thanks for your work.

Cheers,
-- 
Arnaud Fontaine


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

Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database)

[Otto Kekäläinen]

2014-09-30 9:07 GMT+03:00 Tobias Frost t...@frost.de:
 Regarding the upload: I think d/copyright should be improved first, (at
 least the parts where license-reconsile claims that the wrong license is
 applied needs to be clearified) But as this is a huge package and it is
 already through NEW I would be also okish for me improve here over the
 next uploads.

Thanks. I will improve the copyright file when I'm done with the other
thigs. I will also ping upstream to look at the bug I filed about
improving the copyright headers for easier machine parseability:
https://mariadb.atlassian.net/browse/MDEV-5483

I am not yet done with debugging the test suite failures, but I will
notify you when the test suite passes cleanly.


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

Bug#687484: [debian-mysql] Bug#687484: Status of CVE-2012-4414: SQL injection

[Arnaud Fontaine]

Henri Salo he...@nerv.fi writes:

 What is current status of CVE-2012-4414? Information about the issue in
 http://www.openwall.com/lists/oss-security/2012/09/11/4

 Marked as grave and security without any comments from maintainers. Plans to
 patch this issue? If not could you please give reasoning, thank you.

I think this bug only affects squeeze (oldstable) which reached its EOL
and is now only supported by volunteers as part of the Debian-LTS
project so you should probably get in touch with them:

https://wiki.debian.org/LTS

Cheers,
-- 
Arnaud Fontaine


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

Bug#759735: RM: lgeneral -- ROM; moving from contrib to main

[Luca Falavigna]

Hi Markus,

2014-08-29 21:34 GMT+02:00 Markus Koschany a...@gambaru.de:
 lgeneral-data was recently accepted into the archive. (Thanks!) Please
 remove lgeneral from unstable, so that we can do another upload to move
 the engine from contrib to main to circumvent the bug in dak which
 prevents having a package in two sections at once.

Feel free to upload the package targeted main, it will be reviewed by
the FTP team, and managed at that time. No need to remove it
beforehand.

Cheers,
Luca


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

Bug#760773: Most video editing can be exported, but audio part still cannot

[Bo Lan]

package: mlt
version: 0.9.2-2

Dear maintainer,

I understand that this bug is closed, but I think that a problem still
relates to the mlt or something. After fixing, all video can be
exported, but have no sound.

I have tried to export two different codes and formats, the one is
libx264 and aac with container mp4, the other is libvpx and libvorbis
with webm. Both of them do not have audio.

I have used avprobe to check the video, this is the output:

$ avprobe 'vnlk-b1900d.mp4'

avprobe version 11-6:11-1, Copyright (c) 2007-2014 the Libav developers
  built on Sep 13 2014 19:43:14 with gcc 4.9.1 (Debian 4.9.1-13)
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'vnlk-b1900d.mp4':
  Metadata:
major_brand : isom
minor_version   : 512
compatible_brands: isomiso2avc1mp41
encoder : Lavf56.1.0
  Duration: 00:38:40.33, start: 0.00, bitrate: 1549 kb/s
Stream #0.0(und): Video: h264 (High), yuv420p, 1920x1080 [PAR 1:1
DAR 16:9], 1545 kb/s, 30 fps, 30 tbn, 60 tbc (default)
# avprobe output

Obviously it looks like that all the audio part is not included into the
container.

Thank you for your great work.

Sincerely,
Bo



signature.asc
Description: OpenPGP digital signature

Bug#762417: vinagre: cannot connect - libgrypt error?

[Andreas Henriksson]

Control: reassign -1 gtk-vnc 0.5.3-1.2

Hello!

On Tue, Sep 30, 2014 at 07:56:19AM +0900, Norbert Preining wrote:
[...]
  and suggest you try to downgrade all binary packages built from gtk-vnc
  you have installed on your system to 0.5.3-1 and see if this has any affect.
 
 Yes, it has. Installing the packages you mentioned I can easily connect
 without any problem or crashes.

Ok, reassigning to the affected version of gtk-vnc then

Andreas Metzler, hopefully you can shine some light on what the difference
is for the new gnutls/gcrypt version?

A backtrace is available as an attachment in the bug report backlog, see:
https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=15;filename=vinagre.gdb.log;att=1;bug=762417

Regards,
Andreas Henriksson


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

Bug#763412: libjpeg-dev reinstalls over itself

[Ondřej Surý]

My wild guess would be a clash between real package and a virtual one provided 
by libjpeg8-dev

Sent from Blue Mail



On 30. 9. 2014 3:33, at 3:33, ian_br...@mail.ru wrote:
Package: libjpeg-dev
Version: 1:1.3.1-3

Surely there is something wrong with this.

This can be repeated indefinitely; there's something wrong with the
version checking.

It would be nice if somebody would fix reportbug, so we could use that
again.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758619


# apt-get install libjpeg-dev
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages will be upgraded:
  libjpeg-dev
1 upgraded, 0 newly installed, 0 to remove and 876 not upgraded.
Need to get 0 B/48.3 kB of archives.
After this operation, 0 B of additional disk space will be used.
Reading changelogs... Done
(Reading database ... 233968 files and directories currently
installed.)
Preparing to unpack .../libjpeg-dev_1%3a1.3.1-3_all.deb ...
Unpacking libjpeg-dev (1:1.3.1-3) over (1:1.3.1-3) ...

Bug#762634: initramfs-tools: [armhf] mounting rootfs on USB disk fails / some USB host controller drivers missing in initramfs

[Ian Campbell]

On Fri, 2014-09-26 at 00:08 +0100, Ben Hutchings wrote:
 However, at the moment initramfs-tools won't include PHY drivers even in
 that configuration.

I spent some time last week hunting for a sysfs link between a device
and the phys which it is using, without success. Do you have any ideas?

Ian.


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

Bug#739424: gnupg dies with gpg: out of secure memory [...] since 1.4.16-1

[Werner Koch]

On Tue, 30 Sep 2014 06:56, schm...@schmorp.de said:
 Werner, I find your reply disingenious - I cannot believe that you are not
 aware that what you are writing is misleading and/or outright wrong.

Please read the FAQ and if you disagree, feel free to re-open the
discussion for yet another round on gnupg-users.  I am more than tired
of the those key size matters discussions.  It is plainly wrong.  You
have to take the whole system in account and not just one aspect.  16k
keys are ridiculous and dangerous for the hole crypto environment.

 This is a strawman argument - which attacks would gnupg open itself up if
 it increased the limit to be sufficient for longer keysizes recommended

You only look at technical arguments and not on arguments regarding
usability.  Only a few 16k signature on a lot of keys makes the WoT
re-checking slow.  Having to encrypt to just one of those keys in a
multi-recipient messages stops the workflow and makes people consider to
switch off encryption. Maybe not on your machine but definitely on all
smaller machines.  Thus it harms the overall usability of the system
just for a few strawmen's misdirected huge key size is better opinion.

 You have provided zero evidence in favour of not fixing this bug, but

Marc, pretty please read the FAQ.

I won't continue to discuss this here anymore.  Sorry.  My time is too
precious for repeating the same arguments over and over again.  Go  to
gnupg-users and you will find a lot of people who have enough time to
discuss this with you.

I am sorry, that some keys broke due to the recent security update.  The
reason why it was possible to create such keys in the first place was
actually a bug in GnuPG which didn't limit the keysize when generating
it from a parameters file.  These are all expert options and if you are
an expert it is plausible to assume that an expert knows how to evaluate
security.


Shalom-Salam,

   Werner


ps.
 you do not want fix this bug, keeping keysizes in gnupg arbitrarily low
 for your own private reasons.

I do not know whether or what you want to imply withn that claim.  It
sounds quite insulting, though.

-- 
Die Gedanken sind frei.  Ausnahmen regelt ein Bundesgesetz.


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

Bug#762755: Info received (bind 9.9.5-4.1: assertion failure)

[Robert Edmonds]

Jon DeVree wrote:
 https://lists.isc.org/pipermail/bind-announce/2014-September/000928.html
 Fixed in Bind 9.9.6 and 9.10.1:
Don't call qsort() with a null pointer, and disable the GCC 4.9
delete null pointer check optimizer option. This fixes problems
when using GNU GCC 4.9.0 where its compiler code optimizations
may cause crashes in BIND. For more information, see the operational
advisory at https://kb.isc.org/article/AA-01167/. [RT #35968]

Then this bug is actually #750760.  Also fixed in 9.9.5-P1.  Upstream
commit:

https://source.isc.org/cgi-bin/gitweb.cgi?p=bind9.git;a=commitdiff;h=f15c252583710991aa13c052488a70474fe9cb6c

-- 
Robert Edmonds
edmo...@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#763041: Info received (Bug#763041: udev: Booting much slower after upgrade to testing / no ppp device created)

[Helge Kreutzmann]

Hello Marco,
hello Michael,
I can confirm that setting

 udev_log=err 
in /etc/udev/udev.conf

as suggested in #754987 fixes the second issue in this report,
namely booting speed is now back to normal, i.e. no visible dealy
happens anymore.

If you need further information or help to debug this issue do not
hesitate to contact me. (But may case is well covered in #754987
already).

Greetings

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


signature.asc
Description: Digital signature

Bug#763424: ITP: libsixel -- DEC SIXEL graphics codec implementation

[NOKUBI Takatsugu]

Package: wnpp
Severity: wishlist
Owner: NOKUBI Takatsugu k...@daionet.gr.jp

* Package name: libsixel
  Version : 1.1.2
  Upstream Author : Hayaki Saito
* URL : https://github.com/saitoha/libsixel
* License : MIT
  Programming Lang: C, C++
  Description : DEC SIXEL graphics codec implementation

  SIXEL is one of image formats for printer and terminal imaging
  introduced by Digital Equipment Corp. (DEC). Its data scheme is
  represented as a terminal-friendly escape sequence.
  So if you want to view a SIXEL image file, all you have to do
  is cat it to your terminal.


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

Bug#763425: prads seems to be started twice by initscript

[Sven Dreyer]

Package: prads
Version: 0.3.0-1
Severity: normal

Dear Maintainer,

it seems that the prads initscript is started twice.

The first start call throws some log information to the console, and 
sucessfully starts prads. The second start call fails (because prads is already 
running).

Steps I did:
- Installed (via netinstall) a fresh Debian stable system (amd64)
- Installed the prads package
- Added --noclear to the tty inittab entry to be able to scroll back in the 
output (yes, I know that bootlogd could have helped me)
- rebooted the system

What I would expect:
- That prads get only started once

Thanks!
Sven


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

Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages prads depends on:
ii  adduser 3.113+nmu3
ii  libc6   2.13-38+deb7u4
ii  libpcap0.8  1.3.0-1
ii  libpcre31:8.30-5

prads recommends no packages.

prads 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#750760: bind9: requires -fno-delete-null-pointer-checks on gcc = 4.9

[Robert Edmonds]

severity 750760 grave
thanks

Robert Edmonds wrote:
 It might be prudent to have this workaround in bind9 active before the
 switch to gcc-4.9 to minimize the possibility of bad binaries reaching
 the archive.

Guess what happened...

-- 
Robert Edmonds
edmo...@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#762796: confirmed on ARM architecture too

[luc]

Hi all,

I confirm this bugs occurs also for me, on small ARM servers (which is 
logical since it is architecture independent).


The various rrd files are properly generated, the bug seem to only 
affect displaying them.


For now, munin is completely unusable for me.

best regards,
Luc


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

Bug#605472: patch

[Markus Stockhausen]

Patch is not yet in mainline. We encounter it regulary on our Fujitsu RX300 S6
servers. So we are interested to test and fine tune the patch. I implemented it 
into a 3.15.10 kernel and checked the result. Sadly the error changed to a NULL 
pointer derefernce.

What can I do?

[9.004018] Oops:  [#1] SMP
[9.004125] Modules linked in: ses(+) enclosure microcode(+) ipmi_devintf 
nfsd ipmi_si ipmi_msghandler i7core_edac iTCO_wdt iTCO_vendor_support lpc_ich 
mfd_core edac_core ptp pps_core dca shpchp auth_rpcgss nfs_acl lockd i2c_i801 
sunrpc tpm_tis tpm_infineon tpm acpi_cpufreq acpi_power_meter dm_multipath 
8021q garp mrp tun bridge stp llc bonding ib_umad ib_ipoib ib_cm mlx4_ib ib_sa 
i2c_algo_bit drm_kms_helper ttm drm i2c_core megaraid_sas mlx4_core ib_mad 
ib_core ib_addr dummy
[9.005137] CPU: 0 PID: 445 Comm: systemd-udevd Tainted: G  I   
3.15.10-201.lts19.fc20.x86_64 #1
[9.005325] Hardware name: FUJITSU  PRIMERGY RX300 
S6 /D2619, BIOS 6.00 Rev. 1.13.2619.N1   01/19/2012
[9.005524] task: 88197ac09da0 ti: 88197bbe task.ti: 
88197bbe
[9.005703] RIP: 0010:[81355478]  [81355478] 
strcmp+0x18/0x40
[9.005890] RSP: 0018:88197bbe3ba0  EFLAGS: 00010202
[9.005988] RAX: 880d683b61c0 RBX: 880d683b4000 RCX: 880d6813c028
[9.006095] RDX: 0004 RSI: 880d6813c028 RDI: 0001
[9.006201] RBP: 88197bbe3ba0 R08: 880d683b4000 R09: 0001
[9.006308] R10: 000d R11: 880d6813c2ef R12: 
[9.006413] R13: 880d683b42d0 R14: 880d683b42d8 R15: 880d6813c028
[9.006518] FS:  7ffca3544880() GS:880d89c0() 
knlGS:
[9.006700] CS:  0010 DS:  ES:  CR0: 80050033
[9.006801] CR2:  CR3: 00197b2de000 CR4: 07f0
[9.006905] Stack:
[9.006992]  88197bbe3be0 a0445708 880d683b61c0 
880d6813c028
[9.007197]  880036e86e08 8800bb221d38 000d 

[9.007407]  88197bbe3c50 a044a91d 880d72deaa00 
880d6813c000
[9.007615] Call Trace:
[9.007708]  [a0445708] enclosure_component_register+0x118/0x180 
[enclosure]
[9.007892]  [a044a91d] ses_enclosure_data_process+0x27d/0x370 
[ses]
[9.008073]  [a044af6d] ses_intf_add+0x44d/0x4fc [ses]
[9.008178]  [8145fa99] class_interface_register+0xa9/0x100
[9.008282]  [a0005000] ? 0xa0004fff
[9.008385]  [8148c016] scsi_register_interface+0x16/0x20
[9.008491]  [a0005013] ses_init+0x13/0x1000 [ses]
[9.008595]  [a0005000] ? 0xa0004fff
[9.008696]  [8100216a] do_one_initcall+0xfa/0x1b0
[9.008800]  [81059853] ? set_memory_nx+0x43/0x50
[9.008908]  [81103fd2] load_module+0x1d92/0x25e0
[9.009009]  [810ffcf0] ? store_uevent+0x70/0x70
[9.009114]  [811ec560] ? kernel_read+0x50/0x80
[9.009217]  [811049d6] SyS_finit_module+0xa6/0xd0
[9.009322]  [816ffba9] system_call_fastpath+0x16/0x1b
[9.009422] Code: c9 88 4a ff 75 ed 5d c3 66 66 2e 0f 1f 84 00 00 00 00 00 
55 48 89 e5 eb 0e 66 2e 0f 1f 84 00 00 00 00 00 84 c0 74 1c 48 83 c7 01 0f b6 
47 ff 48 83 c6 01 3a 46 ff 74 eb 19 c0 83 c8 01 5d c3 0f
[9.010126] RIP  [81355478] strcmp+0x18/0x40
[9.010231]  RSP 88197bbe3ba0
[9.010323] CR2: 
[9.010461] ---[ end trace f34cf7c5817f3b6d ]---


+static struct enclosure_component *
+enclosure_component_find_by_name(struct enclosure_device *edev,
+   const char *name)
+{
+   int i;
+   if (!edev || !name || !name[0])
+   return NULL;
+
+   for (i=0; iedev-components; i++) {
+   struct enclosure_component *ecomp = edev-component[i];
+   if (ecomp-number != -1  !strcmp(dev_name(ecomp-cdev), 
name)) - BUG HERE?
+   return ecomp;
+   }
+
+   return NULL;
+}
+
 static const struct attribute_group *enclosure_groups[];
 
 /**
@@ -276,9 +293,13 @@ enclosure_component_register(struct enclosure_device *edev,
ecomp-number = number;
cdev = ecomp-cdev;
cdev-parent = get_device(edev-edev);
-   if (name  name[0])
-   dev_set_name(cdev, %s, name);
-   else
+
+   if (name  name[0]) {
+   if (enclosure_component_find_by_name (edev, name))
+   dev_set_name(cdev, %s_%u, name, number);
+   else
+   dev_set_name(cdev, %s, name);
+   } else
dev_set_name(cdev, %u, number);
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail

Bug#730059: busybox-syslogd conflicts with systemd

[Michael Tokarev]

Control: tag -1 - wontfix

29.09.2014 13:56, Trent W. Buck wrote:
 Michael Tokarev wrote:
 
 It is not the init script, it is the busybox syslog implementation.
 For simplicity, it is one applet that does both syslog function and
 klogd function, and klogd function is not optional.
 
 Er, are you sure?

Errr not.  That was a definitive -ENOCOFFEE.

I stand corrected.  Yes you're absolutely right, that's 2 separate applets,
with 2 separate initscripts for them included in busybox-syslogd package.

I just cleaned up Provides/Replaces/Conflicts lines of busybox-syslogd
package, so this conflict should be fixed.

I also added a line to busybox-klogd to stop starting it when systemd is
running.

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#758163: Subject: RFS: kcm-ufw/0.4.3-1 ITP

[Shawn Sörbom]

Hi Eriberto,
Sorry there had been a problem with my local git repo erlier this evening. As 
a result, the lintian-overrides file was from one of the previous uploads.
I have fixed it now.
Thanks,
--Shawn

On Monday, September 29, 2014 17:18:49 Eriberto wrote:
 Hi Shawn,
 
 In d/control, your Vcs-Git still pointing to an invalid address.
 
 In d/copyright:
 
- helper/kcm_ufw_helper.py.cmake has copyright by Craig Drummond
 and Darwin M. Bautista.
- helper/helper.h and helper/helper.cpp are licensed under GPL 2+.
- po/es.po has '2011 Kubuntu-es.org' as author. (see the header and
 Last-Translator line)
- po/lt.po: the copyright year is 2011 only.
- add po/fr.po. 2011 Sergio Guibert and Kubuntu-fr.org.
 
 About the excessive lines at end of files, you removed the final LF/CR
 in all files. You must press ENTER one time in each final line. So,
 the cursor will appear under the first character of the each last
 line.
 
 These are the last changes to upload the package. I will wait for you.
 
 Cheers,
 
 Eriberto


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

Bug#761583: Happens a lot in mate

[Kasper Loopstra]

Dear Maintainer,

After the last updates, this bug is constant in mate, and requires the
screen to be turned off and on again. It then goes back to black in 10s.
In grub and an xfce session the screen stays on.

Thanks,

Kasper Loopstra


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

Bug#763425: prads seems to be started twice by initscript

[Sven Dreyer]

Find attached two screenshots showing the boot process.

Thanks,
Sven

Bug#742408: connman: Please package release = 1.24 to fix DNS lookup bug

[Cyril Soldani]

Package: connman
Version: 1.21-1.1
Followup-For: Bug #742408

Dear Maintainer,

When doing a name lookup with only the host name, version 1.21 of
connman fails even when the search should succeed (thanks to the search
domain transmitted by the DHCP server).

It seems that this long-standing bug has been fixed in version 1.24
according to [1].

Could you please consider packaging this (or a latter) version of
connman?

1: https://01.org/connman/blogs/pflykt/2014/connman-1.24

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (500, 'testing-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages connman depends on:
ii  dbus 1.8.6-2
ii  init-system-helpers  1.21
ii  libc62.19-11
ii  libdbus-1-3  1.8.6-2
ii  libglib2.0-0 2.42.0-1
ii  libgnutls-deb0-283.3.8-2
ii  libreadline6 6.3-8
ii  libxtables10 1.4.21-2
ii  lsb-base 4.1+Debian13

Versions of packages connman recommends:
ii  bluez  5.23-1
ii  ofono  1.15-1
ii  wpasupplicant  2.2-1

Versions of packages connman suggests:
pn  indicator-network  none

-- 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#762520: Bug report about the package clearlooks-phenix-theme 5.0.2-1 (unstable)

[Andrew Shadura]

Control: fixed -1 6.0.2-1

The latest upstream version which I have uploaded yesterday fixes these issues.

-- 
Cheers,
  Andrew


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

Bug#744876: [pkg-php-pear] Bug#744876: Status of phpunit 4

[Prach Pongpanich]

Hi David,

On Tue, Sep 30, 2014 at 4:44 AM, David Prévot da...@tilapin.org wrote:
 Hi Prach,

 I've run phpdox against the PHPUnit-4.2.6 source and has terminated.
 Could you please take a look at it?

 Fixed versions of phpdox and php-parser have just been uploaded, you
 should be able to fetch them directly from incoming (they should also
 reach Sid after the next dinstall, i.e. in about six hours).


Thank you a lot, I just pushed the update to version 4.2.6 on master-branch.
For the test suites, I am working on it. Any comment are welcome.

Regards
Prach


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

Bug#763427: xserver-xorg: Setting to max resolution works briefly, then display detects no signal, works on other versions.

[Nate Coraor]

Package: xserver-xorg
Version: 1:7.7+7
Severity: important

The display is capable of 2560x1600 @ 60Hz, which is detected from the EDID
response. When changing to this resolution (e.g. on X server startup), the
desktop will display briefly (0.5-2 seconds) at the correct resolution, and
then the display (Dell U3014) reports no signal and goes in to power save
mode.

I suspected a hardware issue, but the 2560x1600 resolution works fine on this
hardware with:

 - The console
 - The Jessie Beta 1 graphical installer
 - The Ubuntu 14.04.1 installer
 - Ubuntu 14.04.1 itself

-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Sep 29 16:20 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 2397280 Sep 22 17:49 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation Xeon E3-1200 v3/4th 
Gen Core Processor Integrated Graphics Controller [8086:0412] (rev 06)

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 3.14-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 
(Debian 4.8.3-5) ) #1 SMP Debian 3.14.13-2 (2014-07-24)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 36072 Sep 29 16:29 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[   409.164] 
X.Org X Server 1.16.1
Release Date: 2014-09-21
[   409.164] X Protocol Version 11, Revision 0
[   409.164] Build Operating System: Linux 3.2.0-4-amd64 x86_64 Debian
[   409.164] Current Operating System: Linux weyerbacher 3.14-2-amd64 #1 SMP 
Debian 3.14.13-2 (2014-07-24) x86_64
[   409.164] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.14-2-amd64 
root=UUID=cdc38f87-6328-4929-9133-c3e43bea54e8 ro quiet
[   409.164] Build Date: 22 September 2014  09:45:37PM
[   409.164] xorg-server 2:1.16.1-1 (http://www.debian.org/support) 
[   409.164] Current version of pixman: 0.32.6
[   409.164]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[   409.164] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   409.164] (==) Log file: /var/log/Xorg.0.log, Time: Mon Sep 29 16:29:03 
2014
[   409.164] (==) Using system config directory /usr/share/X11/xorg.conf.d
[   409.164] (==) No Layout section.  Using the first Screen section.
[   409.164] (==) No screen section available. Using defaults.
[   409.164] (**) |--Screen Default Screen Section (0)
[   409.164] (**) |   |--Monitor default monitor
[   409.165] (==) No monitor specified for screen Default Screen Section.
Using a default monitor configuration.
[   409.165] (==) Automatically adding devices
[   409.165] (==) Automatically enabling devices
[   409.165] (==) Automatically adding GPU devices
[   409.165] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
[   409.165]Entry deleted from font path.
[   409.165] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[   409.165] (==) ModulePath set to /usr/lib/xorg/modules
[   409.165] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[   409.165] (II) Loader magic: 0x7f27eb274d80
[   409.165] (II) Module ABI versions:
[   409.165]X.Org ANSI C Emulation: 0.4
[   409.165]X.Org Video Driver: 18.0
[   409.165]X.Org XInput driver : 21.0
[   409.165]X.Org Server Extension : 8.0
[   409.165] (II) xfree86: Adding drm device (/dev/dri/card0)
[   409.165] (--) PCI:*(0:0:2:0) 8086:0412:1028:05a6 rev 6, Mem @ 
0xf780/4194304, 0xe000/268435456, I/O @ 0xf000/64
[   409.165] (II) LoadModule: glx
[   409.165] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[   409.166] (II) Module glx: vendor=X.Org Foundation
[   409.166]compiled for 1.16.1, module version = 1.0.0
[   409.166]ABI class: X.Org Server Extension, version 8.0
[   409.166] (==) AIGLX enabled
[   409.166] (==) Matched intel as autoconfigured driver 0
[   409.166] (==) Matched intel as autoconfigured driver 1
[   409.166] (==) Matched modesetting as autoconfigured driver 2
[   409.166] (==) Matched fbdev as autoconfigured driver 3
[   409.166] (==) Matched vesa as autoconfigured driver 4
[   409.166] (==) Assigned the driver to the xf86ConfigLayout
[   409.166] (II) LoadModule: intel
[   

Bug#763426: installation-report: installed system not bootable by default

[Andreas Glaeser]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: installation-reports
Version: 2.57
Severity: normal

Dear Maintainer,

The installed system was not bootable upon installation, but grub could be 
installed
manually:
 root@s5:/home/andrew# fdisk -l
 .
 ..
 ..
 .
 
 Disk /dev/sdc: 15.9 GB, 15931539456 bytes
 255 heads, 63 sectors/track, 1936 cylinders, total 31116288 sectors
 Units = sectors of 1 * 512 = 512 bytes
 Sector size (logical/physical): 512 bytes / 512 bytes
 I/O size (minimum/optimal): 512 bytes / 512 bytes
 Disk identifier: 0x0009e0b6
 
Device Boot  Start End  Blocks   Id  System
 /dev/sdc1   *20482734284713670400   83  Linux
 /dev/sdc22734489429296639  9758735  Extended
 /dev/sdc52734489629296639  975872   82  Linux swap / Solaris

 root@s5:/home/andrew# mount /dev/sdc1 /mnt/usb
 root@s5:/home/andrew# grub-install --boot-directory=/mnt/usb/boot /dev/sdc
 Installation finished. No error reported.

Now this works.

- -- Package-specific info:

Boot method: CD
Image version: 
http://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-cd/debian-testing-amd64-xfce-CD-1.iso,
2014-09-29
Date: 2014-09-30, from about 8.30 h

Machine: GA-MA78GM-S2H with Phenom-x3-e
Partitions: 
Filesystem Type 1K-blocksUsed Available Use% Mounted on
/dev/sdb1  btrfs 13670400 1314728  10308952  12% /
udev   devtmpfs 10240   0 10240   0% /dev
tmpfs  tmpfs   3592365128354108   2% /run
tmpfs  tmpfs   898084   0898084   0% /dev/shm
tmpfs  tmpfs   898084   0898084   0% /sys/fs/cgroup
tmpfs  tmpfs 5120   0  5120   0% /run/lock
tmpfs  tmpfs   102400   0102400   0% /run/user

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [o]
Detect network card:[o]
Configure network:  [E]
Detect CD:  [o]
Load installer modules: [o]
Clock/timezone setup:   [o]
User/password setup:[o]
Detect hard drives: [o]
Partition hard drives:  [o]
Install base system:[o]
Install tasks:  [o]
Install boot loader:[E]
Overall install:[o]

Comments/Problems:

This used to be my main PC, now it is the backup PC, that I am going to fall 
back to in
case the main one should break.
Problems began when I wanted to boot the
installation-image from USB-stick and install on SD-card in USB-cardreader. 
This did not
work, so I had to write a CD and use that.
Next network-autoconfiguration failed, so that I had to install in expert-mode 
and set it
up manually with a static IP, maybe this was due to IPv6 being available here 
already.
Finally, there were no errors issued when grub was installed on the SD-card, 
but booting
failed consequently, issuing, that (BTRFS)-filesystem is unsupported.
With the install-image from two weeks ago, it was similar, I also tried this 
with XFS,
but failed to make both installations bootable manually, now this works.

- -- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION=Debian GNU/Linux installer
DISTRIB_RELEASE=8 (jessie) - installer build 20140929-00:04
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux jesst 3.16-2-amd64 #1 SMP Debian 3.16.3-2 (2014-09-20) x86_64 
GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] 
RS780 Host
Bridge [1022:9600] lspci -knn:  Subsystem: Advanced Micro Devices, Inc. [AMD]
RS780 Host Bridge [1022:9600] lspci -knn: 00:01.0 PCI bridge [0604]: Advanced 
Micro
Devices, Inc. [AMD] RS780/RS880 PCI to PCI bridge (int gfx) [1022:9602] lspci 
-knn:
00:0a.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] RS780/RS880 PCI 
to PCI
bridge (PCIE port 5) [1022:9609] lspci -knn:Kernel driver in use: pcieport 
lspci
- -knn: 00:11.0 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD/ATI]
SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode] [1002:4391] lspci -knn:   
Subsystem:
Gigabyte Technology Co., Ltd Device [1458:b002] lspci -knn: Kernel driver 
in use:
ahci lspci -knn: 00:12.0 USB controller [0c03]: Advanced Micro Devices, Inc. 
[AMD/ATI]
SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [1002:4397] lspci -knn:  Subsystem:
Gigabyte Technology Co., Ltd Device [1458:5004] lspci -knn: Kernel driver 
in use:
ohci-pci lspci -knn: 00:12.1 USB controller [0c03]: Advanced Micro Devices, Inc.
[AMD/ATI] SB7x0 USB OHCI1 Controller [1002:4398] lspci -knn:Subsystem: 

Bug#763428: openvswitch-switch: openvswitch doesn't work anymore since kernel 3.16 update

[Mehdi Abaakouk]

Package: openvswitch-switch
Version: 2.3.0+git20140819-2
Severity: important

Dear Maintainer,

Since the update of kernel in jessie to 3.16, my openvswitch setups won't work
anymore, I have to keep the kernel 3.14 to have openvswitch working.

I guess the 3.16 kernel is offically supported only since this ovs commit:

https://github.com/openvswitch/ovs/commit/f6a0c895fcece5bdf538f3f0afc13275c062b4d6

I will rebuild a package with the master branch of ovs (commit
a2b59fd5bd197bb73bd1d86efa74f171b59ab06d) to ensures that and post a update on 
this
bugs to keep you informed.


Regards,

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

Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#763429: sm: lots of warnings with glib2.0 2.42.0-1

[Paul Wise]

Source: screen-message
Version: 0.22.1-2
Severity: important
Usertags: xsession-errors

After upgrading to glib2.0 2.42.0-1, sm gives these warnings:

(sm:10185): GLib-GObject-WARNING **: The property GtkButton:use-stock is 
deprecated and shouldn't be used anymore. It will be removed in a future 
version.
(sm:10185): GLib-GObject-WARNING **: The property GtkSettings:gtk-button-images 
is deprecated and shouldn't be used anymore. It will be removed in a future 
version.
(sm:10185): GLib-GObject-WARNING **: The property GtkSettings:gtk-cursor-blink 
is deprecated and shouldn't be used anymore. It will be removed in a future 
version.
(sm:10185): GLib-GObject-WARNING **: The property 
GtkSettings:gtk-cursor-blink-time is deprecated and shouldn't be used anymore. 
It will be removed in a future version.
(sm:10185): GLib-GObject-WARNING **: The property 
GtkSettings:gtk-cursor-blink-timeout is deprecated and shouldn't be used 
anymore. It will be removed in a future version.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages sm depends on:
ii  libatk1.0-0  2.12.0-1
ii  libc62.19-11
ii  libcairo-gobject21.12.16-5
ii  libcairo21.12.16-5
ii  libgdk-pixbuf2.0-0   2.30.8-1
ii  libglib2.0-0 2.42.0-1
ii  libgtk-3-0   3.12.2-3+b1
ii  libpango-1.0-0   1.36.7-1
ii  libpangocairo-1.0-0  1.36.7-1

sm recommends no packages.

sm suggests no packages.

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#763430: bidentd: Conntrack support broken, /proc/net/ip_conntrack uses tcp instead of TCP

[Matthijs Kooijman]

Package: bidentd
Version: 1.1.4-1.1
Severity: important
Tags: upstream patch

Dear Maintainer,

it seems that the conntrack support in bidentd is broken. It reads from
/proc/net/ip_conntrack, checking that the protocol field of each line is
TCP. However, on my system, these lines contain tcp instead. I
presume this changed in some past kernel version.

I've attached a patch that simply makes comparison case insensitive, so
old and new systems should both work.

I'll also send this report to upstream, but given the upcoming freeze
for Jessie, it might be good to include the patch into the Debian
version first?


On a related note: It seems there is a new upstream version available,
that integrated the single patch currently in the debian version.

Gr.

Matthijs
Description: Fix conntrack parsing for kernels using lowercase protocol names
Author: Matthijs Kooijman matth...@stdin.nl
Forwarded: yes

--- a/main.cc
+++ b/main.cc
@@ -169,7 +169,7 @@ static int Resolve(void)
 in_addr masqaddr = { byteswap(masqhost) };
 msyslog(ll_debug,  (masq parse) proto = %s, masqhost = %s, l = %u, r = %u, masqport = %u,
 proto, inet_ntoa(masqaddr), l, r, masqport);
-if(strcmp(proto, TCP))continue;
+if(strcasecmp(proto, TCP))continue;
 if(r == remoteport  masqport == localport)
 return Forward(masqhost, r, l);
 }

Bug#746765: Conflicting declarations of function libelektra_filesys_LTX_kdbBackendFactory

[Markus Raab]

Hello,

On Tue, 29 Jul 2014 09:08:23 +0100 Michael Tautschnig m...@debian.org wrote:
 Hello,
 
 [...]
  It may be the case that no code actually uses the declaration of
  exported_symbols.h - if so, it shouldn't be included in the
  linking process
  either.
  
  I think this might have been fixed with elektra 0.7.2, which I
  uploaded yesterday. Could you please check?

This code had many changes with 0.8 (especially another build system is now 
used), so I think it should be fixed with the recent uploads.

0.7 is no longer maintained, because migration to 0.8 is easy and the API-
changes are minimal.

 I'm afraid the situation persists, and the reason is this bit in the 
Makefile:
 
 
http://sources.debian.net/src/elektra/0.7.2-2/src/libelektra/Makefile.am?hl=16#L15
 
 I'm not quite sure why a list of exported symbols (with conflicting
 declarations) is included in the library? Maybe upstream can explain?

The list of exported symbols is needed for static+full builds. For these 
builds no plugins are loaded, but the library just do a lookup in this list of 
exported symbols.


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

Bug#763431: linux-image-3.16-2-amd64: Doesn't finish booting

[bugreporter]

Package: linux-image-3.16-2-amd64
Version: 3.16.3-2
Severity: grave

Dear Maintainer,

The kernel image installed by the linux-image-3.16-2-amd64 package fails to
boot into a working system. The boot stalls at the following error (manually
reproduced from a cellphone photograph so there may be typographical errors):

INIT: version 2.88 booting
[info] Using makefile-style concurrent boot in runlevel S.
[ok] Starting the hotplug events dispatcher: udevd.
[ok] Synthesizing the initial hotplug events...done
[] Waiting for /dev to be fully populated...
[ 240.062008] INFO: task kworker/u8:5:113 blocked for more than 120 seconds.
[ 240.062104]Not tainted 3.16-2-amd64 #1
[ 240.062159] echo 0  /proc/sys/kernel/hung_task_timeout_secs disables this 
message

The last three lines of the boot message extract repeats with only the time
stamps changing.

Pressing Ctrl-C allows the boot to proceed but only to an emergency root shell,
not a fully working system. Under the emergency shell, the filesystem is mounted
read-only.

From the shell prompt, I can shut down but not reboot the computer.
Any attempt at a soft reboot (via the command shutdown now -r or simply
reboot) results in the shutdown of system processes but doesn't actually
restart the computer. I must then press the hardware power button to shut down
the computer before turning it back on. Invoking shutdown now -h, however,
does result in a successful shutdown.

The above boot failure does NOT affect the previous kernel image package
of the Linux 3.16 series (linux-image-3.16-1-amd64). This is the kernel I am 
currently using to type this bug report. The boot failure also does NOT affect
Debian kernel images of the Linux 3.14 series.

I have reinstalled the problematic kernel image package twice to rebuild
the initrd but the result is the same. The kernel fails to boot the computer 
into a usable condition.

-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
sys_vendor: ZOTAC
product_name: ZBOXNANO-ID63/ID64/ID65
product_version: XX
chassis_vendor: NA
chassis_version: NA
bios_vendor: American Megatrends Inc.
bios_version: 4.6.5
board_vendor: ZOTAC
board_name: ZBOXNANO-ID63/ID64/ID65
board_version: XX

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation 3rd Gen Core processor DRAM 
Controller [8086:0154] (rev 09)
Subsystem: ZOTAC International (MCO) Ltd. Device [19da:a247]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort+ SERR- PERR- INTx-
Latency: 0
Capabilities: access denied
Kernel driver in use: ivb_uncore

00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core 
processor Graphics Controller [8086:0166] (rev 09) (prog-if 00 [VGA controller])
Subsystem: ZOTAC International (MCO) Ltd. Device [19da:2111]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 45
Region 0: Memory at f780 (64-bit, non-prefetchable) [size=4M]
Region 2: Memory at e000 (64-bit, prefetchable) [size=256M]
Region 4: I/O ports at f000 [size=64]
Expansion ROM at unassigned [disabled]
Capabilities: access denied
Kernel driver in use: i915

00:14.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset 
Family USB xHCI Host Controller [8086:1e31] (rev 04) (prog-if 30 [XHCI])
Subsystem: ZOTAC International (MCO) Ltd. Device [19da:a247]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 42
Region 0: Memory at f7d0 (64-bit, non-prefetchable) [size=64K]
Capabilities: access denied
Kernel driver in use: xhci_hcd

00:16.0 Communication controller [0780]: Intel Corporation 7 Series/C210 Series 
Chipset Family MEI Controller #1 [8086:1e3a] (rev 04)
Subsystem: ZOTAC International (MCO) Ltd. Device [19da:a247]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 44
Region 0: Memory at f7d1b000 (64-bit, non-prefetchable) [size=16]
Capabilities: access denied
Kernel driver in use: mei_me

00:1a.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset 
Family USB Enhanced Host Controller #2 [8086:1e2d] (rev 04) (prog-if 20 [EHCI])
 

Bug#763429: sm: lots of warnings with glib2.0 2.42.0-1

[Joachim Breitner]

Hi,

I can only reproduce the first two, and I am quite confident that my
code does not mess with the latter two. Maybe you have some of these
settings in your ~/.gtkrc-2.0, or set via your xsettings daemon?

Greetings,
Joachim

Am Dienstag, den 30.09.2014, 16:29 +0800 schrieb Paul Wise:
 Source: screen-message
 Version: 0.22.1-2
 Severity: important
 Usertags: xsession-errors
 
 After upgrading to glib2.0 2.42.0-1, sm gives these warnings:
 
 (sm:10185): GLib-GObject-WARNING **: The property GtkButton:use-stock is 
 deprecated and shouldn't be used anymore. It will be removed in a future 
 version.
 (sm:10185): GLib-GObject-WARNING **: The property 
 GtkSettings:gtk-button-images is deprecated and shouldn't be used anymore. It 
 will be removed in a future version.
 (sm:10185): GLib-GObject-WARNING **: The property 
 GtkSettings:gtk-cursor-blink is deprecated and shouldn't be used anymore. It 
 will be removed in a future version.
 (sm:10185): GLib-GObject-WARNING **: The property 
 GtkSettings:gtk-cursor-blink-time is deprecated and shouldn't be used 
 anymore. It will be removed in a future version.
 (sm:10185): GLib-GObject-WARNING **: The property 
 GtkSettings:gtk-cursor-blink-timeout is deprecated and shouldn't be used 
 anymore. It will be removed in a future version.
 
 -- System Information:
 Debian Release: jessie/sid
   APT prefers testing
   APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental')
 Architecture: amd64 (x86_64)
 
 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores)
 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash
 
 Versions of packages sm depends on:
 ii  libatk1.0-0  2.12.0-1
 ii  libc62.19-11
 ii  libcairo-gobject21.12.16-5
 ii  libcairo21.12.16-5
 ii  libgdk-pixbuf2.0-0   2.30.8-1
 ii  libglib2.0-0 2.42.0-1
 ii  libgtk-3-0   3.12.2-3+b1
 ii  libpango-1.0-0   1.36.7-1
 ii  libpangocairo-1.0-0  1.36.7-1
 
 sm recommends no packages.
 
 sm suggests no packages.
 
 -- no debconf information
 

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata



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

Bug#763246: imagevis3d: FTBFS: IO/UVF/ExtendedOctree/Lz4Compression.cpp:53:44: error: 'LZ4_uncompress' was not declared in this scope

[Mathieu Malaterre]

tags 763246 pending

On Tue, Sep 30, 2014 at 6:14 AM, Nobuhiro Iwamatsu iwama...@nigauri.org wrote:
 Sorry about this problem.
 LZ4_uncompress is obsolete function.

Such info should have been present in d/changelog IMHO.

 I createad a patch for imagevis3d which revise this problem.
 Please check and apply.

Thanks will source-upload ASAP.


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

Bug#568359: (no subject)

[Arthur Lutz]

We'd be interrested in the inclusion of this patch.

A json version of the output would also be nice, but this format is a
start.

-- 
Arthur Lutz - LOGILAB, Paris (France).
Formations - http://www.logilab.fr/formations/
Développements - http://www.logilab.fr/services/
Plateforme Web Sémantique - http://www.cubicweb.org/


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

Bug#763432: RFP: psocksxx -- A C++ wrapper for POSIX sockets

[Jörg Frings-Fürst]

Package: wnpp
Severity: wishlist

  Package name: psocksxx
  Version : 0.0.5
  Upstream Author : Uditha Atukorala
  URL : https://github.com/uditha-atukorala/psocksxx
  License : GNU Lesser General Public License 3+
  Programming Lang: C++
  Description : A C++ wrapper for POSIX sockets

 psocksxx library attempts to borrow the concepts from socket++ and 
 socket-library, but not the code, and create a well documented (and 
 hopefully easy to understand) POSIX socket communication wrapper in 
 C++. To keep the code simple and clean this project will only support 
 POSIX sockets.



-- 
pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8  EBCB 422B 44B0 BE58 1B6E
pgp Key: BE581B6E
CAcert Key S/N: 0E:D4:56

Jörg Frings-Fürst
D-54526 Niederkail

Threema: SYR8SJXB

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







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

Bug#763429: sm: lots of warnings with glib2.0 2.42.0-1

[Paul Wise]

On Tue, 2014-09-30 at 10:43 +0200, Joachim Breitner wrote:

 I can only reproduce the first two, and I am quite confident that my
 code does not mess with the latter two. Maybe you have some of these
 settings in your ~/.gtkrc-2.0, or set via your xsettings daemon?

Removing ~/.gtkrc-2.0 didn't fix any of the errors.
Setting HOME to a temporary dir didn't fix any of the errors.
I'm using GNOME 3 so I don't have an xsettings daemon.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#763428: ovs today master test results

[Mehdi Abaakouk]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

The ovs today master doesn't resolve the issue but now I got a error 
message on openvswitch startup:


# /etc/init.d/openvswitch-switch restart
Killing ovs-vswitchd (3117).
Killing ovsdb-server (3107).
Starting ovsdb-server.
Configuring Open vSwitch system IDs.
[  120.893035] openvswitch: netlink: Unknown key attribute (type=20, 
max=19).
[  120.895205] openvswitch: netlink: Unknown key attribute (type=21, 
max=19).

Starting ovs-vswitchd.
Enabling remote OVSDB managers.


Regards,

- - - --
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
-BEGIN PGP SIGNATURE-
Version: OpenPGP.js v.1.20131017
Comment: http://openpgpjs.org

wsFcBAEBCAAQBQJUKm5VCRAYkrQvzqrryAAAMKcP/0Cb5hJpG+de7ewLxbg4
zbWS4rI9BS6a7mkkm9hUxiqAikCJr0BQbMlphXiBNo5XAKTl5gZCz2f0Zkj3
n9PJe0yzxJk+fdi1s4PZAZdiro/AeFakDwYacP0B+A10zfbCQ51X8yyHnn28
9cFPGn/IASGIu9PrgXrfdBGS7qJd6n6JszwB+HNq3WcJzHPv3vRgjfXa5i/g
w+Vr8yGw8rc0rIoiGw681cufklqVoSD/hq2U6CrePhK8loFALptACFJbMtdq
9KX3uLFOO1ykb4Bg0PLJZHSt4YYBm/He8gFATIt9g/4C5MG0I+jsMNoVpTj+
MvEtw/yIcKGYFiSQ8ES2lLtHkWVLTFL1HCC0GdWWXBAIFsHl33xLe4KTSCTv
CC701WsZIsPY47HvMTetz/upomDQ+7sTvQr4Ysod0fR1ckDKvyN7t0qqEUkK
VSv+hQeVFzAYXFRP+eIGxZLrbR+6K1pZxaMG09TPNf7YWXBlLRtaJE0guL3a
KaVAvJ9w6rirDBmIjZsxUWip9Q1RLYwpcVj5wXPgxV9Vyu4xz5b1yzxbsn26
YdntHfUn3/0G2/u5s68tiqUstCEt0I/G6DYYI6mvoXDl3xwOX1vporKLK8gP
oahI0OHmi09QZuBJmc9wQSxXYHjOx5jFI4VEyR25mjYI12vZgL5YAm6F+8pd
F/Ji
=YixL
-END PGP SIGNATURE-
 

Bug#763429: sm: lots of warnings with glib2.0 2.42.0-1

[Joachim Breitner]

Hi,


Am Dienstag, den 30.09.2014, 16:54 +0800 schrieb Paul Wise:
  I can only reproduce the first two, and I am quite confident that my
  code does not mess with the latter two. Maybe you have some of these
  settings in your ~/.gtkrc-2.0, or set via your xsettings daemon?
 
 Removing ~/.gtkrc-2.0 didn't fix any of the errors.
 Setting HOME to a temporary dir didn't fix any of the errors.
 I'm using GNOME 3 so I don't have an xsettings daemon.

well, you probably have gnome-settings-daemon running, which, as far as
I know provides xsettings.

Can you reproduce it with a tmp HOME and a fresh xinit? When I run
$ HOME=/tmp/foo/ xinit -e sm -- :1
from the console I only get the first two warnings.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata



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

Bug#763434: debbugs: retitled reports are found neither by old nor by new title/subject

[Andreas Glaeser]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: debbugs
Version: 2.4.1
Severity: minor

Dear Maintainer,

it is not a big issue, but maybe it is worth fixing it.



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

Kernel: Linux 3.16-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

Versions of packages debbugs depends on:
ii  ed 1.10-2
ii  exim4-daemon-light [mail-transport-agent]  4.84-2
ii  libio-stringy-perl 2.110-5
ii  libmailtools-perl  2.13-1
ii  libmime-tools-perl [libmime-perl]  5.505-1
ii  perl [perl5]   5.20.1-1

Versions of packages debbugs recommends:
ii  apache2 [httpd]  2.4.10-2
ii  links2.8-2+b1

debbugs suggests no packages.

- -- no debconf information
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iEYEARECAAYFAlQqcjwACgkQ5+rBHyUt5wsEcwCeOy3xghDD4VirDFUse0M7Thy0
NrgAoJLTyBm2Cpg55HEeYgYiZ0GX8gVy
=RD7D
-END PGP SIGNATURE-

Bug#763433: Color format emulation breaks GStreamer's V4L2 support since 1.4.0

[Sebastian Dröge]

Package: libv4l-0
Version: 1.4.0-1
Severity: serious

Hi,

since version 1.4.0 the color format emulation in libv4l breaks
GStreamer's v4l2 support.

See this bug report for more details:
https://bugzilla.gnome.org/show_bug.cgi?id=737521
In specific, this commit breaks it:
http://git.linuxtv.org/cgit.cgi/v4l-utils.git/commit/?id=10213c975afdfcc90aa7de39e66c40cd7e8a57f7

This was also reported to the LinuxTV mailing list apparently.


Older versions for libv4l were not affected AFAIK.


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

Bug#763341: libjpeg8: please remove Provides: libjpeg-dev from libjpeg8-dev as requested by tech-ctte decisiono

[Ondřej Surý]

On Mon, Sep 29, 2014, at 18:38, Bill Allombert wrote:
 On Mon, Sep 29, 2014 at 03:40:00PM +0200, Ondřej Surý wrote:
  Source: libjpeg8
  Version: 8d1-1
  Severity: important
  Tags: patch
  
  Bill,
  
  please remove Provides: libjpeg-dev from libjpeg8-dev as stated in
  Technical Committee decision on   default   jpeg library 
  implementation in
  Debian,   see https://bugs.debian.org/717076#235 paragraph 12.
 
 Maybe it would be better to wait for the freeze ? 
 Or at least to have input from the release team ?

The release team has acked the transition in
https://bugs.debian.org/754988#45
so we need to finish this before freeze.

  Removing libjpeg-progs is also advisable as this package is now
  provided by src:libjpeg-turbo.
 
 No, libjpeg-progs will be provided by libjpeg9. There is no decision to
 the contrary.

It was my understanding that libjpeg-progs was always provided
by the default libjpeg library. E.g. libjpeg-progs was built from
libjpeg62
even when libjpeg8 has entered unstable; and libjpeg-progs was
provided by libjpeg8 even when libjpeg9 was uploaded to unstable.

I think that it won't serve our users to have libjpeg-progs compiled
against different than default library, but I don't have any stakes
here, so please upload libjpeg-progs built from libjpeg9 with epoch 2
to unstable. I will upload src:libjpeg-progs without the transitional
libjpeg-progs today.

Ondrej
-- 
Ondřej Surý ond...@sury.org
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server


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

Bug#763406: geeqie: Float window uses image window dimensions

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

thanks for your report.

Am Di den 30. Sep 2014 um  0:08 schrieb GSR:
 Severity: important

Lowering to normal. The bug might be important for you but not so for
most others.

 After updating, it seems the saved state for the ile list window is
 the same of the image window.

What do you mean with ile list window? Maybe I missed that word due my
english is not the best but I do not know the word ile.

[...]
 Verified by looking at the config file, the values match perfectly
 every time, whatever main_window has, appears for float_window:
 ---8---
 main_window.x = 267
 main_window.y = 191
 main_window.w = 200
 main_window.h = 70
 
 float_window.x = 267
 float_window.y = 191
 float_window.w = 200
 float_window.h = 70
 ---8---

I have to check where this is used for. I did not touch that particular
subsystem. And I even don't know at the moment where the float_window
settings are used. (I have an idea what it is)

 Please check what went wrong with the 1.1 to 1.2 changes, thanks.

I will have a look.

Regards
   Klaus
- -- 
Klaus Ethgen  http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgen kl...@ethgen.de
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQGcBAEBCgAGBQJUKnQVAAoJEKZ8CrGAGfasqIIL/RSowsAXEyZfDBx1q1tc7dQg
clFmv/Vpd77eSYAxM1ajxtq2fMJtvAiOCF9BKSVa4j6RIfcDAikRrTBFzR1ZgpUJ
3ReOMWeI2SlbQL51dlbaGQRUjRPj8jVLdJtscKcZkMqLAewhXM+q0W10/yt5AMUc
PgPGkXUTAD1EO0r7oSWB+YMvx+7jlO6dMzC6iNxk6cOw2VcBYM720dCzxBqrXf6t
xvK7D8y6aUmfIMoYJ0+MS/MS7FSAah/uvIPRx5FL/riDoqcBhi286uyyd7JNewZ3
B7P3vp3+KcsON2Wch3BHrM1ARxpZgqLbaqsVGP7x32GTv+lDwN1Kcc5Lelkl8qh8
yOkTcchQGdr8+9RyEY4Pqxrjng4IYb2T4KN0kjlzJpKEw6XkKv+p+zQyqEbnkNJE
gHioGBOy+P3625r5Id0qLCaPCcLM8COYaE3B/sTP8LqFDz7ssXgS4vjTxofEU0jv
nJjMug0ZgYA0Xq/tRmIPV8qQTVYq/MaVlcr51IbP1g==
=Nxuu
-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#687484: [debian-mysql] Bug#687484: Status of CVE-2012-4414: SQL injection

[Norvald H. Ryeng]

On Tue, 30 Sep 2014 08:19:26 +0200, Henri Salo he...@nerv.fi wrote:


What is current status of CVE-2012-4414? Information about the issue in
http://www.openwall.com/lists/oss-security/2012/09/11/4

Marked as grave and security without any comments from maintainers.  
Plans to

patch this issue? If not could you please give reasoning, thank you.


This issue was fixed as CVE-2013-0375 in MySQL 5.1.67 and 5.5.29 [1].  
CVE-2013-0375 and CVE-2012-4414 are equivalent.


Regards,

Norvald H. Ryeng

[1]  
http://www.oracle.com/technetwork/topics/security/cpujan2013-1515902.html#AppendixMSQL



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

Bug#763103: Enable building libphobos-dev package on hppa arch

[Matthias Klose]

Control: tags -1 + moreinfo

Am 27.09.2014 um 22:13 schrieb Helge Deller:
 Package: gcc-defaults
 Version: 1.133
 Severity: bug
 Tags: patch
 
 Can you please add the hppa arch to the list of arches which provides the
 libphobos packages?
 Patch is attached.
 Please apply for next upload.

I can't find the patch for gcc-4.9, and libphobos is currently not built for 
hppa.


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

Bug#763435: override: libjpeg-dev:libdevel/optional, libjpeg62-dev:libdevel/optional, libjpeg62:libs/optional, libjpeg62-dbg:debug/optional

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

Hi,

as a part of transition to libjpeg-turbo the old SONAME was reused.
Please update overrides file to reflect that.

Cheers,
Ondrej


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

Bug#763429: sm: lots of warnings with glib2.0 2.42.0-1

[Paul Wise]

On Tue, 2014-09-30 at 10:58 +0200, Joachim Breitner wrote:

 well, you probably have gnome-settings-daemon running, which, as far as
 I know provides xsettings.

Ah, ok.

 Can you reproduce it with a tmp HOME and a fresh xinit? When I run
 $ HOME=/tmp/foo/ xinit -e sm -- :1
 from the console I only get the first two warnings.

GNOME is blocking that from being run.

X: user not authorized to run the X server, aborting.

I'll try to figure out a way around that tomorrow.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#763429: sm: lots of warnings with glib2.0 2.42.0-1

[Joachim Breitner]

Hi,


Am Dienstag, den 30.09.2014, 17:24 +0800 schrieb Paul Wise:
 On Tue, 2014-09-30 at 10:58 +0200, Joachim Breitner wrote:
  Can you reproduce it with a tmp HOME and a fresh xinit? When I run
  $ HOME=/tmp/foo/ xinit -e sm -- :1
  from the console I only get the first two warnings.
 
 GNOME is blocking that from being run.
 
 X: user not authorized to run the X server, aborting.
 
 I'll try to figure out a way around that tomorrow.

it should be sufficient to run that from the console (Alt-Ctrl-F1), at
least it was in my case.

Alternatively, adduser testuser and then start a new non-GNOME session
from gdm (you can do that without logging out).

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata



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

Bug#763412: libjpeg-dev reinstalls over itself

[Ondřej Surý]

Control: reassign -1 apt

I can confirm the behaviour, but I just could find a cause,
it looks like some misbehaviour in apt, since everything
looks normal. Checksums are OK, the cache is OK, but
it just behaves weird.

I am reassigning this to apt.

More symptoms:

1. double listing of the package in apt-cache show output

# apt-cache show libjpeg-dev
Package: libjpeg-dev
Source: libjpeg-turbo
Version: 1:1.3.1-3
Installed-Size: 76
Maintainer: Debian TigerVNC Packaging Team
pkg-tigervnc-de...@lists.alioth.debian.org
Architecture: all
Depends: libjpeg62-dev (= 1:1.3.1-3)
Conflicts: libjpeg62-dev ( 0:1.3.1-1~), libjpeg7-dev, libjpeg8-dev
Description-en: Development files for the JPEG library [dummy package]
 This package depends on default Debian implementation of
 libjpeg.so.62 JPEG library.
Description-md5: 169b0708f8d540a76b8b0c5710c4ebb6
Homepage: http://www.libjpeg-turbo.org/
Section: libdevel
Priority: optional
Filename: pool/main/libj/libjpeg-turbo/libjpeg-dev_1.3.1-3_all.deb
Size: 48318
MD5sum: c1532ef2ac175bd33d531fed7e373918
SHA1: 4fe33e26c8171630f5a144b630e6e4bbc0ae3551
SHA256: 27e9092e7ab784f298ef2dd231a972daac1f7d89a78f9c3edb18f9624fc230f6

Package: libjpeg-dev
Status: install ok installed
Priority: optional
Section: libdevel
Installed-Size: 76
Maintainer: Debian TigerVNC Packaging Team
pkg-tigervnc-de...@lists.alioth.debian.org
Architecture: all
Source: libjpeg-turbo
Version: 1:1.3.1-3
Depends: libjpeg62-dev (= 1:1.3.1-3)
Conflicts: libjpeg62-dev ( 1.3.1-1~), libjpeg7-dev, libjpeg8-dev
Description-en: Development files for the JPEG library [dummy package]
 This package depends on default Debian implementation of
 libjpeg.so.62 JPEG library.
Description-md5: 169b0708f8d540a76b8b0c5710c4ebb6
Homepage: http://www.libjpeg-turbo.org/

2. Same for apt-cache policy

# apt-cache policy libjpeg-dev
libjpeg-dev:
  Installed: 1:1.3.1-3
  Candidate: 1:1.3.1-3
  Version table:
 1:1.3.1-3 0
500 http://ftp.cz.debian.org/debian/ jessie/main amd64 Packages
500 http://ftp.cz.debian.org/debian/ sid/main amd64 Packages
 *** 1:1.3.1-3 0
100 /var/lib/dpkg/status

3. Reinstalling over and over:

root@kage:/var/cache/apt/archives# apt-get install libjpeg-dev
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages will be upgraded:
  libjpeg-dev
1 upgraded, 0 newly installed, 0 to remove and 91 not upgraded.
Need to get 0 B/48,3 kB of archives.
After this operation, 0 B of additional disk space will be used.
Reading changelogs... Done
(Reading database ... 214068 files and directories currently installed.)
Preparing to unpack .../libjpeg-dev_1%3a1.3.1-3_all.deb ...
Unpacking libjpeg-dev (1:1.3.1-3) over (1:1.3.1-3) ...

root@kage:/var/cache/apt/archives# apt-get install libjpeg-dev
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages will be upgraded:
  libjpeg-dev
1 upgraded, 0 newly installed, 0 to remove and 91 not upgraded.
Need to get 0 B/48,3 kB of archives.
After this operation, 0 B of additional disk space will be used.
Reading changelogs... Done
(Reading database ... 214068 files and directories currently installed.)
Preparing to unpack .../libjpeg-dev_1%3a1.3.1-3_all.deb ...
Unpacking libjpeg-dev (1:1.3.1-3) over (1:1.3.1-3) ...


Cheers,
Ondrej

On Tue, Sep 30, 2014, at 03:29, ian_br...@mail.ru wrote:
 Package: libjpeg-dev
 Version: 1:1.3.1-3
 
 Surely there is something wrong with this.
 
 This can be repeated indefinitely; there's something wrong with the
 version checking.
 
 It would be nice if somebody would fix reportbug, so we could use that
 again.
 
 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758619
 
 
 # apt-get install libjpeg-dev
 Reading package lists... Done
 Building dependency tree   
 Reading state information... Done
 The following packages will be upgraded:
   libjpeg-dev
 1 upgraded, 0 newly installed, 0 to remove and 876 not upgraded.
 Need to get 0 B/48.3 kB of archives.
 After this operation, 0 B of additional disk space will be used.
 Reading changelogs... Done
 (Reading database ... 233968 files and directories currently installed.)
 Preparing to unpack .../libjpeg-dev_1%3a1.3.1-3_all.deb ...
 Unpacking libjpeg-dev (1:1.3.1-3) over (1:1.3.1-3) ...
 


-- 
Ondřej Surý ond...@sury.org
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server


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

Bug#763436: [kmix] kmix won't show in system tray

[adrian]

Package: kmix
Version: 4:4.14.0-1
Severity: minor

Hi

At system boot sound starts normally but kmix won't show in system tray. I 
must run from the konsole to show.


--- System information. ---
Architecture: amd64
Kernel:   Linux 3.16-2-amd64

Debian Release: jessie/sid
  500 testing security.debian.org 
  500 testing ftp.es.debian.org 
  500 stable  dl.google.com 

--- Package information. ---
Depends(Version) | Installed
-+-=
kde-runtime  ( 4:4.10) | 4:4.14.1-1
libasound2   (= 1.0.16) | 1.0.28-1
libc6  (= 2.14) | 2.19-11
libcanberra0   (= 0.16) | 0.30-2.1
libkdecore5  (= 4:4.11) | 4:4.14.1-1
libkdeui5(= 4:4.11) | 4:4.14.1-1
libplasma3   (= 4:4.11) | 4:4.14.1-1
libpulse-mainloop-glib0  (= 0.99.1) | 5.0-6
libpulse0(= 0.99.1) | 5.0-6
libqt4-dbus (= 4:4.6.1) | 4:4.8.6+git64-g5dc8b2b+dfsg-2
libqt4-xml  (= 4:4.5.3) | 4:4.8.6+git64-g5dc8b2b+dfsg-2
libqtcore4  (= 4:4.8.0) | 4:4.8.6+git64-g5dc8b2b+dfsg-2
libqtgui4   (= 4:4.6.1) | 4:4.8.6+git64-g5dc8b2b+dfsg-2
libsolid4(= 4:4.11) | 4:4.14.1-1
libstdc++6(= 4.4.0) | 4.9.1-15


Package's Recommends field is empty.

Package's Suggests field is empty.


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

Bug#763412: libjpeg-dev reinstalls over itself

[Ondřej Surý]

Christoph Berg found the error in the package control fields
that is triggering error in dpkg/apt:

diff --git a/debian/control b/debian/control
index 838a32a..0e1e58c 100644
--- a/debian/control
+++ b/debian/control
@@ -22,7 +22,7 @@ Architecture: all
 Section: libdevel
 Depends: libjpeg62-dev (= ${source:Version}),
 ${misc:Depends}
-Conflicts: libjpeg62-dev ( 0:1.3.1-1~),
+Conflicts: libjpeg62-dev ( 1:1.3.1-1~),
   libjpeg7-dev,
   libjpeg8-dev
 Description: Development files for the JPEG library [dummy package]

I will upload fixed libjpeg-dev, but leave this bug open to be fixed
at correct place.

Cheers,
Ondrej

On Tue, Sep 30, 2014, at 11:40, Ondřej Surý wrote:
 Control: reassign -1 apt
 
 I can confirm the behaviour, but I just could find a cause,
 it looks like some misbehaviour in apt, since everything
 looks normal. Checksums are OK, the cache is OK, but
 it just behaves weird.
 
 I am reassigning this to apt.
 
 More symptoms:
 
 1. double listing of the package in apt-cache show output
 
 # apt-cache show libjpeg-dev
 Package: libjpeg-dev
 Source: libjpeg-turbo
 Version: 1:1.3.1-3
 Installed-Size: 76
 Maintainer: Debian TigerVNC Packaging Team
 pkg-tigervnc-de...@lists.alioth.debian.org
 Architecture: all
 Depends: libjpeg62-dev (= 1:1.3.1-3)
 Conflicts: libjpeg62-dev ( 0:1.3.1-1~), libjpeg7-dev, libjpeg8-dev
 Description-en: Development files for the JPEG library [dummy package]
  This package depends on default Debian implementation of
  libjpeg.so.62 JPEG library.
 Description-md5: 169b0708f8d540a76b8b0c5710c4ebb6
 Homepage: http://www.libjpeg-turbo.org/
 Section: libdevel
 Priority: optional
 Filename: pool/main/libj/libjpeg-turbo/libjpeg-dev_1.3.1-3_all.deb
 Size: 48318
 MD5sum: c1532ef2ac175bd33d531fed7e373918
 SHA1: 4fe33e26c8171630f5a144b630e6e4bbc0ae3551
 SHA256: 27e9092e7ab784f298ef2dd231a972daac1f7d89a78f9c3edb18f9624fc230f6
 
 Package: libjpeg-dev
 Status: install ok installed
 Priority: optional
 Section: libdevel
 Installed-Size: 76
 Maintainer: Debian TigerVNC Packaging Team
 pkg-tigervnc-de...@lists.alioth.debian.org
 Architecture: all
 Source: libjpeg-turbo
 Version: 1:1.3.1-3
 Depends: libjpeg62-dev (= 1:1.3.1-3)
 Conflicts: libjpeg62-dev ( 1.3.1-1~), libjpeg7-dev, libjpeg8-dev
 Description-en: Development files for the JPEG library [dummy package]
  This package depends on default Debian implementation of
  libjpeg.so.62 JPEG library.
 Description-md5: 169b0708f8d540a76b8b0c5710c4ebb6
 Homepage: http://www.libjpeg-turbo.org/
 
 2. Same for apt-cache policy
 
 # apt-cache policy libjpeg-dev
 libjpeg-dev:
   Installed: 1:1.3.1-3
   Candidate: 1:1.3.1-3
   Version table:
  1:1.3.1-3 0
 500 http://ftp.cz.debian.org/debian/ jessie/main amd64 Packages
 500 http://ftp.cz.debian.org/debian/ sid/main amd64 Packages
  *** 1:1.3.1-3 0
 100 /var/lib/dpkg/status
 
 3. Reinstalling over and over:
 
 root@kage:/var/cache/apt/archives# apt-get install libjpeg-dev
 Reading package lists... Done
 Building dependency tree   
 Reading state information... Done
 The following packages will be upgraded:
   libjpeg-dev
 1 upgraded, 0 newly installed, 0 to remove and 91 not upgraded.
 Need to get 0 B/48,3 kB of archives.
 After this operation, 0 B of additional disk space will be used.
 Reading changelogs... Done
 (Reading database ... 214068 files and directories currently installed.)
 Preparing to unpack .../libjpeg-dev_1%3a1.3.1-3_all.deb ...
 Unpacking libjpeg-dev (1:1.3.1-3) over (1:1.3.1-3) ...
 
 root@kage:/var/cache/apt/archives# apt-get install libjpeg-dev
 Reading package lists... Done
 Building dependency tree   
 Reading state information... Done
 The following packages will be upgraded:
   libjpeg-dev
 1 upgraded, 0 newly installed, 0 to remove and 91 not upgraded.
 Need to get 0 B/48,3 kB of archives.
 After this operation, 0 B of additional disk space will be used.
 Reading changelogs... Done
 (Reading database ... 214068 files and directories currently installed.)
 Preparing to unpack .../libjpeg-dev_1%3a1.3.1-3_all.deb ...
 Unpacking libjpeg-dev (1:1.3.1-3) over (1:1.3.1-3) ...
 
 
 Cheers,
 Ondrej
 
 On Tue, Sep 30, 2014, at 03:29, ian_br...@mail.ru wrote:
  Package: libjpeg-dev
  Version: 1:1.3.1-3
  
  Surely there is something wrong with this.
  
  This can be repeated indefinitely; there's something wrong with the
  version checking.
  
  It would be nice if somebody would fix reportbug, so we could use that
  again.
  
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758619
  
  
  # apt-get install libjpeg-dev
  Reading package lists... Done
  Building dependency tree   
  Reading state information... Done
  The following packages will be upgraded:
libjpeg-dev
  1 upgraded, 0 newly installed, 0 to remove and 876 not upgraded.
  Need to get 0 B/48.3 kB of archives.
  After this operation, 0 B of additional disk space will be used.
  Reading changelogs... Done
  (Reading database ... 233968 files and 

Bug#762685: pyspread: fails to start because SESSION_MANAGER environment variable not defined

[Giacomo Boffi]

Dear Andreas,

I executed the code you forwarded to me

 From upstream:
 Could you ask the OP to try out the following:
 
 import wx
 a = wx.App()
 i = wx.SYS_COLOUR_GRAYTEXT
 c = wx.SystemSettings.GetColour(i)
 rgb = c.GetRGB()

without any error, the response from wx.version() is
'3.0.0.0 gtk2 (classic)'

thank you for bothering, ciao
   gb


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

Bug#763437: apt cannot handle IDN domains like ftp.uni-köln.de

[Noël Köthe]

Package: apt
Version: 1.0.9.1
Severity: normal

Dear Maintainer,

apt cannot handle Internationalized Domain Names (IDN) in the sources.list.

The official Debian mirror ftp.uni-köln.de/debian (also accessable as
ftp.uni-koeln.de/debian) should be useable with the IDN.

With the help of libidn https://www.gnu.org/software/libidn/ or libidn2
https://www.gnu.org/software/libidn/#libidn2 this could be implemented.

You find more on https://wiki.debian.org/IDN

Thanks and regards

Noël


-- Package-specific info:

-- (no /etc/apt/preferences present) --


-- /etc/apt/sources.list --

#deb http://ftp.de.debian.org/debian/ sid main contrib non-free
#deb-src http://ftp.de.debian.org/debian/ sid main

#deb http://ftp.de.debian.org/debian/ experimental main

deb http://ftp.uni-köln.de/debian/ sid main contrib non-free
deb-src http://ftp.uni-köln.de/debian/ sid main




-- System Information:
Debian Release: jessie/sid
Architecture: amd64 (x86_64)

Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages apt depends on:
ii  debian-archive-keyring  2014.1
ii  gnupg   1.4.18-4
ii  libapt-pkg4.12  1.0.9.1
ii  libc6   2.19-11
ii  libgcc1 1:4.9.1-15
ii  libstdc++6  4.9.1-15

apt recommends no packages.

Versions of packages apt suggests:
pn  apt-doc none
ii  aptitude0.6.11-1
ii  dpkg-dev1.17.13
ii  python-apt  0.9.3.10
ii  synaptic0.81.2

-- 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#759735: RM: lgeneral -- ROM; moving from contrib to main

[Markus Koschany]

On 30.09.2014 09:11, Luca Falavigna wrote:
 Hi Markus,
 
 2014-08-29 21:34 GMT+02:00 Markus Koschany a...@gambaru.de:
 lgeneral-data was recently accepted into the archive. (Thanks!) Please
 remove lgeneral from unstable, so that we can do another upload to move
 the engine from contrib to main to circumvent the bug in dak which
 prevents having a package in two sections at once.
 
 Feel free to upload the package targeted main, it will be reviewed by
 the FTP team, and managed at that time. No need to remove it
 beforehand.

Hi Luca,

thanks for your reply. I was under the impression that there is
currently a bug in dak. Adrian tried to upload the package in July but
it was rejected twice. [1] [2] There was a similar issue with Red
Eclipse in August [3] but Ansgar suggested that the package had to be
removed first in order to be uploaded to the main archive again. [4]

Of course we can try again. Adrian, could you reupload lgeneral? The
package can be found at mentors.debian.net

http://mentors.debian.net/debian/pool/main/l/lgeneral/lgeneral_1.2.3+dfsg-2.dsc

Thank you,

Markus



[1]
https://lists.alioth.debian.org/pipermail/pkg-games-devel/2014-July/031310.html
[2]
https://lists.alioth.debian.org/pipermail/pkg-games-devel/2014-July/031341.html
[3]
https://lists.alioth.debian.org/pipermail/pkg-games-devel/2014-August/031610.html
[4]
https://lists.alioth.debian.org/pipermail/pkg-games-devel/2014-August/031612.html





signature.asc
Description: OpenPGP digital signature

Bug#763433: Color format emulation breaks GStreamer's V4L2 support since 1.4.0

[Gregor Jasny]

Hello,

Thank you for detailed bug report and the bisection.

On 30/09/14 10:57, Sebastian Dröge wrote:
 since version 1.4.0 the color format emulation in libv4l breaks 
 GStreamer's v4l2 support.
 
 In specific, this commit breaks it: 
 http://git.linuxtv.org/cgit.cgi/v4l-utils.git/commit/?id=10213c975afdfcc90aa7de39e66c40cd7e8a57f7

I
 
will revert that commit and try to fix the issue with the upcoming
v4l-utils 1.6.0.

Thanks,
Gregor


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

Bug#763438: RM: phylip -- ROM; The package should be removed from non-free to enable a smooth migration to main

[Andreas Tille]

Package: ftp.debian.org
Severity: normal

Hi,

as suggested I hereby request removal of phylip from non-free to enable
a smooth migration of the package to main (since the acceptance to main
just resulted in an error message).  Thorsten confirmed that this was
the way to go in this case.

Kind regards

Andreas.


On Sat, 27 Sep 2014, Andreas Tille wrote:
 would it support your workflow if I would file a ROM bug for phylip and
 seaview from non-free first and afterwards upload to NEW again?

yep, that would help but I am afraid such traceback will occur from time 
to time.

   Thorsten


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

Bug#623649: nmu for matlab-support

[Michael Hanke]

Hi,

On Sun, Sep 28, 2014 at 09:11:42PM -0400, Michael Gilbert wrote:
 On Sun, Sep 28, 2014 at 9:05 PM, Yaroslav Halchenko wrote:
  On Sun, 28 Sep 2014, Michael Gilbert wrote:
  Hi, I've uploaded an nmu to delayed/10 remove the libxp dependency.
  matlab versions have not required this for 4 years now, and this is
  one of two packages remaining with the dependency.
 
  I am not the main maintainer of this package but having experience with
  it,  Would you mind just moving it into Recommends so we would not need
  backport-specific patches:  we are providing this package across wide
  range of Debian/Ubuntu releases (so libxp6 would be present) and
  some people might still use elderly Matlabs.  So with it in Recommends
  we would please Debian gods and make users of older Matlabs happy.
 
 Unfortunately that won't really work since the recommends will become
 a policy violation once libxp is removed.  I would recommend adding
 some info to the docs or providing a fetching script to help users
 that are insistent on using old versions.

Thanks for the NMU. I see no problem removing the dependency, if libxp
is being removed.

Cheers,

Michael


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

Bug#762656: patch

[Mathieu Malaterre]

Control: tags -1 patch

Here is a patch which solve the symptoms. The underlying bug is within
gcc internals where atomics operations are not implementation for
ppc32 targets.
Description: Make the test suite compile on ppc32
 where atomics implementation are missing
 The code simply check ppc32 vs ppc64, the macros are defined on gcc 4.9.1
Author: Mathieu Malaterre ma...@debian.org
Bug: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63368
Bug-Debian: http://bugs.debian.org/762656

--- tbb-4.2~20140122.orig/include/tbb/tbb_config.h
+++ tbb-4.2~20140122/include/tbb/tbb_config.h
@@ -195,7 +195,16 @@
 /* TODO: change the version back to 4.1.2 once macro __TBB_WORD_SIZE become optional */
 #if __TBB_GCC_VERSION = 40306 || __INTEL_COMPILER = 1200
 /** built-in atomics available in GCC since 4.1.2 **/
+#if __PPC__ 
+#if __PPC64__ 
 #define __TBB_GCC_BUILTIN_ATOMICS_PRESENT 1
+#else
+// https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63368
+#define __TBB_GCC_BUILTIN_ATOMICS_PRESENT 0
+#endif
+#else
+#define __TBB_GCC_BUILTIN_ATOMICS_PRESENT 1
+#endif
 #endif
 
 #if __INTEL_COMPILER = 1200

Bug#743774: Inclusion of German program translation possible?

[Helge Kreutzmann]

Hello Piotr,
a German translation of the program was prepared and filed as
743774. Would it be possible to do a maintainer upload targetting
jessi with the translation included?

Thanks!

Greetings

Helge

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


signature.asc
Description: Digital signature

Bug#763439: RM: seaview -- ROM; Remove seaview from non-free to enable a smooth migration to main

[Andreas Tille]

Package: ftp.debian.org
Severity: normal

Hi,

as suggested I hereby request removal of seaview from non-free to enable
a smooth migration of the package to main (since the acceptance to main
just resulted in an error message).  Thorsten confirmed that this was
the way to go in this case.

Kind regards

Andreas.


On Sat, 27 Sep 2014, Andreas Tille wrote:
 would it support your workflow if I would file a ROM bug for phylip and
 seaview from non-free first and afterwards upload to NEW again?

yep, that would help but I am afraid such traceback will occur from time 
to time.

   Thorsten


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

Bug#754988: Bug#763360: libjpeg-turbo is hijacking binaries from other source packages

[Bill Allombert]

On Mon, Sep 29, 2014 at 08:55:16PM +0200, Ondřej Surý wrote:
 Bill,
 
 I am very sorry that I have not Cced everything related to the
 libjpeg-transition
 to you. I have honestly believed that you and everyone else involved was
 following the transition plan as mentioned in #717076#225. As for the
 takover
 of the libjpeg62* packages it was discussed in the transition plan bug
 #754988.

The CTTE made it clear I was only required to remove the Provides: libjpeg-dev
It did not authorise you to hijack the libjpeg8 and libjpeg62 binaries, and
you should not have made a plan that required it.

Hijacking binary packages that are still provided by other sources is extremely
crude. At the minimum, you should have waited for me to stop providing them
before uploading to unstable.

Please abide by the CTTE decision and revert that.  You cannot ask me to obey
the CTTE decision while blatantly disregarding it.

You have been bullying me from the start, but this tops it all.

Cheers,
-- 
Bill. ballo...@debian.org

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#759735: RM: lgeneral -- ROM; moving from contrib to main

[John Paul Adrian Glaubitz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 09/30/2014 11:58 AM, Markus Koschany wrote:
 Of course we can try again. Adrian, could you reupload lgeneral?
 The package can be found at mentors.debian.net
 
 http://mentors.debian.net/debian/pool/main/l/lgeneral/lgeneral_1.2.3+dfsg-2.dsc

Yes,
 
I'll take care of that.

Adrian

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

iQIcBAEBCAAGBQJUKn/fAAoJEHQmOzf1tfkTg6MP/j1crumI1yamDte7Ez1bn//8
ks3/hc+4ntVcTtLXRH5YhQISKGdxj5sS17Q0orgT2y2oJ6R1PauRtDyG+pHfZoBx
WgyBVjAUEw/2rZoAxfrrj+Owm6rYOY8+ujHNE04g/Q2AQ4GTleixG/GcMNMu0X7f
OqlpWcIKrR6Y1zHhlMLa5NLyDpNnrfVJcisfXwUrYKIi76blyAmZmmG3TvQ3B2EY
6EehwzbLQb3F1qcoCPu3blRrtx1riQ8dNpYFtvUrBOM4IGzRDZlRefmQxIPBAEpX
Q5cqrdzpAkiQs9dJxYIZt86p1O7brdnmXdbmSyCxBuxx3LkdcVP/1l5orNMZExUO
iu2VkjhIVoAo+2ypq2B2VycQZWOb7tsCrpllJ5zTtVmAQnrxT/zXB9VnfflGloiw
wbL1On5z1EG98CZOlJ+dF0/sCq9bB9ABkVYJ8M2gfSwkrLWHp4ioPXY+VJIIn3MS
2tI6UWZdcPsWortP6NH/IggLKFuTCM8yLk9Oi+C5GMiHY5UjHJxpL4gBrBcLh2zN
DTlMrtv+QS5rcaMZUj3z8or57+q6Wa4pV0E6Kto21pDdb8ufO9esawKHgbRWrWjf
nfwmE66AT/mg/zlL+VWH+aZ1uNThWMhwiWnAVWCecicEBwXjeOppoETf2Ui0i96C
CgHnteHIjppfAceregfH
=P+5H
-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#754988: Bug#763360: libjpeg-turbo is hijacking binaries from other source packages

[Ondřej Surý]

On Tue, Sep 30, 2014, at 11:32, Bill Allombert wrote:
 On Mon, Sep 29, 2014 at 08:55:16PM +0200, Ondřej Surý wrote:
  Bill,
  
  I am very sorry that I have not Cced everything related to the
  libjpeg-transition
  to you. I have honestly believed that you and everyone else involved was
  following the transition plan as mentioned in #717076#225. As for the
  takover
  of the libjpeg62* packages it was discussed in the transition plan bug
  #754988.
 
 The CTTE made it clear I was only required to remove the Provides:
 libjpeg-dev. It did not authorise you to hijack the libjpeg8 and
 libjpeg62 binaries, and you should not have made a plan that
 required it.
 
 Hijacking binary packages that are still provided by other sources is
 extremely crude. At the minimum, you should have waited for me to
 stop providing them before uploading to unstable.

I have already apologized for not Ccing the plan explicitly, so you were
not aware of the plan. I have carefully drafted the plan, checked it
with
debian-devel and release team and I am very sorry that I did not sent
it to you explicitly.

 Please abide by the CTTE decision and revert that.  You cannot ask me to
 obey the CTTE decision while blatantly disregarding it.

I have just uploaded src:libjpeg-turbo 1:1.3.1-4 to unstable with
libjpeg-progs removed.

I am also willing to rename libjpeg62* with new package names even
though it would cancel current transition and start a new one and leave
the archive in the mess. But I have a feeling that's something that
needs to be decided by release team, since it's their area.

Also since libjpeg62* was already in oldlibs, I kindly ask you to
reconsider your position.

 You have been bullying me from the start, but this tops it all.

I am extremely sorry that you feel that way. I never intended to be
hostile to you before, during or after our dispute over default JPEG
library. Nor do I feel that bringing the dispute to tech-ctte could be
considered as bullying.

Ondrej
-- 
Ondřej Surý ond...@sury.org
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server


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

Bug#689063: Inclusion of German program translation possible?

[Helge Kreutzmann]

Hello Georgios,
a German translation of the program was prepared and filed as
689063. Would it be possible to do a maintainer upload targetting
jessi with the translation included?

Thanks!

Greetings

Helge

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


signature.asc
Description: Digital signature

Bug#763440: python-gamera: segfault when accessing pixels of an RLE image connected component

[Jakub Wilk]

Package: python-gamera
Version: 3.4.1-1

The attached test program segfaults:

$ python test.py
Segmentation fault

Backtrace:

#0  0xf79392c2 in get (point=..., this=0x8557a30) at 
include/connected_components.hpp:177
#1  image_get (self=self@entry=
   Cc(feature_functions=[[], 0], properties=Properties at remote 0xf6a65c8c, 
last_display=None, name='Untitled', _display=None) at remote 0xf61088ec, point=...)
   at src/imageobject.cpp:764
#2  0xf79397a9 in image_get (
   self=Cc(feature_functions=[[], 0], properties=Properties at remote 
0xf6a65c8c, last_display=None, name='Untitled', _display=None) at remote 
0xf61088ec, args=((0, 0),))
   at src/imageobject.cpp:879
#3  0x081073bd in call_function (oparg=optimized out, pp_stack=optimized 
out) at ../Python/ceval.c:4021
#4  PyEval_EvalFrameEx () at ../Python/ceval.c:2667
#5  0x08105f4d in PyEval_EvalCodeEx () at ../Python/ceval.c:3253
#6  0x0813a88c in PyEval_EvalCode (
   locals={'HEURISTIC': 2, 'nested_list_to_image': function at remote 0xf77bc294, 'init_gamera': function at remote 0xf77bc33c, 
'CONFIDENCE_DEFAULT': 0, 'image': Image(feature_functions=[[], 0], properties=Properties at remote 0xf6a65bfc, last_display=None, name='Untitled', 
_display=None) at remote 0xf610879c, 'CONFIDENCE_INVERSEWEIGHT': 2, 'CONFIDENCE_KNNFRACTION': 1, 'COMPLEX': 5, 'RGBPixel': type at remote 
0xf7955e00, 'GREYSCALE': 1, 'load_image': function at remote 0xf796bcdc, 'ImageData': type at remote 0xf7956040, 'display_multi': 
function at remote 0xf77bc304, 'CONFIDENCE_NUN': 4, 'GREY16': 2, '__package__': None, 'UNCLASSIFIED': 0, 'cc': Cc(feature_functions=[[], 0], 
properties=Properties at remote 0xf6a65c8c, last_display=None, name='Untitled', _display=None) at remote 0xf61088ec, 'image_info': function at 
remote 0xf77bc2cc, 'CONFIDENCE_AVGDISTANCE': 6, '__doc__': None, 'Rect': type at remote 0xf7955740, 'Dim': type at remote 0xf7955600, 
'ONEBIT': 0, 'DENSE': 0, '__builtins__': modul...(truncated),
   globals={'HEURISTIC': 2, 'nested_list_to_image': function at remote 0xf77bc294, 'init_gamera': function at remote 0xf77bc33c, 
'CONFIDENCE_DEFAULT': 0, 'image': Image(feature_functions=[[], 0], properties=Properties at remote 0xf6a65bfc, last_display=None, name='Untitled', 
_display=None) at remote 0xf610879c, 'CONFIDENCE_INVERSEWEIGHT': 2, 'CONFIDENCE_KNNFRACTION': 1, 'COMPLEX': 5, 'RGBPixel': type at remote 
0xf7955e00, 'GREYSCALE': 1, 'load_image': function at remote 0xf796bcdc, 'ImageData': type at remote 0xf7956040, 'display_multi': 
function at remote 0xf77bc304, 'CONFIDENCE_NUN': 4, 'GREY16': 2, '__package__': None, 'UNCLASSIFIED': 0, 'cc': Cc(feature_functions=[[], 0], 
properties=Properties at remote 0xf6a65c8c, last_display=None, name='Untitled', _display=None) at remote 0xf61088ec, 'image_info': function at 
remote 0xf77bc2cc, 'CONFIDENCE_AVGDISTANCE': 6, '__doc__': None, 'Rect': type at remote 0xf7955740, 'Dim': type at remote 0xf7955600, 
'ONEBIT': 0, 'DENSE': 0, '__builtins__': modul...(truncated), co=0xf7ce7ba8)
   at ../Python/ceval.c:667
#7  run_mod.lto_priv () at ../Python/pythonrun.c:1371
#8  0x08131578 in PyRun_FileExFlags () at ../Python/pythonrun.c:1357
#9  0x08130725 in PyRun_SimpleFileExFlags () at ../Python/pythonrun.c:949
#10 0x080daaa7 in Py_Main () at ../Modules/main.c:640
#11 0x080da50b in main (argc=2, argv=0xd884) at ../Modules/python.c:23


It might or might not be related to #757168, which also involves 
connected components of RLE images.



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

Kernel: Linux 3.16-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-gamera depends on:
ii  dpkg1.17.13
ii  libc6   2.19-11
ii  libgcc1 1:4.9.1-15
ii  libgomp14.9.1-15
ii  libpng12-0  1.2.50-2
ii  libstdc++6  4.9.1-15
ii  libtiff54.0.3-10
ii  python  2.7.8-1

Versions of packages python-gamera recommends:
ii  python-imaging   2.5.3-1
ii  python-numpy 1:1.8.2-2
ii  python-wxgtk2.8  2.8.12.1+dfsg2-2

--
Jakub Wilk
#!/usr/bin/python

from gamera.core import *

init_gamera()
image = Image(Point(0, 0), Point(10, 10), ONEBIT, RLE)
image.set((0, 0), 1)
for cc in image.cc_analysis():
print cc.get((0, 0))

Bug#763426: installation-report: installed system not bootable by default

[Cyril Brulebois]

Andreas Glaeser bugs.andreas.glae...@freenet.de (2014-09-30):
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Package: installation-reports
 Version: 2.57
 Severity: normal
 
 Dear Maintainer,
 
 The installed system was not bootable upon installation, but grub
 could be installed manually: […]

Can you please share the installer syslog? (/var/log/installer)

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#763441: debhelper: treat systemd service files as conffiles

[Vsevolod Velichko]

Package: debhelper
Version: 9.20140817
Priority: normal

Dear Maintainer,

Please. add the handling of systemd service files as conffiles by default.

Rationale:

Common init systems, such as sysvinit, insserv, upstart etc. all store
their service init files under the /etc directory. Currently all package
files stored in /etc are considered conffiles, so they are not dumbly
overwritten on the package updates. Sometimes administrators are required
to modify service files (in /etc/init.d, /etc/init or options in
/etc/default), forcing service to use custom config files, custom data dirs
etc. and these changes are preserved.

systemd itself brokes this practice, it stores its service files in the
/lib/systemd/system/ directory, so the idea of keeping modified service
files during the package update is not applied to it.

As an example of the problem one can look at transmission-daemon package.
Transmission has a config parameter forcing it to start at custom user
privileges. Earlier it could be configured in
/etc/transmission-daemon/settings.json. In systemd this parameter is
ignored because systemd service parameter User is used. One has to change
the value in /lib/systemd/system/transmission-daemon.service, if they wants
to use custom user, and that value would be overwritten when a new version
is installed.

Obviously the issue in this very case can easily be solved in the
transmission-daemon package itself, but I suppose that the common solution
has to be involved, and all systemd service files to be treated as
conffiles. May be all the files under /lib/systemd/system/ have to be
marked as conffiles by default, or there is some special dh_systemd helper
to be introduced.

Thanks


Best wishes and have a nice day,
Vsevolod Velichko

Bug#763442: RM: haskell-vty [armhf armel mips mipsel s390x] -- ROM; Uses Template Haskell

[Joachim Breitner]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

another Haskell package starting to use compiler features not available
on these architectures. Please remove the binaries from this package.

Thanks,
Joachim

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlQqhfYACgkQ9ijrk0dDIGxsnACgpkQFuEOzI6en26ydQC3NU8o9
BAkAnjsOk2380GBDHDM3nWxX00TW9FMn
=gxdS
-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#763193: kde-base: KDE Memory leak still present in jessie

[Maximiliano Curia]

Resending the reply, I've sent privately by mistake.

¡Hola Leslie!

There are some points that aren't clear in your mail, please clarify.

El 2014-09-29 a las 10:47 -0500, Leslie Rhorer escribió:
 I then loaded the applications listed in the bug report, and went
 about the business of configuring the new system.

When you say loaded, do you mean installed?

Which desktop environment were you running?

 At some point, I activated KDE again, and left it running for a time, at
 which point I noted the memory usage was growing again.

How did you check the memory consumption?

 Left overnight, the app consumed nearly 100% of the 8G of memory installed in
 this machine.

Which app, and how did you check?

Happy hacking,
-- 
Brilliant opportunities are cleverly disguised as insolvable problems.
-- Gardener's Philosophy
The reverse is also true. -- Corollary
Saludos /\/\ /\  `/


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

Bug#756916: vice: FTBFS[kfreebsd-amd64,powerpc]: error while opening src/arch/win32/res.rc.po.c for reading: No such file or directory

[Spiro Trikaliotis]

Hello Laszlo,

try the attached patch as workaround until upstream manages to correctly
handle the dependencies.

With that patch, po/ is compiled before anything else. It does not look
good, but it should fix the problem.

Regards
Spiro

Regards,
Spiro.

-- 
Spiro R. Trikaliotis
http://www.trikaliotis.net/

* On Sun, Sep 28, 2014 at 01:39:39AM +0100 Steven Chamberlain wrote:
 unarchive 725629
 reopen 725629 =
 notfixed 725629 vice/2.4.dfsg+2.4.6-1
 retitle 725629 vice: sometimes FTBFS: error while opening 
 src/arch/win32/res.rc.po.c for reading: No such file or directory
 retitle 756916 vice: sometimes FTBFS: error while opening 
 src/arch/win32/res.rc.po.c for reading: No such file or directory
 forcemerge 756916 725629
 thanks
 
 Hi,
 
 This bug is the same as http://bugs.debian.org/725629, apparently
 not really fixed.  That was seen on s390, and this has happened
 more recently on powerpc too:
 https://buildd.debian.org/status/logs.php?pkg=vicearch=powerpc
 
 I think it it is some kind of Makefile parallelism issue.  Compare
 successful case:
 
 https://buildd.debian.org/status/fetch.php?pkg=vicearch=kfreebsd-amd64ver=2.4.dfsg%2B2.4.6-2stamp=1400020850
 | Making all in po
 | make[2]: Entering directory '/«BUILDDIR»/vice-2.4.dfsg+2.4.6/po'
 | gcc -I.. -I../intl -g -O3   -Wall -Wno-inline ./intl2po.c -o intl2po
 | ( if test 'x.' != 'x.'; then \
 | posrcprefix='../'; \
 |   else \
 | posrcprefix=../; \
 |   fi; \
 |   rm -f POTFILES-t POTFILES \
 |  (sed -e '/^#/d' -e '/^[  ]*$/d' \
 | -e s@.*@   $posrcprefix @  ./POTFILES.in \
 | | sed -e '$s/\\$//')  POTFILES-t \
 |  chmod a-w POTFILES-t \
 |  mv POTFILES-t POTFILES )
 | cd .. \
 |CONFIG_FILES=po/Makefile.in CONFIG_HEADERS= \
 |/bin/sh ./config.status
 | config.status: creating po/Makefile.in
 | config.status: executing depfiles commands
 | config.status: executing default-1 commands
 | ./intl2po win32 ../src/arch/win32/res.rc ../src/arch/win32/res.rc.po.c .. ..
 
 with the failure case:
 https://buildd.debian.org/status/fetch.php?pkg=vicearch=kfreebsd-amd64ver=2.4.dfsg%2B2.4.7-1stamp=1406758769
 | Making all in po
 | make[2]: Entering directory '/«BUILDDIR»/vice-2.4.dfsg+2.4.7/po'
 | gcc -I.. -I../intl -g -O3   -Wall -Wno-inline ./intl2po.c -o intl2po
 | ( if test 'x.' != 'x.'; then \
 | posrcprefix='../'; \
 |   else \
 | posrcprefix=../; \
 |   fi; \
 |   rm -f POTFILES-t POTFILES \
 |  (sed -e '/^#/d' -e '/^[  ]*$/d' \
 | -e s@.*@   $posrcprefix @  ./POTFILES.in \
 | | sed -e '$s/\\$//')  POTFILES-t \
 |  chmod a-w POTFILES-t \
 |  mv POTFILES-t POTFILES )
 | PATH=../src:$PATH /usr/bin/xgettext --default-domain=vice --directory=.. 
 --directory=.. \
 |   --add-comments --keyword=_ --keyword=N_ \
 |   --files-from=./POTFILES.in \
 |   -o ./vice.pot
 | /usr/bin/xgettext: error while opening src/arch/win32/res.rc.po.c for 
 reading: No such file or directory
 
 so it seems intl2po must happen before xgettext?
 
 Regards,
 -- 
 Steven Chamberlain
 ste...@pyro.eu.org


vice-po-workaround.diff.gz
Description: Binary data

Bug#763442: RM: haskell-vty [armhf armel mips mipsel s390x] -- ROM; Uses Template Haskell

[Joachim Breitner]

Hi,


Am Dienstag, den 30.09.2014, 12:29 +0200 schrieb Joachim Breitner:
 another Haskell package starting to use compiler features not available
 on these architectures. Please remove the binaries from this package.

please add ppc64el to that list.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata



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

Bug#763443: please build using dh-autoreconf

[Matthias Klose]

Package: src:systemtap
Version: 2.6.0-1

the debian/changelog reads:

  * Changed dh-autoreconf build-dependency to autotools-dev as noticed by
Lintian

this is the wrong fix.  Please use dh-autoreconf. Don't just silence lintian 
issues.


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

Bug#763444: [geeqie] Black screen after run geeqie with --fullscreen option

[H. Serg]

Package: geeqie
Version: 1.2-1
Severity: normal

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

Black screen after run geeqie (v.1.2-1  1.2-2) with --fullscreen option:
geeqie --fullscreen /path/to/image

--- System information. ---
Architecture: amd64
Kernel: Linux 3.16-2-amd64

Debian Release: jessie/sid

--- Package information. ---
Depends (Version) | Installed
-+-=
libatk1.0-0 (= 1.12.4) |
libc6 (= 2.14) |
libcairo2 (= 1.2.4) |
libexiv2-12 |
libfontconfig1 (= 2.11) |
libfreetype6 (= 2.2.1) |
libgcc1 (= 1:4.1.1) |
libgdk-pixbuf2.0-0 (= 2.22.0) |
libglib2.0-0 (= 2.35.9) |
libgtk2.0-0 (= 2.20.0) |
libjpeg8 (= 8c) |
liblcms1 (= 1.15-1) |
liblircclient0 |
libpango-1.0-0 (= 1.14.0) |
libpangocairo-1.0-0 (= 1.14.0) |
libpangoft2-1.0-0 (= 1.14.0) |
libstdc++6 (= 4.6) |
libtiff5 (= 4.0.3) |
geeqie-common (= 1:1.1-8) |


Recommends (Version) | Installed
==-+-===
exiftran | 2.07-14
exiv2 | 0.24-4
ufraw-batch | 0.19.2-3+b1
zenity | 3.14.0-1
imagemagick | 8:6.8.9.6-4
librsvg2-common | 2.40.4-1


Suggests (Version) | Installed
-+-===
gimp | 2.8.14-1
xpaint |
geeqie-dbg |
libjpeg-progs | 1:1.3.1-3
ufraw |


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

Bug#763445: ITP: collada2gltf -- COLLADA to glTF converter

[Rene Engelhard]

Package: wnpp
Severity: wishlist
Owner: Rene Engelhard r...@debian.org

* Package name: collada2gltf
  Version : 20140923
  Upstream Author : KhronosGroup / Motorola Mobility, Inc.
sGroup
* URL : 
https://github.com/KhronosGroup/glTF/tree/master/converter/COLLADA2GLTF
* License : BSD
  Programming Lang: C++
  Description : COLLADA to glTF converter

Will be packaged as 
 - libcollada2glzfconvert-dev (ships the staic-only(!) library)
 - collada2gltf (cmmand line utitily, if I get it built)

Needed for LO (actually already since 4.3.0 but thankfully there's
--disable-collada since 4.3.1...)

Regards,

Rene


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

Bug#763411: systemctl reload openvpn.service fails under systemd

[Alberto Gonzalez Iniesta]

On Tue, Sep 30, 2014 at 02:18:54AM +0200, Michael Biebl wrote:
 # systemctl reload openvpn.service 
 Failed to reload openvpn.service: Job type reload is not applicable for
 unit openvpn.service.
 
 The problem here is, that ExecReload= needs to be set explicitly for
 services which support that.

 [Service]
 Type=oneshot
 RemainAfterExit=yes
 ExecStart=/bin/true
 ExecReload=/bin/true
 
 With that change, I can run systemctl reload openvpn.service and my
 instanced services are reloaded.

Hi Michael,

Thanks for the report. I have changed the service file as you suggested.

 But here I've stumbled into another issue: A systemctl reload
 openvpn@foo.service kills the service:
 
 # systemctl status openvpn@mypi.service
 ● openvpn@mypi.service - OpenVPN connection to mypi
Loaded: loaded (/lib/systemd/system/openvpn@.service; disabled)
Active: active (running) since Di 2014-09-30 02:16:53 CEST; 5s ago
   Process: 31269 ExecReload=/bin/kill -HUP $MAINPID (code=exited, 
 status=0/SUCCESS)
   Process: 31544 ExecStart=/usr/sbin/openvpn --daemon ovpn-%i --status 
 /run/openvpn/%i.status 10 --cd /etc/openvpn --config /etc/openvpn/%i.conf 
 (code=exited, status=0/SUCCESS)
  Main PID: 31545 (openvpn)
CGroup: /system.slice/system-openvpn.slice/openvpn@mypi.service
└─31545 /usr/sbin/openvpn --daemon ovpn-mypi --status 
 /run/openvpn/mypi.status 10 --cd /etc/openvpn --config /etc/openvpn/mypi.conf
 
 # systemctl reload openvpn@mypi.service
 # systemctl status openvpn@mypi.service
 ● openvpn@mypi.service - OpenVPN connection to mypi
Loaded: loaded (/lib/systemd/system/openvpn@.service; disabled)
Active: failed (Result: exit-code) since Di 2014-09-30 02:17:30 CEST; 2s 
 ago
   Process: 31652 ExecReload=/bin/kill -HUP $MAINPID (code=exited, 
 status=0/SUCCESS)
   Process: 31544 ExecStart=/usr/sbin/openvpn --daemon ovpn-%i --status 
 /run/openvpn/%i.status 10 --cd /etc/openvpn --config /etc/openvpn/%i.conf 
 (code=exited, status=0/SUCCESS)
  Main PID: 31545 (code=exited, status=1/FAILURE)
 
 Sep 30 02:17:30 pluto systemd[1]: openvpn@mypi.service: main process exited, 
 code=exited, status=1/FAILURE
 Sep 30 02:17:30 pluto systemd[1]: Unit openvpn@mypi.service entered failed 
 state.
 
 So maybe openvpn@.service doesn't actually support reload and should be
 removed there? If not, this failure on reload should probably be tracked
 as a separate issue.

It's working for me now. Maybe you are using --user without
--persistent-foo and the reload fails? I tested with some of my configs
(not using --user) and it works fine.

Regards,

Alberto

-- 
Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico
mailto/sip: a...@inittab.org | en GNU/Linux y software libre
Encrypted mail preferred| http://inittab.com

Key fingerprint = 5347 CBD8 3E30 A9EB 4D7D  4BF2 009B 3375 6B9A AA55


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

Bug#763447: virtualbox: .ovf import error

[treaki]

Package: virtualbox
Version: 4.3.14-dfsg-1
Severity: important

Dear Maintainer,


   * What led up to the situation?
 i tryed to install a vm out of an official vmware .ovf file but got errors.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
 see the output in the attachment
   * What was the outcome of this action?
 vm couldnt be imported
   * What outcome did you expect instead?
 vm would be imported and shown with $ vboxmanage list vms



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

Kernel: Linux 3.14-1-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

Versions of packages virtualbox depends on:
ii  adduser  3.113+nmu3
ii  dpkg 1.17.10
ii  libc62.19-7
ii  libcurl3 7.38.0-1
ii  libdmtx-python [python]  20140917-1
ii  libgcc1  1:4.9.1-13
ii  libgsoap52.8.17-1
ii  libpng12-0   1.2.50-1
ii  libpython2.7 2.7.8-3
ii  libsdl1.2debian  1.2.15-10
ii  libssl1.0.0  1.0.1h-3
ii  libstdc++6   4.9.1-13
ii  libvncserver00.9.9+dfsg-5
ii  libvpx1  1.3.0-2
ii  libx11-6 2:1.6.2-2
ii  libxcursor1  1:1.1.14-1
ii  libxext6 2:1.3.2-1
ii  libxml2  2.9.1+dfsg1-3
ii  libxmu6  2:1.1.2-1
ii  libxt6   1:1.1.4-1
ii  python   2.7.8-1
ii  python2.72.7.8-3
ii  zlib1g   1:1.2.8.dfsg-2

Versions of packages virtualbox recommends:
ii  libgl1-mesa-glx [libgl1]  10.2.3-1
ii  libqt4-opengl 4:4.8.6+git64-g5dc8b2b+dfsg-2
ii  libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-2
ii  libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2
ii  virtualbox-dkms   4.3.14-dfsg-1
ii  virtualbox-qt 4.3.14-dfsg-1

Versions of packages virtualbox suggests:
ii  vde22.3.2-4
ii  virtualbox-guest-additions-iso  4.3.12-1

-- no debconf information
$ wget http://download3.vmware.com/software/appliances/Nostalgia.ovf
[...]
$ vboxmanage import Nostalgia.ovf 
[...]
#looks like the vmdk is missing...
$ wget wget http://download3.vmware.com/software/appliances/Nostalgia-0.vmdk
[...]
$ vboxmanage import Nostalgia.ovf 
0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%
Interpreting /tmp/Nostalgia.ovf...
OK.
Disks:  disk1   107374080   11141120
http://www.vmware.com/specifications/vmdk.html#sparse   Nostalgia-0.vmdk
6680576 -1  
Virtual system 0:
 0: Suggested OS type: DOS
(change with --vsys 0 --ostype type; use list ostypes to list all 
possible values)
 1: Suggested VM name Nostalgia
(change with --vsys 0 --vmname name)
 2: Description Nostalgia contains a great collection of ancient DOS Games, 
ready to play!

Now you can begin to waste your time once again.
(change with --vsys 0 --description desc)
 3: Number of CPUs: 1
(change with --vsys 0 --cpus n)
 4: Guest memory: 64 MB
(change with --vsys 0 --memory MB)
 5: Network adapter: orig Network 1, config 2, extra type=Bridged
 6: CD-ROM
(disable with --vsys 0 --unit 6 --ignore)
 7: IDE controller, type PIIX4
(disable with --vsys 0 --unit 7 --ignore)
 8: SCSI controller, type BusLogic
(change with --vsys 0 --unit 8 --scsitype {BusLogic|LsiLogic};
disable with --vsys 0 --unit 8 --ignore)
 9: Hard disk image: source image=Nostalgia-0.vmdk, target 
path=/home/treaki/VirtualBox VMs/Nostalgia/Nostalgia-0.vmdk, 
controller=8;channel=0
(change target path with --vsys 0 --unit 9 --disk path;
disable with --vsys 0 --unit 9 --ignore)
0%...
Progress state: VBOX_E_FILE_ERROR
VBoxManage: error: Appliance import failed
VBoxManage: error: Could not create the imported medium 
'/home/treaki/VirtualBox VMs/Nostalgia/Nostalgia-0.vmdk' (VERR_EOF)
VBoxManage: error: Details: code VBOX_E_FILE_ERROR (0x80bb0004), component 
Appliance, interface IAppliance
VBoxManage: error: Context: int handleImportAppliance(HandlerArg*) at line 
779 of file VBoxManageAppliance.cpp

Bug#761395: Please provide a backport of nftables for Wheezy

[Vincent Bernat]

 ❦ 15 septembre 2014 10:50 +0200, Arturo Borrero Gonzalez 
arturo.borrero.g...@gmail.com :

 as the title says, it would be nice if a backport of nftables was
 provided for Wheezy, as backports of kernels 3.13+ are already available
 for it.

 nftables 0.3 is a very young version. I don't think it worth backporting.
 Also, the kernel in backports lacks of some key improvements of the framework.

 I would recommend you to wait until next releases of nftables (kernel,
 libnftnl, nft).

I would also be interested to see a backport of nftables. The kernel in
wheezy-backports is 3.16.3. Is it missing something? If yes, what should
be added?
-- 
Use recursive procedures for recursively-defined data structures.
- The Elements of Programming Style (Kernighan  Plauger)


signature.asc
Description: PGP signature

Bug#763446: [INTL:sv] Swedish strings for fpc debconf

[Martin Bagge]

package: fpc
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

-- 
brother
http://sis.bthstuden.se


sv.po
Description: Binary data

Bug#763193: kde-base: KDE Memory leak still present in jessie

[Maximiliano Curia]

¡Hola Leslie!

El 2014-09-29 a las 18:11 -0500, Leslie Rhorer escribió:
 On 9/29/2014 5:17 PM, Maximiliano Curia wrote:
 When you say loaded, do you mean installed?

   Yes.  apt-get install xx.  The list is in the bug report.

 Which desktop environment were you running?

   KDE 4.14.1.  It's what ships with jessie.

 How did you check the memory consumption?

   A couple of different ways.  `free` shows total usage, of course.

free is completly useless here.

 `gnome-system-monitor` is a handy GUI based system info app.  For example,
 right now, after being active few hours, kded4 is allocated 932 MiB, with
 only a Konsole session with 4 tabs and Gnome-system-monitor active.  Compare
 that with KDE 4.4.5, running under Debian Squeeze on another machine that
 has had KDE up for days.  It's using 35 MB.  The entire system is only using
 700 MB, and there are quite a few apps running.

Ok, gnome-system-monitor shows the rss usage by default. A more detailed
information can be obtained with (the following commands assume that there is
only one kded4 running, if there are more, for different users, or whatever,
please adapt the commands):

$ pid=$(pidof kded4)
$ ps u $pid | tee /tmp/kded4_leak
USER   PID %CPU %MEMVSZ   RSS TTY  STAT START   TIME COMMAND
maxy  5568  0.0  2.0 1615380 160056 ?  Sl   Sep24   0:12 kdeinit4: 
kded4 [kdeinit]

And use the pid to get information about the maps:

$ cat /proc/$pid/smaps | tee -a /tmp/kded4_leak

And pmap, just because it's easier to read than the plain smaps;

$ pmap -x $pid | tee -a /tmp/kded4_leak

Since its all text, compressing the /tmp/kded4_leak file before sending it as
an attachment would be useful (some mail clients like kmail allow you the
compress the attachment directly from it).

You can produce a compressed /tmp/kded4_leak.gz with:

$ gzip -9 /tmp/kded4_leak

Could you please attach the produced file to this bug?

 Which app, and how did you check?

   Kded4, using Gnome-system-monitor.  Perhaps notably, udisks-daemon does 
 not
 seem to be swelling like it did under wheezy.

   Just in the time it has taken to write this message, kded4 has swollen 
 to
 950 MB.

Happy hacking,
-- 
Programs must be written for people to read, and only incidentally for
machines to execute.
-― Hal Abelson, Structure and Interpretation of Computer Programs
Saludos /\/\ /\  `/


signature.asc
Description: Digital signature

Bug#763448: [geeqie] Trouble with 'Mouse wheel scrolls image' option

[H. Serg]

Package: geeqie
Version: 1.2-1
Severity: normal

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

Mouse wheel does not scroll image
when 'Mouse wheel scrolls image' option is checked,
and vice versa.

Preferences - Behavior - Mouse wheel scrolls image

--- System information. ---
Architecture: amd64
Kernel: Linux 3.16-2-amd64

Debian Release: jessie/sid

--- Package information. ---
Depends (Version) | Installed
-+-=
libatk1.0-0 (= 1.12.4) |
libc6 (= 2.14) |
libcairo2 (= 1.2.4) |
libexiv2-12 |
libfontconfig1 (= 2.11) |
libfreetype6 (= 2.2.1) |
libgcc1 (= 1:4.1.1) |
libgdk-pixbuf2.0-0 (= 2.22.0) |
libglib2.0-0 (= 2.35.9) |
libgtk2.0-0 (= 2.20.0) |
libjpeg8 (= 8c) |
liblcms1 (= 1.15-1) |
liblircclient0 |
libpango-1.0-0 (= 1.14.0) |
libpangocairo-1.0-0 (= 1.14.0) |
libpangoft2-1.0-0 (= 1.14.0) |
libstdc++6 (= 4.6) |
libtiff5 (= 4.0.3) |
geeqie-common (= 1:1.1-8) |


Recommends (Version) | Installed
==-+-===
exiftran | 2.07-14
exiv2 | 0.24-4
ufraw-batch | 0.19.2-3+b1
zenity | 3.14.0-1
imagemagick | 8:6.8.9.6-4
librsvg2-common | 2.40.4-1


Suggests (Version) | Installed
-+-===
gimp | 2.8.14-1
xpaint |
geeqie-dbg |
libjpeg-progs | 1:1.3.1-3
ufraw |


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

Bug#763411: systemctl reload openvpn.service fails under systemd

[Michael Biebl]

Am 30.09.2014 um 13:00 schrieb Alberto Gonzalez Iniesta:
 On Tue, Sep 30, 2014 at 02:18:54AM +0200, Michael Biebl wrote:

 Sep 30 02:17:30 pluto systemd[1]: openvpn@mypi.service: main process exited, 
 code=exited, status=1/FAILURE
 Sep 30 02:17:30 pluto systemd[1]: Unit openvpn@mypi.service entered failed 
 state.

 So maybe openvpn@.service doesn't actually support reload and should be
 removed there? If not, this failure on reload should probably be tracked
 as a separate issue.
 
 It's working for me now. Maybe you are using --user without
 --persistent-foo and the reload fails? I tested with some of my configs
 (not using --user) and it works fine.


client
remote foo.bar.com
ca /path/to/ca.crt
cert /path/to/client.crt
key /path/to/client.key
comp-lzo yes
dev tap
proto udp
nobind
auth-nocache
script-security 2
persist-key
persist-tun
user nobody
group nogroup
# http://openvpn.net/howto.html#mitm
remote-cert-tls server


This is the openvpn config I use which fails.


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



signature.asc
Description: OpenPGP digital signature

Bug#763446: Updated file

[Martin Bagge / brother]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Sorry for the inconvenience. I've attached a new version of the file -
the first one kept the english original in the description text
(thanks for the added comment - didn't spot it until after though =)).


- -- 
brother
http://sis.bthstudent.se
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJUKpEGAAoJEJbdSEaj0jV7HycH/i5c3b1IZpzjtrSAfaoN5b4K
6KkxTvXjo5ZCmVFWw3RW9y3iT4WbSkCTpH9XBFk2uxuqfKyXa+pEGXOXCW/no/TM
45gQfYIET8cynDtPXkhzUHHCRnTiESiXHT5TYaifwsf7PJtMPRaOKGGMSOptGIVI
5BQ6dU/PoBB5Qn+S2ObtIQ0sO2oCaXc6ix05IZTqwHt9NIUW8SBWD7cObN1P13ZQ
CI023rEmEsDx/aZi28KJtclx8N6D3WYAdnMfCLOKnaJp4u8QDUfdRJPGvVA9ES+g
zo2G+hq0vsW4S7Vp/2VvgVOxAC59r1jnJlgU3ooml4EcIWpZ4FpEZ0GsoMyqgGI=
=dqQc
-END PGP SIGNATURE-


fpc.sv.po.gz
Description: application/gzip

Bug#459716: sympy: Please split pyglet into a separate package

[Sergey B Kirpichev]

Patch in the package on mentors:
https://mentors.debian.net/package/sympy


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

Bug#763450: ITP: python-sysv-ipc -- semaphores, shared memory and message queues

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand z...@debian.org

* Package name: python-sysv-ipc
  Version : 0.6.8
  Upstream Author : Philip Semanchuk phi...@semanchuk.com
* URL : http://semanchuk.com/philip/sysv_ipc/
* License : BSD-3-clause
  Programming Lang: Python
  Description : semaphores, shared memory and message queues

 Sysv_ipc gives Python programs access to System V semaphores, shared memory
 and message queues. Most (all?) Unixes (including OS X) support System V IPC.


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

Bug#763449: texlive-latex-recommended: lualatex loading fontspeck fails if luainputenc is loaded first

[MartinBTS]

Package: texlive-latex-recommended
Version: 2014.20140927-1
Severity: normal
Tags: upstream

Dear Maintainer,

there is an issue with fontspec and luainputenc, which doesn't exist in
wheezy. The following mwe reproduces the problem


\documentclass{standalone}

\usepackage[latin1]{luainputenc}
\usepackage{fontspec}

\begin{document}
Will never get here
\end{document}

This will ultimately result in an undefined control sequence error. Loading
the packages in reverse order circumvents the problem.

##
minimal input file


##
other files

##
 List of ls-R files

-rw-r--r-- 1 root root 1494 Sep 30 12:36 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 May 30 11:00 /usr/share/texmf/ls-R - 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 Aug 21 13:37 /usr/share/texlive/texmf-dist/ls-R - 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Aug 21 13:37 /usr/share/texlive/texmf-dist/ls-R - 
/var/lib/texmf/ls-R-TEXLIVEDIST
##
 Config files
-rw-r--r-- 1 root root 1101 Aug 10 19:14 /etc/texmf/web2c/texmf.cnf
-rw-r--r-- 1 root root 5384 Sep 30 12:36 /var/lib/texmf/web2c/fmtutil.cnf
lrwxrwxrwx 1 root root 32 Aug 21 13:37 /usr/share/texmf/web2c/updmap.cfg - 
/var/lib/texmf/updmap.cfg-DEBIAN
-rw-r--r-- 1 root root 4392 Sep 30 12:36 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root  283 Jan  9  2013 mktex.cnf
-rw-r--r-- 1 root root 1101 Aug 10 19:14 texmf.cnf
##
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  /etc/texmf/texmf.d/00debian.cnf
055e06548bac99958d8ab2dd1248f2b4  /etc/texmf/texmf.d/80tex4ht.cnf

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

Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages texlive-latex-recommended depends on:
ii  dpkg1.17.13
ii  tex-common  5.02
ii  texlive-base2014.20140821-1
ii  texlive-binaries2014.20140528.34243-5
ii  texlive-latex-base  2014.20140821-1

Versions of packages texlive-latex-recommended recommends:
ii  prosper1.00.4+cvs.2007.05.01-4
ii  texlive-latex-recommended-doc  2014.20140821-1

Versions of packages texlive-latex-recommended suggests:
ii  texlive-pstricks  2014.20140821-1

Versions of packages tex-common depends on:
ii  debconf [debconf-2.0]  1.5.53
ii  dpkg   1.17.13
ii  ucf3.0030

Versions of packages tex-common suggests:
ii  debhelper  9.20140817

Versions of packages texlive-latex-recommended is related to:
ii  tex-common5.02
ii  texlive-binaries  2014.20140528.34243-5

-- debconf information:
  tex-common/check_texmf_wrong:
  tex-common/check_texmf_missing:
PWD /home/me/path/to/my/project
INPUT /var/lib/texmf/web2c/luatex/lualatex.fmt
INPUT ./tmp/mwe.tex
OUTPUT ./tmp/mwe.log
INPUT 
/usr/share/texlive/texmf-dist/tex/latex/latexconfig/lualatexquotejobname.lua
INPUT /usr/share/texlive/texmf-dist/tex/latex/standalone/standalone.cls
INPUT /usr/share/texlive/texmf-dist/tex/latex/standalone/standalone.cls
INPUT /usr/share/texlive/texmf-dist/tex/generic/oberdiek/ifluatex.sty
INPUT /usr/share/texlive/texmf-dist/tex/generic/oberdiek/ifluatex.sty
INPUT /usr/share/texlive/texmf-dist/tex/generic/oberdiek/ifluatex.sty
INPUT /usr/share/texlive/texmf-dist/tex/generic/oberdiek/ifpdf.sty
INPUT /usr/share/texlive/texmf-dist/tex/generic/oberdiek/ifpdf.sty
INPUT /usr/share/texlive/texmf-dist/tex/generic/oberdiek/ifpdf.sty
INPUT /usr/share/texlive/texmf-dist/tex/generic/ifxetex/ifxetex.sty
INPUT /usr/share/texlive/texmf-dist/tex/generic/ifxetex/ifxetex.sty
INPUT /usr/share/texlive/texmf-dist/tex/generic/ifxetex/ifxetex.sty
INPUT /usr/share/texlive/texmf-dist/tex/latex/xkeyval/xkeyval.sty
INPUT /usr/share/texlive/texmf-dist/tex/latex/xkeyval/xkeyval.sty
INPUT /usr/share/texlive/texmf-dist/tex/generic/xkeyval/xkeyval.tex
INPUT /usr/share/texlive/texmf-dist/tex/generic/xkeyval/xkvutils.tex
INPUT /usr/share/texlive/texmf-dist/tex/generic/xkeyval/keyval.tex
INPUT /usr/share/texlive/texmf-dist/tex/latex/standalone/standalone.cfg
INPUT /usr/share/texlive/texmf-dist/tex/latex/standalone/standalone.cfg
INPUT /usr/share/texlive/texmf-dist/tex/latex/base/article.cls
INPUT /usr/share/texlive/texmf-dist/tex/latex/base/article.cls
INPUT /usr/share/texlive/texmf-dist/tex/latex/base/size10.clo
INPUT /usr/share/texlive/texmf-dist/tex/latex/base/size10.clo
INPUT /usr/share/texlive/texmf-dist/fonts/tfm/public/cm/cmr10.tfm
INPUT /usr/share/texlive/texmf-dist/tex/lualatex/luainputenc/luainputenc.sty
INPUT /usr/share/texlive/texmf-dist/tex/lualatex/luainputenc/luainputenc.sty
INPUT 

Bug#541746: mpmath is bundled

[Sergey B Kirpichev]

FYI: the next release (0.7.6) will be last one with
bundled mpmath, see
https://github.com/sympy/sympy/wiki/Release-Notes-for-0.7.6#backwards-compatibility-breaks-and-deprecations

I suggest you to apply upstream patch from
https://github.com/sympy/sympy/pull/2192

Adapted for 0.7.5 version patch is in the
package on mentors:
https://mentors.debian.net/package/sympy


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

Bug#762634: initramfs-tools: [armhf] mounting rootfs on USB disk fails / some USB host controller drivers missing in initramfs

[Ben Hutchings]

On Tue, 2014-09-30 at 08:19 +0100, Ian Campbell wrote:
 On Fri, 2014-09-26 at 00:08 +0100, Ben Hutchings wrote:
  However, at the moment initramfs-tools won't include PHY drivers even in
  that configuration.
 
 I spent some time last week hunting for a sysfs link between a device
 and the phys which it is using, without success. Do you have any ideas?

I suspect they're not visible there yet.

I think you could include all PHY drivers (drivers/phy and
drivers/usb/phy) when MODULES=most, and only the currently loaded
drivers if MODULES=dep.

USB non-generic PHY drivers don't appear in the device model at all
(ugh!) so in the MODULES=dep case you may have to bodge it by checking
for modules with names beginning with phy- (check both /sys/module
and /lib/modules/$(uname -r)/modules.builtin).

Ben.

-- 
Ben Hutchings
The two most common things in the universe are hydrogen and stupidity.


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

Bug#763451: mpmath files should be installed in /usr/share/pyshared

[Sergey B Kirpichev]

Package: mpmath
Severity: serious

Mpmath's source files are identical across all python's versions.  You
should share them in /usr/share/pyshared, see the policy [1].

.. [1] 
https://www.debian.org/doc/packaging-manuals/python-policy/ch-python.html#s-paths


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

Bug#763049: Can't boot, install or downgrade

[Fabrice Silva]

Dear maintainer and users,
I've been hit by this bug too ater upgrading grub and initramfs 
yesterday.
From the initramfs shell, I can check that my readdlink has no -f 
option, I can mount the root partition on /, but this does not solve the 
problem.
I've read that downgrading initramfs-tools has worked for some user, 
same as installing busybox. But I don't know how to install or downgrade 
from the initramfs shell. What is the trick?


Best regards


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

Bug#763411: systemctl reload openvpn.service fails under systemd

[Alberto Gonzalez Iniesta]

On Tue, Sep 30, 2014 at 01:16:07PM +0200, Michael Biebl wrote:
 Am 30.09.2014 um 13:00 schrieb Alberto Gonzalez Iniesta:
  On Tue, Sep 30, 2014 at 02:18:54AM +0200, Michael Biebl wrote:
 
  Sep 30 02:17:30 pluto systemd[1]: openvpn@mypi.service: main process 
  exited, code=exited, status=1/FAILURE
  Sep 30 02:17:30 pluto systemd[1]: Unit openvpn@mypi.service entered failed 
  state.
 
  So maybe openvpn@.service doesn't actually support reload and should be
  removed there? If not, this failure on reload should probably be tracked
  as a separate issue.
  
  It's working for me now. Maybe you are using --user without
  --persistent-foo and the reload fails? I tested with some of my configs
  (not using --user) and it works fine.
 
 
 client
 remote foo.bar.com
 ca /path/to/ca.crt
 cert /path/to/client.crt
 key /path/to/client.key
 comp-lzo yes
 dev tap
 proto udp
 nobind
 auth-nocache
 script-security 2
 persist-key
 persist-tun
 user nobody
 group nogroup
 # http://openvpn.net/howto.html#mitm
 remote-cert-tls server

Any relevant entry in the logs?



-- 
Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico
mailto/sip: a...@inittab.org | en GNU/Linux y software libre
Encrypted mail preferred| http://inittab.com

Key fingerprint = 5347 CBD8 3E30 A9EB 4D7D  4BF2 009B 3375 6B9A AA55


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

Bug#737092: Relevant packages

[kawupnik]

The only relevant packages seem to be gstreamer1.0-libav and
gstreamer1.0-plugins-good on jessie.

This seems easy to fix, it's unnecessarily tedious for users to figure out
which packages are needed exactly, and HTML5 videos would work out of the box,
meaning many could finally dump Flash.


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

Bug#763452: [geeqie] Can't change border color

[H. Serg]

Package: geeqie
Version: 1.2-1
Severity: normal

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

geeqie 1.2-1  1.2-2

Option 'Preferences - Image - Border color'
does not work. I see only black border on the screen.

--- System information. ---
Architecture: amd64
Kernel: Linux 3.16-2-amd64

Debian Release: jessie/sid

--- Package information. ---
Depends (Version) | Installed
-+-=
libatk1.0-0 (= 1.12.4) |
libc6 (= 2.14) |
libcairo2 (= 1.2.4) |
libexiv2-12 |
libfontconfig1 (= 2.11) |
libfreetype6 (= 2.2.1) |
libgcc1 (= 1:4.1.1) |
libgdk-pixbuf2.0-0 (= 2.22.0) |
libglib2.0-0 (= 2.35.9) |
libgtk2.0-0 (= 2.20.0) |
libjpeg8 (= 8c) |
liblcms1 (= 1.15-1) |
liblircclient0 |
libpango-1.0-0 (= 1.14.0) |
libpangocairo-1.0-0 (= 1.14.0) |
libpangoft2-1.0-0 (= 1.14.0) |
libstdc++6 (= 4.6) |
libtiff5 (= 4.0.3) |
geeqie-common (= 1:1.1-8) |


Recommends (Version) | Installed
==-+-===
exiftran | 2.07-14
exiv2 | 0.24-4
ufraw-batch | 0.19.2-3+b1
zenity | 3.14.0-1
imagemagick | 8:6.8.9.6-4
librsvg2-common | 2.40.4-1


Suggests (Version) | Installed
-+-===
gimp | 2.8.14-1
xpaint |
geeqie-dbg |
libjpeg-progs | 1:1.3.1-3
ufraw |


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