Bug#702622: stl-manual: Package description slightly misleading

[Jorgen Grahn]

Package: stl-manual
Version: 3.30-11
Severity: normal


The package description is

> C++-STL documentation in HTML
> This is the documentation for the C++ Standard Template Library as
> found on SGIs Website.
> Homepage: http://www.sgi.com/tech/stl/

This isn't strictly incorrect, but it should be pointed out that:
- it's not identical to the C++ standard library in C++98
- C++11 features are not here
- the standard was however closely based on the SGI STL
- and it's still a very useful reference!

The manual itself doesn't make this very clear: it's simply the documentation
for the SGI library, as it looked in the late 1990s (last updates in 2000).

Perhaps something like this?

  C++-STL documentation in HTML
  This is the documentation for the C++ Standard Template Library as
  found on SGIs Website, and covers things like containers
  (e.g. std::vector), iterators and algorithms.
  The library documented here predates the standard library in C++98
  and C++11, and the GNU Standard C++ Library.  However, the differences
  are often negligable.
  Homepage: http://www.sgi.com/tech/stl/

-- System Information:
Debian Release: 6.0.7
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: powerpc (ppc)

Kernel: Linux 3.4.10
Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages stl-manual depends on:
ii  dpkg  1.15.8.13  Debian package management system

stl-manual recommends no packages.

Versions of packages stl-manual suggests:
ii  links [www-browser]  2.3~pre1-1+squeeze1 Web browser running in text mode
ii  lynx-cur [www-browse 2.8.8dev.5-1Text-mode WWW Browser with NLS sup
ii  w3m [www-browser]0.5.2-9 WWW browsable pager with excellent

-- 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#696868: reply from wordpress

[Henri Salo]

Andrew Nacin nacin@ replied:

"""
WordPress does not have session management on the server-side. Currently:
* Cookies are only valid as long as they were originally designed to
expire. They may be replayed until they timeout.
* They are hashed so they cannot be used after their original intended
expiration.
* In general one should be using the WordPress admin over SSL if leaking a
cookie is a concern: http://codex.wordpress.org/Administration_Over_SSL.

WordPress takes sensible precautions with these cookies:
* When running over SSL WordPress ensures to set secure flag on cookies
* It sets the HTTPOnly flag so that they are not accessible by javascript
* It invalidates the cookies in the browser.

We are looking into some potential changes to our authentication system to
allow for explicit session termination, but do not have a timeline at this
time.
"""

So this is not yet fixed in upstream. How should we proceed?

--
Henri Salo


signature.asc
Description: Digital signature

Bug#698030: debian-policy: document micro binary packages (udebs).

[Jonathan Nieder]

Hi,

In January, Russ Allbery wrote:

> I think we should probably say explicitly that they don't follow all of
> the requirements laid out in this document.

How about this patch?

diff --git i/policy.sgml w/policy.sgml
index 0347cd66..a41bc1fd 100644
--- i/policy.sgml
+++ w/policy.sgml
@@ -158,6 +158,14 @@
  distributed in some other way or is intended for local use
  only.

+
+   
+ udebs (stripped-down binary packages used by the Debian Installer) do
+ not comply with all of the requirements discussed here.  See the
+ http://d-i.alioth.debian.org/doc/internals/ch03.html";> for more
+ information about them.
+   
   
 
   


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

Bug#702617: [Pkg-haskell-maintainers] Bug#702617: . fails to match certian characters

[Joachim Breitner]

Hi Joey,

Am Freitag, den 08.03.2013, 21:43 -0400 schrieb Joey Hess:
> Package: libghc-regex-compat-dev
> Version: 0.95.1-2+b1
> Severity: normal
> 
> Prelude Text.Regex> matchRegex (mkRegex $ "^.*$") "o"
> Just []
> Prelude Text.Regex> let s = "ò"
> Prelude Text.Regex> s
> "\242"
> Prelude Text.Regex> matchRegex (mkRegex $ "^.*$") s
> Nothing
> Prelude Text.Regex> matchRegex (mkRegex $ ".") s
> Nothing
> 
> I mentioned this to upstream and he said:
> 
> | That looks like it is pushing the unicode text to your system C library for
> | matching.  This translation is probably making a multibyte C-string and then
> | running a non-Unicode aware C-library call.
> | 
> | You will need to check your setup.
> | 
> | It is true there are some bugs in this, but they are in the translating of
> | indices, which does not apply here.

regex-compat is but a thin layour around regex-posix, which states
Note that the posix library works with single byte characters,
and does not understand Unicode. If you need Unicode support you
will have to use a different backend.¹

It also makes suggestions for alternative regex libraries:
Benchmarking shows the default regex library on many platforms
is very inefficient. You might increase performace by an order
of magnitude by obtaining libpcre and regex-pcre or libtre and
regex-tre. If you do not need the captured substrings then you
can also get great performance from regex-dfa. If you do need
the capture substrings then you may be able to use regex-parsec
to improve performance. 

For arbtt, where speed is crucial, I made sure that all my strings are
UTF8-Encoding ByteStrings and got good results with pcre-light in
utf8-mode, but this required some manual plumbing.

It seems that only regex-tdfa supports Unicode natively:
Depending on the text being searched this package supports
Unicode. The [Char] and (Seq Char) text types support Unicode.
The ByteString and ByteString.Lazy text types only support
ASCII. It is possible to support utf8 encoded ByteString.Lazy by
using regex-tdfa and regex-tdfa-utf8 packages together (required
the utf8-string package). ²
I don’t know how its speed compares to the others, but likely better
than regex-posix.

If you agree with this analysis, please close the bug.

Greetings,
Joachim

¹ 
http://hackage.haskell.org/packages/archive/regex-posix/0.95.2/doc/html/Text-Regex-Posix.html
² 
http://hackage.haskell.org/packages/archive/regex-tdfa/1.1.8/doc/html/Text-Regex-TDFA.html

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



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

Bug#702621: xorriso: Cannot use DVD+R DL (8.5 GB) media

[Thomas Schmitt]

Hi,

> libburn : FATAL : Cannot reserve track of 7164592128 bytes

It should be able to do so. So why does it not ?


> libburn : SORRY : Asynchronous SCSI error on SYNCHRONIZE CACHE: [3 0C 00] 
> Write error

Probably libburn should not synchronize after the failed track
reservation.
Is the medium still reported as blank ?
E.g. by line "Media status :" in the output of

  xorriso -outdev /dev/sr0 -toc

If so, then please repeat the attempt with -report_about set to "ALL".
I.e.

  xorriso -report_about ALL ...your.other.xorriso.arguments...

This should show us the SCSI error which led to the message about
the failed track reservation.

Even more verbous would be a run with a log of SCSI commands and replies:

  xorriso -report_about ALL -scsi_log on \
  ...your.other.xorriso.arguments... \
  2>&1 | tee -i /tmp/xorriso.log

The file /tmp/xorriso.log would be of interest then.


xorriso 0.5.6 is about 3 years old. If we have to make code experiments,
then it will be necessary to get and build
  http://www.gnu.org/software/xorriso/xorriso-1.2.7.tar.gz
(No fear, dependencies are sparse.)


> BTW, lines 22 to 24 should read  Still working after 43 seconds. 

Well, i once changed it from "for" to "since" on request of a native
speaker of english.
Maybe one should make a poll (like Hurd Francais currently does for
"computer bought the farm").


Have a nice day :)

Thomas


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

Bug#702498: [Bash-completion-devel] Bug#702498: bash-completion: xpdf should be able to get completion of compressed PDF files

[Ville Skyttä]

On 2013-03-07 14:52, Alfredo Finelli wrote:
> The "xpdf" reader is also able to open PDF files compressed in various
> formats (gz, bz2, xz, and Z).

My xpdf (version 3.03 on Fedora 18) isn't, and I see nothing in the code
that would implement that.


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

Bug#702623: Maxima in sage is built against ecl

[Julien Puydt]

Package: maxima
Version: 5.29.1-1

The maxima used in sage is built with ecl, while the sage in debian 
isn't. That will of course be a problem to package sage ; a very simple 
fix would be to just compile maxima with ecl in debian.


But of course, simple doesn't mean correct : I saw #661803 where someone 
asks for an sbcl-built maxima, so the situation is going to be a pain if 
each and everyone wants maxima built against some variant of common lisp...


I don't know how to handle the situation gracefully, so I open this bug 
CCing debian-science to discuss the matter.


Thanks,

Snark on #debian-science


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

Bug#702581: vlc: VLC crashes in libeml on some video files (mkv, h.264)

[Reinhard Tartler]

tags -1 moreinfo
severity -1 normal
stop


On Fri, Mar 8, 2013 at 6:44 PM, Lorenz H-S  wrote:
> vlc reproducibly crashes each time at exactly the same position a few seconds
> into a broken matroska file. A full backtrace from a gdb session is attached.
> Unfortunately, I cannot share the file publicly for copyright reasons.
>
> mplayer2 cannot play the file either, but plays an additional second or so. A
> log of that is attached as well. I do not dispute the fact that the file is
> broken, but VLC's error handling should catch that and exit gracefully.
>
> Should you need more information, I am happy to help you in any way possible.

Without the sample in question, there is very little that we can do
about this problem. Nevertheless, please try to reproduce this issue
with the /usr/bin/avplay utility as found in the libav-tools pacakge.
Please also make sure that you have the 'libav-dbg' package installed.
Then please follow the bug submission guidelines outlined on
http://libav.org/bugreports.html. The guidelines also contain
instructions how to generate a minimal sample that allows to reproduce
the issue.


Kind regards,
Reinhard



-- 
regards,
Reinhard


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

Bug#702624: guestmount does not work

[Holger Levsen]

package: guestmount
severity: important
version: 1:1.18.1-1+deb7u1

Hi,

on jenkins.debian.net I tried to use guestmount 1:1.18.1-1+deb7u1 but it didnt 
work as I needed it to work. It has been 2 months since I made it work so my 
memory is a bit blurry on this, please excuse me for this.

I have (written) a comment that says:

 # FIXME: bugreport guestmount: -o uid doesnt work:
 # "sudo guestmount -o uid=$(id -u) -o gid=$(id -g)" would be nicer, bt it 
doesnt work: as root, the files seem to belong to jenkins, but as jenkins they 
cannot be accessed

And this is the code I'm now using:

sudo guestmount -a $NAME.raw -m /dev/vg_system/root --ro $SYSTEM_MNT 

Also, I use a patched version:

libguestfs (1:1.18.1-1+deb7u1~jdn+1) UNRELEASED; urgency=low

  * Non-maintainer upload.
  * [1cde91e] Moved installation of default configuration to the last
position. This should fix the "libguestfs: error: FUSE not supported"
problem reported by SharkWipf on IRC.

I'm a bit puzzled atm, whether 1:1.18.1-1+deb7u1 just has a broken -o option 
or whether also the second guestmount usage mentioned here wouldnt work with 
that version. Will find out, and if so, raise the severity to serious.

The fix is trivial in any case:

$ debdiff libguestfs_1.18.1-1+deb7u1.dsc libguestfs_1.18.1-1+deb7u1~jdn+1.dsc
diff -Nru libguestfs-1.18.1/debian/changelog 
libguestfs-1.18.1/debian/changelog
--- libguestfs-1.18.1/debian/changelog  2012-09-06 09:49:06.0 +
+++ libguestfs-1.18.1/debian/changelog  2012-12-22 00:18:48.0 +
@@ -1,3 +1,13 @@
+libguestfs (1:1.18.1-1+deb7u1~jdn+1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * [1cde91e] Moved installation of default configuration to the last
+position. This should fix the "libguestfs: error: FUSE not supported"
+problem reported by SharkWipf on IRC.
+ 
+
+ -- Holger Levsen   Sat, 22 Dec 2012 00:18:03 +
+
 libguestfs (1:1.18.1-1+deb7u1) testing; urgency=low
 
   * [3ad62ed] Removed useless dh_python* overrides (Closes: #681587)
diff -Nru libguestfs-1.18.1/debian/rules libguestfs-1.18.1/debian/rules
--- libguestfs-1.18.1/debian/rules  2012-09-06 09:48:08.0 +
+++ libguestfs-1.18.1/debian/rules  2012-12-22 00:17:35.0 +
@@ -93,9 +93,9 @@
 # We assume that the Python version used for building the Python
 # bindings doesn't affect the outcome of those builds.
set -e; for p in \
-   default \
$(filter-out $(PYTHON_DEFAULT), $(PYTHONS)) \
$(filter-out $(RUBY_DEFAULT), $(RUBIES)) \
+   default \
; do \
dh_auto_install --builddir=$(CURDIR)/debian/build-$$p ; \
done


cheers,
Holger


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

Bug#702625: linux-source-3.2: Custom kernel built from Debian source gives a package with huge size

[Frédéric Boiteux]

Package: linux-source-3.2
Version: 3.2.35-2
Severity: normal

Dear Maintainer,

  Upgrading from Squeeze to Wheezy and using TuxOnIce hibernation system,
I installed the Wheezy's linux-source-3.2 package, and build a cusom kernel
following recommendations as in :
http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-building
(I used to do this also on my Squeeze system).

I applied the TuxOnIce and RT patches, copy the config of the Debian package 
linux-image-3.2.0-rt-amd64, done a 'make oldconfig' to answer new config about 
TOI,
and run the compilation with :

time ionice -c 3 nice env KBUILD_PKG_ROOTCMD="fakeroot -u" make -j 3 
KDEB_PKGVERSION=3.2-3.2.35-2 KERNELRELEASE=3.2-rt-toi deb-pkg

After a while, I get a debian package, but with a huge size, about 500 MB,
whereas official Debian is about 20 MB !
It seems the modules are built with symbols. Looking around on the web,
I saw people telling to look at CONFIG_DEBUG_INFO config parameter, and
it's actually set :

$ grep CONFIG_DEBUG_INFO .config
CONFIG_DEBUG_INFO=y
# CONFIG_DEBUG_INFO_REDUCED is not set

But it's also set in the official Debian configs :

$ grep CONFIG_DEBUG_INFO /boot/config-3.2.0-4-*
/boot/config-3.2.0-4-amd64:CONFIG_DEBUG_INFO=y
/boot/config-3.2.0-4-amd64:# CONFIG_DEBUG_INFO_REDUCED is not set
/boot/config-3.2.0-4-rt-amd64:CONFIG_DEBUG_INFO=y
/boot/config-3.2.0-4-rt-amd64:# CONFIG_DEBUG_INFO_REDUCED is not set

What should I do to get a 'standard size' Debian package ?
Disable this parameter in the kernel config ? Or doing an action / setup
I forgot ?

  Thanks for your support,
Fred.


-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (990, 'testing'), (800, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages linux-source-3.2 depends on:
ii  binutils  2.22-8
ii  bzip2 1.0.6-4

Versions of packages linux-source-3.2 recommends:
ii  gcc   4:4.7.2-1
ii  libc6-dev [libc-dev]  2.13-38
ii  make  3.81-8.2

Versions of packages linux-source-3.2 suggests:
ii  libncurses5-dev [ncurses-dev]  5.9-10
pn  libqt4-dev 
ii  pkg-config 0.26-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#669068: ITP: trelby -- movie screenplay writing software

[W. Martin Borgert]

Any news on your ITP? I see, that there was a lot of progress in
respect to FHS compliance and Debian packaging in github. Are you
still working on this?

Also, consider packaging this in a team, e.g. the Python Applications
Packaging Team 


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

Bug#698030: debian-policy: document micro binary packages (udebs).

[Charles Plessy]

Le Sat, Mar 09, 2013 at 12:22:08AM -0800, Jonathan Nieder a écrit :
> +
> + 
> +   udebs (stripped-down binary packages used by the Debian Installer) do
> +   not comply with all of the requirements discussed here.  See the
> ++   id="http://d-i.alioth.debian.org/doc/internals/ch03.html";> for more
> +   information about them.
> + 

Thanks Jonathan for keeping the momentum on this.

I would be pedantically pleased if the text mentionned the word "micro",
because if I am not mistaken, it suggest the answer to the question "what does
'u' stand for in 'udeb'".

Something like "stripped-down 'micro' binary packages" ?

Have a nice week-end,

-- 
Charles


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

Bug#699366: default_keyid option

[Luca Falavigna]

Since version 1.4, dput-ng defines a new option, default_keyid, which
permits to specify which key is to be considered the default.
http://anonscm.debian.org/gitweb/?p=collab-maint/dputng.git;a=commitdiff;h=047ea30199426bf7e3f455af67e24e495c64b38e


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

Bug#698030: debian-policy: document micro binary packages (udebs).

[Jonathan Nieder]

Hi,

Charles Plessy wrote:
> Le Sat, Mar 09, 2013 at 12:22:08AM -0800, Jonathan Nieder a écrit :

>> +
>> +
>> +  udebs (stripped-down binary packages used by the Debian Installer) do
>> +  not comply with all of the requirements discussed here.  See the
>> +  > +  id="http://d-i.alioth.debian.org/doc/internals/ch03.html";> for more
>> +  information about them.
>> +
>
> Thanks Jonathan for keeping the momentum on this.
>
> I would be pedantically pleased if the text mentionned the word "micro",
> because if I am not mistaken, it suggest the answer to the question "what does
> 'u' stand for in 'udeb'".
>
> Something like "stripped-down 'micro' binary packages" ?

I think that's covered by the link. ;-)  I agree that in a more
extensive section on udebs the mnemonic would be worth mentioning.

Thanks,
Jonathan


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

Bug#702609: pidgin-audacious: Not able to activate

[Andrey Rahmatullin]

On Fri, Mar 08, 2013 at 11:35:18PM +0100, Christian Britz wrote:
> Package: pidgin-audacious
> Version: 2.0.0-2
> Severity: grave
> Justification: renders package unusable
> 
> Dear Maintainer,
> 
> when I try to activate the Pidgin-Audacious plugin in pidgin nothing happens.
> 
> When I click on Plugin Details the following error message shows up:
> 
> Error: undefined symbol: audacious_remote_is_playing
Indeed, /usr/lib/pidgin/pidgin-audacious.so has unresolved references to
audacious_remote_is_playing, audacious_remote_get_playlist_title and
audacious_remote_get_playlist_pos which are defined in libaudclient2.
/usr/lib/pidgin/pidgin-audacious.so needs to be linked against it.

-laudclient2 is not used because only `pkg-config --libs audacious` is
used which includes only -laudcore -laudgui. But as the plugin doesn't
seem to use these libs the correct fix would be replacing `pkg-config
--libs audacious` with `pkg-config --libs audclient`. I'm preparing a
package with this fix.

-- 
WBR, wRAR


signature.asc
Description: Digital signature

Bug#702475: apache2: the itk MPM is underlinked: sys/capability.h symbols are not resolved

[Stefan Fritsch]

On Saturday 09 March 2013, Steinar H. Gunderson wrote:
> However, my long-term plan is definitely to build
> mpm-itk out-of-tree and a separate source package; if the Debian
> Apache maintainers want to include the patches needed, I think
> this would make the lives easier for all of us :-)

Yes. Until then, adding

LoadFile libcap.so

to mpm-itk.load could be a workaround. Anyone has time to test this?


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

Bug#702626: no following options given

[jidanni]

Package: util-linux
Version: 2.20.1-5.3
Severity: wishlist
File: /usr/share/man/man8/mkfs.8.gz

We see
   fs-options
  Filesystem-specific options to be passed to the real  filesystem
  builder.   Although  not  guaranteed,  the following options are
  supported by most filesystem builders.

but then there are none. Unless you mean
   -V, --version
   -h, --help
   -V, --verbose
Anyway it is very confusing.

By the way, there are two -V's !!

And --verbose doesn't work!
# mkfs --verbose /dev/sdd
mkfs.ext2: invalid option -- '-'

But --version does!


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

Bug#702281: Patch

[Nicolas Bourdaud]

Thanks Stephan for the patch.

From what I understand, it seems that both of you (Stephan and Vincent)
have previously gconf settings in subpath of /desktop/gnome/keybindings
in addition to the default one set by muffin-common package
(/desktop/gnome/keybindings/custom0/{name|action|bindings}).
Could you confirm that this is the case?

Also I have added your patch to the package in preparation, and
uploaded to mentors a version with it:
http://mentors.debian.net/debian/pool/main/c/cinnamon/cinnamon_1.7.2-1.dsc
or if you prefer using git:
git://anonscm.debian.org/pkg-cinnamon/cinnamon.git

@Vincent: Could you confirm that this version fixes your issue?

I will upload the patch to upstream, as soon as you confirm that it works.

Cheers,

Nicolas



signature.asc
Description: OpenPGP digital signature

Bug#702586: #702586: wrong title

[Mònica Ramírez Arceda]

Hi,

What is bug 702586 meant for? Is it an "intent to package" (ITP)? Or a "request 
for package" (RFP)?
You should retitle it with the following format:

ITP|RFP: package_name -- package_description

Regards.


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

Bug#702584: #702584: wrong title

[Mònica Ramírez Arceda]

Hi,

What is bug 702584 meant for? Is it an "intent to package" (ITP)? Or a "request 
for package" (RFP)?
You should retitle it with the following format:

ITP|RFP: package_name -- package_description

Regards.


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

Bug#702623: Maxima in sage is built against ecl

[Sylvestre Ledru]

On 09/03/2013 10:14, Julien Puydt wrote:
> Package: maxima
> Version: 5.29.1-1
> 
> The maxima used in sage is built with ecl, while the sage in debian
> isn't. That will of course be a problem to package sage ; a very simple
> fix would be to just compile maxima with ecl in debian.
> 
> But of course, simple doesn't mean correct : I saw #661803 where someone
> asks for an sbcl-built maxima, so the situation is going to be a pain if
> each and everyone wants maxima built against some variant of common lisp...
> 
> I don't know how to handle the situation gracefully, so I open this bug
> CCing debian-science to discuss the matter.
Usually, during the package creation workflow, you rebuild the
application against the various implementation and you provide:
maxima-implementationX
maxima-implementationY
maxima-implementationZ

It takes a X time more time to build and it is harder to maintain: paths
have to be different or packages have to conflict one against the other
(causing issues for the packages depending on this).
(example: hdf5)

My advice: see if sage can work without this.

Sylvestre


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

Bug#702627: dpkg-dev: Two typo in the french localization

[Sylvestre Ledru]

Package: dpkg-dev
Version: 1.16.8
Severity: minor

Hello guys,

Here is a tiny patch which fixes two french typo.

Merci!
Sylvestre


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

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

Versions of packages dpkg-dev depends on:
ii  base-files6.11
ii  binutils  2.22-7.1
ii  bzip2 1.0.6-4
ii  libdpkg-perl  1.16.8
ii  make  3.81-8.2
ii  patch 2.6.1-3
ii  xz-utils  5.1.1alpha+20120614-1

Versions of packages dpkg-dev recommends:
ii  build-essential  11.5
ii  clang-3.3 [c-compiler]   1:3.3~svn176640-1~exp1
ii  fakeroot 1.18.4-2
ii  gcc [c-compiler] 4:4.7.2-1exp1
ii  gcc-4.5 [c-compiler] 4.5.3-12
ii  gcc-4.6 [c-compiler] 4.6.3-14
ii  gcc-4.7 [c-compiler] 4.7.2-21
ii  gnupg1.4.12-4+b1
ii  gpgv 1.4.12-4+b1
ii  libalgorithm-merge-perl  0.08-2

Versions of packages dpkg-dev suggests:
ii  debian-keyring  2012.06.01

-- no debconf information
>From cad6310990e14695ac4ea41982770d3442f25a1a Mon Sep 17 00:00:00 2001
From: Sylvestre Ledru 
Date: Sat, 9 Mar 2013 11:16:49 +0100
Subject: [PATCH] Fix two typos in the French localization

---
 scripts/po/fr.po |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/scripts/po/fr.po b/scripts/po/fr.po
index bcf093e..7d0f8ab 100644
--- a/scripts/po/fr.po
+++ b/scripts/po/fr.po
@@ -2826,13 +2826,13 @@ msgstr "%s contient un chemin d'accès non sûr : %s"
 #, perl-format
 msgid "diff %s modifies file %s through a symlink: %s"
 msgstr ""
-"l fichier de différences %s modifie le fichier %s via un lien symbolique : %s"
+"le fichier de différences %s modifie le fichier %s via un lien symbolique : %s"
 
 #: scripts/Dpkg/Source/Patch.pm:430
 #, perl-format
 msgid "original and modified files are /dev/null in diff `%s' (line %d)"
 msgstr ""
-"les fichiers original et modifié sont /dev/null dans le fichier de "
+"les fichiers originaux et modifiés sont /dev/null dans le fichier de "
 "différences %s (ligne %d)"
 
 #: scripts/Dpkg/Source/Patch.pm:433
-- 
1.7.10.4

Bug#612341: The pkg-tigervnc team is interested in taking over this RFP/ITP

[Mike Gabriel]

retitle #612341 ITP: libjpeg-turbo -- an accelerated libjpeg library
owner #612341
thanks

Dear all,

The pkg-tigervnc team will take over this task of packaging  
libjpeg-turbo. I am aware of the earlier discussions about libjpeg vs.  
libjpeg-turbo.


PLEASE NOTE: We will _NOT_ replace libjpeg in Debian by libjpeg-turbo.  
The installation of libjpeg-turbo will be completely optional and both  
libraries will be able to co-exist on one Debian installation.


Greets,
Mike

--

DAS-NETZWERKTEAM
mike gabriel, rothenstein 5, 24214 neudorf-bornstein
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgpJ2QHiz6YlF.pgp
Description: Digitale PGP-Unterschrift

Bug#576998: The Debian Edu packaging team is interested in packaging etherpad-lite

[Mike Gabriel]

retitle #576998 ITP: etherpad-lite -- web based collaborative real-time editor
owner #576998
thanks

In the context of the Debian Edu packaging team I am interest in  
bringing this package into Debian.


Everyone, feel free to join in (debian-edu-pkg-team on Alioth).

Greets+thanks,
Mike

--

DAS-NETZWERKTEAM
mike gabriel, rothenstein 5, 24214 neudorf-bornstein
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgpXkyTy5qWJL.pgp
Description: Digitale PGP-Unterschrift

Bug#702281: Patch

[Nicolas Bourdaud]

On 09/03/2013 11:05, Nicolas Bourdaud wrote:
>   Also I have added your patch to the package in preparation, and
> uploaded to mentors a version with it:
> http://mentors.debian.net/debian/pool/main/c/cinnamon/cinnamon_1.7.2-1.dsc

Well it seems that mentors.debian.net has some issues today. It did not
receive my updated package.

So I suggest to use the git repository with git-buildpackage:
git://anonscm.debian.org/pkg-cinnamon/cinnamon.git

Cheers,

Nicolas




signature.asc
Description: OpenPGP digital signature

Bug#702628: RFS: pidgin-audacious/2.0.0-3 [RC, QA]

[Andrey Rahmatullin]

Package: sponsorship-requests
Severity: important

  Dear mentors,

  I am looking for a sponsor for my package "pidgin-audacious"

 * Package name: pidgin-audacious
   Version : 2.0.0-3
   Upstream Author : Yoshiki Yazawa 
 * URL : http://www.honeyplanet.jp/download.html
 * License : GPL-2+
   Section : net

  It builds those binary packages:

pidgin-audacious - pidgin integration with Audacious

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

  http://mentors.debian.net/package/pidgin-audacious


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

dget -x 
http://mentors.debian.net/debian/pool/main/p/pidgin-audacious/pidgin-audacious_2.0.0-3.dsc

  Changes since the last upload:

  * QA upload.
  * Link with -laudclient2 instead of -laudcore -laudgui (Closes: #702609).
  * Use dh-autoreconf instead of autotools-dev to be able to regenerate
configure.

-- 
WBR, wRAR


signature.asc
Description: Digital signature

Bug#702629: unblock: x2goclient/3.99.2.1-5

[Mike Gabriel]

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

Please unblock package x2goclient

Unfortunately, there was a confusion between me and upstream (Oleksandr 
Shneyder, Heinz Graesing) about one
logo in the provided icon set (see #693710). This has now been fixed.

diff -Nru x2goclient-3.99.2.1/debian/changelog 
x2goclient-3.99.2.1/debian/changelog
--- x2goclient-3.99.2.1/debian/changelog2013-01-19 11:35:41.0 
+0100
+++ x2goclient-3.99.2.1/debian/changelog2013-03-04 06:03:28.0 
+0100
@@ -1,3 +1,10 @@
+x2goclient (3.99.2.1-5) unstable; urgency=low
+
+  * /debian/rules:
++ Undo replacing of /svg/x2gologo.svg. (Closes: #693710).
+
+ -- Mike Gabriel   Mon, 04 Mar 2013 06:03:26 
+0100
+
 x2goclient (3.99.2.1-4) unstable; urgency=low
 
   * /debian/007_fix-desktop-file-version.patch:
diff -Nru x2goclient-3.99.2.1/debian/rules x2goclient-3.99.2.1/debian/rules
--- x2goclient-3.99.2.1/debian/rules2013-01-18 22:31:24.0 +0100
+++ x2goclient-3.99.2.1/debian/rules2013-03-04 05:55:17.0 +0100
@@ -10,14 +10,12 @@
 
 override_dh_auto_clean:
if test -d icons.orig; then rm -Rf icons; mv icons.orig icons; fi
-   if test -d svg.orig; then rm -Rf svg; mv svg.orig svg; fi
dh_auto_clean
# clean stray .qm files that are not handled by clean rule in upstream 
Makefile
rm -Rf x2goclient_*.qm
 
 override_dh_auto_build:
if ! test -d icons.orig; then cp -a icons icons.orig; cp -a 
debian/icons/* icons/; fi
-   if ! test -d svg.orig; then cp -a svg svg.orig; cp -a 
debian/svg/x2go-logo.svg svg/x2gologo.svg; fi
dh_auto_build
 
 override_dh_auto_install:

unblock x2goclient/3.99.2.1-5

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

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


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

Bug#579185: x11-xserver-utils: weird xkeystone executable

[Julien Cristau]

On Tue, Mar  5, 2013 at 11:19:26 +0100, Tanguy Ortolo wrote:

> Hello,
> 
> Given that xkeystone:
> * does not work by default, without installing additionnal packages;

the packages are in Suggests.

> * does not work well without modification;

Not true.

> * does not seem to do anything useful;

Not true.

> * has no documentation and nobody seems to know what it is supposed
>   to do;

Not true, at least for the second part.

> it seems that it is useful to nobody and only triggers questions
> such as “what it that utility?”, “why does it not work?”, etc.
> Considering its advantages (none) vs. its disadvantages (causes
> questions and bug reports), perhaps the most appropriate course of
> action to deal with it would be to simply drop it, and patch the
> other manpages like xrandr(1) to stop referring to its non-existant
> manpage, what do you think?
> 
Disagree.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#649866: #include -> compilation error: expected initializer before _X_NORETURN

[Julien Cristau]

On Wed, Mar  6, 2013 at 12:34:51 +0100, Tomaz Solc wrote:

> Package: libx11-dev
> Version: 2:1.5.0-1
> Severity: normal
> 
> 
> Hi
> 
> Just a note that this bug still exists in 1.5.0-1. Xlibint.h now has all the 
> necessary #includes, but the package still doesn't depend on 
> x11proto-core-dev >= 7.0.17 as Lionel suggested.
> 
> I had to manually upgrade x11proto-core-dev to 7.0.22 in order to fix 
> compiler errors.
> 
Meh.  the "int" in "Xlibint.h" means internal.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#702630: mysql 5.6?

[Josip Rodin]

Package: mysql-server
Severity: wishlist

Hi,

I've looked at the bug lists for mysql-server and mysql-server-5.5, but
can't find an analogous wishlist item; if it's a duplicate, I'm sorry.

Is it possible for you to package version 5.6?
http://dev.mysql.com/downloads/mysql/ has links to the source code, claims
to be GPL, and even has links to Debian packages (glaringly obvious to be
incompatible because it's a single filename not formatted with dpkg-name).

I'm asking specifically because http://bugs.mysql.com/bug.php?id=44523 was
finally fixed in 5.6.

TIA.

-- 
 2. That which causes joy or happiness.


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

Bug#702631: Bug in libpython2.7-2.7.3-8 [Unstable]

[Marc Rios]

Package: libpython2.7

Hi,

Trying to upgrade to libpython2.7 to version 2.7.3.8 it seems to be an
error with dependencies:

aptitude install libpython2.7=2.7.3-8
The following packages will be upgraded:
  libpython2.7
1 packages upgraded, 0 newly installed, 0 to remove and 48 not upgraded.
Need to get 0 B/1,225 kB of archives. After unpacking 52.2 kB will be used.
Do you want to continue? [Y/n/?] y
dpkg: dependency problems prevent configuration of libpython2.7:
 libpython2.7 depends on python2.7 (= 2.7.3-7); however:
  Version of python2.7 on system is 2.7.3-8.

dpkg: error processing libpython2.7 (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 libpython2.7
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
dpkg: dependency problems prevent configuration of libpython2.7:
 libpython2.7 depends on python2.7 (= 2.7.3-7); however:
  Version of python2.7 on system is 2.7.3-8.

dpkg: error processing libpython2.7 (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 libpython2.7


I suposed the libpython2.7=2.7.3-8 should depend on python2.7=2.7.3-8 not
python2.7=2.7.3-8

I cannot install reportbug so I send this by mail... sorry...

--
Marc Rios

Bug#702632: libgmpada: fails to build with ld --as-needed

[Julian Taylor]

Package: libgmpada
Version: 0.0.20121109-1
Severity: wishlist
Tags: patch

libgmpada fails to build with ld --as-needed
this flag requires libraries to be placed after objects needing
their symbols.
See the buildlog in ubuntu:
https://launchpadlibrarian.net/133482239/buildlog_ubuntu-raring-amd64.libgmpada_0.0.20121109-1_FAILEDTOBUILD.txt.gz

I did not find a way to get the buildsystem to order the flags
correctly, (Linker.Linker_Options is rejected for libraries ..)
So the best i could come up with is disabling as-needed in debian/rules:

--- libgmpada-0.0.20121109/debian/rules
+++ libgmpada-0.0.20121109/debian/rules
@@ -29,9 +29,9 @@
 # Set some variables #
 ##

+DEB_LDFLAGS_MAINT_PREPEND = -Wl,--no-as-needed
 include /usr/share/dpkg/default.mk
 include /usr/share/ada/debian_packaging.mk


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

Bug#702633: CVE-2012-1016: NULL pointer dereference (DoS) in plugins/preauth/pkinit/pkinit_srv.c

[Helmut Grohne]

Package: src:krb5
Version: 1.10.1+dfsg-4
Severity: serious
Tags: security

Dear kerberos maintainers,

I noticed that your recent upload of 1.10.1+dfsg-4 fixed CVE-2013-1415,
but it does not say anything about CVE-2012-1016. Those two
vulnerabilities were fixed in the same upstream release 1.10.4. Could
you have a look at whether this particular issue CVE-2012-1016 affects
us and downgrade or close this bug as appropriate?

Helmut


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

Bug#702581: vlc: VLC crashes in libeml on some video files (mkv, h.264)

[Lorenz H.-S.]

Thank you for your response. First, a proper bug report following the
guidelines:

I am trying to play a video file. It's an h264, 720p video stream in a
matroska container. The file is 1744119808 Bytes (1.7GB) large.
When I try to play it in vlc (vlc foo.mkv), it crashes at the same point
some 5 to 7 seconds into the file every time. A gdb session with
disassembly and a register dump for vlc as suggested for avplay (which does
not crash, output below) is further below.
vlc --verbose 2 foo.mkv: http://bpaste.net/show/82438/
valgrind foo.mkv: http://bpaste.net/show/82436/
valgrind -v foo.mkv: http://bpaste.net/show/AWprB2k03dpY2ilhU3cA/

When I try to reproduce the problem in vlc with a non-huge sample of the
file, no crash occurs.
The crash in vlc does not occur with a 264062 kiB sample.
It does occur with a 264843 kiB sample.

I hope this helps.

Kind regards,
Lorenz

** The avplay output:

avplay version 0.8.5-6:0.8.5-1, Copyright (c) 2003-2012 the Libav developers
  built on Jan 13 2013 12:05:48 with gcc 4.7.2
[matroska,webm @ 0x955360] Estimating duration from bitrate, this may be
inaccurate
Input #0, matroska,webm, from 'foo.mkv':
  Duration: 00:43:47.33, start: 0.00, bitrate: 384 kb/s
Stream #0.0(eng): Video: h264 (High), yuv420p, 1280x720, PAR 1:1 DAR
16:9, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc
Stream #0.1: Audio: ac3, 48000 Hz, stereo, s16, 384 kb/s (default)
[matroska,webm @ 0x955360] Unknown entry 0xBDKB sq=0B f=0/0   f=0/0
[matroska,webm @ 0x955360] Unknown entry 0x89KB sq=0B f=0/0
[matroska,webm @ 0x955360] Unknown entry 0xB1
[matroska,webm @ 0x955360] Invalid EBML number size tag 0x06 at pos
53004489 (0x328c8c9)
[h264 @ 0x1247ec0] Reference 2 >= 2B vq=  200KB sq=0B f=0/0
[h264 @ 0x1247ec0] error while decoding MB 40 23, bytestream (64205)
[h264 @ 0x1247ec0] concealing 1769 DC, 1769 AC, 1769 MV errors
^C 7.43 A-V: -4.511 s:0.0 aq=0KB vq=0KB sq=0B f=0/0


At that point, it hangs.


** vlc gdb session with disassembly and register dump:

GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/bin/vlc...Reading symbols from
/usr/lib/debug/usr/bin/vlc...done.
done.
(gdb) run
Starting program: /usr/bin/vlc foo.mkv
warning: no loadable sections found in added symbol-file system-supplied
DSO at 0x77ffa000
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffee855700 (LWP 11938)]
[New Thread 0x7fffec8f4700 (LWP 11939)]
[0x605108] main libvlc: Running vlc with the default interface. Use 'cvlc'
to use vlc without interface.
[New Thread 0x7fffe9a48700 (LWP 11940)]
[New Thread 0x7fffe2065700 (LWP 11941)]
[Thread 0x7fffec8f4700 (LWP 11939) exited]
[Thread 0x7fffe2065700 (LWP 11941) exited]
[New Thread 0x7fffe2065700 (LWP 11942)]
[New Thread 0x7fffec8f4700 (LWP 11943)]
[New Thread 0x7fffd4195700 (LWP 11944)]
[New Thread 0x7fffcc8bd700 (LWP 11945)]
[New Thread 0x7fffc462c700 (LWP 11946)]
[New Thread 0x7fffd56dd700 (LWP 11947)]
terminate called after throwing an instance of 'libebml::CRTError'
  what():  Error allocating data: Cannot allocate memory

Program received signal SIGABRT, Aborted.
[Switching to Thread 0x7fffe2065700 (LWP 11942)]
0x769c2475 in *__GI_raise (sig=) at
../nptl/sysdeps/unix/sysv/linux/raise.c:64
64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) bt
#0  0x769c2475 in *__GI_raise (sig=) at
../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1  0x769c56f0 in *__GI_abort () at abort.c:92
#2  0x7721789d in __gnu_cxx::__verbose_terminate_handler() () from
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3  0x77215996 in ?? () from
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4  0x772159c3 in std::terminate() () from
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
#5  0x77215bee in __cxa_throw () from
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
#6  0x7fffe80313c6 in
libebml::EbmlBinary::ReadData(libebml::IOCallback&, libebml::ScopeMode) ()
from /usr/lib/x86_64-linux-gnu/libebml.so.3
#7  0x7fffe3b7a500 in
libmatroska::KaxInternalBlock::ReadData(libebml::IOCallback&,
libebml::ScopeMode) () from /usr/lib/x86_64-linux-gnu/libmatroska.so.5
#8  0x7fffe3dcf592 in matroska_segment_c::BlockGet (this=0xa8d9b0,
pp_block=, pp_simpleblock=,
pb_key_picture=, pb_discardable_picture=0x7fffe2064d67,
pi_duration=0x7fffe2064d78)
at matroska_segment.cpp:1558
#9  0x7fffe3dc6d1e in Demux (p_demux=0x7fffdcb8) at mkv.cpp:692
#10 0x7792f40b in demux_Demux (p_demux=0x7fffdcb8) at

Bug#702634: libgmpada: autopkgtests has no depends

[Julian Taylor]

Package: libgmpada
Version: 0.0.20121109-1
Severity: normal

the autopkgtests has no dependencies defined but uses at least gnatmake
which is not included in any essential set.
Please add what is needed to the debian/tests/control Dependencies


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

Bug#698030: debian-policy: document micro binary packages (udebs).

[Charles Plessy]

Le Sat, Mar 09, 2013 at 02:00:35AM -0800, Jonathan Nieder a écrit :
> Charles Plessy wrote:
> > Le Sat, Mar 09, 2013 at 12:22:08AM -0800, Jonathan Nieder a écrit :
> 
> >> +
> >> +  
> >> +udebs (stripped-down binary packages used by the Debian Installer) do
> >> +not comply with all of the requirements discussed here.  See the
> >> + >> +id="http://d-i.alioth.debian.org/doc/internals/ch03.html";> for more
> >> +information about them.
> >> +  
> >
> > Thanks Jonathan for keeping the momentum on this.
> >
> > I would be pedantically pleased if the text mentionned the word "micro",
> > because if I am not mistaken, it suggest the answer to the question "what 
> > does
> > 'u' stand for in 'udeb'".
> >
> > Something like "stripped-down 'micro' binary packages" ?
> 
> I think that's covered by the link. ;-)  I agree that in a more
> extensive section on udebs the mnemonic would be worth mentioning.

Good point.  I second your original patch.

Cheers,

-- 
Charles


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

Bug#702634: also use ADTTMP

[Julian Taylor]

also please use ADTTMP instead of TMPDIR according to the new spec
http://dep.debian.net/deps/dep8/


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

Bug#649866: #include -> compilation error: expected initializer before _X_NORETURN

[Tomaž Šolc]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 09. 03. 2013 11:56, Julien Cristau wrote:
> On Wed, Mar  6, 2013 at 12:34:51 +0100, Tomaz Solc wrote:
>> Just a note that this bug still exists in 1.5.0-1. Xlibint.h now 
>> has all the necessary #includes, but the package still doesn't 
>> depend on x11proto-core-dev >= 7.0.17 as Lionel suggested.
>> 
>> I had to manually upgrade x11proto-core-dev to 7.0.22 in order
>> to fix compiler errors.
>> 
> Meh.  the "int" in "Xlibint.h" means internal.

What are you trying to say? I was getting this error when trying to
compile Qemu 1.4.0.

The build depends on libx11-dev, but as far as I can see, Qemu source
doesn't include Xlibint.h directly anywhere.

Best regards
Tomaž
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIVAwUBUTskzQWaDSwKgi56AQj7NBAAg23BIsqfy4TwQF33hTotAvQSZHgilzbm
G/Whs8CUvfbst6/Jqvz+YZVAUfVTy11m2L2pKG0zdQEw0vwEcar6QTUsH0cTQmW3
R/DpeEbAq/D2txl6w5mc5aOm5WLZySyLqUTkqEP94kR3aTfrjkgums089uWmVSIy
EBEnR6u39N443oiWd32JUzJWf9f7Y9E1tozr6ySxQAXMLxhv6jMLiC+zbX58AE08
reZM5mp9Ya/fNbPHranpV1YOJ+edbPkfjvzwLCJeTYj0o0jCBe6z4XGeD1Q2B3Sx
gZGwnFxoRfvc8lm6ctwVr6gJGSF1yShhDXHp3E+TOq2GuRXec8sPHk01gjGi08RO
2lZbvJecz37dieEoLWziquhSmHT0d7xnejA2SusaaUeYT35YhelxWzLuK8EEPIgq
L/XlfhiLV6ezJAaJWO/A5V38jiHRBqAsfBUaMRUOlw/GHrc18B33evLXI4S3xSCu
N9sTQ9nS4/BXpVCp4qFW2FoYzGa0VOy4KiRavphn5+FzSzxD6bnnQRk7PQ6mvXmO
y0BCHmCZcRnUaIvyXLk8IBSQ14qS0h5d34aP+cKS8O1tDxPs7qV63CgS5qAJxDEL
ZvnpN3SPUt7u32+Za5LFczrGWNrIJad0Jv1wJmjHZgBH3VQ0HkLzY/ijE7kRgvhc
zRg0ha1M+Wg=
=xcs/
-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#702635: openssl breaks postfix TLS: SSL3_GET_RECORD:decryption failed

[Graham Cobb]

Package: openssl
Version: 1.0.1e-1
Severity: important

I have just upgraded my personal mail server to the latest Wheezy.
Mail submission to postfix from some local clients has stopped working.

The entry in the mail log is:

postfix/smtpd[6543]: warning: TLS library problem: 6543:error:1408F119:SSL 
routines:SSL3_GET_RECORD:decryption failed or bad record mac:s3_pkt.c:484

I am reporting this against openssl because a search indicates it is likely
an openssl problem, in particular the bug fixed by a recent fix: 
http://git.openssl.org/gitweb/?p=openssl.git;a=commitdiff;h=32cc247

However, I have not verified that this fix does fix the problem.


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

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE@euro, LC_CTYPE=en_IE@euro (charmap=ISO-8859-15) (ignored: 
LC_ALL set to en_IE@euro)
Shell: /bin/sh linked to /bin/bash

Versions of packages openssl depends on:
ii  libc62.13-38
ii  libssl1.0.0  1.0.1e-1
ii  zlib1g   1:1.2.7.dfsg-13

openssl recommends no packages.

Versions of packages openssl suggests:
ii  ca-certificates  20130119

-- 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#702591: Only need new Uploaders

[Salvatore Bonaccorso]

Hi

A short note to whoever is interested in adopting them :-)

libuniversal-moniker-perl (#702591)
libuniversal-moniker-perl (#702592)
libstring-random-perl (#702593)

are already Debian Perl Group maintained, but need only a new
Uploader, as Bart was the only one listed.

So if you are interested in adopting them, please consider joining the
Debian Perl Group[1] and continue maintaining them there in our git
repository.

 [1]: http://wiki.debian.org/Teams/DebianPerlGroup/Welcome

Regards,
Salvatore


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

Bug#532097: #532097: cups RFA -> RFH

[Didier 'OdyX' Raboud]

Control: retitle -1 RFH: cups --Common UNIX Printing System

Hi,

With my entry in the Maintainers' field of cups, the handling of both the 
Ubuntu sync and the 1.6.1 release pushed to experimental and some help in bugs 
triaging (hi Brian!), I think I can reasonably claim that cups is now properly 
maintained in Debian.

But, as the task is still quite big (and involves various other packages in 
the printing stack), I'd still welcome some more help from people wanting to 
make printing a working feature in Debian; I'm therefore hereby making this a 
"Request for Help".

Thanks for your attention,

Didier Raboud, aka OdyX


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

Bug#698030: debian-policy: document micro binary packages (udebs).

[Cyril Brulebois]

Jonathan Nieder  (09/03/2013):
> In January, Russ Allbery wrote:
> 
> > I think we should probably say explicitly that they don't follow all of
> > the requirements laid out in this document.
> 
> How about this patch?
> 
> diff --git i/policy.sgml w/policy.sgml
> index 0347cd66..a41bc1fd 100644
> --- i/policy.sgml
> +++ w/policy.sgml
> @@ -158,6 +158,14 @@
> distributed in some other way or is intended for local use
> only.
>   
> +
> + 
> +   udebs (stripped-down binary packages used by the Debian Installer) do
> +   not comply with all of the requirements discussed here.  See the
> ++   id="http://d-i.alioth.debian.org/doc/internals/ch03.html";> for more
> +   information about them.
> + 
>
>  
>

Seconded.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#702635: [Pkg-openssl-devel] Bug#702635: openssl breaks postfix TLS: SSL3_GET_RECORD:decryption failed

[Kurt Roeckx]

On Sat, Mar 09, 2013 at 12:06:15PM +, Graham Cobb wrote:
> Package: openssl
> Version: 1.0.1e-1
> Severity: important
> 
> I have just upgraded my personal mail server to the latest Wheezy.
> Mail submission to postfix from some local clients has stopped working.
> 
> The entry in the mail log is:
> 
> postfix/smtpd[6543]: warning: TLS library problem: 6543:error:1408F119:SSL 
> routines:SSL3_GET_RECORD:decryption failed or bad record mac:s3_pkt.c:484

This is problem the same problem as various other people have
reported already.  My guess is that it goes away when
you do:
export OPENSSL_ia32cap=~0x200

Can you show the content of /proc/cpuinfo?

> I am reporting this against openssl because a search indicates it is likely
> an openssl problem, in particular the bug fixed by a recent fix: 
> http://git.openssl.org/gitweb/?p=openssl.git;a=commitdiff;h=32cc247

The version you're reporting this against has that commit in it.


Kurt


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

Bug#702635: openssl: Workround is to disable AES

[Graham Cobb]

Package: openssl
Version: 1.0.1e-1
Followup-For: Bug #702635

The postfix problem can be worked around by adding:

smtpd_tls_exclude_ciphers = AES

to the postfix configuration.

By the way, in case it is relevant, the client system showing the problem is 
also Debian Wheezy, using exim and openssl 1.0.1e-1.

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE@euro, LC_CTYPE=en_IE@euro (charmap=ISO-8859-15) (ignored: 
LC_ALL set to en_IE@euro)
Shell: /bin/sh linked to /bin/bash

Versions of packages openssl depends on:
ii  libc62.13-38
ii  libssl1.0.0  1.0.1e-1
ii  zlib1g   1:1.2.7.dfsg-13

openssl recommends no packages.

Versions of packages openssl suggests:
ii  ca-certificates  20130119

-- 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#700290: pbuilder: clang support

[Sylvestre Ledru]

On 08/03/2013 06:38, Hideki Yamane wrote:
> On Fri, 8 Mar 2013 05:16:26 +0900
> Hideki Yamane  wrote:
>>  update it, please use attached one.
> 
>  Update it again ;)
> 
Could you push it somewhere ? I would like to do some modifications on it :)

(or fork the pbuilder repository before asking for a merge)

Thanks,
Sylvestre


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

Bug#702635: [Pkg-openssl-devel] Bug#702635: openssl: Workround is to disable AES

[Kurt Roeckx]

On Sat, Mar 09, 2013 at 12:25:21PM +, Graham Cobb wrote:
> Package: openssl
> Version: 1.0.1e-1
> Followup-For: Bug #702635
> 
> The postfix problem can be worked around by adding:
> 
> smtpd_tls_exclude_ciphers = AES

The problem has to do with AES-NI, and we have problems
reproducing the problem, but there are also many people
that do have the problem.


Kurt


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

Bug#671483: icedove: crashes on startup with failed assertion

[Guido Günther]

Hi Tim,
thanks for the backtrace!

On Mon, Jan 07, 2013 at 05:54:41PM +, Tim Chadburn wrote:
[..snip..] > 
> Thread 1 (Thread 0xb70d5730 (LWP 6100)):
> #0  0xb7fe2424 in __kernel_vsyscall ()
> #1  0xb7db9781 in *__GI_raise (sig=6) at 
> ../nptl/sysdeps/unix/sysv/linux/raise.c:64
> #2  0xb7dbcbb2 in *__GI_abort () at abort.c:92
> #3  0xb7db28e8 in *__GI___assert_fail (assertion=0xb7eb3d60 "outbuf != ((void 
> *)0) && *outbuf != ((void *)0)", file=0xb7eafea4 "gconv.c", line=75, 
> function=0xb7eafec8 "__gconv") at assert.c:81
> #4  0xb7da758b in __gconv (cd=0xb6ec6920, inbuf=, 
> inbufend=, outbuf=0xbfffddac, outbufend=0x0, 
> irreversible=0xbfffdcac) at gconv.c:75
> #5  0xb7da6a46 in iconv (cd=0xb6ec6920, inbuf=0xbfffdda4, 
> inbytesleft=0xbfffdd40, outbuf=0xbfffddac, outbytesleft=0xbfffdd3c) at 
> iconv.c:53

This aborts because *outbuf == NULL. 

> #6  0xb7f82e24 in xp_iconv (converter=0x0, input=0x6, inputLeft=0xbfffdd40, 
> output=0xbfffddac, outputLeft=0xbfffdd3c) at nsNativeCharsetUtils.cpp:162
> #7  0xb7f83007 in nsNativeCharsetConverter::NativeToUnicode (this=0xbfffddb3, 
> input=0xbfffdda4, inputLeft=0xbfffdda0, output=0xbfffddac, 
> outputLeft=0xbfffdda8) at nsNativeCharsetUtils.cpp:493
> #8  0xb7f834a9 in NS_CopyNativeToUnicode (input=..., output=...) at 
> nsNativeCharsetUtils.cpp:834

Could you insepct input and output here? Maybe we can get a clue what's
causing this.

> #9  0xb630050b in ConvertibleToNative (name=...) at nsMsgUtils.cpp:383
> #10 NS_MsgHashIfNecessary (name=...) at nsMsgUtils.cpp:478
> #11 0xb62f2285 in nsMsgDBFolder::CreateFileForDB (this=0xa9f9f000, 
> userLeafName=..., path=0xb00c2a00, dbFile=0xbfffe408) at nsMsgDBFolder.cpp:908
> #12 0xb64140f3 in nsImapMailFolder::CreateClientSubfolderInfo 
> (this=0xa9f9f000, folderName=..., hierarchyDelimiter=46 '.', flags=64, 
> suppressNotification=0) at nsImapMailFolder.cpp:986
> #13 0xb641404c in nsImapMailFolder::CreateClientSubfolderInfo 
> (this=0xb27ab400, folderName=..., hierarchyDelimiter=-44 '?', flags=64, 
> suppressNotification=0) at nsImapMailFolder.cpp:970
> #14 0xb63fc51c in nsImapIncomingServer::PossibleImapMailbox (this=0xb4137bf0, 
> folderPath=..., hierarchyDelimiter=-44 '?', boxFlags=64, 
> aNewFolder=0xb09fec50) at nsImapIncomingServer.cpp:1254

Could you check with gdb what folder is causing the trouble here?

> #15 0xb7fa004f in NS_InvokeByIndex_P () from /usr/lib/icedove/libxpcom_core.so
> #16 0xb7f97f43 in nsProxyObjectCallInfo::Run (this=0xa9f445e0) at 
> nsProxyEvent.cpp:181
> #17 0xb7f93653 in nsThread::ProcessNextEvent (this=0xb6ec69c0, mayWait=1, 
> result=0xbfffed3c) at nsThread.cpp:521
> #18 0xb7f637d6 in NS_ProcessNextEvent_P (thread=0x0, mayWait=1) at 
> nsThreadUtils.cpp:247
> #19 0xb5157757 in nsBaseAppShell::Run (this=0xb65bb1a0) at 
> nsBaseAppShell.cpp:170
> #20 0xb4e46350 in nsAppStartup::Run (this=0xb6e92fd0) at nsAppStartup.cpp:193
> #21 0xb7fd2fa2 in XRE_main (argc=1, argv=0xb2e4, aAppData=0xb6e16380) at 
> nsAppRunner.cpp:3321
> #22 0x08049314 in main (argc=1, argv=0xb2e4) at nsMailApp.cpp:103
> in nsAppRunner.cpp
> (gdb) 

Any chance you could check with the Wheezy version? It'd be great to
know if this still affects the upcoming release.
Cheers,
 -- Guido


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

Bug#702509: unattended-upgrades: does not run autonomously, even after it was enabled

[Arturo Moral]

On Sat, Mar 9, 2013 at 12:21 AM, Steven Chamberlain wrote:

> On 08/03/13 17:37, Arturo Moral wrote:
> > [...] I should see a log
> > file inside /var/log/unattended-upgrades/ with details on every day's
> > check [...]
>
> I agree.  On a wheezy/sid system using regular cron (not anacron) I get
> exactly this each day from unattended-upgrades 0.79.4 when there are no
> updates to install:
>
> /var/log/unattended-upgrades/unattended-upgrades.log :
> > 2013-03-08 06:26:39,208 INFO Initial blacklisted packages:
> > 2013-03-08 06:26:39,225 INFO Starting unattended upgrades script
> > 2013-03-08 06:26:39,225 INFO Allowed origins are: ['o=Debian,a=testing',
> 'origin=Debian,archive=testing,label=Debian-Security']
> > 2013-03-08 06:26:41,758 INFO No packages found that can be upgraded
> unattended
>
> In addition, I get a separate dpkg log only if there were any packages
> to actually update.
>
>
> I don't think your issue is due to configuration, but here is mine
> anyway for reference:
>
> /etc/apt/apt.conf.d/02periodic :
> > APT::Periodic::Enable "1";
> > APT::Periodic::Unattended-Upgrade "1";
> > APT::Periodic::AutocleanInterval "1";
> > APT::Periodic::Update-Package-Lists "1";
> > // I already 'randomise' the hour/minute of cron.daily on my hosts
> > APT::Periodic::RandomSleep "60";
>

My "Periodic" configuration parameters live under
"/etc/apt/apt.conf.d/20auto-upgrades", which was created by
unattended-upgrades on installation, but I don't think that this affects
the way they work.


>
> /etc/apt/apt.conf.d/50unattended-upgrades :
> > Unattended-Upgrade::Origins-Pattern {
> > "o=Debian,a=testing";
> > "origin=Debian,archive=testing,label=Debian-Security";
> > };
> > Unattended-Upgrade::Package-Blacklist {
> > };
> > Unattended-Upgrade::Mail "root@localhost";
>
> Regards,
> --
> Steven Chamberlain
> ste...@pyro.eu.org
>

Bug#702509: unattended-upgrades: does not run autonomously, even after it was enabled

[Steven Chamberlain]

Hi,

Today could you please re-check:

# cat /var/spool/anacron/cron.daily

# grep anacron /var/log/syslog.1
or:
# zgrep anacron /var/log/syslog.1.gz

# tail /var/log/unattended-upgrades/unattended-upgrades.log

Thanks!
Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


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

Bug#702592: Only need new Uploaders

[Axel Beckert]

Control: retitle -1 ITA: libuniversal-moniker-perl -- nicer names for your Perl 
modules/classes
Control: owner -1 pkg-perl-maintain...@lists.alioth.debian.org

Hi,

Salvatore Bonaccorso wrote:
> A short note to whoever is interested in adopting them :-)

Doesn't feel like adopting...

> libuniversal-moniker-perl (#702592)
> 
> are already Debian Perl Group maintained, but need only a new
> Uploader, as Bart was the only one listed.

... more like common team-maintenance. :-)

> So if you are interested in adopting them, please consider joining the
> Debian Perl Group[1] and continue maintaining them there in our git
> repository.

I hope I may adopt it also in the case that I am already a team
member. ;-)

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


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

Bug#659994: [regression] icedove: symbol lookup error: [...]/libdbusservice.so: undefined symbol: NS_Alloc

[Guido Günther]

On Tue, Feb 21, 2012 at 07:46:04PM +0100, Christoph Goehre wrote:
> Hi Ansgar,
> 
> On Mi, Feb 15, 2012 at 05:34:45 +0100, Ansgar Burchardt wrote:
> > since the last security update for icedove, the program does not
> > start on several computers here.  Instead the following error
> > message is displayed:
> > 
> > /usr/lib/icedove/icedove-bin: symbol lookup error:
> > /usr/lib/icedove/components/libdbusservice.so: undefined symbol:
> > NS_Alloc
> 
> I could reproduce it, but I need to move my .icedove profile away. If I
> downgrade to libc6 version 2.11.2-10, everything is working fine. So
> here my steps to reproduce:

Do you have a vm that shows this problem I could ssh into?
Cheers,
 -- Guido

> 
> 1) add
> 
>  deb http://snapshot.debian.org/archive/debian/20111215/ squeeze main
> 
> to /etc/apt/sources.list and run 'apt-get update'
> 
> 2) install older libc6
> 
> apt-get install libc-bin=2.11.2-10 libc-dev-bin=2.11.2-10 libc6=2.11.2-10 
> libc6-dev=2.11.2-10 libc6-i386=2.11.2-10 locales=2.11.2-10
> 
> 3) rerun Icedove
> 
> Cheers,
> Christoph
> 
> 
> 


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

Bug#702592: Pending fixes for bugs in the libuniversal-moniker-perl package

[pkg-perl-maintainers]

tag 702592 + pending
thanks

Some bugs in the libuniversal-moniker-perl package are closed in
revision 59042a5c920807f8618faa71cb06f37f49b3738a in branch 'master'
by Axel Beckert

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libuniversal-moniker-perl.git;a=commitdiff;h=59042a5

Commit message:

Switch uploaders (Closes: #702592)


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

Bug#702581: vlc: VLC crashes in libeml on some video files (mkv, h.264)

[Lorenz H.-S.]

Alright, some new insights. libebml is trying to allocate 3219169814460
bytes (src/EbmlBinary.cpp:97), but it gets this number from libmatroska
(src/KaxBlock.cpp:458). My guess is that the KaxSimpleBlock's size is
incorrect in the file.

In modules/demux/mkv/matroska_segment.cpp:1558
(matroska_segment_c::BlockGet):
(gdb) ins *el
$11 = {_vptr.EbmlElement = 0x7fffe2461510, Size = 3219169814460,
DefaultSize = 0, SizeLength = 6, bSizeIsFinite = true, ElementPosition =
135411848, SizePosition = 135411849, bValueIsSet = false, DefaultIsSet =
false, bLocked = false}

One further up, in modules/demux/mkv/mkv.cpp:692 (Demux):

(gdb) ins *simpleblock
$14 = { = { =
{ = {_vptr.EbmlElement = 0x7fffe2461510, Size =
3219169814460, DefaultSize = 0, SizeLength = 6, bSizeIsFinite = true,
ElementPosition = 135411848,
SizePosition = 135411849, bValueIsSet = false, DefaultIsSet =
false, bLocked = false}, Data = 0x0}, myBuffers =
{ >> = {
_M_impl = {> =
{<__gnu_cxx::new_allocator> = {},
}, _M_start = 0x0, _M_finish = 0x0,
  _M_end_of_storage = 0x0}}, }, SizeList =
{ >> = {_M_impl =
{> = {<__gnu_cxx::new_allocator> = {}, },
  _M_start = 0x0, _M_finish = 0x0, _M_end_of_storage = 0x0}}, }, Timecode = 4, LocalTimecode = 0, bLocalTimecodeUsed = false,
TrackNumber = 13057, mLacing = libmatroska::LACING_AUTO, mInvisible =
false,
FirstFrameLocation = 135411855, ParentCluster = 0x0, bIsSimple = true,
bIsKeyframe = true, bIsDiscardable = false}, static ClassInfos = {Create =
0x7fffe221e831 , GlobalId =
@0x7fffe2470b50,
DebugName = 0x7fffe2243ec7 "SimpleBlock", Context = @0x7fffe2470b60}}


Up again, to input/demux.h:44

(gdb) ins *p_demux
$17 = {psz_object_type = 0x7799a1d9 "demux", psz_header = 0x0, i_flags
= 0, b_die = false, b_force = false, p_libvlc = 0x605108, p_parent =
0x6387b8, p_module = 0x751860, psz_access = 0x67fc80 "file", psz_demux =
0x67f390 "",
  psz_location = 0x67f040 "/media/STORE/foo.mkv", psz_file = 0x67eee0
"/media/STORE/foo.mkv", s = 0x68d028, out = 0x68c810, pf_demux =
0x7fffe2480c50 ,
  pf_control = 0x7fffe247f6e0 , info = {i_update = 0, i_title = 0,
i_seekpoint = 0}, p_sys = 0x68d1f0, p_input = 0x6387b8}
(gdb) ins *p_demux->p_sys
$18 = {player = 0x7fffe26b7690, config = {clockDefault = 6869336,
clockForced = false, clockSpeed = 7257000, environment = sid2_envPS,
forceDualSids = 112, emulateStereo = 232, frequency = 0, optimisation = 0
'\000',
playback = sid2_left, precision = 0, sidDefault = SID2_MODEL_CORRECT,
sidEmulation = 0x69d330, sidModel = 6777344, sidSamples = false, leftVolume
= 6777352, rightVolume = 0, sampleFormat = 6777352, powerOnDelay = 0,
sid2crcCount = 0}, info = {credits = 0x686850, channels = 6842456,
driverAddr = 0, driverLength = 0, name = 0x686858 "", tuneInfo = 0x0,
version = 0x0, eventContext = 0x0, maxsids = 6798144, environment =
sid2_envPS,
powerOnDelay = 47944, sid2crc = 0, sid2crcCount = 6798152}, tune =
0x6828f0, tuneInfo = {formatString = 0x6828f8 "", statusString = 0x6828f8
"", speedString = 0x69d1b0 "P*h", loadAddr = 0, initAddr = 0, playAddr = 0,
songs = 0,
startSong = 0, sidChipBase1 = 0, sidChipBase2 = 0, currentSong = 0,
songSpeed = 0 '\000', clockSpeed = 0 '\000', relocStartPage = 0 '\000',
relocPages = 0 '\000', musPlayer = false, sidModel = 0, compatibility = 0,
fixLoad = false,
songLength = 0, numberOfInfoStrings = 0 '\000', infoString = {0x0, 0x0,
0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, numberOfCommentStrings = 0,
commentString = 0x0, dataFileLen = 0, c64dataLen = 0, path = 0x0,
dataFileName = 0x0,
infoFileName = 0x0}, bytes_per_frame = 0, block_size = 0, es = 0x0, pts
= {date = 0, i_divider_num = 0, i_divider_den = 0, i_remainder = 0}}
(gdb) ins *p_demux->p_sys->p_current_segment
There is no member named p_current_segment.

That last line seems a bit strange to me, but then I'm not familiar with
vlc's codebase at all. I'd be happy to try out any suggestions you may have.

Kind regards,
Lorenz

Bug#702526: ruby1.8: CVE-2013-1821: entity expansion DoS vulnerability in REXML

[Salvatore Bonaccorso]

Control: tags -1 + patch

Hi

Attached is a proposed debdiff, based also on the changes done for
ruby1.9.1. But there is one thing which might be sorted out first:

The binary debdiff shows:

cut-cut-cut-cut-cut-cut-
ri1.8:

[The following lists of changes regard files as different if they have
different names, permissions or owners.]

Files in second .deb but not in first
-
-rw-r--r--  root/root   
/usr/share/ri/1.8/system/IRB/Context/_set_last_value-i.yaml
-rw-r--r--  root/root   
/usr/share/ri/1.8/system/IRB/WorkSpace/__evaluate__-i.yaml
-rw-r--r--  root/root   
/usr/share/ri/1.8/system/REXML/Document/entity_expansion_text_limit%3d-c.yaml
-rw-r--r--  root/root   
/usr/share/ri/1.8/system/REXML/Document/entity_expansion_text_limit-c.yaml
-rw-r--r--  root/root   /usr/share/ri/1.8/system/REXML/Text/expand-c.yaml

Files in first .deb but not in second
-
-rw-r--r--  root/root   
/usr/share/ri/1.8/system/RSS/Rss/Channel/Item/_setup_maker_element-i.yaml
cut-cut-cut-cut-cut-cut-

Regards,
Salvatore
diff -Nru ruby1.8-1.8.7.358/debian/changelog ruby1.8-1.8.7.358/debian/changelog
--- ruby1.8-1.8.7.358/debian/changelog  2012-11-01 01:20:28.0 +0100
+++ ruby1.8-1.8.7.358/debian/changelog  2013-03-09 13:39:28.0 +0100
@@ -1,3 +1,14 @@
+ruby1.8 (1.8.7.358-6.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Add CVE-2013-1821.patch patch.
+CVE-2013-1821: Fix entity expansion DoS vulnerability in REXML. When
+reading text nodes from an XML document, the REXML parser could be
+coerced into allocating extremely large string objects which could
+consume all available memory on the system. (Closes: #702526)
+
+ -- Salvatore Bonaccorso   Sat, 09 Mar 2013 08:05:35 +0100
+
 ruby1.8 (1.8.7.358-6) unstable; urgency=high
 
   * Timeout the execution of the tests after 2 hours. This should fix the
diff -Nru ruby1.8-1.8.7.358/debian/patches/CVE-2013-1821.patch 
ruby1.8-1.8.7.358/debian/patches/CVE-2013-1821.patch
--- ruby1.8-1.8.7.358/debian/patches/CVE-2013-1821.patch1970-01-01 
01:00:00.0 +0100
+++ ruby1.8-1.8.7.358/debian/patches/CVE-2013-1821.patch2013-03-09 
13:39:28.0 +0100
@@ -0,0 +1,120 @@
+Description: Fix entity expansion DoS vulnerability in REXML
+ CVE-2013-1821
+Origin: upstream, 
http://svn.ruby-lang.org/cgi-bin/viewvc.cgi?view=revision&revision=39384&view=patch
+Bug-Debian: http://bugs.debian.org/702526
+Forwarded: not-needed
+Author: Salvatore Bonaccorso 
+Last-Update: 2013-03-09
+
+--- a/lib/rexml/document.rb
 b/lib/rexml/document.rb
+@@ -214,6 +214,18 @@
+   return @@entity_expansion_limit
+ end
+ 
++@@entity_expansion_text_limit = 10_240
++
++# Set the entity expansion limit. By default the limit is set to 10240.
++def Document::entity_expansion_text_limit=( val )
++  @@entity_expansion_text_limit = val
++end
++
++# Get the entity expansion limit. By default the limit is set to 1.
++def Document::entity_expansion_text_limit
++  return @@entity_expansion_text_limit
++end
++
+ attr_reader :entity_expansion_count
+ 
+ def record_entity_expansion
+--- a/test/rexml/test_document.rb
 b/test/rexml/test_document.rb
+@@ -63,4 +63,23 @@
+   ensure
+ REXML::Document.entity_expansion_limit = 1
+   end
++
++  def test_entity_string_limit
++template = ' ]> $'
++len  = 5120 # 5k per entity
++template.sub!(/\^/, "B" * len)
++
++# 10k is OK
++entities = '&a;' * 2 # 5k entity * 2 = 10k
++xmldoc = REXML::Document.new(template.sub(/\$/, entities))
++assert_equal(len * 2, xmldoc.root.text.bytesize)
++
++# above 10k explodes
++entities = '&a;' * 3 # 5k entity * 2 = 15k
++xmldoc = REXML::Document.new(template.sub(/\$/, entities))
++assert_raises(RuntimeError) do
++  xmldoc.root.text
++end
++  end
++
+ end
+--- a/lib/rexml/text.rb
 b/lib/rexml/text.rb
+@@ -308,37 +308,35 @@
+ 
+ # Unescapes all possible entities
+ def Text::unnormalize( string, doctype=nil, filter=nil, illegal=nil )
+-  rv = string.clone
+-  rv.gsub!( /\r\n?/, "\n" )
+-  matches = rv.scan( REFERENCE )
+-  return rv if matches.size == 0
+-  rv.gsub!( NUMERICENTITY ) {|m|
+-m=$1
+-m = "0#{m}" if m[0] == ?x
+-[Integer(m)].pack('U*')
++  sum = 0
++  string.gsub( /\r\n?/, "\n" ).gsub( REFERENCE ) {
++s = Text.expand($&, doctype, filter)
++if sum + s.bytesize > Document.entity_expansion_text_limit
++  raise "entity expansion has grown too large"
++else
++  sum += s.bytesize
++end
++s
+   }
+-  matches.collect!{|x|x[0]}.compact!
+-  if matches.size > 0
+-if doctype
+-  matches.each do |entity_reference|
+-unless filter and filter.include?(entity_reference

Bug#702509: unattended-upgrades: does not run autonomously, even after it was enabled

[Arturo Moral]

On Sat, Mar 9, 2013 at 1:42 PM, Steven Chamberlain wrote:

> Hi,
>

Hello, Steven,


>
> Today could you please re-check:
>
> # cat /var/spool/anacron/cron.daily
>
20130308


>
> # grep anacron /var/log/syslog.1
>
Mar  7 12:54:22 raspi anacron[1939]: Job `cron.daily' terminated
Mar  7 12:54:22 raspi anacron[1939]: Normal exit (1 job run)
Mar  7 21:25:01 raspi /USR/SBIN/CRON[32538]: (root) CMD (test -x
/usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily ))
Mar  8 00:10:23 raspi anacron[1920]: Anacron 2.3 started on 2013-03-08
Mar  8 00:10:23 raspi anacron[1920]: Will run job `cron.daily' in 5 min.
Mar  8 00:10:23 raspi anacron[1920]: Jobs will be executed sequentially
Mar  8 11:27:42 raspi anacron[1920]: Job `cron.daily' started
Mar  8 11:27:42 raspi anacron[4741]: Updated timestamp for job `cron.daily'
to 2013-03-08

# grep anacron /var/log/syslog
Mar  8 11:27:51 raspi anacron[1920]: Job `cron.daily' terminated
Mar  8 11:27:51 raspi anacron[1920]: Normal exit (1 job run)
Mar  8 21:25:01 raspi /USR/SBIN/CRON[24741]: (root) CMD (test -x
/usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily ))
Mar  8 23:32:17 raspi anacron[1920]: Anacron 2.3 started on 2013-03-08
Mar  8 23:32:17 raspi anacron[1920]: Normal exit (0 jobs run)

or:
> # zgrep anacron /var/log/syslog.1.gz
>

> # tail /var/log/unattended-upgrades/unattended-upgrades.log
>
2013-03-08 11:49:15,488 DEBUG fetch.run() result: 0
2013-03-08 11:49:15,490 DEBUG blacklist: []
2013-03-08 11:49:35,734 INFO Packages that are auto removed: ''
2013-03-08 11:49:35,736 DEBUG InstCount=0 DelCount=0 BrokenCout=0
2013-03-08 11:49:35,741 INFO No packages found that can be upgraded
unattended
2013-03-08 12:18:00,782 INFO Initial blacklisted packages:
2013-03-08 12:18:00,786 INFO Starting unattended upgrades script
2013-03-08 12:18:00,801 INFO Allowed origins are: ['o=Debian,n=wheezy',
'o=Debian,n=wheezy-updates', 'o=Debian,n=wheezy-proposed-updates',
'o=Debian,n=wheezy,l=Debian-Security']
2013-03-08 12:19:22,738 INFO Packages that are auto removed: ''
2013-03-08 12:19:22,742 INFO No packages found that can be upgraded
unattended

All the entries in this log correspond to manual runs from yesterday's
"--dry-run" tests.


>
> Thanks!
>

No problem at all. Thank you for keeping an eye on this.

Cheers.


> Regards,
> --
> Steven Chamberlain
> ste...@pyro.eu.org
>

Bug#702637: matlab-support: fails to install in clean chroot

[Julian Taylor]

Package: matlab-support
Version: 0.0.18
Severity: serious

in a clean testing chroot:

Setting up matlab-support (0.0.18) ...
No matlab found and maybe running in non-interactive mode. No way out --
failing...
dpkg: error processing matlab-support (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 matlab-support
E: Sub-process /usr/bin/dpkg returned an error code (1)


also it has dozens of upgrade and installation failures in ubuntu,
probably not relevant for Debian, but it sheds a bad light on the
quality of the package.


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

Bug#532097: #532097: cups RFA -> RFH

[Bastien ROUCARIES]

Hi

I will step on it. Please coule web have a debian todo list and how to ?

Personnally i will like to have cups drop root

Bastien
Le 9 mars 2013 13:42, "Didier 'OdyX' Raboud"  a écrit :

> Control: retitle -1 RFH: cups --Common UNIX Printing System
>
> Hi,
>
> With my entry in the Maintainers' field of cups, the handling of both the
> Ubuntu sync and the 1.6.1 release pushed to experimental and some help in
> bugs
> triaging (hi Brian!), I think I can reasonably claim that cups is now
> properly
> maintained in Debian.
>
> But, as the task is still quite big (and involves various other packages in
> the printing stack), I'd still welcome some more help from people wanting
> to
> make printing a working feature in Debian; I'm therefore hereby making
> this a
> "Request for Help".
>
> Thanks for your attention,
>
> Didier Raboud, aka OdyX
>

Bug#702533: mplayer2: continue from pause not working

[Uoti Urpala]

This is most likely caused by misbehaving audio output. Especially
PulseAudio is known to have bugs which cause such problems. However,
you're using the mplayer2 version from experimental which has
workarounds for those PulseAudio issues and should work for most people
(unfortunately, Debian unstable still ships a version which is known to
cause problems for a significant portion of users).

Do you have PulseAudio active on your system? If you do, which audio
output API are you using in mplayer2 - ao_pulse or ao_alsa? In the
default Debian PulseAudio configuration, applications outputting sound
with the ALSA API are redirected to PulseAudio, and this redirection
mode is even more buggy than the "native" PulseAudio API (note that this
applies only to the default ALSA device; if you configure mplayer2 to
use an ALSA hardware device, that works fine and will not be
redirected).

In any case you can verify that the issue is caused by audio output by
using --nosound or --ao=null (the latter is closer to normal playback
with audio; it decodes audio but only "outputs" it with a dummy driver).


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

Bug#702638: texlive-extra-utils: pdfjam does not work

[A Mennucc]

Package: texlive-extra-utils
Version: 2012.20130111-1
Severity: important

hi,

here is the error

$ pdfjam --no-tidy  --output /tmp/ciao.pdf EDB.pdf 1
  
  pdfjam: This is pdfjam version 2.08.
  pdfjam: Reading any site-wide or user-specific defaults...
  (none found)
  pdfjam: Temporary directory for this job is
/var/tmp/pdfjam-q3JCpO
  pdfjam: Effective call for this run of pdfjam:
  /usr/bin/pdfjam --no-tidy --output '/tmp/ciao.pdf' -- EDB.pdf 1 
  pdfjam: Calling pdflatex...
  pdfjam: FAILED.
  The call to 'pdflatex' resulted in an error.
  If '--no-tidy' was used, you can examine the
  log file at
  /var/tmp/pdfjam-q3JCpO/a.log
  to try to diagnose the problem.
  pdfjam ERROR: Output file not written

I attach  /var/tmp/pdfjam-q3JCpO/a.log

a.



##
 List of ls-R files

-rw-r--r-- 1 root root 1682 Feb 19 22:55 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 Dec 19 05:11 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 Jan 11 06:01 /usr/share/texlive/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEMAIN
-rw-rw-r-- 1 root staff 80 Jul  4  2012 /usr/local/share/texmf/ls-R
lrwxrwxrwx 1 root root 31 Jan 11 06:01 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Jan 11 06:01 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Jan 11 06:01 /usr/share/texlive/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEMAIN
##
 Config files
-rw-r--r-- 1 root root 838 Feb 19 21:57 /etc/texmf/web2c/texmf.cnf
-rw-r--r-- 1 root root 5032 Feb 19 22:55 /var/lib/texmf/web2c/fmtutil.cnf
lrwxrwxrwx 1 root root 32 Jan 11 06:01 /usr/share/texmf/web2c/updmap.cfg -> 
/var/lib/texmf/updmap.cfg-DEBIAN
-rw-r--r-- 1 root root 3694 Feb 19 22:55 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root 283 Jun 26  2011 mktex.cnf
-rw-r--r-- 1 root root 838 Feb 19 21:57 texmf.cnf
##
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  /etc/texmf/texmf.d/00debian.cnf
1df66bc319cec731e202eaf39f5d85e1  /etc/texmf/texmf.d/96JadeTeX.cnf

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (300, 'testing'), (200, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages texlive-extra-utils depends on:
ii  dpkg  1.16.9
ii  install-info  4.13a.dfsg.1-10
ii  python2.7.3-4
ii  tex-common4.01
ii  texlive-base  2012.20130111-1
ii  texlive-binaries  2012.20121124-1
ii  texlive-common2012.20130111-1

Versions of packages texlive-extra-utils recommends:
ii  ghostscript 9.05~dfsg-6.3
ii  ruby1.8 [ruby-interpreter]  1.8.7.358-6
ii  texlive-latex-base  2012.20130111-1
ii  texlive-latex-recommended   2012.20130111-1

Versions of packages texlive-extra-utils suggests:
pn  chktex  
pn  dvidvi  
pn  dvipng  
pn  fragmaster  
ii  lacheck 1.26-14
pn  latexdiff   
pn  latexmk 
ii  purifyeps   1.1-2
ii  xindy   2.4-1.1

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

Versions of packages tex-common suggests:
ii  debhelper  9.20120909

Versions of packages texlive-extra-utils is related to:
ii  tex-common4.01
ii  texlive-binaries  2012.20121124-1

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

-- 
Andrea Mennucc
 "E' un mondo difficile. Che vita intensa!" (Tonino Carotone)
This is pdfTeX, Version 3.1415926-2.5-1.40.13 (TeX Live 2013/dev/Debian) 
(format=pdflatex 2013.2.19)  9 MAR 2013 14:40
entering extended mode
 restricted \write18 enabled.
 %&-line parsing enabled.
**/var/tmp/pdfjam-q3JCpO/a.tex
(/var/tmp/pdfjam-q3JCpO/a.tex
LaTeX2e <2011/06/27>
Babel  and hyphenation patterns for english, dumylang, nohyphenation, it
alian, loaded.

(/usr/share/texlive/texmf-dist/tex/latex/base/article.cls
Document Class: article 2007/10/19 v1.4h Standard LaTeX document class
(/usr/share/texlive/texmf-dist/tex/latex/base/size10.clo
File: size10.clo 2007/10/19 v1.4h Standard LaTeX file (size option)
)
\c@part=\count79
\c@section=\count80
\c@subsection=\count81
\c@subsubsection=\count82
\c@paragraph=\count83
\c@subparagraph=\count84
\c@figure=\count85
\c@table=\count86
\abovecaptionskip=\skip41
\belowcaptionskip=\skip42
\bibindent=\dimen102
) (/usr/share/texlive/texmf-dist/tex/latex/base/inputenc.sty
Package: inputenc 2008/03/30 v1.1d Input encoding file
\inpenc@prehook=\toks14
\inpenc@posthook=\toks15
(/usr/share/texlive

Bug#702639: ia64, wrong asm register contraints in the kvm implementation

[Stephan Schreiber]

Package: src:linux
Version: 3.2.35-2
Severity: important
Tags: patch


The Linux Kernel contains some inline assembly source code which has  
wrong asm register constraints in arch/ia64/kvm/vtlb.c.


File arch/ia64/kvm/vtlb.c:

u64 guest_vhpt_lookup(u64 iha, u64 *pte)
{
u64 ret;
struct thash_data *data;

data = __vtr_lookup(current_vcpu, iha, D_TLB);
if (data != NULL)
thash_vhpt_insert(current_vcpu, data->page_flags,
data->itir, iha, D_TLB);

asm volatile (
"rsm psr.ic|psr.i;;"
"srlz.d;;"
"ld8.s r9=[%1];;"
"tnat.nz p6,p7=r9;;"
"(p6) mov %0=1;"
"(p6) mov r9=r0;"
"(p7) extr.u r9=r9,0,53;;"
"(p7) mov %0=r0;"
"(p7) st8 [%2]=r9;;"
"ssm psr.ic;;"
"srlz.d;;"
"ssm psr.i;;"
"srlz.d;;"
: "=r"(ret) : "r"(iha), "r"(pte):"memory");

return ret;
}

The list of output registers is
: "=r"(ret) : "r"(iha), "r"(pte):"memory");
The constraint "=r" means that the GCC has to maintain that these vars  
are in registers and contain valid info when the program flow leaves  
the assembly block (output registers).
But "=r" also means that GCC can put them in registers that are used  
as input registers. Input registers are iha, pte on the example.

If the predicate p7 is true, the 8th assembly instruction
"(p7) mov %0=r0;"
is the first one which writes to a register which is maintained by the  
register constraints; it sets %0. %0 means the first register operand;  
it is ret here.
This instruction might overwrite the %2 register (pte) which is needed  
by the next instruction:

"(p7) st8 [%2]=r9;;"
Whether it really happens depends on how GCC decides what registers it  
uses and how it optimizes the code.



The attached patch  fixes the register operand constraints in  
arch/ia64/kvm/vtlb.c.

The register constraints should be
: "=&r"(ret) : "r"(iha), "r"(pte):"memory");
The & means that GCC must not use any of the input registers to place  
this output register in.


Stephan




kvm-ia64.patch
Description: kvm-ia64.patch

Bug#702640: RM: libweather-google-perl -- RoM; Google Weather API gone

[Ansgar Burchardt]

Package: ftp.debian.org

Please remove libweather-google-perl. It is no longer useful as the
Google Weather API is no more, cf. #702579.

Ansgar


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

Bug#702641: ia64, wrong asm register contraints in the futex implementation

[Stephan Schreiber]

Package: src:linux
Version: 3.2.23-1
Severity: important
Tags: patch


The Linux Kernel contains some inline assembly source code which has  
wrong asm register constraints in arch/ia64/include/asm/futex.h.
Since it causes trouble when compiling the Kernel with GCC4.4, it  
should be fixed.


File arch/ia64/include/asm/futex.h:

static inline int
futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
  u32 oldval, u32 newval)
{
if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
return -EFAULT;

{
register unsigned long r8 __asm ("r8");
unsigned long prev;
__asm__ __volatile__(
"  mf;;\n"
"  mov %0=r0   \n"
"  mov ar.ccv=%4;; \n"
"[1:]  cmpxchg4.acq %1=[%2],%3,ar.ccv  \n"
"  .xdata4 \"__ex_table\", 1b-., 2f-.\n"
"[2:]"
: "=r" (r8), "=r" (prev)
: "r" (uaddr), "r" (newval),
  "rO" ((long) (unsigned) oldval)
: "memory");
*uval = prev;
return r8;
}
}



The list of output registers is
: "=r" (r8), "=r" (prev)
The constraint "=r" means that the GCC has to maintain that these vars  
are in registers and contain valid info when the program flow leaves  
the assembly block (output registers).
But "=r" also means that GCC can put them in registers that are used  
as input registers. Input registers are uaddr, newval, oldval on the  
example.

The second assembly instruction
"  mov %0=r0   \n"
is the first one which writes to a register; it sets %0 to 0. %0 means  
the first register operand; it is r8 here. (The r0 is read-only and  
always 0 on the Itanium; it can be used if an immediate zero value is  
needed.)
This instruction might overwrite one of the other registers which are  
still needed.
Whether it really happens depends on how GCC decides what registers it  
uses and how it optimizes the code.


The objdump utility can give us disassembly.
The futex_atomic_cmpxchg_inatomic() function is inline, so we have to  
look for a module that uses the funtion. This is the  
cmpxchg_futex_value_locked() function in

kernel/futex.c:

static int cmpxchg_futex_value_locked(u32 *curval, u32 __user *uaddr,
  u32 uval, u32 newval)
{
int ret;

pagefault_disable();
ret = futex_atomic_cmpxchg_inatomic(curval, uaddr, uval, newval);
pagefault_enable();

return ret;
}


Now the disassembly. At first from the Kernel package 3.2.23 which has  
been compiled with GCC 4.4, remeber this Kernel seemed to work:

objdump -d linux-3.2.23/debian/build/build_ia64_none_mckinley/kernel/futex.o

0230 :
 230:   0b 18 80 1b 18 21   [MMI]   adds r3=3168,r13;;
 236:   80 40 0d 00 42 00   adds r8=40,r3
 23c:   00 00 04 00 nop.i 0x0;;
 240:   0b 50 00 10 10 10   [MMI]   ld4 r10=[r8];;
 246:   90 08 28 00 42 00   adds r9=1,r10
 24c:   00 00 04 00 nop.i 0x0;;
 250:   09 00 00 00 01 00   [MMI]   nop.m 0x0
 256:   00 48 20 20 23 00   st4 [r8]=r9
 25c:   00 00 04 00 nop.i 0x0;;
 260:   08 10 80 06 00 21   [MMI]   adds r2=32,r3
 266:   00 00 00 02 00 00   nop.m 0x0
 26c:   02 08 f1 52 extr.u r16=r33,0,61
 270:   05 40 88 00 08 e0   [MLX]   addp4 r8=r34,r0
 276:   ff ff 0f 00 00 e0   movl r15=0xfffbfff;;
 27c:   f1 f7 ff 65
 280:   09 70 00 04 18 10   [MMI]   ld8 r14=[r2]
 286:   00 00 00 02 00 c0   nop.m 0x0
 28c:   f0 80 1c d0 cmp.ltu p6,p7=r15,r16;;
 290:   08 40 fc 1d 09 3b   [MMI]   cmp.eq p8,p9=-1,r14
 296:   00 00 00 02 00 40   nop.m 0x0
 29c:   e1 08 2d d0 cmp.ltu p10,p11=r14,r33
 2a0:	56 01 10 00 40 10 	[BBB] (p10) br.cond.spnt.few 2e0  

 2a6:	02 08 00 80 21 03 	  (p08) br.cond.dpnt.few 2b0  

 2ac:	40 00 00 41   	  (p06) br.cond.spnt.few 2e0  


 2b0:   0a 00 00 00 22 00   [MMI]   mf;;
 2b6:   80 00 00 00 42 00   mov r8=r0
 2bc:   00 00 04 00 nop.i 0x0
 2c0:   0b 00 20 40 2a 04   [MMI]   mov.m ar.ccv=r8;;
 2c6:   10 1a 85 22 20 00   cmpxchg4.acq 
r33=[r33],r35,ar.ccv
 2cc:   00 00

Bug#702642: golang-doc contains broken HTML files

[Evgeny Kapun]

Package: golang-doc
Version: 2:1.0.2-2
Severity: important

The HTML files in /usr/share/doc/golang-doc/{godoc,html} are all broken. They 
rather look like files in some template language than HTML.


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

Bug#702637: matlab-support: fails to install in clean chroot

[Sébastien Villemot]

Control: tags -1 + patch

Le samedi 09 mars 2013 à 14:18 +0100, Julian Taylor a écrit :
> Package: matlab-support
> Version: 0.0.18
> Severity: serious
> 
> in a clean testing chroot:
> 
> Setting up matlab-support (0.0.18) ...
> No matlab found and maybe running in non-interactive mode. No way out --
> failing...
> dpkg: error processing matlab-support (--configure):
>  subprocess installed post-installation script returned error exit status 1
> Errors were encountered while processing:
>  matlab-support
> E: Sub-process /usr/bin/dpkg returned an error code (1)

The attached patch allows the package to install nicely even if MATLAB
is not present. Otherwise people who install the package by accident end
up with a dpkg error.

Julian: please confirm that it fixes the issue for you.

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

diff -Nru matlab-support-0.0.18/debian/changelog matlab-support-0.0.18+deb70u1/debian/changelog
--- matlab-support-0.0.18/debian/changelog	2012-03-07 12:19:06.0 +
+++ matlab-support-0.0.18+deb70u1/debian/changelog	2013-03-09 13:51:14.0 +
@@ -1,3 +1,11 @@
+matlab-support (0.0.18+deb70u1) testing-proposed-updates; urgency=low
+
+  * Non-maintainer upload.
+  * Have config and postinst scripts exit nicely if there is no MATLAB
+installation. (Closes: #702637)
+
+ -- Sébastien Villemot   Sat, 09 Mar 2013 13:31:13 +
+
 matlab-support (0.0.18) unstable; urgency=low
 
   * Update debian/copyright.
diff -Nru matlab-support-0.0.18/debian/matlab-support.config matlab-support-0.0.18+deb70u1/debian/matlab-support.config
--- matlab-support-0.0.18/debian/matlab-support.config	2011-01-05 14:53:25.0 +
+++ matlab-support-0.0.18+deb70u1/debian/matlab-support.config	2013-03-09 13:30:48.0 +
@@ -59,7 +59,7 @@
 if [ -z "$matlab_install_glob" ]; then
 # fail in non-interactive mode
 db_input critical matlab-support/no-matlab-found || \
-{ echo "No matlab found and maybe running in non-interactive mode. No way out -- failing..."; exit 1; }
+{ echo "No matlab found and maybe running in non-interactive mode. Exiting."; exit 0; }
 db_fset matlab-support/matlab-install-glob seen false
 STATE=0
 else
diff -Nru matlab-support-0.0.18/debian/matlab-support.postinst matlab-support-0.0.18+deb70u1/debian/matlab-support.postinst
--- matlab-support-0.0.18/debian/matlab-support.postinst	2012-03-07 11:17:07.0 +
+++ matlab-support-0.0.18+deb70u1/debian/matlab-support.postinst	2013-03-09 13:30:40.0 +
@@ -20,7 +20,7 @@
 # if there is no default path something went wrong
 if [ -z "$matlab_default_path" ]; then
 echo "No default Matlab path found. Exiting."
-exit 1
+exit 0
 fi
 # look whether there is a config file and recreate the config file if
 # missing


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

Bug#702605: icedove does not start if ~/.icedove is empty.

[Carsten Schoenert]

Hello g1,

Am 08.03.2013 22:48, schrieb g1:
> PS: I see that there are several (merged) bug reports that are
> variations on this theme, with different undefined symbols.  Maybe the
> trick works for them too.
> 
>  cut here
> --- /usr/bin/icedove.old  2013-03-08 22:21:58.0 +0100
> +++ /usr/bin/icedove  2013-03-08 22:24:23.0 +0100
> @@ -109,6 +109,10 @@
>  echo "*INFO* No $HOME/.$pfname detected. Moving 
> $HOME/.mozilla-thunderbird into this place"
>  mv $HOME/.mozilla-thunderbird $HOME/.$pfname
>fi
> +  if [ ! -d "$HOME/.$pfname" ] || [ ! -f "$HOME/.$pfname/profiles.ini" ]; 
> then
> +LD_BIND_NOW=1
> +export LD_BIND_NOW
> +  fi
>  fi
>  
>  script_args=""
>  cut here

yes, mostly icedove is working with this little trick. The error happens
because of some libc changes that comes with the new released version
that was coming in the past into squeeze.
We already talked about that issue and hopefully there will be some
update on 3.0.x icedove with something like you posted.

In the between time I strongly recommend to use a version of icedove
inside backports.
http://wiki.debian.org/Icedove#BackPorts

-- 
Regards
Carsten


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

Bug#702635: [Pkg-openssl-devel] Bug#702635: openssl breaks postfix TLS: SSL3_GET_RECORD:decryption failed

[Graham Cobb]

On Saturday 09 March 2013 12:27:29 Kurt Roeckx wrote:
> This is problem the same problem as various other people have
> reported already.  My guess is that it goes away when
> you do:
> export OPENSSL_ia32cap=~0x200

Yes

> Can you show the content of /proc/cpuinfo?

It is 4 times this (for the 4 cores, processor 0, 1, 2, 3 -- let me know if 
you need the whole thing)...

processor   : 0
vendor_id   : AuthenticAMD
cpu family  : 21
model   : 1
model name  : AMD FX(tm)-4100 Quad-Core Processor
stepping: 2
microcode   : 0x6000605
cpu MHz : 3600.000
cache size  : 2048 KB
physical id : 0
siblings: 4
core id : 0
cpu cores   : 2
apicid  : 16
initial apicid  : 0
fpu : yes
fpu_exception   : yes
cpuid level : 13
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca 
cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb 
rdtscp lm constant_tsc rep_good nopl nonstop_tsc extd_apicid aperfmperf pni 
pclmulqdq monitor ssse3 cx16 sse4_1 sse4_2 popcnt aes xsave avx lahf_lm 
cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs 
xop skinit wdt lwp fma4 nodeid_msr topoext perfctr_core arat cpb hw_pstate npt 
lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists 
pausefilter pfthreshold
bogomips: 7224.11
TLB size: 1536 4K pages
clflush size: 64
cache_alignment : 64
address sizes   : 48 bits physical, 48 bits virtual
power management: ts ttp tm 100mhzsteps hwpstate [9]

> > I am reporting this against openssl because a search indicates it is
> > likely an openssl problem, in particular the bug fixed by a recent fix:
> > http://git.openssl.org/gitweb/?p=openssl.git;a=commitdiff;h=32cc247
> 
> The version you're reporting this against has that commit in it.

OK.  With reference to your other reply, note that I can reproduce this.  Let 
me know if there is more info I can supply.


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

Bug#702643: xfdesktop4 hangs when no wallpaper is set

[KeyofBlueS]

Package: xfdesktop4
Version: 4.10.1-1
Severity: normal

When no image is set as wallpaper, xfdesktop hangs with 100% CPU



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

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

Versions of packages xfdesktop4 depends on:
ii  exo-utils   0.10.2-1
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libdbus-1-3 1.6.8-1
ii  libdbus-glib-1-20.100.2-1
ii  libexo-1-0  0.10.2-1
ii  libgarcon-1-0   0.1.12-1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgtk2.0-0 2.24.10-2
ii  libnotify4  0.7.5-2
ii  libpango1.0-0   1.30.0-1
ii  libthunarx-2-0  1.6.2-1
ii  libwnck22   2.30.7-1
ii  libx11-62:1.5.0-1
ii  libxfce4ui-1-0  4.10.0-1
ii  libxfce4util6   4.10.0-2
ii  libxfconf-0-2   4.10.0-1
ii  xfdesktop4-data 4.10.1-1

Versions of packages xfdesktop4 recommends:
ii  dbus-x11 1.6.8-1
ii  librsvg2-common  2.36.1-1
ii  tumbler  0.1.25-1+b1
ii  xdg-user-dirs0.14-1

Versions of packages xfdesktop4 suggests:
ii  menu  2.1.46

-- 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#642750: GDB stops with sigtrap at 0 address on ia64 wheezy

[Stephan Schreiber]

notfound 642750 src:linux/3.5.5-1~experimental.1
notfixed 642750 linux-image-3.0.0-2-mckinley/3.0.0-5
notfixed 642750 linux-image-3.1.0-rc7-mckinley/3.1.0~rc7-1~experimental.1
fixed 642750 3.2.35-2
thanks


The problem with GDB does no longer occur with Kernel 3.2.35-2. I  
don't have a clue why.

A user has confimred that on the debian-i...@lists.debian.org list.

I filed a new bug#702641 for the asm register contraints problem above.

Please could you simply close this bug?

Stephan


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

Bug#702644: usage.test keeps running beyond package build completion

[Michael Tautschnig]

Package: autogen
Version: 1:5.12-0.1
Usertags: goto-cc

The test suite in autoopts/test/ includes a kind of watchdog for each test,
which supposedly terminates it after 51*kill_delay seconds. usage.test sets
kill_delay to 10 seconds (all others have kill_delay=3), resulting in the
watchdog part waiting for up to 510 seconds, which generally is far longer than
the remaining package build takes.

As a result, files remain open and the package build cannot complete properly
when working in a chroot (and waiting to umount the build directory).

Most likely it suffices to reduce the kill_delay for usage.test, but a proper
implementation would terminate the watchdog whenever the test itself has
ended properly.

Best,
Michael



pgpyrs581I8GT.pgp
Description: PGP signature

Bug#702645: xfdesktop4: Change icons size takes no effect

[KeyofBlueS]

Package: xfdesktop4
Version: 4.10.1-1
Severity: normal

Changing icons size from xfdesktop's settings window takes no effect, but
changing icons size manually from e.g. xfce4-settings-editor or xfconf-query
works.



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

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

Versions of packages xfdesktop4 depends on:
ii  exo-utils   0.10.2-1
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libdbus-1-3 1.6.8-1
ii  libdbus-glib-1-20.100.2-1
ii  libexo-1-0  0.10.2-1
ii  libgarcon-1-0   0.1.12-1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgtk2.0-0 2.24.10-2
ii  libnotify4  0.7.5-2
ii  libpango1.0-0   1.30.0-1
ii  libthunarx-2-0  1.6.2-1
ii  libwnck22   2.30.7-1
ii  libx11-62:1.5.0-1
ii  libxfce4ui-1-0  4.10.0-1
ii  libxfce4util6   4.10.0-2
ii  libxfconf-0-2   4.10.0-1
ii  xfdesktop4-data 4.10.1-1

Versions of packages xfdesktop4 recommends:
ii  dbus-x11 1.6.8-1
ii  librsvg2-common  2.36.1-1
ii  tumbler  0.1.25-1+b1
ii  xdg-user-dirs0.14-1

Versions of packages xfdesktop4 suggests:
ii  menu  2.1.46

-- 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#609269: Icedove uses wrong "From:" account for Reply and Forward

[Carsten Schoenert]

Hello Daniel,

On Sun, Nov 25, 2012 at 09:59:19AM +0100, Carsten Schoenert wrote:
> As I wrote, I know there are better way to spend times. :/ But especialy in
> the older version of thunderbird-mozilla/icedove (for example sarge ->
> lenny) we got trouble with migrated versions.
> And migrations from 3.x to 10.x (or > 11.x) shoulded have sideeffects.
> But how knows ...
> 
> But the main reason why to this is to see if this happen with a fresh
> profile too. If yes the problem is gone searched deeper.
> 
> I think there will differences to see between the old
> $HOME/.icedove/$PROFILE/prefs.js and the new. I know this file is not
> easy to analyse, but if we sure the error comes from the prefs.js we
> know that the main application is working correctly. In thre moment we
> just don't know there this behavior comes from.

have you found some time to check this behavior with a fresh profile?
The upstream bug was closed long time ago.

Regards
Carsten


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

Bug#702646: FTBFS: Can't locate File/Slurp.pm

[Michael Tautschnig]

Package: cil
Version: 0.07.00-4
Severity: serious
Justification: FTBFS
Usertags: goto-cc

The package fails to build as no test can be run:

Test Summary Report
---
t/00_files.t (Wstat: 512 Tests: 0 Failed: 0)
  Non-zero exit status: 2
  Parse errors: No plan found in TAP output
Files=1, Tests=0,  0 wallclock secs ( 0.01 usr  0.00 sys +  0.02 cusr  0.00 
csys =  0.03 CPU)
Result: FAIL
Failed 1/1 test programs. 0/0 subtests failed.
dh_auto_test: perl Build test returned exit code 2
make: *** [build] Error 2

The reason for the failure is well explained by the package itself:

Checking prerequisites...
  build_requires:
!  Class::Accessor is not installed
!  DateTime is not installed
!  Email::Date is not installed
!  Email::Find is not installed
!  Email::Simple is not installed
!  File::Slurp is not installed
!  File::Touch is not installed
!  Getopt::Mixed is not installed

ERRORS/WARNINGS FOUND IN PREREQUISITES.  You may wish to install the versions
of the modules indicated above before proceeding with this installation


It may be worth taking a peek at Ubuntu's version of the package,
0.07.00-4ubuntu1, which only differs in the respect that all these dependencies
have been added...

Best,
Michael



pgpfoorWR6ZKm.pgp
Description: PGP signature

Bug#702637: matlab-support: fails to install in clean chroot

[Yaroslav Halchenko]

But should it exit nicely if no matlab is present???
Absent matlab == matlab cannot be supported == error   in my vision of
how things should be handled in this package.  Having it installed
without error should provide some guarantee that Matlab is present so
that dependent packages could rely on that.

If it is in the violation of some statute of the policy -- please
let us know.   Otherwise -- please wait for the main maintainer's
opinion on this issue.

The name and description of the package provide sufficient information
to avoid installation "by accident". And if that happens, it should be
removed then.

On Sat, 09 Mar 2013, Sébastien Villemot wrote:

> Control: tags -1 + patch

> Le samedi 09 mars 2013 à 14:18 +0100, Julian Taylor a écrit :
> > Package: matlab-support
> > Version: 0.0.18
> > Severity: serious

> > in a clean testing chroot:

> > Setting up matlab-support (0.0.18) ...
> > No matlab found and maybe running in non-interactive mode. No way out --
> > failing...
> > dpkg: error processing matlab-support (--configure):
> >  subprocess installed post-installation script returned error exit status 1
> > Errors were encountered while processing:
> >  matlab-support
> > E: Sub-process /usr/bin/dpkg returned an error code (1)

> The attached patch allows the package to install nicely even if MATLAB
> is not present. Otherwise people who install the package by accident end
> up with a dpkg error.

> Julian: please confirm that it fixes the issue for you.
-- 
Yaroslav O. Halchenko
http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org
Senior Research Associate, Psychological and Brain Sciences Dept.
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik


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

Bug#702637: matlab-support: fails to install in clean chroot

[Yaroslav Halchenko]

On Sat, 09 Mar 2013, Julian Taylor wrote:

> also it has dozens of upgrade and installation failures in ubuntu,
> probably not relevant for Debian, but it sheds a bad light on the
> quality of the package.
in Ubuntu...

Meanwhile, this package in Debian has only following bugs:

Status
2 Outstanding
3 Resolved
1 From other Branch
Severity
1 Serious (policy violations or makes package unfit for release)
5 Wishlist items
Classification
1 Patch Available
1 Unclassified

including yours, and regular releases -- seems to be not that bad, and
maintained.

If noone can maintain it properly  in Ubuntu -- feel free to drop it there I
guess.  We will address our users issues while they complain via
NeuroDebian channels.

-- 
Yaroslav O. Halchenko
http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org
Senior Research Associate, Psychological and Brain Sciences Dept.
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik


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

Bug#614893: sysvinit: shutdown creates a beep with standard shutdown message

[Andreas Fackler]

Is there any reason to keep the beep? For anything but server installations 
this is really annoying, so I would opt for just removing it completely (see 
attached patch).
Index: sysvinit-2.88dsf/src/dowall.c
===
--- sysvinit-2.88dsf.orig/src/dowall.c	2010-03-19 17:53:57.0 +0100
+++ sysvinit-2.88dsf/src/dowall.c	2013-03-09 12:34:24.063049182 +0100
@@ -190,11 +190,11 @@
 	
 	if (remote) {
 		snprintf(line, sizeof(line),
-			"\007\r\nRemote broadcast message (%s):\r\n\r\n",
+			"\r\nRemote broadcast message (%s):\r\n\r\n",
 			date);
 	} else {
 		snprintf(line, sizeof(line),
-			"\007\r\nBroadcast message from %s@%s %s(%s):\r\n\r\n",
+			"\r\nBroadcast message from %s@%s %s(%s):\r\n\r\n",
 			user, hostname, tty, date);
 	}
 

Bug#702637: matlab-support: fails to install in clean chroot

[Julian Taylor]

On 09.03.2013 15:19, Yaroslav Halchenko wrote:
> But should it exit nicely if no matlab is present???
> Absent matlab == matlab cannot be supported == error   in my vision of
> how things should be handled in this package.  Having it installed
> without error should provide some guarantee that Matlab is present so
> that dependent packages could rely on that.
> 
> If it is in the violation of some statute of the policy -- please
> let us know.   Otherwise -- please wait for the main maintainer's
> opinion on this issue.
> 
> The name and description of the package provide sufficient information
> to avoid installation "by accident". And if that happens, it should be
> removed then.
> 


in Ubuntu we have around 40 reports (which I'm currently duplicating
into one report) from people who install it and get an error message
sometimes their installation even hangs completely, even though I see no
significant difference to in the installation scripts to Debian.
The number of reports almost is about 1/4 of the popcon in Debian.

While we Debian maintainers know how to deal with dpkg failures, average
users don't.
I don't know if it technically violates policy, but its certainly not
acceptable for a distribution not focused on only technical users.
If not fixed removal from Ubuntu is certainly an option, but I'd prefer
to have it fixed in Debian too.


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

Bug#642750: GDB stops with sigtrap at 0 address on ia64 wheezy

[Stephan Schreiber]

I'm sorry. Wrong bug number.
Please, ignore my message.

Stephan


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

Bug#566647: Subject: icedove: Could'nt get addons...

[Carsten Schoenert]

Hello Jean-Yves,

On Sun, Jan 24, 2010 at 12:36:39PM +0100, LENHOF Jean-Yves wrote:
> 
> Package: icedove
> Version: 3.0.1-1
> Severity: normal
> 
> It seems that %APP% in /usr/lib/icedove/defaults/pref/all-thunderbird.js
> is
> not properly positionned to icedove instead of thunderbird. When I try
> to
> browse addons for example it goes to
> https://addons.mozilla.org/en-US/firefox/icedove instead of
> https://addons.mozilla.org/en-US/thunderbird or something like this...

this works here with 10.0.12-1.
Do you still use an old 3.0.x version and this error is still there?

Regards
Carsten


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

Bug#669068: ITP: trelby -- movie screenplay writing software

[Bernhard Reiter]

Am Samstag, den 09.03.2013, 10:29 +0100 schrieb W. Martin Borgert:
> Any news on your ITP? I see, that there was a lot of progress in
> respect to FHS compliance and Debian packaging in github. Are you
> still working on this?

Well, I think debian-wise it's pretty much complete. All I'm waiting for
now is upstream to release 2.3, after which I'd like to...

> Also, consider packaging this in a team, e.g. the Python Applications
> Packaging Team 

... put it into PAPT's svn repo, yes.


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

Bug#691576: GDB stops with sigtrap at 0 address on ia64 wheezy

[Stephan Schreiber]

notfound 691576 src:linux/3.5.5-1~experimental.1
notfixed 691576 linux-image-3.0.0-2-mckinley/3.0.0-5
notfixed 691576 linux-image-3.1.0-rc7-mckinley/3.1.0~rc7-1~experimental.1
fixed 691576 3.2.35-2
thanks


The problem with GDB does no longer occur with Kernel 3.2.35-2. I  
don't have a clue why.

A user has confimred that on the debian-i...@lists.debian.org list.

I filed a new bug#702641 for the asm register contraints problem above.

Please could you simply close this bug?

Stephan


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

Bug#702628: RFS: pidgin-audacious/2.0.0-3 [RC, QA]

[Anton Gladky]

Uploaded. Thanks for contribution.

Anton


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

Bug#701510: sfst: FTBFS on powerpcspe

[Roland Stigge]

Hi Rico,

On 03/08/2013 10:21 PM, Rico Sennrich wrote:
> thank you for sponsoring the package!

I just uploaded your new version to experimental.

Will need to have another look at the powerpcspe patch. Meanwhile,
please work on the remaining lintian warnings, and either override or
fix. Also, please keep the "Uploaders:" entry that I added to
debian/control.

Thanks,

Roland


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

Bug#678353: openssl communication problems with 1.0.1e with AES-NI

[Kurt Roeckx]

Hi,

On request of openssl upstream I've put a version of the package
online which is staticly linked against the openssl libraries
and has debug info.

There seem to be various people who run into this problem, but
we seem to be unable to reproduce it on any of our systems.

It's available from:
http://people.debian.org/~kroeckx/openssl/static_debug/

You only need the openssl package from there
(openssl_1.0.1e-1+test1_amd64.deb), since the shared libraries
aren't needed for the test.

So what upstream asks is to try and reproduce it with s_client.
At least 1 person reported that this fails for him:
openssl s_client -connect mail.uni-paderborn.de:465
And then send "EHLO test"

Others might try to reproduce something simular with their
own servers.

They asked if you use any LD_* environment variables.

"lsof -p $pid" of s_client process would also be nice.

If you have a custom /etc/ssl/openssl.cnf, it would also be nice
if you could send that.

/proc/cpuinfo would also be nice to have.

If you know how to use gdb, they ask to print print variables and
buffers in e_aes_cbc_hmac_sha1.c

If you want to debug it, debugging might not show you source
code since you might have the source in a different path.
The .deb files can be generated from the source above using:
DEB_BUILD_MAINT_OPTIONS="hardening=-all" DEB_BUILD_OPTIONS="noopt nostrip" 
dpkg-buildpackage -B -uc 

If you build it yourself, you can also just run the
./openssl.static binary instead of installing the .deb
package.



Kurt


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

Bug#702647: test of glance-api and glance-registry still running beyond package build

[Michael Tautschnig]

Package: glance
Version: 2012.1.1-4
Usertags: goto-cc

During package build, glance-api and glance-registry are launched, but
apparently never killed. Here is the resulting process tree after build
completion:

23165 ?Ss 0:00 python 
/home/mictau/build/glance/glance-2012.1.1/bin/glance-api --config-file 
/tmp/test.89824/etc/api.conf
23166 ?S  0:00  \_ /bin/sh -c logger -t "glance-api[23165]"
23167 ?S  0:00  \_ logger -t glance-api[23165]
23197 ?Ss 0:00 python 
/home/mictau/build/glance/glance-2012.1.1/bin/glance-registry --config-file 
/tmp/test.89824/etc/registry.conf
23199 ?S  0:00  \_ /bin/sh -c logger -t "glance-registry[23197]"
23200 ?S  0:00  \_ logger -t glance-registry[23197]
23862 ?Ss 0:00 python 
/home/mictau/build/glance/glance-2012.1.1/bin/glance-api --config-file 
/tmp/test.53390/etc/api.conf
23863 ?S  0:00  \_ /bin/sh -c logger -t "glance-api[23862]"
23864 ?S  0:00  \_ logger -t glance-api[23862]
23894 ?Ss 0:00 python 
/home/mictau/build/glance/glance-2012.1.1/bin/glance-registry --config-file 
/tmp/test.53390/etc/registry.conf
23900 ?S  0:00  \_ /bin/sh -c logger -t "glance-registry[23894]"
23901 ?S  0:00  \_ logger -t glance-registry[23894]

This breaks builds inside chroots, because the build place cannot be unmounted.

Best,
Michael



pgpkBqxnc_acT.pgp
Description: PGP signature

Bug#702648: module-assistant: Does not recognize linux-headers-3.8-trunk-686-pae being installed while it is

[Martin Steigerwald]

Package: module-assistant
Version: 0.11.4
Severity: normal

Dear Maintainer,

module-assistant doesn´t detect that 3.8-trunk headers are present,
while they are:

shambhala:~> LANG=C m-a -t a-i tp-smapi
.
Updated infos about 1 packages
Getting source for kernel version: 3.8-trunk-686-pae
apt-get install linux-headers-3.8-trunk-686-pae 
Reading package lists... Done
Building dependency tree   
Reading state information... Done
linux-headers-3.8-trunk-686-pae is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
apt-get install build-essential 
Reading package lists... Done
Building dependency tree   
Reading state information... Done
build-essential is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

Done!


Bad luck, the kernel headers for the target kernel version could not be found 
and you did not specify other valid kernel headers to use.
  

However, you can install the header files for your kernel which are provided by 
the linux-headers-3.8-trunk-686-pae package. For most modules 
packages, these files are perfectly sufficient without having the original 
kernel source.

To install the package, run:

module-assistant prepare

or

apt-get install linux-headers-3.8-trunk-686-pae



shambhala:~> uname -a
Linux shambhala 3.8-trunk-686-pae #1 SMP Debian 3.8.2-1~experimental.1 i686 
GNU/Linux

Thanks,
Martin

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (450, 'testing'), (400, 'unstable'), (110, 'experimental')
Architecture: i386 (i686)

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

Versions of packages module-assistant depends on:
ii  bzip2  1.0.6-4
ii  libtext-wrapi18n-perl  0.06-7
ii  perl   5.14.2-19

Versions of packages module-assistant recommends:
ii  liblocale-gettext-perl  1.05-7+b1

Versions of packages module-assistant suggests:
ii  build-essential  11.5
ii  dialog   1.1-20120215-2
ii  whiptail 0.52.14-11.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#679545: [ia64 SR870] ata_piix: probe fails due to ICH4 EXBAR left cleared

[Stephan Schreiber]

Here is the tentative patch of Bjorn Helgaas  
(https://lkml.org/lkml/2012/9/24/623) - slightly modified in order to  
apply it on Kernel 3.2.35.


Just for the case that someone wants to build an own Kernel.

Stephan



pci-helgaas.patch
Description: pci-helgaas.patch

Bug#638876: Fixed upstream

[J.H.M. Dassen (Ray)]

fixed 638876 1.12.0-1
thanks

On Thu, Mar 07, 2013 at 20:16:59 +0100, Jean Brefort wrote:
> This works at least in 1.12.0 and later.

Thank you, Jean. I'm updating this report's metadata accordingly.
-- 
The Linux movement has been independent of anything Microsoft is doing. It's
one of those cosmic movements in the industry, like the emergence of the
Internet, or microprocessors.
Irving Wladawsky-Berger, IBM VP in http://www.informationweek.com/793/ibm.htm


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

Bug#702401: gnumeric: text export is missing

[J.H.M. Dassen (Ray)]

retitle 702401 Documentation for configurable text export is outdated
tags 702401 + upstream
severity 702401 normal
thanks

On Wed, Mar 06, 2013 at 16:16:35 +1100, Drew Parsons wrote:
> The Save As dialog is supposed to have a "Text export (configurable)"
> option among the File types.  It's still mentioned in the 1.12 docs
> "Exporting Text Files". It used to be there.

And it's now available under Data -> Export Data -> Export as Text File.

AFAIK the background to this is to draw a distinction between "save"
(largely loss-less preservation of the spreadsheet's structure) and "export"
(which can involve significant loss of structure or information - formulas
don't survive text export ).
-- 
Tevens ben ik van mening dat Nederland overdekt dient te worden.


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

Bug#702581: vlc: VLC crashes in libeml on some video files (mkv, h.264)

[Reinhard Tartler]

tags 702581 upstream
stop

On Sat, Mar 9, 2013 at 1:50 PM, Lorenz H.-S.  wrote:
> Alright, some new insights. libebml is trying to allocate 3219169814460
> bytes (src/EbmlBinary.cpp:97), but it gets this number from libmatroska
> (src/KaxBlock.cpp:458). My guess is that the KaxSimpleBlock's size is
> incorrect in the file.
>

I did talk to two vlc upstream developers, and they told me that
libebml is kind of a mess that got recently pretty much overworked in
current vlc.git. There is a good chance that vlc 2.1 will have a fix
for that.

> That last line seems a bit strange to me, but then I'm not familiar with
> vlc's codebase at all. I'd be happy to try out any suggestions you may have.
>

My suggestion at this point would be to get in touch with the vlc
developers about this. In fact, I've already done so and provided the
link to the sample; here is his answer:

16:03  I will download, fix and backport for 2.0.6

So if we are lucky, a fix might soon turn up in debian/unstable.
Unfortunately because of the freeze, it is unlikely to land in wheezy.


-- 
regards,
Reinhard


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

Bug#701510: Patch update, Re: sfst: FTBFS on powerpcspe

[Roland Stigge]

Hi,

I'm attaching an updated patch, that fixes build errors on !ppc by using
the MACROS outside the conditional.

Applies to sfst 1.4.6g-1

Roland
Description: Fix build on powerpcspe
 This patch detects AltiVec and adds -maltivec to the compiler flags
 accordingly
Author: Roland Stigge 

--- sfst-1.4.6g.orig/configure.ac
+++ sfst-1.4.6g/configure.ac
@@ -50,11 +50,27 @@ then ARCH=$($(which uname) -m)
 else ARCH=$($(which arch))
 fi
 
+AC_COMPILE_IFELSE([
+#if defined(__GNUC__) && (__GNUC__ < 3 || (__GNUC__ == 3 && __GNUC_MINOR__ < 4))
+#error "Need GCC >= 3.4 for sane altivec support"
+#endif
+#include 
+int main () {
+vector unsigned int v = vec_splat_u32 (1);
+v = vec_sub (v, v);
+return 0;
+}], [HAVE_ALTIVEC=yes], [HAVE_ALTIVEC=no])
+
 if test x$ARCH = xppc
 then
   AC_MSG_RESULT([PowerPC])
-  CFLAGS="-Wall -ansi -mpowerpc -maltivec -fno-pic -fomit-frame-pointer $CFLAGS"
-  CXXFLAGS="-Wall -ansi -mpowerpc -maltivec -fno-pic -fomit-frame-pointer $CXXFLAGS"
+  CFLAGS="-Wall -ansi -mpowerpc -fno-pic -fomit-frame-pointer $CFLAGS"
+  CXXFLAGS="-Wall -ansi -mpowerpc -fno-pic -fomit-frame-pointer $CXXFLAGS"
+  if test x$HAVE_ALTIVEC = xyes
+  then
+CFLAGS="-maltivec $CFLAGS"
+CXXFLAGS="-maltivec $CXXFLAGS"
+  fi
 else
   if test x$ARCH = xi686
   then

Bug#447547: icedove quits / terminates after authentication time-out to outbound mail server

[Carsten Schoenert]

Hello Arthur,

On Mon, Oct 22, 2007 at 12:43:32PM +0930, Arthur Marsh wrote:
> Package: icedove
> Version: 2.0.0.6-1
> Severity: normal
> 
> 
> With the current icedove, I have to enter the password for the outbound 
> mail server that uses ssl, even though it is the same server that I 
> previously entered an inbound mail password for. When I was several 
> minutes late in typing in the outbound mail server password, I received 
> an expected error due to an authentication time-out and then icedove 
> quit. I was able to retrieve a copy of the email that was a few minutes 
> older than the one I was trying to send, but didn't notice it wasn't 
> the latest version of the email before I resent it.
> 
> So there are 2 problems:
> 
> icedove quit unexpectedly after failing to send mail.
> 
> icedove had *not* fully saved the email message before attempting to 
> send the email message.
> 
> If icedove saved all outbound emails when "send" is selected and the 
> spell-checking is complete, I wouldn't have so much problem with icedove 
> crashing.

this issue ist still present in current versions?

Regards
Carsten


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

Bug#702651: nvidia-glx-legacy-96xx: NVIDIA driver is not working after installation, due to wrong "alternatives" configuration

[Damian]

Package: nvidia-glx-legacy-96xx
Version: 96.43.23-3
Severity: important

At the first place, to get the bug, you need to have set:

APT::Install-Recommends "true";

in your apt configuration (I have it in /etc/apt/apt.conf.d/99synaptic). 

It is set by Synaptic package in my case, which is not instlaled by default if 
I remember correctly (default Debian installation from CD), so most people may 
not have this bug in their system until they install Synaptic. 

More, I am not even sure, if default Synaptic installation sets this config 
option for apt, it may be set, by me manually (not by editing 
/etc/apt/apt.conf.d/99synaptic, but in Synaptic Options in GUI).


What is the possible problem?

After apt-get install nvidia-glx-legacy-96xx (with recommended) you get this in 
console (Polish language version):
---
root@XXX:/home/YYY apt-get install nvidia-glx-legacy-96xx
Czytanie list pakietów... Gotowe
Budowanie drzewa zależności   
Odczyt informacji o stanie... Gotowe
Zostaną zainstalowane następujące dodatkowe pakiety:
  dkms glx-alternative-mesa glx-alternative-nvidia glx-diversions 
libgl1-nvidia-alternatives
  libgl1-nvidia-legacy-173xx-glx libgl1-nvidia-legacy-96xx-glx 
libglx-nvidia-alternatives
  linux-headers-3.2.0-4-686-pae linux-headers-3.2.0-4-common 
linux-headers-686-pae
  linux-kbuild-3.2 nvidia-alternative-legacy-173xx 
nvidia-alternative-legacy-96xx
  nvidia-installer-cleanup nvidia-kernel-common nvidia-kernel-legacy-96xx-dkms
  nvidia-settings-legacy-173xx nvidia-support pkg-config
  xserver-xorg-video-nvidia-legacy-173xx xserver-xorg-video-nvidia-legacy-96xx
Sugerowane pakiety:
  nvidia-glx nvidia-kernel-legacy-173xx-dkms nvidia-kernel-legacy-173xx-source
Zostaną zainstalowane następujące NOWE pakiety:
  dkms glx-alternative-mesa glx-alternative-nvidia glx-diversions 
libgl1-nvidia-alternatives
  libgl1-nvidia-legacy-173xx-glx libgl1-nvidia-legacy-96xx-glx 
libglx-nvidia-alternatives
  linux-headers-3.2.0-4-686-pae linux-headers-3.2.0-4-common 
linux-headers-686-pae
  linux-kbuild-3.2 nvidia-alternative-legacy-173xx 
nvidia-alternative-legacy-96xx
  nvidia-glx-legacy-96xx nvidia-installer-cleanup nvidia-kernel-common
  nvidia-kernel-legacy-96xx-dkms nvidia-settings-legacy-173xx nvidia-support 
pkg-config
  xserver-xorg-video-nvidia-legacy-173xx xserver-xorg-video-nvidia-legacy-96xx
0 aktualizowanych, 23 nowo instalowanych, 0 usuwanych i 0 nieaktualizowanych.
Konieczne pobranie 9197 kB/16,3 MB archiwów.
Po tej operacji zostanie dodatkowo użyte 95,0 MB miejsca na dysku.
Kontynuować [T/n]?  
---

What you see, is a lot of packages, which is not wrong by itself, but we have 
some 173xx versions here, and we are installing 96xx version! So the question 
is, are these packages really needed (libgl1-nvidia-legacy-173xx-glx and 
nvidia-alternative-legacy-173xx)? Shouldn't there be 96xx equivalent of them 
created? 


OK so what is the problem?

After insallation, Xorg.conf reconfiguration for "nvidia" driver and reboot, 
Xorg fails to start. I have found that the problem is here:

update-alternatives --config nvidia

  Wybór   Ścieżka Priorytet  Status

* 0/usr/lib/nvidia/legacy-173xx   173   tryb auto
  1/usr/lib/nvidia/legacy-173xx   173   tryb ręczny
  2/usr/lib/nvidia/legacy-96xx96tryb ręczny

As you see we have "auto mode" which selects /usr/lib/nvidia/legacy-173xx as it 
is having higer priority (173), but we need to have it set to 
/usr/lib/nvidia/legacy-96xx. Simply by manually forcing this "alternative" 
configuration to position 2:

  Wybór   Ścieżka Priorytet  Status

  0/usr/lib/nvidia/legacy-173xx   173   tryb auto
  1/usr/lib/nvidia/legacy-173xx   173   tryb ręczny
* 2/usr/lib/nvidia/legacy-96xx96tryb ręczny

problem disappears, and Xorg is working properly.

So you need to check where the bug really is:
1. are these, wrong "recommended" 173xx version packages, that are not suitable 
for 96xx nvidia
2. or "recommended" packages are OK, and the problem is only with wrong 
"alternatives" configuration set by one of them

At the end, I will say, the problem is introduced in 96.43.23-3 version of 
nvidia-glx-legacy-96xx. Earlier version worked OK for me.
 
-- Package-specific info:
uname -a:
Linux debest.dodus.orge.pl 3.2.0-4-686-pae #1 SMP Debian 3.2.35-2 i686 GNU/Linux

/proc/version:
Linux version 3.2.0-4-686-pae (debian-ker...@lists.debian.org) (gcc version 
4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.35-2

/proc/driver/nvidia/version:
NVRM version: NVIDIA Linux x86 Kernel Module  96.43.23  Fri Aug 31 14:52:31 PDT 
2012
GCC version:  gcc version 4.6.3 (Debian 4.6.3-14) 

lspci 'VGA compatible controller [0300]':
01:00.0 VGA compatible controller [030

Bug#672236: Uses non-existent in Debian Net::Lite::FTP perl package.

[Kai Bojens]

The patch just changes the upload method from ftp/tls to sftp which 
works via SSH. This breaks the functionality of using ftp/tls for 
uploads.


Regards
Kai


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

Bug#702593: O: libstring-random-perl -- generating random strings

[Axel Beckert]

Control: retitle -1 ITA: libstring-random-perl -- generating random strings
Control: owner -1 pkg-perl-maintain...@lists.alioth.debian.org

Hi,

Bart Martens wrote:
> I hereby orphan this package.

As Salvatore wrote it's merely a thing of switching Uploaders. Will do.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


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

Bug#702652: pymc: FTBFS if built twice in a row

[Julian Taylor]

Package: pymc
Version: 2.2+ds-1
Severity: minor
User: debian...@lists.debian.org
Usertags: qa-doublebuild

dpkg-source: info: building pymc using existing ./pymc_2.2+ds.orig.tar.gz
dpkg-source: error: cannot represent change to switchpoint.png: binary
file contents changed
dpkg-source: error: add switchpoint.png in
debian/source/include-binaries if you want to store the modified binary
in the debian tarball
dpkg-source: error: cannot represent change to late_mean.png: binary
file contents changed
dpkg-source: error: add late_mean.png in debian/source/include-binaries
if you want to store the modified binary in the debian tarball
dpkg-source: error: cannot represent change to early_mean.png: binary
file contents changed
dpkg-source: error: add early_mean.png in debian/source/include-binaries
if you want to store the modified binary in the debian tarball
dpkg-source: error: cannot represent change to
docs/_build/doctrees/extending.doctree: binary file contents changed
dpkg-source: error: add docs/_build/doctrees/extending.doctree in
debian/source/include-binaries if you want to store the modified binary
in the debian tarball
dpkg-source: error: cannot represent change to
docs/_build/doctrees/modelbuilding.doctree: binary file contents changed
dpkg-source: error: add docs/_build/doctrees/modelbuilding.doctree in
debian/source/include-binaries if you want to store the modified binary
in the debian tarball
...


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

Bug#688321: unblock: quota/4.01-1

[Salvatore Bonaccorso]

Hi all

I have updated the proposed debdiff with also the patch for reporting
problem with NFS mounts. Julien is this acceptable for a t-p-u upload?

Regards,
Salvatore
diff -u quota-4.00/debian/changelog quota-4.00/debian/changelog
--- quota-4.00/debian/changelog
+++ quota-4.00/debian/changelog
@@ -1,3 +1,15 @@
+quota (4.00-4+deb7u1) testing-proposed-updates; urgency=low
+
+  * Non-maintainer upload.
+  * Add 685356-Fix-reporting-for-XFS.patch patch.
+Fixes quota reporting on XFS filesystems. Cherry-pick commit from
+upstream git repository. (Closes: #685356)
+  * Add 698864-Fix-reporting-of-NFS-mountpoints.patch patch.
+Fixes quota reporting on NFS mountpoints. Cherry-pick commit from
+upstream git repository. (Closes: #698864)
+
+ -- Salvatore Bonaccorso   Sat, 09 Mar 2013 16:37:03 +0100
+
 quota (4.00-4) unstable; urgency=low
 
   * Added upstream patch to fix problem with editing of several users.
diff -u quota-4.00/debian/patches/series quota-4.00/debian/patches/series
--- quota-4.00/debian/patches/series
+++ quota-4.00/debian/patches/series
@@ -4,0 +5,2 @@
+685356-Fix-reporting-for-XFS.patch
+698864-Fix-reporting-of-NFS-mountpoints.patch
only in patch2:
unchanged:
--- quota-4.00.orig/debian/patches/685356-Fix-reporting-for-XFS.patch
+++ quota-4.00/debian/patches/685356-Fix-reporting-for-XFS.patch
@@ -0,0 +1,35 @@
+From 6ba6546dd167297cb9ed69d0257ee245b0faea47 Mon Sep 17 00:00:00 2001
+From: Jan Kara 
+Date: Fri, 8 Jun 2012 11:11:20 +0200
+Subject: [PATCH] repquota: Fix reporting for XFS
+
+Conversion to generic quota scanning introduced a bug for XFS where we
+stopped scanning after quotactl reported first error. quotactl for XFS
+however reports ENOENT when it has nothing to report for a particular user
+/ group and we shouldn't stop scanning after that. We tried to test for this
+but the test was wrong. Fix it.
+
+Signed-off-by: Jan Kara 
+---
+ quotaio_xfs.c |4 ++--
+ 1 files changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/quotaio_xfs.c b/quotaio_xfs.c
+index 2e879e6..903c03e 100644
+--- a/quotaio_xfs.c
 b/quotaio_xfs.c
+@@ -183,9 +183,9 @@ static int xfs_get_dquot(struct dquot *dq)
+   memset(&d, 0, sizeof(d));
+   ret = quotactl(qcmd, dq->dq_h->qh_quotadev, dq->dq_id, (void *)&d);
+   if (ret < 0) {
+-  if (ret == -ENOENT)
++  if (errno == ENOENT)
+   return 0;
+-  return ret;
++  return -1;
+   }
+   xfs_kern2utildqblk(&dq->dq_dqb, &d);
+   return 0;
+-- 
+1.7.4.1
+
only in patch2:
unchanged:
--- quota-4.00.orig/debian/patches/698864-Fix-reporting-of-NFS-mountpoints.patch
+++ quota-4.00/debian/patches/698864-Fix-reporting-of-NFS-mountpoints.patch
@@ -0,0 +1,30 @@
+From 8b6ce13e1b196cb9d0cc5b24dfc75c97a9eb883d Mon Sep 17 00:00:00 2001
+From: Jan Kara 
+Date: Mon, 20 Aug 2012 19:16:05 +0200
+Subject: [PATCH] quota: Fix reporting of NFS mountpoints
+
+Commit b8ab76ad19e3c284ac14bd0450662bfc41719e03 creating split_nfs_mount()
+forgot to remove zeroing of pathname character. That lead to broken reporting
+quotas for NFSv3 mount points.
+
+Thanks to anonymous reporter for spotting this.
+
+Signed-off-by: Jan Kara 
+---
+ rquota_client.c |1 -
+ 1 files changed, 0 insertions(+), 1 deletions(-)
+
+diff --git a/rquota_client.c b/rquota_client.c
+index 54a8921..e26e066 100644
+--- a/rquota_client.c
 b/rquota_client.c
+@@ -162,7 +162,6 @@
+   return -ENOENT;
+   }
+ 
+-  *pathname++ = '\0';
+   /* For NFSv4, we send the filesystem path without initial /. Server 
prepends proper
+* NFS pseudoroot automatically and uses this for detection of NFSv4 
mounts. */
+   if ((dquot->dq_h->qh_io_flags & IOFL_NFS_MIXED_PATHS) &&
+--
+1.7.4.1

Bug#702644: usage.test keeps running beyond package build completion

[Bruce Korb]

On 03/09/13 06:10, Michael Tautschnig wrote:
> Package: autogen
> Version: 1:5.12-0.1
> Usertags: goto-cc
> 
> The test suite in autoopts/test/ includes a kind of watchdog for each test,
> which supposedly terminates it after 51*kill_delay seconds. usage.test sets
> kill_delay to 10 seconds (all others have kill_delay=3), resulting in the
> watchdog part waiting for up to 510 seconds, which generally is far longer 
> than
> the remaining package build takes.
> 
> As a result, files remain open and the package build cannot complete properly
> when working in a chroot (and waiting to umount the build directory).
> 
> Most likely it suffices to reduce the kill_delay for usage.test, but a proper
> implementation would terminate the watchdog whenever the test itself has
> ended properly.

Makes sense.  I did something quick and dirty because I've had stuff hang
forever and this was easy to do.  I'm open to suggestions


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

Bug#456379: icedove: Keyboard scrolling of html messages is borken

[Carsten Schoenert]

Hello Jerry,

On Mon, Jan 21, 2013 at 07:04:33PM +0100, Carsten Schoenert wrote:
> Am 21.01.2013 18:03, schrieb Jerry Quinn:
> > I'm confused.  No response was asked of me.
> > 
> > I'm also confused by your comment.  Scroll down message then go to next
> > is what I'm after.  With a long text message, space will scroll the
> > message part way.  Repeated space scrolls down to the bottom and then
> > jumps to the next message when you hit the end of the current one.
> 
> This is exact the behavior what I wrote in my mail from 25.11. and this
> is not a bug. You have read it?
> 
> > My complaint is that this behavior doesn't always work with html
> > messages.  What I sometimes see is that space will scroll down part way,
> > then jump back to the top of the SAME message.
> 
> I can't reproduce this. If you can append one or two of such messages
> maybe we can see what happen.
> And please check if there are bugs opend upstream.

are there some mails you can provide to readjust your behavior?

Regards
Carsten


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

Bug#702653: new upstream version broke relay_clientcerts

[Joey Hess]

Package: postfix
Version: 2.10.0-1
Severity: important

I use TLS keys to authenticate and allow relaying of mail
from trusted clients, using relay_clientcerts. 

Upgrading broke it:

Mar  9 10:23:26 wren postfix/smtpd[14341]: connect from 
dialup-4.154.6.204.Dial1.Atlanta1.Level3.net[4.154.6.204]
Mar  9 10:23:29 wren postfix/smtpd[14341]: Trusted TLS connection established 
from dialup-4.154.6.204.dial1.atlanta1.level3.net[4.154.6.204]: TLSv1.2 with 
cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)
Mar  9 10:23:31 wren postfix/smtpd[14341]: NOQUEUE: reject: RCPT from 
dialup-4.154.6.204.Dial1.Atlanta1.Level3.net[4.154.6.204]: 554 5.7.1 
: Relay access denied; from= 
to= proto=ESMTP helo=
Mar  9 10:23:32 wren postfix/smtpd[14341]: disconnect from 
dialup-4.154.6.204.Dial1.Atlanta1.Level3.net[4.154.6.204]

I downgraded back to 2.9.3-2.1 and relaying once again works.

Relevant parts of my config:

relay_clientcerts = hash:/etc/postfix/relay_clientcerts

Which contains:

37:F6:75:70:7A:CB:A7:91:8B:2A:39:4E:24:4E:9B:F9 gnu

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#702644: usage.test keeps running beyond package build completion

[Bruce Korb]

On 03/09/13 07:49, Bruce Korb wrote:
> On 03/09/13 06:10, Michael Tautschnig wrote:
>> Package: autogen
>> Version: 1:5.12-0.1
>> Usertags: goto-cc
>>
>> The test suite in autoopts/test/ includes a kind of watchdog for each test,
>> which supposedly terminates it after 51*kill_delay seconds. usage.test sets
>> kill_delay to 10 seconds (all others have kill_delay=3), resulting in the
>> watchdog part waiting for up to 510 seconds, which generally is far longer 
>> than
>> the remaining package build takes.
>>
>> As a result, files remain open and the package build cannot complete properly
>> when working in a chroot (and waiting to umount the build directory).

Ah.  The process should "cd" to / then, too?

>> Most likely it suffices to reduce the kill_delay for usage.test, but a proper
>> implementation would terminate the watchdog whenever the test itself has
>> ended properly.
> 
> Makes sense.  I did something quick and dirty because I've had stuff hang
> forever and this was easy to do.  I'm open to suggestions

Maybe this?  "AG_TIMEOUT" is an adjustment for the platform speed.
"51" is a pretty high number for that.

diff --git a/autoopts/test/defs.in b/autoopts/test/defs.in
index cf000eb..f797d64 100644
--- a/autoopts/test/defs.in
+++ b/autoopts/test/defs.in
@@ -343,14 +343,19 @@ trap "failure 'test ${testname} killed on timeout'"
15
 ( ( exec > /dev/null 2>&1