Bug#740355: openvswitch-datapath-source: module-assistant openvswitch-datapath fails on 7.4 3.2.0-4-amd64

2014-03-04 Thread Frédéric Tournier

apt-get remove openvswitch-datapath-source
downloaded the .deb, then
dpkg -i openvswitch-datapath-source_1.4.2+git20120612-9.1~deb7u1_all.deb
build failed

The new log seems more interesting.



On 03/03/2014 22:46, Evgeni Golov wrote:

Hi,

On Mon, Mar 03, 2014 at 09:00:42AM +0100, Frédéric Tournier wrote:

Here it is:

Thanks!


dpkg-deb : construction du paquet « openvswitch-datapath-module-3.2.0-4-amd64 » 
dans « 
/usr/src/openvswitch-datapath-module-3.2.0-4-amd64_1.4.2+git20120612-9.1~deb7u1_amd64.deb
 ».

That looks (as you said) good. Can you install the .deb via "dpkg -i"?

m-a a-i openvswitch-datapath produces the following output "after"
building here:

Done with 
/usr/src/openvswitch-datapath-module-3.2.0-4-amd64_1.4.2+git20120612-9.1~deb7u1_amd64.deb
 .
dpkg -Ei 
/usr/src/openvswitch-datapath-module-3.2.0-4-amd64_1.4.2+git20120612-9.1~deb7u1_amd64.deb
Selecting previously unselected package 
openvswitch-datapath-module-3.2.0-4-amd64.
(Reading database ... 120830 files and directories currently installed.)
Unpacking openvswitch-datapath-module-3.2.0-4-amd64 (from 
.../openvswitch-datapath-module-3.2.0-4-amd64_1.4.2+git20120612-9.1~deb7u1_amd64.deb)
 ...
Setting up openvswitch-datapath-module-3.2.0-4-amd64 
(1.4.2+git20120612-9.1~deb7u1) ...

After that everything is installed just fine.
Does this look different on your machine?



dh_testdir  
dh_testroot
dh_clean
rm -rf openvswitch
/usr/bin/make  -f debian/rules kdist_clean kdist_config binary-modules
make[1]: entrant dans le répertoire « /usr/src/modules/openvswitch-datapath »
dh_testdir  
dh_testroot
dh_clean
rm -rf openvswitch
for templ in 
/usr/src/modules/openvswitch-datapath/debian/openvswitch-datapath-module-_KVERS_.postinst
 
/usr/src/modules/openvswitch-datapath/debian/openvswitch-datapath-module-_KVERS_.postinst.backup
 
/usr/src/modules/openvswitch-datapath/debian/openvswitch-datapath-module-_KVERS_.postinst.modules.in;
 do \
cp $templ `echo $templ | sed -e 's/_KVERS_/3.2.0-4-amd64/g'` ; \
  done
for templ in `ls debian/*.modules.in` ; do \
test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} 
${templ%.modules.in}.backup 2>/dev/null || true; \
sed -e 's/##KVERS##/3.2.0-4-amd64/g ;s/#KVERS#/3.2.0-4-amd64/g ; 
s/_KVERS_/3.2.0-4-amd64/g ; s/##KDREV##/3.2.54-2/g ; s/#KDREV#/3.2.54-2/g ; 
s/_KDREV_/3.2.54-2/g  ' < $templ > ${templ%.modules.in}; \
  done
dh_testdir
dh_testroot
dh_clean -k
dh_clean: dh_clean -k is deprecated; use dh_prep instead
tar xzf openvswitch.tar.gz
cd openvswitch && ./configure --with-linux=/lib/modules/3.2.0-4-amd64/build  
--with-build-number=0
checking build number... 0
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking whether gcc and cc understand -c and -o together... yes
checking how to run the C preprocessor... gcc -E
checking for ranlib... ranlib
checking for grep that handles long lines and -e... /bin/grep
checking for fgrep... /bin/grep -F
checking for perl... /usr/bin/perl
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking whether byte ordering is bigendian... no
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... no
checking for library containing pow... -lm
checking for library containing clock_gettime... -lrt
checking for library containing timer_create... none required
checking for linux/netlink.h... yes
checking for pkg-config... no
checking for SSL... no
configure: WARNING: Cannot find openssl:



OpenFlow connections over SSL will not be supported.
(You may use --disable-ssl to suppress this warning.)
checking for Python 2.x for x >= 4... /usr/bin/python
checking for pyuic4... no
checking for PySide.QtCore Python module... no
checking for PyQt4.QtCore Python module... no
checking for twisted.conch.ssh Python module... no
checki

Bug#733556: Ok I think someone has this issue backwards.

2014-03-04 Thread Mathieu Malaterre
On Tue, Mar 4, 2014 at 4:11 AM, Peter Dolding  wrote:
> Basically as far as the main wine project knows no end user has an use
> for binfmt_misc loading .exe files.   So to them its one of those
> bright spark ideas by package makers without any consideration to
> security.

I do.

>From my cmake build system setup, a test is simply a command line
application returning EXIT_SUCCESS / EXIT_FAILED.

$ cmake --help-command add_test
[...]
 add_test(NAME testname COMMAND Exename arg1 arg2 ... )
[...]

Therefore I'd like to be able to use binfmt_misc just like any other
qemu-* (+binfmt_misc) simulated environment. Steps (within the *same*
machine, thanks to recent multiarch wine32/64 setup):

$ cat bla.c
int main() { return 0; }
$ i586-mingw32msvc-gcc -o bla.exe bla.c
$ export WINEPREFIX=~/wine32
$ ./bla.exe && echo "ok"
ok
$ x86_64-w64-mingw32-gcc -o bla2.exe bla.c
$ export WINEPREFIX=~/wine64
$./bla2.exe && echo "ok"
ok

This works very well for me and I like it this way, I can run cross
compilation + test executions targeting wine 32bits *and* 64bits .
This machine is a compilation machine, I have no issues with security
concerns.

2cts


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



Bug#740702: ITP: eso-midas -- European Southern Observatory Munich Image Data Analysis System

2014-03-04 Thread Ole Streicher
Package: wnpp
Severity: wishlist
Owner: Ole Streicher 
X-Debbugs-Cc: debian-scie...@lists.debian.org

* Package name: eso-midas
  Version : 13.SEPpl1.2
  Upstream Author : The European Southern Observatory
* URL : http://www.eso.org/projects/esomidas/
* License : GPL
  Description : European Southern Observatory Munich Image Data
Analysis System

The ESO-MIDAS system provides general tools for image processing and
data reduction with emphasis on astronomical applications including
imaging and special reduction packages for ESO instrumentation at La
Silla and the VLT at Paranal. In addition it contains applications
packages for stellar and surface photometry, image sharpening and
decomposition, statistics and various others.

The official name, ESO-MIDAS, was a registered trademark from 1993 to 1998.

A git repository is setup at


There was an older ITP: , which was
however closed and archived a long time ago.


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



Bug#737511: no new version bug

2014-03-04 Thread Bastian Blank
On Mon, Mar 03, 2014 at 06:10:16PM +0100, Janos Guljas wrote:
> Could you confirm that the buffer corruption is *NOT* fixed in the new
> upstream release 2.0.2 as it handles the offset parameter?

Wrong question. The bug did not _ask_ for a new upstream version. This
is the only occurance you may close a bug this way. Everything else
looks like you closed them by error.

There were maintainers that closed bugs en-bulk this way because they did
not want to read them.

The bug-fix was shipped as part of the new release, so add a new line
stating _what_ was fixed.

Bastian

-- 
Bastian Blank
Berater   Durchwahl: +49 2161 / 4643-194
credativ GmbH, HRB Mönchengladbach 12080  Zentrale: +49 2161 / 4643-0
Hohenzollernstr. 133  Fax: +49 2161 / 4643-100
D-41061 Mönchengladbach   www: http://www.credativ.de
Geschäftsführung: Dr. Michael Meskes, Jörg Folz, Sascha Heuer


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



Bug#674932: rhythmbox: memcpy-ssse3.S: No such file or directory

2014-03-04 Thread Niels Langager Ellegaard
I think that the bug has been fixed.

Thank you for making Rhythmbox.

Kind regards

  Niels


On Mon, Mar 3, 2014 at 9:50 PM, althaser  wrote:

> Hey Niels,
>
> Could you please still reproduce this issue with newer rhythmbox version
> like 2.97-2.1 or 3.0.1-1+b1 ?
>
> thanks
> regards
> althaser
>
>


Bug#740696: bash: Uninstallable, file /usr/share/doc/bash/bash.html in both bash and bash-doc

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

  /usr/share/doc/bash/bash.html
  /usr/share/doc/bash/bashref.html


-Ralf.


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



Bug#698485: TLS/SASL working with coccinella 0.96.20-6 on Debian wheezy

2014-03-04 Thread Petter Reinholdtsen
[Petter Reinholdtsen]
> So I guess you can test the part that is currently failing, but will
> be unable to log in when that problem is fixed.

Did you manage to test it?

Since I ran into the problem I have replaced my old Squeeze laptop with
a Wheezy one, and I just tested in Wheezy.  Here coccinella started as
it should and I could connect to chat.uio.no without any problem
whatsoever.

This make me suspect there are two problems here.  First, that
coccinella suggest the wrong package name to fix TLS, and second, that
there are some missing depends or recommends (or perhaps some of them
should be versioned?).  Both problems only seem to affect the Squeeze
backport.

To try to figure out what dependency could be missing, I ran 'strace
coccinella' and checked out the packages for all files opened when
connecting to chat.uio.no.  Perhaps the problem was tcl/tk version
mixing?

This is the complete list of opened files belonging to a deb package:

base-files: /etc/host.conf
blt: /usr/lib/blt2.4/pkgIndex.tcl
coccinella: /usr/bin/coccinella
coccinella: /usr/share/coccinella/Coccinella.tcl
coccinella: /usr/share/coccinella/components/AppleEvents.tcl
coccinella: /usr/share/coccinella/components/AutoUpdate.tcl
coccinella: /usr/share/coccinella/components/BuddyPounce.tcl
coccinella: /usr/share/coccinella/components/ChatShorts.tcl
coccinella: /usr/share/coccinella/components/cmpntIndex.tcl
coccinella: /usr/share/coccinella/components/fsdialog.tcl
coccinella: /usr/share/coccinella/components/Geolocation.tcl
coccinella: /usr/share/coccinella/components/GMeeting.tcl
coccinella: /usr/share/coccinella/components/ICQ.tcl
coccinella: /usr/share/coccinella/components/ImageMagic.tcl
coccinella: /usr/share/coccinella/components/IRCActions.tcl
coccinella: /usr/share/coccinella/components/JivePhone.tcl
coccinella: /usr/share/coccinella/components/LiveRosterImage.tcl
coccinella: /usr/share/coccinella/components/MailtoURI.tcl
coccinella: /usr/share/coccinella/components/MeBeam.tcl
coccinella: /usr/share/coccinella/components/Mood.tcl
coccinella: /usr/share/coccinella/components/Notifier.tcl
coccinella: /usr/share/coccinella/components/NotifyOnline.tcl
coccinella: /usr/share/coccinella/components/ParseStyledText.tcl
coccinella: /usr/share/coccinella/components/ParseURI.tcl
coccinella: /usr/share/coccinella/components/Phone/AddressBook.tcl
coccinella: /usr/share/coccinella/components/Phone/cmpntIndex.tcl
coccinella: /usr/share/coccinella/components/Phone/IAX/cmpntIndex.tcl
coccinella: /usr/share/coccinella/components/Phone/IAX/Iax.tcl
coccinella: /usr/share/coccinella/components/Phone/IAX/pkgIndex.tcl
coccinella: /usr/share/coccinella/components/Phone/NotifyCall.tcl
coccinella: /usr/share/coccinella/components/Phone/Phone.tcl
coccinella: /usr/share/coccinella/components/Phone/pkgIndex.tcl
coccinella: /usr/share/coccinella/components/Phone/TPhone.tcl
coccinella: /usr/share/coccinella/components/SlideShow.tcl
coccinella: /usr/share/coccinella/components/Sounds.tcl
coccinella: /usr/share/coccinella/components/Speech.tcl
coccinella: /usr/share/coccinella/components/Spell.tcl
coccinella: /usr/share/coccinella/components/SpotLight.tcl
coccinella: /usr/share/coccinella/components/taskbar/cmpntIndex.tcl
coccinella: /usr/share/coccinella/components/taskbar/Taskbar.tcl
coccinella: /usr/share/coccinella/components/Totd.tcl
coccinella: /usr/share/coccinella/components/TtkDialog.tcl
coccinella: /usr/share/coccinella/components/URIRegisterKDE.tcl
coccinella: /usr/share/coccinella/components/URIRegistry.tcl
coccinella: /usr/share/coccinella/components/UserActivity.tcl
coccinella: /usr/share/coccinella/components/WhiteboardMK.tcl
coccinella: /usr/share/coccinella/components/XMLConsole.tcl
coccinella: /usr/share/coccinella/contrib/anigif.tcl
coccinella: /usr/share/coccinella/contrib/autoproxy.tcl
coccinella: /usr/share/coccinella/contrib/autosocks.tcl
coccinella: /usr/share/coccinella/contrib/balloonhelp.tcl
coccinella: /usr/share/coccinella/contrib/base64.tcl
coccinella: /usr/share/coccinella/contrib/black/black.tcl
coccinella: /usr/share/coccinella/contrib/black/pkgIndex.tcl
coccinella: /usr/share/coccinella/contrib/can2svg.tcl
coccinella: /usr/share/coccinella/contrib/can2svgwb.tcl
coccinella: /usr/share/coccinella/contrib/chasearrows.tcl
coccinella: /usr/share/coccinella/contrib/colorutils.tcl
coccinella: /usr/share/coccinella/contrib/component.tcl
coccinella: /usr/share/coccinella/contrib/dns.tcl
coccinella: /usr/share/coccinella/contrib/getfile.tcl
coccinella: /usr/share/coccinella/contrib/hooks.tcl
coccinella: /usr/share/coccinella/contrib/httpex.tcl
coccinella: /usr/share/coccinella/contrib/idletime.tcl
coccinella: /usr/share/coccinella/contrib/ip.tcl
coccinella: /usr/share/coccinella/contrib/md5x.tcl
coccinella: /usr/share/coccinella/contrib/mnotebook.tcl
coccinella: /usr/share/coccinella/contrib/moviecontroller.tcl
coccinella: /usr/share/coccinella/contrib/mstack.tcl
coccinella: /usr/share/coccinella/contrib/pipes.tcl
coccinella: /usr/s

Bug#740703: ginkgocadx: new upstream available

2014-03-04 Thread Karsten Hilbert
Package: ginkgocadx
Version: 3.6.0.1228.33+dfsg-1
Severity: wishlist
Tags: upstream

Upstream has released v3.6.1 which fixes a few bugs
related to not being able to show X ray studies
under certain circumstances.

A major change to be aware of regarding compilation
is that it now compiles against wxWidgets 3.

Karsten


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

Kernel: Linux 3.12-1-686-pae (SMP w/2 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 ginkgocadx depends on:
ii  libc6 2.17-97
ii  libcairo2 1.12.16-2
ii  libcurl3-gnutls   7.35.0-1
ii  libdcmtk2 3.6.0-15+b1
ii  libgcc1   1:4.8.2-16
ii  libgl1-mesa-glx [libgl1]  9.2.2-1
ii  libglib2.0-0  2.38.2-5
ii  libgtk2.0-0   2.24.22-1
ii  libinsighttoolkit3.20 3.20.1+git20120521-4+b1
ii  libjsoncpp0   0.6.0~rc2-3
ii  libsqlite3-0  3.8.3.1-1
ii  libssl1.0.0   1.0.1f-1
ii  libstdc++64.8.2-16
ii  libvtk5.8 5.8.0-15
ii  libwxbase2.8-02.8.12.1+dfsg-2
ii  libwxgtk2.8-0 2.8.12.1+dfsg-2

ginkgocadx recommends no packages.

ginkgocadx 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#264589: Link from packages.debian.org to manpages.debian.net - updated information (bug 264589)

2014-03-04 Thread Javier Fernandez-Sanguino
On 27 December 2012 08:47, Paul Wise  wrote:
>
> In addition, I noticed that the Ubuntu manual pages have HTML markup,
> would it be possible to adopt whatever code they are using for that?
>
(...)

Some months ago I started tinkering with their scripts (actually
Dustin Kirkland's). They basicly extract all the manpages from
packages and convert them to (static) HTML pages. On top of this there
is a Python script to search the archive.

The code [1] is a little bit Ubuntu-specific but could be changed for
Debian. I have added some of it (and modified it slightly) here:
http://anonscm.debian.org/viewvc/ddp/man-cgi/static-repository/ and
started playing with it in glinka.  It is available through here:
http://manpages.debian.org/static/ (not fully working, very draft
form)

However, it's far from finished. I have not been able to allocate
enough time to have a final implementation though

The downside of this approach is that the service would consume double
the disk space it currently does. As it would have two repositories:

- one with the original manpages (aprox. 6 GB currently)
- one with the manpages converted into static HTML files

The HTML files would be there regardless of whether they actually get
used or not.

On the upside: it would be faster, since the CGI script would not need
to generate the manpages on the fly for every user.

Best regards


Javier


[1] https://blueprints.launchpad.net/ubuntu-docs/+spec/ubuntu-manpage-repository


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



Bug#740704: Typo in shell wrapper causing error on startup

2014-03-04 Thread Petter Reinholdtsen

Package: coccinella
Version: 0.96.20-6
Severity: minor
Tags: patch

When I run coccinella and exit the program, this message show up:

  /usr/bin/coccinella: line 5: popd: directory stack empty

I had a look at the script, and the cause is a bug in the startup
script.  The '| exit -1' should read '|| exit 1' or something like that
(returning negative numbers as exit codes do not make sense).

But using pushd and popd in this small script is useless, as nothing
will be using the current working directory when the script exits.
Instead, I suggest changing the wrapper to just exec coccinella and use
/bin/sh for faster startup.

--- /usr/bin/coccinella 2011-12-28 15:38:53.0 +0100
+++ /tmp/coccinella 2014-03-04 09:36:47.28958 +0100
@@ -1,5 +1,2 @@
-#!/bin/bash
-
-pushd /usr/share/coccinella | exit -1
-/usr/bin/wish8.5 /usr/share/coccinella/Coccinella.tcl "$@"
-popd
+#!/bin/sh
+exec /usr/bin/wish8.5 /usr/share/coccinella/Coccinella.tcl "$@"

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

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

Versions of packages coccinella depends on:
ii  tcl8.5  8.5.11-2
ii  tk8.5   8.5.11-2
ii  tkpng   0.9-1
ii  tktreectrl  2.2.8-1

Versions of packages coccinella recommends:
ii  aspell 0.60.7~20110707-1
pn  iaxclient-tcl  
ii  ispell 3.3.02-6
ii  libudp-tcl 1.0.8-6
ii  tcl-tls1.6+dfsg-3

coccinella suggests no packages.

-- 
Happy hacking
Petter Reinholdtsen


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



Bug#740705: Please incorportate ubuntu patches

2014-03-04 Thread Gianfranco Costamagna
Package: insighttoolkit
Version:  3.20.1+git20120521-4
Severity: wishlist
Tags: patch

Dear Maintainer,

The ubuntu insidhttoolkit package has some patches that would be nice to have 
included in (maybe) the next upload, or at least discussed here.

Since the "tiff-4/5" patch has been dropped in debian, in favor of the embedded 
copy I suggest to include/drop the other delta from ubuntu.

The patch is snan-sanity.patch

and this is the content:


Index: insighttoolkit-3.20.1+git20120521/Utilities/NrrdIO/sane.c 
=== --- 
insighttoolkit-3.20.1+git20120521.orig/Utilities/NrrdIO/sane.c 2012-09-11 
17:25:06.0 + +++ 
insighttoolkit-3.20.1+git20120521/Utilities/NrrdIO/sane.c   2012-09-11 
17:39:19.196189762 + @@ -115,7 +115,11 @@ ( defined(__GNUC__) && (__GNUC__ 
> 4 || (__GNUC__ == 4 && __GNUC_MINOR__  >= 7 ))) /* don't compare airFP_SNAN 
*/ #else - && airFP_SNAN == airFPClass_f(AIR_SNAN)  + /* we 
don't bother checking for  +airFP_SNAN == airFPClass_f(AIR_SNAN) 
because +the signal-ness of the NaN is not preserved in +   
 float conversion */ + /* && airFP_SNAN == airFPClass_f(AIR_SNAN) */ 
#endif && airFP_QNAN == airFPClass_d(AIR_NAN) && airFP_QNAN == 
airFPClass_d(AIR_QNAN) )) {


and the rationale for including it (quoting the ubuntu changelog)
insighttoolkit (3.20.1+git20120521-1ubuntu3) quantal; urgency=low * 
debian/patches/snan-sanity.patch: - In sanity checks done by the nrrd utility 
code, don't bother testing signal NaN clases, because GCC does not guarantee to 
preserve signal-ness across float conversions. This was contributing to a FTBFS 
for plastimatch. -- Michael Terry  Wed, 25 Jul 2012 14:08:00 
-0400

thanks for reading,

Gianfranco


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



Bug#737511: no new version bug

2014-03-04 Thread Janos Guljas
Hi Bastian,

On Tue, Mar 4, 2014 at 9:21 AM, Bastian Blank  wrote:
> On Mon, Mar 03, 2014 at 06:10:16PM +0100, Janos Guljas wrote:
>> Could you confirm that the buffer corruption is *NOT* fixed in the new
>> upstream release 2.0.2 as it handles the offset parameter?
>
> Wrong question. The bug did not _ask_ for a new upstream version. This
> is the only occurance you may close a bug this way. Everything else
> looks like you closed them by error.

No bugs were closed by error, that is a false statement and malicious
assumption.

>
> There were maintainers that closed bugs en-bulk this way because they did
> not want to read them.

New upstream release did fix this issue, which is marked in the
changelog as such.

There were no "en-bulk" bugs closed, especially not unread ones.

>
> The bug-fix was shipped as part of the new release, so add a new line
> stating _what_ was fixed.
>
> Bastian

Thank you for you contribution,
Janos


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



Bug#594684: xserver-xorg-video-siliconmotion: siliconmotion driver segfaults on a Lemote YeeLoong (SM712 LynxEM+)

2014-03-04 Thread Kirill Brilliantov
 Package: xserver-xorg-video-siliconmotion
Version: 1:1.7.7-2+b1
Followup-For: Bug #594684

Hello!
I try use https://wiki.debian.org/DebianYeeloong/HowTo/Install for start 
X-server.
Unfortunally both patches (01_mips-sarea.diff, 
20_mipsel_support_loongson_mmio.patch)
not apply on xorg-server-1.15.0.

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

lrwxrwxrwx 1 root root 13 Mar  1 21:08 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2471800 Feb  7 19:16 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:08.0 VGA compatible controller [0300]: Silicon Motion, Inc. SM712 LynxEM+ 
[126f:0712] (rev b0)

Xorg X server configuration file status:

-rwxr-xr-x 1 root root 993 Mar  1 22:48 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
---
# xorg.conf (X.Org X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "Device"
    Identifier  "Card0"
    Driver  "siliconmotion"
    Option  "pci_burst" "true"
    Option  "HWCursor" "true"
    Option  "VideoKey" "45000"
    Option  "UseBIOS" "false"
    Option  "PanelSize" "1024x600"
    Option  "CSCVideo" "false"
EndSection

Section "Screen"
    Identifier  "Screen0"
    Device  "Card0"
    Monitor "Monitor0"
    DefaultDepth    16
EndSection

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

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

Kernel version (/proc/version):
---
Linux version 3.12-1-loongson-2f (debian-ker...@lists.debian.org) (gcc version 
4.8.2 (Debian 4.8.2-14) ) #1 Debian 3.12.9-1 (2014-02-01)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 7170 Mar 12 12:25 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[  6242.655] 
X.Org X Server 1.15.0
Release Date: 2013-12-27
[  6242.724] X Protocol Version 11, Revision 0
[  6242.747] Build Operating System: Linux 3.2.0-4-sb1-bcm91250a mips Debian
[  6242.772] Current Operating System: Linux yeeloong 3.12-1-loongson-2f #1 
Debian 3.12.9-1 (2014-02-01) mips64
[  6242.773] Kernel command line: machtype=lemote-yeeloong-2f-8.9inches 
root=UUID=50a3c27f-b88e-439a-82b5-cb30b267de3a ro rd_start=0x80b7 
rd_size=0xb60ea4 
[  6242.851] Build Date: 07 February 2014  02:26:29PM
[  6242.877] xorg-server 2:1.15.0-2 (http://www.debian.org/support) 
[  6242.903] Current version of pixman: 0.32.4
[  6242.956]    Before reporting problems, check http://wiki.x.org
    to make sure that you have the latest version.
[  6242.956] Markers: (--) probed, (**) from config file, (==) default setting,
    (++) from command line, (!!) notice, (II) informational,
    (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  6243.068] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Mar 12 12:25:26 
2014
[  6243.097] (==) Using config file: "/etc/X11/xorg.conf"
[  6243.127] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[  6243.129] (==) No Layout section.  Using the first Screen section.
[  6243.129] (**) |-->Screen "Screen0" (0)
[  6243.129] (**) |   |-->Monitor ""
[  6243.130] (**) |   |-->Device "Card0"
[  6243.130] (==) No monitor specified for screen "Screen0".
    Using a default monitor configuration.
[  6243.130] (==) Automatically adding devices
[  6243.130] (==) Automatically enabling devices
[  6243.130] (==) Automatically adding GPU devices
[  6243.131] (WW) The directory "/usr/share/fonts/X11/Type1" does not exist.
[  6243.131]    Entry deleted from font path.
[  6243.131] (==) FontPath set to:
    /usr/share/fonts/X11/misc,
    /usr/share/fonts/X11/cyrillic,
    /usr/share/fonts/X11/100dpi/:unscaled,
    /usr/share/fonts/X11/75dpi/:unscaled,
    /usr/share/fonts/X11/100dpi,
    /usr/share/fonts/X11/75dpi,
    built-ins
[  6243.131] (==) ModulePath set to "/usr/lib/xorg/modules"
[  6243.131] (II) The server relies on udev to provide the list of input 
devices.
    If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[  6243.131] (II) Loader magic: 0x63c010
[  6243.131] (II) Module ABI versions:
[  6243.131]    X.Org ANSI C Emulation: 0.4
[  6243.131]    X

Bug#740706: gnome-control-center: Segmentation Fault

2014-03-04 Thread Luis Domingues
Package: gnome-control-center
Version: 1:3.8.3-4
Severity: normal

Dear Maintainer,

After a simple system update, gnome-control-center crash when I try to
change
my wallpaper.
When I launch it with a terminal, I can see a Segmentation fault.

Regards,
Luis Domingues



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

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

Versions of packages gnome-control-center depends on:
ii  accountsservice0.6.34-2
ii  apg2.2.3.dfsg.1-2
ii  colord 1.0.6-1
ii  desktop-file-utils 0.22-1
ii  gnome-control-center-data  1:3.8.3-4
ii  gnome-desktop3-data3.8.4-2
ii  gnome-icon-theme   3.10.0-1
ii  gnome-icon-theme-symbolic  3.10.1-1
ii  gnome-menus3.8.0-2
ii  gnome-settings-daemon  3.8.5-2
ii  gsettings-desktop-schemas  3.8.2-2
ii  libaccountsservice00.6.34-2
ii  libatk1.0-02.10.0-2
ii  libc6  2.17-97
ii  libcairo2  1.12.16-2
ii  libcanberra-gtk3-0 0.30-2
ii  libcanberra0   0.30-2
ii  libcheese-gtk233.10.1-1sid1
ii  libcheese7 3.10.1-1sid1
ii  libclutter-gtk-1.0-0   1.4.4-3
ii  libcolord-gtk1 0.1.25-1.1
ii  libcolord1 1.0.6-1
ii  libcups2   1.7.1-5
ii  libdbus-glib-1-2   0.102-1
ii  libfontconfig1 2.11.0-2
ii  libgdk-pixbuf2.0-0 2.30.5-1
ii  libgl1-mesa-glx [libgl1]   9.2.2-1
ii  libglib2.0-0   2.38.2-5
ii  libgnome-bluetooth11   3.8.1-2
ii  libgnome-desktop-3-7   3.8.4-2
ii  libgoa-1.0-0   3.8.3-2
ii  libgtk-3-0 3.10.7-1
ii  libgtop2-7 2.28.5-2
ii  libibus-1.0-5  1.5.5-1
ii  libkrb5-3  1.12+dfsg-2
ii  libnm-glib-vpn10.9.8.0-5
ii  libnm-glib40.9.8.0-5
ii  libnm-gtk0 0.9.8.4-1
ii  libnm-util20.9.8.0-5
ii  libpango-1.0-0 1.36.0-1+b1
ii  libpangocairo-1.0-01.36.0-1+b1
ii  libpolkit-gobject-1-0  0.105-4
ii  libpulse-mainloop-glib04.0-6+b1
ii  libpulse0  4.0-6+b1
ii  libpwquality1  1.2.3-1
ii  libsmbclient   2:4.1.5+dfsg-1
ii  libsocialweb-client2   0.25.20-6
ii  libupower-glib10.9.23-2+b1
ii  libwacom2  0.8-1
ii  libx11-6   2:1.6.2-1
ii  libxi6 2:1.7.2-1
ii  libxml22.9.1+dfsg1-3

Versions of packages gnome-control-center recommends:
ii  cups-pk-helper 0.2.5-2
ii  gkbd-capplet   3.6.0-1
ii  gnome-online-accounts  3.8.3-2
ii  gnome-user-guide   3.8.2-1
ii  gnome-user-share   3.8.3-1
ii  iso-codes  3.51-1
ii  mesa-utils 8.1.0-2+b1
ii  mousetweaks3.10.0-1
ii  network-manager-gnome  0.9.8.4-1
ii  ntp1:4.2.6.p5+dfsg-3
ii  policykit-1-gnome  0.105-2
ii  rygel  0.20.3-1
ii  rygel-tracker  0.20.3-1
ii  system-config-printer  1.4.3-4

Versions of packages gnome-control-center suggests:
ii  gnome-screensaver3.6.1-1
ii  gstreamer1.0-pulseaudio  1.2.3-1
ii  libcanberra-gtk-module   0.30-2
ii  libcanberra-gtk3-module  0.30-2
ii  x11-xserver-utils7.7+2


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



Bug#740615: libqtcore4: In Gnome 3.8 environment: Gtk-ERROR: Using GTK+ 2.x and GTK+ 3 in the same process is not supported

2014-03-04 Thread Jozsef Marton
If I preload libgtk-x11-2.0.so, amdcccle works, but software 
acceleration check fails and the following messages are produced on the 
terminal.



root@:/# LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 
amdcccle


(gnome-session-check-accelerated:11091): Gtk-ERROR **: GTK+ 2.x symbols 
detected. Using GTK+ 2.x and GTK+ 3 in the same process is not supported


(gnome-session-check-accelerated:11092): Gtk-ERROR **: GTK+ 2.x symbols 
detected. Using GTK+ 2.x and GTK+ 3 in the same process is not supported


** (process:11090): WARNING **: software acceleration check failed: 
Child process killed by signal 5


(gnome-session:11090): Gtk-ERROR **: GTK+ 2.x symbols detected. Using 
GTK+ 2.x and GTK+ 3 in the same process is not supported

Trace/breakpoint trap


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



Bug#740707: okular freezes when printer is no longer accessible

2014-03-04 Thread martin f krafft
Package: okular
Version: 4:4.11.5-1
Severity: normal

In random intervals, okular will hang for minutes. I found that it's
due to it waiting on a socket:

  poll([{fd=15, events=POLLIN|POLLOUT}], 1, 250) = 0 (Timeout)

which goes on for a long time.

According to lsof, it's trying to talk to the print server:

  okular  27987 madduck   15u  IPv43586963  0t0  TCP 
192.168.43.164:35068->192.168.14.2:ipp (SYN_SENT)

which is unreachable, for obvious reasons (different RFC1918 net).

It may be that this only happens when I start okular in the
192.168.14.0/24 network, then suspend the laptop and move elsewhere.
I have not really had the chance to isolate this.

However, I don't think okular should be talking to the print server
anyway, that's cups' job, and cups properly handles disconnections
and roaming between network, unreachable printers and other
exceptions. Okular should not try to do itself what others are
already doing, especially not if it doesn't end up doing it
properly.

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

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

Versions of packages okular depends on:
ii  kde-runtime 4:4.11.5-1
ii  libc6   2.18-3
ii  libfreetype62.5.2-1
ii  libjpeg88d-2
ii  libkactivities6 4:4.11.5-1
ii  libkdecore5 4:4.11.5-1
ii  libkdeui5   4:4.11.5-1
ii  libkio5 4:4.11.5-1
ii  libkparts4  4:4.11.5-1
ii  libkprintutils4 4:4.11.5-1
ii  libkpty44:4.11.5-1
ii  libokularcore3  4:4.11.5-1
ii  libphonon4  4:4.7.1-1
ii  libpoppler-qt4-40.22.5-4
ii  libqca2 2.0.3-5
ii  libqimageblitz4 1:0.0.6-4
ii  libqt4-dbus 4:4.8.5+git209-g718fae5+dfsg-1
ii  libqt4-declarative  4:4.8.5+git209-g718fae5+dfsg-1
ii  libqt4-svg  4:4.8.5+git209-g718fae5+dfsg-1
ii  libqt4-xml  4:4.8.5+git209-g718fae5+dfsg-1
ii  libqtcore4  4:4.8.5+git209-g718fae5+dfsg-1
ii  libqtgui4   4:4.8.5+git209-g718fae5+dfsg-1
ii  libsolid4   4:4.11.5-1
ii  libspectre1 0.2.7-2
ii  libstdc++6  4.8.2-16
ii  phonon  4:4.7.1-1
ii  zlib1g  1:1.2.8.dfsg-1

okular recommends no packages.

Versions of packages okular suggests:
ii  ghostscript9.05~dfsg-8+b1
pn  jovie  
pn  okular-extra-backends  
ii  poppler-data   0.4.6-5
ii  texlive-binaries   2013.20130729.30972-2+b2
ii  unrar  1:5.0.10-1

-- no debconf information


-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)


Bug#568577: Please provide pam-auth-update rule for pam_mkhomedir

2014-03-04 Thread Petter Reinholdtsen
[Luca Capello]
> Am I missing something?

Debconf preseeding only work on the initial use of the debconf question,
yes.  After that, the current value should come from the setting on the
disk.

> Which IMHO means that we need a way to add *consecutive* values to
> libpam-runtime/profiles, not split PAM modules into small packages.

Well, as far as I can tell, neither triggers nor any other existing
mechanism in Debian can do this, and the only existing feature that
could provide this is by enabling PAM modules when the package including
them is installed.  Thus my suggestion to split PAM modules that should
be possible to enable automatically during installation using
debian-insatller into their own package.

-- 
Happy hacking
Petter Reinholdtsen


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



Bug#732651: Please remove t1lib dependency

2014-03-04 Thread Christian Welzel
Hi Moritz,

> nothing needs to be done except dropping the build-dep on libt1-dev.

I uploaded a new version to m.d.n:
http://mentors.debian.net/debian/pool/main/s/swftools/swftools_0.9.2+git20130725-2.dsc

I cannot upload as i am no DD or DM for this package, so please
upload it for me.

-- 
 MfG, Christian Welzel

  GPG-Key: pub 4096R/5117E119 2011-09-19
  Fingerprint: 3688 337C 0D3E 3725 94EC  E401 8D52 CDE9 5117 E119


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



Bug#724874: [PKG-IRC-Maintainers] Bug#724874: Bug#724874: Bug#724874: inspircd: 2.0.15 now available

2014-03-04 Thread Christoph Biedl
Guillaume Delacour wrote...

> I propose to integrate David's diff to my version and add it to
> uploaders today or within the next week.

Good news. Go ahead, and consider taking a look at David's recent
update.

Christoph


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



Bug#620422: [solved] crash depends on libreoffice-kde

2014-03-04 Thread Rene Engelhard
On Mon, Mar 03, 2014 at 10:28:46PM +0100, Ralf GESELLENSETTER wrote:
> This bug could probably be marked as
> duplicate of bugs #69002 and #584105
 ^

wrong bug?

For 584105: 584105 doesn't talk about the file
ddialogue. So it's not the same one unless oemone has a similar
or a same backtrace ;-)

That said, yes, 4.1.x is buggy in that way, maybe I should update
it with Munich's KDE patches (one was backported in 4.1.5-1 already
closing two bugs). Or just wait and hope for 4.2.x ;-)

If you want, it would be nice to test the KDE bugs with 4.2.1 (in
experimental)?

Regards,

Rene


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



Bug#740708: libjack0:amd64 uninstallable with libjack0:i386

2014-03-04 Thread HIGUCHI Daisuke (VDR dai)
Package: libjack0
Version: 1:0.124.1+20140122git5013bed0-2+b1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Maintainer,

libjack0:amd64 1:0.124.1+20140122git5013bed0-2+b1 uninstallable with
libjack0:i386  1:0.124.1+20140122git5013bed0-2.

it is caused by db5.1->db5.3 transition.
libjack0:i386 already built with db5.3, but libjack0:amd64 built with db5.1,
so libjack0:amd64 binNMUed with db5.3, it broke dependencies.

# aptitude install libjack0:amd64
The following packages will be REMOVED:  
  libdb5.1{u} 
The following packages will be upgraded:
  libjack0{b} 
1 packages upgraded, 0 newly installed, 1 to remove and 2 not upgraded.
Need to get 56.1 kB of archives. After unpacking 1640 kB will be freed.
The following packages have unmet dependencies:
 libjack0 : Breaks: libjack0:i386 (!= 1:0.124.1+20140122git5013bed0-2+b1) but 
1:0.124.1+20140122git5013bed0-2 is installed.
 libjack0:i386 : Breaks: libjack0 (!= 1:0.124.1+20140122git5013bed0-2) but 
1:0.124.1+20140122git5013bed0-2+b1 is to be installed.
Internal error: found 2 (choice -> promotion) mappings for a single choice.
Internal error: found 2 (choice -> promotion) mappings for a single choice.
Internal error: found 2 (choice -> promotion) mappings for a single choice.
:
:
:
The following actions will resolve these dependencies:

 Remove the following packages:
1) libasound2-plugins:i386 
2) libjack0:i386   



Accept this solution? [Y/n/q/?] q
Abandoning all efforts to resolve these dependencies.
Abort.
#

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

Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to ja_JP.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libjack0:amd64 depends on:
ii  libc6  2.18-4
ii  libdb5.1   5.1.29-7
ii  multiarch-support  2.18-4

libjack0:amd64 recommends no packages.

Versions of packages libjack0:amd64 suggests:
pn  jackd1  

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJTFZfeAAoJEHg5YZ3UOWaOtn4QAJQtNOfVTzaEMSvZ57bMCr+i
gVZzRPSFn9wiVJsO/QOTrmdazmEh/xMJyXDNn/uVxTFbvgnNz/VpT2nXtPdDD8Yu
Lwe5aJuFmMaEKuWi3maUeiU6/NwWGWWyw1G5+DAFWaRUPe7lkjqVyVmR/HL5oXMO
GAQZrNlo7rJSNJDlXogebCp+xvo73D0xr0BOwhtN+FUjLMRzyJgnQSrZ9qK6V1Rw
OD7IQMhh/1jCIkf+kXoRjGZI7o1sq2JtK28SzY7J2NKxoGJdsUjls+CLZXDt6/r3
tWMnVXy4HGuNke9NueIzwe90gubtK8/DkCjhX+3k/KCD2cKo/B+xsWw2UiVZCjbT
vi349ULxRLCIZ+6zNJBsLDiqwR3dt5gkM57Sbc5IT4/5yOQ8dMQeNAfk2ROfi93N
S8QcY9wGGh0FyjCNieSnDiprZVKXLdYlRUeRfGfkO1p0j/BD39Hi5m/+oEGwxaAl
bgs/Jrut1dtPjs8S4LL7T7PHT6t9pQk5QGwdRkods+vlCqalO0xj/x03yHdKbxH1
k2feNmta+TcmsUw1MidUEA7ykdWggbdJZZmfE8+qJaaGPGuR4kkXXwVIx4Ttq3fY
hQSW1JYEsCOBf8VBF6ILtb7UBxcoczKLox+Ei2/0ASnMtpUcNcSr760SEfGp17A5
8Cw+VQxtrHWmMRHbrYx5
=5nKc
-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#722035: switch from ffgtk to roger

2014-03-04 Thread Rolf Leggewie
Hello Andreas,

the successor to ffgtk is called Roger Router.  Upstream is the same but
treats the two projects as completely separate so there is no "upgrade
path" as such.  Configuration is fairly simple, though, so I don't see
much of a problem here.  And apparently configuration stored on the
router itself will get imported, so it's not lost.

http://en.tabos.org/forum/viewtopic.php?f=7&t=878 (in German)

Feel free to contact me with any concerns or suggestions you may have.

Regards

Rolf


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



Bug#740709: nautilus: invisible rename edit-field for files out of the window view

2014-03-04 Thread Pierre Haessig
Package: nautilus
Version: 3.8.2-2
Severity: important

Dear Maintainer,

I'm experiencing a bug with the rename edit-field in Nautilus (since yesterday
when I updated my Debian testing with about 1000 packages in one shot).
With a quick websearch, I found the exact symptoms in this redhat bug report :
https://bugzilla.redhat.com/show_bug.cgi?id=1020894 reported in october 2013
against Nautilus 3.10.1

Basically, the rename edit-field is broken (invisible or positioned at a wrong
place) whenever the file to be renamed is viewed by scrolling the Nautilus
view. When there is no scrolling, it's fine.

What I find strange is that I do not see a Nautilus update in testing on
http://packages.qa.debian.org/n/nautilus.html so maybe it's a problem with a
dependancy.

best,
Pierre



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

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

Versions of packages nautilus depends on:
ii  desktop-file-utils 0.22-1
ii  gsettings-desktop-schemas  3.8.2-2
ii  gvfs   1.16.3-2
ii  libatk1.0-02.10.0-2
ii  libc6  2.17-97
ii  libcairo-gobject2  1.12.16-2
ii  libcairo2  1.12.16-2
ii  libexempi3 2.2.1-1
ii  libexif12  0.6.21-1
ii  libgail-3-03.10.7-1
ii  libgdk-pixbuf2.0-0 2.30.5-1
ii  libglib2.0-0   2.38.2-5
ii  libglib2.0-data2.38.2-5
ii  libgnome-desktop-3-7   3.8.4-2
ii  libgtk-3-0 3.10.7-1
ii  libnautilus-extension1a3.8.2-2
ii  libnotify4 0.7.6-2
ii  libpango-1.0-0 1.36.0-1+b1
ii  libpangocairo-1.0-01.36.0-1+b1
ii  libselinux12.2.2-1
ii  libtracker-sparql-0.16-0   0.16.2-1+b1
ii  libx11-6   2:1.6.2-1
ii  libxml22.9.1+dfsg1-3
ii  nautilus-data  3.8.2-2
ii  shared-mime-info   1.2-1

Versions of packages nautilus recommends:
ii  eject  2.1.5+deb1+cvs20081104-13
ii  gnome-icon-theme-symbolic  3.10.1-1
ii  gnome-sushi3.10.0-1
ii  gvfs-backends  1.16.3-2
ii  librsvg2-common2.40.0-1

Versions of packages nautilus suggests:
ii  brasero3.8.0-2
ii  eog3.10.1-1
ii  evince [pdf-viewer]3.10.0-2
ii  okular [pdf-viewer]4:4.11.5-1
ii  totem  3.8.2-3
ii  tracker0.16.2-1+b1
ii  vlc [mp3-decoder]  2.1.2-2+b1
ii  vlc-nox [mp3-decoder]  2.1.2-2+b1
ii  xdg-user-dirs  0.15-1

-- 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#727085: Taking over packaging in Debian.

2014-03-04 Thread Faidon Liambotis

On 03/04/14 00:01, David Martínez Moreno wrote:

Don't act as we have some hidden agenda, please.  There are several 
things that
I'm putting work on like dropping support for the forked libevent HTTP server,
using alternatives for the php5-cli/cgi binaries to be able to replace them, no
init scripts for now, compiling folly statically (or at the very least not as a
different package), getting rid of third-party stuff, releasing proper tarballs
in hhvm.com, merging the nightly packages with my work, and those are off the
top of my head.


\o/ This list is awesome David, as is the rest of your work so far. 
Let's document this and others under debian/TODO.


Thanks for this and apologies to you, Paul & team for not having made 
much progress on this since we last spoke.


I took a look at the collab-maint repository and submitted a bunch of 
commits -- I had already prepared a very similar list of Build-Depends 
myself in the early work I had locally, so I merged mine into yours and 
fixed some other collateral issues I found. Please review!


Thanks again and I hope we can find ways to collaborate to make an 
awesome HHVM package in Debian :)


Best,
Faidon


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



Bug#722035: switch from ffgtk to roger

2014-03-04 Thread Rolf Leggewie
On 04.03.2014 17:17, Rolf Leggewie wrote:
> the successor to ffgtk is called Roger Router.

Well, I forgot to mention the most important bit; the packaging for
Roger Router has been finalized and I'm not waiting for sponsorship so
that the new package can land in NEW.

https://mentors.debian.net/package/roger-router
http://mentors.debian.net/debian/pool/main/r/roger-router/roger-router_1.8.4-1.dsc
http://bugs.debian.org/739845 (ITP)

I expect ffgtk will be removed from Debian unstable.  I'd prefer to have
that happen after the replacement has landed.


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



Bug#740607: lintian: Please support build-profiles

2014-03-04 Thread Johannes Schauer
Hi,

Quoting Niels Thykier (2014-03-03 22:05:31)
> Thanks for looking into this.

and thanks for responding so quickly :)

> > +Tag: invalid-restriction-label-in-source-relation
> > +Severity: important
> > +Certainty: possible
> > +Info: The restriction list in the source relation includes a term with
> > + an unknown label. The only allowed labels are "stage1", "stage2", "notest"
> > + and "cross".
> > +
> 
> This is inconsistent when the check, which only seem to be allowing
> "stage1" and "notest"

Thanks for spotting this - fixed now.

> Usually, we don't bother doing "conflict" testing.  At least, we skip it
> for regular debhelper dependencies and many other cases.

I noticed. Does that mean that you want me to remove the conflict checking?
Since it's already done now it does not create more work for me to leave it
there. Maybe you want me to combine dependency and conflict testing into one
single tag each?

> > diff --git a/checks/fields.pm b/checks/fields.pm
> > index aeee252..2cae275 100644
> > --- a/checks/fields.pm
> > +++ b/checks/fields.pm
> > @@ -730,7 +730,7 @@ sub run {
> >  && $known_obsolete_emacs{$alternatives[0]->[0]});
> >  
> >  for my $part_d (@alternatives) {
> > -my ($d_pkg, $d_march, $d_version, $d_arch, $rest,
> > +my ($d_pkg, $d_march, $d_version, $d_arch, $d_restr, 
> > $rest,
> >  $part_d_orig)
> >= @$part_d;
> >  
> 
> If $d_restr is not used in the scope, please consider replacing it with
> "undef" to signal that.  (The diff suggests it is unused).

Correct, just as architecture restrictions, restriction lists are not found in
binary package stanzas. I usually copy the implementation of architecture
restrictions when I prepare patches for restriction lists. I set $d_restr to
undef but note, that then (for consistency) $d_arch should be set to undef too
because it is also not used.

> > +for my $restr (@{$d_restr})
> > { +my $dotcount = () = $restr =~ /\./g;
> 
> You probably want:
>   my $dotcount = $restr =~ tr/.//;

Is there a difference between the former and the latter? I replaced it by the
latter as you suggested as it seems to do the same.

> > +my ($ns, $label) = split(/\./, $restr, 2);
> > +tag 
> > 'invalid-restriction-namespace-in-source-relation',
> > +  "$ns [$field: $part_d_orig]"
> > +  unless $ns eq "profile";
> > +tag 
> > 'invalid-restriction-label-in-source-relation',
> > +  "$label [$field: $part_d_orig]"
> > +  unless any { $_ eq $label } ("stage1", 
> > "notest");
> 
> 
> Two things here; one, Lintian emit
> "invalid-restriction-label-in-source-relation" when namespace is not
> "profile". This seems wrong to me.  If Lintian does not know the
> namespace, Lintian should not claim to know the labels of said namespace.

Correct. Fixed.

> Secondly, I got a feeling that we want to move this to a data file (if
> not now, then eventually).

You probably mean somewhere in ./data/fields? But that would mean one file per
namespace, right?

> As mentioned earlier; we tend not to do the "conflict" tests.  Feel free
> to skip them entirely.

Maybe there should be a function similar to implies() which takes depends as
well as conflicts into account?

> I think the "new_noarch" constructor might need to be updated to ignore
> these profiles as well.  It is used to flag some missing
> build-dependencies in checks/rules.pm and checks/debhelper.pm (look for
> "_noarch").  Basically these checks ensures that a dependency is
> (probably) present on some architecture (and now also profile) when a
> given tool is used.  Example:
> 
>   If you call dh_python, then there should be a dependency for the
> package providing dh_python.  It may be architecture/profile dependent
> (e.g. not used during stage1), but some profile should need that
> dependency (else you wouldn't need to call dh_python).

Should I extend new_noarch to also strip profiles? In that case it should
probably also be renamed to match the new functionality? It seems that in all
cases where new_noarch is used right now it would also make sense to strip the
restriction list. So maybe new_noarch should become new_noarch_norestr or
new_norestriction?

> > +# Since the restriction list is not a set (as the architecture list) 
> > there
> > +# is no way to calculate a superset or subset of one another. 
> > Furthermore,
> > +# the evaluation depends on which build profiles are currently 
> > activated.
> > +# With n being the number of possible build profiles, 2^n checks would
> > +# have to be done. We decide not to do that (yet).
> > +return if defined $$p[6] or defined $$q[6];
> > +
> 
> O(n^2) checking? Ugh.  I suppose we 

Bug#722035: switch from ffgtk to roger

2014-03-04 Thread Andreas Henriksson
Hello Rolf!

Thanks for working on ffgtk/roger!

On Tue, Mar 04, 2014 at 05:33:00PM +0800, Rolf Leggewie wrote:
> On 04.03.2014 17:17, Rolf Leggewie wrote:
> > the successor to ffgtk is called Roger Router.
> 
> Well, I forgot to mention the most important bit; the packaging for
> Roger Router has been finalized and I'm not waiting for sponsorship so
> that the new package can land in NEW.

Thanks, I was a bit lost reading your initial mail. :)

> 
> https://mentors.debian.net/package/roger-router
> http://mentors.debian.net/debian/pool/main/r/roger-router/roger-router_1.8.4-1.dsc
> http://bugs.debian.org/739845 (ITP)
> 
> I expect ffgtk will be removed from Debian unstable.  I'd prefer to have
> that happen after the replacement has landed.

fwiw, I'm personally not interested in sponsoring anything that doesn't
give users a (best effort?) upgrade path.


Regards,
Andreas Henriksson


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



Bug#740710: fluidsynth: Please support vorbis-compressed sf3 sound fonts

2014-03-04 Thread Fabian Greffrath
Package: fluidsynth
Version: 1.1.6-2
Severity: wishlist

Hi,

the musescore authors have single-handedly introduced a new sound font format
SF3 which is the same as SF2 but with vorbis-compressed samples:

http://musescore.org/en/node/20818

They state that their software includes a modified version of fluidsynth which
includes support for that format and did already convert the soundfont included
with musescore (see #715462). It would be great if support for the new sound
font format could get added to upstream fluidsynth.

Thanks,

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.12-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages fluidsynth depends on:
ii  libc6   2.17-97
ii  libfluidsynth1  1.1.6-2

Versions of packages fluidsynth recommends:
ii  qsynth  0.3.8-1

fluidsynth 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#740711: aspell-fr: Incompatible hash function between 32 and 64 bits

2014-03-04 Thread Olivier Berger
Package: aspell-fr
Version: 0.50-3-7
Severity: normal

Hi.

When starting git gui, I get a message telling me that there's a problem with 
the /usr/lib/aspell/fr-40-only.rws file.

With LANG=C, I get a similar one: "Spell checking is unavailable: The file 
'/usr/lib/aspell/en-common.rws' is not in the proper format. Incompatible hash 
function."

$ ls -l /usr/lib/aspell/fr-40-only.rws
lrwxrwxrwx 1 root root 30 avril 14  2010 /usr/lib/aspell/fr-40-only.rws -> 
/var/lib/aspell/fr-40-only.rws

$ dpkg -S /var/lib/aspell/fr-40-only.rws
aspell-fr: /var/lib/aspell/fr-40-only.rws

Similarly, 

$ ls -l /usr/lib/aspell/en-common.rws 
lrwxrwxrwx 1 root root 29 juil. 29  2011 /usr/lib/aspell/en-common.rws -> 
/var/lib/aspell/en-common.rws

$ dpkg -S /var/lib/aspell/en-common.rws
aspell-en: /var/lib/aspell/en-common.rws


This seems related to a 32/64 bits problem :
http://aspell.net/0.61/man-html/Using-32_002dBit-Dictionaries-on-a-64_002dBit-System.html

Note that this has already been reported for Ubuntu in 
https://bugs.launchpad.net/ubuntu/+source/aspell-hi/+bug/1206639.

Thanks in advance.

Best regards,

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

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

Versions of packages aspell-fr depends on:
ii  aspell   0.60.7~20110707-1
ii  dictionaries-common  1.22.2

aspell-fr recommends no packages.

aspell-fr 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#646774: Christie loves Joe

2014-03-04 Thread 2053884541


Christie loves Joe


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



Bug#740703: ginkgocadx: new upstream available [FTBFS] [non-free files?]

2014-03-04 Thread Dmitry Smirnov
On Tue, 4 Mar 2014 09:31:21 Karsten Hilbert wrote:
> Upstream has released v3.6.1 which fixes a few bugs
> related to not being able to show X ray studies
> under certain circumstances.

Thanks but is is really necessary to notify about new version through bug 
report just hours(?) after release? Usually we can learn about new releases 
from maintainers dashboard, DDPO and package PTS page...


> A major change to be aware of regarding compilation
> is that it now compiles against wxWidgets 3.

Unfortunately this version also introduces seemingly non-free files, notably

src/cadxcore/main/controllers/smartretrievecontroller.cpp
src/cadxcore/main/controllers/smartretrievecontroller.h

Carlos, could you comment on this please? The above files (from 
v3.6.1.1367.34) are "Copyright 2008 MetaEmotion S.L. All rights reserved." 
but (unlike othes) there is no indication that they are licensed as LGPL. 
Apparently there are more files like this (looks like I missed those ones 
previously):

src/cadxcore/main/gui/startup/startupform.cpp
src/cadxcore/main/gui/startup/startupform.h
src/cadxcore/main/gui/startup/startupview.cpp

There could be more. Please advise.

By the way I just tried to build new version and got FTBFS:

{{{
/tmp/buildd/ginkgocadx-3.6.1.1367.34+dfsg/src/cadxcore/VTKInria3D/wxVTK/wxVTKRenderWindowInteractor.cpp:153:36:
 
fatal error: wx/gtk/private/win_gtk.h: No such file or directory 
 #include  
^ 
compilation terminated. 
}}}

I'm not sure how to fix that...

-- 
Regards,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B


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



Bug#740712: unattended-upgrades: upgrade with MinimalSteps=true can remove packages

2014-03-04 Thread Simon McVittie
Package: unattended-upgrades
Version: 0.79.5+steamos1+bsos1
Severity: wishlist

[I know this is a non-Debian system, but I'm reporting this "upstream"
unattended-upgrades bug to Debian anyway, with Michael Vogt's permission.]

Some SteamOS beta testers have encountered a problematic upgrade
scenario on a system with both SteamOS and Debian repositories enabled.
SteamOS is primarily an amd64 system, but has these additional packages
(and their dependencies) manually added at install time. Even though
nothing technically depends on them, they are considered critical to
system operation (they provide its GUI):

> [INSTALL] libc6:i386
> [INSTALL] libgl1-fglrx-glx:i386
> [INSTALL] libgl1-mesa-dri:i386
> [INSTALL] libgl1-mesa-glx:i386
> [INSTALL] libgl1-nvidia-glx:i386
> [INSTALL] libtxc-dxtn-s2tc0:i386
> [INSTALL] nvidia-vdpau-driver:i386
> [INSTALL] steam:i386
> [INSTALL] steam-launcher:amd64
> [INSTALL] steamos-modeswitch-inhibitor:i386

The only modification between u-a 0.79.5 and 0.79.5+steamos1 is the
addition of this file in apt.conf.d. The +bsosN suffix indicates a build
with no source changes other than debian/changelog, analogous to +bN in
Debian.

> APT::Periodic::Unattended-Upgrade "1";
> APT::Periodic::Download-Upgradeable-Packages "1";
> APT::Periodic::AutocleanInterval "5";
> Unattended-Upgrade::MinimalSteps "true";
> // Automatically upgrade packages from these (origin:archive) pairs
> Unattended-Upgrade::Origins-Pattern {
>   "origin=Valve Software LLC,label=SteamOS";
> };

This update seems to have caused the removal of some of the packages
listed above when applied:

> 2014-02-17 19:59:18,486 INFO Starting unattended upgrades script
> 2014-02-17 19:59:18,486 INFO Allowed origins are:
> ['origin=Debian,archive=stable,label=Debian-Security', 'origin=Valve
> Software LLC,label=SteamOS']
> 2014-02-17 19:59:56,512 INFO Packages that are upgraded:
> apache2.2-bin base-files curl e2fslibs e2fsprogs iceweasel
> initramfs-tools libc-bin libcomerr2 libcurl3 libcurl3-gnutls
> libdrm-intel1 libdrm-intel1:i386 libdrm-nouveau2 libdrm-nouveau2:i386
> libdrm-radeon1 libdrm-radeon1:i386 libdrm2 libdrm2:i386 libqt4-dbus
> libqt4-network libqt4-xml libqtcore4 libqtdbus4 libqtgui4 libss2
> libssl1.0.0 locales multiarch-support openssl qdbus steam-launcher
> steam:i386 steamos-base-files tzdata usbmount valve-bugreporter
> xserver-common xserver-xorg-core
> 2014-02-17 19:59:56,513 INFO Writing dpkg log to
> '/var/log/unattended-upgrades/
> unattended-upgrades dpkg_2014-02-17_19:59:56.512929.log'
> 2014-02-17 20:05:06,717 INFO All upgrades installed

Because the MinimalSteps option was set, the upgrade was broken up into
several transactions - see attached history.log. The problematic ones are:

> Start-Date: 2014-02-17  20:03:24
> Upgrade: libdrm-radeon1:amd64 (2.4.49-2+bsos1, 2.4.52-1+bsos1),
> libdrm-radeon1:i386 (2.4.49-2+bsos1, 2.4.52-1+bsos1)
> Remove: libgl1-mesa-dri:i386 (10.0.1+steamos1+bsos1)
> End-Date: 2014-02-17  20:03:25

and subsequently

> Start-Date: 2014-02-17  20:04:39
> Upgrade: libdrm2:amd64 (2.4.49-2+bsos1, 2.4.52-1+bsos1),
> libdrm2:i386 (2.4.49-2+bsos1, 2.4.52-1+bsos1)
> Remove: libdrm-nouveau2:i386 (2.4.52-1+bsos1),
> libdrm-radeon1:i386 (2.4.52-1+bsos1), libgl1-mesa-glx:i386
> (10.0.1+steamos1+bsos1), libdrm-intel1:i386 (2.4.52-1+bsos1)
> End-Date: 2014-02-17  20:04:46

I was able to reproduce this in a repeatable way by installing
SteamOSDVD.iso (dated 17-Feb-2014 13:17 on the web server, 1024917504
bytes) while disconnected from any network, disabling the ifupdown hooks
and cron job that would normally cause it to run unattended-upgrade, and
running "unattended-upgrade --debug --dry-run".

Michael Vogt has looked into the underlying apt issues, and has patches
for both apt and unattended-upgrades which seem to address this. I'm
looking into whether I can construct a small test-case.

S

-- System Information:
Distributor ID: SteamOS
Description:SteamOS 1.0
Release:1.0
Codename:   alchemist
Architecture: x86_64

Kernel: Linux 3.10-3-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 unattended-upgrades depends on:
ii  apt0.9.7.9+deb7u1+bsos1
ii  apt-utils  0.9.7.9+deb7u1+bsos1
ii  debconf [debconf-2.0]  1.5.49+bsos6
ii  lsb-base   4.1+Debian8+deb7u1+bsos7
ii  lsb-release4.1+Debian8+deb7u1+bsos7
ii  python 2.7.3-4+deb7u1+bsos6
ii  python-apt 0.8.8.2+bsos7
ii  ucf3.0025+nmu3+bsos6
ii  xz-utils   5.1.1alpha+20120614-2+bsos7

unattended-upgrades recommends no packages.

Versions of packages unattended-upgrades suggests:
pn  bsd-mailx 
pn  mail-transport-agent  

-- debconf information:
  unattended-upgrades/enable_auto_updates: false
Start-Date: 2014-02-17  19:59:58
Upgrade: libssl1.0.0:amd64 (1.0.1e-2+deb7u3+bsos1, 1.0.1e-2+deb7u4+bsos1)
End-Date: 2

Bug#725978: /usr/lib/udisks2/udisksd: Doesn't event on CD/DVD media insertion

2014-03-04 Thread s3v
Just a little more information.
In my case, with systemd, the problem disappears and changes in a udev rule (or
creating a new one in accordance with [1]) are no longer needed.

$ cat /etc/default/init
INIT="/lib/systemd/systemd"

I'm using Udisks2 + Jessie

Thanks

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


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



Bug#740713: kinect-audio-setup: [INTL:ja] New Japanese debconf translation

2014-03-04 Thread victory

Package: kinect-audio-setup
Version: 0.3-2
Severity: wishlist
Tags: patch l10n

Dear kinect-audio-setup package maintainer,

 Here's Japanese po-debconf template translation (ja.po) file that 
 reviewed by several Japanese Debian developers and users.

 Could you apply it, please?


-- 
victory
http://userscripts.org/scripts/show/102724 0.0.1.4
http://userscripts.org/scripts/show/163846 0.0.1
http://userscripts.org/scripts/show/163848 0.0.1


kinect-audio-setup_0.3-2_ja.po.gz
Description: Binary data


Bug#740663: dcut: option to both save and upload

2014-03-04 Thread Jakub Wilk

* Paul Tagliamonte , 2014-03-03, 20:30:
I'd be happy for a review and/or ack that this is what you'd like. If 
not, I'll be staged up with the next routine upload.


I haven't tested in action yet, but the code looks good to me. Thanks!

--
Jakub Wilk


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



Bug#733352: Bowtie and tophat fail to build with seqan >= 1.4

2014-03-04 Thread Andreas Tille
Hi David,

On Tue, Mar 04, 2014 at 11:17:21AM +0100, Weese, David wrote:
> 
> > Ognyan Kulev promised a patch for bowie
> 
> Ok, can you please paste my last mail (with the instructions) at 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733398 to help him.

I'm pretty sure that Ognyan is aware of the information since he was
responding to the bug report.  (I also add the address of the tophat
bug to keep others informed.)
 
> >> - seems to be const problem
> >> - the constructor of a seqan::Gaps<..., Alloc> was called with a const 
> >> String and requires a non-const String
> >> - from just the error report I can't say how to fix it
> > 
> > Would a full build log which is more verbose than
> > 
> >   https://bugs.debian.org/733352
> > 
> > help to create a patch?
> > 
> 
> Not really. What I need is to reproduce your exact build environment to 
> reproduce the exact error and provide a patch.

The exact build environment can be createt quite easily on a Debian (or
also Ubuntu machine).  You create a pbuilder environment via

   pbuilder --create sid

fetch the package source

   apt-get source tophat

cd to the unpacked dir and say

   pdebuild

Which builds the package inside the pbuilder chroot.  If you need more
detailed information I'd be happy to providvide it.

Kind regards

  Andreas.

-- 
http://fam-tille.de


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



Bug#740714: chef: [INTL:ja] New Japanese debconf translation

2014-03-04 Thread victory

Package: chef
Version: 11.8.2-4
Severity: wishlist
Tags: patch l10n

Dear chef package maintainer,

 Here's Japanese po-debconf template translation (ja.po) file that 
 reviewed by several Japanese Debian developers and users.

 Could you apply it, please?


-- 
victory
http://userscripts.org/scripts/show/102724 0.0.1.4
http://userscripts.org/scripts/show/163846 0.0.1
http://userscripts.org/scripts/show/163848 0.0.1


chef_11.8.2-4_ja.po.gz
Description: Binary data


Bug#740715: init-select: [INTL:ja] New Japanese debconf translation

2014-03-04 Thread victory

Package: init-select
Version: 1.20140106
Severity: wishlist
Tags: patch l10n

Dear init-select package maintainer,

 Here's Japanese po-debconf template translation (ja.po) file that 
 reviewed by several Japanese Debian developers and users.

 Could you apply it, please?


-- 
victory
http://userscripts.org/scripts/show/102724 0.0.1.4
http://userscripts.org/scripts/show/163846 0.0.1
http://userscripts.org/scripts/show/163848 0.0.1


init-select_1.20140106_ja.po.gz
Description: Binary data


Bug#738981: Fwd: Bug#738981: Switch to use generic_fpu for ARM

2014-03-04 Thread Thomas Orgis
Am Tue, 04 Mar 2014 02:59:44 +
schrieb peter green : 

> Is there any quality 
> difference from using a fpu vs nonfpu decoder?

Technically, there is. See those numbers for generic fpu and non-fpu
code with and without --enable-int-quality given to configure (enables
better rounding for small performance hit, you might want to activate
that by default).

In numbers, the difference is this:

==> src/mpg123.fpu_accurate.compliance.txt <==

 Layer 3 
--> 16 bit signed integer output
compl.bit:  RMS=4.300914e-06 (PASS) maxdiff=7.688999e-06 (PASS)
--> 32 bit integer output
compl.bit:  RMS=2.152784e-08 (PASS) maxdiff=1.769513e-07 (PASS)
--> 24 bit integer output
compl.bit:  RMS=4.206462e-08 (PASS) maxdiff=1.788139e-07 (PASS)
--> 32 bit floating point output
compl.bit:  RMS=2.153045e-08 (PASS) maxdiff=1.769513e-07 (PASS)

==> src/mpg123.fpu.compliance.txt <==

 Layer 3 
--> 16 bit signed integer output
compl.bit:  RMS=8.907757e-06 (LIMITED) maxdiff=1.531839e-05 (PASS)
--> 32 bit integer output
compl.bit:  RMS=2.152589e-08 (PASS) maxdiff=1.769513e-07 (PASS)
--> 24 bit integer output
compl.bit:  RMS=4.205495e-08 (PASS) maxdiff=1.788139e-07 (PASS)
--> 32 bit floating point output
compl.bit:  RMS=2.153045e-08 (PASS) maxdiff=1.769513e-07 (PASS)

==> src/mpg123.nofpu_accurate.compliance.txt <==

 Layer 3 
--> 16 bit signed integer output
compl.bit:  RMS=4.344827e-06 (PASS) maxdiff=1.275539e-05 (PASS)
--> 32 bit integer output
compl.bit:  RMS=4.344827e-06 (PASS) maxdiff=1.275539e-05 (PASS)
--> 24 bit integer output
compl.bit:  RMS=4.344827e-06 (PASS) maxdiff=1.275539e-05 (PASS)
--> 32 bit floating point output
compl.bit:  RMS=4.344827e-06 (PASS) maxdiff=1.275539e-05 (PASS)

==> src/mpg123.nofpu.compliance.txt <==

 Layer 3 
--> 16 bit signed integer output
compl.bit:  RMS=7.927192e-06 (PASS) maxdiff=2.676249e-05 (PASS)
--> 32 bit integer output
compl.bit:  RMS=7.927192e-06 (PASS) maxdiff=2.676249e-05 (PASS)
--> 24 bit integer output
compl.bit:  RMS=7.927192e-06 (PASS) maxdiff=2.676249e-05 (PASS)
--> 32 bit floating point output
compl.bit:  RMS=7.927192e-06 (PASS) maxdiff=2.676249e-05 (PASS)

With a nofpu decoder, you always get the precision of 16 bit output,
because floating point numbers are converted from 16 bit. But,
especially so with --enable-int-quality, this is a fully compliante
MPEG audio decoder with all the precision that you need for "normal"
playback situations.

MAD claims 24 bit precision with integer math
(just about matching mpg123's 24 bit output with FPU decoder, see
http://www.underbit.com/resources/mpeg/audio/compliance, RMS=4.906e−08)
I suspect though, that MAD will be considerably slower than mpg123's
arm_nofpu decoder. On my Core2Duo P8800, madplay with libmad 0.15.1
needs about  7.4 s to 8.5 s decoding to null output (with either speed or
accuracy optimization). The mpg123 numbers for the generic variants
(accurate == --enable-int-quality):

==> src/mpg123.fpu_accurate.bench.txt <==
#mpg123 benchmark (user CPU time in seconds for decoding)
#decodert_s16/s t_f32/s
generic 6.165.85

==> src/mpg123.fpu.bench.txt <==
#mpg123 benchmark (user CPU time in seconds for decoding)
#decodert_s16/s t_f32/s
generic 6.055.83

==> src/mpg123.nofpu_accurate.bench.txt <==
#mpg123 benchmark (user CPU time in seconds for decoding)
#decodert_s16/s t_f32/s
generic 6.676.81

==> src/mpg123.nofpu.bench.txt <==
#mpg123 benchmark (user CPU time in seconds for decoding)
#decodert_s16/s t_f32/s
generic 6.016.16

You see, there is some hit from accurate rounding, but it is in a
different league compared to the difference between fpu and nofpu on a
NEON-less ARM device (and yes, on a x86 CPU, generic FPU code is faster
when actually proucing float output).

Oh, and remember: This is for mpg123 with handbrakes on, using Taihei's
assembly optimizations, the decoding time is about halved on the Core2.
Similarily, I'd like to see numbers for madplay on ARM (best on
machines with and without fpu to get a picture about what difference we
talk about):

sh$ time -d -o null convergence_-_points_of_view/*.mp3

I don't know offhand how mpg123 nofpu stacks up against that, but there
should be a considerable difference in speed. My guess is that, on
limited hardware without NEON, you'd prefer stutter-free playback with
least CPU power draw. When utmost theoretical quality really matters or
you intend extensive post-processing of the data --- especially using
an audio player that works with floating point math internally, like
audacious --- then employing a more capable CPU with NEON is something
I expect. The mpg123 nofpu decoder, according Riku's numbers, is still
a good choice for systems with a FPU but no NEON, but the generic
floating point decoder is not that far behind in speed (compared to
softfloat) and offers proper floating point accuracy as bonus.

Generally, it is a safe bet tha

Bug#738981: Fwd: Bug#738981: Switch to use generic_fpu for ARM

2014-03-04 Thread Thomas Orgis
Am Tue, 4 Mar 2014 11:49:45 +0100
schrieb Thomas Orgis : 

> sh$ time -d -o null convergence_-_points_of_view/*.mp3

That should be

sh$ time madplay -d -o null: convergence_-_points_of_view/*.mp3

... as you may have guessed (notice the added ":").


Alrighty then,

Thomas


signature.asc
Description: PGP signature


Bug#740716: libwireshark-dev: please add pkg-config support for libwireshark-dev

2014-03-04 Thread Sebastian Reichel
Package: libwireshark-dev
Version: 1.10.5-2
Severity: wishlist

Hi,

It would be nice to have a *.pc file for libwireshark-dev. It should
contain cflags and libs needed to build against libwireshark and the
plugin directory. For example the x86-64 could look similar to this:

/usr/lib/x86_64-linux-gnu/pkgconfig/wireshark.pc
---
prefix=/usr
exec_prefix=${prefix}
libdir=${prefix}/lib/x86_64-linux-gnu
sharedlibdir=${libdir}
includedir=${prefix}/include/wireshark
plugindir=${libdir}/wireshark/libwireshark3/plugins

Name: wireshark
Description: wireshark network packet dissection library
Version: 1.10.5

Requires:
Libs: -L${libdir} -L${sharedlibdir} -lwireshark
Cflags: -I${includedir}
---

-- Sebastian

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

Kernel: Linux 3.13-trunk-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 libwireshark-dev depends on:
ii  libwireshark3  1.10.5-2
ii  libwsutil-dev  1.10.5-2

libwireshark-dev recommends no packages.

libwireshark-dev suggests no packages.

-- no debconf information


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



Bug#740703: ginkgocadx: new upstream available [FTBFS] [non-free files?]

2014-03-04 Thread Carlos Barrales
On Tue, Mar 4, 2014 at 11:37 AM, Dmitry Smirnov  wrote:

> > A major change to be aware of regarding compilation
> > is that it now compiles against wxWidgets 3.
>
> Unfortunately this version also introduces seemingly non-free files,
> notably
>
> src/cadxcore/main/controllers/smartretrievecontroller.cpp
> src/cadxcore/main/controllers/smartretrievecontroller.h
>
> Carlos, could you comment on this please? The above files (from
> v3.6.1.1367.34) are "Copyright 2008 MetaEmotion S.L. All rights reserved."
> but (unlike othes) there is no indication that they are licensed as LGPL.
> Apparently there are more files like this (looks like I missed those ones
> previously):
>
> src/cadxcore/main/gui/startup/startupform.cpp
> src/cadxcore/main/gui/startup/startupform.h
> src/cadxcore/main/gui/startup/startupview.cpp
>

Sorry, it was a mistake merging files.
We'll upload updated sources (We'll wait for the following compile error)



> There could be more. Please advise.
>
> By the way I just tried to build new version and got FTBFS:
>
> {{{
>
> /tmp/buildd/ginkgocadx-3.6.1.1367.34+dfsg/src/cadxcore/VTKInria3D/wxVTK/wxVTKRenderWindowInteractor.cpp:153:36:
> fatal error: wx/gtk/private/win_gtk.h: No such file or directory
>  #include 
> ^
> compilation terminated.
> }}}
>
> I'm not sure how to fix that...
>

What version of wxWidgets are you compiling against?

Best regards.
-- 

*Carlos Barrales Ruiz*carlos.barra...@metaemotion.com
[+34] 983 108 494


*MetaEmotion*Edificio CTTA. Módulos 119-122.
Paseo de Belén, nº9. E47011. Valladolid. Spain.
www.metaemotion.com


Bug#740711: aspell-fr: Incompatible hash function between 32 and 64 bits

2014-03-04 Thread Bill Allombert
On Tue, Mar 04, 2014 at 11:30:02AM +0100, Olivier Berger wrote:
> Package: aspell-fr
> Version: 0.50-3-7
> Severity: normal
> 
> Hi.
> 
> When starting git gui, I get a message telling me that there's a problem with 
> the /usr/lib/aspell/fr-40-only.rws file.
> 
> With LANG=C, I get a similar one: "Spell checking is unavailable: The file 
> '/usr/lib/aspell/en-common.rws' is not in the proper format. Incompatible 
> hash function."
> 
> $ ls -l /usr/lib/aspell/fr-40-only.rws
> lrwxrwxrwx 1 root root 30 avril 14  2010 /usr/lib/aspell/fr-40-only.rws -> 
> /var/lib/aspell/fr-40-only.rws
> 
> $ dpkg -S /var/lib/aspell/fr-40-only.rws
> aspell-fr: /var/lib/aspell/fr-40-only.rws

Hello Olivier, as the former aspell-fr maintainer:
Are you using multiarch ?
It is a well known issue with aspell that aspell dictionnaries are
architecture-dependent. This is why they are in /usr/lib.
So this issue is probably not specific to aspell-fr.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 


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



Bug#722551: Several display resolution changes during the boot sequence with Intel Ivy Bridge despite "fastboot" promise since xf86-video-intel 2.21.11

2014-03-04 Thread Thibaut
Hi,

Since xf86-video-intel 2.21.11 (June 30, 2013), fastboot is possible for
Intel HD Graphics which means that it is theorically possible to keep
the same screen resolution during all the boot sequence. [1]

However this benefit is still not available in Debian whrereas it could
give a more robust, "more professional" look to its boot sequence.

Moreover, with Linux 3.15, Fastboot will also be available for Haswell
and Broadwell hardware. [2]

Could it be possible to enable this feature within Debian ?

Thanks

[1] http://lists.freedesktop.org/pipermail/xorg/2013-June/055816.html

[2] http://www.phoronix.com/scan.php?page=news_item&px=MTU5NTY


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



Bug#740713: kinect-audio-setup: [INTL:ja] New Japanese debconf translation

2014-03-04 Thread Antonio Ospite
On Tue, 4 Mar 2014 19:44:34 +0900
victory  wrote:

> 
> Package: kinect-audio-setup
> Version: 0.3-2
> Severity: wishlist
> Tags: patch l10n
> 
> Dear kinect-audio-setup package maintainer,
> 
>  Here's Japanese po-debconf template translation (ja.po) file that 
>  reviewed by several Japanese Debian developers and users.
> 
>  Could you apply it, please?
>

Hi victory,

the file you sent uses dos line endings[1], is that OK?
All the other *.po files I've got use unix line endings.

Thanks,
   Antonio

[1] http://en.wikipedia.org/wiki/Newline

-- 
Antonio Ospite
http://ao2.it

A: Because it messes up the order in which people normally read text.
   See http://en.wikipedia.org/wiki/Posting_style
Q: Why is top-posting such a bad thing?


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



Bug#740717: libserf-1-1: This version doesn't support GSSAPI

2014-03-04 Thread Nick
Package: libserf-1-1
Version: 1.3.4-1
Severity: normal

Dear Maintainer,



Subverson uses library libserf-1-1 for http connection. Without support of
GSSAPI in libserf subversion won't be able to use kerberos.



--- serf-1.3.4.orig/debian/rules  2014-03-04 13:49:27.250506618 +0300
+++ serf-1.3.4/debian/rules   2014-03-04 12:56:37.223361019 +0300
@@ -26,7 +26,7 @@
dh_testdir

scons $(parallel) PREFIX=/usr LIBDIR=$(libdir) \
-   CFLAGS="$(CFLAGS)" CPPFLAGS="$(CPPFLAGS)"
LINKFLAGS="$(LDFLAGS)"
+   CFLAGS="$(CFLAGS)" CPPFLAGS="$(CPPFLAGS)"
LINKFLAGS="$(LDFLAGS)" GSSAPI="/usr"
 ifeq (, $(filter nocheck,$(DEB_BUILD_OPTIONS)))
scons check
 endif



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

Kernel: Linux 3.13.5 (SMP w/3 CPU cores; PREEMPT)
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 libserf-1-1 depends on:
ii  libapr11.5.0-1
ii  libaprutil11.5.3-1+b1
ii  libc6  2.17-97
ii  libssl1.0.01.0.1f-1
ii  multiarch-support  2.17-97
ii  zlib1g 1:1.2.8.dfsg-1

libserf-1-1 recommends no packages.

libserf-1-1 suggests no packages.

-- no debconf information


Bug#428554: Can't reproduce this problem

2014-03-04 Thread Carsten Schoenert

Hello Geoffrey,

Am 03.03.2014 23:59, schrieb Geoffrey Thomas:

Hi Carsten,

There are a number of bugs against prelink that are outdated or irrelevant
or fixed by the much-newer version I uploaded last week. I'm planning on
systematically going through all of them and verifying whether there is
any validity in them, although this may not be for a few weekends. I will
probably end up closing this bug when that happens.


I don't want to force something. I came to this bug over the Debian 
website for bugs older then three years.


As you wrote you will go through all the bugs I can say I know that this 
means, I've done this for Icedove quite a year ago. First I searched for 
bugs that have reported versions older then the current versions inside 
the Debian repositories. This has taken a long time. ;)


So now we can take a more detailed look at the current bugs.

Thanks and wishes the best,
Carsten


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



Bug#740614: [PKG-Openstack-devel] Bug#740614: glance: does not handle requests after installation

2014-03-04 Thread Thomas Goirand
On 03/04/2014 12:28 AM, Lucas Nussbaum wrote:
> Package: glance
> Version: 2013.2.2-2
> Severity: serious
> Justification: renders package unusable
> 
> Hi,
> 
> After installing glance, I get the following errors in the log:
> 2014-03-03 16:11:23.179 17528 WARNING glance.store.base [-] Failed to 
> configure store correctly: Store sheepdog could not be configured correctly. 
> Reason: Error in store configuration: Unexpected error while running command.
> Command: collie
> Exit code: 127
> Stdout: ''
> Stderr: '/bin/sh: 1: collie: not found\n' Disabling add method.
> 2014-03-03 16:11:23.202 17528 WARNING glance.store.base [-] Failed to 
> configure store correctly: Store cinder could not be configured correctly. 
> Reason: Cinder storage requires a context. Disabling add method.
> 2014-03-03 16:11:23.448 17528 WARNING keystoneclient.middleware.auth_token 
> [-] Configuring auth_uri to point to the public identity endpoint is 
> required; clients may not be able to authenticate against an admin endpoint
> 
> Installing sheepdog fixes the first warning.
> 
> installing python-cinderclient apparently fixes the second warning.
> 
> Configuring auth_uri in glance-api.conf fixes the third one:
> [keystone_authtoken]
> auth_host = 127.0.0.1
> auth_port = 35357
> auth_protocol = http
> auth_uri = http://127.0.0.1:35357
> 
> 
> Lucas

Hi Lucas,

If I understand well, you've been able to fix everything. How come then
it's a "serious" issue that makes "package unusable"?

Also, this seems related to using sheepdog, which I never used. I'm
convince that the default setup of Glance (using keystone and the local
file-based store) works out of the box, and we've been using RDB (using
Ceph) without issue.

It looks like to me that the only thing we should fix is add
python-cinderclient as dependency, and completely removing the auth_uri
parameter of the default config file (so that other directives are in
use by default).

Your thoughts?

I'll be waiting for more input from you,
Cheers,

Thomas


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



Bug#740718: rkhunter: i18n db update of lang en keyword NETWORK_PROMISC_NO_IP missing

2014-03-04 Thread Hubert Krause
Package: rkhunter
Version: 1.4.0-1
Severity: minor

Dear Maintainer,

This weekend rkhunter automaticaly fetched an i18n upgrade for en and tw
from its mirrors (don't know wich mirror). This upgrade does remove the 
keyword NETWORK_PROMISC_NO_IP from language file for en and tw.

This results in the error:

Error: Invalid display - keyword cannot be found: Display line: display --to
LOG --type INFO NETWORK_PROMISC_NO_IP

for daily rkhunter run. Switching to lang=de solve this Problem because
the keyword NETWORK_PROMISC_NO_IP is still availabe in the german language
file.

best regards,

Hubert

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 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 rkhunter depends on:
ii  binutils   2.22-8
ii  debconf [debconf-2.0]  1.5.49
ii  file   5.11-2+deb7u1
ii  net-tools  1.60-24.2
ii  perl   5.14.2-21+deb7u1
ii  ucf3.0025+nmu3

Versions of packages rkhunter recommends:
ii  iproute 20120521-3+b3
ii  lsof4.86+dfsg-1
ii  lynx2.8.8dev.12-2
ii  postfix [mail-transport-agent]  2.9.6-2
ii  unhide.rb   13-1.1
ii  wget1.13.4-3+deb7u1

Versions of packages rkhunter suggests:
ii  bsd-mailx [mailx] 8.1.2-0.2006cvs-1
pn  libdigest-whirlpool-perl  
ii  liburi-perl   1.60-1
ii  libwww-perl   6.04-1
pn  powermgmt-base
pn  tripwire  

-- Configuration Files:
/etc/apt/apt.conf.d/90rkhunter changed:
// Makes sure that rkhunter file properties database is updated after each 
remove or install only if hashes test is enabled
DPkg::Post-Invoke { "if [ -x /usr/bin/rkhunter ] && ( ! grep -q -E 
'^DISABLE_TESTS=.*(hashes.*attributes|attributes.*hashes|properties)' 
/etc/rkhunter.conf || grep -q -E 
'^ENABLE_TESTS=.*(hashes|attributes|properties)' /etc/rkhunter.conf); then 
/usr/bin/rkhunter --propupd --nolog; fi" }

/etc/rkhunter.conf changed:
ROTATE_MIRRORS=1
UPDATE_MIRRORS=1
MIRRORS_MODE=0
MAIL-ON-WARNING=""
MAIL_CMD=mail -s "[rkhunter] Warnings found for ${HOST_NAME}"
TMPDIR=/var/lib/rkhunter/tmp
DBDIR=/var/lib/rkhunter/db
SCRIPTDIR=/usr/share/rkhunter/scripts
BINDIR="/bin /usr/bin /sbin /usr/sbin /usr/local/bin /usr/local/sbin 
/usr/libexec /usr/local/libexec"
UPDATE_LANG=""
LOGFILE=/var/log/rkhunter.log
APPEND_LOG=0
COPY_LOG_ON_ERROR=0
COLOR_SET2=0
AUTO_X_DETECT=1
WHITELISTED_IS_WHITE=0
ALLOW_SSH_ROOT_USER=no
ALLOW_SSH_PROT_V1=0
ENABLE_TESTS="all"
DISABLE_TESTS="apps suspscan hidden_procs deleted_files packet_cap_apps"
PKGMGR=DPKG
SCRIPTWHITELIST=/bin/egrep
SCRIPTWHITELIST=/bin/fgrep
SCRIPTWHITELIST=/bin/which
SCRIPTWHITELIST=/usr/bin/groups
SCRIPTWHITELIST=/usr/bin/ldd
SCRIPTWHITELIST=/usr/bin/lwp-request
SCRIPTWHITELIST=/usr/sbin/adduser
SCRIPTWHITELIST=/usr/sbin/prelink
ALLOWHIDDENDIR=/etc/.java
ALLOWHIDDENDIR=/dev/.udev
ALLOWHIDDENDIR=/dev/.initramfs
ALLOWHIDDENDIR=/etc/.hg
ALLOWHIDDENFILE=/dev/shm/.run-transition
ALLOWHIDDENFILE=/usr/share/man/man5/.k5login.5.gz
ALLOWHIDDENFILE=/usr/share/man/man5/.k5identity.5.gz
ALLOWHIDDENFILE=/etc/.hgignore
ALLOWHIDDENFILE=/etc/.etckeeper
IP_CMD=DISABLED
ALLOWDEVFILE="/dev/.udev/db/net:eth*"
XINETD_CONF_PATH=/etc/xinetd.conf
XINETD_ALLOWED_SVC=/etc/xinetd.d/amanda
ALLOW_SYSLOG_REMOTE_LOGGING=1
SUSPSCAN_DIRS="/tmp /var/tmp"
SUSPSCAN_TEMP=/dev/shm
SUSPSCAN_MAXSIZE=1024
SUSPSCAN_THRESH=200
USE_LOCKING=0
LOCK_TIMEOUT=300
SHOW_LOCK_MSGS=1
INSTALLDIR="/usr"


-- debconf information:
  rkhunter/apt_autogen: false
  rkhunter/cron_daily_run:
  rkhunter/cron_db_update:


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



Bug#687149: cron.daily maintenance/upgrade script emit warnings...

2014-03-04 Thread Marco Gaiarin

> I will tag this ticket as "squeeze" since it seems to only apply to
> the Squeeze 6 version.

This is true.

Sorry but i'm a bit late in debian versions, so i've started in these
days the upgrate to wheezy, and still no one with a SA setup.

I've only do some test and noted that newer SA use a dedicated users,
not 'nobody'.


So, please, wait some time and i will comment this bug, and adding a
specific one for the 'SA_UPDATE_OPTS' variable to manage
plugin/external repository.

Thanks.


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



Bug#740719: xserver-xorg-video-intel: requires KMS but loads non-KMS i915.ko on kfreebsd

2014-03-04 Thread Robert Millan
Package: xserver-xorg-video-intel
Version: 2.21.15
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd

On 04/03/2014 10:43, Christoph Egger wrote:
> Robert Millan  writes:
>> With latest kfreebsd-11 manual "kldload drm2" shouldn't be required anymore, 
>> just
>> "kldload i915kms". Does this work for you too?
> 
> Is there a recomended way to do that automatically? I have had i915kms
> loaded from /etc/modules for a long time now and it works well on my
> kfreebsd-10. However when I boot into kfreebsd-11 it seems to load
> i915.ko. Unloading i915 and loading i915kms later on works fine and I
> get a nice newcons and proper X after that but I'd like to have it
> activated on boot!

The intel driver is supposed to load the KMS version of the module (i915kms) 
instead of
the non-KMS one (i915).

Attached patch should fix this.

(please CC the bug number if you followup)

-- 
Robert Millan
diff -ur xserver-xorg-video-intel-2.21.15.old/src/intel_device.c xserver-xorg-video-intel-2.21.15/src/intel_device.c
--- xserver-xorg-video-intel-2.21.15.old/src/intel_device.c	2013-08-21 13:20:29.0 +0200
+++ xserver-xorg-video-intel-2.21.15/src/intel_device.c	2014-03-04 12:41:21.998263738 +0100
@@ -135,7 +135,11 @@
 
 		ret = drmCheckModesettingSupported(id);
 		if (ret) {
+#ifdef __FreeBSD_kernel__
+			if (xf86LoadKernelModule("i915kms"))
+#else
 			if (xf86LoadKernelModule("i915"))
+#endif
 ret = drmCheckModesettingSupported(id);
 			if (ret)
 return -1;


Bug#740720: python-wsgi-intercept: new upstream version

2014-03-04 Thread Matthias Urlichs
Package: python-wsgi-intercept
Version: 0.5.1-1
Severity: wishlist

Please package 0.6.1.

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

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


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



Bug#734333: acpi-support-base: unexpected shutdown by short press of power button

2014-03-04 Thread Vincent Lefevre
On 2014-01-06 01:34:43 +0100, Vincent Lefevre wrote:
> In the past, shortly pressing the power button of my laptop had
> no effect. But now it does a shutdown:

When I press the power button after suspending the machine to wake it
up, it also sometimes does a shutdown!

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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



Bug#740614: [PKG-Openstack-devel] Bug#740614: glance: does not handle requests after installation

2014-03-04 Thread Lucas Nussbaum
On 04/03/14 at 19:22 +0800, Thomas Goirand wrote:
> On 03/04/2014 12:28 AM, Lucas Nussbaum wrote:
> > Package: glance
> > Version: 2013.2.2-2
> > Severity: serious
> > Justification: renders package unusable
> > 
> > Hi,
> > 
> > After installing glance, I get the following errors in the log:
> > 2014-03-03 16:11:23.179 17528 WARNING glance.store.base [-] Failed to 
> > configure store correctly: Store sheepdog could not be configured 
> > correctly. Reason: Error in store configuration: Unexpected error while 
> > running command.
> > Command: collie
> > Exit code: 127
> > Stdout: ''
> > Stderr: '/bin/sh: 1: collie: not found\n' Disabling add method.
> > 2014-03-03 16:11:23.202 17528 WARNING glance.store.base [-] Failed to 
> > configure store correctly: Store cinder could not be configured correctly. 
> > Reason: Cinder storage requires a context. Disabling add method.
> > 2014-03-03 16:11:23.448 17528 WARNING keystoneclient.middleware.auth_token 
> > [-] Configuring auth_uri to point to the public identity endpoint is 
> > required; clients may not be able to authenticate against an admin endpoint
> > 
> > Installing sheepdog fixes the first warning.
> > 
> > installing python-cinderclient apparently fixes the second warning.
> > 
> > Configuring auth_uri in glance-api.conf fixes the third one:
> > [keystone_authtoken]
> > auth_host = 127.0.0.1
> > auth_port = 35357
> > auth_protocol = http
> > auth_uri = http://127.0.0.1:35357
> > 
> > 
> > Lucas
> 
> Hi Lucas,
> 
> If I understand well, you've been able to fix everything. How come then
> it's a "serious" issue that makes "package unusable"?

because without additional tweaking, the package doesn't work at all?

> Also, this seems related to using sheepdog, which I never used. I'm
> convince that the default setup of Glance (using keystone and the local
> file-based store) works out of the box, and we've been using RDB (using
> Ceph) without issue.
> 
> It looks like to me that the only thing we should fix is add
> python-cinderclient as dependency, and completely removing the auth_uri
> parameter of the default config file (so that other directives are in
> use by default).
> 
> Your thoughts?
> 
> I'll be waiting for more input from you,

I don't have enough openstack knowledge to provide valuable input: I'm
just reporting that by default it doesn't work.

Lucas


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



Bug#740687: dgit should recognize existing git repos

2014-03-04 Thread Ian Jackson
Antoine Beaupré writes ("Bug#740687: dgit should recognize existing git repos"):
> As usual, I am not sure I understand dgit right, but it seems to me
> that dgit should add the existing git remote for a package if it
> already exists, and use that to start working on the said package.

It would probably be sensible for dgit to set up a remote from the
Vcs-Git field.  But dgit cannot just use the history found there,
because that history may not be (probably won't be) in the right
format.

> It seems to me that pushing to that dgit repo would create a dupe, and
> worse, ignore the existing package's history...

It does ignore any history of the package which is not "dgit
history".

I will take this bug report as a request to improve the documentation,
and to provide a default remote name from the vcs-git field.

Ian.


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



Bug#740713: kinect-audio-setup: [INTL:ja] New Japanese debconf translation

2014-03-04 Thread victory
On Tue, 4 Mar 2014 12:09:26 +0100
Antonio Ospite wrote:

> the file you sent uses dos line endings[1]

attached w/ s/[crlf]/[lf]/g :)

-- 
victory


kinect-audio-setup_0.3-2_ja.po.gz
Description: Binary data


Bug#740633: Pending fixes for bugs in the libnet-dhcpv6-duid-parser-perl package

2014-03-04 Thread pkg-perl-maintainers
tag 740633 + pending
thanks

Some bugs in the libnet-dhcpv6-duid-parser-perl package are closed in
revision 5374d54b2cb95f82f532e1f085ff835f742097bd in branch 'master'
by Axel Beckert

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libnet-dhcpv6-duid-parser-perl.git;a=commitdiff;h=5374d54

Commit message:

Initial upload to Debian as 1.01-1 (Closes: #740633)


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



Bug#740711: aspell-fr: Incompatible hash function between 32 and 64 bits

2014-03-04 Thread Olivier Berger
Bill Allombert  writes:

> On Tue, Mar 04, 2014 at 11:30:02AM +0100, Olivier Berger wrote:
>> Hi.
>> 
>> When starting git gui, I get a message telling me that there's a problem 
>> with the /usr/lib/aspell/fr-40-only.rws file.
>> 
>> With LANG=C, I get a similar one: "Spell checking is unavailable: The file 
>> '/usr/lib/aspell/en-common.rws' is not in the proper format. Incompatible 
>> hash function."
>> 
>> $ ls -l /usr/lib/aspell/fr-40-only.rws
>> lrwxrwxrwx 1 root root 30 avril 14  2010 /usr/lib/aspell/fr-40-only.rws -> 
>> /var/lib/aspell/fr-40-only.rws
>> 
>> $ dpkg -S /var/lib/aspell/fr-40-only.rws
>> aspell-fr: /var/lib/aspell/fr-40-only.rws
>
> Hello Olivier, as the former aspell-fr maintainer:
> Are you using multiarch ?

I have been, yes.

I've just recently updated my system from i686 to amd64.

> It is a well known issue with aspell that aspell dictionnaries are
> architecture-dependent. This is why they are in /usr/lib.
> So this issue is probably not specific to aspell-fr.
>

Not really, indeed. At least, aspell-en too. But as I noticed it
initially, on aspell-fr, I just picked that one.

Thanks for caring.

Best regards,

-- 
Olivier BERGER 
http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut Mines-Telecom, Telecom SudParis, Evry (France)


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



Bug#740722: gedit: Errors in terminal

2014-03-04 Thread Adrian
Package: gedit
Version: 3.10.4-1
Severity: normal

Hi

When launching Gedit from the terminal I get several GTK warnings related to
the DBUS daemon:

 Gtk-WARNING **: Calling Inhibit failed:
GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name
org.gnome.SessionManager was not provided by any .service files



-- Package-specific info:
Active plugins:
  - 'docinfo'
  -  'filebrowser'
  -  'time'
  -  'pythonconsole'
  -  'spell'
  -  'modelines'

No plugin installed in $HOME.

Module versions:
  pkg-config unavailable


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

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

Versions of packages gedit depends on:
ii  gedit-common   3.10.4-1
ii  gir1.2-peas-1.01.8.1-2
ii  gnome-icon-theme-symbolic  3.10.1-1
ii  gsettings-desktop-schemas  3.8.2-2
ii  iso-codes  3.51-1
ii  libatk1.0-02.10.0-2
ii  libc6  2.18-4
ii  libcairo-gobject2  1.12.16-2
ii  libcairo2  1.12.16-2
ii  libenchant1c2a 1.6.0-10
ii  libgdk-pixbuf2.0-0 2.30.5-1
ii  libgirepository-1.0-1  1.38.0-2
ii  libglib2.0-0   2.38.2-5
ii  libgtk-3-0 3.10.7-1
ii  libgtksourceview-3.0-1 3.10.2-1
ii  libpango-1.0-0 1.36.2-2
ii  libpangocairo-1.0-01.36.2-2
ii  libpeas-1.0-0  1.8.1-2
ii  libx11-6   2:1.6.2-1
ii  libxml22.9.1+dfsg1-3
ii  python-gi-cairo3.10.2-2+b1
ii  python3-gi 3.10.2-2+b1
pn  python3:any

Versions of packages gedit recommends:
ii  yelp3.10.1-1
ii  zenity  3.8.0-1

Versions of packages gedit suggests:
ii  gedit-plugins  3.10.1-1

-- 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#734241: init/upstart script problems

2014-03-04 Thread James Page
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Apologies

Looks like bug mail is just not getting through to the maintainer ML.

I'll look to fix this for the next upload I do for the firefly release.

Cheers

James

- -- 
James Page
Ubuntu and Debian Developer
james.p...@ubuntu.com
jamesp...@debian.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCAAGBQJTFcS/AAoJEL/srsug59jDfxYP/0iaiVo4wCjLIOHU0+fNF5zb
NGjundn/ePad/b84ftul/Dw833wc5aBNvHG6pBzQ+g9eF4YLIhHzbFlNRnf+SmXp
de9LjsCNg10i/QpTywIocx2Iy8czRbHx8fRTjpOQFYARViazoeYNDiuyTOHo/oQh
BGZdE8sCA2gWHuGBd8TcKdi+aZhbLxWqn/9eB4TtmTkzvwoggVEKHyhUr+isQfZm
rt8DeaenhWLtmcI/sD/baVJbSIDGuKy4o/8V21p13rchQOVYpaBNM77zzOhFMQV2
fYvv0ZWt9QPjjpp/xgwmDUwBRhn8RfZOU3UzGi0MJPjodthhmb4gxA/qWNRpPFdr
/hVyOp+l29jghJp7nwVo0qMOVXMnGGmeYPekQVi0BWo8OTHom1lU53I8T97GnXBb
Ly6ITjRU9P3tZ5IO5DkIS+FyRWgccSi/CNJSm3JTpB+LWuH4D2zkaTGNsN8YcFXt
XceuFuX7/+EZGjbD8wbkHGagb8oeL5pV52ANPf5lHXEz6+ybUe4AwzqTWFmv6pU/
99AvDzklJy1iBRMWzu//Gau/MfgE/wEbQlZGZRxrTxAkZ5FoAdxbVXfIaw2eSkks
IKbwzCRH9Neq062pa5TcBYASO26v7eUxvxIvvBb6KU427IZgzkpYdVPRW4OdqpIr
obZKWeT6+yf/lksXyrYS
=rJ4o
-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#740723: texlive-xetex: xelatex can't find some tex fonts without help

2014-03-04 Thread Mark Carroll
Package: texlive-xetex
Version: 2012.20120611-5
Severity: minor

Dear Maintainer,

Even with the tex-gyre package installed, running xelatex on a file with,
\setmainfont{TeX Gyre Termes}
failed with
kpathsea: Invalid fontname `TeX Gyre Termes', contains ' '

It didn't help, but I did experiment with including,
\usepackage{tgtermes}

I have managed to fix the problem with a configuration adjustment,

$ cat ~/.fonts.conf 



/usr/share/texmf/fonts/opentype
/usr/share/texmf/fonts/type1


but I am surprised that xelatex needed my help here to be able to use the
font. Could this be made a bit clearer in the documentation, or could the
underlying issue be fixed?

(I am not sure if this is a tex-gyre bug instead.)

Cheers,

Mark


-- Package-specific info:
IMPORTANT INFORMATION: We will only consider bug reports concerning
the packaging of TeX Live as relevant. If you have problems with
combination of packages in a LaTeX document, please consult your
local TeX User Group, the comp.text.tex user group, the author of
the original .sty file, or any other help resource. 

   *** The Debian TeX Team is *no* LaTeX Help Desk ***

If you report an error when running one of the TeX-related binaries 
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report.

Please run your example with
(pdf)latex -recorder ...
(or any other program that supports -recorder) and send us the generated
file with the extension .fls, it lists all the files loaded during
the run and can easily explain problems induced by outdated files in
your home directory.

Don't forget to also include minimal examples of other files that are 
needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!

If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at

http://www.minimalbeispiel.de/mini-en.html (english)

or 

http://www.minimalbeispiel.de/mini.html (german)

##
minimal input file


##
other files

##
 List of ls-R files

-rw-r--r-- 1 root root 1351 Mar  4 10:38 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 Jan  9  2013 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 Oct  3  2012 /usr/share/texlive/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEMAIN
lrwxrwxrwx 1 root root 31 Oct  3  2012 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Oct  3  2012 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Oct  3  2012 /usr/share/texlive/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEMAIN
##
 Config files
-rw-r--r-- 1 root root 475 Nov 21 10:14 /etc/texmf/web2c/texmf.cnf
-rw-r--r-- 1 root root 4284 Mar  4 10:38 /var/lib/texmf/web2c/fmtutil.cnf
lrwxrwxrwx 1 root root 32 Oct  3  2012 /usr/share/texmf/web2c/updmap.cfg -> 
/var/lib/texmf/updmap.cfg-DEBIAN
-rw-r--r-- 1 root root 3245 Mar  4 10:38 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root 283 Jan  9  2013 mktex.cnf
-rw-r--r-- 1 root root 475 Nov 21 10:14 texmf.cnf
##
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  /etc/texmf/texmf.d/00debian.cnf

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

Kernel: Linux 3.2.0-4-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 texlive-xetex depends on:
ii  dpkg1.16.12
ii  tex-common  3.15
ii  texlive-base2012.20120611-5
ii  texlive-binaries2012.20120628-4
ii  texlive-common  2012.20120611-5
ii  texlive-latex-base  2012.20120611-5
ii  tipa2:1.3-19

Versions of packages texlive-xetex recommends:
ii  lmodern  2.004.2-1

texlive-xetex suggests no packages.

Versions of packages tex-common depends on:
ii  debconf [debconf-2.0]  1.5.49
ii  dpkg   1.16.12
ii  ucf3.0025+nmu3

Versions of packages tex-common suggests:
ii  debhelper  9.20120909

Versions of packages texlive-xetex is related to:
ii  tex-common3.15
ii  texlive-binaries  2012.20120628-4

-- debconf information:
  tex-common/check_texmf_wrong:
  tex-common/check_texmf_missing:


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



Bug#722035: switch from ffgtk to roger

2014-03-04 Thread Rolf Leggewie
> Roger Router has been finalized and I'm not waiting for sponsorship so

s/not/now/

On 04.03.2014 18:08, Andreas Henriksson wrote:
> fwiw, I'm personally not interested in sponsoring anything that
> doesn't give users a (best effort?) upgrade path.

I wasn't aware you're actually in a position to sponsor.  And I hope
that my usual sponsors will help me with roger.  FWIW, I'm not even sure
what you mean with "best effort upgrade path" or what's missing to get
there.  In any case, there isn't really an upgrade happening as such
since the two packages can actually happily coexist on the same system. 
It's simply that ffgtk is dead upstream and the development efforts
there are now solely focused on roger.


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



Bug#740724: bluefish: fails to open remote files, like sftp://..........

2014-03-04 Thread alex bodnaru
Package: bluefish
Version: 2.2.5-3
Severity: important

Dear olivier, daniel, other friends,

i've just upgraded bluefish to 2.2.5, 
after i'm using it for years now.

sorry i can't comment more on the new 
version, but all my files are remote, 
so i can't use the editor.

remote gtk bookmarks fail to open in 
the file dialog too, however i can 
easily open them in the files program.

how could i investigate more?

thanks in advance,
alex
-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (300, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

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

Versions of packages bluefish depends on:
ii  bluefish-data2.2.5-3
ii  bluefish-plugins 2.2.5-3
ii  gvfs-backends1.16.3-2
ii  libc62.17-97
ii  libcairo21.12.16-2
ii  libenchant1c2a   1.6.0-10
ii  libgdk-pixbuf2.0-0   2.30.5-1
ii  libglib2.0-0 2.38.2-5
ii  libgtk-3-0   3.10.7-1
ii  libpango-1.0-0   1.36.0-1+b1
ii  libpangocairo-1.0-0  1.36.0-1+b1
ii  libxml2  2.9.1+dfsg1-3

bluefish recommends no packages.

Versions of packages bluefish suggests:
ii  chromium [www-browser]  32.0.1700.123-1
pn  csstidy 
ii  dos2unix6.0.4-1
ii  epiphany-browser [www-browser]  3.8.2-5
ii  iceweasel [www-browser] 27.0.1-1
ii  libxml2-utils   2.9.1+dfsg1-3
ii  lynx-cur [www-browser]  2.8.8pre5-1
ii  midori [www-browser]0.4.3+dfsg-0.1
ii  netsurf-gtk [www-browser]   2.9-2+b1
ii  opera [www-browser] 12.11.1661
pn  php-codesniffer 
pn  pylint  
ii  tidy20091223cvs-1.2
ii  uzbl [www-browser]  0.0.0~git.20120514-1.1
ii  weblint-perl [weblint]  2.20+dfsg-1

-- 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#740723: texlive-xetex: xelatex can't find some tex fonts without help

2014-03-04 Thread Norbert Preining
On Tue, 04 Mar 2014, Mark Carroll wrote:
> Even with the tex-gyre package installed, running xelatex on a file with,

Do you have fonts-texgyre installed ???

> 
> /usr/share/texmf/fonts/opentype
> /usr/share/texmf/fonts/type1
> 

Something very similar is provided in fonts-texgyre.

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#740725: xmonad spins between window when changing focus

2014-03-04 Thread Nicolas Évrard

Package: xmonad
Version: 0.11-6+b1
Severity: important

Dear Maintainer,

I use a specific layout for Firefox on my "0" workspace (that is a
simpleTabbed noBorders layout). Sometimes (but not always I failed to
find how to reproduce this behavior) xmonad goes in a loop when I
switch from one firefox window to another.

After I have ended this loop (by pressing again the keys that triggers
the switch) the focus stays on one of the firefox window (although not
the one currently displayed). The only way to break this state is to
open a new firefox window.

I have also this strange bug on other workspaces but less often.

I have attached my xmonad.hs


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

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

Versions of packages xmonad depends on:
ii  libc6 2.18-4
ii  libffi6   3.0.13-12
ii  libgmp10  2:5.1.3+dfsg-1
ii  libx11-6  2:1.6.2-1
ii  libxext6  2:1.3.2-1
ii  libxinerama1  2:1.1.3-1
ii  libxrandr22:1.4.2-1
ii  x11-utils 7.7+1

Versions of packages xmonad recommends:
ii  libghc-xmonad-dev  0.11-6+b1
pn  libghc-xmonad-doc  
ii  xfonts-base1:1.0.3

Versions of packages xmonad suggests:
ii  suckless-tools [dmenu]  40-1

-- no debconf information

--
(°> Nicolas Évrard
( ) Liège
 `¯
import XMonad
import Graphics.X11.ExtraTypes.XF86
import qualified XMonad.StackSet as W
import qualified Data.Map as M

import XMonad.Hooks.DynamicLog
import XMonad.Hooks.ManageDocks
import XMonad.Hooks.ManageHelpers
import XMonad.Hooks.UrgencyHook
import XMonad.Layout.NoBorders
import XMonad.Layout.Tabbed
import XMonad.Layout.Minimize
import XMonad.Layout.BoringWindows
import XMonad.Layout.PerWorkspace
import XMonad.Layout.WindowNavigation
import XMonad.Layout.Reflect
import XMonad.Actions.CycleWS
import XMonad.Actions.UpdatePointer
import XMonad.Actions.WindowBringer
import XMonad.Util.Run(spawnPipe)
import XMonad.Util.EZConfig
import System.IO

{-swapFirst :: X()-}
{-swapFirst = windows $ W.modify' swapFirst'-}

{-swapFirst' :: W.Stack a -> W.Stack a-}
{-swapFirst' (W.Stack t [] []) = W.Stack t [] []-}
{-swapFirst' (W.Stack t [] (r:rs)) = W.Stack r [] (t:rs)-}
{-swapFirst' (W.Stack t ls rs) = swapFirst' (W.Stack t [] (ls ++ rs))-}

belgian_azerty = [xK_ampersand, xK_eacute, xK_quotedbl, xK_apostrophe
, xK_parenleft, xK_section, xK_egrave, xK_exclam, xK_ccedilla
, xK_agrave]
azertyKeys conf@(XConfig {XMonad.modMask = modm}) = M.fromList $
[((m .|. modm, k), windows $ f i)
| (i, k) <- zip (workspaces conf) belgian_azerty,
  (f, m) <- [(W.greedyView, 0), (W.shift, shiftMask)]]

myLayout = avoidStruts (smartBorders tiled ||| smartBorders simpleTabbed) ||| noBorders Full
  where
tiled = reflectHoriz $ windowNavigation (boringWindows (minimize (Tall 1 (3 / 100) (1 / 2

myHook:: ManageHook
myHook = composeAll
[ className =? "Vlc"  --> doFloat
, className =? "Pqiv" --> doFloat
] <+> composeOne
[ transience
]

main = do
xmproc <- spawnPipe "/usr/bin/xmobar"
xmonad $ withUrgencyHook NoUrgencyHook
   $ defaultConfig
{ modMask = mod4Mask
, focusedBorderColor = "white"
, normalBorderColor = "black"
, keys = azertyKeys <+> keys defaultConfig
, workspaces = workspaces defaultConfig ++ ["0"]
, manageHook = manageDocks <+> myHook <+> manageHook defaultConfig
, layoutHook = onWorkspace "0" ((avoidStruts . noBorders) simpleTabbed) $ myLayout
, logHook = (dynamicLogWithPP $ xmobarPP
{ ppOutput = hPutStrLn xmproc
, ppTitle = xmobarColor "green" "" . shorten 50
}) >> updatePointer (Relative 0.5 0.5)
} `additionalKeys`
[ ((mod4Mask,   xK_Return), spawn "urxvtc")
, ((mod4Mask,   xK_F1), spawn "xtrlock")
, ((0,  xF86XK_AudioMute),  spawn "amixer sset Master toggle")
, ((mod4Mask,   xK_r),  spawn "dmenu_run")
, ((mod4Mask,   xK_u),  focusUrgent)
, ((mod4Mask .|. shiftMask, xK_a),  kill)
, ((mod4Mask,   xK_Tab),toggleWS)
{-, ((mod4Mask,   xK_Escape), swapFirst)-}
, ((mod4Mask,   xK_m),  withFocused minimizeWindow)
, ((mod4Mask .|. shiftMask, xK_m),  sendMessage RestoreNextMinimizedWin)
, ((mod4Mask,   xK_h),  sendMessage $ Go R) -

Bug#740723: texlive-xetex: xelatex can't find some tex fonts without help

2014-03-04 Thread Norbert Preining
On Tue, 04 Mar 2014, Mark Carroll wrote:
> 
> /usr/share/texmf/fonts/opentype
> /usr/share/texmf/fonts/type1
> 

Forget my previous question, you have to have fonts-texgyre
installed.

But do you have:
/etc/fonts/conf.avail/65-fonts-texgyre.conf
and a link to the above file as
/etc/fonts/conf.d/65-fonts-texgyre.conf

They *should* be there and I have them and with them xelatex works.
I just tried it.

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#740709: fixed upstream

2014-03-04 Thread Andreas Henriksson
Control: tag -1 fixed-upstream

Judging from the referenced redhat bug report in the original bug report,
this seems to be the relevant fix included in 3.10.1 :

https://git.gnome.org/browse/nautilus/commit/?h=gnome-3-10&id=258a11ee95ab5ea3b83c0c19e16e55f396ec22d8


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



Bug#740703: ginkgocadx: new upstream available [FTBFS] [non-free files?]

2014-03-04 Thread Dmitry Smirnov
On Tue, 4 Mar 2014 11:59:31 Carlos Barrales wrote:
> Sorry, it was a mistake merging files.
> We'll upload updated sources (We'll wait for the following compile error)

Thanks.

> What version of wxWidgets are you compiling against?

3.0.0, see http://packages.qa.debian.org/w/wxwidgets3.0.html

I tried to build in Debian "testing" and in clean "unstable" chroot, both 
FTBFS...

Thank you.

-- 
Regards,
 Dmitry Smirnov.


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



Bug#740723: texlive-xetex: xelatex can't find some tex fonts without help

2014-03-04 Thread Mark Carroll

On 03/04/2014 12:39 PM, Norbert Preining wrote:


Forget my previous question, you have to have fonts-texgyre
installed.

But do you have:
  /etc/fonts/conf.avail/65-fonts-texgyre.conf
and a link to the above file as
  /etc/fonts/conf.d/65-fonts-texgyre.conf

They *should* be there and I have them and with them xelatex works.
I just tried it.


Aha, thank you indeed! My problem is just because I run wheezy, then,
for which fonts-texgyre isn't available. I pushed the package into my
texlive with --force-depends and it actually seems to be working fine in
wheezy now without my ~/.fonts.conf hack. (-:

Cheers,

Mark

The University of Dundee is a registered Scottish Charity, No: SC015096


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



Bug#733556: Ok I think someone has this issue backwards.

2014-03-04 Thread Jakub Wilk

* Peter Dolding , 2014-03-04, 13:11:
wine should not be run as root. There is no wrapper on binfmt_misc to 
make it fail in case of a .exe on root.


Why should such a protection be implemented in the wrapped rather than 
in wine itself?


Reason why wine should not run as root. Wine can run Windows viruses 
very effectively.


Huh. /bin/sh can run Linux malware very effectively. Does it mean that 
we shouldn't let users run #!/bin/sh scripts as root?!


Number 2 WINEPREFIX settings. Direct running by binfmt_misc cannot 
tell that X application in fact owns to alternative WINEPREFIX. Wine 
does not use extended Xattr to declare WINEPREFIX ownership on .exe 
files.


No idea what you're talking about here.

Really I would like to hear the real-world examples that require this 
feature.


Like Mathieu, I've been using this feature to ease cross-compiling.


Basically the broken state is a good time to patch up a security issue.


Please explain why do you think that this is a security issue:
./foo.exe
but this is not:
wine foo.exe


Anyway, if Debian wine maintainers decide that this feature is no longer 
desirable, then:

1) It should be documented in NEWS.Debian;
2) The /usr/bin/wine-auto interpreter should be properly removed from 
the binfmt-support database.


--
Jakub Wilk


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



Bug#740726: poppler: fails to build from source

2014-03-04 Thread alex bodnaru
Source: poppler
Version: 0.22.5
Severity: important

Dear pino,

i'm building poppler with every upgrade in order to apply 
my rtl related patches.
now it fails to build, claiming for a missing aclocal-1.13 
and automake-1.13
the available versions are 1.9, 1.10, 1.11, 1.14, and 1.19.
the source package should probably depend on the correct 
version, that would have probably prevented it's dissappearance.

best regards,
alex

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

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


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



Bug#740727: chromium: segfault when connecting to a TLS server with a weak DHE group

2014-03-04 Thread Daniel Kahn Gillmor
Package: chromium
Version: 32.0.1700.123-2
Severity: important

https://demo.cmrg.net/ is a horribly-configured webserver offering
only discrete-log DHE key exchange with a trivially-crackable 16-bit
group.

chromium segfaults when visiting it for any reason:

0 dkg@alice:~$ chromium https://demo.cmrg.net
Segmentation fault
139 dkg@alice:~$ cat tmp/x.html 



crasher



crasher
blah blah
https://demo.cmrg.net/"; />


0 dkg@alice:~$ chromium file://$(pwd)/tmp/x.html 
Segmentation fault
139 dkg@alice:~$ 

John Haxby originally reported this on the oss-security list against
Chrome, not chromium:

  http://www.openwall.com/lists/oss-security/2014/03/04/7

So I suspect this is an upstream issue, but the upstream bug tracker
wants me to "sign in to all of google", and i'd rather not.  feel free
to report this upstream, though.

Sorry i don't have a backtrace to offer here: I don't have 2.3GiB of
space available on this machine to install chromium-dbg.  I suspect
anyone who wants a backtrace should be able to get one from the above
replication steps.

  --dkg

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

Kernel: Linux 3.13-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 chromium depends on:
ii  chromium-inspector   32.0.1700.123-1
ii  gconf-service3.2.6-1
ii  libasound2   1.0.27.2-3
ii  libatk1.0-0  2.10.0-2
ii  libc62.17-97
ii  libcairo21.12.16-2
ii  libcups2 1.7.1-5
ii  libdbus-1-3  1.8.0-1
ii  libexpat12.1.0-4
ii  libfontconfig1   2.11.0-2
ii  libfreetype6 2.5.2-1
ii  libgcc1  1:4.8.2-16
ii  libgconf-2-4 3.2.6-1
ii  libgcrypt11  1.5.3-3
ii  libgdk-pixbuf2.0-0   2.30.5-1
ii  libglib2.0-0 2.38.2-5
ii  libgnome-keyring03.4.1-1
ii  libgtk2.0-0  2.24.22-1
ii  libjpeg8 8d-2
ii  libnspr4 2:4.10.3-1
ii  libnss3  2:3.15.4-2
ii  libpango-1.0-0   1.36.0-1+b1
ii  libpangocairo-1.0-0  1.36.0-1+b1
ii  libspeechd2  0.7.1-6.3
ii  libspeex11.2~rc1.1-1
ii  libstdc++6   4.8.2-16
ii  libudev1 204-7
ii  libx11-6 2:1.6.2-1
ii  libxcomposite1   1:0.4.4-1
ii  libxdamage1  1:1.1.4-1
ii  libxext6 2:1.3.2-1
ii  libxfixes3   1:5.0.1-1
ii  libxi6   2:1.7.2-1
ii  libxml2  2.9.1+dfsg1-3
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

chromium recommends no packages.

Versions of packages chromium suggests:
pn  chromium-l10n  

-- debconf-show failed


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



Bug#622560: Bug#614981: signing-party: please include a way to parse gpgparticipants output for caff

2014-03-04 Thread Guilhem Moulin
Hi there,

In case you would like to try it out and give feedback before the 
release, I pushed a fixed to the repository.

svn://svn.debian.org/pgp-tools/trunk/

gpgparticipants formatted content is now accepted on caff's STDIN.  
(Only v4 keys annotated with "Fingerprint OK" and "ID OK" are considered 
for signing.)  Furthermore, caff will croak if a checksum box has not 
been checked, and will warn if the KSP file didn't include an algorithm 
of the SHA-2 family.

Cheers,
-- 
Guilhem.


signature.asc
Description: Digital signature


Bug#740728: ITP: yorick-ynfft -- nonequispaced fast Fourier transform for Yorick

2014-03-04 Thread Thibaut Paumard
Package: wnpp
Severity: wishlist
Owner: Thibaut Paumard 

* Package name: yorick-ynfft
  Version : 0.0.1
  Upstream Author : Éric Thiébaut 
* URL : http://cral.univ-
lyon1.fr/labo/perso/eric.thiebaut/?Software/Yorick/YNFFT
* License : CeCILL-C
  Programming Lang: C, Yorick
  Description : nonequispaced fast Fourier transform for Yorick

 YNFFT is a Yorick plug-in around the NFFT library for nonequispaced
 fast Fourier transform.


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



Bug#734756: Install failed

2014-03-04 Thread Cyril Brulebois
Control: retitle -1 installation-reports: Hang during "Select and Install 
Software"

Cyril Brulebois  (2014-03-01):
> Can you please tell us which URL you use to download your installation
> image? The above version looks rather strange to me.

Oops, could have spotted (and fixed) the strange bug title.

Mraw,
KiBi.


signature.asc
Description: Digital signature


Bug#739669:

2014-03-04 Thread Cyril Brulebois
Control: retitle -1 installation-reports: 25 comments/glitches/bugs

Chris Bainbridge  (2014-02-21):
> Comments/Problems:
> 
> 0. ISO GPT checksum is still wrong due to Xorriso bug.
> https://www.mail-archive.com/debian-cd@lists.debian.org/msg21403.html

[…]

> 24. After boot, the lightdm login screen power menu has options
> (suspend,hibernate,restart,shutdown) even though device can't
> hibernate. After logging in and logging out, the power button only
> shows (suspend,shutdown). lightdm is not initialising this correctly
> somewhere.

Until somebody looks at which issues want to be cloned/reassigned
elsewhere, setting a slightly better bug title.

Mraw,
KiBi.


signature.asc
Description: Digital signature


Bug#739668:

2014-03-04 Thread Cyril Brulebois
Control: retitle -1 installation-reports: 32 comments/glitches/bugs

Chris Bainbridge  (2014-02-21):
> Package: installation-reports
[…]
> Comments/Problems:
[…]

Until somebody looks at which issues want to be cloned/reassigned
elsewhere, setting a slightly better bug title.

(Beware: The fact several images are mentioned isn't exactly helping.)

Mraw,
KiBi.


signature.asc
Description: Digital signature


Bug#724351: avr-libc: diff for NMU version 1:1.8.0-4.1

2014-03-04 Thread Hakan Ardo
Thanx. That'll do nicely.

On Mon, Mar 3, 2014 at 12:21 AM, Eric Dorland  wrote:
> tags 724351 + pending
> thanks
>
> Dear maintainer,
>
> I've prepared an NMU for avr-libc (versioned as 1:1.8.0-4.1) and
> uploaded it to DELAYED/10. Please feel free to tell me if I
> should delay it longer.
>
> Regards.
>
> --
> Eric Dorland 
> ICQ: #61138586, Jabber: ho...@jabber.com
>



-- 
Håkan Ardö


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



Bug#738865: installation-reports

2014-03-04 Thread Cyril Brulebois
Control: retitle -1 installation-reports: garbled screen on HP ProBook 4540S

Bengt Samuelsson  (2014-02-13):
> Package: installation-reports
> 
> Boot method: Boot on CD rom
> Image version: 
> http://cdimage.debian.org/debian-cd/7.4.0/amd64/iso-cd/debian-7.4.0-amd64-netinst.iso
> Date: 2014 02 13  14:00
> 
> Machine: HP ProBook 4540S
> Processor: Intel I3
> Memory: 4G
> Partitions: None yeat (or Winows 8)
> 
> Utskrift från lspci -nn och lspci -vnn:
> 
> Base System Installation Checklist:
> [O] = OK, [E] = Fel (förklara nedan), [ ] = provade det inte
> 
> Initial boot:   [O]
> Detect network card:[ ]
> Configure network:  [ ]
> Detect CD:  [ ]
> Load installer modules: [ ]
> Detect hard drives: [ ]
> Partition hard drives:  [ ]
> Install base system:[ ]
> Clock/timezone setup:   [ ]
> User/password setup:[ ]
> Install tasks:  [ ]
> Install boot loader:[ ]
> Overall install:[ ]
> 
> Comments/Problems:
> 
> The werry fisrst display works fine and locks good too.
> Afer enter in text mode or graphics mode just a #!&# mess on screen.
> Program is probily working but imposibly to read amything.
> I guess it is langage select i came to firs, I guess :)
> 
> If it helps you you can ask for a picture on it.

If you can, that'd be nice. We'll try and ping you once current jessie
installer issues are tackled; hopefully the issue might be fixed in a
later (I assume linux kernel) version.

Mraw,
KiBi.


signature.asc
Description: Digital signature


Bug#740729: rkhunder cron.daily emit errors: Error: Invalid display - keyword cannot be found: Display line: display --to LOG --type INFO NETWORK_PORTS_DISABLE_PATHS

2014-03-04 Thread Marco Gaiarin
Package: rkhunter
Version: 1.4.0-1

By some days, rkhunter daily cron script emit a mail like:

 Date: Tue, 04 Mar 2014 14:04:54 +0100
 From: root 
 To: root@localdomain
 Subject: [rkhunter] eraldo.localdomain - Daily report

 Error: Invalid display - keyword cannot be found: Display line: display --to 
LOG --type INFO NETWORK_PORTS_DISABLE_PATHS
 Error: Invalid display - keyword cannot be found: Display line: display --to 
LOG --type INFO NETWORK_PORTS_DISABLE_PATHS

looking around with google, seems that there's a ''incompatibilities''
between the db (updated by cron scripts) and the language file (AFAIK,
provided by package).

I'm seeking some feedback... thanks.


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



Bug#740730: fcitx-mozc: input method doesn't load with GTK2 frontend

2014-03-04 Thread Jens John
Package: fcitx-mozc
Version: 1.13.1651.102-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

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

   * What led up to the situation?

Upgraded fcitx-mozc along with mozc-server and dependencies from 1.12.1599.102
to 1.13.1651.102-2. However, the problem was already present in
1.13.1651.102-1.

   * What was the outcome of this action?

The input method was expected to become active.

   * What outcome did you expect instead?

The input didn't activate at all.

Furthermore, the problem appears only with the GTK2 front-end. The GTK3, Qt4,
Qt5 front-ends work flawlessly. Also, in GTK2 the input method is not
registered at all as it doesn't appear in the context menu on GTK2 text entries
(right click -> Input Methods lists only "Simple" and "None" with "Simple"
selected as the default).

I think that the severity setting is justified because core productivity
applications like Iceweasel still rely on GTK2.



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

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

Versions of packages fcitx-mozc depends on:
ii  fcitx-bin   1:4.2.8.3-2+b1
ii  fcitx-data  1:4.2.8.3-2
ii  fcitx-modules   1:4.2.8.3-2+b1
ii  libc6   2.18-4
ii  libprotobuf82.5.0-9
ii  libstdc++6  4.8.2-16
ii  mozc-data   1.12.1599.102-1
ii  mozc-server 1.13.1651.102-2
ii  tegaki-zinnia-japanese  0.3-1

Versions of packages fcitx-mozc recommends:
ii  fcitx   1:4.2.8.3-2
ii  mozc-utils-gui  1.13.1651.102-2

fcitx-mozc 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#737025:

2014-03-04 Thread Cyril Brulebois
Control: retitle -1 installation-reports: doesn't support connecting via 
wpa2-eap

John Smith  (2014-01-29):
> Package: installation-reports
> 
> Boot method: Usb
> Image version: 
> http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/weekly-builds/amd64/iso-cd/firmware-testing-amd64-netinst.iso
> Date: 28/01/2014 21:00 UTC
> 
> Machine: Lenovo G510
> Processor: i7-4700MQ
> Memory: 6GB
> 
> Base System Installation Checklist:
> [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
> 
> Initial boot:   [O]
> Detect network card:[O]
> Configure network:  [E]
> Detect CD:  [O]
> Load installer modules: [O]
> Detect hard drives: [O]
> Partition hard drives:  [O]
> Install base system:[O]
> Clock/timezone setup:   [O]
> User/password setup:[O]
> Install tasks:  [O]
> Install boot loader:[O]
> Overall install:[O]
> 
> Comments/Problems:
> 
> Installer doesn't support connecting via wpa2-eap (with username and
> password) for downloading on net-install.

Adjusting the bug title until somebody triages it further.

> #debian recommended submitting report

Appreciated, thanks.

Mraw,
KiBi.


signature.asc
Description: Digital signature


Bug#737683: installation-reports: X fails to start within d-i

2014-03-04 Thread Cyril Brulebois
Control: retitle -1 installation-reports: X fails to start within d-i

V  (2014-02-07):
> I also don't think it's my computer's fault - debian has always been
> my OS of choice, and I've already had jessie installed here, just
> after wheezy became stable - it's the first time I've had any
> trouble with installation.

I've seen that when removing the "vga=..." part on the syslinux command
line; if you could check (in /proc/cmdline from another console) that
this parameter is present, that would make sure the framebuffer ought to
have been enabled.

If you can extract dmesg and /var/log/Xorg.0.log from within d-i when
that happens, that might help us figure out what goes wrong and whether
there's a fix for that.


> The X is still running okay, and so far everything else seems normal -
> I was just utterly surprised when it happened and that I had to use
> the command line, so I decided to report it just in case, and since
> we're encouraged to share how the installation goes anyhow.

Glad to hear the installed system at least works fine; and thanks for
letting us know how the installation went, it's appreciated.

Mraw,
KiBi.


signature.asc
Description: Digital signature


Bug#732625: installation-reports: dpkg fails when user_xattr is set

2014-03-04 Thread Cyril Brulebois
Control: retitle -1 installation-reports: dpkg fails when user_xattr is set

Алексей <15151...@mail.ru> (2013-12-19):
> Package: installation-reports
> 
> Boot method: from DVD-1, LiveCD KDE
> Image version: 
> http://cdimage.debian.org/debian-cd/7.2.0/i386/bt-dvd/debian-7.2.0-i386-DVD-1.iso.torrent
> Date: 2013-12-17
> 
> I choose expert installation whit KDE and manual disk partitioning.
> And I got folowed errors:
>  
> From /var/log/apt/history.log
> ...
> Start-Date: 2013-12-17  12:50:25
> Commandline: apt-get -o APT::Status-Fd=4 -o APT::Keep-Fds::=5 -o 
> APT::Keep-Fds::=6 -q -y --no-remove install linux-image-686-pae
> Install: linux-image-3.2.0-4-686-pae:i386 (3.2.51-1, automatic), 
> linux-base:i386 (3.5, automatic), libuuid-perl:i386 (0.02-5, automatic), 
> linux-image-686-pae:i386 (3.2+46)
> Error: Sub-process /usr/bin/dpkg returned an error code (1)
> End-Date: 2013-12-17  12:50:29
> 
> From /var/log/dpkg.log
> ...
> 2013-12-17 12:50:26 install linux-image-3.2.0-4-686-pae:i386 <нет> 3.2.51-1
> 2013-12-17 12:50:26 status half-installed linux-image-3.2.0-4-686-pae:i386 
> 3.2.51-1
> 2013-12-17 12:50:28 status not-installed linux-image-3.2.0-4-686-pae:i386 
> <нет>
> 2013-12-17 12:50:28 install linux-image-686-pae:i386 <нет> 3.2+46
> 2013-12-17 12:50:28 status half-installed linux-image-686-pae:i386 3.2+46
> 2013-12-17 12:50:28 status unpacked linux-image-686-pae:i386 3.2+46
> 2013-12-17 12:50:29 status unpacked linux-image-686-pae:i386 3.2+46
> 2013-12-17 12:50:29 trigproc man-db:i386 2.6.2-1 2.6.2-1
> 2013-12-17 12:50:29 status half-configured man-db:i386 2.6.2-1
> 2013-12-17 12:50:29 status installed man-db:i386 2.6.2-1

Given the comments in #734641, trying to retitle #732625 accordingly.

Mraw,
KiBi.


signature.asc
Description: Digital signature


Bug#734641: installation-reports: ENOSPC during expert install

2014-03-04 Thread Cyril Brulebois
Control: retitle -1 installation-reports: ENOSPC during expert install

Алексей <15151...@mail.ru> (2014-01-08):
> Package: installation-reports
> Addition to #732625
> 
> The problem described in #732625 has been bypassed in such way.
> This error is appeared if any mounting flags are set for “/”-partition 
> (/dev/sda6 in example) during disc partitioning. I choose “user_xattr” all 
> times. In other case with “default”-flag no problems have appear and the 
> installation is caring out successful.
> 
> If  “user_xattr” flag is set the installation brings the following error:
>  
> ...
> ...Unpacking linux-image-3.2.0-4-686-pae (from 
> …/linux-image-3.2.0-4-686-3.2.51-1-i386.deb (--unpack):
> ...dpkg: error processing 
> /media/cdrom//pool/main/l/linux/linux-image-3.2.0-4-686-pae_3.2.51-1_i386.deb 
> (--unpack):
> ...unable to create 
> `/lib/modules/3.2.0-4-686-pae/kernel/drivers/net/ethernet/8390/smc-ultra.ko.dpkg-new'
>  (while processing 
> `./lib/modules/3.2.0-4-686-pae/kernel/drivers/net/ethernet/8390/smc-ultra.ko'):
>  No space left on devic
> ...dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
> ...
> 
> Wherein there is  enough  free space on “/”-partition (~400 MB is only 
> occupied  from 12GB).
> Aleksey.

Until somebody further looks into this bug report, trying to adjust its
title to match its contents.

Mraw,
KiBi.


signature.asc
Description: Digital signature


Bug#740731: phpmyadmin: SQL run (Tab SQL) has broken textarea (not work)

2014-03-04 Thread Frantisek Musil
Package: phpmyadmin
Version: 4:4.1.8-1
Severity: important

Dear Maintainer,

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

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

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


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

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

Versions of packages phpmyadmin depends on:
ii  dbconfig-common   1.8.47+nmu1
ii  debconf [debconf-2.0] 1.5.52
ii  libapache2-mod-php5   5.5.9+dfsg-1
ii  libjs-codemirror  2.23-1
ii  libjs-jquery  1.7.2+dfsg-3
ii  libjs-jquery-cookie   9-1
ii  libjs-jquery-event-drag   9-1
ii  libjs-jquery-mousewheel   9-1
ii  libjs-jquery-tablesorter  9-1
ii  libjs-jquery-ui   1.10.1+dfsg-1
ii  libjs-sphinxdoc   1.2.1+dfsg-3
ii  perl  5.18.2-2+b1
ii  php-gettext   1.0.11-1
ii  php-tcpdf 6.0.048+dfsg-2
ii  php5  5.5.9+dfsg-1
ii  php5-fpm  5.5.9+dfsg-1
ii  php5-json 1.3.3-1
ii  php5-mcrypt   5.5.9+dfsg-1
ii  php5-mysql5.5.9+dfsg-1
ii  ucf   3.0027+nmu1

Versions of packages phpmyadmin recommends:
ii  apache2  2.4.7-1
ii  apache2-bin [httpd]  2.4.7-1
ii  apache2-mpm-prefork [httpd]  2.4.7-1
ii  mysql-client 5.5.35+dfsg-2
ii  mysql-client-5.5 [virtual-mysql-client]  5.5.35+dfsg-2
ii  nginx-full [httpd]   1.4.5-1
ii  php5-gd  5.5.9+dfsg-1

Versions of packages phpmyadmin suggests:
ii  links [www-browser]  2.8-1+b1
ii  mysql-server 5.5.35+dfsg-2
ii  mysql-server-5.5 [virtual-mysql-server]  5.5.35+dfsg-2
ii  w3m [www-browser]0.5.3-15

-- Configuration Files:
/etc/phpmyadmin/config.inc.php changed [not included]

-- debconf information excluded


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



Bug#731776: installation-reports: missing grub on MBR

2014-03-04 Thread Cyril Brulebois
Control: retitle -1 installation-reports: missing grub on MBR

Vaclav Kocian  (2013-12-09):
> Hi,
> 
> Debian WHEEZY does not boot after it was successfully installed. I had to
> install it once again in an Expert mode and explicitly check "Install GRUB
> to MBR" option. Then the system booted fine.
> 
> I'm afraid that it is a side-effect of a FIX of another bug, which I faced
> several weeks ago. Then the system installed from USB key could boot only
> using the installation key (GRUB installed on the key instead of an
> internal disk) There was recommended to disable the "install GRUB to MBR"
> option.

Adjusting bug title to slightly better match the contents of the bug
report, until somebody looks into it some more.

Mraw,
KiBi.


signature.asc
Description: Digital signature


Bug#731114: installation-reports: nothing after grub menu

2014-03-04 Thread Cyril Brulebois
Control: retitle -1 installation-reports: nothing after grub menu

Paul Lavender  (2013-12-02):
> Display shows grub boot menu, and then nothing. Same problem 64 and 32 bit.
> This problem did not exist in 7.1, but this could be coincidental as I
> was using a network repository,so a package could be at fault. The
> machine is alive as I can ssh into it.

Trying to retitle this bug report to match the comments, until somebody
looks deeper into it.

Mraw,
KiBi.


signature.asc
Description: Digital signature


Bug#730414: installation-reports: no network after installation

2014-03-04 Thread Cyril Brulebois
Control: retitle -1 installation-reports: no network after installation

Al Vesper  (2013-11-24):
> Comments/Problems:
> 
>and ideas you had during the initial install.>
> 
> I am replacing Windows XP with Linux.  This was my second install to
> choose KDE instead of Gnome (which fails to start on my machine.  KDE
> works fine after this install).
> 
> The install went fine.  Downloading files from the internet appeared
> to work during the install, but upon the first (second, third, ...)
> boot, 'network is unreachable' messages occur.  Cannot ping any other
> machines.  I currently have an open question in the Beginners
> Questions section of the Debian User Forums > Cannot Setup Network
> Correctly.
> 
> When I installed Fedora 19, network connectivity worked fine and I was
> able to access external internet sites, but Gnome failed.  I switched
> to Debian hoping to resolve outstanding problems.
> 
> Apparently other users are having problems with network connectivity
> after Wheezy install too...
> 
> -- 
> Al Vesper

Trying to match title and contents.

Mraw,
KiBi.


signature.asc
Description: Digital signature


Bug#722986: installation-reports: XP/Mint/Debian co-installation issues

2014-03-04 Thread Cyril Brulebois
Control: retitle -1 installation-reports: XP/Mint/Debian co-installation issues

paulmars  (2013-09-14):
> Package: installation-reports
> 
> Boot method: DVD
> 
> Image version: 7.1.0
> 
> Date: 11 or 12 September 2013
> 
> Machine: DIY foxconn m61pmp-k main board, e-geforce 7100 gs video card
> 
> Processor: amd processor athlon II x2
> 
> Memory: 2(quantity) one gig DDR3 ram
> 
> Partitions: c 52.4g xp sp3, d 83.9g user file storage, unformatted 113.7g
> 
> Initial boot:  E
> 
> Comments/Problems: It did not complete install and then I could no longer 
> boot into my xp partition.
> 
> 
> >A few days ago, I downloaded wheezy, verified the cksum, then
> >burnt 3 DVDs.
> >
> >my computer had dual boot xp sp3 and mint. I decided to try Debian
> >and I wanted to over write the mint install. Debian choose my xp
> >partition to install itself, so I stopped it before it did such. I
> >backed up the install and I tried to set up another partition
> >manually. That did not work.
> >
> >I rebooted and could not get into xp. So, I ran mint off the DVD
> >and did more internet research on installing Debian. I tried from
> >scratch to install Debian many more times, each failed.
> >
> >I took many screen shots at each issue while trying to install Debian.
> >
> >I still could not boot into xp.
> >
> >I gave up on the Debain install. I tried to fix the xp install by
> >running the xp disk fixmbr. That did not work. I then ran the
> >fixboot. Neither worked.
> >
> >I wiped my entire HDD and repartitioned and reinstalled xp sp3.
> >
> >Im ready to try again to install Debian on the unformatted partition.
> >
> >I dont want to have the above problem again. So, after I get
> >Debian installed on this dual boot computer, if i decide that I
> >dont want Debian, how do I remove it? How can I then try another
> >linux flavor w/o loosing my xp?
> >
> >c partition 52.4g was xp sp3
> >d partition 83.9g is my personal data files.
> >unformatted 113.7g was partitioned by mint into 68g and 2g swap.
> >Now its set up as above, except
> >c is 63g xp sp3
> >d is 117g my data files
> >unformatted is 70g
> >
> >pa

Hi Paul,

I'm sad to hear about your troubles. I'm trying to adjusting this bug
report's title for now, so that interested people can easily find it and
look into it; and hopefully help you.

Mraw,
KiBi.


signature.asc
Description: Digital signature


Bug#740620: nmu: scalapack_1.8.0-9

2014-03-04 Thread Julien Cristau
On Mon, Mar  3, 2014 at 18:24:06 +0100, Sébastien Villemot wrote:

> Please schedule a binNMU for scalapack on s390x.
> 
> The shared library of scalapack/s390x currently has unsatisfied shared library
> dependencies:
> 
>   (sid_s390x-dchroot)sebastien@zelenka:~$ ldd /usr/lib/libscalapack-mpich2.so
>   [...]
> libblacsCinit-mpich2.so.1 => not found
> libblacs-mpich2.so.1 => not found
> 
>   (sid_s390x-dchroot)sebastien@zelenka:~$ ls /usr/lib/libblacs*.so.1
>   /usr/lib/libblacsCinit-mpich.so.1  /usr/lib/libblacsF77init-mpich.so.1  
> /usr/lib/libblacs-mpich.so.1
> 
> 
> This state of affairs is due to the mpich2->mpich transition, which made
> blacs-mpi change the name of its shared libraries (due to the way this package
> handles the openmpi vs mpich archs).
> 
> Also note that this scalapack issue is causing petsc to FTBFS on s390x, and is
> therefore blocking the ongoing superlu transition (but don't give back petsc,
> it will need new a sourceful upload to get fixed).
> 
> nmu scalapack_1.8.0-9 . s390x . -m "rebuild against a blacs-mpi built against 
> MPICH 3"
> 
If that means a mere rebuild changes scalapack's SONAME, then very much
NAK.  SONAME changes should always go with a binary package name change.

Cheers,
Julien


signature.asc
Description: Digital signature


Bug#738575: Access to a Galileo board

2014-03-04 Thread Stuart Anderson

On Sun, 2 Mar 2014, Aurelien Jarno wrote:


The test would be to run one of the affected program under gdb, add a
breakpoint on __nptl_setxid, and understand why the memory access fail.


With gdb attached, the crash does not happen. I've got some more things
to try though.


Stuart

Stuart R. Anderson   ander...@netsweng.com
Network & Software Engineering   http://www.netsweng.com/
1024D/37A79149:  0791 D3B8 9A4C 2CDC A31F
 BD03 0A62 E534 37A7 9149


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



Bug#740592: fixed in cryptsetup 2:1.6.4-3

2014-03-04 Thread Dirk Griesbach
reopen 740592
thanks

Unfortunately you missed to apply the second patch[1] provided in
<20140303120625.ga6...@freenet.de>.

Regards,
Dirk

[1] 
http://lists.alioth.debian.org/pipermail/pkg-cryptsetup-devel/attachments/20140303/7f5085c1/attachment.patch


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



Bug#686478: systemsettings: fails to initialize multiple monitor setup

2014-03-04 Thread Bernhard Schmidt
Package: systemsettings
Followup-For: Bug #686478

Hi,

Initially I just wanted to submit a "me too" (with DVI-0 being left of 
HDMI-0) on Jessie/testing, but upgrading kde-workspace from 4.11.6-2 
to 4.11.6-3 fixes it. This changelog entry is probably related:

  * Split kde-workspace-krandr from kde-workspace-bin, in order to let
kscreen to take over.

Immediately on upgrading the display layout is reset. The system settings
look completely different then (probably kscreen) and survive a logout.

Bernhard


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



Bug#721584: installation-reports: troubles with NTFS-formatted EFI system partition

2014-03-04 Thread Cyril Brulebois
Control: retitle -1 installation-reports: troubles with NTFS-formatted EFI 
system partition

Hi Ivan,

ivan.kowale...@gmail.com  (2013-09-02):
> Base System Installation Checklist:
> [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
> 
> Initial boot:   [O]
> Detect network card:[O]
> Configure network:  [O]
> Detect CD:  [O]
> Load installer modules: [O]
> Detect hard drives: [O]
> Partition hard drives:  [O]
> Install base system:[E]
> Clock/timezone setup:   [O]
> User/password setup:[O]
> Install tasks:  [ ]
> Install boot loader:[ ]
> Overall install:[E]
> 
> Comments/Problems:
> 
> The Debian installer claimed it could not update the EFI boot
> partition, which I suspect is because it seems to be NTFS formatted. I
> suspect this is due to Windows 8, but having had no previous
> experience with EFI I don’t feel comfortable experimenting further
> without some sort of guidance.

sorry to hear about the issues you're experiencing. Until somebody looks
deeper into your bug report, I'm trying to adjust the bug report's title
to match its contents, so that interested people can more easily find it
and possibly help you out.

Mraw,
KiBi.


signature.asc
Description: Digital signature


Bug#740732: RM: hddtemp; long dead upstream

2014-03-04 Thread Phillip Susi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: hddtemp

It seems that this project has been dead for several years and this
package continues to bit rot.  It seems it is time to remove it.  Do
you have thoughts on this Aurelien?

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJTFdvVAAoJEI5FoCIzSKrwCRcH/2rFyTUFr/zy9OHG4SQ6Lgkr
QJ7p4cpX+yyWkozIA1m1IsEH3s3fkKNfH8D4C4RMolkmy9TU4AbXLZNjj9133dnf
esV/KYMGSTE3/W2fgy7dPhwfup89dgnPLXWXmblT98D7AZkIWxH56sBCdw3zI401
fsSoT1Wn0Oq6P97U58eCq0MnrntXn4J5NGULnAKPGp7mvcQrNjWIqLtKZgmFnaKz
MIMAICFPT5ocF1tVSPXglSMeanW5m+fG5gEC5DvMO+yNaHhF8mdC7EbU0hy6zopt
WVyCeUO+OhAopaHv+eItCEi4KLbv7IlkX+3qce7jKj1rp1b3RnMY6XJujG0sPUQ=
=ncQ1
-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#717544: Patch for CVE-2013-2207

2014-03-04 Thread Arne Wichmann
begin  quotation  from Moritz Muehlenhoff (in 
<20140301122144.ga11...@inutil.org>):
> Version: 2.18-1
> 
> On Fri, Aug 23, 2013 at 02:13:40PM +0200, Arne Wichmann wrote:
> > tags #717544 + patch
> > 
> > Hi.
> > 
> > A patch for CVE-2013-2207 is available on
> > http://sourceware.org/bugzilla/show_bug.cgi?id=CVE-2013-2207
> 
> Fixed in sid with commit
> https://sourceware.org/git/?p=glibc.git;a=commit;h=e4608715e6e1dd2adc91982fd151d5ba4f761d69

What about stable?

cu

AW
-- 
[...] If you don't want to be restricted, don't agree to it. If you are
coerced, comply as much as you must to protect yourself, just don't support
it. Noone can free you but yourself. (crag, on Debian Planet)
Arne Wichmann (a...@linux.de)


signature.asc
Description: Digital signature


Bug#683203: installation-reports: consider rewriting bits of "save-logs"

2014-03-04 Thread Cyril Brulebois
Control: retitle -1 installation-reports: consider rewriting bits of "save-logs"

Christian PERRIER  (2012-07-29):
> Well, the next line says "served up over the web, or saved to a
> mounted filesystem"
> 
> My weak knowledge of English still tells me that "served" means that
> the files are "made available" and not "sent".
> 
> Anyway, such change will have to wait post-wheezy if someone feels
> like making the description easier to understand. I think that anyway,
> what should be changed are not the option names (which will also
> require code changes) but more having a more detailed long description
> about what each option is doing.

Also, floppies aren't exactly still around, so it might be nice to
rework the save-logs part. Adjusting title slightly for now.

Mraw,
KiBi.


signature.asc
Description: Digital signature


Bug#738981: Fwd: Bug#738981: Switch to use generic_fpu for ARM

2014-03-04 Thread Felipe Sateler
On Mon, Mar 3, 2014 at 11:59 PM, peter green  wrote:
> wonder what we should use on raspbian? I haven't tested on a Pi yet but it
> seems that on all tests i've seen so-far the generic fpu code is quite a bit
> slower than the arm nofpu code.


Indeed, it seems to be:

==
felipe@felipepi:mpg123-20140302115523-nofpu%
./scripts/benchmark-cpu.pl src/mpg123
../convergence_-_points_of_view/*.mp3
Found 1 CPU optimizations to test...

#mpg123 benchmark (user CPU time in seconds for decoding)
#decodert_s16/s t_f32/s
ARM 86.26   90.66

=

felipe@felipepi:mpg123-20140302115523% ./scripts/benchmark-cpu.pl
src/mpg123 ../convergence_-_points_of_view/*.mp3
Found 2 CPU optimizations to test...

#mpg123 benchmark (user CPU time in seconds for decoding)
#decodert_s16/s t_f32/s
generic 102.80  100.06
generic_dither  121.10  100.84

=

-- 

Saludos,
Felipe Sateler


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



Bug#740712: unattended-upgrades: upgrade with MinimalSteps=true can remove packages

2014-03-04 Thread Simon McVittie
On 04/03/14 10:40, Simon McVittie wrote:
> Michael Vogt has looked into the underlying apt issues, and has
> patches for both apt and unattended-upgrades which seem to address
> this.

The underlying bug seems to be in wheezy's apt version, fixed in
apt/0.9.15.1 by commit 0dfc7eef (backport attached).

Michael's sketch of a patch for unattended-upgrades is also attached; it
isn't necessarily correct yet, and in any case doesn't apply to the
version of unattended-upgrades in wheezy.

> I'm looking into whether I can construct a small test-case.

I was able to reproduce basically the same thing on the same SteamOS
system by disabling all APT sources, and replacing them with two small
"deb [trusted=yes] file:///..." APT repositories generated by reprepro,
containing the following packages:

# small-debian (packages from any Debian mirror)
libdrm2_2.4.40-1~deb7u2_amd64.deb
libdrm2_2.4.40-1~deb7u2_i386.deb
libdrm-intel1_2.4.40-1~deb7u2_amd64.deb
libdrm-intel1_2.4.40-1~deb7u2_i386.deb
libdrm-nouveau1a_2.4.40-1~deb7u2_amd64.deb
libdrm-nouveau1a_2.4.40-1~deb7u2_i386.deb
libdrm-radeon1_2.4.40-1~deb7u2_amd64.deb
libdrm-radeon1_2.4.40-1~deb7u2_i386.deb

# small-steamos (packages from http://repo.steampowered.com/steamos/)
libdrm2_2.4.52-1+bsos1_amd64.deb
libdrm2_2.4.52-1+bsos1_i386.deb
libdrm-intel1_2.4.52-1+bsos1_amd64.deb
libdrm-intel1_2.4.52-1+bsos1_i386.deb
libdrm-nouveau1a_2.4.40-1~deb7u2+bsos3_amd64.deb
libdrm-nouveau1a_2.4.40-1~deb7u2+bsos3_i386.deb
libdrm-nouveau2_2.4.52-1+bsos1_amd64.deb
libdrm-nouveau2_2.4.52-1+bsos1_i386.deb
libdrm-radeon1_2.4.52-1+bsos1_amd64.deb
libdrm-radeon1_2.4.52-1+bsos1_i386.deb

... so I suspect that the simpler test-case from that APT patch
encapsulates this perfectly: the problem case is that we are trying to
go from version 1 to version 2, but version 0 is also available, and
both are available for amd64 and i386.

I don't know how we'd go about making a test-case for the
unattended-upgrades change that would still reproduce the failure case
after fixing the APT bug, though. Perhaps something like this?

currently installed:
library:amd64/1, Multi-Arch: same
library:i386/1, Multi-Arch: same
amd64-binary:amd64/1, Depends: library (>= 1)
i386-binary:i386/1, Depends: library (>= 1)

packages offered for apt:
library:amd64/0, Multi-Arch: same [*]
library:i386/0, Multi-Arch: same [*]
library:amd64/2, Multi-Arch: same

good solution:
keep library/1

bad solution:
upgrade to library:amd64/2, remove library:i386 and i386-binary:i386

(The versions marked [*] are what provokes the apt bug; they might not
be necessary for that test.)

Regards,
  S

diffstat for apt-0.9.7.9+deb7u1 apt-0.9.7.9+deb7u1+steamos1

 apt-pkg/depcache.cc |5 
 debian/changelog|7 ++
 test/integration/test-bug-multiarch-upgrade |   29 
 3 files changed, 41 insertions(+)

diff -Nru apt-0.9.7.9+deb7u1/apt-pkg/depcache.cc apt-0.9.7.9+deb7u1+steamos1/apt-pkg/depcache.cc
--- apt-0.9.7.9+deb7u1/apt-pkg/depcache.cc	2013-03-01 10:51:21.0 +
+++ apt-0.9.7.9+deb7u1+steamos1/apt-pkg/depcache.cc	2014-03-04 10:49:26.0 +
@@ -1211,6 +1211,11 @@
 	if (PkgState[Pkg->ID].InstallVer == 0)
 	   continue;
 
+/* Ignore negative dependencies that we are not going to 
+   get installed */
+if (PkgState[Pkg->ID].InstallVer != *I)
+   continue;
+
 	if ((Start->Version != 0 || TrgPkg != Pkg) &&
 		PkgState[Pkg->ID].CandidateVer != PkgState[Pkg->ID].InstallVer &&
 		PkgState[Pkg->ID].CandidateVer != *I &&
diff -Nru apt-0.9.7.9+deb7u1/debian/changelog apt-0.9.7.9+deb7u1+steamos1/debian/changelog
--- apt-0.9.7.9+deb7u1/debian/changelog	2013-11-16 11:47:12.0 +
+++ apt-0.9.7.9+deb7u1+steamos1/debian/changelog	2014-03-04 11:31:08.0 +
@@ -1,3 +1,10 @@
+apt (0.9.7.9+deb7u1+steamos1) alchemist; urgency=medium
+
+  * Cherry-pick commit 0dfc7eef from 0.9.15.1 to fix multiarch upgrades
+(closes or mitigates #740712)
+
+ -- Simon McVittie   Tue, 04 Mar 2014 10:07:37 +
+
 apt (0.9.7.9+deb7u1) wheezy; urgency=low
 
   * Non-maintainer upload.
diff -Nru apt-0.9.7.9+deb7u1/test/integration/test-bug-multiarch-upgrade apt-0.9.7.9+deb7u1+steamos1/test/integration/test-bug-multiarch-upgrade
--- apt-0.9.7.9+deb7u1/test/integration/test-bug-multiarch-upgrade	1970-01-01 01:00:00.0 +0100
+++ apt-0.9.7.9+deb7u1+steamos1/test/integration/test-bug-multiarch-upgrade	2014-03-04 10:49:26.0 +
@@ -0,0 +1,29 @@
+#!/bin/sh
+set -e
+
+TESTDIR=$(readlink -f $(dirname $0))
+. $TESTDIR/framework
+setupenvironment
+configarchitecture 'amd64' 'i386'
+
+insertinstalledpackage 'libcups2' 'amd64' '1' 'Multi-Arch: same'
+insertinstalledpackage 'libcups2' 'i386' '1' 'Multi-Arch: same'
+
+insertpackage 'unstable' 'libcups2' 'amd64' '0' 'Multi-Arch: same'
+insertpackage 'unstable' 'libcups2' 'amd64' '2' 'Multi-Arch: same'
+inser

  1   2   3   >