Bug#649467: Sets 25 s timeout without option and -1 does not work

[Andrew Buckeridge]

Package: rlpr
Version: 2.05-4

The man page says that --timeout= defaults to 3 s, but it defaults to
25 s in the program. Even 25 s is way too short and causes a timeout.

A more logical default would be -1 which according to the man page
means never. However, a value of -1 as documented also causes an error.

With --timeout=-1 I get: --

rlpr: warning: cannot bind to privileged port: lpd may reject
rlpr: error: connect to 10.128.96.1:515: Invalid argument
rlpr: fatal error: client_open(): cannot connect to lpd



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

Bug#649468: FTBFS on Alpha: undefined iowrite32be wanted by module mlx4_en.

[Michael Cree]

Source: linux-2.6
Version: 3.1.1-1
Severity: Important
User: debian-al...@lists.debian.org
Usertags: alpha
X-Debbugs-CC: debian-al...@lists.debian.org

The package linux-2,6 FTBFS on Alpha.  From the log:

  Building modules, stage 2.
  MODPOST 2591 modules
ERROR: "iowrite32be" [drivers/net/mlx4/mlx4_en.ko] undefined!

Full log is available at:
http://buildd.debian-ports.org/status/fetch.php?pkg=linux-2.6&arch=alpha&ver=3.1.1-1&stamp=1321281816


In an experiment I changed the config to remove the module mlx4_en from
being built and it successfully built to completion.

Cheers
Michael.



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

Bug#649469: mirror listing update for ftp.tsukuba.wide.ad.jp

[Kohei Takahashi]

Package: mirrors
Severity: minor

Submission-Type: update
Site: ftp.tsukuba.wide.ad.jp
Type: leaf
Archive-architecture: ALL amd64 arm armel hurd-i386 i386 ia64 kfreebsd-amd64 
kfreebsd-i386 mips mipsel powerpc s390 sparc 
Archive-http: /debian/
Archive-rsync: debian/
IPv6: yes
Archive-upstream: ftp2.jp.debian.org
Updates: lessoften
Maintainer: Kohei Takahashi 
Country: JP Japan
Location: Tsukuba, Japan
Comment: Update frequency: 4 times a day
 Maximum outgoing bandwidth: 1Gbps



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

Bug#649470: icedove does not appear in gnome3's 'default applications'

[masc]

Package: icedove
Version: 3.1.16-1
Severity: normal 

after updating to gnome3 the default e-mail application changed. i
wasn't
able to change it back to icedove because no option in the
gnome-settings
default-applications appears. 


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

Kernel: Linux 3.1.0-1-amd64 (SMP w/4 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 icedove depends on:
ii  debianutils   4.0.4 
ii  fontconfig2.8.0-3   
ii  libasound21.0.24.1-4
ii  libatk1.0-0   2.2.0-2   
ii  libc6 2.13-21   
ii  libcairo2 1.10.2-6.1
ii  libdbus-1-3   1.4.16-1  
ii  libffi5   3.0.10-3  
ii  libfontconfig12.8.0-3   
ii  libfreetype6  2.4.8-1   
ii  libgcc1   1:4.6.2-4 
ii  libgdk-pixbuf2.0-02.24.0-1  
ii  libglib2.0-0  2.30.2-4  
ii  libgtk2.0-0   2.24.8-2  
ii  libhunspell-1.3-0 1.3.2-4  
ii  libjpeg8  8c-2 
ii  libnspr4-0d   4.8.9-1  
ii  libnss3-1d3.13.1.with.ckbi.1.88-1
ii  libpango1.0-0 1.29.4-2   
ii  libpixman-1-0 0.24.0-1   
ii  libpng12-01.2.46-3   
ii  libsqlite3-0  3.7.9-2
ii  libstartup-notification0  0.12-1 
ii  libstdc++64.6.2-4
ii  libx11-6  2:1.4.4-4  
ii  libxrender1   1:0.9.6-2  
ii  libxt61:1.1.1-2  
ii  psmisc22.14-1
ii  zlib1g1:1.2.3.4.dfsg-3   

Versions of packages icedove recommends:
ii  myspell-en-gb [myspell-dictionary]  1:3.3.0-3
ii  myspell-en-us [myspell-dictionary]  1:3.3.0-3

Versions of packages icedove suggests:
ii  libdbus-glib-1-2  0.98-1  
ii  libgconf2-4   3.2.3-1 
ii  libgnomevfs2-01:2.24.4-1  
ii  libgssapi-krb5-2  1.9.1+dfsg-3
ii  libnotify40.7.4-1 
ii  ttf-lyx   2.0.1-1 

-- no debconf information


-- 
http://www.fastmail.fm - mmm... Fastmail...




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

Bug#649471: gdb: internal error + abort: addr_string_to_sals: Assertion `sals.nelts == 1' failed

[Patrick Ohly]

Package: gdb
Version: 7.3-1+b1
Severity: important

Dear Maintainer,

   * What led up to the situation?

Run gdb on SyncEvolution (compiled from source in my case).
Set a breakpoint in SyncEvo::Exception::handle().
Run so that an exception is thrown.

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

Reading symbols from /home/pohly/work/syncevolution/src/syncevolution...done.
(gdb) b SyncEvo::Exception::handle
Breakpoint 1 at 0x8af22e: file 
/home/pohly/syncevolution/syncevolution/src/syncevo/util.h, line 444.
(gdb) run --daemon=no --print-items foo bar
Starting program: /home/pohly/work/syncevolution/src/syncevolution --daemon=no 
--print-items foo bar
/build/buildd-gdb_7.3-1+b1-amd64-guQjni/gdb-7.3/gdb/breakpoint.c:11006: 
internal-error: addr_string_to_sals: Assertion `sals.nelts == 1' failed.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Quit this debugging session? (y or n) y

/build/buildd-gdb_7.3-1+b1-amd64-guQjni/gdb-7.3/gdb/breakpoint.c:11006: 
internal-error: addr_string_to_sals: Assertion `sals.nelts == 1' failed.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Create a core file of GDB? (y or n) n

I made that core file available here: 
http://estamos.de/download/tmp/core-gdb-7.3-2021.gz

Note that SyncEvo::Exception::handle() is an overloaded function
in a C++ program. I would have expected more than one breakpoint
to be set. I think that previous versions of gdb did that.

SyncEvo::Exception::handle() is called inside catch() blocks, *however*
further debugging shows that it wasn't invoked in the catch block of
this particular exception. But not setting the breakpoint avoids
the problem.

SyncEvolution was compiled with -g and no optimization. I also
tried with clang 2.9, same result.



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

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

Versions of packages gdb depends on:
ii  gdbserver 7.3-1+b1
ii  libc6 2.13-21 
ii  libexpat1 2.0.1-7.2   
ii  libncurses5   5.9-2   
ii  libpython2.7  2.7.2-5 
ii  libreadline6  6.2-7   
ii  zlib1g1:1.2.3.4.dfsg-3

gdb recommends no packages.

Versions of packages gdb suggests:
pn  gdb-doc  

-- 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#649423: RM: libreoffice [kfreebsd-i386 kfreebsd-amd64] -- ROM; NBS; not built anymore on gcj archs

[Rene Engelhard]

retitle 649423 RM: libreoffice-report-builder-bin [kfreebsd-i386 
kfreebsd-amd64] -- ROM; NBS; not built anymore on gcj archs
thanks

Hi,

> as $SUBJECT says. -report-builder(-bin) was disabled on gcj-archs but the

I hate reportbugs subject mangling. I say libreoffice-report-builder-bin, it 
puts the source package there.

> change was imcomplete, leaving kfreebsd-* in Architecture:, causing them
> not to be removed, and that is a problem in the ICU transition as 3.4.4-1
> doesn't migrate.
> 
> Please remove,

I only mean

 libreoffice-report-builder-bin | 1:3.4.3-4 | sid   | 
kfreebsd-amd64, kfreebsd-i386

these.

Grüße/Regards,

Rene



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

Bug#649472: ITP: drupal6-mod-rss-permissions -- module rss_permissions for Drupal 6

[Bart Martens]

Package: wnpp
Severity: wishlist

I intend to package this software:
http://drupal.org/project/rss_permissions
http://ftp.drupal.org/files/projects/rss_permissions-6.x-1.1.tar.gz




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

Bug#649439: New upstream version

[Erik de Castro Lopo]

Stéphane Glondu wrote:

> It is not the same upstream. They don't even look related.

Sorry, at first glance they did indeed seem to have a very similar
API.

> On the other hand, the upstream of the Debian package is hosted on
> cairographics.org, so it looks more "official".

I've been using the official one for a while, but it seems that there
is quite a bit of cairo that is available from C that is not available
from the official bindings.

> I you want to have this project packaged independently of the existing
> cairo-ocaml, I guess this bug should be turned into an RFP...

I should probably play around with this a bit on my own first.

Cheers,
Erik
-- 
--
Erik de Castro Lopo
http://www.mega-nerd.com/



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

Bug#649473: python-chaco: Upstream URL seems to be wrong

[Sami Liedes]

Package: python-chaco
Version: 4.0.0-1
Severity: normal

URL from package description:

   Homepage: http://pypi.python.org/pypi/Chaco/

However this URL does not work. The correct URL seems to be with chaco
uncapitalized:

   http://pypi.python.org/pypi/chaco

Sami


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

Kernel: Linux 3.1.1 (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


signature.asc
Description: Digital signature

Bug#645963: closed by Martin Pitt (Re: Bug#640467: gnome-tweak-tool: Will not start due to undefined symbol: g_callable_info_skip_return)

[Vincent Lefevre]

On 2011-11-09 13:39:24 +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the python-gobject package:
> 
> #640467: gnome-tweak-tool no start
> 
> It has been closed by Martin Pitt .
[...]
> Date: Wed, 9 Nov 2011 14:35:04 +0100
> From: Martin Pitt 
> To: Dean Loros , 640467-d...@bugs.debian.org
> Subject: Re: Bug#640467: gnome-tweak-tool: Will not start due to undefined
>  symbol: g_callable_info_skip_return
> X-Spam-Status: No, score=-14.2 required=4.0 tests=BAYES_00,FROMDEVELOPER,
>  HAS_BUG_NUMBER,PGPSIGNATURE,RDNS_NONE,VERSION autolearn=ham
>  version=3.3.1-bugs.debian.org_2005_01_02
> User-Agent: Mutt/1.5.21 (2010-09-15)
> 
> Version: 1.30.0-1

This bug was marked as fixed in 1.30.0-1, but this is not a valid
version for the python-gobject package, and apt-listbugs complains:

grave bugs of python-gobject (2.28.6-5 -> 3.0.2-3) 
 #640823 - Insufficient requirement on gobject-introspection (Fixed: 1.30.0-1)
   Merged with: 640467 644026 645963
Summary:
 python-gobject(1 bug)

It seems that there was a confusion with the versions of
gobject-introspection.

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



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

Bug#649474: argyll: Upgrade error

[Kim R. T. Hansen]

Package: argyll
Version: 1.1.1-2
Severity: normal

Hi,

argyll has a problem upgrading because libicc2 also contains /usr/bin/icclu. 
See log below.

Regards,
Kim Hansen


The following NEW packages will be installed:
  libimdi0{a} 
The following packages will be upgraded:
  argyll 
1 packages upgraded, 1 newly installed, 0 to remove and 27 not upgraded.
Need to get 0 B/4783 kB of archives. After unpacking 136 kB will be freed.
Do you want to continue? [Y/n/?] 
Retrieving bug reports... Done   
Parsing Found/Fixed information... Done
(Reading database ... 199845 files and directories currently installed.)
Preparing to replace argyll 1.1.1-2 (using .../argyll_1.3.5-1_amd64.deb) ...
Unpacking replacement argyll ...
dpkg: error processing /var/cache/apt/archives/argyll_1.3.5-1_amd64.deb 
(--unpack):
 trying to overwrite '/usr/bin/icclu', which is also in package libicc2 
2.12+argyll1.3.5-1
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
configured to not write apport reports
  dpkg: regarding 
.../libimdi0_1.3.5-1_amd64.deb containing libimdi0:
 libimdi0 conflicts with argyll (<< 1.3.0-3)
  argyll (version 1.1.1-2) is present and installed.
dpkg: error processing /var/cache/apt/archives/libimdi0_1.3.5-1_amd64.deb 
(--unpack):
 conflicting packages - not installing libimdi0
configured to not write apport reports
  Errors were encountered while processing:
 /var/cache/apt/archives/argyll_1.3.5-1_amd64.deb
 /var/cache/apt/archives/libimdi0_1.3.5-1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)



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

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

Versions of packages argyll depends on:
ii  libc6 2.13-21   
ii  libicc2   2.12+argyll1.3.5-1
ii  libtiff4  3.9.5-2   
ii  libx11-6  2:1.4.4-4 
ii  libxext6  2:1.3.0-3 
ii  libxinerama1  2:1.1.1-3 
ii  libxrandr22:1.3.2-2 
ii  libxss1   1:1.2.1-2 
ii  libxxf86vm1   1:1.1.1-2 

Versions of packages argyll recommends:
ii  consolekit  0.4.5-1
ii  udev175-2  

argyll 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#605444: R: Bug#605444: libgl1-mesa-dri-experimental: please install the llvmpipe driver

[Fabio Pedretti]

>On 2011-10-22 00:41 +0200, Michal Suchanek wrote:
>
>> On 21 October 2011 22:34, Julien Cristau  wrote:
>>> On Thu, Feb 10, 2011 at 16:25:16 +0100, Michal Suchanek wrote:
>>>
 On 9 February 2011 12:55, Cyril Brulebois  wrote:

 >
 > a patch against debian-unstable/7.10-3 would be appreciated.
 >
 > KiBi.

 It's quite simple. It affects

  - swrast when dri-experimental is installed
  - gallium based drivers - fallbacks are now llvm based (currently r300?)

 Note that mesa currently builds r600g but does not ship it, perhaps it
 could be also added to dri-experimental.
 I am not sure how useful the version in 7.10 is but it should improve 
over time.

>>> Does llvmpipe / swrastg actually work on non-x86?
>>>
>>
>> I have no idea about that.
>
>Upstream claims in docs/llvmpipe.html that an x86 or amd64 processor is
>required.  Since llvm is not available on hurd-i386, it seems prudent to
>restrict swrastg to {kfreebsd-,}{i386,amd64}.

Note that swrastg can be built with or without llvm: in the first case it is 
commonly called llvmpipe [1], in the second case it is called softpipe. They 
should both be better than classic swrast.

So you can compile with llvm only on that supported and tested platforms, but 
always install the resulting swrastg (rather than classic swrast).

Also note that on current git (will be in 7.12/8.0) swrastg was renamed to 
swrast (so there are two swrast now: the gallium one and the classic one, built 
under different directories):
http://cgit.freedesktop.org/mesa/mesa/commit/?
id=5fe54df58f31e5d321f7cbd5b095eb8c2417deb1

[1] example string when compiling with llvm:
GL_RENDERER   = Gallium 0.4 on llvmpipe (LLVM 0x208)



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

Bug#649475: bugs.debian.org: missing messages on http://bugs.debian.org/640823

[Vincent Lefevre]

Package: bugs.debian.org
Severity: normal

Bug 640823 was closed on 9 Nov 2011 (after the last merge), but on

  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640823

the messages stop on 20 Oct 2011 (so that one doesn't see the close
message on this page; one needs to search the merged bugs).

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

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



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

Bug#649384: [Gnash-dev] Bug#649384: gnash creates world-readable cookies under /tmp

[Sandro Santilli]

On Mon, Nov 21, 2011 at 12:56:29AM +0100, Gabriele Giacone wrote:

> I'd move them under ~/.gnash [0], although I don't know what could
> remove them at the end without introducing new rc options.
> 
> Any developers alive?
> 
> [0] http://paste.debian.net/plain/146441

We want to keep cookies alive when we requested to create a launcher.
This is because the launcher will reference the cookie file.

I don't think we implement that but libcurl also supports
reading cookies back in, which would allow us to send cookies
obtained by Gnash http requests back to the browser if the plugin
code takes care of doing that part.

In any case, the plugin should know if we want or not a launcher
(only way to it is an env variable, and is the plugin itself creating
the launcher) so you could cleanup the cookies if no launcher was
requested...

A safe way to put them in /tmp/ is still preferrable to me.
They are not really meant to survive a single instance of the
standalone player (except for the launcher case).

--strk; 

  ()   Free GIS & Flash consultant/developer
  /\   http://strk.keybit.net/services.html



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

Bug#636924: software-center oudated.

[Michael Vogt]

On Mon, Nov 21, 2011 at 12:21:02AM +0100, Julian Andres Klode wrote:
> On Wed, Oct 26, 2011 at 03:37:38PM +0200, Sebastian Heinlein wrote:
> > Software-center has got some hard coded requirements which are not
> > available on Debian. So we have to workaround them first.
> > 
> > See, 
> > https://code.launchpad.net/~glatzor/software-center/portability/+merge/80448
> >  
> 
> aptdaemon 0.43+bzr707-1 is now in unstable. Hint for Sebastian:
> Yes, it includes your recent commits for the precise branch, you
> might want to merge the bzr branch into the precise one and
> create a 0.43+bzr707-1ubuntu1 release. Or actually, you might
> want to fix some other problems first before doing that, such
> as aptdaemon not starting without pkcompat (which I found out
> a bit late).

Thanks! I merged your changes into the ubuntu-precise branch now.
 
> I expect to have software-center 5.1.2 there sometime. Might
> want to get that one released upstream first (hint for mvo),
> though - I merged the current state of software-center into
> my local branch:
[..]
> Shortly after 5.1.2 is out, I could push a 5.1.2debian1 to
> Debian repository. I hope to have the current state of my
> local branch building packages tomorrow again (currently
> broken due to some merge conflicts resolved wrongly or
> whatever).

Thanks! I will merge the outstanding branches and make a release
today, then you can base on this one. Any preferences in if we should
enable debian-specific ratings&reviews or disable them for now? We can
host them on reviews.ubuntu.com, it would mostly be hidden, the only
downside is that for posting a review the user would have to get a
ubuntu SSO account.

> mvo: It might be wise to black-list software-center on the
> Ubuntu side from automatic syncing, to prevent Ubuntu from syncing
> the Debian version then (and not use ubuntu1 in the version, that
> just makes it harder for me to create a sensible version and
> changelog). Likewise for the other packages we maintain this
> way (update-notifier).

Good point, I will get this done.

Cheers,
 Michael



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

Bug#649475: bugs.debian.org: missing messages on http://bugs.debian.org/640823

[Vincent Lefevre]

On 2011-11-21 10:05:08 +0100, Vincent Lefevre wrote:
> Bug 640823 was closed on 9 Nov 2011 (after the last merge), but on
> 
>   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640823
> 
> the messages stop on 20 Oct 2011 (so that one doesn't see the close
> message on this page; one needs to search the merged bugs).

Note: clicking on "Toggle useless messages" does not make messages
after 20 Oct appear.

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



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

Bug#649476: fop: Fails to build publican's user guide with org.apache.fop.apps.FOPException java.lang.NullPointerException

[Raphaël Hertzog]

Package: fop
Version: 1:1.0.dfsg2-3
Severity: important

publican 2.8 (that I just uploaded to unstable) has a test suite and fop is
called as part of this test suite since it's the tool used to generate
the PDF output. But fop fails with this highly unhelpful error message:
Exception
org.apache.fop.apps.FOPException
java.lang.NullPointerException

It works fine with the manual in the version 2.5. I'm not sure what is
the change that fop does not like. I disabled the test suite for now but
it would be nice to see fop fixed instead. :)

A bit more context in the build log gives this:

Making portrait pages on A4 paper (210mmx297mm)
No "en" localization of "other" exists.
[warning] /usr/bin/fop: Unable to locate servlet-api in /usr/share/java
Couldn't find hyphenation pattern en
Invalid property value encountered in keep-together.within-column="": 
org.apache.fop.fo.expr.PropertyException: 
file:/«PKGBUILDDIR»/Users_Guide/build/en-US/xml/Users_Guide.fo:413:27: No 
conversion defined ; property:'keep-together.within-column' (See position 
413:399)
Invalid property value encountered in keep-together.within-column="": 
org.apache.fop.fo.expr.PropertyException: 
file:/«PKGBUILDDIR»/Users_Guide/build/en-US/xml/Users_Guide.fo:486:27: No 
conversion defined ; property:'keep-together.within-column' (See position 
486:399)
Invalid property value encountered in keep-together.within-column="": 
org.apache.fop.fo.expr.PropertyException: 
file:/«PKGBUILDDIR»/Users_Guide/build/en-US/xml/Users_Guide.fo:534:27: No 
conversion defined ; property:'keep-together.within-column' (See position 
534:399)
Invalid property value encountered in keep-together.within-column="": 
org.apache.fop.fo.expr.PropertyException: 
file:/«PKGBUILDDIR»/Users_Guide/build/en-US/xml/Users_Guide.fo:806:24: No 
conversion defined ; property:'keep-together.within-column' (See position 
806:396)
Invalid property value encountered in keep-together.within-column="": 
org.apache.fop.fo.expr.PropertyException: 
file:/«PKGBUILDDIR»/Users_Guide/build/en-US/xml/Users_Guide.fo:1288:88: No 
conversion defined ; property:'keep-together.within-column' (See position 
1288:461)
Invalid property value encountered in keep-together.within-column="": 
org.apache.fop.fo.expr.PropertyException: 
file:/«PKGBUILDDIR»/Users_Guide/build/en-US/xml/Users_Guide.fo:1320:955: No 
conversion defined ; property:'keep-together.within-column' (See position 
1320:1327)
Exception
org.apache.fop.apps.FOPException
java.lang.NullPointerException


FOP error, PDF generation failed. Check log for details.
 at /«PKGBUILDDIR»/blib/script/publican line 763
# 
# result 5 = 512

#   Failed test 'build the Users Guide in all formats'
#   at t/910.publican.Users_Guide.t line 69.
#  got: '512'
# expected: '0'
# Looks like you failed 1 test of 5.
t/910.publican.Users_Guide.t .. 
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/5 subtests 
t/perlcritic.t  ok
t/pod-coverage.t .. ok
t/pod.t ... ok
Failed 1/10 test programs. 1/68 subtests failed.




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

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

Versions of packages fop depends on:
ii  default-jre-headless [java2-runtime-headless]1:1.6-43
ii  gcj-4.6-jre-headless [java2-runtime-headless]4.6.2-2 
ii  gcj-jre-headless [java2-runtime-headless]4:4.6.1-3   
ii  java-wrappers0.1.24  
ii  libavalon-framework-java 4.2.0-8 
ii  libbatik-java1.7-8   
ii  libbsf-java  1:2.4.0-4   
ii  libcommons-io-java   1.4-4   
ii  libcommons-logging-java  1.1.1-8 
ii  libxalan2-java   2.7.1-5 
ii  libxerces2-java  2.11.0-3
ii  libxml-commons-external-java 1.4.01-2
ii  libxmlgraphics-commons-java  1.4.dfsg-3  
ii  libxt6   1:1.1.1-2   
ii  libxtst6 2:1.2.0-4   
ii  openjdk-6-jre-headless [java2-runtime-headless]  6b23~pre11-1
ii  sun-java6-jre [java2-runtime-headless]   6.26-3  

Versions of packages fop recommends:
ii  libsaxon-java  1:6.5.5-7

Versions of packages fop suggests:
pn  fop-doc 
pn  libservlet2.4-java  

-- 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#649477: ITP: unidecode -- ASCII transliterations of Unicode text (Python module)

[Stefano Rivera]

Package: wnpp
Severity: wishlist
Owner: Stefano Rivera 

* Package name: unidecode
  Version : 0.04.9
  Upstream Author : Tomaz Solc 
* URL : http://pypi.python.org/pypi/Unidecode
* License : GPL-2+
  Programming Lang: Python
  Description : ASCII transliterations of Unicode text (Python module)

It often happens that you have text data in Unicode, but you need to
represent it in ASCII for display. One could represent non-roman Unicode
characters as "???" or "\\15BA\\15A0\\1610", but neither is useful to
the user reading the text.

Unidecode tries to represent it in ASCII characters (i.e., the
universally displayable characters between 0x00 and 0x7F), where the
compromises taken when mapping between two character sets are chosen to
be near what a human with a US keyboard would choose.

This module generally produces better results than simply stripping
accents from characters (which can be done in Python with built-in
functions). It is based on hand-tuned character mappings that for
example also contain ASCII approximations for symbols and non-Latin
alphabets.

unidecode is a Python port of the Text::Unidecode Perl module.


This will be packaged under the Debian Python Modules Team.



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

Bug#649477: ITP: unidecode -- ASCII transliterations of Unicode text (Python module)

[Samuel Thibault]

Stefano Rivera, le Mon 21 Nov 2011 11:24:25 +0200, a écrit :
> This module generally produces better results than simply stripping
> accents from characters (which can be done in Python with built-in
> functions). It is based on hand-tuned character mappings that for
> example also contain ASCII approximations for symbols and non-Latin
> alphabets.

Mmm, it seems exactly like the //TRANSLIT suffix support provided by
iconv?

Samuel



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

Bug#649478: tar: please mark Multi-Arch: foreign

[Colin Watson]

Package: tar
Version: 1.25-3
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch precise

Hi,

It would be useful for tar to be marked "Multi-Arch: foreign", to
indicate that it can satisfy dependencies of packages of other
architectures.  Although Debian's dpkg doesn't yet do anything special
with this, it's safe to add this tag in advance of package manager
support.

In Ubuntu, this is an early step in being able to crossgrade from i386
to amd64, because our dpkg Pre-Depends: tar (>= 1.23) as an upgrade fix
to ensure that --warning=no-timestamp is available.  While this
pre-dependency isn't present in Debian, it still wouldn't hurt to add
this tag and no doubt would help out some other multiarch use cases.

  * Mark tar Multi-Arch: foreign.

diff -Nru tar-1.25/debian/control tar-1.25/debian/control
--- tar-1.25/debian/control 2010-12-07 04:08:22.0 +
+++ tar-1.25/debian/control 2011-11-21 09:35:44.0 +
@@ -10,6 +10,7 @@
 
 Package: tar
 Architecture: any
+Multi-Arch: foreign
 Pre-Depends: ${shlibs:Depends}, ${misc:Depends}
 Essential: yes
 Conflicts: cpio (<= 2.4.2-38)

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]



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

Bug#649479: argyll: 1.3.5-1 uninstalable, icclu owned also by libicc2

[Jean-Luc Coulon (f5ibh)]

Package: argyll
Version: 1.3.4-0.1
Severity: grave
Justification: renders package unusable

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi, 
while trying to update argyll to 1.3.5-1, I get the following:

The following packages will be upgraded:
  argyll
  1 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
  Need to get 0 B/4483 kB of archives.
  After this operation, 25.1 MB disk space will be freed.
  Retrieving bug reports... Done
  Parsing Found/Fixed information... Done
  Reading changelogs... Done
  (Reading database ... 583284 files and directories currently installed.)
  Preparing to replace argyll 1.3.4-0.1 (using .../argyll_1.3.5-1_amd64.deb) ...
  Unpacking replacement argyll ...
  dpkg: error processing /var/cache/apt/archives/argyll_1.3.5-1_amd64.deb
  (--unpack):
   trying to overwrite '/usr/bin/icclu', which is also in package libicc2
   2.12+argyll1.3.5-1
   dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
   configured to not write apport reports
   Errors were encountered while processing:
  /var/cache/apt/archives/argyll_1.3.5-1_amd64.deb
  E: Sub-process /usr/bin/dpkg returned an error code (1)

Regards

Jean-Luc

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

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

Versions of packages argyll depends on:
ii  libc6 2.13-21  
ii  libtiff4  3.9.5-2  
ii  libx11-6  2:1.4.4-4
ii  libxau6   1:1.0.6-4
ii  libxdmcp6 1:1.1.0-4
ii  libxext6  2:1.3.0-3
ii  libxinerama1  2:1.1.1-3
ii  libxrandr22:1.3.2-2
ii  libxss1   1:1.2.1-2
ii  libxxf86vm1   1:1.1.1-2

Versions of packages argyll recommends:
ii  consolekit  0.4.5-1
ii  udev175-2  

argyll suggests no packages.

- -- no debconf information

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

iD8DBQFOyh04Xit3lz9m7V4RAjfOAJ9maVCYpbsBAssOl2NcRH+FX2I6QgCdGuZc
7meWCBv3VK+6+7hIJZiYcMI=
=oFzc
-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#649480: argyll: Fails to upgrade - libimdi0 conflicts with argyll

[Lech Karol Pawłaszek]

Package: argyll
Version: 1.1.1-2
Severity: normal

Reading package lists... Done
Building dependency tree   
Reading state information... Done
Calculating upgrade... Done
The following NEW packages will be installed:
  libimdi0
The following packages have been kept back:
  gjs gnome-sushi libgjs0b libsushi-1.0-0
The following packages will be upgraded:
  argyll
1 upgraded, 1 newly installed, 0 to remove and 4 not upgraded.
20 not fully installed or removed.
Need to get 0 B/4,783 kB of archives.
After this operation, 136 kB disk space will be freed.
Do you want to continue [Y/n]? 
Reading changelogs... Done
(Reading database ... 335752 files and directories currently installed.)
Preparing to replace argyll 1.1.1-2 (using .../argyll_1.3.5-1_amd64.deb)

Unpacking replacement argyll ...
dpkg: error processing /var/cache/apt/archives/argyll_1.3.5-1_amd64.deb
(--unpack):
 trying to overwrite '/usr/bin/icclu', which is also in package libicc2
2.12+argyll1.3.5-1
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
configured to not write apport reports
  dpkg: regarding
/libimdi0_1.3.5-1_amd64.deb containing libimdi0:
 libimdi0 conflicts with argyll (<< 1.3.0-3)
  argyll (version 1.1.1-2) is present and installed.
dpkg: error processing
/var/cache/apt/archives/libimdi0_1.3.5-1_amd64.deb (--unpack):
 conflicting packages - not installing libimdi0
configured to not write apport reports
  Errors were encountered while
processing:
 /var/cache/apt/archives/argyll_1.3.5-1_amd64.deb
 /var/cache/apt/archives/libimdi0_1.3.5-1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


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

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

Versions of packages argyll depends on:
ii  libc6 2.13-21   
ii  libicc2   2.12+argyll1.3.5-1
ii  libtiff4  3.9.5-2   
ii  libx11-6  2:1.4.4-4 
ii  libxext6  2:1.3.0-3 
ii  libxinerama1  2:1.1.1-3 
ii  libxrandr22:1.3.2-2 
ii  libxss1   1:1.2.1-2 
ii  libxxf86vm1   1:1.1.1-2 

Versions of packages argyll recommends:
ii  consolekit  0.4.5-1
ii  udev175-2  

argyll 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#617813: Kiwix package status update

[Vasudev Kamath]

Hi all,
Its been a while and for all those who are looking for Kiwix to be in
Debian here is a status update.

Kiwix package is ready and already on collab-maint but currently there
is a problem. Kiwix is strongly depending on XulRunner version 1.9.1
which is no more in Debian. I've reported this to upstream and
upstream is working on making Kiwix work with Xulrunner 2.0 + but
since this requires much work it may take some more time. Upstream has
mentioned they will try to provide a build by end of the month. Once
the build is out I'll make sure kiwix will make its way into debian
asap.

Best Regards

-- 

Vasudev Kamath



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

Bug#568326: Fixed upstream

[David Paleino]

tags 568326 confirmed upstream fixed-upstream
thanks

Fixed in
http://bazaar.launchpad.net/~wicd-devel/wicd/experimental/revision/647 .

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#649477: ITP: unidecode -- ASCII transliterations of Unicode text (Python module)

[Stefano Rivera]

Hi Samuel (2011.11.21_11:35:17_+0200)
> Mmm, it seems exactly like the //TRANSLIT suffix support provided by
> iconv?

It is. But we don't have python iconv bindings packaged, either.

Also, I'm looking at this simply because it's blocking #589396.

SR

-- 
Stefano Rivera
  http://tumbleweed.org.za/
  H: +27 21 465 6908 C: +27 72 419 8559  UCT: x3127



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

Bug#649471: gdb: internal error + abort: addr_string_to_sals: Assertion `sals.nelts == 1' failed

[Hector Oron]

Hello Patrick,

2011/11/21 Patrick Ohly :
> Package: gdb
> Version: 7.3-1+b1
> Severity: important

> /build/buildd-gdb_7.3-1+b1-amd64-guQjni/gdb-7.3/gdb/breakpoint.c:11006: 
> internal-error: addr_string_to_sals: Assertion `sals.nelts == 1' failed.
> A problem internal to GDB has been detected,
> further debugging may prove unreliable.
> Create a core file of GDB? (y or n) n

Could you please retry with GDB from experimental?

Cheers,
-- 
 Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.



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

Bug#640493: [Fwd: Re: Bug#640493: postgresql-common: logrotate 3.8.0 breaks postgresql log rotation.]

[Jens Lody]

Hi Martin,

I did not here anything from you, so I created a patch to make clear
what I meant.

 Weitergeleitete Nachricht 
> Von: Jens Lody 
> An: Martin Pitt 
> Kopie: 640...@bugs.debian.org
> Betreff: Re: Bug#640493: postgresql-common: logrotate 3.8.0 breaks
> postgresql log rotation.
> Datum: Tue, 25 Oct 2011 15:09:32 +0200
> 
> Am Dienstag, den 25.10.2011, 14:53 +0200 schrieb Martin Pitt: 
> > Jens Lody [2011-10-25 13:44 +0200]:
> > > Wouldn't it be possible to add the line in the postinst-step ?
> > 
> > No, you can't change dependencies in maintainer scripts. The point
> is
> > to stop apt from trying to install it in the first place.
> > 
> > > This should work for all versions including the backports.
> > 
> > The current solution should already work for backports. What is
> broken
> > right now?
> > 
It's impossible to install logrotate 3.8 (from experimental) together
with the actual postgresql-common from testing.
> > Thanks,
> > 
> > Martin
> I know that dependencies are "hardcoded" at compile-time (or more
> exactly during package-build).
> 
> What I meant is to add the "su root root"-line to the logrotate-conf
> file for p-common dynamically in the postinst-script depending on the
> version of logrotate.
> 
> No need to change dependency, as p-common already depends on
> logrotate.
> 
I attach a patch that fixes the logrotate conf-file in postinst, either
at install time, or via a trigger if a new logrotate is installed.
It works here on my local system, but no backports are tested.
> It might be needed to change from depends to pre-depends on logrotate,
> so a probably newer version is surely isntalled before p-commons's
> postinst is reached. I'm not sure if this would really be needed.

Seems to work without predepends.
> 
> Jens
> 
> -- 
> 
> Jens Lody
> 
> (Un-)official debian-repository for Code::Blocks:
> http://apt.jenslody.de/
> 
> 
> |\ _,,,---,,_
> /,`.-'`' -. ;-;;,_
> <|,4- ) )-,_..;\ ( `'-'
> '---''(_/--' `-'\_)
> 

Best regards,

Jens

-- 

Jens Lody

(Un-)official debian-repository for Code::Blocks:
http://apt.jenslody.de/


  |\  _,,,---,,_
  /,`.-'`'-.  ;-;;,_
<|,4-  ) )-,_..;\ (  `'-'
  '---''(_/--'  `-'\_)


diff -Nru postgresql-common-125.orig/debian/control postgresql-common-125/debian/control
--- postgresql-common-125.orig/debian/control	2011-10-12 15:18:27.0 +0200
+++ postgresql-common-125/debian/control	2011-11-21 08:49:36.0 +0100
@@ -16,10 +16,9 @@
  debconf (>= 0.5.00) | debconf-2.0,
  lsb-base (>= 3.0-3),
  ssl-cert (>= 1.0.11),
- logrotate ${logrotate:version},
+ logrotate,
  ${misc:Depends}
-Breaks: postgresql-9.1 (<< 9.1.1-3~),
- ${common-breaks}
+Breaks: postgresql-9.1 (<< 9.1.1-3~)
 Description: PostgreSQL database-cluster manager
  The postgresql-common package provides a structure under which
  multiple versions of PostgreSQL may be installed and/or multiple
diff -Nru postgresql-common-125.orig/debian/postgresql-common.postinst postgresql-common-125/debian/postgresql-common.postinst
--- postgresql-common-125.orig/debian/postgresql-common.postinst	2011-08-08 10:21:40.0 +0200
+++ postgresql-common-125/debian/postgresql-common.postinst	2011-11-21 08:48:42.0 +0100
@@ -6,6 +6,24 @@
 
 SSL_ROOT=/etc/postgresql-common/root.crt
 
+fix_logrotate()
+{
+# logrotate 3.8+ requires an additional "su" command which is not
+# backportable, see #640493
+lrv=`dpkg -s logrotate 2> /dev/null | grep ^Version | cut -f2- -d' '`
+if [ "x$lrv" = x ] ; then \
+lrv=0; \
+fi
+
+sed -i '/su root root/d' /etc/logrotate.d/postgresql-common; \
+
+if dpkg --compare-versions $lrv ge 3.8; then \
+   echo "Fixing logrotate configuration for logrotate >= 3.8..."; \
+   sed -i '/^}/ i\   su root root' /etc/logrotate.d/postgresql-common; \
+fi
+}
+
+
 if [ "$1" = configure ]; then
 # Make sure the administrative user exists
 if ! getent passwd postgres > /dev/null; then
@@ -74,13 +92,22 @@
 
 /usr/share/postgresql-common/pg_checksystem || true
 
+fix_logrotate
+
 if dpkg --compare-versions "$2" lt 94; then
 pg_updatedicts || true
 fi
 fi
 
 if [ "$1" = triggered ]; then
-pg_updatedicts || true
+for i in $2; do
+if [ "$i" == "/usr/share/myspell/dicts" ]; then
+pg_updatedicts || true
+fi
+if [ "$2" == "/usr/sbin/logrotate" ]; then
+fix_logrotate
+fi
+done
 fi
 
 #DEBHELPER#
diff -Nru postgresql-common-125.orig/debian/postgresql-common.triggers postgresql-common-125/debian/postgresql-common.triggers
--- postgresql-common-125.orig/debian/postgresql-common.triggers	2010-08-05 17:51:34.0 +0200
+++ postgresql-common-125/debian/postgresql-common.triggers	2011-11-21 08:32:53.0 +0100
@@ -1 +1,2 @@
 interest /usr/share/myspell/dicts
+interest /usr/sbin/logrotate
diff -Nru postgresql-common-125.orig/debian/rules postgresql-common-125/debian/rules
--- postgresql-common-

Bug#649418: ITP: cdm -- login manager for the console

[martin f krafft]

also sprach Corey Richardson  [2011.11.20.2056 +0100]:
> The Console Display Manager is a lightweight though full-featured login
> manager supporting multiple X sessions, themes, and more.

That's not a whole lot of information. Why is it called "console
DM?" How does it work? What's a "theme" in this context? Why would
you want to start X sessions from a console DM?

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


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

Bug#649459: workaround

[Andy Wingo]

The workaround is to add:

const Shell = imports.gi.Shell;

to the top of

/usr/share/gnome-shell/js/ui/windowManager.js

Sjoerd will have a new package out later today, hopefully.



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

Bug#649481: libvncserver-dev: Development package does not ship pkg-config files

[Vincent Sanders]

Package: libvncserver-dev
Version: 0.9.8.2-1
Severity: wishlist

The upstream provides pkg-config files libvncserver.pc and libvnccleint.pc
It would be useful to have these files installs when developing with
libvncserver

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

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

Versions of packages libvncserver-dev depends on:
ii  libgnutls-dev   2.12.10-2   
ii  libjpeg8-dev [libjpeg-dev]  8c-2
ii  libvncserver0   0.9.8.2-1   
ii  zlib1g-dev  1:1.2.3.4.dfsg-3

libvncserver-dev recommends no packages.

libvncserver-dev suggests no packages.

-- no debconf information



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

Bug#643976: xdg-screensaver does not exit

[martin f krafft]

also sprach Per Olofsson  [2011.10.16.1804 +0200]:
> OK, could you please try running the following commands and send me the 
> output:
> 
> sh -x /usr/bin/xdg-screensaver suspend $(xwininfo -root|grep "Window id:"| 
> cut -d' ' -f4)
> 
> sh -x /usr/bin/xdg-screensaver resume $(xwininfo -root|grep "Window id:"| cut 
> -d' ' -f4)

Attached.

> You might want to kill any xdg-screensaver processes afterwards if
> they continue running after 50 seconds.

That was not necessary.

-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems
 
"i think, therefore i'm single"
  -- lizz winstead


script.madduck.25431.2021.1115.gz
Description: Binary data


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

Bug#649459: gnome-shell: Having the same problem.

[Brent Clark]

Package: gnome-shell
Version: 3.0.2-7
Followup-For: Bug #649459

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

   * What led up to the situation?
   It appears any application that requires a pop up or interactive prompt
   / alert. Is hidden from the user. Gnome-shell does not allow you to do
   anything. Windows button, Alt + Tab, Alt + ` etc does not work
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   I Control + Alt + F1 and kill firefox, icedove etc.
   * What was the outcome of this action?
   You free to try and continue working, until the next hidden prompt.
   * What outcome did you expect instead?
   The application that presenting the prompt to continue working.

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


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

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

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.7.5-3
ii  gconf2   3.2.3-1
ii  gir1.2-atk-1.0   2.2.0-2
ii  gir1.2-clutter-1.0   1.8.2-2
ii  gir1.2-cogl-1.0  1.8.2-1
ii  gir1.2-coglpango-1.0 1.8.2-1
ii  gir1.2-freedesktop   1.31.0-2   
ii  gir1.2-gconf-2.0 3.2.3-1
ii  gir1.2-gdkpixbuf-2.0 2.24.0-1   
ii  gir1.2-gkbd-3.0  3.2.0-1
ii  gir1.2-glib-2.0  1.31.0-2   
ii  gir1.2-gnomebluetooth-1.03.2.1-1
ii  gir1.2-gtk-3.0   3.2.2-2
ii  gir1.2-json-1.0  0.14.2-1   
ii  gir1.2-mutter-3.03.2.1-2
ii  gir1.2-networkmanager-1.00.9.2.0-1  
ii  gir1.2-pango-1.0 1.29.4-2   
ii  gir1.2-polkit-1.00.102-1
ii  gir1.2-telepathyglib-0.120.16.2-1   
ii  gir1.2-telepathylogger-0.2   0.2.10-2   
ii  gir1.2-upowerglib-1.00.9.14-3   
ii  gjs  1.30.0-2   
ii  gnome-bluetooth  3.2.1-1
ii  gnome-icon-theme-symbolic3.2.1-1
ii  gnome-settings-daemon3.0.3-3
ii  gsettings-desktop-schemas3.2.0-2
ii  libatk1.0-0  2.2.0-2
ii  libc62.13-21
ii  libcairo-gobject21.10.2-6.1 
ii  libcairo21.10.2-6.1 
ii  libcamel-1.2-23  3.0.3-2
ii  libcanberra0 0.28-3 
ii  libclutter-1.0-0 1.8.2-2
ii  libcogl-pango0   1.8.2-1
ii  libcogl5 1.8.2-1
ii  libcroco30.6.2-2
ii  libdbus-1-3  1.4.16-1   
ii  libdbus-glib-1-2 0.98-1 
ii  libdrm2  2.4.27-1   
ii  libebook1.2-10   3.0.3-2
ii  libecal1.2-8 3.0.3-2
ii  libedataserver1.2-14 3.0.3-2
ii  libedataserverui-3.0-0   3.0.3-2
ii  libffi5  3.0.10-3   
ii  libfontconfig1   2.8.0-3
ii  libfreetype6 2.4.8-1
ii  libgconf2-4  3.2.3-1
ii  libgdk-pixbuf2.0-0   2.24.0-1   
ii  libgirepository-1.0-11.31.0-2   
ii  libgjs0b [libgjs0-libmozjs8d]1.30.0-2   
ii  libgl1-mesa-glx [libgl1] 7.11-6 
ii  libglib2.0-0 2.30.2-4   
ii  libgnome-desktop-3-0

Bug#643976: xdg-screensaver does not exit

[martin f krafft]

also sprach Per Olofsson  [2011.11.20.2252 +0100]:
> I suspect that this bug is the same #647791 which has been fixed in
> xdg-utils 1.1.0~rc1-3, which I just uploaded. Could you please try this
> version of xdg-utils and see if the problem is still there?

I installed said version and set myself a reminder to ping back at
the latest in 2 weeks to confirm whether the problem is now fixed,
or to let you know if it still exists.

-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems
 
the united nations did a poll about food. the only question they asked
was: "could you please give your honest opinion about a solution for
the shortage of food in the rest of the world?" this poll failed
because:
  - in africa they didn't know what food was
  - in eastern-europe they didn't know what honest was
  - in western-europe they didn't know what shortage was...
  - in china they didn't know what opinion was...
  - in the middle-east they didn't know what solution was...
  - in south-america they didn't know what please was...
  - and in the usa they didn't know what "the rest of the world" was...


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

Bug#500572: not a bug

[martin f krafft]

also sprach Peter van Dijk  [2011.11.19.0906 
+0100]:
> If you could demonstrate that this difference exists, I would be
> happy to look deeper into the issue.

I was about to get back into this, but I noticed that Mattijs has
since added a patch from upstream to fix this issue. Does this mean
you found the problem?

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


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

Bug#648871: [Pkg-fonts-devel] Bug#648871: gsfonts-other: Please drop defoma support

[Christian PERRIER]

Quoting Torsten Landschoff (t.landsch...@gmx.net):
> Hi Christian,
> 
> On Sat, Nov 19, 2011 at 04:27:33PM +0100, Christian PERRIER wrote:
>  
> > My former patch was incorrectly running defoma-font in prerm. That
> > should be preinst.
> > 
> > New patch attached.
> 
> Thanks for the patch. I am currently without decent network access (and
> without my Debian key), so I can upload this on 2011-11-28 the earliest.
> Feel free to NMU in case you want it earlier.


No, no problem. There's no urgency in this. We're actually going
through the packages still depending on defoma, the only intent being
getting rid of it before wheezy if we can; So, there's still enough
time.


Thanks for your quick answer, Torsten.



signature.asc
Description: Digital signature

Bug#649265: [Pkg-samba-maint] Bug#649265: winbind: add wins to nsswitch.conf

[Christian PERRIER]

Quoting Osamu Aoki (os...@debian.org):

> > The current mechanism used by libnss-mdns for updating /etc/nsswitch.conf is
> > not policy-compliant. 
> 
> Is it?
> 
> Actually, I initially thought it was not policy-compliant without
> looking into facts.  But /etc/nsswitch.conf does not look like conffile.
> It is a generated file by base-files.postinst.  So, as long as
> base-files and libnss-mdns maintainers cordinate each other, I see
> no problem in terms of policy.

Oh, doh. Shouldn't it be a conffile anyway? As a local admin, I would
hate seeing my carefully crafted nsswitch.conf file broken by
packages' updates just because "it is policy-compliant as this is not
a conffile". And I certainly know about Debian-haters who would
happily use this as an argument to bash us for doing that (forgetting
that most other distros happily break such files during upgrades...)

So, well, sounds like a goodpolicy-compliant method to update
nsswitch.conf would indeed be a great enhancemeent to bring. Thinking
out loud, it could be something like /etc/nsswitch.conf.d/ but I'm not
sure that's easy to do without hacking many things.




signature.asc
Description: Digital signature

Bug#649335: [Piuparts-devel] Bug#649335: Bug#649335: piuparts: limit output generated by commands being run

[Holger Levsen]

Hi Andreas,

On Montag, 21. November 2011, Andreas Beckmann wrote:
> But that output is from multiple commands, I'm only limiting each
> individual command.

Ah. Then maybe keep it at 1mb so that looping packages reach that limit 
earlier?
 
> I also fixed the read() call, I need to do it in a loop as I may not get
> my buffer filled completely depending on the output buffering behavior
> of the command.

/me nods. 
 
> PS: that bug actually crashed my machine once :-) kernel got stuck
> because oom killer did not find any process left to kill

hehe. +Yup, running piuparts on the whole archive is not without problems ;)


cheers,
Holger

BTW: could you delete merged branches please? (ie add-vim-whitespace) - or is 
that a mistake on my end?



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

Bug#500572: not a bug

[Peter van Dijk]

Hello Martin,

On Nov 21, 2011, at 11:19 , martin f krafft wrote:

> also sprach Peter van Dijk  [2011.11.19.0906 
> +0100]:
>> If you could demonstrate that this difference exists, I would be
>> happy to look deeper into the issue.
> 
> I was about to get back into this, but I noticed that Mattijs has
> since added a patch from upstream to fix this issue. Does this mean
> you found the problem?

No - there is no upstream patch and I doubt there is a downstream patch. 
Matthijs, can you clarify?

Kind regards,
Peter van Dijk


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

Bug#639268: Problem from Suhosin

[BohwaZ]

The bug is from Suhosin which doesn't allow execution of phar:// URLs
(what a shame).

You need to add this to your php.ini :

suhosin.executor.include.whitelist="phar"


signature.asc
Description: PGP signature

Bug#649349: [Pkg-xen-devel] Bug#649349: xen-hypervisor-4.1-amd64: pygrub fails due to invalid opcode trapped

[Ian Campbell]

On Sun, 2011-11-20 at 09:08 +0100, Alexandre Vaissière wrote:
> Package: xen-hypervisor-4.1-amd64
> Version: 4.1.1-3
> Severity: important
> 
> Whenever I try to start a domU, xm create failed for
> 'Boot loader didn't return any data!'.
> 
> % sudo xm create -c squeeze.cfg
> Using config file "/etc/xen/squeeze.cfg".
> Error: Boot loader didn't return any data!
> 
> It seems related to the following error in dmesg
> [1440.163935] pygrub[3654] trap invalid opcode ip:7f732a997c50 
> sp:7fff60eb2258 error:0 in ld-2.13.so[7f732a984000+1f000]

An invalid op from the dynamic linker could be a more general bug or a
bug in the python interpreter, but lets try and confirm before we pass
this on.

> Note that pygrub does NOT fail If I launch 'pygrub mydisk.img' on a standard
> kernel boot, only if the hypervisor is used (tested with linux-image-3.0.0
>  and linux-image-2.39.2)

Can you try:
/usr/lib/xen-default/bin/pygrub --args="root=/dev/xvda2 ro" 
--output=/var/run/xend/boot/xenbl.8881 
/home/starch/data/xen/domains/squeeze/disk.img

Since this is the actual command which is failing.

You might want to replace /var/run/xend/boot/xenbl.8881 with your own
temp file (which you will need to touch first).

Having done that (and assuming it does repro the issue) can you run
under gdb to see where the crash really is.

Ian.
-- 
Ian Campbell
Current Noise: Venom - Sacrifice

All rights reserved.




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

Bug#601456: Link to a solution

[Bruno Cornec]

You may want to look at this answer:
http://askubuntu.com/questions/24594/lo-disabled-privacy-extensions-and-ipv6-disabling
It solve the issue for me (even if on another distribution)

Bruno.
-- 
Des infos sur la musique ancienne  -- http://www.musique-ancienne.org
Des infos sur les logiciels libres -- http://www.HyPer-Linux.org
Home, sweet musical Home -- Lover of Andromède, Béatrice, Early Music, 
Josquin, Linux, Mélisande, Recorder, and Ségolène (not in that order)



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

Bug#649365: linux-image-3.1.0-1-amd64: Broadcom USB adapter not recognised

[Sam Morris]

On Mon, 2011-11-21 at 05:59 +, Ben Hutchings wrote:
> Please provide a kernel log covering initialisation of the btusb driver.
> 
> Ben.

It's just these two lines:

Nov 21 10:35:40 durandal kernel: [73148.139130] Bluetooth: Generic Bluetooth 
USB driver ver 0.6
Nov 21 10:35:40 durandal kernel: [73148.139498] usbcore: registered new 
interface driver btusb

-- 
Sam Morris 



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

Bug#643060: bup: FTBFS

[Jon Dowland]

On Sat, Nov 19, 2011 at 11:46:08PM +0100, Teemu Ikonen wrote:
> I updated the git repo to the latest upstream and fixed this bug as
> well. Could someone please upload bup from git.debian.org /
> collab-maint?

Thanks for working on this:  you seem to have made some extensive changes and
I'll try to pick through them all to do an upload in the near future (also need
to Ack the prior NMU)




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

Bug#633501: libjinput-jni: contains undefined symbol EVIOCGUSAGE

[Sébastien Guillemin]

Hi,

  Don't know if you got a test program in the meanwhile. In case you
didn't, here is one (not very useful, but it does trigger the error).

package com.example;
import net.java.games.input.test.ControllerEventTest;
public class TestApp
{
public static void main(String args[])
{
ControllerEventTest eventTest = new ControllerEventTest();
}
}

--
Seb



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

Bug#649145: [Pkg-fonts-devel] Bug#649145: msttcorefonts: Please drop defoma support

[Christian PERRIER]

Quoting Thijs Kinkhorst (th...@debian.org):

> > An now the version with defoma-font run in preinst..:)
> 
> Thanks both for laying this groundwork. I'll make an upload today.


It has been a pleasure. I actually learned (and read) a lot of things
while looking at these bugs and trying to solve issues raised by Picky
Paul...:-)




signature.asc
Description: Digital signature

Bug#649467: LPD timeout is harmful

[Andrew Buckeridge]

Direct socket printing (such as HP JetDirect on 9100/tcp) by accepting
only one TCP connection on the socket exploits the rate adaptation and
logical end of file inherent in TCP. With this scheme it can start
processing the input as soon as it starts to receive it.

The RFC 1179 Line Printer Daemon protocol traditionally accepted
multiple jobs which it received before they were printed. I.e.
Simultaneous Peripheral Operations On-Line (according to AST) to
prevent user programs tying up the single line printer.

The real problem now (with other LPD implementations and CUPS) is
queues tying up the sysadmin.

Now LPD is built in to printers and large PostScript (vector or super
massive PCL uncompressed bitmap) jobs are being SPOOLed and then
processed in memory rather than on mass storage.

The problem with LPD is resources are finite and there is no official
way of limiting the rate at which jobs are submitted.

A LPD may have these one byte replies.

\000 Accepted
\001 Not accepting new jobs, tell sysadmin it has died again
\002 Counts exceed allocated or available space, try later
\003 Bad job format

Rather than return \002 it may also just stop reading the socket until
space is available again. This must always be done if it only finds out
in the middle of receiving a print job. (Once picked up a job must be
completed until logical end of file. You don't want to permanently
block these.)

Note that RFC 1179 only mentions zero or non-zero replies. There is no
mention of the \002 reply or rate adaptation.

Rejection including \002 may cause other LPDs to stop accepting.
For this reason blocking the socket is common.

A default timeout of 3 s would be 8 h and 20 min and may work.
The user can always interrupt or kill it.
http://www.ietf.org/rfc/rfc1179.txt



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

Bug#649203: libgtk-3-0: GTK+ 3.2 rendering issues/theme backwards incompatibility

[Julian Andres Klode]

On Fri, Nov 18, 2011 at 08:42:56PM +0100, Michael Biebl wrote:
> On 18.11.2011 20:33, Julian Andres Klode wrote:
> > Package: libgtk-3-0
> > Version:  3.2.2-1
> > Severity: normal
> > 
> > GTK+ 3.2 produces various rendering issues with the 3.0 themes,
> > because it does not want to parse the old themes anymore.
> > 
> > Upgrading gnome-themes-standard to 3.2 helps slightly, but
> > that seems to break window decorations (at least under
> > GNOME Shell).
> > 
> > Nautilus also looks fairly odd with GTK+ 3.2, regardless of
> > the theme version.
> 
> The incompatibility between GTK+ 3.2 and gnome-themes-standard 3.0 is
> known. We will most likely add a Breaks to libgtk-3-0.
> 
> I can't see any problems with gnome-themes-standard 3.2 + GTK+ 3.2 though.
> 
> Could you make a screenshot?
> Is this problem reproducible after a relogin?

It's actually a problem with the new theme:
(a) The toolbar borders have changed
(b) Nautilus specific styles have been added which make it
look a bit odd, as the border from the toolbar seems to
be longer than the toolbar itself and thus is visible on
the top of the separator between side bar and the main
widget.


-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.


pgpMPXpbflBgO.pgp
Description: PGP signature

Bug#649319: debootstrap: cannot handle perl-modules 5.12.4-6 and 5.14.2-5 both being in sid

[Colin Watson]

clone 649319 -1
reassign -1 bootstrap-base
thanks

On Sat, Nov 19, 2011 at 11:05:53PM +0100, Uwe Kleine-König wrote:
> I think it would be sensible to always pick up the highest version
> available if there is more than one. I'm not sure if this might result
> in similar situations that wouldn't occur when picking the smaller
> version, but at least it would be consistent with apt.

I agree that debootstrap ought to solve this problem.  (In fact, it's in
the pkgdetails API, so we need to solve this in both debootstrap and
bootstrap-base; cloning this bug for that.)

The bit that makes it difficult is that we need to do this work before
we necessarily have dpkg available, so we can't compare version numbers
in any remotely reliable way.  What we can do, however, is notice when
there are multiple stanzas with the same package name, and pick the last
one rather than the first.  dak seems to reliably sort in ascending
version order; Launchpad also does, although from code inspection I
think this is a result of sorting by ascending order of publication IDs,
but it seems to amount to the same thing in practice.  (Even if this
weren't 100% reliable, always picking the last stanza for a given
package name is no worse than always picking the first one.)

I'm working on this now.

-- 
Colin Watson   [cjwat...@ubuntu.com]



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

Bug#649399: initramfs-tools: please mark Multi-Arch: foreign

[Michael Prokop]

Hi Colin,

* Colin Watson [Sun Nov 20, 2011 at 05:41:09PM +]:

> It would be useful for initramfs-tools to be marked "Multi-Arch:
> foreign", to indicate that it can satisfy dependencies of packages of
> other architectures.  Although Debian's dpkg doesn't yet do anything
> special with this, it's safe to add this tag in advance of package
> manager support.
[...]

I've added it to the mika/multi_arch_foreign branch in
initramfs-tools.git so it's scheduled for review and inclusion in
the upcoming initramfs-tools release.

Thanks for your patch!

regards,
-mika-


signature.asc
Description: Digital signature

Bug#643820: key-mon: fails to start; python-gtk2 issue loading svg?

[Andrea Colangelo]

Hi Corey, and thanks for your bug report.

I was unable to reproduce your bug. Just to definitely exclude issues
with the .svg file, may you check if the link
'/usr/lib/python2.7/dist-packages/keymon/themes/classic/mouse-indicator.svg'
is not broken and destination file's md5[1]?

Thank you,
Andrea.

[1]
warp10@starfleet:/usr/share/pyshared/keymon/themes/classic$ md5sum
mouse-indicator.svg
76dcf18ba3a0899563a625ed2315d4ba  mouse-indicator.svg



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

Bug#649483: ITP: libstoragemgmt -- library for storage management

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf 

* Package name: libstoragemgmt
  Version : git master
  Upstream Author : Tony Asleson 
* URL : http://sourceforge.net/apps/trac/libstoragemgmt/
* License : LGPL
  Programming Lang: C++, Python
  Description : library for storage management

library for a vendor agnostic open source storage application
programming interface (API) that will allow management of storage
arrays.

Planned features:
  Plug-in framework to facilitate storage array addition/integration
Allow proprietary plug-ins (open source encouraged)
  Strong configurable security (TBD)
Username/password, client/server certificates
  Interrogate/Query
Capabilities, limits, versioning
LUN listings
Initiator listing
Volume/Storage pool listing (Where to carve new logical disks)
  Manage logical disks (LUNS)
creation (including thin provisioning)
deletion
re-sizing
access control (LUN Masking)
cloning/mirroring
snapshots
  Command line interface for exercising API
  Python bindings


Future features:
  Monitoring and alerting (asynchronous event notification)
  Network attached file systems (NFS, CIFS)
  Integrated support for LIO target (http://linux-iscsi.org)
  Management of SAN switches
  Portable, availability for Linux, Solaris and Windows
  Java, Perl, Ruby bindings



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

Bug#636924: software-center oudated.

[Julian Andres Klode]

On Mon, Nov 21, 2011 at 10:19:58AM +0100, Michael Vogt wrote:
> On Mon, Nov 21, 2011 at 12:21:02AM +0100, Julian Andres Klode wrote:
> > On Wed, Oct 26, 2011 at 03:37:38PM +0200, Sebastian Heinlein wrote:
> > > Software-center has got some hard coded requirements which are not
> > > available on Debian. So we have to workaround them first.
> > > 
> > > See, 
> > > https://code.launchpad.net/~glatzor/software-center/portability/+merge/80448
> > >  
> > 
> > aptdaemon 0.43+bzr707-1 is now in unstable. Hint for Sebastian:
> > Yes, it includes your recent commits for the precise branch, you
> > might want to merge the bzr branch into the precise one and
> > create a 0.43+bzr707-1ubuntu1 release. Or actually, you might
> > want to fix some other problems first before doing that, such
> > as aptdaemon not starting without pkcompat (which I found out
> > a bit late).
> 
> Thanks! I merged your changes into the ubuntu-precise branch now.
>  
> > I expect to have software-center 5.1.2 there sometime. Might
> > want to get that one released upstream first (hint for mvo),
> > though - I merged the current state of software-center into
> > my local branch:
> [..]
> > Shortly after 5.1.2 is out, I could push a 5.1.2debian1 to
> > Debian repository. I hope to have the current state of my
> > local branch building packages tomorrow again (currently
> > broken due to some merge conflicts resolved wrongly or
> > whatever).
> 
> Thanks! I will merge the outstanding branches and make a release
> today, then you can base on this one. Any preferences in if we should
> enable debian-specific ratings&reviews or disable them for now? We can
> host them on reviews.ubuntu.com, it would mostly be hidden, the only
> downside is that for posting a review the user would have to get a
> ubuntu SSO account.

We don't have the needed packages for this anyway, AFAIK:

 ubuntu-sso-client (>= 0.99.6),
 python-piston-mini-client (>= 0.1+bzr29),
 oneconf (>= 0.2.6)

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.



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

Bug#648947: gnome-shell fail to start leaving gnome in fallback mode

[rayrick]

Hi
Thank you for your support.

>This is clearly not a critical bug. Please don’t abuse bug severities.

Ok sorry. Can I do something to fix the severity?


> >   * Does the “GNOME” session fail to switch automatically to
> >   fallback mode? If so please provide the glxinfo output.
>

No. Actually fallback mode is working as expected. The problem is when I
try to enable gnome-shell with "gnome-shell --replace".
There is something I can try ? As you said in KVM there isnt GL support,
but I have direct rendering enabled and mesa-utils are working properly on
the SPICE display.
Is this normal?

Thank you for your support

Bug#649451: hard-coded gzip-only support in apt-cdrom

[David Kalnischkies]

On Mon, Nov 21, 2011 at 01:26, Steve McIntyre  wrote:
> I've just added support for translated description files into
> debian-cd, creating Translation-$LANG.bz2 on CDs to match the
> archive. A problem report from a user shortly afterwards described
> apt-cdrom issues using a DVD generated with this new code. [1] I've
> dug through the code in cdrom.cc and tagfile.cc and I've found that
> apt simply does not support .bz2 versions of the Translation files
> *from CD*. AFAICS it *does* support them in the main archive via HTTP
> etc. That's a bit of a surprise, to say the least.

I am not that surprised, given that apt-cdrom is touched only once
in a blue moon - last serious change is from 2009 (udev), the one
before that is adding Translation support in 2007, the 2005 change
is imported from the previous vcs… You get the pattern.
All in all its properly save to say that the code you looked at mostly
comes straight from the last millennium (literally speaking!)…

My personal excuse is that i haven't used it a single time, so i am
properly not the best one to hack on it, but i fear the rest of the
(lets count optimistic) trio seems to have the same excuse…


So after this little rant^Whistory lesson (which hopefully prevents you
from expecting a response after 4 days next time as i could write more
of these stories otherwise ;) ) i am willing to promise to try to have a
look at it this week(end), if nobody else wants of course,
but we need testers either way - volunteers?


> As it is, on CDs/DVDs we're stuck with only using gzip for various of
> the index files now until wheezy+1. That means we're going to be
> wasting (maybe a lot) more space on CDs than necessary.

You could ask stable managers for permission for a stable-upgrade.
+squeeze1 already adds some xz parts (for apt-utils tools).
Note though that squeeze doesn't support xz for index files
downloadable from the net, as i implemented it only in 0.8.12 after
hearing it the first time on debian-devel.
Not that it had ever reached deity@ or even the bts. As it is usually for
deities, they are expected to know everything and also before people even
think about it…

So sorry for wasting cd space, but time travel isn't stable yet and
my crystal ball was in repair in 2010, so i couldn't foresee what people
in 2011 expected me to have done. Given that my crystal ball is still
broken, it might be worthwhile to request the features expected to be
present in wheezy+1 NOW instead of then they are needed and serious
bugs in your eyes in 2012/3…


Thanks for consideration and best regards

David Kalnischkies



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

Bug#649484: mysql-5.5: Explicitly enable the ARCHIVE, BLACKHOLE and FEDERATED storage engines

[Guillaume Plessis]

Package: mysql-5.5
Version: 5.5.17-4
Severity: wishlist
Tags: patch

The transition from autotools to cmake for MySQL 5.5 led to changes in
the enable-by-default features, including storages engines.

To make sure that MySQL 5.5 has the same features as MySQL 5.1, ARCHIVE,
BLACKHOLE and FEDERATED storage engines should by explicitly mentioned
in debian/rules (a patch is attached).

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

Kernel: Linux 3.0.8-grsec (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -urN mysql-5.5-5.5.17.orig//debian/rules mysql-5.5-5.5.17/debian/rules
--- mysql-5.5-5.5.17.orig//debian/rules	2011-11-17 18:14:31.0 +
+++ mysql-5.5-5.5.17/debian/rules	2011-11-21 11:25:05.0 +
@@ -95,6 +95,9 @@
 	-DINSTALL_PLUGINDIR=lib/mysql/plugin \
 -DWITH_EMBEDDED_SERVER=ON \
 -DHAVE_EMBEDDED_PRIVILEGE_CONTROL=ON \
+	-DWITH_ARCHIVE_STORAGE_ENGINE=ON \
+	-DWITH_BLACKHOLE_STORAGE_ENGINE=ON \
+	-DWITH_FEDERATED_STORAGE_ENGINE=ON \
 		-DWITH_EXTRA_CHARSETS=all ..'
 		
 	#   --sysconfdir=/etc/mysql  -- Appends /etc/mysql after ~/ in the my.cnf search patch!

Bug#649485: Sometimes hostname hangs and a lot of cronjobs pile up

[Jon Bendtsen]

Package: hostname
Version: 3.04
Severity: normal


Sometimes I experience that hostname hangs without giving a reply. This results 
in a
lot of cronjobs piling up and occasionally filling /tmp.

Could we get some sort of parameter for hostname such that it never waits more 
than
given time for an answer.

Or could we get such that cronjobs never pile up


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

Kernel: Linux 2.6.32-5-vserver-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages hostname depends on:
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib

hostname recommends no packages.

hostname 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#643060: bup: FTBFS

[Jon Dowland]

On Mon, Nov 21, 2011 at 10:03:12AM +, Jon Dowland wrote:
> On Sat, Nov 19, 2011 at 11:46:08PM +0100, Teemu Ikonen wrote:
> > I updated the git repo to the latest upstream and fixed this bug as
> > well. Could someone please upload bup from git.debian.org /
> > collab-maint?
> 
> Thanks for working on this:  you seem to have made some extensive changes and
> I'll try to pick through them all to do an upload in the near future (also 
> need
> to Ack the prior NMU)

OK the first problem is you've started off by merging upstream directly into
the debian branch.  The bup package tracks the latest upstream *tag* (see
debian/README.source).


-- 
Jon Dowland




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

Bug#649486: linux-image-2.6.32-5-amd64: NETDEV WATCHDOG: eth1 (e1000e): transmit queue 0 timed out

[Bjørn Mork]

Package: linux-2.6
Version: 2.6.32-39
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


I have started to get these warnings from time to time after upgrading to a 
squeeze kernel
with the backported new version of the e1000e driver:


Nov 21 12:35:51 canardo kernel: [157688.362907] [ cut here 
]
Nov 21 12:35:51 canardo kernel: [157688.362914] WARNING: at 
/build/buildd-linux-2.6_2.6.32-39-amd64-7yVIH2/linux-2.6-2.6.32/debian/build/source_amd64_none/net/sched/sch_generic.c:261
 dev_watchdog+0xe2/0x194()
Nov 21 12:35:51 canardo kernel: [157688.362916] Hardware name: P5K
Nov 21 12:35:51 canardo kernel: [157688.362918] NETDEV WATCHDOG: eth1 (e1000e): 
transmit queue 0 timed out
Nov 21 12:35:51 canardo kernel: [157688.362919] Modules linked in: tcp_diag 
inet_diag parport_pc ppdev lp parport ip6t_rt nf_conntrack_ipv6 ip6t_REJECT 
ip6t_LOG ip6table_filter ip6_tables ipt_MASQUERADE xt_state ipt_REDIRECT 
xt_multiport xt_tcpudp ipt_REJECT iptable_nat iptable_filter ip_tables x_tables 
nf_nat_ftp nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack_irc 
nf_conntrack_ftp microcode nf_conntrack fuse cls_u32 sch_htb ppp_deflate 
zlib_deflate nfsd exportfs bsd_comp nfs lockd fscache nfs_acl auth_rpcgss 
sunrpc sit tunnel4 ppp_async crc_ccitt ppp_generic slhc sch_tbf 8021q garp 
bridge stp ext2 raid456 async_raid6_recov async_pq raid6_pq async_xor xor 
async_memcpy async_tx mptctl tun coretemp kvm_intel kvm tda10023 tda10021 
radeon snd_pcm snd_timer ttm snd soundcore snd_page_alloc mantis mantis_core 
drm_kms_helper dvb_core drm i2c_i801 ir_common i2c_algo_bit io_edgeport 
usbserial pcspkr evdev joydev serio_raw i2c_core button processor asus_atk0110 
ext3 jbd mbcache dm_mod raid1 md_mod usbhid hid sd_mod cr
Nov 21 12:35:51 canardo kernel: c_t10dif uhci_hcd mptsas mptscsih ata_generic 
mptbase scsi_transport_sas pata_jmicron firewire_ohci firewire_core crc_itu_t 
ahci atl1 mii libata scsi_mod ehci_hcd thermal thermal_sys e1000e usbcore 
nls_base [last unloaded: scsi_wait_scan]
Nov 21 12:35:51 canardo kernel: [157688.362987] Pid: 7, comm: ksoftirqd/1 Not 
tainted 2.6.32-5-amd64 #1
Nov 21 12:35:51 canardo kernel: [157688.362988] Call Trace:
Nov 21 12:35:51 canardo kernel: [157688.362990][] ? 
dev_watchdog+0xe2/0x194
Nov 21 12:35:51 canardo kernel: [157688.362995]  [] ? 
dev_watchdog+0xe2/0x194
Nov 21 12:35:51 canardo kernel: [157688.362998]  [] ? 
warn_slowpath_common+0x77/0xa3
Nov 21 12:35:51 canardo kernel: [157688.363001]  [] ? 
dev_watchdog+0x0/0x194
Nov 21 12:35:51 canardo kernel: [157688.363003]  [] ? 
warn_slowpath_fmt+0x51/0x59
Nov 21 12:35:51 canardo kernel: [157688.363006]  [] ? 
netif_tx_lock+0x3d/0x69
Nov 21 12:35:51 canardo kernel: [157688.363010]  [] ? 
netdev_drivername+0x3b/0x40
Nov 21 12:35:51 canardo kernel: [157688.363012]  [] ? 
dev_watchdog+0xe2/0x194
Nov 21 12:35:51 canardo kernel: [157688.363018]  [] ? 
nf_conntrack_free+0x3e/0x50 [nf_conntrack]
Nov 21 12:35:51 canardo kernel: [157688.363022]  [] ? 
death_by_timeout+0x0/0x4a [nf_conntrack]
Nov 21 12:35:51 canardo kernel: [157688.363026]  [] ? 
death_by_timeout+0x0/0x4a [nf_conntrack]
Nov 21 12:35:51 canardo kernel: [157688.363030]  [] ? 
run_timer_softirq+0x1c9/0x268
Nov 21 12:35:51 canardo kernel: [157688.363039]  [] ? 
__do_softirq+0xdd/0x1a6
Nov 21 12:35:51 canardo kernel: [157688.363042]  [] ? 
call_softirq+0x1c/0x30
Nov 21 12:35:51 canardo kernel: [157688.363044][] ? 
do_softirq+0x3f/0x7c
Nov 21 12:35:51 canardo kernel: [157688.363048]  [] ? 
ksoftirqd+0x5f/0xd3
Nov 21 12:35:51 canardo kernel: [157688.363050]  [] ? 
ksoftirqd+0x0/0xd3
Nov 21 12:35:51 canardo kernel: [157688.363053]  [] ? 
kthread+0x79/0x81
Nov 21 12:35:51 canardo kernel: [157688.363055]  [] ? 
child_rip+0xa/0x20
Nov 21 12:35:51 canardo kernel: [157688.363058]  [] ? 
kthread+0x0/0x81
Nov 21 12:35:51 canardo kernel: [157688.363060]  [] ? 
child_rip+0x0/0x20
Nov 21 12:35:51 canardo kernel: [157688.363062] ---[ end trace 94994b9aa1d86dd1 
]---

The frequency is low (once a week or less), but AFAIK this is a regression from 
the old driver.  I
cannot remember to have seen any such warnings with earlier squeeze kernels.

The warning is followed by a couple of reset:

Nov 21 12:35:52 canardo kernel: [157692.873860] e1000e :04:00.1: eth1: 
Reset adapter
Nov 21 12:37:02 canardo kernel: [157763.525692] e1000e :04:00.1: eth1: 
Reset adapter
Nov 21 12:37:52 canardo kernel: [157814.218261] e1000e: eth1 NIC Link is Up 
1000 Mbps Full Duplex, Flow Control: None


I did not watch this in action myself, but both PPPoE sessions running over 
this 
interface timed out at the same time, so I assume that the interface actually 
was
down for 2 minutes here due to whatever caused the warning:

Nov 21 12:36:40 canardo pppd[2414]: No response to 6 echo-requests
Nov 21 12:36:40 canardo pppd[2414]: Serial link appears to be disconnected.
Nov 21 12:36:40 canardo pppd[2414]: Connect time 2626.9 minutes.
Nov 21 12:36:40 canardo pppd[2414]: Sent 12704

Bug#643635: metapixel: diff for NMU version 1.0.2-7.1

[Didier Raboud]

tags 643635 + patch
thanks

Dear maintainer,

I've prepared an NMU for metapixel (versioned as 1.0.2-7.1). The diff
is attached to this message.

Regards.
diff -u metapixel-1.0.2/debian/control metapixel-1.0.2/debian/control
--- metapixel-1.0.2/debian/control
+++ metapixel-1.0.2/debian/control
@@ -2,7 +2,7 @@
 Section: graphics
 Priority: optional
 Maintainer: Chris Vanden Berghe 
-Build-Depends: debhelper (>= 5.0.0), libpng12-dev, libjpeg62-dev | libjpeg-dev, xsltproc, docbook-xsl, docbook-xml, libgif-dev
+Build-Depends: debhelper (>= 5.0.0), libpng12-dev, libjpeg-dev, xsltproc, docbook-xsl, docbook-xml, libgif-dev
 Standards-Version: 3.9.1
 
 Package: metapixel
diff -u metapixel-1.0.2/debian/changelog metapixel-1.0.2/debian/changelog
--- metapixel-1.0.2/debian/changelog
+++ metapixel-1.0.2/debian/changelog
@@ -1,3 +1,10 @@
+metapixel (1.0.2-7.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Build-Depends on libjpeg-dev, not libjpeg62-dev (Closes: #643635)
+
+ -- Didier Raboud   Mon, 21 Nov 2011 10:44:46 +0100
+
 metapixel (1.0.2-7) unstable; urgency=low
 
   * Updated standards version.

Bug#644969: uvccapture: diff for NMU version 0.5-1.2

[Didier Raboud]

tags 644969 + patch
thanks

Dear maintainer,

I've prepared an NMU for uvccapture (versioned as 0.5-1.2). The diff
is attached to this message.

Regards.
diff -u uvccapture-0.5/debian/changelog uvccapture-0.5/debian/changelog
--- uvccapture-0.5/debian/changelog
+++ uvccapture-0.5/debian/changelog
@@ -1,3 +1,10 @@
+uvccapture (0.5-1.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Build-Depends on libjpeg-dev, not libjpeg62-dev. Closes: #644969.
+
+ -- Didier Raboud   Mon, 21 Nov 2011 10:02:58 +0100
+
 uvccapture (0.5-1.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -u uvccapture-0.5/debian/control uvccapture-0.5/debian/control
--- uvccapture-0.5/debian/control
+++ uvccapture-0.5/debian/control
@@ -2,7 +2,7 @@
 Section: graphics
 Priority: optional
 Maintainer: Krzysztof Burghardt 
-Build-Depends: debhelper (>= 5), libjpeg62-dev | libjpeg-dev
+Build-Depends: debhelper (>= 5), libjpeg-dev
 Standards-Version: 3.8.0
 Homepage: http://linux-uvc.berlios.de/
 

Bug#648303: alien-arena: diff for NMU version 7.51-3.1

[Didier Raboud]

tags 648303 + patch
thanks

Dear maintainer,

I've prepared an NMU for alien-arena (versioned as 7.51-3.1). The diff
is attached to this message.

Regards.
diff -Nru alien-arena-7.51/debian/changelog alien-arena-7.51/debian/changelog
--- alien-arena-7.51/debian/changelog	2011-06-06 13:44:36.0 +0200
+++ alien-arena-7.51/debian/changelog	2011-11-21 10:00:11.0 +0100
@@ -1,3 +1,10 @@
+alien-arena (7.51-3.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Build-Depend on libjpeg-dev instead of libjpeg62-dev (Closes: #648303).
+
+ -- Didier Raboud   Mon, 21 Nov 2011 09:59:28 +0100
+
 alien-arena (7.51-3) unstable; urgency=low
 
   * Team upload.
diff -Nru alien-arena-7.51/debian/control alien-arena-7.51/debian/control
--- alien-arena-7.51/debian/control	2011-06-06 13:42:12.0 +0200
+++ alien-arena-7.51/debian/control	2011-11-21 09:59:18.0 +0100
@@ -8,7 +8,7 @@
  sharutils,
  libglu1-mesa-dev | libglu-dev,
  libgl1-mesa-dev | libgl-dev,
- libjpeg62-dev | libjpeg-dev,
+ libjpeg-dev,
  libpng12-dev | libpng-dev,
  libxxf86vm-dev, libxxf86dga-dev,
  libxext-dev,

Bug#510559: Invalid URL support

[Ian Jackson]

severity 510559 wishlist
close 510559
thanks

As upstream says, URLs are not allowed to contain unencoded spaces.
So passing such a not-quite-url to curl is a mistake.

It would of course be possible to improve curl's handling of this
error by the caller.  Personally I would favour having curl bomb out,
but it would be possible for curl to encode the spaces.

However, deciding what to do about this, and implementing it any
resulting improvement, is not an activity that we intend to undertake
in Debian, and we would not wish to apply a patch even if it were
supplied to us.  Under these circumstances it does not make sense for
the Debian BTS to contain an open bug report for this feature request.

Thanks,
Ian.



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

Bug#638360: curl: Please add hiphop patch

[Ian Jackson]

severity 638360 wishlist
close 638360
thanks

I'm afraid that I concur with upstream and the other Debian
maintainers for curl.  This enhancement request should be discussed
upstream.

In particular, I agree with upstream's very reasonable comments:

  If you still think this is good stuff for libcurl, then I would like
  to see that you motivate and explain your patch and reasoning on the
  curl-library list so that we can discuss pros and cons and see what
  others think and how to proceed. (The patch also lacks documentation
  and test cases.)

We do not intend to apply this patch in the Debian package as we don't
agree that it's helpful.  So it is not appropriate to keep this bug
open any longer.

Thanks,
Ian.



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

Bug#638061: xtables-addons: next release

[Pierre Chifflier]

On Mon, Nov 21, 2011 at 04:29:10PM +1100, Dmitry Smirnov wrote:
> Recently I did some work on the package which I believe solve this problem.
> 
> However it have been 12 days since I wrote to maintainer but got no
> reply so far.
> 
> To get this work some visibility I put my changes to
> 
> 
> http://anonscm.debian.org/gitweb/?p=users/onlyjob-guest/xtables-addons.git
> 
> and also prepared a source package for review:
> 
> 
> http://mentors.debian.net/debian/pool/main/x/xtables-addons/xtables-addons_1.39-1.dsc
> 
> Unless Pierre will respond in the following weeks it might become a base
> for NMU.
> 

Hi Dmitry,

I have seen your email, but the changes from the current packaging are
important so please give me a few days to review them.
I'm also ok with a co-maintenance, this will eventually be done with the
next upload.
In the meantime, please do not NMU.

Cheers,
Pierre


signature.asc
Description: Digital signature

Bug#571196: CherryPy 3.2

[Nathan Robertson]

I just repackaged CherryPy 3.2.2 for work internally. It was a pretty
trivial upgrade from a packaging point of view.

Could you please update this package? I'd be happy to become a Debian
developer if you'd sponsor me and eventually take over maintenance of
the package. Long term, I think there might be a few other Python
packages which I might package and contribute later on too.



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

Bug#648991: include Serafeim's post keysigning-party scripts

[Serafeim Zanikolas]

Hi Thomas,

On Sat, Nov 19, 2011 at 02:52:40PM +0100, Thomas Koch wrote:
> would you like to include your scripts in the signing-party package? 
> Currently 
> they don't have any license attached.

Thanks for bringing this up. It'd be nice to see the scripts included,
assuming the pkg maintainer is fine with that. I'll append a licence header
when I have some time; in the meantime please assume a GPLv3 licence.

cheers,
sez

-- 
Want to sign up for websites without giving your email?
Ask me for a leemail.me invite


signature.asc
Description: Digital signature

Bug#643060: bup: FTBFS

[Teemu Ikonen]

Hi Jon,

On Mon, Nov 21, 2011 at 12:47 PM, Jon Dowland  wrote:
> OK the first problem is you've started off by merging upstream directly into
> the debian branch.  The bup package tracks the latest upstream *tag* (see
> debian/README.source).

The current upstream HEAD is two commits ahead of the tag
'bup-0.25-rc1' and the two commits seemed useful, so I went ahead and
merged it. Bup 0.25 is hopefully released before the next Debian
release, so having a git HEAD in testing for a while probably does not
hurt. If you disagree, you can of course merge the tag 'bup-0.25-rc1'
again to the debian branch.

Best,

Teemu



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

Bug#649487: detex: segfault with argument "--version"

[Matthew Wakeling]

Package: texlive-binaries
Version: 2009-8
Severity: normal

If I run detex with the argument "--version", then I get:

detex: warning: unknown option ignored - -
detex: warning: unknown option ignored - v
detex: warning: unknown option ignored - r
detex: warning: unknown option ignored - i
detex: warning: unknown option ignored - o
Segmentation fault

While this may seem an odd thing to do, the segfault is worrying, and should be 
investigated. A locally-compiled version of detex 2.8 downloaded from upstream 
does not exhibit the same problem - it produces the following:

detex: warning: unknown option ignored - -
detex: warning: unknown option ignored - v
detex: error: -e option requires and argument

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages texlive-binaries depends on:
ii  ed1.4-3  The classic UNIX line editor
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libfontconfig12.8.0-2.1  generic font configuration library
ii  libfreetype6  2.4.2-2.1+squeeze1 FreeType 2 font engine, shared lib
ii  libgcc1   1:4.4.5-8  GCC support library
ii  libkpathsea5  2009-8 TeX Live: path search library for 
ii  libncurses5   5.7+20100313-5 shared libraries for terminal hand
ii  libpng12-01.2.44-1+squeeze1  PNG library - runtime
ii  libpoppler5   0.12.4-1.2 PDF rendering library
ii  libstdc++64.6.1-4GNU Standard C++ Library v3
ii  libx11-6  2:1.3.3-4  X11 client-side library
ii  libxaw7   2:1.0.7-1  X11 Athena Widget library
ii  libxmu6   2:1.0.5-2  X11 miscellaneous utility library
ii  libxpm4   1:3.5.8-1  X11 pixmap library
ii  libxt61:1.0.7-1  X11 toolkit intrinsics library
ii  perl  5.10.1-17squeeze2  Larry Wall's Practical Extraction 
ii  tex-common2.08.1 common infrastructure for building
ii  texlive-common2009-11TeX Live: Base component
ii  zlib1g1:1.2.3.4.dfsg-3   compression library - runtime

texlive-binaries recommends no packages.

texlive-binaries 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#642199: Same problem here

[Eric Valette]

  
  

  (12:53:25) connection: Connection error on 0x7fa060c0f9a0
  (reason: 0 description: Read error)
  
  The rest is ok but contain company informtion that I do not want
  to disclose.

-- eric


  




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

Bug#649174: update-inetd: make robust against being run when perl-base and perl-modules are out of sync

[Serafeim Zanikolas]

Thanks for the patch Colin. I'll make sure to upload a new update-inetd
release within a few days.

cheers,
sez



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

Bug#275056: patch

[Vitezslav Cizek]

Hi,
You can try this patch.

-- 
Vita Cizek
Index: atftp-0.7/tftp_file.c
===
--- atftp-0.7.orig/tftp_file.c	2011-11-16 13:31:24.267659251 +0100
+++ atftp-0.7/tftp_file.c	2011-11-21 13:07:35.455173548 +0100
@@ -605,6 +612,7 @@
  int timeout_state = state; /* what state should we go on when timeout */
  int result;
  long block_number = 0;
+ long last_requested_block = -1;
  long last_block = -1;
  int data_size; /* size of data received */
  int sockfd = data->sockfd; /* just to simplify calls */
@@ -615,10 +623,10 @@
  FILE *fp;  /* the local file pointer */
  int number_of_timeout = 0;
  struct stat file_stat;
- int convert = 0;   /* if true, do netascii convertion */
+ int convert = 0;   /* if true, do netascii conversion */
  char string[MAXLEN];
 
- long prev_block_number = 0; /* needed to support netascii convertion */
+ long prev_block_number = 0; /* needed to support netascii conversion */
  long prev_file_pos = 0;
  int temp = 0;
 
@@ -634,7 +642,7 @@
  /* copy sa_peer structure */
  memcpy(&sa, &data->sa_peer, sizeof(sa));
 
- /* check to see if conversion is requiered */
+ /* check to see if conversion is required */
  if (strcasecmp(data->tftp_options[OPT_MODE].value, "netascii") == 0)
   convert = 1;
 
@@ -758,13 +766,24 @@
 break;
case GET_ACK:
 number_of_timeout = 0;
-/* if the socket if not connected, connect it */
+/* if the socket is not connected, connect it */
 if (!connected)
 {
  //connect(sockfd, (struct sockaddr *)&sa, sizeof(sa));
  connected = 1;
 }
 block_number = ntohs(tftphdr->th_block);
+
+if (last_requested_block >= block_number)
+{
+if (data->trace)
+fprintf(stderr, "received duplicated ACK = %ld>\n",
+last_requested_block, block_number);
+break;
+}
+else
+last_requested_block = block_number;
+
 if (data->trace)
  fprintf(stderr, "received ACK \n",
  block_number);
@@ -777,7 +796,7 @@
 break;
case GET_OACK:
 number_of_timeout = 0;
-/* if the socket if not connected, connect it */
+/* if the socket is not connected, connect it */
 if (!connected)
 {
  //connect(sockfd, (struct sockaddr *)&sa, sizeof(sa));
Index: atftp-0.7/tftpd_file.c
===
--- atftp-0.7.orig/tftpd_file.c	2011-11-16 14:03:16.979755903 +0100
+++ atftp-0.7/tftpd_file.c	2011-11-21 12:48:01.264245650 +0100
@@ -403,6 +403,7 @@
  int timeout_state = state;
  int result;
  long block_number = 0;
+ long last_requested_block = -1;
  long last_block = -1;
  int block_loops = 0;
  int data_size;
@@ -455,7 +457,7 @@
 #ifdef HAVE_PCRE
  if (fp == NULL)
  {
-  /* Verify if this file have a working subsitution */
+  /* Verify if this file have a working substitution */
   if (pcre_top != NULL)
   {
if (tftpd_pcre_sub(pcre_top, string, MAXLEN,
@@ -859,6 +861,17 @@
 {
  logger(LOG_DEBUG, "received ACK ", block_number);
 }
+
+		/* check whether the block request isn't already fulfilled */
+if (last_requested_block >= block_number)
+{
+if (data->trace)
+logger(LOG_DEBUG, "received duplicated ACK = %d>", last_requested_block, block_number);
+break;
+}
+else
+last_requested_block = block_number;
+
 if (ntohs(tftphdr->th_block) == 65535)
 {
  block_loops++;
@@ -955,9 +968,11 @@
 ntohs(client_info->client.sin_port));
  /* client is a new client structure */
  sa =  &client_info->client;
- /* nedd to send an oack to that client */
+ /* need to send an oack to that client */
  state = S_SEND_OACK;
  fseek(fp, 0, SEEK_SET);
+			 /* reset the last block received counter */
+			 last_requested_block = -1;
 }
 

Bug#612297: ITA:bacula-doc

[W. van den Akker]

Package: wnpp

Severity: normal

Changed to ITA.

I am using Bacula for some servers and want to maintain this package.
I will upload an new version 5.2.1, but need a mentor to judge an upload it.

gr,
Willem

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Bug#624417: Problem fix with the package python-gobject-cairo ?

[ldelta]

Hello,

I installed the package python-gobject-cairo from stable and the cover
art plugin is working again.

Maybe it will solve the problem for the radio support ?


ldelta



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

Bug#649488: sphinx: run test suite for Python 3.X

[Jakub Wilk]

Source: sphinx
Version: 1.1.2+dfsg-1
Severity: important

Currently test suite is run only for Python 2.X. It should be run also 
for Python 3.X.


--
Jakub Wilk



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

Bug#649489: ruby-rdiscount: use system libmarkdown2 instead of embedded one

[Alessandro Ghedini]

Package: ruby-rdiscount
Version: 1.6.8-2
Severity: normal

Hi,

I have noticed that ruby-rdiscount is built using its own, embedded version
of discount, and I think it would be better to use the library provided by
the libmarkdown2 package as per Debian Policy §4.13 (if possibile, of 
course).

What do you think?

Cheers

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

Kernel: Linux 3.0.0 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to it_IT.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ruby-rdiscount depends on:
ii  libc6   2.13-21
ii  libruby1.8  1.8.7.352-2
ii  ruby4.8
ii  ruby1.8 [ruby-interpreter]  1.8.7.352-2

ruby-rdiscount recommends no packages.

ruby-rdiscount 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#644896: will be fixed upstream soon

[Sven Hoexter]

tags 644896 upstream confirmed
thanks

According to Jim (upstream) the issue will be fixed in 1.1.4 which
should be released sooner or later.



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

Bug#402127: closed by Regis Boudin (cdebconf now uses X11)

[Attilio Fiandrotti]

I totally agree :)

Thanks,

Attilio Fiandrotti

Il 21/11/2011 13:00, Debian Bug Tracking System ha scritto:

This is an automatic notification regarding your Bug report
which was filed against the cdebconf-gtk-udeb package:

#402127: GTK frontend should build on and X target too

It has been closed by Regis Boudin.

Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Regis 
Boudin  by
replying to this email.







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

Bug#643028: [Pkg-utopia-maintainers] Bug#643028: network-manager-gnome: refuses to join new wireless networks

[wolf python london]

On 21 November 2011 13:52, wolf python london  wrote:
> Hey Peter,
>
> Have you fix this problem? I come across the same problem after I turn
> to E17 from Gnome3 , and try to use nm-applet to control my internet
> connection.
> At last I find this blog and its section **Network Manager**, the
> solution it offers just fix my problem .Hope this gonna help .
>
sorry to forget offering the links :-
http://math.umons.ac.be/an/W510/
> --
> 
> Yes, I use Debian GNU/L
> wolf python london(WPL)
> Do as you soul should do !
> 
>



-- 

Yes, I use Debian GNU/L
wolf python london(WPL)
Do as you soul should do !




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

Bug#647095: CPU hyperthreading turned on after soft power-cycle

[Jiri Polach]

Finally! After another 50+ compilations a have it! It took some time as
first I had to find a reason why some revisions did not boot (almost 2/3
were unbootable and the first bad commit was among them). Having this
solved I have been able to bisect without "skipping". The result is
surprising (at least for me) - believe it or not, the first bad commit
is 6610e089 "RTC: Rework RTC code to use timerqueue for events" from
John Stultz (I am sending him a copy of this message).

I would never expect this would be a problem, but my understanding of
this commit is very limited, so I am certainly missing the point.
However, I have tried to compile 2.6.38 (which was "bad") with "Real
Time Clock" configuration option turned off and it behaves "normally"
then (= is "good").


Huh. That's *very* odd.  Is your system doing anything in-particular
with the RTC?  I don't have a clue right off, so probably the next step


Yes, it is very odd. The system does not do anything special with RTC.
It is a diskless computational workstation.


is doing a bit of instrumentation to try to figure out where exactly we
trigger the behavior. Could you checkout commit 6610e089 and apply the
patch below to see if we can't narrow it down?


With the patch applied the system does not show the strange behavior (=
is "good").


Could you also send your .config to me?


Sure. It is attached. I have found that if I turn CONFIG_RTC_DRV_CMOS
off, the system behaves normally (= is "good") too.


Yea. My rough guess is that the BIOS is somehow sensitive to how the
CMOS RTC is touched.

Does disabling CONFIG_HPET_EMULATE_RTC change the behavior?


But how do I do it? :-)

I have not found a way to disable it in "menuconfig". If I comment it 
out manually in .config, it is automatically set back to "y" as soon as 
compilation starts ...


Thanks,

Jiri





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

Bug#647998: core.py: error: no such option: --with-nosexunit

[Jakub Wilk]

* Mathieu Malaterre , 2011-11-08, 09:39:

 I am trying to build cellprofiler on a debian/sid machine, but it keeps on 
failing with:

python -m nose.core --exe --with-nosexunit --core-target=target/xml-report 
cellprofiler
Usage: core.py [options]

core.py: error: no such option: --with-nosexunit
make: *** [tests] Error 2


Why do you think it's a bug in python-nose? Little googling reveals that 
the "--with-nosexunit" option is provided by a third party plugin:

http://nosexunit.sourceforge.net/
(But it's not packaged for Debian.)

Note that nose >= 0.11 has a different, built-in plugin for XUnit XML.

--
Jakub Wilk



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

Bug#647998: core.py: error: no such option: --with-nosexunit

[Mathieu Malaterre]

reassign 647998 wnpp
retitle 647998 RFP: nosexunit -- JUnit like XML reporting for PyUnit
thanks

On Mon, Nov 21, 2011 at 2:34 PM, Jakub Wilk  wrote:
> * Mathieu Malaterre , 2011-11-08, 09:39:
>>
>>  I am trying to build cellprofiler on a debian/sid machine, but it keeps
>> on failing with:
>>
>> python -m nose.core --exe --with-nosexunit --core-target=target/xml-report
>> cellprofiler
>> Usage: core.py [options]
>>
>> core.py: error: no such option: --with-nosexunit
>> make: *** [tests] Error 2
>
> Why do you think it's a bug in python-nose? Little googling reveals that the
> "--with-nosexunit" option is provided by a third party plugin:
> http://nosexunit.sourceforge.net/
> (But it's not packaged for Debian.)
>
> Note that nose >= 0.11 has a different, built-in plugin for XUnit XML.

Sorry I totally missed that point. I changed this bug into an RFP.

Thanks,
-- 
Mathieu



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

Bug#649490: gnupg: please mark Multi-Arch: foreign

[Colin Watson]

Package: gnupg
Version: 1.4.11-3
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch precise

Hi,

It would be useful for gnupg to be marked "Multi-Arch: foreign", to
indicate that it can satisfy dependencies of packages of other
architectures.  Although Debian's dpkg doesn't yet do anything special
with this, it's safe to add this tag in advance of package manager
support.

This is an early step in being able to crossgrade from i386 to amd64,
because apt Depends: gnupg.

  * Mark gnupg, gnupg-curl, and gpgv Multi-Arch: foreign.

=== modified file 'debian/control'
--- debian/control  2011-02-15 19:49:51 +
+++ debian/control  2011-11-21 13:41:12 +
@@ -17,6 +17,7 @@ Vcs-Svn: svn://svn.debian.org/svn/pkg-gn
 
 Package: gnupg
 Architecture: any
+Multi-Arch: foreign
 Depends: ${shlibs:Depends}, ${misc:Depends}, gpgv
 Recommends: ${shlibs:Recommends}, gnupg-curl
 Suggests: gnupg-doc, xloadimage | imagemagick | eog, libpcsclite1
@@ -42,6 +43,7 @@ Description: GNU privacy guard - a free
 Package: gnupg-curl
 Priority: optional
 Architecture: any
+Multi-Arch: foreign
 Depends: ${shlibs:Depends}, ${shlibs:Recommends}, ${misc:Depends}, gnupg
 Description: GNU privacy guard - a free PGP replacement (cURL)
  GnuPG is GNU's tool for secure communication and data storage.
@@ -59,6 +61,7 @@ Description: GNU privacy guard - a free
 
 Package: gpgv
 Architecture: any
+Multi-Arch: foreign
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Suggests: gnupg
 Description: GNU privacy guard - signature verification tool

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]



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

Bug#649376: gnome: Dependency on totem-mozilla violating Debian-Policy

[Josselin Mouette]

Le lundi 21 novembre 2011 à 00:20 +0100, Oliver Rompcik a écrit : 
> That's an non-logical abstraction. Following this the metapackage could be
> dependend on everything.

Sure. Feel free to package a “everything” metapackage, that depends on
all packages in Debian. It should come very handy.

> But following Debian Policy, expecially Chapter 5 and 7, a dependency is
> defined absolute precisely. It is written for "depends" that "This
> declares an absolute dependency". And here the requirement for such a
> dependency is not met.

Why are you wasting so much time splitting hair? Is it your job, or just
a hobby?

> But I'd like to repeat my question, which is still unanswered:
> 
> Is there any technical reason for gnome beeing dependend on totem-mozilla
> (and why especially totem-mozilla, not for example mozilla-plugin-vlc)?

BECAUSE METAPACKAGES ARE NOT A SUPERMARKET.
Can you read?

> Or is it just YOUR preference, beeing one of totem's authors?

No. Totem is part of the GNOME applications moduleset. VLC is not. VLC
will probably never be, since it has very poor integration with GNOME.
And since METAPACKAGES ARE NOT A SUPERMARKET, you don’t get to choose.

> You know, gnome is an essential package

I don’t see the “Essential: yes” tag.

> So what stands technically against altering the Depends to Suggests??

Nothing. This is not a technical issue. It’s just that METAPACKAGES ARE
NOT A SUPERMARKET. You don’t like metapackages, you are not forced to
use them.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-




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

Bug#649491: boot fails when libnfsidmap.so.0 not found...

[Bruce Sass]

Package: libnfsidmap2
Version: 0.24-1
Severity: critical

...because /usr is an NFS mount!

Please move everything under /usr/lib to /lib.



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

Bug#649007:

[pb...@libero.it]

fixed 649007 3.2.1-5

thank you



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

Bug#649448: udev loading radeon drivers garbles screen output

[Alex Deucher]

On Sun, Nov 20, 2011 at 10:12 PM, Ben Hutchings  wrote:
> On Sun, 2011-11-20 at 19:02 -0600, Jonathan Nieder wrote:
>> reassign 649448 src:linux-2.6 linux-2.6/3.0.0-3
>> severity 649448 important
>> retitle 649448 radeon (evergreen): random-looking pattern of pixels when 
>> firmware not installed
>> tags 649448 + upstream
>> quit
>>
>> Hi Martin,
>>
>> Martin von Gagern wrote:
>>
>> > Version: 3.0.0-3
>> [...]
>> > Just installed a wheezy setup using debootstrap, adding grub-pc and
>> > linux-image-amd64 after the chroot was created. The kernel boots, the
>> > initrd seems all right. When the main system boots up, udev gets launced
>> > pretty early. Soon after it is started, the screen turns into a pretty
>> > random-looking pattern of pixels, making the console pretty unusable.
>> > This also happens in "recovery" i.e. single-user mode.
>> [...]
>> > Possible workarounds seem to include:
>> [...]
>> > - Adding a line "blacklist radeon" to /etc/modprobe.d/blacklist.conf,
>> >   followed by running "depmod -a".
>> [...]
>> >> [  150.125768] r600_cp: Failed to load firmware "radeon/SUMO2_pfp.bin"
>> >> [  150.125818] [drm:evergreen_startup] *ERROR* Failed to load firmware!
>> >> [  150.125859] radeon :00:01.0: disabling GPU acceleration
>>
>> Yes, the radeon driver currently copes poorly when firmware is missing.
>> Compare [1], [2], [3].
>>
>> [...]
>> > Not having GPU accelleration due to lack of free firmware is acceptable.
>> > Not having a usable text console can be a real problem.
>>
>> Agreed.  The radeon driver should be bailing out when firmware is
>> missing for cards that need it, but that is not working for some
>> reason.
> [...]
>
> At the time I converted the radeon driver to load external firmware, it
> was apparently only required for 3D acceleration and both KMS and 2D
> acceleration of X worked without it, at least on those systems I tested
> (which were quite old, R100-R300 families).  Therefore failure to load
> firmware would only result in DRM (3D acceleration support) being
> disabled.
>
> However, it looks like driver support for the R600 family onward now
> absolutely requires the 'RLC' firmware blobs:
>
> commit d8f60cfc93452d0554f6a701aa8e3236cbee4636
> Author: Alex Deucher 
> Date:   Tue Dec 1 13:43:46 2009 -0500
>
>    drm/radeon/kms: Add support for interrupts on r6xx/r7xx chips (v3)
>
> And the 'Northern Islands' GPUs and 'Fusion' APUs appear to require the
> 'MC' firmware blobs:
>
> commit 0af62b0168043896a042b005ff88caa77dd94d04
> Author: Alex Deucher 
> Date:   Thu Jan 6 21:19:31 2011 -0500
>
>    drm/radeon/kms: add ucode loader for NI
>
> Therefore I think that at least r600_init(), rv770_init(),
> evergreen_init() and cayman_init() should be treating failure to load
> firmware as a fatal error.
>

R6xx, r7xx should work ok without the RLC ucode, you just won't get
acceleration.  With chips that require the MC ucode, the driver will
bail if the MC ucode is not available.

Alex

> Ben.
>
> --
> Ben Hutchings
> Teamwork is essential - it allows you to blame someone else.
>



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

Bug#649468: FTBFS on Alpha: undefined iowrite32be wanted by module mlx4_en.

[Ben Hutchings]

On Mon, 2011-11-21 at 20:59 +1300, Michael Cree wrote:
> Source: linux-2.6
> Version: 3.1.1-1
> Severity: Important
> User: debian-al...@lists.debian.org
> Usertags: alpha
> X-Debbugs-CC: debian-al...@lists.debian.org
> 
> The package linux-2,6 FTBFS on Alpha.  From the log:
> 
>   Building modules, stage 2.
>   MODPOST 2591 modules
> ERROR: "iowrite32be" [drivers/net/mlx4/mlx4_en.ko] undefined!
[...]

This needs to be added to arch/alpha similarly to:

commit 06901bd83412db5a31de7526e637101ed0c2c472
Author: Arnd Bergmann 
Date:   Sat Sep 3 17:54:44 2011 +0200

ARM: add io{read,write}{16,32}be functions

Ben.

-- 
Ben Hutchings
Teamwork is essential - it allows you to blame someone else.


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

Bug#646870: gs-common: doesn't depend on anything

[Didier Raboud]

Le vendredi, 28 octobre 2011 00.02:07, Jakub Wilk a écrit :
> Package: gs-common
> Version: 9.04~dfsg-2
> Severity: grave
> Justification: renders package unusable
> 
> gs-common is a "transitional dummy package", but it's an empty package
> that doesn't depend on anything. That hardly helps any transition. In
> fact, it breaks a number of packages that still (build-)depend on
> gs-common.

Jonas: what about uploading ghostscript "soon" with the changes pushed to the 
Git repository by Steve Langasek (that seem to fix this RC bug by an effective 
removal of gs-common) ?

(Or should we not remove gs-common yet ?)

Cheers,

-- 
OdyX


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

Bug#649376: gnome: Dependency on totem-mozilla violating Debian-Policy

[Oliver Rompcik]

Dear Josselin,

thanks for your answer. I agree with you in one point: This seems to be
wasting time.

It's not about metapackages or nut, this is a substantial question. But we
are on controversy roads. As said, the (meta)packages gnome is essential
and one of the most installed.

Try to remove totem-mozilla on a fresh install. This will uninstall gnome,
the network manager, update-manager and many many more. Stupid.

Seems to be time for a new meta gnome-minimal.

With best regards,
Oliver Rompcik

Josselin Mouette schrieb:
> Le lundi 21 novembre 2011 à 00:20 +0100, Oliver Rompcik a écrit :
>> That's an non-logical abstraction. Following this the metapackage could
>> be
>> dependend on everything.
>
> Sure. Feel free to package a ?everything? metapackage, that depends on
> all packages in Debian. It should come very handy.
>
>> But following Debian Policy, expecially Chapter 5 and 7, a dependency is
>> defined absolute precisely. It is written for "depends" that "This
>> declares an absolute dependency". And here the requirement for such a
>> dependency is not met.
>
> Why are you wasting so much time splitting hair? Is it your job, or just
> a hobby?
>
>> But I'd like to repeat my question, which is still unanswered:
>>
>> Is there any technical reason for gnome beeing dependend on
>> totem-mozilla
>> (and why especially totem-mozilla, not for example mozilla-plugin-vlc)?
>
> BECAUSE METAPACKAGES ARE NOT A SUPERMARKET.
> Can you read?
>
>> Or is it just YOUR preference, beeing one of totem's authors?
>
> No. Totem is part of the GNOME applications moduleset. VLC is not. VLC
> will probably never be, since it has very poor integration with GNOME.
> And since METAPACKAGES ARE NOT A SUPERMARKET, you don?t get to choose.
>
>> You know, gnome is an essential package
>
> I don?t see the ?Essential: yes? tag.
>
>> So what stands technically against altering the Depends to Suggests??
>
> Nothing. This is not a technical issue. It?s just that METAPACKAGES ARE
> NOT A SUPERMARKET. You don?t like metapackages, you are not forced to
> use them.
>
> --
>  .''`.  Josselin Mouette
> : :' :
> `. `'
>   `-
>
>





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

Bug#649493: mysql-client-5.1: location of logfile isn't found

[Sergey B Kirpichev]

Package: mysql-client-5.1
Version: 5.1.49-3
Tags: patch

How to reproduce:
# my_print_defaults mysqld|grep slow
--log_slow_queries=/var/log/mysql/mysql-slow.log
# mysqldumpslow
Can't find '/var/lib/mysql/*-slow.log'

Ugly, stupid bug.  Why it's not fixed long time ago?
Patch from http://bugs.debian.org/460066 seems to be valid for 5.1.x.



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

Bug#636685: Servers now mostly close to 2.0 version

[bugreport]

Hi,

an upgraded package to 2.4 would, indeed, be nice to have.

Cheers,

Malte



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

Bug#649431: asterisk: Segmentation fault in asterisk -r

[Tzafrir Cohen]

On Sun, Nov 20, 2011 at 10:56:21PM +0100, Vincent Smeets wrote:
> Package: asterisk
> Version: 1:1.8.7.1~dfsg-1
> Severity: normal
> 
> Hello,
> 
> I just installed asterisk and made no changes to any configuration files
> so they are still in there original state.
> 
> Whenever I start the command:
> # asterisk -r
> I get a segmentation violation and can"t connect to the deamon. The
> attachement show a gdb session with a backtrace of the error.
> 
> Yesterday I also installed the asterisk package (probably version
> 1:1.8.4.4~dfsg-2) and had no problems. I then uninstalled and purged
> everything yesterday and today I installed it again. So I think the
> problem has something to do with the new version 1:1.8.7.1~dfsg-1.

Thanks for your report. Sadly(?) it is not reproduced here. Can you give
some some more information about the terminal you run this from?

Also note that term.c in the trace is main/editline/term.c and not
main/term.c .

-- 
   Tzafrir Cohen
icq#16849755  jabber:tzafrir.co...@xorcom.com
+972-50-7952406   mailto:tzafrir.co...@xorcom.com
http://www.xorcom.com  iax:gu...@local.xorcom.com/tzafrir



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

Bug#648029: xen-utils-common: /usr/lib/xen-common/bin/xen-toolstack (and thus /usr/sbin/xm) works with bash, but not dash

[Olivier Hanesse]

How about changing the shebang of the xen-toolstack-wrapper by bash
directly to avoid further issues ?

Bug#649494: linux-image-3.0.0-1-amd64: unable to mount an hfsplus volume

[Tianming Xie]

Package: linux-2.6

Version: 3.0.0-3
Severity: normal

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

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

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

I have an iPod Classic formatted with hfsplus on a Mac. It could be
successfully mounted with the old linux-2.6.32-5 kernel. But upgraded my system
from Stable(Squeeze) to Testing(Wheezy) and the kernel was also upgraded to
linux-3.0.0-1, and my iPod can never be mounted.
Report by the mount when using linux-3.0.0-1:
Error mounting: mount: wrong fs type, bad option, bad
superblock on /dev/sdc3,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail  or so
When I boot my system with the old kernel, mounting will succeed.
How can I help to fix this problem?

Best Regard!



-- Package-specific info:
** Version:
Linux version 3.0.0-1-amd64 (Debian 3.0.0-3) (b...@decadent.org.uk) (gcc 
version 4.5.3 (Debian 4.5.3-8) ) #1 SMP Sat Aug 27 16:21:11 UTC 2011

** Command line:
BOOT_IMAGE=/vmlinuz-3.0.0-1-amd64 
root=UUID=5b7d3292-55f8-4aaf-8afb-a73cf34612e7 ro quiet

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
[   25.810173] Bluetooth: RFCOMM socket layer initialized
[   25.810174] Bluetooth: RFCOMM ver 1.11
[   35.455978] EXT4-fs (sda5): re-mounted. Opts: errors=remount-ro,commit=0
[   38.014641] EXT4-fs (sdb6): re-mounted. Opts: commit=0
[  120.755256] ISO 9660 Extensions: Microsoft Joliet Level 3
[  120.756810] ISOFS: changing to secondary root
[  124.079114] TCP: Possible SYN flooding on port 4711. Sending cookies.
[  132.303976] TCP: Possible SYN flooding on port 4711. Sending cookies.
[  134.097207] hda-intel: Invalid position buffer, using LPIB read method 
instead.
[  134.101929] hda-intel: IRQ timing workaround is activated for card #0. 
Suggest a bigger bdl_pos_adj.
[  135.672586] TCP: Possible SYN flooding on port 4711. Sending cookies.
[  136.071469] TCP: Possible SYN flooding on port 4711. Sending cookies.
[  141.303516] TCP: Possible SYN flooding on port 4711. Sending cookies.
[  144.610663] TCP: Possible SYN flooding on port 4711. Sending cookies.
[  150.684163] TCP: Possible SYN flooding on port 4711. Sending cookies.
[  167.785214] TCP: Possible SYN flooding on port 4711. Sending cookies.
[  167.792135] TCP: Possible SYN flooding on port 4711. Sending cookies.
[  167.821984] TCP: Possible SYN flooding on port 4711. Sending cookies.
[  167.845142] TCP: Possible SYN flooding on port 4711. Sending cookies.
[  167.912012] TCP: Possible SYN flooding on port 4711. Sending cookies.
[  168.077181] TCP: Possible SYN flooding on port 4711. Sending cookies.
[  168.276419] TCP: Possible SYN flooding on port 4711. Sending cookies.
[  168.356151] TCP: Possible SYN flooding on port 4711. Sending cookies.
[  168.506633] TCP: Possible SYN flooding on port 4711. Sending cookies.
[  448.308138] usb 1-3.2: new high speed USB device number 6 using ehci_hcd
[  448.401616] usb 1-3.2: New USB device found, idVendor=090c, idProduct=6300
[  448.401623] usb 1-3.2: New USB device strings: Mfr=1, Product=2, 
SerialNumber=3
[  448.401628] usb 1-3.2: Product: USB2.0 Card Reader  
[  448.401632] usb 1-3.2: Manufacturer: SMI 
[  448.401635] usb 1-3.2: SerialNumber: 12345678901234567890
[  448.402071] scsi6 : usb-storage 1-3.2:1.0
[  450.533169] scsi 6:0:0:0: Direct-Access SMIReader 1.00 
PQ: 0 ANSI: 0 CCS
[  450.549614] sd 6:0:0:0: [sde] 250880 512-byte logical blocks: (128 MB/122 
MiB)
[  450.550621] sd 6:0:0:0: [sde] Write Protect is off
[  450.550624] sd 6:0:0:0: [sde] Mode Sense: 4b 00 00 08
[  450.551379] sd 6:0:0:0: [sde] No Caching mode page present
[  450.551385] sd 6:0:0:0: [sde] Assuming drive cache: write through
[  450.554373] sd 6:0:0:0: [sde] No Caching mode page present
[  450.554379] sd 6:0:0:0: [sde] Assuming drive cache: write through
[  450.560529]  sde: sde1
[  450.563868] sd 6:0:0:0: [sde] No Caching mode page present
[  450.563872] sd 6:0:0:0: [sde] Assuming drive cache: write through
[  450.563874] sd 6:0:0:0: [sde] Attached SCSI removable disk
[  452.227168] FAT-fs (sde1): utf8 is not a recommended IO charset for FAT 
filesystems, filesystem will be case sensitive!
[  452.227171] 
[  452.546380] FAT-fs (sde1): error, fat_get_cluster: invalid cluster chain 
(i_pos 0)
[  452.546387] FAT-fs (sde1): Filesystem has been set read-only
[  452.546714] FAT-fs (sde1): error, fat_get_cluster: invalid cluster chain 
(i_pos 0)
[  452.546892] FAT-fs (sde1): error, fat_get_cluster: invalid cluster chain 
(i_pos 0)
[  452.547065] FAT-fs (sde1): error, fat_get_cluster: invalid cluster chain 
(i_pos 0)
[  452.547241] F

Bug#553211: /sbin/dhclient: Patch.

[Michal Suchanek]

Excerpts from Andrew Pollock's message of Sun Nov 20 06:05:54 +0100 2011:
> On Wed, May 18, 2011 at 04:18:11PM +0200, Michal Suchanek wrote:

> 
> > 
> > This patch relies on kernel cache to hold the "ifconfig" and "route"
> > binaries while the network is down and on the network filesystem driver
> > to retry any transactions that might get lost while networking is
> > reenacted by dhclient.
> 
> So if I'm reading your patch correctly, it looks like just the act of doing
> an ifconfig up of an already up interface is enough to cause an NFS-mounted
> root filesystem to lose the plot?

No. The script does "ifconfig $interface inet 0 up" which clears the
internet address in the interface which obviously does break networking.

> 
> Unfortunately since you wrote your patch, we've gone and changed
> dhclient-script to use iproute2 instead of ifconfig and friends, so I'd like
> to know if the "ip link set dev blah up" we're now doing in place of the
> ifconfig call also causes the problem.

So long as it merely brings up the interface but does not change the
address it should not cause problems.

Thanks

Michal



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

Bug#649446: science-statistics: Please change from r-cran-design to r-cran-rms

[Andreas Tille]

Hi Dirk,

thanks for the hint, it's fixed in SVN and will be closed after next
upload of Debian Science packages.

Kind regards

   Andreas.

PS: BTW, you can easily fix this yourself by editing the according file in

svn://svn.debian.org/svn/blends/projects/science/trunk/debian-science/tasks

Any DD has commit permissions.

On Sun, Nov 20, 2011 at 05:17:17PM -0600, Dirk Eddelbuettel wrote:
> 
> Package: science-statistics
> Version: 0.14
> Severity: wishlist
> 
> science-statistics has a Recommends: on r-cran-design (and just about every
> other r-cran-* package available at the time...)
> 
> Now, r-cran-design, or 'Design' upstream, has been replaced many, many years
> ago by its author, Prof Frank Harrell, in favour of a new package just called
> 'rms' (no, not what you think but rather 'Regression Modelling Strategies')
> which is the name of the book that the 'Design' package already supported.
> 
> I have _finally_ packaged this, and the good folks at the NEW queue already
> let it in.
> 
> With that, I would like to retire r-cran-design from Debian (as it is no
> longer an actively maintained upstream package) which would require your
> package to no longer recommend it.
> 
> Could you please make the change?
> 
> Many thanks,  Dirk
> 
> 
> On 20 November 2011 at 23:03, Debian FTP Masters wrote:
> | 
> | 
> | 
> | Accepted:
> | r-cran-rms_3.3-2-1.diff.gz
> |   to main/r/r-cran-rms/r-cran-rms_3.3-2-1.diff.gz
> | r-cran-rms_3.3-2-1.dsc
> |   to main/r/r-cran-rms/r-cran-rms_3.3-2-1.dsc
> | r-cran-rms_3.3-2-1_i386.deb
> |   to main/r/r-cran-rms/r-cran-rms_3.3-2-1_i386.deb
> | r-cran-rms_3.3-2.orig.tar.gz
> |   to main/r/r-cran-rms/r-cran-rms_3.3-2.orig.tar.gz
> | 
> | 
> | Override entries for your package:
> | r-cran-rms_3.3-2-1.dsc - optional gnu-r
> | r-cran-rms_3.3-2-1_i386.deb - optional gnu-r
> | 
> | Announcing to debian-devel-chan...@lists.debian.org
> | Closing bugs: 649270 
> | 
> | 
> | Thank you for your contribution to Debian.
> 
> -- 
> "Outside of a dog, a book is a man's best friend. Inside of a dog, it is too
> dark to read." -- Groucho Marx
> 
> 
> 
> -- 
> debian-science-maintainers mailing list
> debian-science-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
> 

-- 
http://fam-tille.de



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

Bug#648241: ngIRCd package description

[Alexander Barton]

Hi!

I’m the author of ngIRcd.

What about the fullowing package description?

Description: lightweight Internet Relat Chat server

ngIRCd is a lightweight Internet Relat Chat server for small or
private networks. It is simple to configure, can cope with dynamic
IP addresses, and supports IPv6 as well as SSL. It is written from
scratch, not based on the original IRCd and quite portable.

The „does not support IRC services“ part is wrong since a few releases, because 
„IRC Services“ as well as „Anope“ is used by some installations and is (mostly) 
working. I have to fix our homepage, too … so thanks for this discussion ;-)

I agree that the name of this IRC daemon isn’t that great, and you are right, 
„next generation“ is quite a dumb prefix. But that’s what I named it back in 
2000 (?); and that’s what the daemon is called today. See it as a „unique 
identifier“ not as a „package description“. And I wouldn’t name it that way 
again – but this doesn’t help today ;-)

Regards
Alex





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

Bug#649478: tar: please mark Multi-Arch: foreign

[Bdale Garbee]

tags 649478 +pending
thanks

On Mon, 21 Nov 2011 09:37:38 +, Colin Watson  wrote:
> It would be useful for tar to be marked "Multi-Arch: foreign", to
> indicate that it can satisfy dependencies of packages of other
> architectures.

Done in my repo, will be in the next upload.

Bdale


pgpCC0vfWW9pP.pgp
Description: PGP signature

Bug#649496: terminator: New version available upstream

[Patrice Pillot]

Package: terminator
Version: 0.95-1
Severity: wishlist

Dear Maintainer,

Upstream released version 0.96 in september. It would be nice to have it
in debian since the new version closes (among others) the nasty bug
711356 (https://bugs.launchpad.net/terminator/+bug/711356).

Thanks in advance,

pp

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

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

Versions of packages terminator depends on:
ii  gconf2  2.32.4-1  
ii  libgtk2.0-bin   2.24.7-1  
ii  python  2.7.2-9   
ii  python-gobject  2.28.6-5  
ii  python-gtk2 2.24.0-2  
ii  python-support  1.0.14
ii  python-vte  1:0.28.2-1

Versions of packages terminator recommends:
ii  python-gnome2 2.28.1-3   
ii  python-keybinder  0.2.2-3
ii  xdg-utils 1.1.0~rc1-2

terminator 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#648462: el-get: please load simple rather than requiring it for xemacs21 compatibility

[Aaron M. Ucko]

"Aaron M. Ucko"  writes:

> el-get 3.1 fails to byte-compile on systems with xemacs21 installed,
> as its simple.el (for whatever reason) neglects to (provide 'simple):

I've run into one related compatibility issue (already present in 2.2-1,
but for some reason not causing trouble until today's formal xemacs21
upgrade, for the libjpeg transition):

  While compiling toplevel forms in file 
/usr/share/xemacs21/site-lisp/el-get/el-get.el:
!! Wrong number of arguments ((require 3))
  >>Error occurred processing el-get.el:
  Wrong number of arguments: require, 3
  
  
  Done
  emacs-install: /usr/lib/emacsen-common/packages/install/el-get xemacs21 
emacs22 emacs23 failed at /usr/lib/emacsen-common/emacs-install line 28, 
 line 161.
  dpkg: error processing xemacs21-mule (--configure):
   subprocess installed post-installation script returned error exit status 1

Could you please substitute (load "package" t t)?

Thanks!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu



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