date:20120224

Bug#661216: Uninstallable: xulrunner-9.0 went away

2012-02-24 Thread Cyril Brulebois

Source: tuxguitar
Version: 1.2-12
Severity: grave
Justification: renders package unusable

Hi,

iceweasel is now at version 10, so this no longer works:
| Package: tuxguitar
| Architecture: all
| Section: sound
| Depends: [...]
|  xulrunner-9.0 | xulrunner-8.0 | xulrunner-7.0 | xulrunner-6.0 | 
xulrunner-5.0 | xulrunner-1.9.1,

tuxguitar is now uninstallable.

Mraw,
KiBi.



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

Bug#658994: mirror submission for mirror.digitalone.com

2012-02-24 Thread Raphael Geissert

Hi,

Thank you for your response.

On Tuesday 21 February 2012 08:17:13 Sergei Arsentiev wrote:
> We have only amd64 and i386.

According to indices/files, you are also mirroring armhf and s390x. You are 
probably not including them on the architectures exclude list in ftpsync's 
configuration file.

> We can mirror from http://mirror.cogentco.com/pub/linux/debian/

I'm afraid that cogentco.com's mirror is not part of the official Debian 
mirrors network, and that it doesn't seem to be updated very often.

Could you please mirror from one listed at the following page?
http://www.debian.org/mirror/list

I apparently missed that you are only updating once a day. At the moment the 
archive is updated four times a day but it may vary in the future. It will 
most likely increase.
Could you please update at least four times a day?

While at it, is there a role email address that could be used as future 
contact point? From experience, role addresses work better than personal 
addresses, including on situations like when the person is on vacation.

Thanks in advance.

Kind regards,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net

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

Bug#661215: libnfsidmap: umich_ldap.so is an empty module

2012-02-24 Thread Steve Langasek

Package: libnfsidmap
Version: 0.25-1
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

Hi Anibal,

In , a user
has reported that umich_ldap is not working with version 0.25-1 of
libnfsidmap in Ubuntu.  I've confirmed that this is due to a bug present
upstream in libnfsidmap 0.25: a wrong check for ENABLE_LDAP in umich_ldap.c
causes the module to be linked as an empty module.

The attached patch which corrects the issue has been uploaded to Ubuntu.
Please consider applying it to the Debian package and forwarding it
upstream.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
=== added directory 'debian/patches'
=== added file 'debian/patches/series'
--- debian/patches/series	1970-01-01 00:00:00 +
+++ debian/patches/series	2012-02-25 06:19:38 +
@@ -0,0 +1 @@
+wrong-double-ldap-check.patch

=== added file 'debian/patches/wrong-double-ldap-check.patch'
--- debian/patches/wrong-double-ldap-check.patch	1970-01-01 00:00:00 +
+++ debian/patches/wrong-double-ldap-check.patch	2012-02-25 06:21:29 +
@@ -0,0 +1,26 @@
+Author: Steve Langasek 
+Description: Don't check ENABLE_LDAP twice
+ This source is already being conditionally compiled based on ENABLE_LDAP
+ being set in the Makefile.  All this extra check does is cause umich_ldap.so
+ to always be compiled as an *EMPTY* object because nothing sets ENABLE_LDAP
+ before the #ifdef!
+Bug-Ubuntu: https://bugs.launchpad.net/bugs/939232
+
+Index: libnfsidmap/umich_ldap.c
+===
+--- libnfsidmap.orig/umich_ldap.c
 libnfsidmap/umich_ldap.c
+@@ -32,8 +32,6 @@
+  * SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
+  */
+ 
+-#ifdef ENABLE_LDAP
+-
+ #include 
+ #include 
+ #include 
+@@ -1302,4 +1300,3 @@
+ {
+ 	return (&umichldap_trans);
+ }
+-#endif

Bug#661099: fpc depends on packages that can't be installed

2012-02-24 Thread David Griffith


On Sat, 25 Feb 2012, Carlos Laviola wrote:


On Fri, Feb 24, 2012 at 21:10, David Griffith  wrote:

On Fri, 24 Feb 2012, Abou Al Montacir wrote:


Can you please clarify more the situation? You are using Squeeze or a mix
of
Squeeze and other repositories? What are the dependencies that are
missing?
Aptitude will give you the full dependency tree, can you please provide
this?

I'm not sure I understand what you mean by "dependencies that are missing".
 I thought I explained that.  These:

1)     fp-units-gnome1 [Not Installed]


What happens when you try to install one of these packages directly?
eg., 'apt-get install fp-units-gnome1'?


2)     fp-units-gtk [Not Installed]
3)     fpc [Not Installed]
4)     libcairo2-dev [Not Installed]
5)     libgtk2.0-dev [Not Installed]
6)     libpango1.0-dev [Not Installed]


If I do that, I get a complaint that one of the other listed package "is 
not going to be installed".  I tried specifying all of them on one command 
line and I got a complaint that libpixman-1.dev was not going to be 
installed.  Adding that made the complaints go circular.


--
David Griffith
d...@661.org

Bug#660824: [Pkg-sysvinit-devel] Bug#660824: sysvinit: Please include support for upstart in startpar

2012-02-24 Thread Kel Modderman

Hi Steve,

> Package: sysvinit
> Version: 2.88dsf-22
> Severity: wishlist
> 
> Hi there,
> 
> It seems that the discussion about this patch petered out long ago on
> pkg-sysvinit-devel
> (http://lists.alioth.debian.org/pipermail/pkg-sysvinit-devel/2011-October/005345.html),
> so it's probably time to submit a proper bug report to the BTS (especially
> since sysvinit appears to be under new maintenance).
> 
> Pursuant to bug #591791 against Debian Policy about permitting alternate
> init systems in Debian, I've prepared a patch against sysvinit which would
> make startpar aware that a given job is implemented as an upstart job
> instead of a SysV init script and that startpar should defer to upstart to
> satisfy the dependency.
> 
> This enables insserv/startpar-based dependency boot to be used for sysvinit
> in conjunction with upstart as /sbin/init and native upstart jobs as
> dependencies, and is the first step towards having upstart be genuinely
> usable on Debian.  It also rolls back the previous /lib/init/upstart-job
> approach, which never worked right with startpar due to the inability to
> express dependency information.  As a result, packages shipping upstart jobs
> should now ship real init scripts in parallel (per the policy bug
> discussion), which means some changes to debhelper are wanted before this
> goes into effect.
> 
> It does *not* allow bidirectional dependencies between upstart jobs and init
> scripts.  It's assumed that a system that runs upstart will be converted
> from the bottom up - starting with rcS.d, which more or less needs to be
> converted as a block anyway.
> 
> I've tested this patch to be regression-free on sysvinit as well as working
> with upstart, and verified that the package still builds on non-Linux Debian
> ports after applying (upstart doesn't run there anyway, so it's a simple
> #ifdef :P).  I've also taken care to avoid adding any new runtime library
> dependencies here; it would have been nice to use libdbus for talking to
> upstart, but I guess some might resist such a change. :-)

This seems like a nice approach to me and thanks for driving this forward.

> 
> The patch includes two mostly unrelated changes that warrant a mention:
> 
>  - debian/rules has been patched to pass CFLAGS from dpkg-buildflags to the
>startpar makefile.  Not really related, but was invaluable for having a
>proper debug build when testing.
> 
>  - The patch to startpar.c includes a change to call checkdevpts() early on.
>this is a bugfix in its own right; unless devpts support is checked at
>the top of the loop, tasks will be launched as "interactive", meaning
>they won't be run in parallel.  This at least impacts the first process
>launched, I haven't checked if it affects others.  Apparently SuSE never
>had to deal with this bug because the runtime devpts checking code was
>ifdef'ed out there.  In any case, I found a strange interaction between
>interactive tasks and upstart jobs; so this fix is something of a
>prerequisite (and may indicate a latent bug in my patch).

Good catch. SuSE mount /dev/pts in very early boot (initramfs) therefore do
not require the hack. We had to patch Debian's startpar for this though to get
away from the shell based init.d script execution concurrency which existed at
the time.

Thanks, Kel.



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

Bug#661214: mutter: garbled,slow rendering on browser,image viewers while scrolling

2012-02-24 Thread Prakash J

Package: mutter
Version: 3.2.2-1
Severity: important


Dear Maintainer,

I have a Nvidia 7300GT Graphics card based system and uses latest nvidia 
proprietary drivers. After upgrading to Gnome3(gnome-shell), image rendering 
and browsing has become difficult due to frequent garbled and slow rendering. 
the problem is faced with image viewing applications, iceweasel 
browser(especially).
Here is a Screenshot:
http://upl0ad.org/images/iceweasel.png
I have recorded what is happening when I scroll with My usb mouse through web 
page. Here is the link(Zip format 4MB file):
http://www.mediafire.com/?liie7lj3bo6d4rw
More info:
http://forums.debian.net/viewtopic.php?f=6&t=72358
http://www.nvnews.net/vbulletin/showthread.php?p=2501366

* What led up to the situation?
Using a Debian Testing+Sid system. upgraded to Gnome3 3.0 and started facing 
this issue where, while slowly scrolling with mouse, webpages and images looks 
garbled,freezed. web page returns to normal, if I launch any application or 
scroll a little up or down. upgraded to Gnome-3.2 from Sid along with related 
packages still facing the problem.
Note that, in Gnome "Classic"(fallback) Session, either with metacity or compiz 
window manager, This bug is not found. however, if I try "mutter --replace" on 
fallback session, bug reoccurs(in fallback session).
I tried "gnome-shell --replace" from a terminal and the output shows error 
related to "clutter". Please see the debug output here:
http://paste.debian.net/152699/

* What exactly did you do (or not do) that was effective (or
ineffective)?
I rebuilt mutter-3.2.1 from Ubuntu for Debian and tried it. but it did not 
resolved. faced the same garbling and slow page rendering.
Then, I reinstalled Debian libmutter0 and updated Nvidia drivers(295.20-1) from 
Debian Experimental Repository. This also did not work.
As a Last resort, I tried nouveau driver. with nouveau driver, Gnome-3.2 shell 
is working fine.
* What was the outcome of this action?
with nouveau driver, Gnome-shell works fine. all other options failed. the 
issueis with libmutter0/gnome-shell interacting with nvidia proprietary drivers.

Please ask for any more info needed,
Regards,
Prakash


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

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

Versions of packages mutter depends on:
ii  libatk1.0-0   2.2.0-2
ii  libc6 2.13-26
ii  libcairo-gobject2 1.10.2-6.2
ii  libcairo2 1.10.2-6.2
ii  libcanberra-gtk3-00.28-3
ii  libcanberra0  0.28-3
ii  libclutter-1.0-0  1.8.4-1
ii  libcogl-pango01.8.2-1
ii  libcogl5  1.8.2-1
ii  libdrm2   2.4.30-1
ii  libffi5   3.0.10-3
ii  libfontconfig12.8.0-3.1
ii  libfreetype6  2.4.8-1
ii  libgconf2-4   3.2.3-1
ii  libgdk-pixbuf2.0-02.24.1-1
ii  libgirepository-1.0-1 1.31.10-1
ii  libgl1-mesa-glx [libgl1]  7.11.2-1
ii  libglib2.0-0  2.30.2-6
ii  libgnome2-common  2.32.1-2
ii  libgtk-3-03.2.3-1
ii  libice6   2:1.0.7-2
ii  libjson-glib-1.0-00.14.2-1
ii  libmutter03.2.2-1
ii  libpango1.0-0 1.29.4-2
ii  libsm62:1.2.0-2
ii  libstartup-notification0  0.12-1
ii  libx11-6  2:1.4.4-4
ii  libxcomposite11:0.4.3-2
ii  libxcursor1   1:1.1.12-1
ii  libxdamage1   1:1.1.3-2
ii  libxext6  2:1.3.0-3
ii  libxfixes31:5.0-4
ii  libxi62:1.4.5-1
ii  libxinerama1  2:1.1.1-3
ii  libxrandr22:1.3.2-2
ii  libxrender1   1:0.9.6-2
ii  mutter-common 3.2.2-1
ii  zenity3.2.0-1

libgl1-nvidia-glx:
Installed: 295.20-1

gnome-shell:
Installed: 3.2.2.1-1

Versions of packages mutter recommends:
ii  gnome-session [x-session-manager]   3.2.1-1
ii  gnome-session-fallback [x-session-manager]  3.2.1-1

Versions of packages mutter suggests:
pn  gnome-control-center  1:3.2.2-2
pn  gnome-themes  2.30.2-1
pn  xdg-user-dirs 

-- 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#633297: funguloids: FTBFS everywhere: error: reference to 'map' is ambiguous

2012-02-24 Thread Paul Wise

The FTBFS bug and the other RC bugs have been open for a long time.
There is no point in fixing the FTBFS bug without fixing the crashes
that prevent the game from working at all. The package is not in testing
or stable anyway so it can basically be considered a new package.

To fix the crashes you need to modify the data and for that you need to
run mpak.py or maybe some of the C code from the game can be used.

mpak.py needs to be re-implemented or re-licensed because the current
implementation as distributed by Arch does not have any license attached
to it, so it is not distributable by Debian and Arch folks are violating
copyright law.

Ideally though, upstream needs to be revived and the mpak stuff ripped
out and replaced with either filesystem accesses or some standard pack
format like zip/tar. I've been trying to do that for a while but
upstream hasn't responded.

Since upstream is not responding I am not sure how to deal with the
situation. Either mpak.py has to be run at orig.tar.gz creation time or
a second tarball needs to be added with the pre-fixed data.

Alternatively the project could be completely forked, but that does not
seem to be a good way to do things to me.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#661094: git-svn: fails to git svn dcommit"

2012-02-24 Thread Роман Ержуков


24.02.2012 23:03, Jonathan Nieder пишет:

Роман Ержуков wrote:


It's not regression. It was after one local git commit, when I
renamed the Java package.

[...]

[svn-remote "svn"]
 url = http://svn.dfu.i-teco.ru/projects
 fetch = trunk/АС Выплаты:refs/remotes/trunk
 branches = branches/АС Выплаты/*:refs/remotes/*
 tags = tags/АС Выплаты/*:refs/remotes/tags/*

Thanks.

I tried to reproduce this with git 1.7.9.2 and libsvn1 1.6.17dfsg-3.
At first, I got a different error[*] ("Unable to determine upstream
SVN information"), which turned out to be due to an unrelated bug.
Unsetting "[log] abbrevcommit" in ~/.gitconfig made the error go
away.

Unfortunately after that, "git svn dcommit" works fine.

| $ git svn dcommit
| Committing to file:///tmp/test-repo/trunk/АС Выплаты ...
| M   hello.c
| Committed r6
| M   hello.c
| r6 = 9747b1cb9cddf37f85da9cce99f17d4507005524 (refs/remotes/trunk)
| No changes between current HEAD and refs/remotes/trunk
| Resetting to the latest refs/remotes/trunk

Reproduction recipe:

svnadmin create /tmp/test-repo
svnadmin load /tmp/test-repohello.c
git commit -a -m test
git svn dcommit

No assertion failure.

  $ ldd /usr/lib/i386-linux-gnu/libsvn_swig_perl-1.so.1 | grep libsvn
libsvn_delta-1.so.1 =>  /usr/lib/i386-linux-gnu/libsvn_delta-1.so.1 
(0xb7701000)
libsvn_subr-1.so.1 =>  /usr/lib/i386-linux-gnu/libsvn_subr-1.so.1 
(0xb76ae000)
  $ sha1sum /usr/lib/i386-linux-gnu/libsvn_subr-1.so.1
  8ce873afadd6910a764a2539e59e64c2158ba437  
/usr/lib/i386-linux-gnu/libsvn_subr-1.so.1

Ideas?

Jonathan

[*]
$ git svn dcommit
Use of uninitialized value $hash in string eq at 
/usr/lib/git-core/git-svn line 1899.
Use of uninitialized value $hash in string eq at 
/usr/lib/git-core/git-svn line 1899.
Unable to determine upstream SVN information from HEAD history.
Perhaps the repository is empty. at /usr/lib/git-core/git-svn line 780.

It's because this copy of git is missing the fix 83cf21f98 (git-svn:
un-break "git svn rebase" when log.abbrevCommit=true, 2012-02-12).


Hi, Jonathan

Unfortunately, I could not reproduce the bug again. I changed the svn repo 
directy after the bug. I thied to commit into new temporary svn repo from git 
and repeat same steps, but dcommit was fine.

--
Best regards,
Roman

Bug#647350: elfutils: ftbfs with CONFIG_SHELL=dash: ./configure: 4892: ./configure: Bad substitution

2012-02-24 Thread Jonathan Nieder

Kurt Roeckx wrote:

>  elfutils (0.153-1) unstable; urgency=low
[...]
>[ Marcin Juszkiewicz  ]
>* Convert to multiarch. (Closes: #657139)
[...]
>* New upstream release
[...]
>* Make the m68k port functional, thanks to a patch from
>  Thorsten Glaser  (Patch in #595496, #384794)
[... and lots of other nice changes ...]

Wow.  Thanks, this looks like a fun one.



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

Bug#661213: RFS: bibtool/2.54 (new upstream release) -- tool for BibTeX database manipulation

2012-02-24 Thread Jerome Benoit

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "bibtool".

 * Package name: bibtool
   Version : 2.54+ds-1
   Upstream Author : Gerd Neugebauer 
 * URL : 
http://www.gerd-neugebauer.de/software/TeX/BibTool/index.en.html
 * License : GPL-1+
   Section : tex

   It builds those binary packages:

   bibtool- tool to manipulate BibTeX files

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

   http://mentors.debian.net/package/bibtool

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

   dget -x 
http://mentors.debian.net/debian/pool/main/b/bibtool/bibtool_2.54+ds-1.dsc

   I would be glad if someone uploaded this package for me.

   Kind regards,
   Jerome BENOIT



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

Bug#660384: libluabind-dev: Support for Lua 5.2

2012-02-24 Thread Roberto C . Sánchez

Hi Peter,

On Sat, Feb 18, 2012 at 01:36:54PM -0500, Peter Colberg wrote:
> 
> Could you please consider the Lua 5.2 patches [1] for inclusion?
> 
> Lua 5.2: replace lua_equal and lua_lessthan with lua_compare
> Lua 5.2: replace occurrences of deprecated LUA_GLOBALSINDEX
> Lua 5.2: replace lua_strlen with lua_rawlen
> Lua 5.2: replace lua_[gs]etfenv with lua_[gs]etuservalue
> Lua 5.2: pass extra parameter NULL to lua_resume
> Lua 5.2: replace lua_open with luaL_newstate
> Lua 5.2: fix test_free_functions unit test
> Lua 5.2: use new macro lua_pushglobaltable
> 
> [1] http://git.colberg.org/luabind.git
> 

I am going to contact upstream about incorporating this change since it
is probably too much to carry this as a Debian-only patch.  If you could
rebase against upstream commit 87898f6012, that would help for both this
and the cast graph patch in #660380.  Please let me know.

Regards,

-Roberto
-- 
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com



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

Bug#661212: ibus-m17n: Thai IM: last cluster lost when switching IM

2012-02-24 Thread Theppitak Karoonboonyanan

Package: ibus-m17n
Version: 1.3.3-1
Severity: normal

M17n Thai input engine always loses the last cluster when input method is
switched immediately without space character in between.

Steps to reproduce:
- Add "Thai - tis820" input method.
- Open gedit.
- Input some Thai characters without space.
- Switch input method with Ctrl+Space.

The last cluster will always be lost. This is unexpected for Thai users.

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

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

Versions of packages ibus-m17n depends on:
ii  ibus1.4.1-1
ii  libatk1.0-0 2.2.0-2
ii  libc6   2.13-26
ii  libcairo2   1.10.2-6.2
ii  libfontconfig1  2.8.0-3.1
ii  libfreetype62.4.8-1
ii  libgdk-pixbuf2.0-0  2.24.1-1
ii  libglib2.0-02.30.2-6
ii  libgtk2.0-0 2.24.10-1thep1
ii  libibus-1.0-0   1.4.1-1
ii  libm17n-0   1.6.3-1
ii  libpango1.0-0   1.29.4-2thep1

ibus-m17n recommends no packages.

ibus-m17n suggests no packages.

-- no debconf information




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

Bug#661099: fpc depends on packages that can't be installed

2012-02-24 Thread Carlos Laviola

On Fri, Feb 24, 2012 at 21:10, David Griffith  wrote:
> On Fri, 24 Feb 2012, Abou Al Montacir wrote:
>
>> Can you please clarify more the situation? You are using Squeeze or a mix
>> of
>> Squeeze and other repositories? What are the dependencies that are
>> missing?
>> Aptitude will give you the full dependency tree, can you please provide
>> this?
> I'm not sure I understand what you mean by "dependencies that are missing".
>  I thought I explained that.  These:
>
> 1)     fp-units-gnome1 [Not Installed]

What happens when you try to install one of these packages directly?
eg., 'apt-get install fp-units-gnome1'?

> 2)     fp-units-gtk [Not Installed]
> 3)     fpc [Not Installed]
> 4)     libcairo2-dev [Not Installed]
> 5)     libgtk2.0-dev [Not Installed]
> 6)     libpango1.0-dev [Not Installed]

-- 
Carlos Laviola
Debian GNU/Linux



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

Bug#661200: [Debian-med-packaging] Bug#661200: r-cran-vegan should Depends: r-cran-lattice

2012-02-24 Thread Charles Plessy

Le Fri, Feb 24, 2012 at 03:22:55PM -0800, Don Armstrong a écrit :
> 
> It is not possible to require(vegan) without having lattice installed;
> thus r-cran-vegan should Depends: r-cran-lattice. [I'd also recommend
> that the packages which are currently listed as Suggests: should be
> Recommends: instead, as various functions of r-cran-vegan will break
> if they're not available.]

Thank you, I did not pay attention that the Imports field in the packages
DESCRIPTION equates to a Depends requirement in Debian.

For raising the packages from Suggests to Recommends, I am worried that it
would pull a lot of packages through r-cran-rgl's dependance on mesa.

How will you do in your cran2deb project?  Raise all DESCRIPTION Suggests
to debian/control Recommends ?

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#661188: aptitude purge recursively REMOVES BUT DOES NOT PURGE the unneeded dependencies of

2012-02-24 Thread Georgiy Treyvus

Firstly sorry if it was too long. The relevant parts were:

root@PANTHER:/home/georgiy# # NOTICE HERE HOW python-newt IS REMOVED BUT
NOT PURGED
root@PANTHER:/home/georgiy# aptitude purge byobu
The following packages will be REMOVED:
  byobu{p} python-newt{u}
...
root@PANTHER:/home/georgiy# # NOW NOTICE HOW PASSING --purge TO purge HAS
THE CORRECT BEHAVIOR OF PURGING AS WELL AS REMOVING python-newt
root@PANTHER:/home/georgiy# aptitude purge --purge byobu
The following packages will be REMOVED:
  byobu{p} python-newt{pu}
...

Question: To be clear when if I tweak Aptitude::Purge-Unused to true it
effects only "aptitude purge " and not "aptitude  package"
correct?

Also while you say that the current behavior is a safeguard and I do agree
partially the current behavior will also confuse new users. At some point
in time much like me they're reading the documentation, they learn to use
remove in case they wish to reinstall the package and keep current
configuration, they learn to use purge if they want it gone period or if
they want a fresh start for whatever reason.

Say they go "aptitude purge " wanting to then install with a fresh
start. The messed up conf file belonging to some dependency isn't removed.
After purging they install again, it's not how they remembered it to be at
first, confusion ensues...

The way the documentation is worded users will understand the consequences
of purge. They think remove means keep configuration just in case and purge
means clean it I want a fresh start. Yet aptitude behaves differently then
described. Many simply may not figure out what's happening in such a
situation.

With that said while I understand the safety rationale for the current
behavior I still feel it causes more harm then good. Speaking of keeping
aptitude safe for new users here is an interesting issue to look into that
has caused many a n00b grief http://tanguy.ortolo.eu/blog/article8/

On Fri, Feb 24, 2012 at 9:15 PM, Daniel Hartwig  wrote:

> Hello
>
> On 25 February 2012 05:32, Georgiy Treyvus 
> wrote:
> > package: aptitude
> > version: 0.6.3
> >
> > The problem is exactly what the subject line suggests. There is a simple
> > workaround of passing --purge to aptitude purge but that looks and feels
> > ridiculous. Anyway let my terminal do the talking:
> >
>
> TL;DR -- this "simple workaround" is actually a safety measure to
> prevent accidental data loss.
>
>
> Purging packages removes files that contain potentially useful
> data--logs, conffiles, etc..  Unless the user explicitly asks for a
> package to be purged then it will only be removed.  This is intended
> to protect user data from being accidentally destroyed.
>
> On the command-line "aptitude purge byobu" the only explicitly
> requested package is byobu, so that is the only one purged.
>
> Note that apt-get behaives similarly, where "apt-get remove foo" does
> not even remove unused packages and "apt-get autoremove" also requires
> "--purge".
>
> If you *always* desire unused packages to be purged:
>
> -- /etc/apt/apt.conf
> Aptitude::Purge-Unused "true";
> --
>
> and this will be the default.  *User beware*.
>
>
> In your example, perhaps I have customized the configuration of the
> auto-installed package python-newt and wish to continue using it in
> the future.  If Purge-Unused was the default then when byobu is
> purged so too is python-newt, and along with it the customizations
> performed to it's configuration (not too mention log data).
>
> A savy user will pick up on this and cancel the operation, mark
> python-newt as manually installed, and redo--however, aptitude must be
> relatively safe for non-savy users as well.
>

Bug#646449: libosip2 upload to unstable

2012-02-24 Thread peter green




Thanks Peter.

That upload is OK.
  

Thanks

Since i'm not yet a DD could one of you guys please sponsor it?



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

Bug#641873: closed by Michael Gilbert (Bug#641873: fixed in xpdf 3.03-9)

2012-02-24 Thread sacrificial-spam-address

Thanks, I'll test it as soon as it reaches the FTP site.
Sorry I haven't been following all the activity this last month...



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

Bug#646449: libosip2 upload to unstable

2012-02-24 Thread Mark Purcell

On Sat, 25 Feb 2012 12:44:17 peter green wrote:
> peter green wrote:
> > Would you object to a NMU based on the version currently in unstable
> > that just fixes the FTBFS?
> 
> I have now prepared a NMU based on the version currently in sid that
> only fixes the FTBFS. The debdiff is attatched.
> 
> libosip2 maintainers are you ok with this NMU?

Thanks Peter.

That upload is OK.

Mark


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

Bug#661188: aptitude purge recursively REMOVES BUT DOES NOT PURGE the unneeded dependencies of

2012-02-24 Thread Daniel Hartwig

Hello

On 25 February 2012 05:32, Georgiy Treyvus  wrote:
> package: aptitude
> version: 0.6.3
>
> The problem is exactly what the subject line suggests. There is a simple
> workaround of passing --purge to aptitude purge but that looks and feels
> ridiculous. Anyway let my terminal do the talking:
>

TL;DR -- this "simple workaround" is actually a safety measure to
prevent accidental data loss.

Purging packages removes files that contain potentially useful
data--logs, conffiles, etc..  Unless the user explicitly asks for a
package to be purged then it will only be removed.  This is intended
to protect user data from being accidentally destroyed.

On the command-line "aptitude purge byobu" the only explicitly
requested package is byobu, so that is the only one purged.

Note that apt-get behaives similarly, where "apt-get remove foo" does
not even remove unused packages and "apt-get autoremove" also requires
"--purge".

If you *always* desire unused packages to be purged:

-- /etc/apt/apt.conf
Aptitude::Purge-Unused "true";
--

and this will be the default.  *User beware*.

In your example, perhaps I have customized the configuration of the
auto-installed package python-newt and wish to continue using it in
the future.  If Purge-Unused was the default then when byobu is
purged so too is python-newt, and along with it the customizations
performed to it's configuration (not too mention log data).

A savy user will pick up on this and cancel the operation, mark
python-newt as manually installed, and redo--however, aptitude must be
relatively safe for non-savy users as well.

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

Bug#661211: librrd4 huge dependency bloat (20+ MB)

2012-02-24 Thread Jakob Bohm

Package: librrd4
Version: 1.3.3-1
Severity: normal

The librrd4 package seems (from the outside) to consist of two very
different parts:

1. A small efficient library for storing collected time series
data.  This is used by important system components such as
sensord and is thus likely to be installed on small headless
systems.

2. A larger GUI for inspecting such data in a way preferred by the
upstream of rrdtool.  Most indirect librrd users don't need this
part at all.

Unfortunately, the two parts are currently packaged together with
the result that simply installing sensord to get hardware
monitoring events (such as CPU temperature) logged to the system
logs forces the installation of slightly more than 20MB of GUI
dependencies even on a completely headless semi-embedded system.
These dependencies (direct and indirect) include such large items
as the Cairo 2D library, the Pango East-Asian font library and the
Defoma font management system, none of which serve any purpose
when just logging the system health on a slow embedded system.

I suggest splitting the librrd shared library package into two
library packages: librrdN for the basic data storage code needed
by system software such as sensord, and librrd-guiN for the
additional GUI functions needed mostly by closely related packages
such as some other packages built from the rrdtool source package.

As for the librrd bindings for languages such as perl, python, lua
etc. those may or may not benefit from a similar packaging split,
depending on their reverse dependencies in Debian as a whole.


-- System Information:
Debian Release: 6.0.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386

Kernel: 2.6.39-bpo.2-486
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.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#661201: libnss3-1d: Still happens

2012-02-24 Thread Theppitak Karoonboonyanan

Package: libnss3-1d
Version: 3.13.3-1
Followup-For: Bug #661201

reopen 661201
thanks

> apt-get upgrade fixed it.

Which upgrade? It still happens to me. Reopening the bug.

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

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

Versions of packages libnss3-1d depends on:
ii  libc6  2.13-26
ii  libnspr4-0d4.9-1
ii  libsqlite3-0   3.7.10-1
ii  multiarch-support  2.13-26
ii  zlib1g 1:1.2.6.dfsg-2

libnss3-1d recommends no packages.

libnss3-1d suggests no packages.

-- no debconf information



signature.asc
Description: Digital signature

Bug#646449: libosip2 upload to unstable

2012-02-24 Thread peter green

peter green wrote: 
Would you object to a NMU based on the version currently in unstable 
that just fixes the FTBFS?
I have now prepared a NMU based on the version currently in sid that 
only fixes the FTBFS. The debdiff is attatched.


libosip2 maintainers are you ok with this NMU?
diff -u libosip2-3.3.0/debian/changelog libosip2-3.3.0/debian/changelog
--- libosip2-3.3.0/debian/changelog
+++ libosip2-3.3.0/debian/changelog
@@ -1,3 +1,10 @@
+libosip2 (3.3.0-1.1) unstable; urgency=low
+
+  * Non maintainer upload
+  * Fix FTBFS with format security error (Closes: #646449)
+
+ -- Peter Michael Green   Sat, 25 Feb 2012 01:30:26 +
+
 libosip2 (3.3.0-1) unstable; urgency=low
 
   * New upstream release
only in patch2:
unchanged:
--- libosip2-3.3.0.orig/src/osipparser2/osip_message_parse.c
+++ libosip2-3.3.0/src/osipparser2/osip_message_parse.c
@@ -847,7 +847,7 @@
 sep_boundary = (char *) osip_malloc (len + sizeof (boundary_prefix));
if (sep_boundary==NULL)
return OSIP_NOMEM;
-sprintf (sep_boundary, boundary_prefix);
+sprintf (sep_boundary,"%s", boundary_prefix);
 if (ct_param->gvalue[0] == '"' && ct_param->gvalue[len - 1] == '"')
   strncat (sep_boundary, ct_param->gvalue + 1, len - 2);
 else

Bug#661210: flashplugin-nonfree: No sound in any flash video, AMD64

2012-02-24 Thread Crispy

Package: flashplugin-nonfree
Version: 1:2.8.3
Severity: important

Dear Maintainer,

I have no sound with adobe flash.  This makes me sad because I had sound a week
ago.  I also happen to not have sound with html5 youtube's beta.

   * What led up to the situation?  Received updates from wheezy within the
last week was when sound stopped working.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?  Uninstalled it and installed gnash
   * What was the outcome of this action?
  Sound plays, not as much flash support though (pandora doesn't work, some
flash videos dont play, etc)
   * What outcome did you expect instead?  To not lose sound?  To see gnash,
lightspark, or html5 working better?  I was glad to see sound *finally* work in
64bit adobe flash last year, but now I'm back to gnash.  Would flashplugin-
nonfree-extrasound help if there was a 64bit arch for it?



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

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

Versions of packages flashplugin-nonfree depends on:
ii  debconf [debconf-2.0]  1.5.41
ii  gnupg  1.4.11-3
ii  libatk1.0-02.2.0-2
ii  libcairo2  1.10.2-6.2
ii  libcurl3-gnutls7.24.0-1
ii  libfontconfig1 2.8.0-3.1
ii  libfreetype6   2.4.8-1
ii  libgcc11:4.6.2-12
ii  libglib2.0-0   2.30.2-6
ii  libgtk2.0-02.24.9-2
ii  libnspr4-0d4.9~beta5-2
ii  libnss3-1d 3.13.1.with.ckbi.1.88-1
ii  libpango1.0-0  1.29.4-2
ii  libstdc++6 4.6.2-12
ii  libx11-6   2:1.4.4-4
ii  libxext6   2:1.3.0-3
ii  libxt6 1:1.1.1-2
ii  wget   1.13.4-2

flashplugin-nonfree recommends no packages.

Versions of packages flashplugin-nonfree suggests:
ii  flashplugin-nonfree-extrasound 
ii  iceweasel  9.0.1-1
ii  konqueror-nsplugins
ii  ttf-dejavu 2.33-2
ii  ttf-mscorefonts-installer [msttcorefonts]  3.4
ii  ttf-xfree86-nonfree4.2.1-3.1
ii  x-ttcidfont-conf   32+nmu2



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

Bug#661209: ITP: pymtbl -- immutable sorted string table library (Python bindings)

2012-02-24 Thread Robert Edmonds

Package: wnpp
Severity: wishlist
Owner: Robert S. Edmonds 

* Package name: pymtbl
  Version : 0.1
  Upstream Author : Internet Systems Consortium, Inc.
* URL : https://github.com/edmonds/pymtbl
* License : ISC
  Programming Lang: Cython
  Description : immutable sorted string table library (Python bindings)

 mtbl is a C library implementation of the Sorted String Table (SSTable)
 data structure.
 .
 This package contains a Python extension module for libmtbl.

-- 
Robert Edmonds
edmo...@debian.org


signature.asc
Description: Digital signature

Bug#661208: ITP: mtbl -- immutable sorted string table library

2012-02-24 Thread Robert Edmonds

Package: wnpp
Severity: wishlist
Owner: Robert S. Edmonds 

* Package name: mtbl
  Version : 0.1
  Upstream Author : Internet Systems Consortium, Inc.
* URL : https://github.com/edmonds/mtbl
* License : ISC, BSD-3-Clause, Apache-2.0
  Programming Lang: C
  Description : immutable sorted string table library

 mtbl is a C library implementation of the Sorted String Table (SSTable)
 data structure, based on the SSTable implementation in the open source
 Google LevelDB library. An SSTable is a file containing an immutable
 mapping of keys to values. Keys are stored in sorted order, with an
 index at the end of the file allowing keys to be located quickly.
 .
 mtbl is not a database library. It does not provide an updateable
 key-value data store, but rather exposes primitives for creating,
 searching and merging SSTable files. Unlike databases which use
 the SSTable data structure internally as part of their data store,
 management of SSTable files -- creation, merging, deletion, combining
 of search results from multiple SSTables -- is left to the discretion
 of the mtbl library user.

-- 
Robert Edmonds
edmo...@debian.org


signature.asc
Description: Digital signature

Bug#661205: ALT text totally ignored if can't fit in box. Not even folded like firefox

2012-02-24 Thread jidanni

Thanks. Maybe you can also do something with
http://code.google.com/p/chromium/issues/detail?id=114145
for me.



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

Bug#598428: broken release file for one source completely breaks updates

2012-02-24 Thread Jakob Bohm

Package: aptitude
Version: 0.6.3-3.2+squeeze1
Severity: important


Just reporting that this bug is still present in 0.6.3-3.2+squeeze1

P.S.

Supplemental comment on why I agree with the original reporter
that this is an Important class bug (besides the formal
justification that it can break the whole system).

The usage scenario most likely to trigger this bug is having an
out of date site local mirror of one of the time-sensitive
archives (security, volatile or backports) and listing that
before its upstream in sources.list (so package files in the
local mirror can get downloaded without incurring bandwidth
costs on the outside line, while not missing more recent
updates not yet in the local mirror, I am aware that this might
only work on days when the local mirror is up to date, but it
still saves on total bandwidth costs).

In that scenario, the abortive behavior causes aptitude to
sometimes think large parts of Debian don't exist, resulting
in meaningless upgrade/downgrade/removal suggestions, such as
wanting to upgrade all packages to their backports variants
when this bug prevents download of the non-expired package
files of the main Debian archive.



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

Bug#660960: tight loop attempting to madvise(..., MADV_DONTNEED) locked memory

2012-02-24 Thread Jamie Heilman

Jamie Heilman wrote:
> I've found this is really easy to reproduce if I use the native webm
> player to playback video, but harder to produce (though it still
> happens) if I use Flashplayer.  What typically happens is that
> iceweasel stops responding and consumes a core's worth of CPU.  An
> strace of the process reveals infinite and repeated calls to madvise
> for the same addr, same length, and always MADV_DONTNEED which is
> returning -1 and setting errno to EINVAL.  Looking through the
> /proc/$pid/smaps file shows the address is the middle of a locked
> range.  gdb backtrace of the event using the -dbg packages gave me:
> 
> #0  0x77407407 in madvise () from /lib/x86_64-linux-gnu/libc.so.6
> #1  0x7663169e in ?? () from /usr/lib/xulrunner-10.0/libmozjs.so
> #2  0x76628886 in ?? () from /usr/lib/xulrunner-10.0/libmozjs.so
> #3  0x76628d51 in ?? () from /usr/lib/xulrunner-10.0/libmozjs.so
> #4  0x7508d697 in nsJSContext::ScriptEvaluated (this=0x7fffe52690a0, 
> aTerminated=true)
> at /tmp/buildd/iceweasel-10.0.2/dom/base/nsJSEnvironment.cpp:3122
> #5  0x74f02e79 in nsCxPusher::Pop (this=0x7fff8d50)
> at /tmp/buildd/iceweasel-10.0.2/content/base/src/nsContentUtils.cpp:2694
> ...
> 
> Digging around, I suspect the DecommitFreePages function in
> js/src/jsgc.cpp ... which appears to be gone from mozilla central
> already, though I haven't gone and figured out what happened to it
> yet.

OK, there was a small cleanup with
https://bugzilla.mozilla.org/show_bug.cgi?id=702681 but a deeper
refactor came with https://bugzilla.mozilla.org/show_bug.cgi?id=702251
and that new DecommitArenasFromAvailableList function looks more sane
than DecommitFreePages did, but there's still no attempt to check
errno in DecommitMemory or figure out why madvise fails, which is
somewhat inconsistent with the:
while (madvise(address, bytes, MADV_DONTNEED) == -1 && errno == EAGAIN) { }
pattern used in yarr, but whatever.  702251 appeared to be fixed in
the aurora branch, so I installed 12.0~a2+20120217042010-1 to see if I
could reproduce the issue, and unfortunately I still could.  On the
trunk, the jsgcchunk stuff got generalized with
https://bugzilla.mozilla.org/show_bug.cgi?id=720439 and DecommitMemory
was effectively renamed to MarkPagesUnused but is otherwise the same
as it was.  So it doesn't appear like this problem is scheduled to go
away anytime soon.  I wish I could get gdb to pick up on the debugging
information for libmozjs, but despite having the -dbg package
installed I just can't seem to get it to do so.  (I'd welcome any tips
there.)

-- 
Jamie Heilman http://audible.transient.net/~jamie/
"I was in love once -- a Sinclair ZX-81.  People said, "No, Holly,
 she's not for you." She was cheap, she was stupid and she wouldn't
 load -- well, not for me, anyway." -Holly

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

Bug#633297: funguloids: FTBFS everywhere: error: reference to 'map' is ambiguous

2012-02-24 Thread peter green


Back in august pabs tagged this bug as pending,

Looking at the SVN (which took a while to find since the PTS still 
points at the git repo) it seems he did commit it to the repo but soon 
afterwards put a notice in the changelog saying.


* DO NOT UPLOAD, needs to reimplement the mpak.py from archlinux 
http://aur.archlinux.org/packages/fu/funguloids/PKGBUILD


Can anyone explain why mpak.py needs to be reimplemented, why there 
doesn't seem to be a bugreport about the issue (I searched all the 
packages open bug reports for  mpak.py and found nothing) and why it 
justifies leaving a FTBFS bug unfixed for so long? Following the link to 
arch didn't seem to reveal anything to my untrained eye.




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

Bug#661205: ALT text totally ignored if can't fit in box. Not even folded like firefox

2012-02-24 Thread Jonathan Nieder

tags 661205 + upstream
forwarded 661205 http://crbug.com/773
quit

Hi 積丹尼,

積丹尼 wrote:

> Compare how firefox and chromium treat gone images.
> Completely ignoring the ALT text is against web standards.
>
> 
>  
>"gone"
>  alt="[Image: Map of Taiwan]">
>
>"gone"
>  alt="[Image: Map of Taiwan]">
> 

Yes, I can reproduce it.  This is [1], which has a patch that needs
finishing touches:

| All the magic numbers should be explained through constants and not
| via comments.
|
| And this patch needs tests for all the cases that were discussed in
| the comments (explicit size via image attribute, CSS, text that fits,
| text that wraps, etc).

Hope that helps,
Jonathan

[1] https://bugs.webkit.org/show_bug.cgi?id=5566

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

Bug#660408: Late Here

2012-02-24 Thread Michael Lustfield

Boy oh boy am I late to the party!

I do agree that this is a good feature to have. I've been sold on the Auth PAM
module as it seems to be rather stable and also seems to be the most flexible.
It seems that Cyril also agrees that this is a good feature to have.

However, I do not feel comfortable putting it in anything other than
nginx-extras. I have included in there. Unless I see some very good and
compelling reason to include it in -light or -full, it'll stay there only.

-- 
Michael Lustfield
Ubuntu Member, Nginx Developer



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

Bug#654107: Updating the lucene2 Uploaders list

2012-02-24 Thread Jeff Breidenbach

I think it is time to take me off the list as well.



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

Bug#636969: perceptualdiff: FTBFS with libpng 1.5

2012-02-24 Thread Jeff Breidenbach

Sorry, I missed integrating this patch. Can you let me know if the
problem still exists with perceptualdiff 1.1.1 ?



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

Bug#490694: Extra video card seems to be the problem

2012-02-24 Thread Jeffrey B. Green

On Mon, 20 Feb 2012 14:21:24 -0600
Jonathan Nieder  wrote:

> 
> Anyway, I'll send any further questions to the upstream report[1].
> It will be nice if we can figure this one out.
> 

Well, I got a new flat-screen and hook it up, and it seems to work with
both cards in the machine.

Here are the particulars:

% uname -a
Linux naro 2.6.32-5-powerpc #1 Mon Jan 16 16:36:52 UTC 2012 ppc
GNU/Linux

% lspci -tv
-+-[0002:21]-+-0b.0  Apple Computer Inc. UniNorth Internal PCI
 |   \-0f.0  Apple Computer Inc. UniNorth GMAC (Sun GEM)
 +-[0001:10]-+-0b.0  Apple Computer Inc. UniNorth PCI
 |   \-0d.0-[11]--+-02.0  Adaptec AIC-7850
 |+-04.0  ATI Technologies Inc Rage 128 RE/SG
 |+-07.0  Apple Computer Inc. KeyLargo Mac I/O
 |+-08.0  Apple Computer Inc. KeyLargo USB
 |+-09.0  Apple Computer Inc. KeyLargo USB
 |\-0a.0  Texas Instruments TSB12LV23 IEEE-1394
Controller \-[:00]-+-0b.0  Apple Computer Inc. UniNorth AGP
 \-10.0  ATI Technologies Inc Rage 128 PF/PRO AGP 4x TMDS

So far nothing has shown up regarding the earlier fix I did to get the
2.2 or maybe 2.4 kernel to work when I had a similar problem with it.
I'll keep looking.

Let me know if you want to try anything.

-jeff



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

Bug#661207: alsa-utils: Flash video sound no longer controlled by PulseAudio after upgrade to alsa-utils 1.0.25-1

2012-02-24 Thread jimmy the saint

Package: alsa-utils
Version: 1.0.25-1
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
Upgrade to version 1.0.25-1
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I attempted to play sound through HDMI.  All sound goes through HDMI,
except for Flash Video sound.
   * What was the outcome of this action?
I noted that Flash video sound continued to play through my laptop
speakers, even though ALL other sound (system sounds, movie sounds etc.) played
correctly through HDMI.  Further, upon playing Flash video, the "Sound
Settings" dialog which serves as the front end for Pulse Audio, showed that no
applications were currently playing sound.  Adjusting system volume has no
effect on flash video volume.  Selecting which "hardware" to play sound through
also has no effect with Flash video.  Even selecting "no hardware" which
disables all system sound, has no effect, as flash continues to play.

It is as if flash bypasses Pulse Audio completely since this update to alsa-
utils.

This behavior was not present prior to the update.
   * What outcome did you expect instead?
Flash video should be controlled by pulse audio, as it was prior to the
update.




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

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

Versions of packages alsa-utils depends on:
ii  libasound2 1.0.25-2
ii  libc6  2.13-26
ii  libncursesw5   5.9-4
ii  libsamplerate0 0.1.8-2
ii  libtinfo5  5.9-4
ii  linux-sound-base   1.0.23+dfsg-4
ii  lsb-base   3.2-28.1
ii  module-init-tools  3.16-1
ii  whiptail   0.52.14-8

Versions of packages alsa-utils recommends:
ii  alsa-base  1.0.23+dfsg-4
ii  pciutils   1:3.1.8-2

alsa-utils suggests no packages.

-- no debconf information



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

Bug#587279: debian-policy: section 2.2.1 needs some tweaking

2012-02-24 Thread Carsten Hey

* Russ Allbery [2012-01-05 09:25 -0800]:
> This is the bug concerning the wording in current Policy 2.2.1:
>
> In addition, the packages in main
>
>  * must not require a package outside of main for compilation or
>execution (thus, the package must not declare a "Depends",
>"Recommends", or "Build-Depends" relationship on a non-main
>package),
>
> There are two separate issues here.  One is the question of what to do
> about non-default alternatives (like Depends: unrar-free | unrar).  The
> other is that this is not a complete list of relevant fields.

This reads like you ask if "main | non-free" should be allowed.  In my
opinion, the question should rather be if it must be "main | non-free"
or if both, "main | non-free" and "non-free | main", should be allowed
and how a possible mechanism to let users choose between "always prefer
free packages" and "follow the maintainer's recommendation, even it
a non-free package is preferred" could look like.  There is already
a way to express "never install non-free packages", i.e., vi
sources.list.

A bug that occurred because a Ubuntu maintainer assumed that "main
| universe" would not be not allowed (the wording in their policy
substitute was not clear back then) can be found at:

https://bugs.launchpad.net/bugs/704377

The question if "main | non-free" should be allowed is very similar to
the Ubuntu "main | universe" problem, except that the latter missed the
ideological part.


> The second problem is, so far as I can tell, informative and completely
> non-controversial, so rather than have it blocked by the first problem,
> I've gone ahead and committed the following patch:
>
> diff --git a/policy.sgml b/policy.sgml
> index 79281e9..c1ff4b4 100644
> --- a/policy.sgml
> +++ b/policy.sgml
> @@ -489,9 +489,9 @@
> 
> must not require or recommend a package outside
> of main for compilation or execution (thus, the
> -   package must not declare a "Depends", "Recommends", or
> -   "Build-Depends" relationship on a non-main
> -   package),
> +   package must not declare a "Pre-Depends", "Depends",
> +   "Recommends", "Build-Depends", or "Build-Depends-Indep"
> +   relationship on a non-main package),
> 
> 
> must not be so buggy that we refuse to support them,
>
> The remaining issue on this bug is then the discussion of what we want to
> say about alternative non-free dependencies.

In <87wrshvqh4@windlord.stanford.edu> you wrote that you filed a bug
about this second problem, mentioning the bug's number in this bug could
be useful.

http://www.debian.org/doc/debian-policy/ch-archive.html#s-main shows the
according part of the policy with above patch applied.  So one part of
this bug is fixed in policy and for the other one, there is an other bug
(additional to the already merged one)?  If this is true, this bug can
be closed or merged.


Carsten



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

Bug#661206: phpldapadmin: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

2012-02-24 Thread J.S.Júnior

Package: phpldapadmin
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese
Translation?

Attached you will find the file pt_BR.po. It is UTF-8
encoded and it is tested with msgfmt and
podebconf-display-po.

Kind regards.

-- 
Atenciosamente;
J.S.Júnior 
Analista de Rede

# Debconf translations for phpldapadmin
# Copyright (C) 2008 The phpldapadmin'S COPYRIGHT HOLDER
# This file is distributed under the same license as the phpldapadmin package.
# Herbert Parentes Fortes Neto , 2008.
# JosÃ© dos Santos JÃºnior , 2012.
#
msgid ""
msgstr ""
"Project-Id-Version: phpldapadmin-1.2.2-1\n"
"Report-Msgid-Bugs-To: phpldapad...@packages.debian.org\n"
"POT-Creation-Date: 2012-02-06 12:20+0100\n"
"PO-Revision-Date: 2012-02-18 10:04-0200\n"
"Last-Translator: JÃºnior Santos \n"
"Language-Team: Brazilian Portuguese \n"
"Language: pt_BR\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: string
#. Description
#: ../phpldapadmin.templates:1001
#| msgid "LDAP server host address"
msgid "LDAP server host address:"
msgstr "EndereÃ§o da mÃ¡quina do servidor LDAP:"

#. Type: string
#. Description
#: ../phpldapadmin.templates:1001
msgid ""
"Please enter the host name or the address of the LDAP server you want to "
"connect to."
msgstr ""
"Por favor, informe o nome da mÃ¡quina ou o endereÃ§o do servidor LDAP ao qual "
"vocÃª quer conectar."

#. Type: boolean
#. Description
#: ../phpldapadmin.templates:2001
#| msgid "Support for ldaps protocol"
msgid "Enable support for ldaps protocol?"
msgstr "Habilitar suporte para o protocolo ldaps?"

#. Type: boolean
#. Description
#: ../phpldapadmin.templates:2001
msgid ""
"If your LDAP server supports TLS (Transport Security Layer), you can use the "
"ldaps protocol to connect to it."
msgstr ""
"Se o seu servidor LDAP suporta TLS (Camada de Transporte Segura), vocÃª pode "
"usar o protocolo ldaps para conectar a ele."

#. Type: string
#. Description
#: ../phpldapadmin.templates:3001
#| msgid "Distinguished name of the search base"
msgid "Distinguished name of the search base:"
msgstr "Nome distinto da base de busca:"

#. Type: string
#. Description
#: ../phpldapadmin.templates:3001
msgid ""
"Please enter the distinguished name of the LDAP search base. Many sites use "
"the components of their domain names for this purpose. For example, the "
"domain \"example.com\" would use \"dc=example,dc=com\" as the distinguished "
"name of the search base."
msgstr ""
"Por favor, informe o nome distinto (\"distinguished name\") da base de busca "
"(\"search base\") LDAP. Muitos sites usam os componentes de seus nomes de "
"domÃnio para esse propÃ³sito. Por exemplo, o domÃnio \"exemplo.com\" usaria "
"\"dc=exemplo,dc=com\" como o nome distinto da base de busca."

#. Type: select
#. Choices
#: ../phpldapadmin.templates:4001
msgid "session"
msgstr "sessÃ£o"

#. Type: select
#. Choices
#: ../phpldapadmin.templates:4001
msgid "cookie"
msgstr "cookie"

#. Type: select
#. Choices
#: ../phpldapadmin.templates:4001
msgid "config"
msgstr "config"

#. Type: select
#. Description
#: ../phpldapadmin.templates:4002
msgid "Type of authentication"
msgstr "Tipo de autenticaÃ§Ã£o"

#. Type: select
#. Description
#: ../phpldapadmin.templates:4002
msgid ""
"session : You will be prompted for a login dn and a password everytime\n"
"  you connect to phpLDAPadmin, and a session variable on the\n"
"  web server will store them. It is more secure so this is the\n"
"  default."
msgstr ""
"sessÃ£o : VocÃª serÃ¡ questionado por um login dn e uma senha toda vez que\n"
" for conectar no phpLDAPadmin, e uma variÃ¡vel de sessÃ£o no\n"
" servidor web os armazenarÃ¡. Ã mais seguro assim, entÃ£o esse\n"
" Ã© o padrÃ£o."

#. Type: select
#. Description
#: ../phpldapadmin.templates:4002
msgid ""
"cookie :  You will be prompted for a login dn and a password everytime\n"
"  you connect to phpLDAPadmin, and a cookie on your client will\n"
"  store them."
msgstr ""
"cookie : VocÃª serÃ¡ questionado por um login dn e uma senha toda vez que\n"
" for conectar no phpLDAPadmin, e um cookie em seu cliente os\n"
" armazenarÃ¡."

#. Type: select
#. Description
#: ../phpldapadmin.templates:4002
msgid ""
"config  : login dn and password are stored in the configuration file,\n"
"  so you have not to specify them when you connect to\n"
"  phpLDAPadmin."
msgstr ""
"config : O login dn e a senha sÃ£o armazenados no arquivo de\n"
" configuraÃ§Ã£o, assim vocÃª nÃ£o tem que especificÃ¡-los ao\n"
" conectar no phpLDAPadmin."

#. Type: string
#. Description
#: ../phpldapadmin.templates:5001
#| msgid "Login dn for the LDAP server"
msgid "Login dn for the LDAP server:"
msgstr "Login dn para o servidor LDAP:"

#. Type: string
#. Description
#: ../phpldapadmin.templates:5001
msgid ""
"Enter the name of the account that will be used to log in to the LDAP

Bug#661010: remmina-plugin-rdp: Crush if conect to win 2008 server (SSL_read: Failure in SSL library)

2012-02-24 Thread Luca Falavigna

reassign 661010 libfreerdp1
thanks


Il 24/02/2012 19:18, Andrey ha scritto:
> On 23.02.2012 23:13, Luca Falavigna wrote:
>> Could you please try with xfreerdp IP_address to see whether it produces
>> the same results?
>>
> Yes its same error.

Reassigning to libfreerdp1, then. Thanks!



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

Bug#606141: apache2ctl configtest and apache2ctl graceful gives incorrect warning about a (non existent) Alias in VirtualHost

2012-02-24 Thread Jean-Michel Vourgère

tags 606141 +moreinfo
thanks

Hello

What is the content of your /etc/apache2/conf.d/bugconfig.conf file?

What aliases do you have on your server? You can get these with:
find /etc/apache2/ -exec grep -H Alias {} \;


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

Bug#561456: "make get-orig-source" should use metadata from docbook

2012-02-24 Thread Taffit

tags 561456 patch
thanks...

Hi Holger,

Le -10/01/-28163 15:59, Holger Levsen a écrit :

> the meta-data in the docbook output from wiki.d.o should be used by the 
> Makefile's get-orig-source target, to
> 
> - generate $DEBIAN_EDU_DOC_BUILDDATE (which should be renamed then too) on  
>   http://wiki.debian.org/DebianEdu/Documentation/$distro/AboutDebianEdu

I went a slightly different way, using  in order to add
the (localized) date at build time in the HTML too (it's already written
on the front page of the PDF). I'd love to write it the same way (in
plain text, not in numbers) in the HTML than in the PDF, but haven't
find yet how all this work ;-). I've removed the
$DEBIAN_EDU_DOC_BUILDDATE from the wiki, since it's mainly a PITA for
translations: the string was marked fuzzy every day…

> - suggest a list of copyright owners for
>   http://wiki.debian.org/DebianEdu/Documentation/$distro/CopyRight - I believe
>   suggesting is better then automatic generation, as not all edits are worth 
>   attribution.

The attached patch will allow to run “make update-copyright-dbk” to
produce the appropriate copyright.xml files, that can be amended (and
ultimately committed to the repository), and of course to use them at
build time (I only updated the needed targets to make it work for the
real build).

I put the built files (HTML and PDF) on my home server [0] (crappy
bandwidth alert) to offer a quick view of the result. For some files,
the result is quite fine [1], but when the holders list is huge [2], I
wouldn't use the same words…

0: http://tilapin.org/ded/
1: http://tilapin.org/ded/fr/rosegarden-manual.html
2: http://tilapin.org/ded/de/debian-edu-squeeze-manual.html

Thus, not applying the patch but offer it publicly for discussions.

Please note that other DocBook tags (author, othercredit, etc.) could
also be used.

Regards

David

Index: documentation/Makefile.common
===
--- documentation/Makefile.common	(rÃ©vision 76654)
+++ documentation/Makefile.common	(copie de travail)
@@ -19,6 +19,9 @@
 update-copyright:
 	../scripts/get_copyright $(path1) $(name)
 
+update-copyright-dbk:
+	../scripts/get_copyright $(path1) $(name) dbk
+
 status:
 	@for f in *.po ; do \
 		echo -n "$$f: "; \
@@ -31,10 +34,18 @@
 	# create localized XML files
 	po4a po4a.cfg
 
+	# add copyright to the XML file
+	COPYRIGHTEN=`sed -e '/^<\!-- START en -->/,/^<\!-- END en -->/P' -n copyright.xml` ; \
+	sed "/<\/article>/i`echo $$COPYRIGHTEN`" $(name).xml > $(name).en.xml
+
 	# build the English HTML version
-	$(XP) $(name).xml && mv index.html $(name).en.html
+	$(XP) $(name).en.xml && mv index.html $(name).en.html
+
 	# build the other HTML versions
 	-for f in $(LANGUAGES) ; do \
+		COPYRIGHTEN=`sed -e '/^<\!-- START en -->/,/^<\!-- END en -->/P' -n copyright.xml` ; \
+		COPYRIGHTTR=`sed -e "/^<\!-- START $$f -->/,/^<\!-- END $$f -->/P" -n copyright.xml` ; \
+		sed -i "/<\/article>/i`echo $$COPYRIGHTEN $$COPYRIGHTTR`" $(name).$$f.xml ; \
 		$(XP) $(name).$$f.xml && mv index.html $(name).$$f.html ; \
 	done
 else
@@ -64,7 +75,7 @@
 			if [ "$$f" = "en" ] ; then \
 			  mkdir -p $$LANGPATH/images/ ; \
 			  find images -maxdepth 1 -type f -exec cp \{\} $$LANGPATH/images/ \; ; \
-			  $(DBLATEX) -o $$LANGPATH/$(name).pdf $(name).xml ; \
+			  $(DBLATEX) -o $$LANGPATH/$(name).pdf $(name).en.xml ; \
 			else \
 			  	mkdir -p $$LANGPATH/images ; \
 			  	cd images ; \
Index: Makefile
===
--- Makefile	(rÃ©vision 76654)
+++ Makefile	(copie de travail)
@@ -18,6 +18,11 @@
 		> debian/copyright
 	rm documentation/*/copyright.manual
 
+update-copyright-dbk:
+	$(MAKE) -C $(SRCDIR)/debian-edu-squeeze update-copyright-dbk
+	$(MAKE) -C $(SRCDIR)/rosegarden update-copyright-dbk
+	$(MAKE) -C $(SRCDIR)/audacity update-copyright-dbk
+
 status:
 	$(MAKE) -C $(SRCDIR)/debian-edu-squeeze status
 	$(MAKE) -C $(SRCDIR)/rosegarden status

Bug#660584: closed by Daniel Baumann (reply to daniel.baum...@progress-technologies.net) (Re: Bug#660584: live-build: cannot remove Debian Installer icon on

2012-02-24 Thread Ben Armstrong

On 24/02/12 07:00 PM, upite...@lycos.com wrote:
> Ben, can you pls give some more details howto set -1 pin priority for
> debian-installer-launcher?
> I cannot find this option in the config configuratons.

As I said, see live-manual:

apt-get install live-manual

You want "8.4.5 APT Pinning"

Ben



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

Bug#585480: [uae] Does anybody run PUAE on Debian Lenny?

2012-02-24 Thread John Paul Adrian Glaubitz

Hi,

> > Currently it does not build on amd64 , so I put it on hold
> > but if any one is interested for co-maintainance,
> 
> I can try building on amd64 when I manage to take time for it. Might take 
> some time tough.

I just checked out the latest source from git and used the supplied debian
directory to build the package with debuild on my wheezy/amd64 machine,
the build finished without any problems and the emulator seems to run fine.

So, I guess the problem has been fixed if it has ever been a problem with p-uae
itself.

As for the included debian directory, the upstream source should probably be
stripped from it since the debhelper version used is deprecated anyway
(uses the old debian/rules file) and the old source format. Also, usually
the upstream source shouldn't include the debian stuff but this should be
taken care of by the Debian maintainer(s) of the package.

I recommend creating an orig tarball from the git repository, stripped from
the debian directory (and maybe other stuff which is not compliant with
the dfsg), then starting the debianization from scratch using
the current debhelper version and source format. We still can reuse some
of the files provided in the upstream debian directory however.

Regards,

Adrian


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

Bug#661205: ALT text totally ignored if can't fit in box. Not even folded like firefox

2012-02-24 Thread jidanni

Package: chromium
Version: 17.0.963.56~r121963-1

Compare how firefox and chromium treat gone images.
Completely ignoring the ALT text is against web standards.


 
 

 




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

Bug#661203: jenkins: Install reports chown jenkins:jenkins invalid group

2012-02-24 Thread Mark Waite

Package: jenkins
Version: 1.424.2+dfsg-2
Severity: normal

Dear Maintainer,

My Debian Wheezy system is configured to use the debian-stable repository
from jenkins-ci.org to download the latest stable Jenkins release.  Today
I performed my regular weekly update with aptitude and was surprised to
receive a new package named jenkins, along with a package named 
jenkins-common.

While installing the new packages from apttiude, a message was reported
"chown jenkins:jenkins invalid group" or something similar to that.

The message does not seem to have harmed the installation of Jenkins.

The machine had already been running a Jenkins version as delivered
by jenkins-ci.org, so this issue may be related to the transition
from a package provided by jenkins-ci.org to a package provided within
Debian itself.

Mark Waite


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

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

Versions of packages jenkins depends on:
ii  adduser  3.113+nmu1
ii  daemon   0.6.4-1
ii  default-jre-headless [java6-runtime-headless]1:1.6-46
ii  jenkins-common   1.424.2+dfsg-2
ii  openjdk-6-jre-headless [java6-runtime-headless]  6b24~pre2-1
ii  psmisc   22.15-2

jenkins recommends no packages.

jenkins suggests no packages.

-- Configuration Files:
/etc/apt/sources.list.d/jenkins.list changed:
deb http://pkg.jenkins-ci.org/debian-stable binary/


-- 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#661202: ALT text for images NOT SHOWN

2012-02-24 Thread jidanni

Package: midori
Version: 0.4.3-1

In Preferences turn off 'load images automatically'.
Now browse e.g., http://jidanni.org
Note how the ALT text is not shown!!
Compare this to what firefox correctly does!
It is called ALT for a reason.



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

Bug#607368: Call for Vote: Kernel ABI numbering policy

2012-02-24 Thread Bdale Garbee

<#part sign=pgpmime>
On Fri, 24 Feb 2012 12:04:55 -0800, Don Armstrong  wrote:
> I call for a vote on the kernel ABI numbering policy bug with the
> following ballot:
> 
> A) The technical committee declines to override the kernel maintenance
> team's ABI numbering policy.
> 
> B) Further discussion
> 
> END.

I vote AB.

Bdale



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

Bug#656903: RFP: desurium -- Desura is a gaming client that allows a user to one click download and install games and game modification.

2012-02-24 Thread John Paul Adrian Glaubitz

Hi,

I just had a look at the upstream source and I think getting Desurium into 
Debian isn't that trivial.

The problem is that Desurium is built with a lot of third party applications 
and libraries
in tree. It includes boost, wxWidgets, curl among others and expects them to 
reside
in src/third_party in the source tree in order to build properly.

However, since most of these packages are already part of Debian, the build 
script
of Desurium will have to be patched in order to use the existing versions in 
Debian.
It is not desirable to have redundant packages in Debian.

Adrian


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

Bug#644627: [Pkg-nagios-devel] Bug#644627: nagios-plugins-basic: check_http --ssl doesn't verify the validity of a certificate

2012-02-24 Thread Michael Renner

On Feb 24, 2012, at 21:42 , Bernd Zeimetz wrote:

>> I just stumbled upon 
>> https://trac.id.ethz.ch/projects/nagios_plugins/wiki/check_ssl_cert, which
>> does exactly what you are searching. Maybe it's a candidate for 
>> nagios-plugins-contrib?
> 
> Sounds like a good cancdidate.
> Please send patches or a pull request on github.

Great find, thanks a bunch Jan and Bernd!

best,
Michael




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

Bug#660162: RFS: tack/1.07-2

2012-02-24 Thread Samuel Bronson

On Thu, Feb 23, 2012 at 5:28 PM, Jakub Wilk  wrote:
> * Samuel Bronson , 2012-02-20, 14:50:
>
>> * Bump debhelper build-depends: to (>= 7.0.50~), since we use
>> override_dh_ targets.
>
> This should be omitted from the changelog, given that it's…
>
>> * Add support for dpkg-buildflags(1) by bumping debhelper to compatibility
>> level 9.
>
> …completely superseded later on. (Even though you didn't mention explicitly
> anything about Build-Depends.)
>
> You build-depend on ‘debhelper (>= 9~)’. How about dropping the tilde?  The
> set of debhelper versions satisfying such requirement wouldn't change.
>
> Please run autoreconf-dickey with -f. (dh_autoreconf does run autoreconf
> with -f -i by default, but only if you don't supply the “program”
>  parameter.)
>
> You dropped ‘LDFLAGS="-Wl,-z,defs,-ltic"’, but this is not documented.

Okay, I've fixed all that, and started using the new DEP5 URL from
policy, and bumped standards-version:

http://mentors.debian.net/debian/pool/main/t/tack/tack_1.07-1~mentors3.dsc

tack (1.07-1~mentors3) unstable; urgency=low

  * New upstream release.
  * Adopt package.
Closes: #660140 (ITP for this package).
  * Switch to dpkg-source 3.0 (quilt) format.
  * Fix "hyphen-used-as-minus-sign" warning from lintian.
  * Re-add debian/watch file (was dropped in 1.06-3).
+ Enable uupdate.
  * Enable build warnings.
  * Add Vcs-Browser: and Vcs-Git: fields to debian/control.
  * Install a symlink CHANGES.gz -> changelog.gz in the doc directory.
  * Update debian/copyright to final DEP5 format.
  * Use dh-autoreconf to regenerate the configure script during build
+ Build-depends on dh-autoreconf and autoconf-dickey.
+ This also takes care of pulling up-to-date config.guess and config.sub
  scripts in from autotools-dev.
+ Drop build-depends on autotools-dev (subsumed by dh-autoreconf).
  * Add support for dpkg-buildflags(1) by bumping debhelper compatibility
level (and build-depends) to 9.
+ Drop the LDFLAGS="-Wl,-z,defs,-ltic from the call to
  dh_auto_configure, so that configure will pick up the LDFLAGS from
  dpkg-buildflags(1).
+ Replace it with:
  - LIBS="-ltic" as an argument to dh_auto_configure
  - DEB_LDFLAGS_MAINT_APPEND for the rest.
  * Update package to Standards-Version: 3.9.3.
  * Thanks to Jakub Wilk for his thorough review.

 -- Samuel Bronson   Fri, 24 Feb 2012 16:22:24 -0500



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

Bug#594166: apxs2 generated Makefile command fails to restart apache

2012-02-24 Thread Jean-Michel Vourgère

found 594166 2.2.16-6+squeeze6
found 594166 2.2.22-1
thanks

Actually, you also need to load the module to reproduce:
echo "LoadModule foo_module /usr/lib/apache2/modules/mod_foo.so" > 
/etc/apache2/mods-available/foo.load
a2enmod foo

error.log repports:
[Fri Feb 24 22:56:34 2012] [notice] SIGHUP received.  Attempting to restart
[Fri Feb 24 22:56:34 2012] [error] Cannot remove module mod_env.c: not found in 
module list
[Fri Feb 24 22:56:34 2012] [error] Cannot remove module mod_dir.c: not found in 
module list
[Fri Feb 24 22:56:34 2012] [error] Cannot remove module mod_deflate.c: not 
found in module list
[Fri Feb 24 22:56:34 2012] [error] Cannot remove module mod_authz_svn.c: not 
found in module list
[Fri Feb 24 22:56:34 2012] [error] Cannot remove module mod_dav_svn.c: not 
found in module list
[Fri Feb 24 22:56:34 2012] [error] Cannot remove module mod_dav.c: not found in 
module list
[Fri Feb 24 22:56:34 2012] [error] Cannot remove module mod_cgi.c: not found in 
module list
[Fri Feb 24 22:56:34 2012] [error] Cannot remove module mod_autoindex.c: not 
found in module list
[Fri Feb 24 22:56:34 2012] [error] Cannot remove module mod_authz_user.c: not 
found in module list
[Fri Feb 24 22:56:34 2012] [error] Cannot remove module mod_authz_host.c: not 
found in module list
[Fri Feb 24 22:56:34 2012] [error] Cannot remove module mod_authz_groupfile.c: 
not found in module list
[Fri Feb 24 22:56:34 2012] [error] Cannot remove module mod_authz_default.c: 
not found in module list
[Fri Feb 24 22:56:34 2012] [error] Cannot remove module mod_authn_file.c: not 
found in module list
[Fri Feb 24 22:56:34 2012] [error] Cannot remove module mod_auth_basic.c: not 
found in module list
[Fri Feb 24 22:56:34 2012] [error] Cannot remove module mod_alias.c: not found 
in module list
[Fri Feb 24 22:56:34 2012] [error] Cannot remove module mod_actions.c: not 
found in module list
Syntax error on line 160 of /etc/apache2/apache2.conf:
Invalid command 'Order', perhaps misspelled or defined by a module not included 
in the server configuration


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

Bug#661196: can't figure out how to back out

2012-02-24 Thread jidanni

clone 661196 -1
reassign -1 libnss3-1d
found -1 3.13.3-1
thanks



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

Bug#658499: arno-iptables-firewall syntax changes

2012-02-24 Thread Julia Longtin

On Fri, Feb 24, 2012 at 10:01 PM, Slade, Zac  wrote:

> > -Original Message-
> > From: Arno van Amersfoort [mailto:arn...@rocky.eld.leidenuniv.nl]
> > Sent: Friday, February 24, 2012 3:33 PM
> > To: Slade, Zac
> > Cc: 658...@bugs.debian.org; julia.long...@gmail.com; Lonnie Abelbeck
> > Subject: Re: arno-iptables-firewall syntax changes
> >
> > Dear Zac,
> >
> > Your assumption is wrong. One can still use the short form
> > "SRC_PORT>INT_IP~INT_PORT". So the only real problem is when people
> > use(d) the undocumented, no longer working,
> > "~SRC_PORT>INT_IP~INT_PORT"
> > form. The version that no longer allowed this form, is ALSO the version
> that
> > introduced rule sanity checking which IS mentioned in the CHANGELOG. This
> > means, as I also told Julia, that the firewall does report that it was
> unable to
> > parse *ALL* rules properly. It even reports which rule fails and it
> certainly
> > doesn´t cause any security issues.
>
> My opening paragraph did say that didn't it  Sorry for that.  By the
> end of the mail I had corrected that:
>
> > > This does not seem to allow the syntax you were using.  Notice the form
> > "{SRCIP1,SRCIP2,...~}PORT1,PORT2-PORT3,...>DESTIP1{~port}".  This seems
> to
> > indicate to me that the ~ in your previous examples is what caused your
> > breakage.  Can you confirm that the documentation is correct and that
> you can
> > set NAT_FORWARD_TCP=SRC_PORT>INT_IP~INT_PORT and it work correctly?
>
> Sorry for the confusion.  I should have amended my message before hitting
> send.
>
> I never suggested this was a security vulnerability.  Clearly it isn't.  I
> think Julia's frustration is that when reloading the firewall rules after
> the upgrade she gets a broken firewall and a WARNING message.  Is there a
> way to prevent loading of the rules entirely and preserving the original
> firewall state in the case of a parsing error?  Maybe that's reaching a
> little; I'm just curious if that might be a good path forward to prevent
> future updates from blowing away currently running firewalls when the
> administrator is unaware of configuration file changes (even parser fixes)?
>  This will happen again I'm sure(completely by accident).  See the history
> of bash for more examples(and bash upgrades are generally really clean).
>
> > Furthermore it's impossible for us to (regression) test any previously
> > undocumented/unintended functionality and report it in the CHANGELOG
> > accordingly.
>
> Agreed.  You cannot regression test against undocumented features.
>
> Regards,
> Zac Slade
>


Re-reading the documentation in firewall.conf, I now understand what the
source of my confusion is. the tilde symbol is used as a SUFFIX on the left
hand side of the arrow, indicating "what is before me is a IP address", and
it is used as a PREFIX in the right hand side of the arrow, indicating
"what is after me is a port number." in both cases, it is used to separate
an IP from a port. This is certainly confusing behavior, as anyone reading
it left-to-right or right-to-left is bound to be confused.

Julia Longtin

Bug#657139: elfutils: Multi-arch support

2012-02-24 Thread Kurt Roeckx

On Tue, Jan 24, 2012 at 01:54:31PM +0100, Marcin Juszkiewicz wrote:
> Package: elfutils
> 
> I added Multi-arch support into elfutils package to be able to install
> amd64 and armel versions at same time.
> 
> Built rpm, kcov, systemtap, makedumpfile with resulting packages.

You should have called configure with --libdir so that the
rpath got set up correctly.

But we're still affected by #632281.


Kurt




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

Bug#661200: r-cran-vegan should Depends: r-cran-lattice

2012-02-24 Thread Don Armstrong

Package: r-cran-vegan
Severity: important
Version: 2.0-2-1

It is not possible to require(vegan) without having lattice installed;
thus r-cran-vegan should Depends: r-cran-lattice. [I'd also recommend
that the packages which are currently listed as Suggests: should be
Recommends: instead, as various functions of r-cran-vegan will break
if they're not available.]

FE:

(unstable-i386-sbuild)root@jilx:/home/don# apt-get remove r-cran-lattice
[...]
(unstable-i386-sbuild)root@jilx:/home/don# R
[...]
> require(vegan)
Loading required package: vegan
Loading required package: permute
Error in loadNamespace(i[[1L]], c(lib.loc, .libPaths())) : 
  there is no package called 'lattice'
(unstable-i386-sbuild)root@jilx:/home/don# apt-get install r-cran-lattice
[...]
(unstable-i386-sbuild)root@jilx:/home/don# R
[...]
> require(vegan)
Loading required package: vegan
Loading required package: permute
This is vegan 2.0-2



Don Armstrong

-- 
If it jams, force it. If it breaks, it needed replacing anyway.
 -- Lowery's Law

http://www.donarmstrong.com  http://rzlab.ucr.edu



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

Bug#632281: elfutils isn't finding its plugins

2012-02-24 Thread Kurt Roeckx

On Fri, Jul 01, 2011 at 07:44:01PM +0200, Kurt Roeckx wrote:
> 
> Anyway, I think ld.so does what it's supposed to do in case
> everything was multiarch, the files would need to be moved
> there in that case.  But I think it's wrong to only try
> the multiarch location.

So the elfutils code does:
#define ORIGINDIR "$ORIGIN/../$LIB/" LIBEBL_SUBDIR "/"
strcpy (stpcpy (stpcpy (dsoname, ORIGINDIR "libebl_"),
machines[cnt].dsoname),
".so");

Which gives you something like:
$ORIGIN/../$LIB/elfutils/libebl_x86_64.so

Which then gets translated to:
/usr/bin/../x86_64-linux-gnu/elfutils/libebl_x86_64.so

I assume the non-multiarch code generated:
/usr/bin/../lib/elfutils/libebl_x86_64.so

And I was expecting the new code to generate:
/usr/bin/../lib/x86_64-linux-gnu/elfutils/libebl_x86_64.so

(The "/lib" part is missing.)

I've uploaded a new elfutils that moves the files to
/usr/lib/x86_64-linux-gnu/elfutils/, but it still can't
find them.  Could you change the code include the lib part?


Kurt




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

Bug#661199: ristretto: "Normal Size" zoom doesn't seem to provide perfect 1:1 pixel mapping

2012-02-24 Thread aquilus

Package: ristretto
Version: 0.3.2-1
Severity: normal

Selecting "Normal Size" zoom gives a noticably blurred/rescaled image, where I 
would expect it to instead provide a perfect 1:1 pixel mapping between the 
image and the display. This is especially evident on PNG screenshots, where 
text is slightly blurred even though the original screenshot is perfect.

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

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

Versions of packages ristretto depends on:
ii  libc6   2.13-26
ii  libcairo2   1.10.2-6.2
ii  libdbus-glib-1-20.98-1
ii  libexif12   0.6.20-2
ii  libexo-1-0  0.6.2-4
ii  libgdk-pixbuf2.0-0  2.24.1-1
ii  libglib2.0-02.30.2-6
ii  libgtk2.0-0 2.24.10-1
ii  libpango1.0-0   1.29.4-2
ii  libx11-62:1.4.4-4
ii  libxfce4ui-1-0  4.8.1-1
ii  libxfce4util4   4.8.2-1
ii  libxfconf-0-2   4.8.1-1

Versions of packages ristretto recommends:
ii  tumbler  0.1.23-1

ristretto suggests no packages.

-- no debconf information



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

Bug#659484: ath9k: kernel module ath9k problem with WEP

2012-02-24 Thread Kacper Perschke

Hi Jonathan!

On 24 February 2012 18:28, Jonathan Nieder  wrote:
> [...]
> Found in version 3.2.4-1
> Fixed in version 3.2.6-1
> [...] upgrading to the version from sid and rebooting will fix it.

I did. Thanks a lot for a tranquil problem resolving!

Best Regards!
KAcper



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

Bug#661198: ikiwiki: special characters escaped differently compared to Wikipedia articles

2012-02-24 Thread Paul Menzel

Package: ikiwiki
Version: 3.20100815.7
Severity: normal
Tags: upstream

Dear Debian folks,


using the following code

[[!wikipedia Antonín Dvořák]]

the following URL is created, which does not work and gives a Bad title page.

https://en.wikipedia.org/wiki/Anton%EDn%20Dvo%159%E1k

Going directly to the Wikipedia article the following URL is shown.

https://en.wikipedia.org/wiki/Anton%C3%ADn_Dvo%C5%99%C3%A1k

I can reproduce it using ikiwiki from Debian Squeeze/stable and Sid/unstable 
and therefore adapted the version sting manually.


Thanks,

Paul

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

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

Versions of packages ikiwiki depends on:
ii  libhtml-parser-perl 3.69-1+b1
ii  libhtml-scrubber-perl   0.09-1
ii  libhtml-template-perl   2.10-1
ii  libjson-perl2.53-1
ii  libtext-markdown-discount-perl  0.02-1
ii  liburi-perl 1.59-1
ii  libyaml-libyaml-perl0.38-1
ii  perl5.14.2-7
ii  python  2.7.2-10
ii  python-support  1.0.14

Versions of packages ikiwiki recommends:
ii  bzr  2.5.0~bzr6473-1
ii  gcc [c-compiler] 4:4.6.2-4
ii  gcc-4.2 [c-compiler] 4.2.4-6
ii  gcc-4.4 [c-compiler] 4.4.6-14
ii  gcc-4.5 [c-compiler] 4.5.3-12
ii  gcc-4.6 [c-compiler] 4.6.2-15
ii  git [git-core]   1:1.7.9.1-1
ii  git-core 1:1.7.9.1-1
ii  libauthen-passphrase-perl0.008-1
ii  libc6-dev [libc-dev] 2.13-26
ii  libcgi-formbuilder-perl  3.08-1
ii  libcgi-session-perl  4.46-1
ii  libcrypt-ssleay-perl 0.58-1
ii  libgravatar-url-perl 
ii  liblwpx-paranoidagent-perl   1.07-1
ii  libmail-sendmail-perl0.79.16-1
ii  libnet-openid-consumer-perl  1.12-1
ii  librpc-xml-perl  
ii  libterm-readline-gnu-perl1.20-2+b1
ii  libtimedate-perl 1.2000-1
ii  libxml-simple-perl   2.18-3
ii  mercurial2.1-1
ii  subversion   1.6.17dfsg-3

Versions of packages ikiwiki suggests:
pn  dvipng  
pn  file5.10-1
pn  gettext 0.18.1.1-5
pn  graphviz2.26.3-9
pn  libfile-mimeinfo-perl   
pn  libhighlight-perl   
pn  libhtml-tree-perl   4.2-1
pn  liblocale-gettext-perl  1.05-7+b1
pn  libmailtools-perl   2.08-1
pn  libnet-amazon-s3-perl   
pn  libnet-inet6glue-perl   
pn  libsearch-xapian-perl   
pn  libsort-naturally-perl  
pn  libsparkline-php
pn  libtext-csv-perl
pn  libtext-multimarkdown-perl  
pn  libtext-textile-perl
pn  libtext-typography-perl 
pn  libtext-wikicreole-perl 
pn  libtext-wikiformat-perl 
pn  libxml-feed-perl
pn  perlmagick  
pn  po4a
pn  polygen 
pn  python-docutils 
pn  texlive 2009-15
pn  tidy
pn  viewvc | gitweb | viewcvs   
pn  xapian-omega

-- no debconf information


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

Bug#661099: fpc depends on packages that can't be installed

2012-02-24 Thread David Griffith


On Fri, 24 Feb 2012, Abou Al Montacir wrote:


Can you please clarify more the situation? You are using Squeeze or a mix of
Squeeze and other repositories? What are the dependencies that are missing?
Aptitude will give you the full dependency tree, can you please provide
this?


I'm using Squeeze with the following extra repositories:
deb http://backports.debian.org/debian-backports squeeze-backports main
deb-src http://backports.debian.org/debian-backports squeeze-backports main
deb http://mozilla.debian.net/ squeeze-backports iceweasel-release
deb http://www.debian-multimedia.org stable main non-free
deb-src http://www.debian-multimedia.org stable main non-free

I'm not sure I understand what you mean by "dependencies that are 
missing".  I thought I explained that.  These:


1) fp-units-gnome1 [Not Installed]
2) fp-units-gtk [Not Installed]
3) fpc [Not Installed]
4) libcairo2-dev [Not Installed]
5) libgtk2.0-dev [Not Installed]
6) libpango1.0-dev [Not Installed]

--
David Griffith
d...@661.org



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

Bug#661154: apparmor-utils: aa-genprof is unusable

2012-02-24 Thread Quadratrund

Package: apparmor
Version: 2.7.0-1
Followup-For: Bug #661154

The Problem habbens already while Installation of apparmor:


[...]
apparmor (2.7.0-1) wird eingerichtet ...
Starting AppArmor profiles:Mounting securityfs on
/sys/kernel/security...Insufficient privileges to change profiles..
 failed!
invoke-rc.d: initscript apparmor, action "start" failed.
Reloading AppArmor profiles:AppArmor not available as kernel LSM..
 failed!
invoke-rc.d: initscript apparmor, action "reload" failed.
libapparmor1 (2.7.0-1) wird eingerichtet ...
libapparmor-perl (2.7.0-1) wird eingerichtet ...
apparmor-notify (2.7.0-1) wird eingerichtet ...
apparmor-profiles (2.7.0-1) wird eingerichtet ...
Reloading AppArmor profiles:AppArmor not available as kernel LSM..
 failed!
invoke-rc.d: initscript apparmor, action "reload" failed.
apparmor-utils (2.7.0-1) wird eingerichtet ...



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

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

Versions of packages apparmor depends on:
ii  debconf [debconf-2.0]  1.5.41
ii  initramfs-tools0.99
ii  libc6  2.13-26
ii  lsb-base   3.2-28.1
ii  python 2.7.2-10

apparmor recommends no packages.

Versions of packages apparmor suggests:
ii  apparmor-docs  
ii  apparmor-profiles  2.7.0-1
ii  apparmor-utils 2.7.0-1

-- debconf information:
  apparmor/homedirs:



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

Bug#661197: CVE-2012-0270: buffer overflows

2012-02-24 Thread Raphael Geissert

Package: csound
Severity: grave
Tags: security

Hi,

Two vulnerabilities have been found in csound. Please refer to the
following page for more information:
http://secunia.com/secunia_research/2012-3/

Regards,
Raphael Geissert



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

Bug#656838: oce FTBFS on Alpha: Alpha Linux is misdetected as Alpha OSF1 Unix

2012-02-24 Thread D. Barbier

tags 656838 pending
thanks

Le 22 janvier 2012 04:37, Michael Cree  a écrit :
> Source: oce
> Version: 0.8.0-1
> Severity: Normal
> User: debian-al...@lists.debian.org
> Usertags: alpha
> X-Debbugs-CC: debian-al...@lists.debian.org
>
> oce FTBFS on alpha with the error:
>
> [ 39%] Building CXX object
> adm/cmake/TKService/CMakeFiles/TKService.dir/__/__/__/src/MFT/MFT_FontManager.cxx.o
> cd
> /build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/obj-alpha-linux-gnu/adm/cmake/TKService
> && /usr/bin/c++   -DTKService_EXPORTS -D_OCC64 -DHAVE_FTGL_NEWER212
> -DHAVE_CONFIG_H -DCSFDB -DOCC_CONVERT_SIGNALS -DNDEBUG -O3 -DNDEBUG
> -fPIC
> -I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/obj-alpha-linux-gnu/build_inc
> -I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/inc
> -I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/src/AlienImage
> -I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/drv/AlienImage
> -I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/src/Aspect
> -I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/drv/Aspect
> -I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/src/CGM
> -I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/drv/CGM
> -I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/src/Image
> -I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/drv/Image
> -I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/src/MFT
> -I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/drv/MFT -I/bui
>  ld/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/src/PS
> -I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/drv/PS
> -I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/src/PlotMgt
> -I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/drv/PlotMgt
> -I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/src/SelectBasics
> -I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/drv/SelectBasics
> -I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/src/TColQuantity
> -I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/drv/TColQuantity
> -I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/src/Viewer
> -I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/drv/Viewer
> -I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/src/ImageUtility
> -I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/drv/ImageUtility
> -I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/src/Xw
> -I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/drv/Xw    -o
> CMakeFiles/TKService.dir/__/__/__/src/MFT/MFT_FontManager.cxx.o -c
> /build/buildd-oce_0.8.0-1-alpha-
>  nfIXQh/oce-0.8.0/src/MFT/MFT_FontManager.cxx
> /build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/src/MFT/MFT_FontManager.cxx:
> In static member function 'static Standard_Boolean
> MFT_FontManager::Read(MFT_FileRecord&)':
> /build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/src/MFT/MFT_FontManager.cxx:2870:23:
> error: 'MAP_VARIABLE' was not declared in this scope
>
> Full build log is at:
> http://buildd.debian-ports.org/status/fetch.php?pkg=oce&arch=alpha&ver=0.8.0-1&stamp=1326555718
>
> The build error is caused by a misdetection of Alpha Linux as Alpha OSF1
> Unix in inc/MFT_FileRecord.hxx beginning at line 50 with:
>
> #if defined ( __alpha ) || ( DECOSF1 )
> #include 
> #define MMAP(file_addr,mmap_size,fildes) \
>        mmap((caddr_t) 0x10,(size_t) mmap_size,PROT_READ, \
>                MAP_FILE | MAP_PRIVATE | MAP_VARIABLE,fildes,(off_t)
> file_addr)
> #define MUNMAP(mmap_addr,mmap_size) \
>        munmap((caddr_t) mmap_addr,(size_t) mmap_size)
> #endif  // __alpha
>
> The pre-defined compiler macro __alpha is defined if the hardware is
> Alpha whatever the OS and so the above code, intended only for OSF1,
> gets compiled under Linux.
>
> Maybe modifying the conditional to be something like:
>
> #if (defined ( __alpha ) || ( DECOSF1 )) && ! defined( linux )
>
> would fix it --- but I don't know what is the appropriate macro to
> detect Linux.

Hello,

Thanks for your report, your patch has been applied in our repository,
it should work fine.

> I did a quick grep and check of all other defined(__alpha) occurences
> and they look fine to me, but did notice issues that might affect other
> architectures supported by Debian, that is, the code has the appearance
> of being written with the assumption that Linux is Intel only.

You may be right, but we did not get any feedback about such issues yet.

Denis



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

Bug#553311: python-ldraw

2012-02-24 Thread David Boddie

On Wednesday 22 February 2012, David Paleino wrote:
> 2012/2/22 David Boddie :
> >
> > If I remember correctly, the .dat files in the LDraw parts library are
> > basically text files, so they are the sources, but I could be mistaken.
> > Does this help to clarify the matter, or are we discussing other files
> > as well?
>
> I don't really remember the issue with the pieces library, but "being text
> files" doesn't automatically equal to "being the source code". I need the
> "preferred form of modification", and I need to be able to build it.

OK. Well, I didn't know what the context was when I was unexpectedly copied
into this discussion, and it's been quite a while since I've looked at
LDraw.

My understanding is that the .dat files are the preferred form of
modification even though the maintainers may use tools that save and load
files in other formats. I don't know anything about the library maintenance
process to be able to say if the .dat files are generated from something
else.

Checking now, it seems that the parts library described at

  http://www.ldraw.org/Downloads-req-viewdownloaddetails-lid-98.html

is not redistributable because it contains non-redistributable parts.
Issues with the parts library include:

 1. Licenses:
   a. Creative Commons Attribution 2.0. I don't know how this fits into any
  of the Debian policies.
   b. All rights reserved. It seems that you would have to ask the
  copyright holders of those parts to choose a license, or just avoid
  distributing those parts.
 2. Binaries in the archive.
   a. A Windows executable file.
   b. Three ZIP files containing source code, with some files licensed
  under the GPL v2 or later, and other files with no licenses.
 3. No build system for the platform-independent tool required to create the
parts list.

It should be straightforward to find all the CC parts, simply by using grep
to find the ones with the appropriate !LICENSE statement.

Hope this helps,

David

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

Bug#661196: relocation error

2012-02-24 Thread jidanni

Package: iceweasel
Version: 12.0~a2+20120217042010-1
Severity: grave

$ firefox http://www.couchsurfing.org/home.html
/usr/lib/iceweasel/firefox-bin: relocation error:
/usr/lib/xulrunner-12.0/libxul.so: symbol
SSL_RestartHandshakeAfterAuthCertificate, version NSS_3.13.2 not defined
in file libssl3.so.1d with link time reference



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

Bug#660584: Re: Bug#660584: closed by Daniel Baumann (reply to daniel.baum...@progress-technologies.net) (Re: Bug#660584: live-build: cannot remove Debian In

2012-02-24 Thread upite...@lycos.com

Ben, can you pls give some more details howto set -1 pin priority for debian-installer-launcher?I cannot find this option in the config configuratons.greetingsPiotr
On Feb 24, 2012, Ben Armstrong  wrote:

Aha,live-config Recommends live-tools, live-tools Recommendsdebian-installer-launcher, so by this chain of dependencies, anyone withrecommends enabled (which is the default) will getdebian-installer-launcher installed now.Daniel, since recommends are enabled by default, shouldn't live-toolsRecommends debian-installer-launcher by changed to Suggests? I don'tthink the alternative is very user-friendly for those who don't use theinstaller ...Piotr, see live-manual about APT Pinning. You ought to be able to set a-1 pin priority for debian-installer-launcher and then it won't be included.Ben




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

Bug#661195: fping: -q does not always quiet

2012-02-24 Thread Heiko Schlittermann

Package: fping
Version: 2.4b2-to-ipv6-16.1
Severity: normal
Tags: upstream


According to the man page, "-q" should suppress the output.
It seems to work if not combined with "-c", but if I use "-c"
the result looks as follows:

$ fping -c1 -q 8.8.8.8
8.8.8.8 : xmt/rcv/%loss = 0/0/0%


-- System Information:
Debian Release: 6.0.4
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'testing'), (1, 
'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages fping depends on:
ii  libc6 2.11.3-2   Embedded GNU C Library: Shared lib

fping recommends no packages.

fping suggests no packages.

-- no debconf information



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

Bug#661194: webalizer: Catalan program translation not up-to-date

2012-02-24 Thread Jordi Mallach

Package: webalizer
Version: 2.23.05-1
Severity: normal
Tags: l10n

Hi,

While waiting for a Webalizer update in Debian (thanks!), I rewrote the
upstream Catalan translation entirely, as the old one was *horrible*.

However, the po file hasn't been refreshed with the new strings, and using
Webalizer in Catalan in Debian is still a sad, sad, sad experience. Can
you refresh the po files using the lang/ data?

This patch really needs to go upstream, I hope you can convince the author
somehow to accept it.

Thanks a lot,
Jordi

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

Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=ca_ES.UTF-8@valencia, LC_CTYPE=ca_ES.UTF-8@valencia (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#579401: [Fwd: Re: [Fwd: Please state pyopenfst copyright/license clearly!]]

2012-02-24 Thread Bernhard Reiter

I found different email addresses for both committers and forwarded my
message to those addresses. I'm forwarding David Huggins-Daines' reply
here:

 Forwarded message 
> Hi!  Thomas Breuel wrote the original code for the most part.  I don't
> recall if I added the Apache copyright notices to my parts of the code
> and can't look at the moment.  If not I certainly give permission to
> do so.
> 
> 2012/2/24 Bernhard Reiter 
>  Weitergeleitete Nachricht 
> > Von: Bernhard Reiter 
> > An: Thomas Breuel , David Huggins-Daines
> > 
> > Kopie: 579...@bugs.debian.org
> > Betreff: Please state pyopenfst copyright/license clearly!
> > Datum: Wed, 15 Feb 2012 20:31:30 +0100
> >
> > Hi,
> >
> > and thank you for your work on pyopenfst!
> >
> > Debian maintainers and contributors would really like to
> package
> > pyopenfst for Debian, but unfortunately, there doesn't seem
> enough
> > copyright and license information available to fulfil Debian
> > guidelines.
> >
> > pyopenfst's project homepage on Google Code states that the
> code is
> > licensed under the Apache License 2.0, and we've found your
> email
> > addresses in the list of committers, but please help us by
> stating
> > copyright and license information clearly by adding a note
> to the code.
> >
> > There's an appendix to the Apache License 2.0 on how to do
> it:
> > http://www.apache.org/licenses/LICENSE-2.0#apply
> >
> > Also see
> http://code.google.com/p/pyopenfst/issues/detail?id=6
> > and http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579401
> >
> > Kind regards
> > Bernhard Reiter
> 
> 
> 





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

Bug#660965: xfonts-traditional: [debconf_rewrite] Debconf templates and debian/control review

2012-02-24 Thread Christian PERRIER

Quoting Ian Jackson (ijack...@chiark.greenend.org.uk):
> Christian Perrier writes ("Bug#660965: xfonts-traditional: [debconf_rewrite] 
> Debconf templates and debian/control review"):
> > Please review the suggested changes, and if you have any
> > objections, let me know in the next 3 days.
> 
> I will be reading this in detail but I'm not sure I can manage to do
> this within 3 days.

No problem for waiting for some more days.

> 
> I don't understand the rest of the implications of this mail to be honest...

In short: once you confirm that the wording is fine for you,
particularly for debconf templates, I'll launch a call for
translations of these debconf templates, check incoming translations
and, after about two weeks, send you a final summary of everything.




signature.asc
Description: Digital signature

Bug#658499: arno-iptables-firewall syntax changes

2012-02-24 Thread Slade, Zac

> -Original Message-
> From: Arno van Amersfoort [mailto:arn...@rocky.eld.leidenuniv.nl]
> Sent: Friday, February 24, 2012 3:33 PM
> To: Slade, Zac
> Cc: 658...@bugs.debian.org; julia.long...@gmail.com; Lonnie Abelbeck
> Subject: Re: arno-iptables-firewall syntax changes
> 
> Dear Zac,
> 
> Your assumption is wrong. One can still use the short form
> "SRC_PORT>INT_IP~INT_PORT". So the only real problem is when people
> use(d) the undocumented, no longer working,
> "~SRC_PORT>INT_IP~INT_PORT"
> form. The version that no longer allowed this form, is ALSO the version that
> introduced rule sanity checking which IS mentioned in the CHANGELOG. This
> means, as I also told Julia, that the firewall does report that it was unable 
> to
> parse *ALL* rules properly. It even reports which rule fails and it certainly
> doesn´t cause any security issues.

My opening paragraph did say that didn't it  Sorry for that.  By the end of 
the mail I had corrected that:

> > This does not seem to allow the syntax you were using.  Notice the form
> "{SRCIP1,SRCIP2,...~}PORT1,PORT2-PORT3,...>DESTIP1{~port}".  This seems to
> indicate to me that the ~ in your previous examples is what caused your
> breakage.  Can you confirm that the documentation is correct and that you can
> set NAT_FORWARD_TCP=SRC_PORT>INT_IP~INT_PORT and it work correctly?

Sorry for the confusion.  I should have amended my message before hitting send.

I never suggested this was a security vulnerability.  Clearly it isn't.  I 
think Julia's frustration is that when reloading the firewall rules after the 
upgrade she gets a broken firewall and a WARNING message.  Is there a way to 
prevent loading of the rules entirely and preserving the original firewall 
state in the case of a parsing error?  Maybe that's reaching a little; I'm just 
curious if that might be a good path forward to prevent future updates from 
blowing away currently running firewalls when the administrator is unaware of 
configuration file changes (even parser fixes)?  This will happen again I'm 
sure(completely by accident).  See the history of bash for more examples(and 
bash upgrades are generally really clean). 
 
> Furthermore it's impossible for us to (regression) test any previously
> undocumented/unintended functionality and report it in the CHANGELOG
> accordingly.

Agreed.  You cannot regression test against undocumented features.

Regards,
Zac Slade



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

Bug#661193: linux-tools-3.2: perf fails to annotate code with separate debug info under some conditions

2012-02-24 Thread Sami Liedes

Package: linux-tools-3.2
Version: 3.2.1-2
Severity: normal

Hi!

perf report does not show source code lines (annotation) for some
binaries with separate debug information if those build-id's have been
cached in perf's build-id cache. This is true for at least those
packages whose debug symbols are installed in
/usr/lib/debug/path/binary and not in
/usr/lib/debug/.build-id/.../$hash. For example, e2fslibs, e2fsprogs
and I believe very many others packages are affected by this (the
mentioned packages even after fixing their -dbg packages per #661071).

This manifests with the following symptoms. If you want to test this,
I suggest either waiting for a fix for #661071 to be uploaded or to
choose a different package from e2fsprogs and its corresponding -dbg
package (but not one where the -dbg package has files in the .build-id
directory):


1. Compile a package with separate debug info (so that you have the
sources available actually) and install both the package and the -dbg
package. Use a binary from the package in place of dumpe2fs in
following steps.

2. Run perf record -g dumpe2fs $some_fs_image

3. Run perf annotate

NOTE: functions in e.g. libext2fs.so.2.4 or in dumpe2fs are not
annotated with source code lines

4. run perf buildid-list. Note that it lists binaries for those
non-annotated functions. Either find the file in the
~/.debug/.build-id directory tree, or investigate using
perf annotate -vv (grep for "Executing:") where the file file
resides.

5. Note that the file you found is a copy of the binary or the library
in question, *not* a copy of the relevant file from /usr/lib/debug.
The objdump command that perf reports executing does not annotate it
with source code lines. If you try that same line but replace the
filename with the path to the actual binary, objdump knows where to
find the debug info and does annotate it.

6. mv perf.data perf.data.tmp

7. perf record -g ls

(this step is important because it empties the build-id cache and
populates it with objects needed for the ls execution; turns out perf
handles annotating fine once the relevant object is no longer in the
build-id cache)

8. perf annotate -i perf.data.tmp

NOTE: the functions that were unannotated in step 3 in that old
perf.data are now correctly annotated with source code.


I think the actual bug is that, for some reason, in step 2 perf record
copies the non-debug version to the build-id cache instead of the
debug version. I have not investigated why this happens.

I also tried to remove the wrong file from the build-id cache and
re-add the correct one with perf buildid-cache -v
--remove=1a22c5f5c7a51ede62d01eeba1de59c15e7c9325; perf buildid-cache
--add=/path/to/file, but for some reason I couldn't get that --remove=
command to actually remove anything from the cache.

Sami


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

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

Versions of packages linux-tools-3.2 depends on:
ii  libc6 2.13-26
ii  libdw10.152-1+b1
ii  libelf1   0.152-1+b1
ii  libnewt0.52   0.52.14-8
ii  libperl5.14   5.14.2-7
ii  libpython2.7  2.7.2-13
ii  libslang2 2.2.4-6
ii  perl  5.14.2-7
ii  python2.7.2-10

Versions of packages linux-tools-3.2 recommends:
ii  linux-base  3.4

Versions of packages linux-tools-3.2 suggests:
pn  linux-doc-3.2  

-- no debconf information


signature.asc
Description: Digital signature

Bug#661192: Haddock is stricter than GHC about newtypes in FFI code

2012-02-24 Thread Joachim Breitner

Package: ghc-haddock
Version: 7.0.4-8
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

this bug makes haskell-glut FTBFS and is forwarded upstream as
http://trac.haskell.org/haddock/ticket/194, this is just for reference:

Hi,

this is Haddock version 2.10.0 as shipped with GHC 7.4.1. The package
GLUT-2.1.2.1 contains FFI code that GHC warns about, but haddock fails:

[ 9 of 21] Compiling Graphics.UI.GLUT.Window ( 
Graphics/UI/GLUT/Window.hs, dist-ghc/build/Graphics/UI/GLUT/Window.o )

Graphics/UI/GLUT/Window.hs:113:1:
Warning: newtype `Window' is used in an FFI declaration,
 but its constructor is not in scope.
 This will become an error in GHC 7.6.1.
When checking declaration:
  foreign import ccall unsafe ""static glutCreateWindow"" 
glutCreateWindow
:: CString -> IO Window
vs.
Running Haddock for GLUT-2.1.2.1...
Running hscolour for GLUT-2.1.2.1...
Preprocessing library GLUT-2.1.2.1...
Warning: The documentation for the following packages are not 
installed. No
links will be generated to these packages: rts-1.0
Preprocessing library GLUT-2.1.2.1...
[..]
Graphics/UI/GLUT/Window.hs:113:1:
Unacceptable result type in foreign declaration: IO Window
When checking declaration:
  foreign import ccall unsafe ""static glutCreateWindow"" 
glutCreateWindow
:: CString -> IO Window

But something is fishy, the [..] part contains a few of the Warning: newtype
`CInt' is used in an FFI declaration, warnings, so maybe something else is
amiss here.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iEYEARECAAYFAk9ICkoACgkQ9ijrk0dDIGyfRACdGhvYLrpVJ0HV/qBJCQC6etHz
iegAnRnzowAUJ3516VnDj6vZk0Hxk2W7
=q7t+
-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#654397: Announce of an upcoming upload for the lilo package

2012-02-24 Thread Christian PERRIER

Quoting helix84 (heli...@centrum.sk):
> Hi Christian,
> 
> I found a small mistake in the English template:
> 
> "LILO compute" -> "LILO will compute"
> 
> I don't think it's necessary to do another translation round, only
> update the template and "unfuzzy" the translations.


I just fixed this in the upcoming NMU|maintainer upload.




signature.asc
Description: Digital signature

Bug#588588: aircrack-ng: debian/copyright is missing information for src/sha1-sse2.*

2012-02-24 Thread intrigeri

Pablo Santamaria wrote (10 Feb 2012 14:43:28 GMT) :
> Is anyone working on this?

Yes:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=642934
http://trac.aircrack-ng.org/ticket/953



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

Bug#661191: debian-edu-install: [INTL:fr] French debconf templates translation update

2012-02-24 Thread Christian Perrier

Package: debian-edu-install
Version: N/A
Severity: wishlist
Tags: patch l10n

Please find attached the french debconf templates update, proofread by the
debian-l10n-french mailing list contributors.

Thanks for taking care of warning translators before uploading a new
version with string changes. It's highly appreciated.



-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# Translation of debian-edu-install debconf templates to French
# Copyright (C) 2004-2010 Debian french l10n team 
# This file is distributed under the same license as the debian-edu-install package.
#
# Contributors to this translation work:
# Julien V. , 2004, 2005.
# Cyril Brulebois , 2007.
# Christian Perrier , 2004, 2007, 2008, 2009, 2010, 2011, 2012.
msgid ""
msgstr ""
"Project-Id-Version: \n"
"Report-Msgid-Bugs-To: debian-edu-inst...@packages.debian.org\n"
"POT-Creation-Date: 2012-01-01 13:20+0100\n"
"PO-Revision-Date: 2012-02-24 22:56+0100\n"
"Last-Translator: Christian Perrier \n"
"Language-Team: French \n"
"Language: fr\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: Plural-Forms: nplurals=2; plural=n>1;\n"
"X-Generator: Lokalize 1.2\n"

#. Type: text
#. Description
#. Debian Installer Main-menu Item
#: ../debian-edu-profile-udeb.templates:1001
msgid "Choose Debian Edu profile"
msgstr "Profil Debian Edu à utiliser :"

#. Type: multiselect
#. Choices
#. Type: multiselect
#. Choices
#. __Choices: Main-Server, Workstation, Roaming-Workstation, Thin-Client-Server, Standalone, Minimal, Sugar
#: ../debian-edu-profile-udeb.templates:2001
#: ../debian-edu-profile-udeb.templates:3001
msgid "Main Server"
msgstr "Serveur principal"

#. Type: multiselect
#. Choices
#. Type: multiselect
#. Choices
#. __Choices: Main-Server, Workstation, Roaming-Workstation, Thin-Client-Server, Standalone, Minimal, Sugar
#: ../debian-edu-profile-udeb.templates:2001
#: ../debian-edu-profile-udeb.templates:3001
msgid "Workstation"
msgstr "Station de travail"

#. Type: multiselect
#. Choices
#. Type: multiselect
#. Choices
#. __Choices: Main-Server, Workstation, Roaming-Workstation, Thin-Client-Server, Standalone, Minimal, Sugar
#: ../debian-edu-profile-udeb.templates:2001
#: ../debian-edu-profile-udeb.templates:3001
msgid "Roaming Workstation"
msgstr "Station de travail mobile"

#. Type: multiselect
#. Choices
#. Type: multiselect
#. Choices
#. __Choices: Main-Server, Workstation, Roaming-Workstation, Thin-Client-Server, Standalone, Minimal, Sugar
#: ../debian-edu-profile-udeb.templates:2001
#: ../debian-edu-profile-udeb.templates:3001
msgid "Thin Client Server"
msgstr "Serveur pour clients légers"

#. Type: multiselect
#. Choices
#. Type: multiselect
#. Choices
#. __Choices: Main-Server, Workstation, Roaming-Workstation, Thin-Client-Server, Standalone, Minimal, Sugar
#: ../debian-edu-profile-udeb.templates:2001
#: ../debian-edu-profile-udeb.templates:3001
msgid "Standalone"
msgstr "Autonome"

#. Type: multiselect
#. Description
#. Type: multiselect
#. Description
#: ../debian-edu-profile-udeb.templates:2002
#: ../debian-edu-profile-udeb.templates:3002
msgid "Profile(s) to apply to this machine:"
msgstr "Profils à utiliser sur cette machine :"

#. Type: multiselect
#. Description
#. Type: multiselect
#. Description
#: ../debian-edu-profile-udeb.templates:2002
#: ../debian-edu-profile-udeb.templates:3002
msgid "Profiles determine how the machine can be used out-of-the-box:"
msgstr ""
"Les profils définissent la façon dont la machine pourra être utilisée une "
"fois installée :"

#. Type: multiselect
#. Description
#: ../debian-edu-profile-udeb.templates:2002
msgid ""
" - Main Server: reserved for the Debian Edu server. It does not\n"
"include any GUI (Graphical User Interface). There\n"
"should only be one such server on a Debian Edu\n"
"network.\n"
" - Workstation: for normal machines on the Debian Edu network.\n"
" - Roaming Workstation: for single user machines on the Debian Edu\n"
"network which some times travel outside the network.\n"
" - Thin Client Server:\n"
"includes 'Workstation' and requires two network\n"
"cards.\n"
" - Standalone:  for machines meant to be used outside the Debian Edu\n"
"network. It includes a GUI and conflicts with other\n"
"profiles."
msgstr ""
" - Principal :  réservé au serveur Debian Edu. Ce profil n'installe\n"
"pas d'interface graphique. Il ne doit y avoir qu'un\n"
"seul serveur de ce type sur un réseau Debian Edu.\n"
" - Station de travail :\n"
"pour les machines ordinaires du réseau Debian Edu.\n"
" - Station de travail mobile :\n

Bug#634101: chromium: Ads on the "new tab" page

2012-02-24 Thread Michael Gilbert

tag 634101 patch
thanks

> That's not correct. The patch actually rips out the whole "promo"
> subsystem, including the background downloading mechanism and click
> reporting.

OK.  Can you check whether this applies to chromium 17, and if not
refresh it?  I think this is something we should apply.

Best wishes,
Mike



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

Bug#661190: python-optcomplete: multiple broken links on documentation

2012-02-24 Thread Tshepang Lekhonkhobe

Package: python-optcomplete
Version: 1.2-11.1
Severity: normal

All local links from the index.html page:
/usr/share/doc/python-optcomplete/index.html

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

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

Versions of packages python-optcomplete depends on:
ii  python 2.7.2-10
ii  python2.7  2.7.2-8

python-optcomplete recommends no packages.

python-optcomplete suggests no packages.

-- no debconf information



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

Bug#661189: setterm: cannot (un)set powersave mode: Invalid argument

2012-02-24 Thread jidanni

Package: console-tools
Version: 1:0.2.3dbs-70

Seen upon:
Removing console-tools ...
Setting console screen modes and fonts.
setterm: cannot (un)set powersave mode: Invalid argument

Same upon
# aptitude install $@
The following NEW packages will be installed:
  console-tools  libconsole{a} (D: console-tools) (for console-tools)  
The following packages are RECOMMENDED but will NOT be installed:
  console-common (R: console-data, R: console-tools)  console-setup (R: 
console-tools)  
0 packages upgraded, 2 newly installed, 0 to remove and 2 not upgraded.
Need to get 0 B/447 kB of archives. After unpacking 1,425 kB will be used.
Do you want to continue? [Y/n/?] 
Selecting previously unselected package libconsole.
(Reading database ... 103888 files and directories currently installed.)
Unpacking libconsole (from .../libconsole_1%3a0.2.3dbs-70_i386.deb) ...
Selecting previously unselected package console-tools.
Unpacking console-tools (from .../console-tools_1%3a0.2.3dbs-70_i386.deb) ...
Processing triggers for man-db ...
Setting up libconsole (1:0.2.3dbs-70) ...
Setting up console-tools (1:0.2.3dbs-70) ...
Setting console screen modes and fonts.
setterm: cannot (un)set powersave mode: Invalid argument



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

Bug#658499: arno-iptables-firewall syntax changes

2012-02-24 Thread Arno van Amersfoort


Dear Zac,

Your assumption is wrong. One can still use the short form 
"SRC_PORT>INT_IP~INT_PORT". So the only real problem is when people 
use(d) the undocumented, no longer working, "~SRC_PORT>INT_IP~INT_PORT" 
form. The version that no longer allowed this form, is ALSO the version 
that introduced rule sanity checking which IS mentioned in the 
CHANGELOG. This means, as I also told Julia, that the firewall does 
report that it was unable to parse *ALL* rules properly. It even reports 
which rule fails and it certainly doesn´t cause any security issues.


Furthermore it's impossible for us to (regression) test any previously 
undocumented/unintended functionality and report it in the CHANGELOG 
accordingly.


cheers,

Arno

On 24-2-2012 18:21, Slade, Zac wrote:

Arno,
 It sounds to me like you made a change to the software that changes the behavior of the 
NAT_FORWARD_TCP setting to no longer allow a missing source IP address.  In previous versions you allowed 
"~SRC_PORT>INT_IP~INT_PORT" and now you must explicitly use the more complete form of 
"SRC_IP~SRC_PORT>INT_IP~INT_PORT" or you will have ignored port forwarding rules.

Correct me if I'm wrong Arno, you seem to indicate in this bug report that 
the earlier behavior is a bug.  If so a note in the CHANGELOG stating that you 
addressed a parser BUG would be helpful to anyone.  I also understand that you 
probably won't be able to do this for the current upload as amending CHANGELOG 
entries isn't usually done.  Maybe just a note in your upstream CHANGELOG 
noting the bug fix.

Julia,
 Looking at the current form of the firewall.conf that ships with arno in 
sid I see the following:

# NAT TCP/UDP/IP forwards. Forward ports or protocols from the gateway to
# an internal client through (D)NAT. Note that you can also use these
# variables to forward ports to DMZ hosts.
#
# TCP/UDP form:
#   "{SRCIP1,SRCIP2,...~}PORT1,PORT2-PORT3,...>DESTIP1{~port} \
#{SRCIP3,...~}PORT3,...>DESTIP2{~port}"
#
# IP form:
#   "{SRCIP1,SRCIP2,...~}PROTO1,PROTO2,...>DESTIP1 \
#{SRCIP3~}PROTO3,PROTO4,...>DESTIP2"
#
# TCP/UDP port forward examples:
# Simple (forward port 80 to internal host 192.168.0.10):
#   NAT_FORWARD_xxx="80>192.168.0.10 20,21>192.168.0.10"
# Advanced (forward port 20&  21 to 192.168.0.10 and
#   forward from 1.2.3.4 port 81 to 192.168.0.11 port 80:
#   NAT_FORWARD_xxx="1.2.3.4~81>192.168.0.11~80"
#
# IP protocol forward example:
#(forward protocols 47&  48 to 192.168.0.10)
#NAT_FORWARD_IP="47,48>192.168.0.10"
#
# NOTE 1: {~port} is optional. Use it to redirect a specific port to a
# different port on the internal client.
# NOTE 2: {SRCIPx} is optional. Use it to restrict access for specific source
# (inet) IP addresses.
# (IPv4 Only)
# -

This does not seem to allow the syntax you were using.  Notice the form 
"{SRCIP1,SRCIP2,...~}PORT1,PORT2-PORT3,...>DESTIP1{~port}".  This seems to 
indicate to me that the ~ in your previous examples is what caused your breakage.  Can you 
confirm that the documentation is correct and that you can set 
NAT_FORWARD_TCP=SRC_PORT>INT_IP~INT_PORT and it work correctly?

Thank you,
Zac Slade





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

Bug#661187: RFP: ruby-hiera -- a hierarchical data store for ruby (and puppet)

2012-02-24 Thread Sven Mueller

Package: wnpp
Severity: wishlist


Please note that I already tried to generate debs using gem2deb, but this 
failed in various
ways and I don't know enough about ruby gem packaging to fix it.

* Package name: ruby-hiera
  Version : 0.3.0
  Upstream Author : Puppet Labs
* URL : http://projects.puppetlabs.com/projects/hiera/
* License : Apache License 2.0
  Programming Lang: Ruby
  Description : Light weight hierarcical data store

* Package name: ruby-hiera-puppet
  Version : 0.3.0
  Upstream Author : Puppet Labs
* URL : http://projects.puppetlabs.com/projects/hiera/
* License : Apache License 2.0
  Programming Lang: Ruby
  Description : Puppet query interface and backend for Hiera



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

Bug#622628: npm: Nodejs 0.6.11 breaks npm 0.2.19

2012-02-24 Thread C. Scott Ananian

Package: npm
Version: 0.2.19-1
Followup-For: Bug #622628

Unstable just got nodejs 0.6.2.  Unfortunately, this breaks npm 0.2.19.
Hopefully we can bump up the priority of packaging the newer npm now?

cananian@skiffserv:~$ npm

node.js:201
throw e; // process.nextTick error, or 'error' event on first tick
  ^
Error: No such module
at Object. (/usr/share/npm/lib/utils/output.js:8:21)
at Module._compile (module.js:441:26)
at Object..js (module.js:459:10)
at Module.load (module.js:348:32)
at Function._load (module.js:308:12)
at Module.require (module.js:354:17)
at require (module.js:370:17)
at Object. (/usr/share/npm/lib/utils/log.js:21:14)
at Module._compile (module.js:441:26)
at Object..js (module.js:459:10)
cananian@skiffserv:~$

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

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

Versions of packages npm depends on:
ii  nodejs  0.6.11~dfsg1-2
ii  nodejs-dev  0.6.11~dfsg1-2

npm recommends no packages.

npm suggests no packages.

-- no debconf information



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

Bug#661186: man-db: "man -l" can not find a sourced file in a manual file

2012-02-24 Thread Bjarni Ingi Gislason

Package: man-db
Version: 2.5.7-8
Severity: normal

  Example is

export MAN_KEEP_STDERR=y
cd /usr/share/man/man7
man -l --warnings=w bash-builtins.7.gz

/usr/bin/man: can't open man1/bash.1: No such file or directory
/usr/bin/man: -:15: warning: failed .so request
:16: can't open `man1/bash.1': No such file or directory
 
  "bash-builtins.7" contains:
...
.SH BASH BUILTIN COMMANDS
.nr zZ 1
.so man1/bash.1
.SH SEE ALSO
bash(1), sh(1)

-- System Information:
Debian Release: 6.0.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
'stable')
Architecture: i386 (i586)

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

Versions of packages man-db depends on:
ii  bsdmainutils8.0.13   collection of more utilities from 
ii  debconf [debconf-2.0]   1.5.36.1 Debian configuration management sy
ii  dpkg1.15.8.12Debian package management system
ii  groff-base  1.20.1-10GNU troff text-formatting system (
ii  libc6   2.11.3-2 Embedded GNU C Library: Shared lib
ii  libgdbm31.8.3-9  GNU dbm database routines (runtime
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

man-db recommends no packages.

Versions of packages man-db suggests:
ii  groff 1.20.1-10  GNU troff text-formatting system
ii  iceweasel [www-browser]   3.5.16-12  Web browser based on Firefox
ii  less  436-1  pager program similar to more

-- Configuration Files:
/etc/cron.daily/man-db changed [not included]
/etc/cron.weekly/man-db changed [not included]

-- debconf information excluded

-- 
Bjarni I. Gislason



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

Bug#628953: Taking over mercurial-buildpackage

2012-02-24 Thread Darren Salt

retitle 628953 ITA: mercurial-buildpackage -- Suite to maintain Debian packages 
in Mercurial repository
thanks

Taking over this package, at least for the moment.

I have no objection to others committing code. Use of branches is encouraged;
I can then merge and release as needed.

-- 
|  _  | Darren Salt, using Debian GNU/Linux (and Android)
| ( ) |
|  X  | ASCII Ribbon campaign against HTML e-mail
| / \ | http://www.asciiribbon.org/

Systems programmers are the high priests of a low cult.



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

Bug#661185: [INTL:da] Danish translation of the debconf templates debian-edu-install

2012-02-24 Thread Joe Dalton

Package: debian-edu-install
Severity: wishlist
Tags: l10n patch

Please include the attached Danish debian-edu-install translations.

joe@pc:~/over/debian/debian-edu-install$ msgfmt --statistics -c -v -o /dev/null 
da.poda.po: 38 oversatte tekster.

bye
Joe


da.po
Description: Binary data

Bug#607368: Call for Vote: Kernel ABI numbering policy

2012-02-24 Thread Don Armstrong

On Fri, 24 Feb 2012, Don Armstrong wrote:
> I call for a vote on the kernel ABI numbering policy bug with the
> following ballot:
> 
> A) The technical committee declines to override the kernel maintenance
> team's ABI numbering policy.
> 
> B) Further discussion
> 
> END.

I vote AB.


Don Armstrong

-- 
"She decided what she wished to happen and then assumed that reality
would bend to her wishes." [...] "Reality doesn't indulge wishes."
 -- Terry Goodkind _Phantom_ p133

http://www.donarmstrong.com  http://rzlab.ucr.edu



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

Bug#628444: Info received (iwlagn - "MAC is in deep sleep", cannot restore wifi operation)

2012-02-24 Thread Juha Jäykkä

> tried at least 5 different versions.  I have almost completely stopped
> using hibernate (suspend only) on my system and have not seen the problem
> in a long time and for my system at least, hibernate seems to be related

I never thought it was a firmware issue before, so I never paid any attention 
to the firmware versions before. But now that I am back to 0.33, it looks 
stable – although it is just 24 hours since last problem, that is nevertheless 
towards the longer intervals. Usually it is just a couple of hours unless the 
workarounds are on, which they are not at the moment (because I wanted to test 
this).

I never had any issues with hibernate or suspend and certainly neither was 
ever needed to trigger the bug. For example yesterday, I hit the bug after 
about 3 hours without ever putting the laptop off my lap meanwhile.

> While the firmware may play a role in the problem, at its core, there
[...]
> to look at the Linux driver(s) for the flavor of PCI interface bus these
> cards plug-in to and the particular chip sets used to implement this
> bus on the known Lenovo machines having the problem (x201i, x200, ...).

This is past my knowledge and understanding, but it seems reasonable enough. 
Is there anything I can do? If the pci bus is the reason, it might explain the 
random freezes I have been experiencing (see #575965 for details), too.

Ok, so I just hit the problem while writing this up: 0.33 & 2.6.39 does not 
help. Attached is what happened when I turned the HW kill switch after the MAC 
went to unrecoverable deep sleep. Perhaps that backtrace can help figure this 
out.

What is VERY strange here is the fact that I did not have this problem before 
going from 2.6.39 to 3.0.0, but not I have it even with 2.6.39! How can that 
be?!? What else is involved with talking to the wifi card except the kernel 
and the firmware? Do I need to downgrade iwconfig et al, too?

This is *very* annoying. I now need to boot more than once a day compared to 
once every few months before!

-Juha

-- 
 ---
| Juha Jäykkä, ju...@iki.fi |
| http://www.maths.leeds.ac.uk/~juhaj   |
 ---
[75926.876147] [ cut here ]
[75926.876171] WARNING: at 
/build/buildd-linux-2.6_2.6.39-2-amd64-kuqdRa/linux-2.6-2.6.39/debian/build/source_amd64_none/drivers/net/wireless/iwlwifi/iwl-core.c:1428
 iwl_mac_remove_interface+0x3b/0x72 [iwlagn]()
[75926.876176] Hardware name: 74695KG
[75926.876178] Modules linked in: hidp hid tun acpi_cpufreq mperf cpufreq_stats 
cpufreq_userspace cpufreq_powersave cpufreq_conservative parport_pc ppdev lp 
parport rfcomm bnep autofs4 binfmt_misc uinput fuse nfsd nfs lockd fscache 
auth_rpcgss nfs_acl sunrpc coretemp loop kvm_intel kvm snd_hda_codec_conexant 
arc4 i915 snd_hda_intel drm_kms_helper snd_hda_codec ecb snd_hwdep drm 
snd_pcm_oss snd_mixer_oss snd_pcm iwlagn i2c_algo_bit snd_seq_midi snd_rawmidi 
i2c_i801 thinkpad_acpi btusb iTCO_wdt iTCO_vendor_support i2c_core nvram 
snd_seq_midi_event snd_seq ac tpm_tis tpm tpm_bios battery snd_timer 
snd_seq_device evdev power_supply wmi mac80211 snd cfg80211 psmouse serio_raw 
bluetooth crc16 rfkill button processor soundcore snd_page_alloc video xfs 
sha256_generic cryptd aes_x86_64 aes_generic cbc dm_crypt dm_mod sd_mod 
crc_t10dif uhci_hcd ahci libahci ata_generic libata ehci_hcd scsi_mod usbcore 
thermal thermal_sys e1000e [last unloaded: scsi_wait_scan]
[75926.876271] Pid: 24244, comm: kworker/0:1 Not tainted 2.6.39-2-amd64 #1
[75926.876274] Call Trace:
[75926.876282]  [] ? warn_slowpath_common+0x78/0x8c
[75926.876290]  [] ? iwl_mac_remove_interface+0x3b/0x72 
[iwlagn]
[75926.876298]  [] ? rfkill_register+0x1c7/0x212 [rfkill]
[75926.876309]  [] ? ieee80211_do_stop+0x312/0x476 [mac80211]
[75926.876315]  [] ? rfkill_register+0x212/0x212 [rfkill]
[75926.876324]  [] ? ieee80211_stop+0x15/0x19 [mac80211]
[75926.876330]  [] ? __dev_close_many+0x91/0xc7
[75926.876333]  [] ? dev_close_many+0x8b/0xfb
[75926.876336]  [] ? dev_close+0x33/0x4a
[75926.876343]  [] ? cfg80211_rfkill_set_block+0x3d/0x69 
[cfg80211]
[75926.876349]  [] ? rfkill_set_block+0x7f/0xd5 [rfkill]
[75926.876355]  [] ? rfkill_epo+0x34/0x89 [rfkill]
[75926.876360]  [] ? rfkill_op_handler+0x5d/0x138 [rfkill]
[75926.876365]  [] ? process_one_work+0x1d1/0x2ee
[75926.876369]  [] ? worker_thread+0x12d/0x247
[75926.876372]  [] ? manage_workers+0x177/0x177
[75926.876375]  [] ? manage_workers+0x177/0x177
[75926.876379]  [] ? kthread+0x7a/0x82
[75926.876384]  [] ? kernel_thread_helper+0x4/0x10
[75926.876387]  [] ? kthread_worker_fn+0x147/0x147
[75926.876391]  [] ? gs_change+0x13/0x13
[75926.876393] ---[ end trace 9cb073e9939a5c5d ]---


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

Bug#644627: [Pkg-nagios-devel] Bug#644627: nagios-plugins-basic: check_http --ssl doesn't verify the validity of a certificate

2012-02-24 Thread Bernd Zeimetz

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 02/24/2012 08:26 PM, Jan Wagner wrote:
> Hi Michael,
> 
> Am 24.02.2012 14:45, schrieb Jan Wagner:
>> this will be included in the next debian package and also in the next
>> upstream release. Anyways we will accept patche(s) implementing checking
>> if the certificate matches the hostname and maybe other usefull
>> extensions (as always).
> 
> I just stumbled upon 
> https://trac.id.ethz.ch/projects/nagios_plugins/wiki/check_ssl_cert, which
> does exactly what you are searching. Maybe it's a candidate for 
> nagios-plugins-contrib?

Sounds like a good cancdidate.
Please send patches or a pull request on github.

- -- 
 Bernd ZeimetzDebian GNU/Linux Developer
 http://bzed.dehttp://www.debian.org
 GPG Fingerprint: ECA1 E3F2 8E11 2432 D485  DD95 EB36 171A 6FF9 435F
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJPR/YlAAoJEOs2Fxpv+UNf6TAQAMD9LM7CpesFwCJDquS/MftH
Lo91q2CcJI6dJs125Ec0NyoNsHvbWcwo+U2c3IlK/8MV0/43zYSlBSXn1MET4ELf
dRNM728YwBRYVdSNJ46WUaCoJ6VPKHLsh8JWMg4kF02z3AF56kweTII3UvV1hwTW
7+OQ0sZYEd+pKqL2NPFhvu+yerU7DxFbWlpCssxFfiJRmNtXUz/ZWXPEBOd49unX
WDzsp9f0p8XBhlpqJfjk7T0VH0vBRybuYHBXJNnqeNFxA4MQ5AJ1dAI+/NyU9qzl
pttNkpzEUfzrxOrgAS21e75EEoHtM8R/7biKrNvMrmh+mRx+CKtSwLtjKsuSEimf
J1TVYHUxrUTLuvaDDRfV+ceYDWy3bQq6ru6Osl1dBLkebWeTtZItLg9gG94sKi9v
cdLiLOl76P7TUq5p/yGGEB5G3MV78+o+V/PuUxq1O1J8QVOb6Fcbt2OS5Kq5QEcX
gJ0cJeO83gk/K4nCMv7UCkLMauZbNgnFdt7sWGMGGcUFvrBgNK79WJZ9FY3cJ5y8
9aK98qXP86LPmq+L2Ie30PoiODuusHw1Fbg4rNxPnBq7YfI5+sE3iWPgNsfSI2dM
gkTDiEtiT8eAR2FrzU10sHAsQdJP0p+hk1X2O6baXlH4zaVhPwH051DlbuEH9kIG
QDcIXwfLpRbzZCOK6Prw
=FjDW
-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#636776: libfreetype6: Line height squeezed in GNU Emacs

2012-02-24 Thread Adam Sjøgren

On Thu, 23 Feb 2012 13:19:49 +0200, Riku wrote:

> More to the point, could this bug be related to the minspace-property
> (the only thing about line spacing that appears to be configurable in
> fontconfig):

>   http://www.xfree86.org/current/fontconfig.3.html
> and
>   http://www.freedesktop.org/software/fontconfig/fontconfig-user.html

> say that minspace is a boolean that "Eliminate[s] leading from line
> spacing". The default value does not seem to be mentioned - but I assume
> that a value of true _should_ create the "crammed lines" effect
> mentioned in the original bug report and false should give some
> additional space.

I just tried upgrading the the newest libfreetype6 again, and now I
notice that GNU Emacs isn't the only program where lines get crammed
together by the upgrade: Text in other programs, such as Pidgin, also
gets changed display - line spacing is decreased a lot.

I wonder if this is due to some configuration in my system, because I
doubt that people wouldn't complain about that look in a newly installed
system.

> Actually, while writing this bug report I found out that Emacs does have
> internal support for changing line spacing:

>   (setq-default line-spacing 2)

Setting this works fine for me - but that doesn't solve the problem for
all the other programs where the newer libfreetype6 decreases the
default line spacing making text hard to read.

I have looked in /etc/fonts/* but I think I need someone to take a swing
at me with a clue bat...

  Best regards,

Adam

-- 
 "My internal clock is on Tokyo time."Adam Sjøgren
 a...@koldfront.dk

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

Bug#626019: hang even on amd64 with backtrace

2012-02-24 Thread Willi Mann


Hi!

I was able to reproduce the hang on amd64. Attached is a backtrace, 
unfortunately from an optimized build but maybe it gives someone a quick 
idea what's going on.


WM
#0  __lll_lock_wait_private () at 
../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:97
#1  0x2b8ad36223f8 in _L_lock_9627 () from /lib/x86_64-linux-gnu/libc.so.6
#2  0x2b8ad36207e1 in *__GI___libc_free (mem=0x2b8ad3928e60) at 
malloc.c:3736
#3  0x2b8ad3b6ccd2 in XS_Sane__Device_DESTROY (my_perl=, 
cv=) at Sane.xs:17
#4  0x2b8ad2c3d54f in Perl_pp_entersub (my_perl=0x146a010) at pp_hot.c:3046
#5  0x2b8ad2bd0572 in Perl_call_sv (my_perl=0x146a010, sv=0x1675d80, 
flags=45) at perl.c:2647
#6  0x2b8ad2c43888 in S_curse (check_refcnt=1 '\001', sv=0x1624418, 
my_perl=0x146a010) at sv.c:6342
#7  Perl_sv_clear (my_perl=0x146a010, orig_sv=0x1624418) at sv.c:6073
#8  0x2b8ad2c43f72 in Perl_sv_free2 (my_perl=0x146a010, sv=0x1624418) at 
sv.c:6474
#9  0x2b8ad2c6bdb8 in Perl_leave_scope (my_perl=0x146a010, base=4) at 
scope.c:900
#10 0x2b8ad2c75d50 in Perl_pp_leaveloop (my_perl=0x146a010) at pp_ctl.c:2249
#11 0x2b8ad2c34a06 in Perl_runops_standard (my_perl=0x146a010) at run.c:41
#12 0x2b8ad2bd612a in S_run_body (oldscope=1, my_perl=0x146a010) at 
perl.c:2350
#13 perl_run (my_perl=0x146a010) at perl.c:2268
#14 0x00400ee9 in main (argc=3, argv=0x7fff667cf7e8, 
env=0x7fff667cf808) at perlmain.c:120

(gdb) bt full
#0  __lll_lock_wait_private () at 
../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:97
No locals.
#1  0x2b8ad36223f8 in _L_lock_9627 () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#2  0x2b8ad36207e1 in *__GI___libc_free (mem=0x2b8ad3928e60) at 
malloc.c:3736
ignore1 = 128
ignore2 = 
ignore3 = -512
ar_ptr = 0x2b8ad3928e60
p = 0x14982e0
#3  0x2b8ad3b6ccd2 in XS_Sane__Device_DESTROY (my_perl=, 
cv=) at Sane.xs:17
handle = 0x14982f0
sv = 0x161e740
sp = 
ax = 1
mark = 
items = 
#4  0x2b8ad2c3d54f in Perl_pp_entersub (my_perl=0x146a010) at pp_hot.c:3046
markix = 0
sp = 
sv = 0x1675d80
gv = 0x0
cv = 0x1675d80
cx = 
gimme = 1
hasargs = 
#5  0x2b8ad2bd0572 in Perl_call_sv (my_perl=0x146a010, sv=0x1675d80, 
flags=45) at perl.c:2647
sp = 
myop = {op_next = 0x0, op_sibling = 0x0, op_ppaddr = 0, op_targ = 0, 
op_type = 0, op_opt = 0, op_latefree = 0, op_latefreed = 0, op_attached = 0, 
  op_spare = 0, op_flags = 65 'A', op_private = 0 '\000', op_first = 
0x0, op_other = 0x7fff667cf370}
method_op = {op_next = 0x165cbd0, op_sibling = 0x1675d80, op_ppaddr = 
0x1623f38, op_targ = 21407824, op_type = 128, op_opt = 0, op_latefree = 0, 
  op_latefreed = 1, op_attached = 0, op_spare = 5, op_flags = 70 'F', 
op_private = 1 '\001', op_first = 0x2b8ad2c43162}
oldmark = 0
retval = 0
---Type  to continue, or q  to quit---
oldscope = 5
oldcatch = 0 '\000'
ret = 
oldop = 0x161d680
cur_env = {je_prev = 0x7fff667cf5d0, je_buf = {{__jmpbuf = 
{140734912852848, 6804210356706508014, 0, 21955016, 23448528, 21407872, 
-6803910496586662674, 682522875078278382}, __mask_was_saved = 
0, __saved_mask = {__val = {79, 47875266131712, 140734912853196, 0, 
  47875266131712, 47875261884042, 21405712, 206158430224, 
140734912852976, 140734912852784, 21405712, 21636752, 21407848, 23448528, 
  47875249246256, 0, je_ret = 0, je_mustcatch = 0 '\000'}
#6  0x2b8ad2c43888 in S_curse (check_refcnt=1 '\001', sv=0x1624418, 
my_perl=0x146a010) at sv.c:6342
tmpref = 0x165cbd0
destructor = 0x1675d80
sp = 
stash = 0x1623f38
#7  Perl_sv_clear (my_perl=0x146a010, orig_sv=0x1624418) at sv.c:6073
stash = 
type = 7
sv_type_details = 
iter_sv = 
next_sv = 
sv = 
#8  0x2b8ad2c43f72 in Perl_sv_free2 (my_perl=0x146a010, sv=0x1624418) at 
sv.c:6474
No locals.
#9  0x2b8ad2c6bdb8 in Perl_leave_scope (my_perl=0x146a010, base=4) at 
scope.c:900
uv = 
type = 
sv = 0x148c098
value = 
gv = 
av = 
hv = 
ptr = 0x1495cd8
str = 
i = 
was = 0 '\000'
---Type  to continue, or q  to quit---
#10 0x2b8ad2c75d50 in Perl_pp_leaveloop (my_perl=0x146a010) at pp_ctl.c:2249
sp = 0x146f710
cx = 0x146fb70
gimme = 
newsp = 0x146f710
newpm = 0x0
mark = 
#11 0x2b8ad2c34a06 in Perl_runops_standard (my_perl=0x146a010) at run.c:41
op = 
#12 0x2b8ad2bd612a in S_run_body (oldscope=1, my_perl=0x146a010) at 
perl.c:2350
No locals.
#13 perl_run (my_perl=0x146a010) at perl.c:2268
oldscope = 1
ret = 
cur_env = {je_prev = 0x146a288, je_buf = {{__jmpbuf = {0, 
6804212853877669102, 419

Bug#660517: closed by Fabrizio Regalli (Bug#660517: fixed in requestpolicy 0.5.24-2)

2012-02-24 Thread Francesco Poli

found 660517 requestpolicy/0.5.24-2
thanks

On Thu, 23 Feb 2012 17:21:06 + Debian Bug Tracking System wrote:

[...]
>* Fixed d/copyright using tri-license and moved
>  MPL license under the right place (Closes: #660517)

Thank you for reacting quickly!

However, I am re-opening the bug, since there's still something that
looks incorrect in the debian/copyright file:

|  Files: *
|  Copyright: 2008, Justin Samuel ,
| 2006-2007, Everaldo Coelho
|  License: MPL-1.1 or GPL-3

It does not seem to me that the majority of the shipped files are
dual-licensed under MPLv1.1/GPLv3
I see many files solely released under the terms of the GNU GPL v3 (or
later).

Do you have information about a further licensing option (under the
MPLv1.1) that's not written inside the source files?
If this is the case, I think you should document this additional
information in the debian/copyright file...

Please fix the debian/copyright file.
Thanks for your time!

-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE

pgpUNI0hjW6uo.pgp
Description: PGP signature

Bug#661184: libconfig-model-perl: dpkg-control and acronyme

2012-02-24 Thread Dominique Dumont

Le Friday 24 February 2012 21:14:25, vous avez écrit :
> I used cme fix dpkg-control with one of my packages (tango)
> 
> -Description: TANGO distributed control system - shared library
> +Description: tANGO distributed control system - shared library
> 
> the proposed change is to lower the first letter of the TANGO Acronyme.
> As you can imagine this fix is wrong in my case.
> Don't you think that this kind of fix should be remove ?

Yes, this rather pedantic warning is more trouble than it's worth. I'll remove 
it.

Dominique
--
http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/
http://www.ohloh.net/accounts/ddumont -o- http://ddumont.wordpress.com/


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

Bug#656434: Openssh compiled with heimdal as kerberos library

2012-02-24 Thread Russ Allbery

Anton Lundin  writes:
> On 24 February, 2012 - Colin Watson wrote:

>> Is there no other way?

> Pretty off topic but anyway...

> I had an idea a couple of months ago to write a "stub" gss-library that
> wraps either heimdal, mit or any other gss/kerberos implementation and
> chooses which library to load and call based on a config file.

This is what libgssglue is.  The question is: does it export enough of the
non-standard interfaces to let ssh do all the things it wants to do?  It
was fairly limited the last time I looked at it.

-- 
Russ Allbery (r...@debian.org)   



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

Bug#660938: miniupnpc: Please build Python bindings

2012-02-24 Thread Thomas Goirand

On 02/23/2012 07:47 AM, Adam Cécile (Le_Vert) wrote:
> Package: miniupnpc
> Version: 1.6-2
> Severity: normal
> Tags: patch
> 
> Hi,
> 
> Could you please build Python bindings as well ? Nicotine software can use it 
> for example.
> I've prepared an improved package providing python-miniupnpc. All looks fine, 
> you may just diff against your own package and upload if it looks fine to you!
> 
> http://dedibox.le-vert.net/pub/debian/packaging/miniupnpc/miniupnpc_1.6-3.dsc
> 
> Thanks in advance,
> 
> Regards, Adam.

Hi,

FYI, I have applied your patch, and it will be uploaded with the rest of
the package improvements (symbol file, etc.). I am also expecting to
make a transition to have version 1.6 in SID / testing, which may take a
bit more time. In the mean time, you're welcome to use the version in
the Git on Alioth (see the package VCS fields).

Also of course: thanks a lot for your patche. :)

Thomas

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

Bug#633423: Problem with autofs 64-bit kernel/32-bit userspace compatibility

2012-02-24 Thread Sven Joachim

On 2012-02-24 20:44 +0100, Bastian Blank wrote:

> On Fri, Feb 24, 2012 at 08:15:09PM +0100, Sven Joachim wrote:
>> Short summary for readers new to the bug: boot hangs with i386 systemd
>> and an x86_64 kernel.  
>
> Care to explain why it hangs and not dies?

Here is Thomas Meyer's explanation from [1]:

,
| the size of autofs_v5_packet_union is 300 bytes on x86 and 304 bytes on 
x86_64 kernels.
| when running systemd (x86) on an x86_64 kernel this leads to a hang in 
automount_fd_event->loop_read
| as a second fd_event is trigged for the remaining 4 bytes. but the loop_read 
tries to read
| 300 bytes again.
`

Sven

1. 
http://lists.freedesktop.org/archives/systemd-devel/2011-September/003396.html

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

Bug#661184: libconfig-model-perl: dpkg-control and acronyme

2012-02-24 Thread Picca Frédéric-Emmanuel

Package: libconfig-model-perl
Version: 2.005-1
Severity: normal

Dear Maintainer,

I used cme fix dpkg-control with one of my packages (tango)

-Description: TANGO distributed control system - shared library
+Description: tANGO distributed control system - shared library

the proposed change is to lower the first letter of the TANGO Acronyme.
As you can imagine this fix is wrong in my case.
Don't you think that this kind of fix should be remove ?


thanks


Frederic




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

Kernel: Linux 3.2.0-1-486
Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libconfig-model-perl depends on:
ii  libany-moose-perl 0.17-1
ii  libapt-pkg-perl   0.1.25+b1
ii  libcarp-assert-more-perl  1.12-2
ii  libexception-class-perl   1.31-1
ii  libfile-homedir-perl  0.99-1
ii  libhash-merge-perl0.12-2
ii  liblog-log4perl-perl  1.29-1
ii  libmouse-perl 0.97-1
ii  libmousex-nativetraits-perl   1.07-1
ii  libmousex-strictconstructor-perl  0.02-1
ii  libnamespace-autoclean-perl   0.13-1
ii  libparse-recdescent-perl  1.967006+dfsg-1
ii  libpod-pom-perl   0.27-1
ii  libsoftware-license-perl  0.103004-1
ii  libtext-autoformat-perl   1.669002-1
ii  libwww-perl   6.04-1
ii  libyaml-perl  0.80-1
ii  perl  5.14.2-7

Versions of packages libconfig-model-perl recommends:
ii  bash-completion 1:1.99-3
ii  fuse-utils  2.8.6-4
ii  libfuse-perl0.14-1
ii  libmodule-corelist-perl 2.61-1
ii  perl5.14.2-7
ii  perl-modules [libmodule-corelist-perl]  5.14.2-7

Versions of packages libconfig-model-perl suggests:
ii  libconfig-model-tkui-perl   
ii  libterm-readline-perl-perl  1.0303-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#633423: Problem with autofs 64-bit kernel/32-bit userspace compatibility

2012-02-24 Thread Ben Hutchings

On Fri, Feb 24, 2012 at 01:54:39PM -0600, Jonathan Nieder wrote:
> Ben Hutchings wrote:
> 
> > (But why hasn't this been spotted on sparc or powerpc already,
> > where 32-bit userland on 64-bit kernel is the normal case?)
> 
> __u64 is 64-bit aligned on those arches in 32-bit mode.
> 
> http://thread.gmane.org/gmane.linux.kernel/1255890

OK, so it was all supposed to be non-word-size-dependent and someone
messed it up with padding.

The same thing happened with some newer ethtool command structures.
:-/  Would be nice if we had some systematic testing to detect this
before such definitions escape into a release.

Ben.

-- 
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
  - Albert Camus

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

Bug#607368: Call for Vote: Kernel ABI numbering policy

2012-02-24 Thread Don Armstrong

I call for a vote on the kernel ABI numbering policy bug with the
following ballot:

A) The technical committee declines to override the kernel maintenance
team's ABI numbering policy.

B) Further discussion

END.


Don Armstrong

-- 
Who is thinking this?
I am.
 -- Greg Egan _Diaspora_ p38

http://www.donarmstrong.com  http://rzlab.ucr.edu



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

Bug#633423: Problem with autofs 64-bit kernel/32-bit userspace compatibility

2012-02-24 Thread Bastian Blank

On Fri, Feb 24, 2012 at 07:50:05PM +, Ben Hutchings wrote:
> On Fri, Feb 24, 2012 at 08:15:09PM +0100, Sven Joachim wrote:
> [...]
> > Thankfully this problem has now been communicated to Linus himself, and
> > he agreed that it should be fixed in the kernel.
> Of course it should.  A shame that some kernel maintainers think
> they don't have to care about 32-bit compat.

They tried, but failed.

> (But why hasn't this been spotted on sparc or powerpc already,
> where 32-bit userland on 64-bit kernel is the normal case?)

Sane allignment rules. Only x86-32 and m68k aligns 8-byte values on
4-byte.

Bastian

-- 
Captain's Log, star date 21:34.5...



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

Bug#633423: Problem with autofs 64-bit kernel/32-bit userspace compatibility

2012-02-24 Thread Jonathan Nieder

Ben Hutchings wrote:

> (But why hasn't this been spotted on sparc or powerpc already,
> where 32-bit userland on 64-bit kernel is the normal case?)

__u64 is 64-bit aligned on those arches in 32-bit mode.

http://thread.gmane.org/gmane.linux.kernel/1255890



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

Bug#633423: Problem with autofs 64-bit kernel/32-bit userspace compatibility

2012-02-24 Thread Ben Hutchings

On Fri, Feb 24, 2012 at 08:15:09PM +0100, Sven Joachim wrote:
[...]
> Thankfully this problem has now been communicated to Linus himself, and
> he agreed that it should be fixed in the kernel.

Of course it should.  A shame that some kernel maintainers think
they don't have to care about 32-bit compat.

(But why hasn't this been spotted on sparc or powerpc already,
where 32-bit userland on 64-bit kernel is the normal case?)

> See the following long > threads on the LKML:
> 
> http://thread.gmane.org/gmane.linux.kernel/1255125
> http://thread.gmane.org/gmane.linux.kernel/1256405
> 
> I will keep an eye on this bug and send an update when a fix appears in
> Linus' tree that I can test.

Thanks.

Ben.

-- 
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
  - Albert Camus



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

1 2 3 4 >

1 - 100 of 305 matches

Mail list logo