Richard Nelson | 2 Mar 17:46 2015
Picon

Bug#779532: Acknowledgement (ifetch-tools: superclass mismatch for class Monitor (TypeError))


tag 779532 pending
thanks
Mauricio Faria de Oliveira | 2 Mar 17:42 2015
Picon

Bug#779579: [work-around] installer broken: multipath-udeb depends on non-existent libgcc1 udeb

Observation..

An work-around is to download & install the libgcc1.so file manually:

	~ # multipath -l
	multipath: error while loading shared libraries: libgcc_s.so.1: cannot 
open shared object file: No such file or directory

	~ # wget -O /tmp/libgcc1.deb 
ftp://ftp.br.debian.org/debian/pool/main/g/gcc-4
	.9/libgcc1_4.9.2-10_ppc64el.deb && ar p /tmp/libgcc1.deb data.tar.xz | 
xzcat | tar x ./lib/powerpc64le-linux

	~ # multipath -l
	~ # echo $?
	0

--

-- 
Mauricio Faria de Oliveira
IBM Linux Technology Center

Thomas Goirand | 2 Mar 17:24 2015
Picon

Bug#778618: [PKG-Openstack-devel] Bug#778618: This patch is not enough

Hi Gaudenz, Paul and others,

Yes, Gaudenz, there is an issue which is still embargoed. I'm getting
confused as to what I am allowed to discuss or not. Since this bug was
opened, I should be able to tell everything, as it's IMO too late to
believe the embargo worked, but anyway, I will still shut up.

But anyway, I'm uploading the fixed NoVNC right now, as Paul says it is
ok. My understanding was that the other fix was necessary as well, and I
was afraid of breakage, though I'll trust Paul here.

FYI, I'm not a NoVNC user myself, and I prefer SPICE. So testing will be
welcome after my upload to Sid.

Cheers,

Thomas Goirand (zigo)

Mauricio Faria de Oliveira | 2 Mar 17:23 2015
Picon

Bug#779579: installer broken: multipath-udeb depends on non-existent libgcc1 udeb

Package: src:multipath-tools
Version: 0.5.0-5

During a multipath installation (disk-detect/multipath/enable=true),
the multipath binary fails to run because libgcc is missing:

	~ # grep 'multipath\|libgcc' /var/log/syslog | grep -v kernel | cut -d' 
' -f5-
	anna-install: Installing multipath-udeb
	anna[3505]: DEBUG: resolver (libgcc1): package doesn't exist (ignored)
	anna[3505]: DEBUG: retrieving multipath-modules-3.16.0-4-powerpc64le-di 
3.16.7-ckt4-3
	anna[3505]: DEBUG: retrieving multipath-udeb 0.5.0-5
	disk-detect: /sbin/multipath: error while loading shared libraries: 
libgcc_s.so.1: cannot open shared object file: No such file or directory
	disk-detect: No multipath devices detected
	main-menu[191]: (process:3777): multipath: error while loading shared 
libraries: libgcc_s.so.1: cannot open shared object file: No such file 
or directory
	[snip; repeat]

This can be verified in d-i's Packages file [1]:

	Package: multipath-udeb
	Source: multipath-tools
	Version: 0.5.0-5
	[...]
	Depends: [...], libgcc1, [...]

which has no such package:

	$ curl -s 
ftp://ftp.debian.org/debian/dists/sid/main/debian-installer/binary-amd64/Packages.xz 
| xzgrep '^Package: libgcc1' | wc -l
0

[1] 
ftp://ftp.debian.org/debian/dists/sid/main/debian-installer/binary-amd64/

--

-- 
Mauricio Faria de Oliveira
IBM Linux Technology Center

Teemu Ikonen | 2 Mar 17:02 2015
Picon

Bug#779578: user-setup: Please install sudo when installing without root password

Package: user-setup
Severity: normal
Tags: d-i

I installed jessie from the daily netinst image and did not enter a
password for root. The end result was a working system without root
access as sudo was not installed.

The installer should make sure that sudo is installed, when the root
password is left empty.

I was installing on a hard-drive with /etc and /home from a previous
jessie install. The installer should also add the user created during
root-passwordless installation to the group 'sudo', but since my previous
install already had this, I do not know if this is made on fresh
install.

-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.16.0-4-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/dash
Init: systemd (via /run/systemd/system)

Mathieu Malaterre | 2 Mar 16:58 2015
Picon

Bug#779577: Add support for mkv

Package: minidlna
Version: 1.0.24+dfsg-1
Tags: patch upstream
Severity: important

Looks like we need to integrate the following patch to get support for mkv file:

https://sourceforge.net/p/minidlna/discussion/879956/thread/281d5f2a/#3a9a

Patch is:

Minidlna 1.0.25 has a bug in it. Just replace line 1317, file
upnphttp.c, "while( offset < end_offset )" with: "while( offset <=
end_offset )".
This fixed the problem with my 55PFL6007.

Philippe Teuwen | 2 Mar 16:22 2015

Bug#779572: Some more context

It appears that I was wrong, it's not related to the version of sed but
to the terminal configuration:

echo '=abcABC[]\\_='|LANG=en_US.utf8 sed 's/[A-z]/*/g'
 sed: -e expression #1, char 11: Invalid range end

echo '=abcABC[]\\_='|LANG=C sed 's/[A-z]/*/g'
=***********=

The order of chars in utf8 regexp is still a mystery to me (different
than e.g. utf8 "sort") but it's probably not a bug, just a big pitfall.

Alexei Andreanov | 2 Mar 16:51 2015
Picon

Bug#779576: python3-scipy: typo in the docstring of scipy.io.loadmat

Package: python3-scipy
Version: 0.14.0-2
Severity: minor

Dear Maintainer,

The docstring of scipy.io.loadmat contains a typo: the argument list of the function  shows the "mdict"
variable, while the description
of the variable uses "m_dict" instead.

Regards,
Alexei

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

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

Versions of packages python3-scipy depends on:
ii  libatlas3-base [liblapack.so.3]     3.10.2-7
ii  libblas3 [libblas.so.3]             1.2.20110419-10
ii  libc6                               2.19-13
ii  libgcc1                             1:4.9.1-19
ii  libgfortran3                        4.9.1-19
ii  liblapack3 [liblapack.so.3]         3.5.0-4
ii  libopenblas-base [liblapack.so.3]   0.2.12-1+custom1
ii  libquadmath0                        4.9.1-19
ii  libstdc++6                          4.9.1-19
ii  python3                             3.4.2-2
ii  python3-decorator                   3.4.0-2
ii  python3-numpy [python3-numpy-abi9]  1:1.8.2-2

Versions of packages python3-scipy recommends:
ii  clang-3.5 [c++-compiler]  1:3.5-9
ii  g++ [c++-compiler]        4:4.9.1-5
ii  g++-4.9 [c++-compiler]    4.9.1-19

python3-scipy suggests no packages.

-- no debconf information

Henri Salo | 2 Mar 16:42 2015
Picon

Bug#779527: sample file

File attached.

--

-- 
Henri Salo
James Cowgill | 2 Mar 16:33 2015
Picon

Bug#779575: libunwind-dev: enable other mips architectures

Package: libunwind-dev
Version: 1.1-3.2
Severity: wishlist
Tags: patch

Hi,

Please can you enable libunwind for these other mips architectures:
 mipsel mips64 mips64el

The package seems to build properly on all of them. None of the
testsuites pass, but the little endian ones still pass more tests than
the big endian port currently in the archive :/

Big endian (mips, mips64): 21 / 35
Little endian (mipsel mips64el): 25 / 35

Thanks,
James
Attachment (mipsel.patch): text/x-patch, 4472 bytes
Salvador Fandino | 2 Mar 16:23 2015
Picon

Bug#706352: New upstream version available: 2.2.0

Python bindings for 2.2 are available from GitHub.

http://leenissen.dk/fann/wp/language-bindings/

The CPP bindings are available on the main package.

Anyway, the library is completely backward compatible, so bindings for 2.1 can be compiled against 2.2.


Gmane