date:20140805

Bug#750785: Slowness with context and xetex

2014-08-05 Thread Norbert Preining

Hi Khaled,

concerning the slowness in xelatex and context/xetex, I found now
which call is so delaying. I interspersed lots of printf and found that
most time the xelatex process is stucked in the following line
from XeTeXLayoutInterface.cpp:
shape_plan = hb_shape_plan_create_cached(hbFace, segment_props, 
engine-features, engine-nFeatures, engine-ShaperList);

Does this tell you *anything*? In Debian we are running with harfbuzz
0.9.33 at the moment, and I also checked the sources, there is only
one completely unrelated patch that Debian adds.

The whole output is mostly stucked in function layoutChars, where the
above call happens.

Do you have any idea where the slowness could come from? It seems -
only from reading the name of the function - that maybe something
is not proberly cached?

On Wed, 02 Jul 2014, Khaled Hosny wrote:
 I don't really know, my Ubuntu install only have 2013 packages so I can
 not do much testing myself, but I'd really be surprised if such slowness
 was related to HarfBuzz (unless something really wrong is going on). My
 first guess would be FontConfig, if XeTeX is asked for a font that it
 can not find it might cause FontConfig regenerate its font database
 which can be slow, but then again this should happen once for the whole
 document which is not the case here.


All the best

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live  Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13



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

Bug#757075: ITP: ruby-metriks -- An experimental library to instrument ruby

2014-08-05 Thread Potter, Tim (Cloud Services)

Package: wnpp
Severity: wishlist

* Package name : ruby-metriks
Version : 0.9.9.6
Upstream Author : Eric Lindvall e...@5stops.com
* URL : https://github.com/eric/metriks
* License : MIT
Description : This is an experiment in making a threadsafe, low impact
library to measure aspects of your ruby.






smime.p7s
Description: S/MIME cryptographic signature

Bug#757076: unionfs-fuse: library too old, some operations may not not work, writing does not work

2014-08-05 Thread Frank Heckenbach

Package: unionfs-fuse
Version: 0.24-2.2
Justification: renders package unusable
Severity: grave

# mkdir 1 2 3
# unionfs-fuse 1:2 3
fuse: warning: library too old, some operations may not not work

According to the dependencies it requires libfuse2 = 2.8.1.
I have 2.9.0-2 installed, so how can it be too old?

But indeed some operations don't work. In particular writing
doesn't seem to work at all (with or without -o cow), which
renders the whole thing quite useless:

# touch 3/foo
touch: cannot touch `3/foo': Permission denied

-- System Information:
Debian Release: 7.6
  APT prefers stable
  APT policy: (900, 'stable'), (500, 'stable-updates'), (500, 
'proposed-updates')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/6 CPU cores)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages unionfs-fuse depends on:
ii  fuse  2.9.0-2+deb7u1
ii  libc6 2.13-38+deb7u3
ii  libfuse2  2.9.0-2+deb7u1

unionfs-fuse recommends no packages.

unionfs-fuse suggests no packages.


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

Bug#757077: Fwd: printer-driver-gutenprint: Updating ppd in printer queues during package updates

2014-08-05 Thread Paolo Scarabelli

Package: printer-driver-gutenprint
Version: 5.2.10-3
Severity: wishlist
Tags: d-i

Dear Maintainer,

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

   * What led up to the situation?

I updated printer-driver-gutenprint and my printer stopped working, the
error in printing job said The PPD version (5.2.9) is not compatible with
Gutenprint 5.2.10..

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

I deleted the printer and I reinstalled because it was impossible to change
the printer
ppd. I selected a new one using the web interface, saved,  but when I looked
again at the prenter's settings it was back to the original outdated ppd.

   * What was the outcome of this action?

That did the trick and the printer is working again, but then looking at
the logs
I noticed a message saying that running cups-genppdupdate.5.2 would have
fixed
the problem.

   * What outcome did you expect instead?

I was wondering if it would be possible to run cups-genppdupdate.5.2 after
the package update, either automatically or interactively (i.e. asking the
user if he/she wants to run the ppd updater).

Also, I was wondering why it wasn't possible to change the ppd using the web
interface.

Here are the relevant logs.

Thank you and have a nice day,

Paolo

 LOGS START

 I think here is when I attempted to change ppd to the queue using the
 web interface

E [04/Aug/2014:20:17:32 +0800] [Client 15] Request for non-absolute resource
.
E [04/Aug/2014:20:17:32 +0800] [Client 15] Request for non-absolute resource
.
W [04/Aug/2014:20:17:32 +0800] CreateProfile failed:
org.freedesktop.ColorManager.AlreadyExists:profile id
'Canon_iP2700_series-Gray..' already exists
W [04/Aug/2014:20:17:32 +0800] CreateProfile failed:
org.freedesktop.ColorManager.AlreadyExists:profile id
'Canon_iP2700_series-RGB..' already exists


 Here is the error saying the ppd is not compatible
E [04/Aug/2014:20:17:47 +0800] [Job 507] The PPD version (5.2.9) is not
compatible with Gutenprint 5.2.10.
E [04/Aug/2014:20:17:47 +0800] [Job 507] Job stopped due to filter errors;
please consult the error_log file for details.

[...]

D [04/Aug/2014:20:17:47 +0800] [Job 507] Gutenprint:

D [04/Aug/2014:20:17:47 +0800] [Job 507] Gutenprint:

D [04/Aug/2014:20:17:47 +0800] [Job 507] Gutenprint: 5.2.10 Starting
D [04/Aug/2014:20:17:47 +0800] [Job 507] Gutenprint: command line:
Canon_iP2700_series '507' 'paolo' 'KennethBirthCert.jpg' '1' args
D [04/Aug/2014:20:17:47 +0800] [Job 507] Gutenprint: using PPD file
/etc/cups/ppd/Canon_iP2700_series.ppd
D [04/Aug/2014:20:17:47 +0800] [Job 507] Start rendering...
D [04/Aug/2014:20:17:47 +0800] [Job 507] Set job-printer-state-message to
Start rendering..., current level=INFO
D [04/Aug/2014:20:17:47 +0800] [Job 507] Processing page 1...
D [04/Aug/2014:20:17:47 +0800] [Job 507] Set job-printer-state-message to
Processing page 1..., current level=INFO
D [04/Aug/2014:20:17:47 +0800] [Job 507] Set job-printer-state-message to
The PPD version (5.2.9) is not compatible with Gutenprint 5.2.10., current
level=ERROR
D [04/Aug/2014:20:17:47 +0800] [Job 507] Gutenprint: If you have upgraded
your version of Gutenprint
D [04/Aug/2014:20:17:47 +0800] [Job 507] Gutenprint: recently, you must
reinstall all printer queues.
D [04/Aug/2014:20:17:47 +0800] [Job 507] Gutenprint: If the previous
installed version of Gutenprint
D [04/Aug/2014:20:17:47 +0800] [Job 507] Gutenprint: was 5.0.0 or higher,
you can use the `cups-genppdupdate.5.2'
D [04/Aug/2014:20:17:47 +0800] [Job 507] Gutenprint: program to do this; if
the previous installed version
D [04/Aug/2014:20:17:47 +0800] [Job 507] Gutenprint: was older, you can use
the Modify Printer command via
D [04/Aug/2014:20:17:47 +0800] [Job 507] Gutenprint: the CUPS web interface:
http://localhost:631/printers.
D [04/Aug/2014:20:17:47 +0800] [Job 507] PID 23570
(/usr/lib/cups/filter/rastertogutenprint.5.2) stopped with status 1.
D [04/Aug/2014:20:17:47 +0800] [Job 507] Hint: Try setting the LogLevel to
debug to find out more.
D [04/Aug/2014:20:17:47 +0800] [Job 507] Sent 0 bytes...

 LOGS END

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


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

Kernel: Linux 3.16-rc6-amd64 (SMP w/8 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 printer-driver-gutenprint depends on:
ii  cups 1.7.4-1
ii  cups-client  1.7.4-1
ii  cups-filters [ghostscript-cups]  1.0.55-1
ii  libc62.19-7
ii  libcups2 1.7.4-1
ii

Bug#757078: gdebi FTBFS when the locale is not en_US

2014-08-05 Thread Vlad Orlov

Source: gdebi
Version: 0.9.5.4
Severity: serious

Steps to reproduce:

1. Have some non-en_US locale currently set in your system. I have ru_RU for 
example.
2. sudo apt-get install dpkg-dev devscripts build-essential
3. sudo apt-get build-dep gdebi
4. apt-get source gdebi
5. cd gdebi-0.9.5.4
6. debuild -us -uc

The build process will fail as shown in the first attachment 
(build_log_with_locale_ru_RU.txt).

Now try the same with locale set to en_US (but do a cleanup first):

7. debuild clean
8. LC_ALL=en_US.UTF-8 debuild -us -uc

The build process will succeed as shown in the second attachment 
(build_log_with_locale_en_US.txt).monsta@jessica:~/3/gdebi-0.9.5.4$ debuild -us -uc
 dpkg-buildpackage -rfakeroot -D -us -uc
dpkg-buildpackage: Ð¿Ð°ÐºÐµÑ Ð¸ÑÑÐ¾Ð´Ð½ÑÑ ÑÐµÐºÑÑÐ¾Ð² gdebi
dpkg-buildpackage: Ð²ÐµÑÑÐ¸Ñ Ð¸ÑÑÐ¾Ð´Ð½ÑÑ ÑÐµÐºÑÑÐ¾Ð² 0.9.5.4
dpkg-buildpackage: source distribution unstable
dpkg-buildpackage: Ð¸ÑÑÐ¾Ð´Ð½ÑÐµ ÑÐµÐºÑÑÑ Ð¸Ð·Ð¼ÐµÐ½ÐµÐ½Ñ Luca 
Falavigna dktrkr...@debian.org
 dpkg-source --before-build gdebi-0.9.5.4
dpkg-buildpackage: Ð°ÑÑÐ¸ÑÐµÐºÑÑÑÐ° ÑÐ·Ð»Ð° amd64
 fakeroot debian/rules clean
dh clean --with python3 --buildsystem pybuild
   dh_testdir -O--buildsystem=pybuild
   debian/rules override_dh_auto_clean
make[1]: Ð²ÑÐ¾Ð´ Ð² ÐºÐ°ÑÐ°Ð»Ð¾Ð³ Â«/home/monsta/3/gdebi-0.9.5.4Â»
dh_auto_clean
I: pybuild base:170: python3.4 setup.py clean 
running clean
removing '/home/monsta/3/gdebi-0.9.5.4/.pybuild/pythonX.Y_3.4/build' (and 
everything under it)
'build/bdist.linux-x86_64' does not exist -- can't clean it
'build/scripts-3.4' does not exist -- can't clean it
rm -rf build GDebi/Version.py po/mo
make[1]: Ð²ÑÑÐ¾Ð´ Ð¸Ð· ÐºÐ°ÑÐ°Ð»Ð¾Ð³Ð° Â«/home/monsta/3/gdebi-0.9.5.4Â»
   dh_clean -O--buildsystem=pybuild
 dpkg-source -b gdebi-0.9.5.4
dpkg-source: Ð¸Ð½ÑÐ¾: Ð¸ÑÐ¿Ð¾Ð»ÑÐ·ÑÐµÑÑÑ ÑÐ¾ÑÐ¼Ð°Ñ Ð¸ÑÑÐ¾Ð´Ð½Ð¸ÐºÐ° 
Â«3.0 (native)Â»
dpkg-source: Ð¸Ð½ÑÐ¾: ÑÐ±Ð¾ÑÐºÐ° gdebi Ð² gdebi_0.9.5.4.tar.xz
dpkg-source: Ð¸Ð½ÑÐ¾: ÑÐ±Ð¾ÑÐºÐ° gdebi Ð² gdebi_0.9.5.4.dsc
 debian/rules build
dh build --with python3 --buildsystem pybuild
   dh_testdir -O--buildsystem=pybuild
   dh_auto_configure -O--buildsystem=pybuild
I: pybuild base:170: python3.4 setup.py config 
running config
   dh_auto_build -O--buildsystem=pybuild
I: pybuild base:170: /usr/bin/python3 setup.py build 
running build
running build_py
creating /home/monsta/3/gdebi-0.9.5.4/.pybuild/pythonX.Y_3.4/build/GDebi
copying GDebi/GDebiKDE.py - 
/home/monsta/3/gdebi-0.9.5.4/.pybuild/pythonX.Y_3.4/build/GDebi
copying GDebi/DebPackage.py - 
/home/monsta/3/gdebi-0.9.5.4/.pybuild/pythonX.Y_3.4/build/GDebi
copying GDebi/Version.py - 
/home/monsta/3/gdebi-0.9.5.4/.pybuild/pythonX.Y_3.4/build/GDebi
copying GDebi/__init__.py - 
/home/monsta/3/gdebi-0.9.5.4/.pybuild/pythonX.Y_3.4/build/GDebi
copying GDebi/SimpleGtkbuilderApp.py - 
/home/monsta/3/gdebi-0.9.5.4/.pybuild/pythonX.Y_3.4/build/GDebi
copying GDebi/GDebiCommon.py - 
/home/monsta/3/gdebi-0.9.5.4/.pybuild/pythonX.Y_3.4/build/GDebi
copying GDebi/GDebiCli.py - 
/home/monsta/3/gdebi-0.9.5.4/.pybuild/pythonX.Y_3.4/build/GDebi
copying GDebi/KDEAptDialogs.py - 
/home/monsta/3/gdebi-0.9.5.4/.pybuild/pythonX.Y_3.4/build/GDebi
copying GDebi/GDebiGtk.py - 
/home/monsta/3/gdebi-0.9.5.4/.pybuild/pythonX.Y_3.4/build/GDebi
running build_scripts
creating build
creating build/scripts-3.4
copying and adjusting gdebi - build/scripts-3.4
copying and adjusting gdebi-gtk - build/scripts-3.4
copying and adjusting gdebi-kde - build/scripts-3.4
changing mode of build/scripts-3.4/gdebi from 644 to 755
changing mode of build/scripts-3.4/gdebi-gtk from 644 to 755
changing mode of build/scripts-3.4/gdebi-kde from 644 to 755
Merging translations into build/gdebi.desktop.
Merging translations into build/gdebi-kde.desktop.
make[1]: Entering directory '/home/monsta/3/gdebi-0.9.5.4/po'
XGETTEXT_ARGS=--msgid-bugs-address=sebastian.heinl...@web.de intltool-update -r 
-g gdebi; 
an: . done.
ar: ... done.
ast: ... done.
bg: ... done.
bn: ... done.
bs: ... done.
ca: ... done.
ca@valencia: ... done.
cs: ... done.
da: ... done.
de: ... done.
el: ... done.
en_AU: ... done.
en_CA: ... done.
en_GB: ... done.
eo: ... done.
es:  done.
et: ... done.
eu: ... done.
fa: . done.
fi: ... done.
fo: ... done.
fr: ... done.
gl: ... done.
he: ... done.
hr: ... done.
hu: ... done.
hy: . done.
id: ... done.
it: ... done.
ja: ... done.
ko: ... done.
ku: . done.
lt: ... done.
mr: .

Bug#757079: gxkb: Build 'trunk' version

2014-08-05 Thread Charles Malaheenee

Package: gxkb
Version: 0.6-1
Severity: wishlist
Tags: upstream

Dear Maintainer,

Since gxkb has trunk version with new features , like as user path to flags 
new path to config file, I think that is usable to build new version from
'trunk'.

Thanks.

Best regards,
Malaheenee



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

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

Versions of packages gxkb depends on:
ii  libatk1.0-0  2.12.0-1
ii  libc62.19-7
ii  libcairo21.12.16-2
ii  libfontconfig1   2.11.0-5
ii  libfreetype6 2.5.2-1
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libglib2.0-0 2.40.0-3
ii  libgtk2.0-0  2.24.24-1
ii  libpango-1.0-0   1.36.3-1
ii  libpangocairo-1.0-0  1.36.3-1
ii  libpangoft2-1.0-01.36.3-1
ii  libwnck222.30.7-1
ii  libxklavier165.2.1-1

gxkb recommends no packages.

gxkb 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#753627: memtest86+: Bug #753627 confirmed

2014-08-05 Thread rollopack

Package: memtest86+
Version: 5.01-1
Followup-For: Bug #753627

Same problem here.



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

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

Versions of packages memtest86+ depends on:
ii  debconf [debconf-2.0]  1.5.53

memtest86+ recommends no packages.

Versions of packages memtest86+ suggests:
ii  grub-pc  2.00-22
pn  hwtools  none
pn  kernel-patch-badram  none
pn  memtest86none
pn  memtesternone
ii  mtools   4.0.18-1

-- debconf information:
  shared/memtest86-run-lilo: false


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

Bug#729132: patch: FTBFS due to ed check, with solution

2014-08-05 Thread Helmut Grohne

Control: severity -1 serious

I am raising the severity to serious, because this issue affects a
release architecture: mips.

In a rebuild of patch for mips the relevant check fails sometimes. It
didn't fail on the buildd last time and doesn't fail in all of my
rebuilds, but it does fail occasionally.

Jakub Wilk suggested to replace the check with a different version:

! strings -n 2 src/patch | grep -w 'ed$' | grep -vx ed

This variant allows multiple occurrences of ed and also shows why the
check fails. It is semantically different, in that it also accepts any
input that contains ed no matter what other strings ending in ed are
included as well.

What I am getting out of that command for mips occasionally is `ed
(without the double quotes but including the back-quote).

Helmut


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

Bug#753777: kipi-plugins: Flickr upload is broken

2014-08-05 Thread Antoine Pardigon

Package: kipi-plugins
Version: 4:4.1.0-1
Followup-For: Bug #753777

Dear Maintainer,

new upstream version is out which should correct the bug.

Best regards,

-- 
Antoine

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

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

Versions of packages kipi-plugins depends on:
ii  digikam-private-libs4:4.1.0-1
ii  kde-runtime 4:4.13.1-1
ii  kipi-plugins-common 4:4.1.0-1
ii  libc6   2.19-7
ii  libexpat1   2.1.0-6
ii  libgcc1 1:4.9.1-3
ii  libgl1-mesa-glx [libgl1]10.2.4-1
ii  libglib2.0-02.40.0-3
ii  libgomp14.9.1-3
ii  libgpod4-nogtk  0.8.3-1.1+b1
ii  libjpeg88d1-1
ii  libkcalcore44:4.13.3-1
ii  libkdcraw23 4:4.13.1-2
ii  libkdecore5 4:4.13.3-2
ii  libkdeui5   4:4.13.3-2
ii  libkexiv2-114:4.13.1-1
ii  libkio5 4:4.13.3-2
ii  libkipi11   4:4.13.3-1
ii  libksane0   4:4.12.3-2
ii  libmagickcore5  8:6.7.7.10+dfsg-4
ii  libopencv-core2.4   2.4.9+dfsg-1
ii  libopencv-highgui2.42.4.9+dfsg-1
ii  libopencv-imgproc2.42.4.9+dfsg-1
ii  libopencv-legacy2.4 2.4.9+dfsg-1
ii  libopencv-objdetect2.4  2.4.9+dfsg-1
ii  libphonon4  4:4.7.1-1
ii  libpng12-0  1.2.50-2
ii  libqca2 2.0.3-6
ii  libqjson0   0.8.1-3
ii  libqt4-dbus 4:4.8.6+git49-gbc62005+dfsg-1
ii  libqt4-network  4:4.8.6+git49-gbc62005+dfsg-1
ii  libqt4-opengl   4:4.8.6+git49-gbc62005+dfsg-1
ii  libqt4-svg  4:4.8.6+git49-gbc62005+dfsg-1
ii  libqt4-xml  4:4.8.6+git49-gbc62005+dfsg-1
ii  libqt4-xmlpatterns  4:4.8.6+git49-gbc62005+dfsg-1
ii  libqtcore4  4:4.8.6+git49-gbc62005+dfsg-1
ii  libqtglib-2.0-0 0.10.2-2.1
ii  libqtgstreamer-0.10-0   0.10.2-2.1
ii  libqtgstreamerutils-0.10-0  0.10.2-2.1
ii  libqtgui4   4:4.8.6+git49-gbc62005+dfsg-1
ii  libstdc++6  4.9.1-3
ii  libthreadweaver44:4.13.3-2
ii  libtiff54.0.3-10
ii  libxml2 2.9.1+dfsg1-4
ii  libxrandr2  2:1.4.2-1
ii  libxslt1.1  1.1.28-2
ii  phonon  4:4.7.1-1

Versions of packages kipi-plugins recommends:
ii  enblend  4.1.3+dfsg-2
ii  enfuse   4.1.3+dfsg-2
ii  hugin2014.0.0~rc3+dfsg-1
ii  imagemagick  8:6.7.7.10+dfsg-4
pn  konquerornone
ii  minidlna 1.1.2+dfsg-1.1

Versions of packages kipi-plugins suggests:
pn  gallery   none
ii  gimp  2.8.10-2
pn  kmail none
pn  vorbis-tools  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#757080: lilyterm: Lilyterm not use system locale

2014-08-05 Thread Charles Malaheenee

Package: lilyterm
Version: 0.9.9.4-2
Severity: minor
Tags: upstream

Dear Maintainer,

Lilyterm won't use ystem locale in gtk-interface (not VTE!). I try with fr-
FR.UTF-8  ru-RU.UTF-8, but it always show english menu etc.

Best regadrs,
Malaheenee



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

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

Versions of packages lilyterm depends on:
ii  libc6   2.19-7
ii  libgdk-pixbuf2.0-0  2.30.7-1
ii  libglib2.0-02.40.0-3
ii  libgtk2.0-0 2.24.24-1
ii  libpango-1.0-0  1.36.3-1
ii  libvte9 1:0.28.2-5
ii  libx11-62:1.6.2-2

lilyterm recommends no packages.

lilyterm 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#756468: Reasons for closing?

2014-08-05 Thread Andreas Florath

Hello Laurent,

can you please tell me, why you set this bug to 'done'?
You wrote, that this is 'still a problem in wheezy'. Will this not be fixed in 
wheezy?

I do not want to argue against your decision - simply want to understand it.

Kind regards

Andre


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

Bug#755651: [PKG-Openstack-devel] Bug#755651: First set of patches

2014-08-05 Thread Thomas Goirand

On 08/05/2014 06:00 AM, Raphael Hertzog wrote:
 Control: tag -1 + confirmed
 
 Hello Thomas,
 
 I spent some time on horizon this evening and I came up with this
 set of patches. It fixes all regressions that I saw except one:
 
 FAIL: test_update_project_when_default_role_does_not_exist 
 (openstack_dashboard.dashboards.admin.projects.tests.UpdateProjectWorkflowTests)
 --
 Traceback (most recent call last):
   File 
 /home/rhertzog/tmp/django17/horizon/openstack_dashboard/test/helpers.py, 
 line 83, in instance_stub_out
 return fn(self, *args, **kwargs)
   File 
 /home/rhertzog/tmp/django17/horizon/openstack_dashboard/dashboards/admin/projects/tests.py,
  line 1458, in test_update_project_when_default_role_does_not_exist
 self.client.get(url)
 AssertionError: NotFound not raised
 
 I haven't understood this one and it's already late so I don't want to spend
 more time on it.
 
 You'll see that the patches will need some discussion with upstream because
 at least in one case I'm not sure that my fix is correct, it might be that the
 test data need to be fixed...
 
 Cheers,

Awesome! Thanks Raphael.

I started upstreaming the patches. Here's the review IDs:
https://review.openstack.org/111930
https://review.openstack.org/111932
https://review.openstack.org/111934
https://review.openstack.org/111936

Let's hope it is well received.

Cheers,

Thomas Goirand (zigo)


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

Bug#757081: gdm3 doesn't create /etc/systemd/system/display-manager.service under some circumstances.

2014-08-05 Thread Angelescu Ovidiu

Package: gdm3
Version: 3.12.2-2
Severity: important

Dear Maintainer,

   I have tried to install gnome in a virtual machine on a fresh cli install. 
   Install went fine but when restarting gdm3 was not started.Taking a look to 
the installed files
   I have discovered that /etc/systemd/system/display-manager.service link was 
   missing and systemd has reported that grapical.target is in use.
   I have started gdm3 from console and it worked.
   Please notice that gdm3 was the only display-manager installed.
   Since gdm3 was the only installed display manager I have expected that 
   after restart gdm3 to start gnome.
   In /etc/X11/default-display-manager file it was gdm3 present.
   
   It seems that gdm3-3.12-2 postinst 
   doesn't create /etc/systemd/system/display-manager.service link at first
   gdm3 install and gdm3 isn't started at reboot by systemd.
   
   I have downloaded gdm3-3.12-2 and tried a reinstall and 
   after second gdm3 install  /etc/systemd/system/display-manager.service link
   was there and of course after reboot all was ok.
 
  It seems that gdm3 postinst creates 
/etc/systemd/system/display-manager.service
  link only after second gdm3 install.

   I have expected that gdm3 starts after first install and reboot.
   Thank you.

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


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

Kernel: Linux 3.15-8.towo-siduction-amd64 (SMP w/6 CPU cores; PREEMPT)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gdm3 depends on:
ii  accountsservice  0.6.37-3
ii  adduser  3.113+nmu3
ii  dconf-cli0.20.0-2
ii  dconf-gsettings-backend  0.20.0-2
ii  debconf [debconf-2.0]1.5.53
ii  gir1.2-gdm3  3.12.2-2
ii  gnome-session [x-session-manager]3.12.1-3
ii  gnome-session-bin3.12.1-3
ii  gnome-session-flashback [x-session-manager]  3.8.0-3
ii  gnome-settings-daemon3.12.2-1
ii  gnome-shell  3.12.2-3
ii  gnome-terminal [x-terminal-emulator] 3.12.3-2
ii  gsettings-desktop-schemas3.12.2-1
ii  libaccountsservice0  0.6.37-3
ii  libatk1.0-0  2.12.0-1
ii  libaudit11:2.3.7-1
ii  libc62.19-7
ii  libcairo-gobject21.12.16-2
ii  libcairo21.12.16-2
ii  libcanberra-gtk3-0   0.30-2
ii  libcanberra0 0.30-2
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libgdm1  3.12.2-2
ii  libglib2.0-0 2.40.0-3
ii  libglib2.0-bin   2.40.0-3
ii  libgtk-3-0   3.12.2-1+b1
ii  libpam-modules   1.1.8-3
ii  libpam-runtime   1.1.8-3
ii  libpam-systemd   208-6
ii  libpam0g 1.1.8-3
ii  libpango-1.0-0   1.36.3-1
ii  libpangocairo-1.0-0  1.36.3-1
ii  librsvg2-common  2.40.2-1
ii  libselinux1  2.3-1
ii  libsystemd-daemon0   208-6
ii  libsystemd-id128-0   208-6
ii  libsystemd-journal0  208-6
ii  libsystemd-login0208-6
ii  libwrap0 7.6.q-25
ii  libx11-6 2:1.6.2-2
ii  libxau6  1:1.0.8-1
ii  libxdmcp61:1.1.1-1
ii  libxrandr2   2:1.4.2-1
ii  lsb-base 4.1+Debian13
ii  metacity [x-window-manager]  1:3.12.0-2
ii  policykit-1  0.105-6.1
ii  ucf  3.0030
ii  x11-common   1:7.7+7
ii  x11-xserver-utils7.7+3
ii  xterm [x-terminal-emulator]  308-1

Versions of packages gdm3 recommends:
ii  at-spi2-core   2.12.0-2
pn  desktop-base   none
ii  gnome-icon-theme   3.12.0-1
ii  gnome-icon-theme-symbolic  3.12.0-1
ii  x11-xkb-utils  7.7+1
pn  xserver-xephyr none
ii  xserver-xorg   1:7.7+7
ii  zenity 3.12.1-1.1

Versions of packages gdm3 suggests:
pn  gnome-orca

Bug#741785: seed: FTBFS: seed-readline.c:80:22: error: 'Function' undeclared (first use in this function)

2014-08-05 Thread Martin-Éric Racine

On Sun, 16 Mar 2014 14:01:55 +0100 David =?iso-8859-1?Q?Su=E1rez?= 
david.sephi...@gmail.com wrote:
 Source: seed
 Version: 3.8.1-1
 Severity: serious
 Tags: jessie sid
 User: debian...@lists.debian.org
 Usertags: qa-ftbfs-20140315 qa-ftbfs
 Justification: FTBFS on amd64
 
 Hi,
 
 During a rebuild of all packages in sid, your package failed to build on
 amd64.

FYI, this issue is now reported as FIXED upstream.

-- Martin-Éric


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

Bug#751659: RFS: gridlock.app/1.10-4 [ITA]

2014-08-05 Thread Yavor Doganov

Don Armstrong wrote:
 When working with NMUs, you can either
 
 1) Incorporate the NMU changelog entries before your new changelog entry
 
 2) Include a separate section in your new changelog entry which
 acknowledges the NMU-specific changes and the bugs that they fixed
 without including the NMU changelog entries.
 
 Either method is acceptable as far as the BTS is concerned.

This is all understandable, but with option #1 the changelog entry
Ack NMU, thanks NMUer seems to be nothing more than a simple
acknowledgment that the maintainer confirms the changes made by the
NMU.  Not doing it has the same effect if the new release is based on
the NMU anyway.  I mean, if the maintainer is basing the new release
on the NMU, there is an implicit assumption that the NMU has been
ACK'ed and this changelog entry is more or less redundant.


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

Bug#755651: [openstack-dev] [horizon] Support for Django 1.7: there's a bit of work, though it looks fixable to me...

2014-08-05 Thread Thomas Goirand

On 08/04/2014 05:05 PM, Romain Hardouin wrote:
 Hi,
 
 Note that Django 1.7 requires Python 2.7 or above[1] while Juno still 
 requires to be compatible with Python 2.6 (Suse ES 11 uses 2.6 if my memory 
 serves me).
 
 [1] https://docs.djangoproject.com/en/dev/releases/1.7/#python-compatibility
 
 Best,
 
 Romain

Hi,

I'm not asking for *switching* to Django 1.7, but just support it. :)

A bit of update here...

Here's the list of fixes that I propose, thanks to the awesome help of
Raphael Hertzog:

https://review.openstack.org/111561 --- TEMPLATE_DIRS fix
https://review.openstack.org/111930 --- Rename conflicting add_error()
https://review.openstack.org/111932 --- Fix summation code
https://review.openstack.org/111934 --- SecurityGroup type error
https://review.openstack.org/111936 --- Fix _detail_overview.html

I know we're not supposed to ask the list for code review, but I'll do
it this time still! :)

I believe this one, which I reported previously, can be ignored:

 /home/zigo/sources/openstack/icehouse/horizon/build-area/horizon-2014.1.1/horizon/test/helpers.py,
 line 184, in module
 class JasmineTests(SeleniumTestCase):
 TypeError: Error when calling the metaclass bases
 function() argument 1 must be code, not str

after cleaning my build env, it didn't do it again, so it must be fine.

Now, there's still this one which isn't fixed, and which Raphael and I
didn't understand yet how to fix:

FAIL: test_update_project_when_default_role_does_not_exist
(openstack_dashboard.dashboards.admin.projects.tests.UpdateProjectWorkflowTests)
--
Traceback (most recent call last):
  File
/home/rhertzog/tmp/django17/horizon/openstack_dashboard/test/helpers.py,
line 83, in instance_stub_out
return fn(self, *args, **kwargs)
  File
/home/rhertzog/tmp/django17/horizon/openstack_dashboard/dashboards/admin/projects/tests.py,
line 1458, in test_update_project_when_default_role_does_not_exist
self.client.get(url)
AssertionError: NotFound not raised

And there's also test_change_password_shows_message_on_login_page which
fails. Here's the end of the stack dump:

  File /usr/lib/python2.7/dist-packages/requests/adapters.py, line
375, in send
raise ConnectionError(e, request=request)
ConnectionError: HTTPConnectionPool(host='public.nova.example.com',
port=8774): Max retries exceeded with url: /v2/extensions (Caused by
class 'socket.gaierror': [Errno -2] Name or service not known)

Help fixing the above 2 remaining unit test errors would be greatly
appreciated!

Cheers,

Thomas Goirand (zigo)


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

Bug#757082: rt-app: use __u64 in both src/rt-app_utils.h and src/rt-app_utils.c

2014-08-05 Thread YunQiang Su

Package: rt-app
Version: 0.2~alpha2.20140716

For the return type of function:  timespec_to_nsec,
in src/rt-app_utils.h, it is 'unsigned long long', while in
src/rt-app_utils.c it is '__u64'.

I think __u64 is a better option.

This causes it ftbfs on mips64el.

-- 
YunQiang Su


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

Bug#652459: Bug#697002: jessie: -R skips check of /etc and /usr in addition to /

2014-08-05 Thread Simon McVittie

block 652459 by 697002
thanks

On Thu, 13 Feb 2014 at 10:02:59 +, Roger Leigh wrote:
 On Wed, Feb 12, 2014 at 08:46:46PM -0500, Phillip Susi wrote:
  Wait... /usr I can see, but you can't have /etc on its own partition,
  otherwise you would not be able to find /etc/fstab in order to find
  out that you need to mount the other partition.  It's a catch-22.
 
 I didn't realise this patch had been applied yet.  It's the
 first bit of the mounting /usr in the initramfs work.

(I assume you mean hadn't been)

If any of the maintainers involved consider mounting /etc from the initramfs
to be controversial or problematic, special-casing /usr but not /etc
is sufficient to unblock
https://wiki.debian.org/ReleaseGoals/MountUsrInInitramfs.

(I personally think /etc is a distraction which is contributing to all
this stuff being delayed.)

Roger said on #652459 that

 None of these prevent testing, but they will need to go into unstable
 immediately prior to initramfs-tools being updated.  experimental
 should be fine though.

so I'm marking this bug as blocking #652459.

Regards,
S


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

Bug#756833: e500 emulation: missing firmware u-boot.e500

2014-08-05 Thread Michael Tokarev

05.08.2014 00:37, Vagrant Cascadian wrote:
 On 2014-08-02, Michael Tokarev wrote:
 Since qemu 2.1, there's a e500 ppc emulation implemented in qemu.
 However, due to DFSG, we have to strip blobs from the source packages,
 and while qemu do provide u-boot.e500 sources, it can only be built
 on a powerpc platform.  Since debian already have u-boot package,
 we need to modify it so it provides this firmware, so that qemu can
 use it.
 
 Is this as simple as enabling the qemu-ppce500 in u-boot? If so, this
 bug could be reassigned to u-boot.

No it is not, and no, it shouldn't be just reassigned.  This bug is for
me to track what should be done on the qemu side, not on the u-boot side,
I mean, at some point I should add a Depends: or Recommends: to install
u-boot.e500 automatically.

For u-boot, additional bugreport might be filed, so this qemu bugreport
can refer to u-boot bugreport.

And no, this is not just a matter of enabling qemu-ppce500 (if it does
what I think it does).  Because...

 Although on non-powerpc systems, it would require configuring a system
 with powerpc as a foreign architecture to be able to use
 multi-arch... but then installing u-boot:powerpc might work for this
 purpose.

..because of this.  Just like for all other ROMs we have in qemu, we
need either a cross-arch depends/recommends to work automatically, which
is not something we have now, or we need an arch-all package instead of
arch-specific package.

So this rom should not only be enabled in u-boot, but it should become
an arch-all package built on ppc.

Alternatively we may do what Aurelien played with yesterday -- building
all this firmware during qemu build using cross-compiler tools and
package it in right qemu-system-foo binary, to stop growing number of
slave qemu packages like this.

This applies to other roms too, eg palcode, slof, etc, and to roms already
packaged like arch-all packages.

But using cross-compilers (actually _building_ cross-compilers during build,
build-depending on binutils-source and gcc-source) is quite a bit ugly...

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#757083: initscripts: please treat /usr (if separate) the same as /

2014-08-05 Thread Simon McVittie

Package: initscripts
Version: 2.88dsf-53.2
Severity: normal
Tags: patch
User: rle...@debian.org
Usertags: usrinitramfs
Control: block 652459 by -1

In #652459, Roger Leigh wrote:
 In order to make the libraries and binaries in /usr available during
 early boot, it would be desirable to be able to mount /usr in addition
 to the rootfs inside the initramfs.
...
 I should also mention that this can't go into unstable until some
 prerequisite changes are made to util-linux and initscripts:
 - initscripts needs to fsck /usr (and /etc) in checkroot.sh since
   like the rootfs it's mounted read-only in the initramfs
 - initscripts needs to remount /usr (and /etc) read-write as for
   the rootfs

This bug tracks those changes to initscripts.

rleigh's proposed patch is at
http://anonscm.debian.org/gitweb/?p=users/rleigh/sysvinit.git;a=commitdiff;h=d406626ecad8988198542f270b663f3503f0b7ae
and I attach it here for your convenience.

S
From d406626ecad8988198542f270b663f3503f0b7ae Mon Sep 17 00:00:00 2001
From: Roger Leigh rle...@debian.org
Date: Sat, 18 May 2013 21:08:16 +0100
Subject: [PATCH] Handle mounting /usr in the initramfs

---
 debian/changelog   |   6 +
 debian/src/initscripts/etc/init.d/checkroot.sh | 225 +++--
 debian/src/initscripts/lib/init/mount-functions.sh |  94 ++---
 3 files changed, 190 insertions(+), 135 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 40013dd..4f5a5a8 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+sysvinit (2.88dsf-42+usrmount1) UNRELEASED; urgency=low
+
+  * Add special handling for /usr and /etc in checkroot.sh.
+
+ -- Roger Leigh rle...@debian.org  Sun, 12 May 2013 17:32:14 +0100
+
 sysvinit (2.88dsf-42) unstable; urgency=low
 
   [ Roger Leigh ]
diff --git a/debian/src/initscripts/etc/init.d/checkroot.sh b/debian/src/initscripts/etc/init.d/checkroot.sh
index 3bf506b..2910dd9 100755
--- a/debian/src/initscripts/etc/init.d/checkroot.sh
+++ b/debian/src/initscripts/etc/init.d/checkroot.sh
@@ -22,86 +22,38 @@ FSCK_LOGFILE=/var/log/fsck/checkroot
 . /lib/lsb/init-functions
 . /lib/init/mount-functions.sh
 
-do_start () {
-	# Trap SIGINT so that we can handle user interrupt of fsck.
-	trap  INT
+checkfs() {
+	fs=$1
 
-	#
-	# Set SULOGIN in /etc/default/rcS to yes if you want a sulogin to
-	# be spawned from this script *before anything else* with a timeout,
-	# like sysv does.
-	#
-	[ $SULOGIN = yes ]  sulogin -t 30 $CONSOLE
-
-	KERNEL=$(uname -s)
-	MACHINE=$(uname -m)
+read_fstab_entry $fs
 
-	read_fstab
-
-	#
-	# Activate the swap device(s) in /etc/fstab. This needs to be done
-	# before fsck, since fsck can be quite memory-hungry.
-	#
-	ENABLE_SWAP=no
-	case $KERNEL in
-	  Linux)
-	  	if [ $NOSWAP = yes ]
-		then
-			[ $VERBOSE = no ] || log_warning_msg Not activating swap as requested via bootoption noswap.
-			ENABLE_SWAP=no
-		else
-			if [ $swap_on_lv = yes ]
-			then
-[ $VERBOSE = no ] || log_warning_msg Not activating swap on logical volume.
-			elif [ $swap_on_file = yes ]
-			then
-[ $VERBOSE = no ] || log_warning_msg Not activating swap on swapfile.
-			else
-ENABLE_SWAP=yes
-			fi
-		fi
-		;;
-	  *)
-		ENABLE_SWAP=yes
-		;;
-	esac
-	if [ $ENABLE_SWAP = yes ]
-	then
-		if [ $VERBOSE = no ]
-		then
-			log_action_begin_msg Activating swap
-			swapon -a -e /dev/null 21
-			log_action_end_msg $?
-		else
-			log_daemon_msg Activating swap
-			swapon -a -v
-			log_end_msg $?
-		fi
+	if [ $fs = / ] ; then
+		fs=root
+	else
+		MNT_CHECK=no
 	fi
 
-	#
-	# Does the root device in /etc/fstab match with the actual device ?
-	# If not we try to use the /dev/root alias device, and if that
-	# fails we create a temporary node in /run.
-	#
-	if [ $rootcheck = yes ]
+	# Does the device in /etc/fstab match with the actual device ?
+	# If not we try to use the /dev/root alias device (for /), and
+	# if that fails we create a temporary node in /run.
+	if [ $MNT_CHECK = yes ]
 	then
-		ddev=$(mountpoint -qx $rootdev)
-		rdev=$(mountpoint -d /)
+		ddev=$(mountpoint -qx $MNT_DEV)
+		rdev=$(mountpoint -d $MNT_DIR)
 		if [ $ddev != $rdev ]  [ $ddev != 4:0 ]
 		then
 			if [ $(mountpoint -qx /dev/root) = 4:0 ]
 			then
-rootdev=/dev/root
+MNT_DEV=/dev/root
 			else
 if \
-	rm -f /run/rootdev \
-	 mknod -m 600 /run/rootdev b ${rdev%:*} ${rdev#*:} \
-	 [ -e /run/rootdev ]
+	rm -f /run/fsckdev \
+	 mknod -m 600 /run/fsckdev b ${rdev%:*} ${rdev#*:} \
+	 [ -e /run/fsckdev ]
 then
-	rootdev=/run/rootdev
+	MNT_DEV=/run/fsckdev
 else
-	rootfatal=yes
+	dev_fatal=yes
 fi
 			fi
 		fi
@@ -110,9 +62,9 @@ do_start () {
 	#
 	# Bother, said Pooh.
 	#
-	if [ $rootfatal = yes ]
+	if [ $dev_fatal = yes ]
 	then
-		log_failure_msg The device node $rootdev for the root filesystem is missing or incorrect 
+		log_failure_msg The device node $MNT_DEV for the $fs filesystem is missing or incorrect 
 or there is no entry for the

Bug#752024: amanda, libprelude, libpreludedb: Regenerate SWIG files at build time

2014-08-05 Thread Ansgar Burchardt

Hi,

it looks like the build system for these three packages already supports
regenerating the SWIG-generated files. One just has to remove them
before build (and afterwards in the clean target).

I tried doing so and all packages built fine, but I haven't done any
further tests. amanda needs an additional build-dependency on swig.

Ansgar


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

Bug#737395: Funny manpages Copyright

2014-08-05 Thread Riley Baird

Hi!

I noticed that, in the early 1990s, Sunburne Computer, Inc. made some
funny manpages - one for party, and another set documenting the
Penix operating system. :)

Your email address was given with one set of documentation, so I'm
guessing that you wrote them.

If you did, and you own copyright on them, can you please agree to put
them into the public domain? Someone has filed a bug with Debian saying
that we don't have permission to use the pages under the DFSG.

If this wasn't you, can you give me a hint as to who might be able to
give permission?

-

To put it into the public domain, all you have to do is copy the
following statement and send it back:

I, the copyright holder of the party.1fun manpage and the Penix
manpages, release these works into the public domain. This applies
worldwide.
In some countries this may not be legally possible; if so:
I grant anyone the right to use these works for any purpose, without any
conditions, unless such conditions are required by law.

-

Thanks for doing this,

Riley Baird


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

Bug#755703: libtirpc1 0.2.4-1 causes rpc.gssd to crash on nfs4 sec=krb5 mount

2014-08-05 Thread Benoit Plessis


 Could you please help me testing:

 · libtirpc1 0.2.4-2
 · rpcbind 0.2.1-5
 · nfs-common 1:1.2.8-7
 · nfs-kernel-server 1:1.2.8-7

 You will find them in experimental.

Hi,

Except for the nfs-kernel-server part which i don't use the rest did
solve the problem for me
At least the shares mount now.

Regards,

-- 
Benoit Plessis  ben...@plessis.info   +33 6 77 42 78 32
4096R/44E6FA9A 486D 2804 3EAB 3D74 5D05  826D 997F 26D9 44E6 FA9A


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

Bug#756522: This same problem

2014-08-05 Thread Marek Rusinowski

Hi

Unfortunatelly I have this same problem, it looks like I have this same
version of driver, bumblebee etc.

$ lspci | grep NVIDIA
01:00.0 VGA compatible controller: NVIDIA Corporation GK107M [GeForce GTX
660M] (rev a1)

Best Regards,
Marek Rusinowski

Bug#757084: qof, mips64el: expected [112346 / 10000000] = [112346 / 9999999] double 6 figs

2014-08-05 Thread YunQiang Su

Package: qof
Version: 0.8.7-1

When try to build qof on mips64el, I got an error when run test: test-numeric

FAILURE expected [112346 / 1000] = [112346 / 999] double 6
figs test-numeric.c:68
Executed 102859 tests. There was 1 failure.
FAIL: test-numeric

You can get the build log from:

http://mips64el.debian.net/debian/buildlog/q/qof_0.8.7-1/qof_0.8.7-1_mips64el-20140710-2018.build


-- 
YunQiang Su


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

Bug#757059: Dynamic part of MOTD out of date

2014-08-05 Thread Colin Watson

Control: tag -1 pending

On Mon, Aug 04, 2014 at 08:12:22PM -0400, Ken T Takusagawa wrote:
 The problem is in /etc/pam.d/sshd (or
 debian/openssh-server.sshd.pam.in in the source).  The flag noupdate
 ought to be passed to the *second* call to pam_motd.so, not the
 *first* as is currently done.

Thanks!  This makes sense to me, and I double-checked with the PAM
maintainer who's conveniently sitting next to me and he said he agreed
and had been meaning to talk with me about it.  Applied to git.

-- 
Colin Watson   [cjwat...@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#652459: Bug#697002: jessie: -R skips check of /etc and /usr in addition to /

2014-08-05 Thread Michael Biebl

Am 05.08.2014 09:20, schrieb Simon McVittie:
 If any of the maintainers involved consider mounting /etc from the initramfs
 to be controversial or problematic, special-casing /usr but not /etc
 is sufficient to unblock
 https://wiki.debian.org/ReleaseGoals/MountUsrInInitramfs.
 
 (I personally think /etc is a distraction which is contributing to all
 this stuff being delayed.)

Agreed. The actual patch to mount /usr is rather small. The one for
mounting /etc complicates things quite a bit. Please let's not entangle
the two and just upload the bits for mounting /usr.
If there is later demand for the /etc-mount feature, it can be added then.

Michael

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



signature.asc
Description: OpenPGP digital signature

Bug#756731: [DSE-Dev] Bug#756731: selinux-policy-default: Setting SELinux to enforce when using systemd some AVCs are logged during boot

2014-08-05 Thread Andreas Florath

Hello!

As suggested, I retested this with Jessie:
There are still some AVCs logged, but these differ from the ones logged in 
Wheezy.

Aug  5 09:26:11 debselinux01 kernel: [1.197831] audit: type=1400 
audit(1407223571.360:4): avc:  denied  { net_admin } for  pid=166 
comm=systemd-tmpfile capability=12  
scontext=system_u:system_r:systemd_tmpfiles_t:s0 
tcontext=system_u:system_r:systemd_tmpfiles_t:s0 tclass=capability
Aug  5 09:26:11 debselinux01 kernel: [1.199479] audit: type=1400 
audit(1407223571.360:5): avc:  denied  { read } for  pid=166 
comm=systemd-tmpfile name=urandom dev=devtmpfs ino=1033 
scontext=system_u:system_r:systemd_tmpfiles_t:s0 
tcontext=system_u:object_r:urandom_device_t:s0 tclass=chr_file
Aug  5 09:26:11 debselinux01 kernel: [1.199488] audit: type=1400 
audit(1407223571.360:6): avc:  denied  { read } for  pid=166 
comm=systemd-tmpfile name=urandom dev=devtmpfs ino=1033 
scontext=system_u:system_r:systemd_tmpfiles_t:s0 
tcontext=system_u:object_r:urandom_device_t:s0 tclass=chr_file
Aug  5 09:26:11 debselinux01 kernel: [1.199942] audit: type=1400 
audit(1407223571.360:7): avc:  denied  { read } for  pid=166 
comm=systemd-tmpfile name=urandom dev=devtmpfs ino=1033 
scontext=system_u:system_r:systemd_tmpfiles_t:s0 
tcontext=system_u:object_r:urandom_device_t:s0 tclass=chr_file
Aug  5 09:26:11 debselinux01 kernel: [1.202553] audit: type=1400 
audit(1407223571.364:8): avc:  denied  { getcap } for  pid=166 
comm=systemd-tmpfile scontext=system_u:system_r:systemd_tmpfiles_t:s0 
tcontext=system_u:system_r:systemd_tmpfiles_t:s0 tclass=process
Aug  5 09:26:11 debselinux01 kernel: [1.202763] audit: type=1400 
audit(1407223571.364:9): avc:  denied  { getattr } for  pid=166 
comm=systemd-tmpfile path=/dev/autofs dev=devtmpfs ino=5287 
scontext=system_u:system_r:systemd_tmpfiles_t:s0 
tcontext=system_u:object_r:autofs_device_t:s0 tclass=chr_file
Aug  5 09:26:11 debselinux01 kernel: [1.203130] audit: type=1400 
audit(1407223571.364:10): avc:  denied  { getcap } for  pid=166 
comm=systemd-tmpfile scontext=system_u:system_r:systemd_tmpfiles_t:s0 
tcontext=system_u:system_r:systemd_tmpfiles_t:s0 tclass=process

Kind regards

Andre


-- 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-1-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 selinux-policy-default depends on:
ii  libpam-modules   1.1.8-3
ii  libselinux1  2.3-1
ii  libsepol12.3-1
ii  policycoreutils  2.3-1
ii  python   2.7.8-1
ii  selinux-utils2.3-1

Versions of packages selinux-policy-default recommends:
ii  checkpolicy  2.3-1
ii  setools  3.3.8-3

Versions of packages selinux-policy-default suggests:
pn  logchecknone
pn  syslog-summary  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#756468: Reasons for closing?

2014-08-05 Thread Laurent Bigonville

Le Tue, 05 Aug 2014 08:56:02 +0200,
Andreas Florath an...@flonatel.org a écrit :

 Hello Laurent,

Hello Andreas,

 
 can you please tell me, why you set this bug to 'done'?
 You wrote, that this is 'still a problem in wheezy'. Will this not be
 fixed in wheezy?
 
 I do not want to argue against your decision - simply want to
 understand it.

I've marked the bug as closed for a version that is currently only in
jessie/sid and also tagged the bug with wheezy. This means that the
bug is still open for wheezy and will only be archived when it's fixed
there.

I'm currently not really sure if we'll fix all the (important) bug in
wheezy. I'm personally lacking of time to do so, maybe other people of
the team will do.

Cheers,

Laurent

 
 Kind regards
 
 Andre
 


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

Bug#756760: systemd: stale session prevents hibernation of workstation

2014-08-05 Thread Martin Steigerwald

This message contains a digitally signed email which can be read by opening 
the attachment.
-- 
 


teamix GmbH
Südwestpark 43
90449 Nürnberg 

fon:  +49 911 30999 0
fax:  +49 911 30999 99
mail: i...@teamix.de
web:  http://www.teamix.de
blog: http://blog.teamix.de

Amtsgericht Nürnberg, HRB 18320
Geschäftsführer: Oliver Kügow, Richard Müller


---BeginMessage---
Am Freitag, 1. August 2014, 23:57:15 schrieb Michael Biebl:
 reassign 756760 systemd-shim
 thanks
 
 Am 01.08.2014 um 14:50 schrieb Martin Steigerwald:
  Package: systemd
  Version: 208-1
  Severity: important
  
  Dear Maintainer,
  
  I tried to hibernate but got same annoying authorization requester
  *after* KDE locked its desktop as described in bug #747939.
  
  This time not due to a second KDE session but due to stale sessions:
  
  ms@mango:~ loginctl
  
 SESSIONUID USER SEAT
 
   2   2012 ms   seat0
  
  84  0 root seat0
  87  0 root seat0
 
 ..
 
  systemd is still at 208-1 as I won't upgrade it at the cost of removing
  sysvinit-core.
 
 If you are still using sysvinit-core, this means it's a bug in
 systemd-shim. Re-assigning accordingly.
 Most likely a duplicate of [1]

No, I am using systemd. sysvinit-core is just installed as a fallback.
But, cgmanager runs as well:

mango:~# ps aux | grep systemd
root 1  0.0  0.0 195776  4656 ?Ss   Aug01   0:05 /bin/systemd
root   209  0.0  0.1 316024 18320 ?Ss   Aug01   0:04 
/lib/systemd/systemd-journald
root   244  0.0  0.0  35452  2200 ?Ss   Aug01   0:00 
/lib/systemd/systemd-udevd
root  6769  0.0  0.0  15108   156 ?SAug01   0:00 
/sbin/cgmanager --daemon -m name=systemd
message+  6781  0.0  0.0  45316  3096 ?Ss   Aug01   0:00 
/usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile 
--systemd-activation
root  6797  0.0  0.0  28588  1656 ?Ss   Aug01   0:00 
/lib/systemd/systemd-logind
ms7681  0.0  0.0  38036  2428 ?Ss   Aug01   0:00 
/lib/systemd/systemd --user
root  7688  0.0  0.0  38036  2424 ?Ss   Aug01   0:00 
/lib/systemd/systemd --user
root 17063  0.0  0.0  12640   944 pts/1S+   09:48   0:00 grep systemd

Hmmm, I thought I told systemd not to start cgmanager, well maybe I did so
just on laptop.

I will stop cgmanager, disable it, reboot and check whether this makes stale
sessions go away.

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

Thanks,
Martin

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

Bug#757052: dietlibc-dev: programs made with diet have executable stacks

2014-08-05 Thread Thorsten Glaser

tags 757052 + upstream
thanks

Charles Evans dixit:

all programs made with diet gcc ...
have executable stacks. They should not.

Workaround:
Some tiny programs I tried worked after 
execstack -c prog
to clear the executable stack flag.

Hello Felix,

can you say anything about this?

Thanks,
//mirabilos
-- 
“ah that reminds me, thanks for the stellar entertainment that you and certain
other people provide on the Debian mailing lists │ sole reason I subscribed to
them (I'm not using Debian anywhere) is the entertainment factor │ Debian does
not strike me as a place for good humour, much less German admin-style humour”


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

Bug#744919: arora: crash on startup

2014-08-05 Thread Laurent Bonnaud

Hi,

this crash no longer happens, probably because of fixes in libraries used by 
arora.
Therefore, I'm going to close this bug...

-- 
Laurent.


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

Bug#757086: linux-image-3.16-rc6-armmp-lpae: Please include sunXi touchscreen driver

2014-08-05 Thread Philip Rinn

Package: linux-image-3.16-rc6-armmp-lpae
Severity: wishlist

Hi,

could you please include the sun4i touchscreen driver as a module? It also
contains the driver for a temperature sensor and is useful even without a
touchscreen attached. I attached a patch for the config.

Best,
Philip
--- /boot/config-3.16-rc6-armmp-lpae.orig	2014-08-05 09:54:42.0 +0200
+++ /boot/config-3.16-rc6-armmp-lpae	2014-08-05 09:55:11.0 +0200
@@ -2723,7 +2723,7 @@
 CONFIG_TOUCHSCREEN_TSC2005=m
 CONFIG_TOUCHSCREEN_TSC2007=m
 # CONFIG_TOUCHSCREEN_ST1232 is not set
-# CONFIG_TOUCHSCREEN_SUN4I is not set
+CONFIG_TOUCHSCREEN_SUN4I=m
 CONFIG_TOUCHSCREEN_SUR40=m
 CONFIG_TOUCHSCREEN_TPS6507X=m
 # CONFIG_TOUCHSCREEN_ZFORCE is not set

Bug#652459: initramfs-tools: [patch] Please support mounting of /usr in the initramfs

2014-08-05 Thread Simon McVittie

On Thu, 31 Jul 2014 at 21:45:56 -0400, Matthew Gabeler-Lee wrote:
 A clarification question: I see just the initramfs-tools package there. Past
 discussion on this ticket indicated that updates to sysvinit and util-linux
 were necessary too.  A quick look suggests that's still the case.  Are the
 previously linked patches still up to date?

I have opened an initscripts (sysvinit) bug for that part, #757083.
Roger Leigh does not appear to have updated that patch recently; it
has conflicts when applied to current sysvinit.

The patches for util-linux are #697002.

Regards,
S


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

Bug#755651: [openstack-dev] [horizon] Support for Django 1.7: there's a bit of work, though it looks fixable to me...

2014-08-05 Thread Julie Pichon

On 05/08/14 08:11, Thomas Goirand wrote:
 And there's also test_change_password_shows_message_on_login_page which
 fails. Here's the end of the stack dump:
 
   File /usr/lib/python2.7/dist-packages/requests/adapters.py, line
 375, in send
 raise ConnectionError(e, request=request)
 ConnectionError: HTTPConnectionPool(host='public.nova.example.com',
 port=8774): Max retries exceeded with url: /v2/extensions (Caused by
 class 'socket.gaierror': [Errno -2] Name or service not known)

This particular test is currently being skipped [1] due to issues with
the test itself. It's going to be replaced by an integration test.

Julie

[1] https://review.openstack.org/#/c/101857/


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

Bug#757087: Please downgrade recommends on libnss-myhostname

2014-08-05 Thread Joachim Breitner

Package: gnome-control-center
Version: 1:3.12.1-4
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

it seems that at some point, gnome-control-center started to Recommend
libnss-myhostname, and it also seems that libnss-myhostname is not
suitable for every installation, breaking it in unwanted ways (see
#756224). It should better be left for deliberate installation, at least
until that issue is resolved.

Would you mind downgrading the recommends to a suggests?

Thanks,
Joachim

- -- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
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 gnome-control-center depends on:
ii  accountsservice0.6.37-3
ii  apg2.2.3.dfsg.1-2
ii  colord 1.2.1-1
ii  desktop-file-utils 0.22-1
ii  gnome-control-center-data  1:3.12.1-4
ii  gnome-desktop3-data3.12.2-2
ii  gnome-icon-theme   3.12.0-1
ii  gnome-icon-theme-symbolic  3.12.0-1
ii  gnome-menus3.10.1-1
ii  gnome-settings-daemon  3.12.2-1
ii  gsettings-desktop-schemas  3.12.2-1
ii  libaccountsservice00.6.37-3
ii  libatk1.0-02.12.0-1
ii  libc6  2.19-7
ii  libcairo2  1.12.16-2
ii  libcanberra-gtk3-0 0.30-2
ii  libcanberra0   0.30-2
ii  libcheese-gtk233.12.2-1
ii  libcheese7 3.12.2-1
ii  libclutter-1.0-0   1.18.2-2
ii  libclutter-gtk-1.0-0   1.5.2-2
ii  libcolord-gtk1 0.1.25-1.1+b1
ii  libcolord2 1.2.1-1
ii  libcups2   1.7.4-4
ii  libdbus-glib-1-2   0.102-1
ii  libfontconfig1 2.11.0-5
ii  libgdk-pixbuf2.0-0 2.30.7-1
ii  libgl1-mesa-glx [libgl1]   10.2.4-1
ii  libglib2.0-0   2.40.0-3
ii  libgnome-bluetooth13   3.12.0-5
ii  libgnome-desktop-3-10  3.12.2-2
ii  libgoa-1.0-0b  3.12.4-1
ii  libgoa-backend-1.0-1   3.12.4-1
ii  libgrilo-0.2-1 0.2.10-1
ii  libgtk-3-0 3.12.2-1+b1
ii  libgtop2-7 2.28.5-2
ii  libibus-1.0-5  1.5.7-2
ii  libkrb5-3  1.12.1+dfsg-5
ii  libmm-glib01.2.0-1
ii  libnm-glib-vpn10.9.10.0-1
ii  libnm-glib40.9.10.0-1
ii  libnm-gtk0 0.9.10.0-2
ii  libnm-util20.9.10.0-1
ii  libpango-1.0-0 1.36.3-1
ii  libpangocairo-1.0-01.36.3-1
ii  libpolkit-gobject-1-0  0.105-6.1
ii  libpulse-mainloop-glib05.0-4
ii  libpulse0  5.0-4
ii  libpwquality1  1.2.3-1
ii  libsmbclient   2:4.1.11+dfsg-1
ii  libsoup2.4-1   2.46.0-2
ii  libupower-glib20.99.0-3
ii  libwacom2  0.8-1
ii  libx11-6   2:1.6.2-2
ii  libxi6 2:1.7.4-1
ii  libxml22.9.1+dfsg1-4

Versions of packages gnome-control-center recommends:
ii  cups-pk-helper 0.2.5-2
ii  gkbd-capplet   3.6.0-1
pn  gnome-online-accounts  none
pn  gnome-user-guide   none
pn  gnome-user-share   none
ii  iso-codes  3.55-1
ii  libnss-myhostname  0.3-9
ii  mesa-utils 8.2.0-1
ii  mousetweaks3.12.0-1
pn  network-manager-gnome  none
pn  ntpnone
ii  policykit-1-gnome  0.105-2
ii  realmd 0.15.1-1
pn  rygel | rygel-tracker  none
pn  system-config-printer  none

Versions of packages gnome-control-center suggests:
ii  gstreamer1.0-pulseaudio  1.4.0-1
pn  libcanberra-gtk-module   none
pn  libcanberra-gtk3-module  none
ii  x11-xserver-utils7.7+3

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlPgkIUACgkQ9ijrk0dDIGzUlACfcWnVjRHuVqXTPTBjdHu8p2R6
3DEAoMON50Rgw+0dwu1m17tbCOkJ/feG
=mmKL
-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#756996: mentions of 2.6 kernel in the d-i manual

2014-08-05 Thread Holger Wansing

Hi,

Ben Hutchings b...@decadent.org.uk wrote:
 On Mon, 2014-08-04 at 12:14 +0200, Samuel Thibault wrote:
  Hello,
  
  Holger Wansing, le Mon 04 Aug 2014 11:55:43 +0200, a écrit :
   ===
   --- en/partitioning/tree.xml  (Revision 69218)
   +++ en/partitioning/tree.xml  (Arbeitskopie)
   @@ -49,7 +49,7 @@
  entryMount point for mounting a file system temporarily/entry
/rowrow
  entryfilenameproc/filename/entry
   -  entryVirtual directory for system information (2.4 and 2.6 
   kernels)/entry
   +  entryVirtual directory for system information (2.4, 2.6 and 3.x 
   kernels)/entry
  
  I wouldn't even mention the version: I've seen /proc for as long as I
  can remember.
 
 I agree.
 
   @@ -61,7 +61,7 @@
  entryEssential system binaries/entry
/rowrow
  entryfilenamesys/filename/entry
   -  entryVirtual directory for system information (2.6 kernels)/entry
   +  entryVirtual directory for system information (2.6 and 3.x 
   kernels)/entry
  
  I'd rather patch into Linux 2.6 and further, I don't think /sys is to
  go away.
 
 I agree.
 
 Ben.

kfreebsd came to my mind.
We have d-i manual for kfreebsd versions, too.
And /proc + /sys also exists on a kfreebsd system.
Maybe drop all the information within the brackets?


Holger

-- 
Holger Wansing hwans...@mailbox.org


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

Bug#757088: override: libalberta2-dev:oldlibs/extra

2014-08-05 Thread Ansgar Burchardt

Package: ftp.debian.org
Severity: normal

Please move libalberta2-dev to oldlibs/extra. It is now a transitional
package for libalberta-dev.

Ansgar


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

Bug#757083: initscripts: please treat /usr (if separate) the same as /

2014-08-05 Thread Simon McVittie

The patch I attached does not apply cleanly to current initscripts
master; there are (relatively simple) conflicts.

However, looking at the patch in detail to resolve the conflicts, I'm
confused:

 +   if [ $fs = / ] ; then
 +   fs=root
 +   else
 +   MNT_CHECK=no
 fi

Doesn't that defeat the purpose of some of the rest of the patch by not
fsck'ing /usr even though checkfs has been generalized to allow fsck'ing
any filesystem?

The logic to try to use /dev/root for fsck also seems odd; I would
expect it to only have that special case when fsck'ing the root filesystem.

Also, the initramfs-tools patchset includes closing #708000 by fsck'ing
/ and /usr before mounting them. So I'm not sure why initscripts would
ever need to fsck the root or /usr filesystems any more?

I suppose it could conceivably need to fsck the root filesystem, because
we might not have an initramfs on a system where /usr is on the root
filesystem; but as it stands at the moment, it would. Shouldn't it have
pseudocode more like this?

during boot:
if root filesystem is read-only:
fsck it
remount it rw
else:
# previously, we would mount ro, fsck, mount rw
# now, we assume it was fsck'd by the initramfs
# and do nothing

during shutdown (does not appear to have been implemented yet):
in umountfs:
do not unmount /usr
in umountnfs.sh:
do not unmount /usr
in umountroot:
remount /usr ro, the same as /


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

Bug#756770: [Pkg-xfce-devel] Bug#756770: Bug#756770: xfce4-whiskermenu-plugin: it segfaults

2014-08-05 Thread Yves-Alexis Perez

On lun., 2014-08-04 at 16:44 +0200, Moritz Molle wrote:
 Program received signal SIGSEGV, Segmentation fault.
 __exchange_and_add_dispatch (__val=-1, __mem=0x8)
  at /usr/include/c++/4.9/ext/atomicity.h:84
 84return __exchange_and_add_single(__mem, __val);
 (gdb)
 

It'd help to run with LANG=C because I don't speak a german word :)
Also, please provide a full backtrace (bt full).

By the way, do you do something special or just starting the plugin
makes it crash?

Regards,
-- 
Yves-Alexis


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

Bug#757090: cuyo: [INTL:pt] Portuguese translation

2014-08-05 Thread Américo Monteiro

Package: cuyo
Version: 2.0.0brl1-2
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for cuyo's UI's messages.
Translator: Américo Monteiro a_monte...@gmx.com
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team traduz _at_ debianpt.org.

-- 
Melhores cumprimentos/Best regards,

Américo Monteiro


cuyo_2.0.0brl1-2_pt.po.gz
Description: GNU Zip compressed data

Bug#756860: Dependency on libxdmf2 causes installation of libvtk5.8

2014-08-05 Thread Alastair McKinstry


Hi

It appears that xdmfVTK reader capability moved from the XDMF package 
to

VTK during the vtk5.8 - vtk6 transition.

I will drop the vtk support from XDMF in favour of VTK6.1 doing it.
Will do so in the next upload.

regards
Alastair


On 2014-08-02 18:28, Andrey Gursky wrote:

Package: libvtk6.1
Version: 6.1.0+dfsg-8
Severity: normal

Dear maintainer,

libvtk6.1 depends on libxdmf2. Recent update of xdmf2 (2.1.dfsg.1-8 
-

-9) added support for VTK reader caused libxdmf2 to depend on
libvtk5.8. So now vtk 6.1 indirectly depends on 5.8. Could this issue
be discussed with xdmf maintainer?

Thanks,
Andrey


--
Alastair McKinstry  , alast...@sceal.ie , mckins...@debian.org
http://diaspora.sceal.ie/u/amckinstry


Anyone who believes exponential growth can go on forever in a finite 
world is either a madman or an economist - Kenneth Boulter, Economist.



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

Bug#732035: [Pkg-xfce-devel] Bug#732035: Bug#732035: thunar: Unable to mount USB drives with Thunar

2014-08-05 Thread Yves-Alexis Perez

On jeu., 2013-12-12 at 23:05 +0100, Yves-Alexis Perez wrote:
 Please keep the bug on CC:
 
 On jeu., 2013-12-12 at 15:48 -0600, Jonathan Hutchins wrote:
   On jeu., 2013-12-12 at 12:53 -0600, Jonathan Hutchins wrote:
   Dec 12 12:47:36 lunchbox kernel: [590857.210653] Thunar[20344]:
   segfault at 0 ip b6c2b020 sp bfdee058 error 4 in
   libglib-2.0.so.0.3200.4[b6bb5000+fb000]
  
   That doesn't look to good, could you take a backtrace?
  
  I would, but I'm not a developer and don't know the procedure. 
 
 https://wiki.debian.org/HowToGetABacktrace
 
   This is
  also supposed to be a simple, minimal system (hence xfce instead of gnome)
  and does not have a debugging/development environment installed.  If
  there's a writeup of the steps necessary to do this and it doesn't involve
  a full development setup, please send me a link and I'll give it a try.
  
 Well, you'll need to install debugging packages for Thunar and the
 various libraries involved (libglib, libgtk, libxfce4util, libxfce4ui at
 least). Then gdb attach to the thunar process, and make it crash.
 

Any news on this. Does it still happen with current Thunar versions?
-- 
Yves-Alexis


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

Bug#752748: chromium crash on save-as

2014-08-05 Thread Lorenz Hübschle-Schneider

Dear maintainers,

please note comments #10 and #12 on this upstream bug report:

https://code.google.com/p/chromium/issues/detail?id=395982#c10

The crash is caused by OFFICIAL_BUILD not being defined. Upstream
recommends to patch out the part that causes the fatal assertion, at least
for the moment.

Cheers
Lorenz

On Fri, 27 Jun 2014 13:54:51 +0200 Morten Garkier Hendriksen 
gark...@etep.dk wrote:
 Hello maintainers

 Got hit by the same symptom.

 Moderate use of a major search machine brought me to this page:
 https://code.google.com/p/chromium/issues/detail?id=334125

 With this in one of the last comments on a patch:
  Don't try to guess the referrer policy, but use the one associated
  with the request

 Thought it might help.

 Thanks

 Morten

Bug#757091: debdelta: stops patching if downloads are interrupted

2014-08-05 Thread Efraim Flashner

Package: debdelta
Version: 0.50+2
Severity: normal

Dear Maintainer,

   * What led up to the situation?

I was running my daily apt update; debdelta-upgrade -v on a flakey
connection.  Partway through, while downloading some of the larger
deltas and patching other debs, my connection went out and debdelta
exited.

   * What outcome did you expect instead?

Fail the remaining downloads but continue patching the other debs




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

Kernel: Linux 3.15-6.dmz.2-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages debdelta depends on:
ii  binutils2.24.51.20140727-1
ii  bzip2   1.0.6-7
ii  libbz2-1.0  1.0.6-7
ii  libc6   2.19-7
ii  python  2.7.8-1
ii  zlib1g  1:1.2.8.dfsg-1

Versions of packages debdelta recommends:
ii  bsdiff   4.3-15
ii  gnupg-agent  2.0.25-1
ii  gnupg2   2.0.25-1
ii  python-apt   0.9.3.8
ii  xdelta   1.1.3-9.1
ii  xdelta3  3.0.8-dfsg-1
ii  xz-utils [lzma]  5.1.1alpha+20120614-2

Versions of packages debdelta suggests:
ii  debdelta-doc  0.50+2

-- no debconf information



-- 
Efraim Flashner
efraim.flash...@gmail.com 4096R/CA3D8351 created: 2013-10-08
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351


signature.asc
Description: PGP signature

Bug#757092: fai: syslinux package split, location of pxelinux changed

2014-08-05 Thread Andreas B. Mundt

Source: fai
Severity: important
Tags: patch

Hi,

I already reported this issue to the developers' mailing list [1],
however it's probably a better idea to use the BTS to keep track of
it.

The syslinux package seems to have split pxlinux.0 into the pxelinux
package and the location of pxelinux.0 changed.  This effects the
fai-nfsroot and fai-server package.

Attached is a (upstream git) draft patch to implement these
modifications.

Best regards,

 Andi
From 9c14e873cf1ab056028bb3279080066b3f72bab6 Mon Sep 17 00:00:00 2001
From: Andreas B. Mundt a...@debian.org
Date: Sat, 2 Aug 2014 08:52:55 +0200
Subject: [PATCH] Fix dependency and location of pxelinux.

---
 bin/fai-make-nfsroot | 2 +-
 debian/control   | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/bin/fai-make-nfsroot b/bin/fai-make-nfsroot
index 0fdd4e4..6081a56 100755
--- a/bin/fai-make-nfsroot
+++ b/bin/fai-make-nfsroot
@@ -485,7 +485,7 @@ umount_dirs() {
 setup_tftp(){
 
 # tftp environment
-local pxebin=$NFSROOT/usr/lib/syslinux/pxelinux.0
+local pxebin=$NFSROOT/usr/lib/PXELINUX/pxelinux.0
 rm -f $NFSROOT/boot/*.bak
 mkdir -p $TFTPROOT/pxelinux.cfg
 chmod a+r $NFSROOT/boot/initrd.img-*
diff --git a/debian/control b/debian/control
index 26f2aeb..1e42352 100644
--- a/debian/control
+++ b/debian/control
@@ -69,7 +69,7 @@ Description: Fully Automatic Installation quickstart package
 
 Package: fai-nfsroot
 Architecture: all
-Depends: fai-client, fai-setup-storage, syslinux-common | syslinux
+Depends: fai-client, fai-setup-storage, pxelinux
 Description: Fully Automatic Installation nfsroot package
  FAI is a non-interactive system to install, customize and manage
  Linux systems and software configurations on computers as well as
-- 
2.0.1

Bug#757093: ITP: java-comment-preprocessor -- A Multipass Java preprocessor.

2014-08-05 Thread Eugene Zhukov

package: wnpp
Severity: wishlist
Owner: Eugene Zhukov jevgeni...@gmail.com

*Package Name : java-comment-preprocessor
 Version : 5.3.3
 Upstream Author : Igor Maznitsa igor.mazni...@igormaznitsa.com
*URL : http://java-comment-preprocessor.googlecode.com/
*License : The Apache Software License, Version 2.0
 Programming Lang: Java
*Description : A Multipass Java preprocessor.

A Multi-pass java based preprocessor processing directives placed into
Java comments.

I am packaging java-comment-preprocessor as it is a dependency of new
Saxon-HE 9.5.1.1.


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

Bug#757089: systemd: system halted but signal not off

2014-08-05 Thread Michael Biebl

Am 05.08.2014 10:32, schrieb shirish शिरीष:
 Package: systemd
 Version: 208-6
 Severity: normal
 
 Dear Maintainer,
 When I give the command for shutting off the system :-
 
 #halt

halt does not switch off the system, this is expected.

 
 OR
 
 #poweroff

poweroff does switch off the system. Please re-try again using that command.

-- 
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#652459: Bug#697002: jessie: -R skips check of /etc and /usr in addition to /

2014-08-05 Thread Simon McVittie

On Tue, 05 Aug 2014 at 08:20:17 +0100, Simon McVittie wrote:
 On Thu, 13 Feb 2014 at 10:02:59 +, Roger Leigh wrote:
  I didn't realise this patch [hadn't] been applied yet.  It's the
  first bit of the mounting /usr in the initramfs work.

I was curious how systemd solved this. It's very simple: its equivalent
of checkfs.sh (systemd-fsck@.service) runs something like
/lib/systemd/systemd-fsck /usr, which runs fsck -M /usr, which
exits 0 with no effect if /usr is already mounted. Job done.

So maybe checkfs.sh (in initscripts) should just use -M instead of -R,
and then everything is good, with only changes to initramfs-tools
and initscripts, and no util-linux changes?

S


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

Bug#757094: games-fps: dubious package list

2014-08-05 Thread Fabian Greffrath

Source: games-fps
Severity: normal

Hi all,

thanks for the debian-games meta-packages! However, I found the dependency list
of the games-fps package quite arbitrary and there are some dubious candidates
in it.

Let's have a look at the games in detail:

[?] adanaxisgpl: not a classical FPS, more a space/arcade/action game; very
complicated due to its 4-dimensional [sic!] gameplay; maybe better suited for
games-arcade?
[*] bzflag-client: also not a classical FPS, but close enough maybe
[S] cube2: pulled in by cube2-data (see below)
[S] cube2-data: last time I checked, Bananabread was only you-against-bots,
but without a campaign; maybe a bit heavy with its 265MB; maybe better suited
in Suggests
[ ] darkplaces: Quake engine, useless without data; data is either non-free or
nexuiz (see below), pulled in by nexuiz
[ ] deutex: WAD compiler to create Doom-comaptible data files from raw data
[ ] doomsday: Doom engine, useless without data; data is either non-free or
freedoom (see below); another Doom engine is already pulled in by Freedoom
[*] enemylines3: semi-abstract FPS, close enough
[*] enemylines7: antiaircraft defense FPS, close enough
[ ] eureka: Doom map editor
[ ] freedm: 32 empty Doom deathmatch maps void of any monsters
[*] freedoom: free Doom clone, pulls in prboom-plus
[ ] ioquake3: Quake 3 engine, useless without data; data is either non-free or
openarena (see below)
[*] nexuiz: classical FPS, pulls in darkplaces
[*] openarena: classical FPS, pulls in ioquake3
[ ] prboom-plus: Doom engine, pulled in by freedoom
[ ] quakespasm: Quake engine, useless without data; another Quake engine is
already pulled in by nexuiz
[ ] teeworlds: not even remotely a FPS

Legend:
[?] not sure if this should be kept
[*] should be kept as recommends
[ ] should IMHO not be kept
[S] should be kept as suggestions

Also, I would add sauerbraten to suggestions.

Thanks for considering!

 - Fabian



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (900, 'unstable'), (800, 'experimental')
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


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

Bug#754249: fglrx-driver: incompatible with xserver 1.16 (xorg-video-abi-18)

2014-08-05 Thread Alexandros Naoum

The problem is the upgrade to xorg 1.16. fglrx seems to work with 1.15.
Testing also have the same issue as it uses xorg 1.16

Bug#756729: Problem also occurs in Jessie with systemd installed

2014-08-05 Thread Andreas Florath

Hello!

Some more thoughts to this problem:

@Russel: I think you are right: these AVCs are logged, but (maybe) do
not influence the system.

In one of my earlier mails to this problem, I reported, that this was
not reproducible on Jessie. This is correct - as long as SYSV-init is
used.  Today I installed systemd on Jessie and run into exactly this
problem.

Also here always the '/sys/class/net/eth0/operstate' is 'down'.

One observation (which might have nothing to do with this problem):
When using Jessie with SYSV-init, it takes quiet a long time to boot.
Most of the time is spend in:
 'Waiting for /dev to be fully populated': 30sec
Using systemd the whole booting takes about 2sec.

When disabling SELinux (setting to permissive), the problem vanishes.
Here the 'operstate' is 'up' - and the network device is initialized.
I do not see any logged AVC either in permissive nor in enforcing
mode.  And I'm not sure if this is a really problem of
selinux-policy-default or some other package.

All tests were done on a minimal installation of Debian in a VM.
The host system is Debian Jessie running KVM 2.0.0+dfsg-6+b1.

If you want, I can provide the VM where this problem occurs every
boot.

Kind regards

Andre

root@debselinux01:~# dpkg -l | grep selinux
ii  libselinux1:amd64  2.3-1   amd64
SELinux runtime shared libraries
ii  python-selinux 2.3-1   amd64
Python bindings to SELinux shared libraries
ii  selinux-basics 0.5.2   all  
SELinux basic support
ii  selinux-policy-default 2:2.20140421-4  all  
Strict and Targeted variants of the SELinux policy
ii  selinux-utils  2.3-1   amd64
SELinux utility programs
root@debselinux01:~# dpkg -l | grep systemd
ii  libpam-systemd:amd64   208-6   amd64
system and service manager - PAM module
ii  libsystemd-daemon0:amd64   208-6   amd64
systemd utility library
ii  libsystemd-journal0:amd64  208-6   amd64
systemd journal utility library
ii  libsystemd-login0:amd64208-6   amd64
systemd login utility library
ii  systemd208-6   amd64
system and service manager
ii  systemd-sysv   208-6   amd64
system and service manager - SysV links


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

Bug#301240: net-tools: does not know about Gigabit Ethernet

2014-08-05 Thread Laurent Bonnaud

Hi,

this bug no longer exists.  Here are results on several test machines:

# mii-tool 
eth0: negotiated 1000baseT-HD flow-control, link ok
eth1: no link

# mii-tool 
SIOCGMIIREG on eth0 failed: Input/output error
SIOCGMIIREG on eth0 failed: Input/output error
eth0: negotiated 1000baseT-FD flow-control, link ok

Therefore I'm going to close it...

Thanks,

-- 
Laurent Bonnaud.


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

Bug#756308: [xdot] Unusable after upgrading related packages

2014-08-05 Thread Matthias Klose

in 2.26.3-1:

  * Patches no longer needed due to inclusion upstream or obsoleted
by upstream changes
- 0_versioned_plugin_config_file

and in 2.26.3 GVPLUGIN_CONFIG_FILE was introduced, with

# Increment if the interface has additions, changes, removals.
GVPLUGIN_CURRENT=6

and this was never changed between 2.26 and 2.38.

please check the proposed patch, if this works for you.




diff -Nru graphviz-2.38.0/debian/changelog graphviz-2.38.0/debian/changelog
--- graphviz-2.38.0/debian/changelog2014-07-19 12:26:28.0 +
+++ graphviz-2.38.0/debian/changelog2014-08-05 08:56:10.0 +
@@ -1,3 +1,13 @@
+graphviz (2.38.0-5) unstable; urgency=medium
+
+  * QA upload.
+  * Change the GVPLUGIN_CONFIG_FILE to /usr/lib/graphviz/config6a.
+Closes: #756308.
+  * Remove old libgraphviz4 packaging files.
+  * Make library packages Multi-Arch: same.
+
+ -- Matthias Klose d...@debian.org  Tue, 05 Aug 2014 10:51:22 +0200
+
 graphviz (2.38.0-4) unstable; urgency=medium
 
   * QA upload.
diff -Nru graphviz-2.38.0/debian/control graphviz-2.38.0/debian/control
--- graphviz-2.38.0/debian/control  2014-07-19 12:10:43.0 +
+++ graphviz-2.38.0/debian/control  2014-07-19 14:24:24.0 +
@@ -148,6 +148,8 @@
 Package: libcgraph6
 Architecture: any
 Section: libs
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Conflicts: libgraphviz4
 Description: rich set of graph drawing tools - cgraph library
@@ -159,6 +161,8 @@
 Package: libcdt5
 Architecture: any
 Section: libs
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Conflicts: libgraphviz4
 Description: rich set of graph drawing tools - cdt library
@@ -170,6 +174,8 @@
 Package: libpathplan4
 Architecture: any
 Section: libs
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Conflicts: libgraphviz4
 Description: rich set of graph drawing tools - pathplan library
@@ -181,6 +187,8 @@
 Package: libgvc6
 Architecture: any
 Section: libs
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Conflicts: libgraphviz4, libgvc5
 Description: rich set of graph drawing tools - gvc library
@@ -192,6 +200,8 @@
 Package: libgvc6-plugins-gtk
 Architecture: any
 Section: libs
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Conflicts: libgraphviz4, libgvc5-plugins-gtk
 Description: rich set of graph drawing tools - gtk plugins
@@ -203,6 +213,8 @@
 Package: libgvpr2
 Architecture: any
 Section: libs
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Conflicts: libgraphviz4
 Replaces: libgvpr1
@@ -215,6 +227,8 @@
 Package: libxdot4
 Architecture: any
 Section: libs
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Conflicts: libgraphviz4
 Description: rich set of graph drawing tools - xdot library
@@ -226,6 +240,8 @@
 Package: libgraphviz-dev
 Architecture: any
 Section: libdevel
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends: libcdt5 (= ${binary:Version}),
  libcgraph6 (= ${binary:Version}),
  libgvc6 (= ${binary:Version}),
diff -Nru graphviz-2.38.0/debian/libcdt5.install 
graphviz-2.38.0/debian/libcdt5.install
--- graphviz-2.38.0/debian/libcdt5.install  2013-12-16 06:43:34.0 
+
+++ graphviz-2.38.0/debian/libcdt5.install  2014-07-19 14:17:54.0 
+
@@ -1 +1 @@
-usr/lib/libcdt*.so.*
+usr/lib/*/libcdt*.so.*
diff -Nru graphviz-2.38.0/debian/libcgraph6.install 
graphviz-2.38.0/debian/libcgraph6.install
--- graphviz-2.38.0/debian/libcgraph6.install   2013-12-16 06:43:34.0 
+
+++ graphviz-2.38.0/debian/libcgraph6.install   2014-07-19 14:18:02.0 
+
@@ -1 +1 @@
-usr/lib/libcgraph*.so.*
+usr/lib/*/libcgraph*.so.*
diff -Nru graphviz-2.38.0/debian/libgraphviz-dev.install 
graphviz-2.38.0/debian/libgraphviz-dev.install
--- graphviz-2.38.0/debian/libgraphviz-dev.install  2014-01-16 
08:48:27.0 +
+++ graphviz-2.38.0/debian/libgraphviz-dev.install  2014-07-19 
14:18:51.0 +
@@ -1,7 +1,7 @@
 usr/include/graphviz
-usr/lib/pkgconfig
-usr/lib/*.so
-usr/lib/graphviz/*.so
+usr/lib/*/pkgconfig
+usr/lib/*/*.so
+usr/lib/*/graphviz/*.so
 
 # usr/share/man/man3/*  w/o  gv_*.3 (bindings)
 usr/share/man/man3/cdt.3
diff -Nru graphviz-2.38.0/debian/libgraphviz4.install 
graphviz-2.38.0/debian/libgraphviz4.install
--- graphviz-2.38.0/debian/libgraphviz4.install 2013-12-16 06:43:34.0 
+
+++ graphviz-2.38.0/debian/libgraphviz4.install 1970-01-01 00:00:00.0 
+
@@ -1,7 +0,0 @@
-# To be changed into an in extenso list if plugins are added
-usr/lib/graphviz/lib*.so.*
-usr/lib/lib*.so.*
-usr/share/lintian/overrides
-
-# Renamed afterwards to graphvizN-config-update in debian/rules
-usr/bin/dot usr/sbin
diff -Nru

Bug#757094: Acknowledgement (games-fps: dubious package list)

2014-08-05 Thread Fabian Greffrath

reassign 757094 games-fps
found 757094 0.9
thanks

Am Dienstag, den 05.08.2014, 08:48 + schrieb Debian Bug Tracking
System: 
 Your message has been sent to the package maintainer(s):
  unknown-pack...@qa.debian.org

what?!


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

Bug#757095: mod-mono: autoreconf to update config.{sub, guess} and aclocal.m4 to fix FTBFS for ppc64el port

2014-08-05 Thread ravi


Package: libapache2-mod-mono
Version: 2.11+git20130708.6b73e85-4
Severity: normal
File: mod-mono
Tags: patch
User: debian-de...@lists.debian.org
Usertags: autotools_dev ppc64el

Dear Maintainer,


In order to avoid FTBFS mod-mono source package on ppc64el arch, 
config.{sub, guess} and aclocal.m4 need to be updated.
Please consider the attached patch, which was tested on ppc64el internal 
build machine.


Thanks,
ravindran.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: ppc64el (ppc64le)

Kernel: Linux 3.13-1-powerpc64le (SMP w/1 CPU core)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libapache2-mod-mono depends on:
ii  apache2-bin [apache2-api-20120211]  2.4.7-1
ii  debconf 1.5.52
ii  libc6   2.19-1
iu  mono-apache-server  3.0.11-1
iu  mono-apache-server4 3.0.11-1
ii  mono-runtime3.0.6+dfsg2-10

libapache2-mod-mono recommends no packages.

libapache2-mod-mono suggests no packages.

-- debconf information excluded

--===0381660494986648110==
Content-Type: text/x-diff; charset=us-ascii
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename=autoreconf.debpatch

From 2dea4b9f09a97264ce9a99cffd8a82871f2c3341 Mon Sep 17 00:00:00 2001
From: Ravindran Arani r...@linux.vnet.ibm.com
Date: Tue, 5 Aug 2014 08:31:19 +
Subject: [PATCH] autoreconf

---
 debian/control | 2 +-
 debian/rules   | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/debian/control b/debian/control
index de711b5..96d98a2 100644
--- a/debian/control
+++ b/debian/control
@@ -6,7 +6,7 @@ Vcs-Browser: 
http://svn.debian.org/wsvn/pkg-mono/mod-mono/trunk/

 Vcs-Svn: svn://svn.debian.org/pkg-mono/mod-mono/trunk
 Maintainer: Debian Mono Group pkg-mono-gr...@lists.alioth.debian.org
 Uploaders: Dylan R. E. Moonfire deb...@mfgames.com, Mirco Bauer 
mee...@debian.org, Jo Shields direct...@apebox.org
-Build-Depends: debhelper (= 7.0.50~), dh-apache2, apache2-dev (= 
2.4), po-debconf, pkg-config, mono-runtime (= 2.11)
+Build-Depends: debhelper (= 7.0.50~), dh-apache2, apache2-dev (= 
2.4), po-debconf, pkg-config, mono-runtime (= 2.11), dh-autoreconf

 Standards-Version: 3.9.1

 Package: libapache2-mod-mono
diff --git a/debian/rules b/debian/rules
index 48aec34..0d3032d 100755
--- a/debian/rules
+++ b/debian/rules
@@ -45,5 +45,5 @@ get-orig-source:
 --rename

 %:
-dh $@ --with apache2
+dh $@ --with apache2,autoreconf

--
1.8.5.3


--===0381660494986648110==--

--
Ravindran
IBM LinuxTechnologyCenter


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

Bug#756848: xserver-xorg-video-radeon: Random segfaults with glamor enabled on Southern Islands card

2014-08-05 Thread Michel Dänzer

On 05.08.2014 03:29, Jeff Bradberry wrote:
 
 Oddly enough, when I install the *-dbg packages I get an error about
 eglInitialize() failing and direct rendering no longer works,
 preventing any of these crashes (see below).

That can't really be directly related to installing the *-dbg packages.
Does setting the environment variable EGL_LOG_LEVEL=debug for the Xorg
process give a clue in its stderr output?


-- 
Earthling Michel Dänzer|  http://www.amd.com
Libre software enthusiast  |Mesa and X developer


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

Bug#755651: [openstack-dev] [horizon] Support for Django 1.7: there's a bit of work, though it looks fixable to me...

2014-08-05 Thread Thomas Goirand

On 08/05/2014 04:06 PM, Julie Pichon wrote:
 On 05/08/14 08:11, Thomas Goirand wrote:
 And there's also test_change_password_shows_message_on_login_page which
 fails. Here's the end of the stack dump:

   File /usr/lib/python2.7/dist-packages/requests/adapters.py, line
 375, in send
 raise ConnectionError(e, request=request)
 ConnectionError: HTTPConnectionPool(host='public.nova.example.com',
 port=8774): Max retries exceeded with url: /v2/extensions (Caused by
 class 'socket.gaierror': [Errno -2] Name or service not known)
 
 This particular test is currently being skipped [1] due to issues with
 the test itself. It's going to be replaced by an integration test.
 
 Julie
 
 [1] https://review.openstack.org/#/c/101857/

Thanks Julie! I then disabled the tests in the Debian package too.

I'm now down to only a single error not solved:

==
FAIL: test_update_project_when_default_role_does_not_exist
(openstack_dashboard.dashboards.admin.projects.tests.UpdateProjectWorkflowTests)
--
Traceback (most recent call last):
  File
/home/zigo/sources/openstack/icehouse/horizon/build-area/horizon-2014.1.1/openstack_dashboard/test/helpers.py,
line 83, in instance_stub_out
return fn(self, *args, **kwargs)
  File
/home/zigo/sources/openstack/icehouse/horizon/build-area/horizon-2014.1.1/openstack_dashboard/dashboards/admin/projects/tests.py,
line 1458, in test_update_project_when_default_role_does_not_exist
self.client.get(url)
AssertionError: NotFound not raised

Any idea?

Cheers,

Thomas Goirand (zigo)


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

Bug#757096: ITP: sncosmo -- SNCosmo is a Python library for high-level supervova cosmology analysis.

2014-08-05 Thread Florian Rothmaier

Package: wnpp
Severity: wishlist
Owner: Florian Rothmaier froth...@ari.uni-heidelberg.de

* Package name: sncosmo
  Version : 0.4.2
  Upstream Author : Kyle Barbary kylebarb...@gmail.com
* URL : https://sncosmo.github.io/
* License : BSD
  Programming Lang: Python
  Description : SNCosmo is a Python library for high-level supervova 
cosmology analysis.


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

Bug#757097: chromium: Chromium does not detect the Flash plugin installed by flashplugin-nonfree

2014-08-05 Thread Frederic MASSOT

Package: chromium
Version: 35.0.1916.153-2
Severity: normal

Dear Maintainer,

Since the update of Chomium from 34.0.1847.137-1~deb7u1 to 35.0.1916.153-2 it 
does not detect the Flash plugin (11.2.202.394) installed by the 
flashplugin-nonfree package (1:3.5).


Regards.


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

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

Versions of packages chromium depends on:
ii  chromium-inspector   35.0.1916.153-2
ii  gconf-service3.2.6-2
ii  libasound2   1.0.28-1
ii  libc62.19-7
ii  libcairo21.12.16-2
ii  libcap2  1:2.24-3
ii  libcups2 1.7.4-1
ii  libdbus-1-3  1.8.6-1
ii  libexpat12.1.0-6
ii  libfontconfig1   2.11.0-5
ii  libfreetype6 2.5.2-1
ii  libgcc1  1:4.9.1-1
ii  libgconf-2-4 3.2.6-2
ii  libgcrypt11  1.5.3-5
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libglib2.0-0 2.40.0-3
ii  libgnome-keyring03.4.1-1
ii  libgtk2.0-0  2.24.24-1
ii  libharfbuzz0b0.9.29-1
ii  libjpeg8 8d1-1
ii  libnspr4 2:4.10.6-1
ii  libnss3  2:3.16.3-1
ii  libpango-1.0-0   1.36.3-1
ii  libpangocairo-1.0-0  1.36.3-1
ii  libspeechd2  0.8-6
ii  libspeex11.2~rc1.1-1
ii  libstdc++6   4.9.1-1
ii  libudev1 208-6
ii  libx11-6 2:1.6.2-2
ii  libxcomposite1   1:0.4.4-1
ii  libxcursor1  1:1.1.14-1
ii  libxdamage1  1:1.1.4-2
ii  libxext6 2:1.3.2-1
ii  libxfixes3   1:5.0.1-2
ii  libxi6   2:1.7.4-1
ii  libxml2  2.9.1+dfsg1-4
ii  libxrandr2   2:1.4.2-1
ii  libxrender1  1:0.9.8-1
ii  libxslt1.1   1.1.28-2
ii  libxss1  1:1.2.2-1
ii  libxtst6 2:1.2.2-1
ii  xdg-utils1.1.0~rc1+git20111210-7.1

chromium recommends no packages.

Versions of packages chromium suggests:
ii  chromium-l10n  35.0.1916.153-2
pn  mozplugger 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#756455: graphviz: Graphviz built without triangulation library

2014-08-05 Thread Matthias Klose

explicitly disabled. I don't know why.


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

Bug#652459: Bug#697002: jessie: -R skips check of /etc and /usr in addition to /

2014-08-05 Thread Marco d'Itri

On Aug 05, Michael Biebl bi...@debian.org wrote:

 Agreed. The actual patch to mount /usr is rather small. The one for
 mounting /etc complicates things quite a bit. Please let's not entangle
 the two and just upload the bits for mounting /usr.
 If there is later demand for the /etc-mount feature, it can be added then.
+1

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#757047: games-board: Please add ricochet to games-board

2014-08-05 Thread Markus Koschany

Control: tags -1 confirmed

On 04.08.2014 23:47, Axel Beckert wrote:
 Package: games-board
 Version: 0.9
 Severity: wishlist
 
 Dear Debian Games Team, dear Markus,
 
 please add ricochet to the meta package games-board.
 
 It's a nice computer adaption of the Ricochet Robots boards game (sold
 as Rasende Roboter in the German-speaking area).

Hi Axel,

you're right. Ricochet slipped through the filters. I will add it to
games-board. There are probably more games like Ricochet (RC buggy, no
DebTags) that are missing from the list. I left some of them out on
purpose but some due to mistake. At any rate I will check the whole list
again before Jessie will be released and add those games to Suggest at
least.

Thanks for the report and don't hesitate to send in more

Markus




signature.asc
Description: OpenPGP digital signature

Bug#712264: Does not depends on the binaries it masks

2014-08-05 Thread Marcos Dione

Package: qtchooser
Version: 39-g4717841-3
Followup-For: Bug #712264

Dear Maintainer,

similar thing occurred to me:

$ qdbusviewer
qdbusviewer: could not exec '/usr/lib/x86_64-linux-gnu/qt4/bin/qdbusviewer': No 
such file or directory

the missing file is in the following package:

$ apt-file search /usr/lib/x86_64-linux-gnu/qt4/bin/qdbusviewer
qt4-dev-tools: /usr/lib/x86_64-linux-gnu/qt4/bin/qdbusviewer

after installing the package, all goes well:

$ sudo apt-get install qt4-dev-tools
[...]
0 upgraded, 10 newly installed, 0 to remove and 2 not upgraded.
[...]
mdione@diablo:~/src/projects/twismtpy/src$ qdbusviewer
Connecting to deprecated signal 
QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
[...]

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

Kernel: Linux 3.14-1-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 qtchooser depends on:
ii  libc6   2.19-7
ii  libgcc1 1:4.9.1-4
ii  libstdc++6  4.9.1-4

qtchooser recommends no packages.

Versions of packages qtchooser suggests:
pn  qt4-default  none
pn  qt5-default  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#755525: graphviz: Upgrade pulls in unnecessary junk

2014-08-05 Thread Matthias Klose

your wording in your message, junk, unacceptable, eliminated is not
acceptable. The package is currently maintained by the QA team, and can need
some help. So instead of shouting, just spend some time and send a patch. Thanks
for your understanding.

  Matthias


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

Bug#690169: reportbug: incorrectly labels a binary package choice as Source:

2014-08-05 Thread Fabian Greffrath

Control: severity -1 critical

 Arguably this should even be considered RC and/or considered for a 
 stable update (assuming the fix is not too intrusive), because a lot of 
 bugs can get lost, including important ones (RC, transition blockers, 
 etc.).

Indeed, this destroys reportbug!

 - Fabian


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

Bug#757098: /usr/bin/exo-open: exo-open overrides local mimeapps.list with system wide settings

2014-08-05 Thread Isaac Sijaranamual

Package: exo-utils
Version: 0.10.2-3
Severity: important
File: /usr/bin/exo-open

Dear Maintainer,

   * What led up to the situation?
Open any downloaded pdf in chrome, epdfview pops up (same result from thunar.)

Removing the package and retrying resulted in gimp opening the pdf, while 
evince is installed.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Ineffective: reading the intarwebs with stale information, reading man pages 
with no information.
Effective: strace'ing xdg-open and exo-open

   * What was the outcome of this action?
xdg-open /path/to/downloaded.pdf does open the pdf with evince, exo-open 
insists on using gimp. strace shows that both xdg-open and exo-open read (or 
stat actually) the files /home/isaac/.local/share/applications/mimeapps.list 
and /usr/share/applications/mimeinfo.cache (plus a bunch of other likeli 
culprits, both those don't exist on my machine.)

$ grep -H application/pdf ~/.local/share/applications/mimeapps.list 
/usr/share/applications/mimeinfo.cache
/home/isaac/.local/share/applications/mimeapps.list:application/pdf=evince.desktop;epdfview.desktop
/usr/share/applications/mimeinfo.cache:application/pdf=gimp.desktop;evince-previewer.desktop;evince.desktop;

   * What outcome did you expect instead?
I expected the pdf to be opened with evince.


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

Kernel: Linux 3.14-2-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 exo-utils depends on:
ii  libc6   2.19-7
ii  libexo-1-0  0.10.2-3
ii  libgdk-pixbuf2.0-0  2.30.7-1
ii  libglib2.0-02.40.0-3
ii  libgtk2.0-0 2.24.24-1
ii  libxfce4ui-1-0  4.10.0-5
ii  libxfce4util6   4.10.1-1

exo-utils recommends no packages.

exo-utils 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#756047: cron: diff for NMU version 3.0pl1-124.2

2014-08-05 Thread Javier Fernandez-Sanguino

On 4 August 2014 22:00, Ansgar Burchardt ans...@debian.org wrote:

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


Dear Ansgar,

Thanks for the NMU. I've reviewed the diff and the bug report and
everything looks OK to me.

I will include these changes into cron's repository and do an upload
integrating this NMU. If I do it before the NMU's delay I migh upload a new
cron package version altogether, if I don't I will do it after the NMU gets
pushed into the package repositories.


Best regards

Javier

Bug#652459: mounting /usr from initramfs

2014-08-05 Thread Simon McVittie

On Tue, 05 Aug 2014 at 09:42:16 +0100, Simon McVittie wrote:
 I was curious how systemd solved this. It's very simple: its equivalent
 of checkfs.sh (systemd-fsck@.service) runs something like
 /lib/systemd/systemd-fsck /usr, which runs fsck -M /usr, which
 exits 0 with no effect if /usr is already mounted. Job done.

Meanwhile, its equivalent of checkroot.sh (systemd-fsck-root.service)
assumes that / needs to have fsck run on it if and only if it is
mounted read-only.

That doesn't seem complete. It seems worthwhile to enumerate the situations
we could be in:

M/I: monolithic kernel vs. initramfs
R/U: /usr is on root vs. /usr is its own partition
F/-: initramfs fscks / and /usr (only if I) vs. it does not
W/-: initramfs mounts / and /usr rw (only if I  F) vs. it does not

That's 2**4 = 16 situations, of which M?F? (2**2 = 4) and ??-W (2**2 = 4)
are impossible: the initramfs can't do anything if there isn't one, and
an initramfs that mounts / and /usr rw must fsck them first. That leaves us
with 8:

MR--: monolithic kernel, /usr is part of /, / is mounted ro by the kernel
  + init must fsck / and remount it, most likely rw

IR--: initramfs, /usr is part of /, / is mounted ro by the initramfs
  (this is the situation that works well in initramfs-tools 0.115)
  + init must fsck / and remount it, most likely rw

IRFW: initramfs, /usr is part of /, / is fsck'd and mounted rw by the initramfs
  + init should not change how / is mounted
- currently, checkroot.sh would redundantly mount ro, fsck, remount rw
  (systemd's current logic, not fscking a rw root, would solve this)

IUFW: initramfs, /usr is separate, / and /usr are fsck'd and mounted rw by
  initramfs
  + init should not change how / or /usr is mounted
- currently, checkroot.sh would redundantly mount ro, fsck, remount rw
  (systemd's current logic, not fscking a rw root, would solve this)
- currently, checkfs.sh would try to fsck a mounted /usr
  (fsck -M would solve this)

systemd's logic does not cover a deliberately read-only root:

IRF-: initramfs, /usr is part of /, / is fsck'd and mounted ro by initramfs
  + init should not change how / is mounted
- currently, checkroot.sh would redundantly fsck /
- currently, systemd-fsck would redundantly fsck /

IUF-: initramfs, /usr is separate, / and /usr are fsck'd and mounted ro by
  initramfs
  + init should not change how / or /usr is mounted
- currently, checkroot.sh would redundantly fsck /
- currently, checkroot.sh would try to fsck a mounted /usr
  (fsck -M would solve this)
- currently, systemd-fsck would redundantly fsck / (but not /usr)

Do we aim to support those? I don't think they can be distinguished from IR--
except by communicating root has been fsck'd from initramfs to init
via a flag-file in /run or something.

There are two more situations that, AIUI, we explicitly will not/do not
want to support, which is the point of this bug:

MU--: monolithic kernel, /usr is separate, / is mounted ro by the kernel
(we currently try to support this but it is not reliable)

IU--: initramfs, /usr is separate, only / is mounted by the initramfs
(we currently try to support this but it is not reliable)

That's all 8 possible situations, so I think I've covered everything?

S


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

Bug#757099: d-i manual: update relevant archs for jessie

2014-08-05 Thread Holger Wansing

Package: installation-guide
Tags: patch


Hi,

arch list for d-i manual needs an update (dropped architectures):


Holger



-- 

Created with Sylpheed 3.2.0 under the new
D E B I A N   L I N U X   7 . 0   W H E E Z Y !

Registered Linux User #311290 - https://linuxcounter.net/

Index: control
===
--- control	(Revision 69218)
+++ control	(Arbeitskopie)
@@ -164,15 +164,15 @@
  .
  A shorter reference, the installation HOWTO, is included in an appendix.
 
-Package: installation-guide-s390
-Architecture: all
-Depends: ${misc:Depends}
-Conflicts: installation-guide
-Description: Debian installation guide for s390
- This package contains the Debian installation guide for the S/390
- architecture, in a variety of languages.
- .
- A shorter reference, the installation HOWTO, is included in an appendix.
+#Package: installation-guide-s390
+#Architecture: all
+#Depends: ${misc:Depends}
+#Conflicts: installation-guide
+#Description: Debian installation guide for s390
+# This package contains the Debian installation guide for the S/390
+# architecture, in a variety of languages.
+# .
+# A shorter reference, the installation HOWTO, is included in an appendix.
 
 Package: installation-guide-s390x
 Architecture: all
@@ -184,12 +184,12 @@
  .
  A shorter reference, the installation HOWTO, is included in an appendix.
 
-Package: installation-guide-sparc
-Architecture: all
-Depends: ${misc:Depends}
-Conflicts: installation-guide
-Description: Debian installation guide for sparc
- This package contains the Debian installation guide for the Sparc
- architecture, in a variety of languages.
- .
- A shorter reference, the installation HOWTO, is included in an appendix.
+#Package: installation-guide-sparc
+#Architecture: all
+#Depends: ${misc:Depends}
+#Conflicts: installation-guide
+#Description: Debian installation guide for sparc
+# This package contains the Debian installation guide for the Sparc
+# architecture, in a variety of languages.
+# .
+# A shorter reference, the installation HOWTO, is included in an appendix.
Index: archlist
===
--- archlist	(Revision 69218)
+++ archlist	(Arbeitskopie)
@@ -8,12 +8,11 @@
 armel	ARM
 armhf	ARM
 #hppa	PA-RISC (hppa)
-ia64	IA-64
+#ia64	IA-64
 mips	Mips
 mipsel	Mipsel
 powerpc	PowerPC
-s390	S/390
 s390x	S/390
-sparc	Sparc
+#sparc	Sparc
 kfreebsd-i386	kFreeBSD Intel x86
 kfreebsd-amd64	kFreeBSD AMD64

Bug#757029: debian-games: Please also provide a meta package for all minesweeper implementations in Debian

2014-08-05 Thread Markus Koschany

On 04.08.2014 23:42, Axel Beckert wrote:
[...]
 Oh, didn't notice that all those (except the KDE and GNOME one) are
 already in there, too. For some reason I didn't expect them to count
 as puzzle. While https://en.wikipedia.org/wiki/Puzzle sounds more like
 Minesweeper isn't a puzzle,
 https://en.wikipedia.org/wiki/Minesweeper_(video_game) describes it as
 single-player puzzle video game. So I should may broaden my idea of
 what can be a puzzle. :-)

:-) Indeed it's sometimes confusing. Those games are often categorized
as logic games or puzzle games and you will almost always find them
under the same sections in your Debian or Freedesktop menu. I agree
that's a broad field. The same goes for arcade games where you can find
shoot'em ups, platform and sport games all under the same main category.


 So, basically, I'd be happy if that meta package would be added, but I
 won't be sad if not. I may make my own local meta package in the
 latter case. :-)

Ok. As I said I have to think about how many metapackages we want and
how fine-grained they should be. Perhaps I'm going to install »rolldice«
again and let Fortuna decide... ;)

Regards,

Markus




signature.asc
Description: OpenPGP digital signature

Bug#753805: Should be installed automatically?

2014-08-05 Thread John Paul Adrian Glaubitz

Hello Jean-Philippe!

On Mon, Aug 04, 2014 at 09:15:38PM +0200, MENGUAL Jean-Philippe wrote:
 I tried installing a testing with pulseaudio and the
 mate-media-pulse package doesn't install automatically when I
 install MATE. Is that expected? Thould I fill a new bug? Is that
 fixed in a next release?

This has already been fixed, see [1]. Please do not file a new bug
report.

Thanks!
Adrian

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

-- 
 .''`.  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


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

Bug#652459: mounting /usr from initramfs

2014-08-05 Thread Klaus Ethgen

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Di den  5. Aug 2014 um 10:52 schrieb Simon McVittie:
 There are two more situations that, AIUI, we explicitly will not/do not
 want to support, which is the point of this bug:
 
 MU--: monolithic kernel, /usr is separate, / is mounted ro by the kernel
 (we currently try to support this but it is not reliable)

But this situation is the one that is used out there at many places. The
most of my systems for example are falling under that category.

It is the traditional way to build a clean Unix/Linux system. So it
should be possible to support that further on.

Regards
   Klaus Ethgen
- -- 
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

iQGcBAEBCgAGBQJT4KxFAAoJEKZ8CrGAGfasgmgL/1JIKl1PGrI64qKVnZqPgaXQ
X8tn1+jmK8SkaOOiD3CbcxbqO34htO2fklvjCAuM2cYHfuoEqlywm2KGObShRvTc
+egz22Kc2JDTtdNE8qjt1bGNag73NZr73fgQeBpeZVbLrU2M35KMN4lLDbXGI2zG
1LvcTyGsJ9koia12Fqy3+39C5vqq9dWBgxRFkUtq+UJk9U/xv9Aj7+0MiJmxK5Y1
lOU2S17e9KkM+rTxDM+rCAM5vcAy3SSL1QusBculww/eoFTUx7lr1dg46rwwY6K3
VbUPcW1BLduqgAqLTkNsKQ5S8ZO+SYRFJV0/6FeZPLNHOMV7y3WRwYD28AqH0ecL
JqoYJsplMerXT8LXHHGwqPTd+Fb4oJD7ohu5+3Hm+gloAE0kM0cB2IDJQ0eUwTRx
tp+G5im91ia8IGpPQ2mNSwgojVjZp7tUbSIDisNuRSnH831XBQey0ib1wikUXMZr
9SvEaawZ5EYISCAFHlsmhri/Or/UzSu6o1Ix4EGVeA==
=DUbG
-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#757097: [Pkg-chromium-maint] Bug#757097: chromium: Chromium does not detect the Flash plugin installed by flashplugin-nonfree

2014-08-05 Thread Vincent Bernat

 ❦  5 août 2014 11:13 +0200, Frederic MASSOT frede...@juliana-multimedia.com :

 Since the update of Chomium from 34.0.1847.137-1~deb7u1 to
 35.0.1916.153-2 it does not detect the Flash plugin (11.2.202.394)
 installed by the flashplugin-nonfree package (1:3.5).

That's expected, please use pepperflashplugin-nonfree instead. The NPAPI
plugin interface was removed in Chromium 35:
 http://blog.chromium.org/2014/04/chrome-35-beta-more-developer-control.html
-- 
 /* Identify the flock of penguins.  */
2.2.16 /usr/src/linux/arch/alpha/kernel/setup.c


signature.asc
Description: PGP signature

Bug#757099: d-i manual: update relevant archs for jessie

2014-08-05 Thread Samuel Thibault

Holger Wansing, le Tue 05 Aug 2014 11:57:46 +0200, a écrit :
 Package: installation-guide
 Tags: patch
 
 arch list for d-i manual needs an update (dropped architectures):

Indeed, please commit.

 +#Package: installation-guide-s390

You can probably just remove it, like you did in archlist.

Samuel


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

Bug#757100: support bootstrapping by provinding a stage1 build profile without python

2014-08-05 Thread Helmut Grohne

Package: src:newt
Version: 0.52.17-1
Severity: wishlist
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

Dear newt maintainer,

newt is transitively essential (via base-passwd, cdebconf). It is
therefore necessary to cross-compile newt at an early stage when python
is not yet available. Thus newt needs to be buildable in two stages. A
first pass crosses newt without python for building base-passwd and at a
later time, after python is built, the rest of newt can be built
natively.

Please consider applying the attached patch.

If you have any questions, please refer to
https://wiki.debian.org/BuildProfileSpec, ask #debian-bootstrap or me.

Helmut
diff -Nru newt-0.52.17/debian/changelog newt-0.52.17/debian/changelog
--- newt-0.52.17/debian/changelog   2014-06-11 14:36:50.0 +0200
+++ newt-0.52.17/debian/changelog   2014-08-04 09:07:09.0 +0200
@@ -1,3 +1,10 @@
+newt (0.52.17-1.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Add stage1 build profile disabling python packages. (Closes: #-1)
+
+ -- Helmut Grohne hel...@subdivi.de  Mon, 04 Aug 2014 09:06:50 +0200
+
 newt (0.52.17-1) unstable; urgency=medium
 
   * Move to new release 0.5.17.
diff -Nru newt-0.52.17/debian/control newt-0.52.17/debian/control
--- newt-0.52.17/debian/control 2014-06-11 14:36:50.0 +0200
+++ newt-0.52.17/debian/control 2014-08-04 09:03:19.0 +0200
@@ -7,7 +7,7 @@
 Vcs-Git: git://git.fedorahosted.org/git/newt
 X-Python-Version: = 2.7
 X-Python3-Version: = 3.2
-Build-Depends: sgmltools-lite, libslang2-dev  (=2.0.4-2), libpopt-dev, 
debhelper (=9), gettext, libfribidi-dev, tcl8.6-dev, python-all-dev (= 
2.6.6-3~), autoconf, python-all-dbg, dh-autoreconf, python3-all-dev, 
python3-all-dbg
+Build-Depends: sgmltools-lite, libslang2-dev  (=2.0.4-2), libpopt-dev, 
debhelper (=9), gettext, libfribidi-dev, tcl8.6-dev, python-all-dev (= 
2.6.6-3~) !profiles.stage1, autoconf, python-all-dbg !profiles.stage1, 
dh-autoreconf, python3-all-dev !profiles.stage1, python3-all-dbg 
!profiles.stage1
 
 Package: libnewt-dev
 Architecture: any
@@ -45,6 +45,7 @@
 Section: python
 Provides: ${python:Provides}
 Depends: libnewt0.52 (=${binary:Version}) , ${python:Depends}, 
${misc:Depends}, ${shlibs:Depends}
+Build-Profiles: !stage1
 Description: NEWT module for Python
  This module allows you to built a text UI for your Python scripts
  using newt.
@@ -54,6 +55,7 @@
 Section: python
 Provides: ${python3:Provides}
 Depends: libnewt0.52 (=${binary:Version}) , ${python3:Depends}, 
${misc:Depends}, ${shlibs:Depends}
+Build-Profiles: !stage1
 Description: NEWT module for Python3
  This module allows you to built a text UI for your Python3 scripts
  using newt.
@@ -63,6 +65,7 @@
 Section: debug
 Priority: extra
 Depends: libnewt0.52 (=${binary:Version}), python-newt (=${binary:Version}), 
python-dbg, ${misc:Depends}, ${shlibs:Depends}
+Build-Profiles: !stage1
 Description: NEWT module for Python (debug extension)
  This module allows you to built a text UI for your Python scripts
  using newt.
@@ -74,6 +77,7 @@
 Section: debug
 Priority: extra
 Depends: libnewt0.52 (=${binary:Version}), python3-newt (=${binary:Version}), 
python3-dbg, ${misc:Depends}, ${shlibs:Depends}
+Build-Profiles: !stage1
 Description: NEWT module for Python3 (debug extension)
  This module allows you to built a text UI for your Python3 scripts
  using newt.
diff -Nru newt-0.52.17/debian/rules newt-0.52.17/debian/rules
--- newt-0.52.17/debian/rules   2014-06-11 14:36:50.0 +0200
+++ newt-0.52.17/debian/rules   2014-08-04 09:06:32.0 +0200
@@ -11,7 +11,11 @@
 
 #Â Magic debhelper rule.
 %:
+ifeq ($(filter stage1,$(DEB_BUILD_PROFILES)),)
dh $@ --with python2,python3,autoreconf
+else
+   dh $@ --with autoreconf
+endif
 
 DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
 LIBDIR:=/usr/lib/$(DEB_HOST_MULTIARCH)
@@ -54,6 +58,7 @@

 override_dh_auto_install:
dh_auto_install 
+ifeq ($(filter stage1,$(DEB_BUILD_PROFILES)),)
for v in $(PYVERS); do \
pylib=usr/lib/$$v/dist-packages ; \
mkdir -p debian/python-newt/$$pylib ; \
@@ -72,6 +77,7 @@
cp snack.py $$v/* debian/python3-newt/$$pylib; \
 done
-find debian/python-* debian/python3-* -name '*.o' | xargs rm -f
+endif
dh_install -p libnewt-dev libnewt.a $(LIBDIR)
mkdir -p debian/libnewt-pic/$(LIBDIR)
cp newt*.ver debian/libnewt-pic/$(LIBDIR)/libnewt_pic.map
@@ -79,5 +85,7 @@
 
 override_dh_strip:
dh_strip -Npython-newt -Npython-newt-dbg -Npython3-newt 
-Npython3-newt-dbg
+ifeq ($(filter stage1,$(DEB_BUILD_PROFILES)),)
dh_strip -ppython-newt --dbg-package=python-newt-dbg
dh_strip -ppython3-newt --dbg-package=python3-newt-dbg
+endif

Bug#756039: [Pkg-acpi-devel] Bug#756039: acpi-support no longer has lockbtn support nor touchpad disable cap.

2014-08-05 Thread Michael Meskes

On Fri, Jul 25, 2014 at 06:26:38PM +0200, Mattia Belluco wrote:
 With the lastest version I can no longer disable the integrated
 touch pad on a dual tracking system such as Lenovo x220 nor lock the
 screen with the screenlock button:
 apparently both scripts have been removed as obsolete but I can't see
 any new alternative way to achieve the same results.

Upstream apparently thinks both are handled by the desktop environment now.
Please tell me which scripts and events you need and I'll re-add them.

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at gmail dot com
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL


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

Bug#73611: Produtos e serviços que vendemos ...

2014-08-05 Thread Walter / MÁQUINAS e SERVIÇOS

Olá pessoal, bom dia.

(Este é um email coletivo)

Para visitas técnicas, visando orçamentos, é só agendarmos ...

1)Exaustão industrial
Cabines e linhas de pintura
Estufas e monovias.

2)Ventilação de ambientes
Sistemas de lavagem, filtragem e resfriamento de ar de ambientes
Sistemas de exaustão de quaisquer gases, pós, aparas em geral, serragens,
fumo, entre outros.   Sistemas de desempoeiramento de ambientes.

3)Estações de tratamento de quaisquer efluentes
Caixa separadora de água, areia e óleos.

4)Instalações, manutenções e reformas elétricas em pavilhões, prédios,
etc.
Projetos de adequações à NR10.

5)Automação industrial: programas CLP, IHM e supervisórios
Retrofit de máquinas e equipamentos
Projetos e montagens de máquinas e dispositivos.
Segurança de máquinas e equipamentos (NR12)
Estudo e análise para economia de energia.

6)Equipamentos para movimentação e elevação de cargas e pessoas.

7)Trocadores de calor
Unidades de água gelada
Conformadores plásticos
Conformadores de calçados
Desumidificador de ar comprimido
Resfriadores de óleos (hidráulicos e de corte).

8)Sistemas modernos de refrigeração industrial, substituindo os
sistemas inseguros e letais, à amônia.

9)Serviço de usinagem pesada, a campo
Serviços de manutenção pesada
Fabricação, instalação, manutenção de trocadores de calor “pesados”.
Locação de equipamentos pesados.

10) Proteção, isolamento e tratamento acústico.

11) Pontes rolantes, pórticos e talhas
Duplicadores de vagas de estacionamento.

12) Silos metálicos.
Tombadores de cargas (camionetes, caminhões, carretas e similares)
Estruturação de PCHs, com hidromecânicos.

13) Sensores portáteis de quaisquer gases.

14) Máquinas operatrizes importadas.

15) Mesas de corte laser, completas, já com exaustão
Instalação de somente o sistema de exaustão em mesa plasma, do cliente.

16) Máquinas e equipamentos especiais, customizados, dentro das reais
necessidades do cliente.

17) Estruturas metálicas.

18) Serviços executados por Engenheiro de Segurança do Trabalho: PPRA, PPR,
perícias, laudos Assessoria em NR's
Avaliações químicas de ambientes de trabalho
Treinamentos de segurança.

19) Arquitetura industrial moderna.

20) Comércio exterior.

21) Helicópteros e aviões: vendas, pós-vendas, simulador de voo, etc.

22) Licenciamento ambiental e Segurança do trabalho.

23) Nutrição animal.



AINDA:

Remediação de solos contaminados, ou in loco, ou externo.

Paisagismo industrial e comercial

Mudas nativas e frutíferas

Serviços de escavadeira hidráulica (nova)



Serviços veterinários:

Clínica, cirurgia e obstetrícia de grandes animais.

Consultoria e assessoria em criações de animais, visando o aumento da
produtividade e da lucratividade.

Responsabilidades Técnicas de empresas e criações.



Observações:

- Indústrias procuram representantes comerciais

- Procuramos produtos (e serviços) diferenciados para ofertar para nossos
clientes

- Amigo nosso procura investidor para sua vinícola

- Técnico oferta serviços de assessoramento em projetos de vinícolas.

- Temos investidores interessados em aquisição de empresas, indústrias de
preferência, médias para grandes, e rentáveis, solicitem detalhes.


Vos aguardo.


Grato, disponham sempre, Walter Dörr.
Máquinas e Serviços
Farroupilha - RS - Brasil
+55 (54) 8144-8785 (Tim)
+55 (54) 9628-6498 (Vivo)
Qquer dia, qquer hora !
Skype: walter.dorr1

*Se você vende algo para alguém, você tem um cliente hoje. Se você ajuda
alguém, você tem um cliente para a vida toda. - Jay Baer*

Bug#755954: Pending fixes for bugs in the librdf-linkeddata-perl package

2014-08-05 Thread pkg-perl-maintainers

tag 755954 + pending
thanks

Some bugs in the librdf-linkeddata-perl package are closed in
revision f4b25bf4e36db0d7bcb7c15dd5cf4e5ff34b9394 in branch 'master'
by Jonas Smedegaard

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/librdf-linkeddata-perl.git/commit/?id=f4b25bf

Commit message:

Improve README.Debian. Closes: bug#755954. Thanks to Kjetil Kjernsmo.


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

Bug#756425: asterisk: lua doesn't work in 11.11.0

2014-08-05 Thread Jeremy Lainé

Looks like a resurgence of the following bug:

https://issues.asterisk.org/jira/browse/ASTERISK-17279

.. and this regression was caused by the fix for:

https://issues.asterisk.org/jira/browse/ASTERISK-23818

Jeremy


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

Bug#757102: graphviz: Does not recognize png or any output format

2014-08-05 Thread Emmanuel Fleury

Package: graphviz
Version: 2.38.0-4
Severity: important

Dear Maintainer,

I tried to use Doxygen today and I got a lot of errors. After a few
research in my system I found out that the graphviz package was simply
unable to render an image based on a .dot file format.

The error is always the same:


dot -Tpng -o example.png ./mydotfile.dot
Format: png not recognized. Use one of:

Same for any other format (svg, ps, ...).

I did try to investigate a bit and, thanks to an strace of the command,
I discovered that the directory /usr/lib/graphviz was missing a few
files. It seems that libgvplugin_gdk.so.6.0.0 and
libgvplugin_gtk.so.6.0.0 are both missing:


$ ls -l /usr/lib/graphviz/
total 976
lrwxrwxrwx 1 root root 25 Jul 19 14:33 libgvplugin_core.so -
libgvplugin_core.so.6.0.0
lrwxrwxrwx 1 root root 25 Jul 19 14:33 libgvplugin_core.so.6 -
libgvplugin_core.so.6.0.0
-rw-r--r-- 1 root root 122752 Jul 19 14:33 libgvplugin_core.so.6.0.0
lrwxrwxrwx 1 root root 31 Jul 19 14:33 libgvplugin_dot_layout.so -
libgvplugin_dot_layout.so.6.0.0
lrwxrwxrwx 1 root root 31 Jul 19 14:33 libgvplugin_dot_layout.so.6
- libgvplugin_dot_layout.so.6.0.0
-rw-r--r-- 1 root root 155400 Jul 19 14:33 libgvplugin_dot_layout.so.6.0.0
lrwxrwxrwx 1 root root 24 Jul 19 14:33 libgvplugin_gdk.so -
libgvplugin_gdk.so.6.0.0
lrwxrwxrwx 1 root root 23 Jul 19 14:33 libgvplugin_gd.so -
libgvplugin_gd.so.6.0.0
lrwxrwxrwx 1 root root 23 Jul 19 14:33 libgvplugin_gd.so.6 -
libgvplugin_gd.so.6.0.0
-rw-r--r-- 1 root root  47272 Jul 19 14:33 libgvplugin_gd.so.6.0.0
lrwxrwxrwx 1 root root 24 Jul 19 14:33 libgvplugin_gtk.so -
libgvplugin_gtk.so.6.0.0
lrwxrwxrwx 1 root root 33 Jul 19 14:33 libgvplugin_neato_layout.so
- libgvplugin_neato_layout.so.6.0.0
lrwxrwxrwx 1 root root 33 Jul 19 14:33 libgvplugin_neato_layout.so.6
- libgvplugin_neato_layout.so.6.0.0
-rw-r--r-- 1 root root 608864 Jul 19 14:33 libgvplugin_neato_layout.so.6.0.0
lrwxrwxrwx 1 root root 26 Jul 19 14:33 libgvplugin_pango.so -
libgvplugin_pango.so.6.0.0
lrwxrwxrwx 1 root root 26 Jul 19 14:33 libgvplugin_pango.so.6 -
libgvplugin_pango.so.6.0.0
-rw-r--r-- 1 root root  44952 Jul 19 14:33 libgvplugin_pango.so.6.0.0
lrwxrwxrwx 1 root root 25 Jul 19 14:33 libgvplugin_xlib.so -
libgvplugin_xlib.so.6.0.0
lrwxrwxrwx 1 root root 25 Jul 19 14:33 libgvplugin_xlib.so.6 -
libgvplugin_xlib.so.6.0.0
-rw-r--r-- 1 root root  14904 Jul 19 14:33 libgvplugin_xlib.so.6.0.0

I am not sure this problem is related to what I observed, but I notify
you just in case.


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

Kernel: Linux 3.15.6 (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 graphviz depends on:
ii  libc6   2.19-7
ii  libcdt5 2.38.0-4
ii  libcgraph6  2.38.0-4
ii  libexpat1   2.1.0-6
ii  libgcc1 1:4.9.1-4
ii  libgd3  2.1.0-4
ii  libgvc6 2.38.0-4
ii  libgvpr22.38.0-4
ii  libqtcore4  4:4.8.6+git49-gbc62005+dfsg-1
ii  libqtgui4   4:4.8.6+git49-gbc62005+dfsg-1
ii  libstdc++6  4.9.1-4
ii  libx11-62:1.6.2-2
ii  libxaw7 2:1.0.12-2
ii  libxmu6 2:1.1.2-1
ii  libxt6  1:1.1.4-1

Versions of packages graphviz recommends:
ii  fonts-liberation  1.07.4-1

Versions of packages graphviz suggests:
pn  graphviz-doc  none
ii  gsfonts   1:8.11+urwcyr1.0.7~pre44-4.2

-- no debconf information




signature.asc
Description: OpenPGP digital signature

Bug#757035: dovecot-core: Please set path on ssl certificate on default openssl application

2014-08-05 Thread Corcodel Marian

Package: dovecot-core
Version: 1:2.2.13-4
Followup-For: Bug #757035

Hi
I created an patch which reuse certificate create on installation on jessie



-- Package-specific info:

dovecot configuration
-
# 2.2.13: /etc/dovecot/dovecot.conf
# OS: Linux 3.14-2-amd64 x86_64 Debian jessie/sid 
mail_location = mbox:~/mail:INBOX=/var/mail/%u
namespace inbox {
  inbox = yes
  location = 
  mailbox Drafts {
special_use = \Drafts
  }
  mailbox Junk {
special_use = \Junk
  }
  mailbox Sent {
special_use = \Sent
  }
  mailbox Sent Messages {
special_use = \Sent
  }
  mailbox Trash {
special_use = \Trash
  }
  prefix = 
}
passdb {
  driver = pam
}
protocols =  imap
ssl_cert = /etc/ssl/certs/ssl-cert-snakeoil.pem
ssl_key = /etc/ssl/private/ssl-cert-snakeoil.key
userdb {
  driver = passwd
}

-- 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/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dovecot-core depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.53
ii  init-system-helpers1.20
ii  libbz2-1.0 1.0.6-5
ii  libc6  2.19-7
ii  libcap21:2.24-3
ii  liblzma5   5.1.1alpha+20120614-2
ii  libpam-runtime 1.1.8-3
ii  libpam0g   1.1.8-3
ii  libssl1.0.01.0.1h-3
ii  libwrap0   7.6.q-25
ii  openssl1.0.1h-3
ii  ucf3.0030
ii  zlib1g 1:1.2.8.dfsg-1

dovecot-core recommends no packages.

Versions of packages dovecot-core suggests:
pn  dovecot-gssapinone
ii  dovecot-imapd 1:2.2.13-4
pn  dovecot-ldap  none
pn  dovecot-lmtpd none
pn  dovecot-lucenenone
pn  dovecot-managesieved  none
pn  dovecot-mysql none
pn  dovecot-pgsql none
pn  dovecot-pop3d none
pn  dovecot-sieve none
pn  dovecot-solr  none
pn  dovecot-sqlitenone
ii  ntp   1:4.2.6.p5+dfsg-3

Versions of packages dovecot-core is related to:
ii  dovecot-core [dovecot-common]  1:2.2.13-4
pn  dovecot-dbgnone
pn  dovecot-devnone
pn  dovecot-gssapi none
ii  dovecot-imapd  1:2.2.13-4
pn  dovecot-ldap   none
pn  dovecot-lmtpd  none
pn  dovecot-managesieved   none
pn  dovecot-mysql  none
pn  dovecot-pgsql  none
pn  dovecot-pop3d  none
pn  dovecot-sieve  none
pn  dovecot-sqlite none

-- debconf information:
* dovecot-core/create-ssl-cert: false
  dovecot-core/ssl-cert-exists:
  dovecot-core/ssl-cert-name: localhost
--- a/doc/example-config/conf.d/10-ssl.conf
+++ b/doc/example-config/conf.d/10-ssl.conf
@@ -9,8 +9,9 @@
 # dropping root privileges, so keep the key file unreadable by anyone but
 # root. Included doc/mkcert.sh can be used to easily generate self-signed
 # certificate, just make sure to update the domains in dovecot-openssl.cnf
-ssl_cert = /etc/dovecot/dovecot.pem
-ssl_key = /etc/dovecot/private/dovecot.pem
+# On debian we want to alls certificate to be commons.
+ssl_cert = /etc/ssl/certs/ssl-cert-snakeoil.pem
+ssl_key = /etc/ssl/private/ssl-cert-snakeoil.key
 
 # If key file is password protected, give the password here. Alternatively
 # give it when starting dovecot with -p parameter. Since this file is often

Bug#652459: mounting /usr from initramfs

2014-08-05 Thread Marco d'Itri

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On Aug 05, Klaus Ethgen kl...@ethgen.ch wrote:

  MU--: monolithic kernel, /usr is separate, / is mounted ro by the kernel
  (we currently try to support this but it is not reliable)
 But this situation is the one that is used out there at many places. The
 most of my systems for example are falling under that category.
We made well clear long ago that this will not be supported: if you want 
a standalone /usr then you must use an initramfs to mount it.

 It is the traditional way to build a clean Unix/Linux system. So it
 should be possible to support that further on.
I see a big logical leap here...

- -- 
ciao,
Marco
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQGcBAEBCAAGBQJT4LkzAAoJECv1pcEixPekg9UL+QH1GvybCnKbNFObVFD11eI8
h2H3FcYwlD2kiMXMbS7so6Uq7Ph6EMnvfSE8AwEZgfUfGiYoC96+yFU0tYyZg7GI
GQbglr4Sk2n6ZQu6J4Mn+juHZysAW9svVQVn9sNnv2I/rWFOJN4VCC228tv+F+IQ
sFWVQ0FytT7ju9i2VcYW1io5rUmMVcFHqpci5D80IjRQDL4uw+LB/4iumGqRzUuX
Q8m1TqIfTYmUqUENIRr6xojmJZ1bZ1rogYvDmOGLks75YCcMMlcH6GVh5y4jz9RE
CcvtzfNcKxQMwiqxIC0jhtT/mkTbLTcij6epJ1OvfdV6cSYdKhpr+RzYCX4TzG3n
ZEEhpI5hZcJULlDXBaIkdX2vhgIF2VpaEw7pDtPeTs4TEhUV7ZGFlvHL6y2JS34c
cpzd5/SpK65C1FUcscP/XVE0Fl+xWsc0DB6kBeS44zbhWyIgb7Eky4+9Bn2PxkUs
LFCp7ZaBqqy6IMdYpD9t9EXrdKqpKHQKhLwjCG9+Kg==
=MxdP
-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#757103: icinga-common: hardcoded path to conffile in postinst script breaks upgrade

2014-08-05 Thread Jonas Meurer


Package: icinga-common
Version: 1.11.5-1~debmon70+1
Severity: important

Hello,

the upgrade of icinga-common failed with the following error:

Setting up icinga-common (1.11.5-1~debmon70+1) ...
chown: cannot access `/etc/icinga/resource.cfg': No such file or 
directory

dpkg: error processing icinga-common (--configure):
 subprocess installed post-installation script returned error exit 
status 1


On the system in question, the resource file has been moved to a 
different

place before:

# grep ^resource_file /etc/icinga/icinga.cfg
resource_file=/etc/icinga/primary/resource.cfg
# ls /etc/icinga/resource.cfg
ls: cannot access /etc/icinga/resource.cfg: No such file or directory
# ls /etc/icinga/primary/resource.cfg
/etc/icinga/primary/resource.cfg

The hardcoded path to resource.cfg in postinst script is the reason for
this error:

--8---snip---/var/lib/dpkg/info/icinga-common.postinst---8---snap--
# explicitly set permissions on some files that are dependent
# on the uid/gid of the nagios user, which is dynamically 
created.

setperm root nagios 0640 $en/resource.cfg
--8---snip---/var/lib/dpkg/info/icinga-common.postinst---8---snap--

I'm not sure, but I guess that package maintainance scripts must not
rely on config files being present. This should be easily fixed by
checking for existence of the file first:

[ -f $en/resource.cfg ]  setperm root nagios 0640 $en/resource.cfg

Kind regards,
 jonas

-- 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/24 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 icinga-common depends on:
ii  adduser3.113+nmu3
ii  bsd-mailx [mailx]  8.1.2-0.2006cvs-1
ii  coreutils  8.13-3.5
ii  debconf [debconf-2.0]  1.5.49
ii  dpkg   1.16.15
ii  lsb-base   4.1+Debian8+deb7u1
ii  nagios-plugins-basic   2.0-1~debmon70+1
ii  ucf3.0025+nmu3

Versions of packages icinga-common recommends:
ii  nagios-plugins  2.0-1~debmon70+1

icinga-common suggests no packages.

-- Configuration Files:
/etc/default/icinga changed [not included]
/etc/icinga/commands.cfg [Errno 2] Datei oder Verzeichnis nicht 
gefunden: u'/etc/icinga/commands.cfg'

/etc/icinga/icinga.cfg changed [not included]
/etc/icinga/objects/contacts_icinga.cfg [Errno 2] Datei oder Verzeichnis 
nicht gefunden: u'/etc/icinga/objects/contacts_icinga.cfg'
/etc/icinga/objects/extinfo_icinga.cfg [Errno 2] Datei oder Verzeichnis 
nicht gefunden: u'/etc/icinga/objects/extinfo_icinga.cfg'
/etc/icinga/objects/generic-host_icinga.cfg [Errno 2] Datei oder 
Verzeichnis nicht gefunden: 
u'/etc/icinga/objects/generic-host_icinga.cfg'
/etc/icinga/objects/generic-service_icinga.cfg [Errno 2] Datei oder 
Verzeichnis nicht gefunden: 
u'/etc/icinga/objects/generic-service_icinga.cfg'
/etc/icinga/objects/hostgroups_icinga.cfg [Errno 2] Datei oder 
Verzeichnis nicht gefunden: u'/etc/icinga/objects/hostgroups_icinga.cfg'
/etc/icinga/objects/localhost_icinga.cfg [Errno 2] Datei oder 
Verzeichnis nicht gefunden: u'/etc/icinga/objects/localhost_icinga.cfg'
/etc/icinga/objects/services_icinga.cfg [Errno 2] Datei oder Verzeichnis 
nicht gefunden: u'/etc/icinga/objects/services_icinga.cfg'
/etc/icinga/objects/timeperiods_icinga.cfg [Errno 2] Datei oder 
Verzeichnis nicht gefunden: 
u'/etc/icinga/objects/timeperiods_icinga.cfg'
/etc/icinga/resource.cfg [Errno 2] Datei oder Verzeichnis nicht 
gefunden: u'/etc/icinga/resource.cfg'


-- debconf information:
* icinga/check_external_commands: true


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

Bug#736679: additional info

2014-08-05 Thread Daniel Gazda

Update: As pointed out to me by Tomasz Bluetooth DUN works again with 
kernel 3.14 available in backports.


On Sun, 20 Apr 2014 21:12:58 +0200 Tomasz Buchert 
tomasz.buch...@inria.fr wrote:

 On 27/01/14 22:30, Daniel Gazda wrote:
  I forgot to mention that file transfers etc. over bluetooth still 
work on
  3.12. It seems to be the same problem as reported on RedHat 
bugzilla, bug #

  1048420, for Fedora 19. Out of curiosity I tested
  linux-image-3.13-trunk-amd64 from experimental and the problem 
persists ...

 
  Cheers, Daniel.
 
 

 Same problem here. My kernel is: linux-image-3.13-1-amd64

 I cannot use DUN. I am not sure this is a problem, though.
 My Debian is a bit mix of everything, as you can see below:

 -- System Information:
 Debian Release: jessie/sid
 APT prefers testing
 APT policy: (990, 'testing'), (500, 'stable'), (200, 'unstable'), (1, 
'experimental')

 Architecture: amd64 (x86_64)
 Foreign Architectures: i386

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


 Cheers,
 Tomasz




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

Bug#757104: icinga2-classicui: start page displays icinga1 information

2014-08-05 Thread Jonas Meurer


Package: icinga2-classicui
Version: 2.0.1-1~debmon70+1
Severity: minor

Hello,

when using icinga2-classicui together with icinga2, the start page is
missleading. It displays version details about the version of installed
icinga-cgi package:


Version 1.11.5
Juni 20, 2014
Read what's new in Icinga 1.11.5


Either the icinga2-classicui package should replace this default start
page, or icinga-cgi should detect which backend icinga server it
connects to and display respective information instead.

Also, the link to read what's new in Icinga 1.11.5 seems to broken:

/icinga2-classicui/docs/en/whatsnew.html does not exist.

Kind regards,
 jonas


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

Bug#750903: [Pkg-owncloud-maintainers] Bug#750903: owncloud-client: FTBFS on kfreebsd-*: FolderWatcherTest failure

2014-08-05 Thread Sandro Knauß

Control: severity -1 important
thanks

Hey,

the problem is still exisiting, but we decided to skip the failing tests for 
now. We(Pkg-owncloud-maintainers) have noone, that uses freebsd and can tell 
us if, the tests are too linux specific or not. 

I think the base problem in the failing tests is the missing implementation 
inside libinotify. The mail from the mantainer of libintotify:

inotify is a linux-specific API and thus is not portable. One caveat on
linux is that one can run out of inotify watches and thus manual
reload/reread directories mechanisms should be provided. That same
manual reload/reread mechanism should be portable and thus would work on
(k)freebsd kernel.

(k)freebsd does not implement inotify. there are incomplete wrapper
libraries around native facility that provide similar information
(kqueue/kevent), but the two APIs do not have 1 to 1 mapping.

if you wish complete/reliable notifications use kqueue/kevent on freebsd.

Unfortunatelly Mathieu (the packager of owncloud-client for freebsd) stopped 
working on it:
I don't know, I've never ran mirall myself, only tested that it built, and
I stopped doing so a couple of months ago, mostly because each new release
came with its new things that I had to fix so that it build, and I didn't
have time nor will to understand what had broken again.

Additionally upstream isn't very interessed in FreeBSD support, that's why 
Mathieus work was so important to support freebsd.

Allinall hopefully some people will step up and actully test using owncloud-
client(oCC) with freebsd otherwise it is unclear if it works or not. we will 
downgrade this bug to make the migration to tesing happen.

Regads,

sandro

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

Bug#227938: prelink: crash on some binary

2014-08-05 Thread Laurent Bonnaud

Hi,

this bug still exists in sid in this prelink version:

Package: prelink
Architecture: i386
Version: 0.0.20130503-1

# prelink mppenc-presv8 
prelink: /root/mppenc-presv8: Symbol section index outside of section numbers
*** Error in `/usr/sbin/prelink.bin': free(): invalid pointer: 0xb7789810 ***
=== Backtrace: =
[0x80a71c9]
[0x80aa581]
[0x806a05a]
[0x806e7f8]
[0x804fdab]
[0x8050255]
[0x8049d88]
[0x809557e]
[0x804a0ec]
=== Memory map: 
08048000-08159000 r-xp  09:00 15070  /usr/sbin/prelink.bin
08159000-0815c000 rw-p 00111000 09:00 15070  /usr/sbin/prelink.bin
0815c000-0815d000 rw-p  00:00 0 
08316000-084ad000 rw-p  00:00 0  [heap]
b7788000-b7789000 rw-p  00:00 0 
b7789000-b77b2000 rw-p  09:00 9540   /root/mppenc-presv8
b77b2000-b77b3000 r-xp  00:00 0  [vdso]
bf972000-bf993000 rw-p  00:00 0  [stack]
Aborted

-- 
Laurent.


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

Bug#739889: RFS: twython/3.1.2-1 [ITP] -- Pure Python wrapper for the Twitter API

2014-08-05 Thread Eriberto

Hi Josue,

I will be glad sponsoring your package. Please, put a revised version
in mentors. When you can do it?

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#756631: udev: hang during boot when using upstart with newer udev

2014-08-05 Thread Juerg Haefliger

 If the udev-finish.conf upstart job needs an update, please provide a
 tested patch and re-assign back to udev

The problem is that the udev-finish upstart job is a task which goes into
stop/waiting after it ran. Startpar doesn't recognize this and assumes the
job hasn't been started and thus waits on upstart to do so which will never
happen. Exactly as described by Steve Langasak here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713135#32

It works on Ubuntu because they converted the task to a job. The following
patch fixes the issue on Debian sid:

--- /etc/init/udev-finish.conf.orig 2014-08-05 11:17:07.177492763 +
+++ /etc/init/udev-finish.conf  2014-08-05 11:17:16.281472822 +
@@ -12,8 +12,7 @@ start on (startup
  and stopped udevtrigger
  and stopped udevmonitor)

-task
-script
+pre-start script
 # Save udev log in /var/log/udev
 if [ -e /dev/.udev.log ]
 then

Bug#756631: udev: hang during boot when using upstart with newer udev

2014-08-05 Thread Juerg Haefliger

reassign 756631 udev

Bug#757105: coreutils: FTBFS with fakeroot

2014-08-05 Thread LB

Package: coreutils
Version: 8.21-1.2
Severity: normal


Dear Maintainer,

here is the problem:

$ fakeroot apt-get -b source coreutils
[...]
checking whether mknod can create fifo without root privileges... configure: 
error: in `/tmp/LB/coreutils-8.21':
configure: error: you should not run configure as root (set 
FORCE_UNSAFE_CONFIGURE=1 in environment to bypass this check)
See `config.log' for more details
debian/rules:46: recipe for target 'configure-stamp' failed
make: *** [configure-stamp] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2
Build command 'cd coreutils-8.21  dpkg-buildpackage -b -uc' failed.
E: Child process failed


So, how about setting FORCE_UNSAFE_CONFIGURE=1 in the environment of the build 
process ?


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

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

Versions of packages coreutils depends on:
ii  libacl1  2.2.52-1
ii  libattr1 1:2.4.47-1
ii  libc62.19-7
ii  libselinux1  2.3-1

coreutils recommends no packages.

coreutils 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#757106: missing license in debian/copyright

2014-08-05 Thread Thorsten Alteholz


Package: openscenegraph
Version: 3.2.1-1
Severity: serious
User: alteh...@debian.org
Usertags: ftp
X-Debbugs-CC: ftpmas...@ftp-master.debian.org
thanks

Dear Maintainer,

please add the missing licenses of:
 
OpenSceneGraph/examples/osgAndroidExampleGLES2/src/osg/AndroidExample/EGLview.java
to debian/copyright.

Thanks!
  Thorsten


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

Bug#757080: lilyterm: Lilyterm not use system locale

2014-08-05 Thread 陳昌倬

On Tue, Aug 05, 2014 at 12:58:03PM +0600, Charles Malaheenee wrote:
 Lilyterm won't use ystem locale in gtk-interface (not VTE!). I try with fr-
 FR.UTF-8  ru-RU.UTF-8, but it always show english menu etc.

Thanks for the report. The problem is that the mo file name LilyTerm.mo
does not match the name used in program itself (lilyterm). I reported it
to upstream [0] and it will be fixed soon.

[0] https://github.com/Tetralet/LilyTerm/issues/84

-- 
ChangZhuo Chen (陳昌倬) czc...@gmail.com
http://czchen.info/
Key fingerprint = EC9F 905D 866D BE46 A896  C827 BE0C 9242 03F4 552D


signature.asc
Description: Digital signature

Bug#757107: cinnamon-common: cinnamon change background doesn't work

2014-08-05 Thread Angelescu Ovidiu

Package: cinnamon-common
Version: 2.2.14-3
Severity: normal

Dear Maintainer,

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

   
   I have installed cinnamon in a virtual machine.
   
   I have started cinnamon in virtual machine and when I have want 
   to change background it won't work because of not loading images.
  
   I have find that applet that change background image is
   /usr/share/cinnamon/cinnamon-settings/cinnamon-settings.py backgrounds.
   Launching it from terminal I have discovered that images are not loaded 
   because the conversion failed.
   Searching the internet I have discovered in arch forums the same problem.
   They fixed that.
   
   Fix:
   in /usr/share/cinnamon/cinnamon-settings/bin/imtools.py at line 
   862 ( if source == mask: ) they have ( if mask and source == mask: )
   
   The arch forum is at https://bbs.archlinux.org/viewtopic.php?id=183840
   Thank you.

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

Kernel: Linux 3.15-8.towo-siduction-amd64 (SMP w/6 CPU cores; PREEMPT)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (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#757106: missing license in debian/copyright

2014-08-05 Thread Manuel A. Fernandez Montecelo

2014-08-05 12:41 GMT+01:00 Thorsten Alteholz alteh...@debian.org:
 Package: openscenegraph
 Version: 3.2.1-1
 Severity: serious
 User: alteh...@debian.org
 Usertags: ftp
 X-Debbugs-CC: ftpmas...@ftp-master.debian.org
 thanks

 Dear Maintainer,

 please add the missing licenses of:

 OpenSceneGraph/examples/osgAndroidExampleGLES2/src/osg/AndroidExample/EGLview.java
 to debian/copyright.

Thanks to you for catching this!  (and for reviewing and approving the package).

Hopefully will be fixed soon when moved to unstable.


Cheers.
-- 
Manuel A. Fernandez Montecelo manuel.montez...@gmail.com


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

Bug#751277: python-biopython: FTBFS on mips* powerpc s390x

2014-08-05 Thread Andreas Tille

Hi Dejan,

thanks for the hint.  I'll apply your patch which looks promising.  When
checking the wise package I detected some other issues when trying to
run wise's own test suite which I need to fix before an upload.  Once
this is done I'll upload biopython with a versioned Build-Depends.  This
would leave us only with the mips Python 3.4 issue.  I wonder whether
I should cheat and skip this test for the moment to let the package
migrate to testing with this known minor issue.

Kind regards

Andreas.

On Mon, Aug 04, 2014 at 05:10:38PM +, Dejan Latinovic wrote:
 
 Hello,
 I took a look at test failures on mips/mipsel.
 
 Test that fails is based on a result of dnal tool.
 dnal is part of a debian package wise.
 
 In file: Bio/Wise/__init__.py,
 an error was raised because the return value from dnal
 is greater than 1.
 
 If you look at dnal.c:
 
alb = make_align_dnaalign(one,two,mat,dse,-gap,-ext,-gap,-ext,dpri);
  
printf(Score %d\n,alb-score);
  
if( alb == NULL )
  fatal(Could not build alignment!);
  
if( show_pretty == TRUE )
   write_pretty_seq_align(alb,one,two,12,60,stdout);
  
if( show_alb == TRUE )
  dump_ascii_AlnBlock(alb,stdout);
  }
 
 you can see that there is no return statement.
 In this case the return value of dnal usually will be the return value 
 of last used function.
 This behavior is mutable.
 It can not be guaranteed on all architectures,
 or if different optimization flags are used.
 Further, using dnal with different options, last used function
 could be changed.
 
 Adding
  return 0;
 at the end of main function in dnal.c,
 test_align (test_Wise.TestWise) successfully passes
 on mips/mipsel.
 
 
 With this fix, package python-biopython
 successfully builds for mipsel.
 Patch that includes this fix is attached.
 
 
 Unfortunately, on mips (BE)
 test test_Cluster.py failed under Python 3.4.
 Any progress on this issue?
 
 
 Best Regards,
 Dejan
 

 --- wise-2.4.1.orig/src/models/dnal.c 2004-11-24 16:26:11.0 +
 +++ wise-2.4.1/src/models/dnal.c  2014-07-31 14:53:54.0 +
 @@ -75,6 +75,8 @@
  
if( show_alb == TRUE )
  dump_ascii_AlnBlock(alb,stdout);
 +
 +  return 0;
  }
  
  


-- 
http://fam-tille.de


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

Bug#757108: please update the packaging to respect build flags

2014-08-05 Thread Matthias Klose

Package: src:libexttextcat
Version: 3.4.4-1

please update the packaging to respect build flags


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

Bug#757109: texmacs: crash while generating the user manual

2014-08-05 Thread LB

Package: texmacs
Version: 1:1.99.1-3
Severity: important


Dear Maintainer,

I tried to view the user manual (menu Help - Full manuals - User manual)
and after some time texmacs crashed as follows:

$ texmacs 
TeXmacs] With linked TrueType support
TeXmacs] system command failed: mktexpk --dpi 600 --bdpi 600 --mag 600/600 grmn8
TeXmacs] system command failed: mktexpk --dpi 480 --bdpi 600 --mag 480/600 
grmn10
TeXmacs] system command failed: mktexpk --dpi 600 --bdpi 600 --mag 600/600 bbm11
TeXmacs] system command failed: mktexpk --dpi 600 --bdpi 600 --mag 600/600 
grmn11
TeXmacs] system command failed: mktexpk --dpi 660 --bdpi 600 --mag 660/600 
grmn10
*** Error in `texmacs.bin': free(): invalid pointer: 0x0d4ae7c4 ***
=== Backtrace: =
/lib/i386-linux-gnu/i686/cmov/libc.so.6[0x410901f3]
/lib/i386-linux-gnu/i686/cmov/libc.so.6[0x4109626a]
/lib/i386-linux-gnu/i686/cmov/libc.so.6(cfree+0x9b)[0x41099c0b]
texmacs.bin[0x84680b9]
texmacs.bin[0x815d75a]
texmacs.bin[0x890b089]
texmacs.bin[0x890b7a0]
texmacs.bin[0x86304cc]
texmacs.bin[0x8634a3b]
texmacs.bin[0x8634e6e]
texmacs.bin[0x8a3b3ab]
texmacs.bin[0x81b68fd]
texmacs.bin[0x81bb243]
texmacs.bin[0x81d2d8c]
texmacs.bin[0x81bb243]
texmacs.bin[0x81e6acd]
texmacs.bin[0x81bb243]
texmacs.bin[0x8a3d7dd]
texmacs.bin[0x8a3dde8]
texmacs.bin[0x8a3e802]
texmacs.bin[0x83e92e5]
texmacs.bin[0x83eb85a]
texmacs.bin[0x835dc70]  

 
texmacs.bin[0x898fb4f]  

 
texmacs.bin[0x898eb87]  

 
texmacs.bin[0x884ffd2]  

 
texmacs.bin[0x86eca83]  

 
/usr/lib/i386-linux-gnu/libQtCore.so.4(_ZN11QMetaObject8activateEP7QObjectPKS_iPPv+0x24e)[0xb6b57d9e]


/usr/lib/i386-linux-gnu/libQtCore.so.4(_ZN6QTimer7timeoutEv+0x22)[0xb6ba7ed2]   

 
/usr/lib/i386-linux-gnu/libQtCore.so.4(_ZN6QTimer10timerEventEP11QTimerEvent+0x3f)[0xb6b6170f]

   
/usr/lib/i386-linux-gnu/libQtCore.so.4(_ZN7QObject5eventEP6QEvent+0x7e)[0xb6b5c3ae]

  
/usr/lib/i386-linux-gnu/libQtGui.so.4(_ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent+0x9a)[0xb6dfddea]


/usr/lib/i386-linux-gnu/libQtGui.so.4(_ZN12QApplication6notifyEP7QObjectP6QEvent+0x273)[0xb6e04843]

  
texmacs.bin[0x86ec3c5]  

 
/usr/lib/i386-linux-gnu/libQtCore.so.4(_ZN16QCoreApplication14notifyInternalEP7QObjectP6QEvent+0x6c)[0xb6b427ac]

 
/usr/lib/i386-linux-gnu/libQtCore.so.4(+0x1ab47e)[0xb6b7547e]   

 
/usr/lib/i386-linux-gnu/libQtCore.so.4(+0x1a8299)[0xb6b72299]   

 
/lib/i386-linux-gnu/libglib-2.0.so.0(g_main_context_dispatch+0x224)[0xb65f2e74]

Bug#757098: [Pkg-xfce-devel] Bug#757098: /usr/bin/exo-open: exo-open overrides local mimeapps.list with system wide settings

2014-08-05 Thread Yves-Alexis Perez

On mar., 2014-08-05 at 11:51 +0200, Isaac Sijaranamual wrote:
* What outcome did you expect instead?
 I expected the pdf to be opened with evince.

Then select it as default application for PDF. You can do that in Thunar
for example, with a right click and then properties.

Basically, Xfce doesn't ship a default preferences file, and gimp has
somehow a preference over evince/epdfview for no good reason.

Regards,
-- 
Yves-Alexis


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

1 2 3 4 >

1 - 100 of 327 matches

Mail list logo