date:20100119


Hi.

fat.h:
#undef  MUL_TOOM22_THRESHOLD
#define MUL_TOOM22_THRESHOLD  CPUVEC_THRESHOLD (mul_toom22_threshold)

mpn/generic/powm.c:368:
#if REDC_1_TO_REDC_N_THRESHOLD  MUL_TOOM22_THRESHOLD

Under -enable-fat the MUL_TOOM22_THRESHOLD is not compile time constant
comparable by preprocessor.

Petr



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

Bug#565873: okular should add an application/x-pdf mailcap entry

2010-01-19 Thread Kenyon Ralph

Package: okular
Version: 4:4.3.4-1+b1
Severity: minor


Okular adds an application/pdf entry to /etc/mailcap, but it should also
add an application/x-pdf entry. Evince and xpdf do this.

I think this would allow okular to be the default selection in
iceweasel's what do you want to do with this file? dialog. At least
for me, adding the x-pdf entry to my ~/.mailcap does this. But
regardless, if evince and xpdf are doing it, okular probably should be
too.

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

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

Versions of packages okular depends on:
ii  kdebase-runtime 4:4.3.4-2runtime components from the offici
ii  kdelibs54:4.3.4-1core libraries for all KDE 4 appli
ii  libc6   2.10.2-2 GNU C Library: Shared libraries
ii  libfreetype62.3.11-1 FreeType 2 font engine, shared lib
ii  libjpeg62   6b-15The Independent JPEG Group's JPEG 
ii  libokularcore1  4:4.3.4-1+b1 libraries for the Okular document 
ii  libphonon4  4:4.5.3-4Qt 4 Phonon module
ii  libpoppler-qt4-30.12.2-2 PDF rendering library (Qt 4 based 
ii  libqca2 2.0.2-1  libraries for the Qt Cryptographic
ii  libqimageblitz4 1:0.0.4-4QImageBlitz image effects library
ii  libqt4-dbus 4:4.5.3-4Qt 4 D-Bus module
ii  libqt4-qt3support   4:4.5.3-4Qt 3 compatibility library for Qt 
ii  libqt4-svg  4:4.5.3-4Qt 4 SVG module
ii  libqt4-xml  4:4.5.3-4Qt 4 XML module
ii  libqtcore4  4:4.5.3-4Qt 4 core module
ii  libqtgui4   4:4.5.3-4Qt 4 GUI module
ii  libspectre1 0.2.2.ds-3   Library for rendering Postscript d
ii  libstdc++6  4.4.2-8  The GNU Standard C++ Library v3
ii  phonon  4:4.5.3-4Qt 4 Phonon module metapackage
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

okular recommends no packages.

Versions of packages okular suggests:
ii  ghostscript   8.70~dfsg-2+b1 The GPL Ghostscript PostScript/PDF
pn  okular-extra-backends none (no description available)
pn  poppler-data  none (no description available)
ii  texlive-base-bin  2007.dfsg.2-8  TeX Live: Essential binaries
ii  unrar 1:3.8.5-1  Unarchiver for .rar files (non-fre

-- 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#564334: cameleon: Config files not preserved when updating.

2010-01-19 Thread David MENTRE

Hello,

2010/1/19 Guillaume Yziquel guillaume.yziq...@citycable.ch:
 Mehdi Dogguy a écrit :

 IMHO, It's not even an issue. We changed the used library and its
 configuration directory changed as well since it matches the library's
 name.

 You upgrade a package. You lose your configuration. This is not an issue.

 ?

I would be inclined to agree with Guillaume and say in such case that
this is an error not to keep configuration from one version to the
other of the same software.

On this other side, as an application developer, doing and maintaining
such upgrade path can be complicated and should be balanced with the
impact of re-doing the configuration for the user. I don't know
Cameleon but I assume re-configuring the application is not such a big
task. Moreover, in this particular case, the non-upgrade issue should
appear only once. So closing this bug seems to me quite reasonable.
Maybe adding a short note in README.Debian could be useful.

Best regards,
d.



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

Bug#564334: cameleon: Config files not preserved when updating.

2010-01-19 Thread Stéphane Glondu

retitle 564334 cameleon: document apparent loss of configuration
severity 564334 wishlist
thanks

David MENTRE a écrit :
 [...] So closing this bug seems to me quite reasonable.
 Maybe adding a short note in README.Debian could be useful.

This is a good idea. I will keep this bug open as a reminder to do this
for the next upload.


Cheers,

-- 
Stéphane




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

Bug#562525: linux-2.6: [s390] Etch proposed-updates kernel boot failure

2010-01-19 Thread dann frazier

On Wed, Jan 06, 2010 at 02:22:37PM -0700, dann frazier wrote:
 On Mon, Jan 04, 2010 at 01:12:56AM +0100, Frans Pop wrote:
  On Sunday 03 January 2010, dann frazier wrote:
   Thanks. This suggests that the fixes for CVE-2009-0029 are causal. To
   verify, can you test this kernel which drops only those fixes?
   
   zelenka.debian.org:~dannf/linux-headers-2.6.18-6-s390_2.6.18.dfsg.1-26et
  ch1+nocve20090029_s390.deb
  
  s/headers/image/ :-)
  
  Linux version 2.6.18-6-s390 (Debian 2.6.18.dfsg.1-26etch1+nocve20090029)
  [...]
  mordor login:
 
 Just an fyi, I've installed a hercules setup and can reproduce
 this. I'll use that to try find a fix.

This fixes the issue for me, can you verify?
  
zelenka.debian.org:~dannf/linux-image-2.6.18-6-s390_2.6.18.dfsg.1-27~562525.testfix.1_s390.deb

-- 
dann frazier




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

Bug#564334: cameleon: Config files not preserved when updating.

2010-01-19 Thread Maxence Guesdon

Le Tue, 19 Jan 2010 09:09:13 +0100,
David MENTRE dmen...@linux-france.org a écrit :

 Hello,
 
 2010/1/19 Guillaume Yziquel guillaume.yziq...@citycable.ch:
  Mehdi Dogguy a écrit :
 
  IMHO, It's not even an issue. We changed the used library and its
  configuration directory changed as well since it matches the
  library's name.
 
  You upgrade a package. You lose your configuration. This is not an
  issue.
 
  ?
 
 I would be inclined to agree with Guillaume and say in such case that
 this is an error not to keep configuration from one version to the
 other of the same software.
 
 On this other side, as an application developer, doing and maintaining
 such upgrade path can be complicated and should be balanced with the
 impact of re-doing the configuration for the user. I don't know
 Cameleon but I assume re-configuring the application is not such a big
 task. Moreover, in this particular case, the non-upgrade issue should
 appear only once. So closing this bug seems to me quite reasonable.
 Maybe adding a short note in README.Debian could be useful.

Indeed, there is only four or five parameters to set up in a dialog
box.

There is a big change between sourceview and sourceview2: gtksourceview
defines styles for each element of each language supported for syntax
highlighting, but gtksourceview2 now supports only a global style and
and relies on a mapping from each language's syntax elements to some
kind of categories (keyword, comment, ...). The global style defines
colors, etc. for these categories. So the previous configuration is not
really usable, except for common attributes like the font, its size, ...
This is why I chose to use a different configuration directory.

Regards,

Maxence



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

Bug#565675: ITP: pthsem -- pth replacement with semaphore support

2010-01-19 Thread Martin Koegler

Samuel Thibault sthiba...@debian.org wrote:
Marc Leeman, le Sun 17 Jan 2010 22:16:17 +0100, a écrit :
* Package name: pthsem

Mmm, could this perhaps rather be just a patch added to the existing pth
package? Else you'll have to share the Debian patches.

The situation with GNU pth is:
* pth in debian is orphaned (#543857)
* the last upstream relase is from 08-Jun-2006 (2.0.7)
* the last release was mainly updating copyright + updating autotool files
* I tried to contact upstream (Ralf S. Engelschall), while doing the
first versions of semaphore support for pth, but failed to get an answer.
* I don't remember an answer from Ralf S. Engelschall on the
pth-users list in the last year(s).

pthsem up to 2.0.7 is GNU pth with some patches applied (semaphore
support, valgrind support and various fixes).

As upstream seams to be dead, I decided to fork in the upcoming
release.

Please look at:
http://bcusdk.git.sourceforge.net/git/gitweb.cgi?p=bcusdk/bcusdk;a=shortlog;h=refs/heads/pthsem/master

* pthsem is now able to cope with system time changes, if it can use a
monotonic clock.

* moved to automake based build system

* GIT repository does not contain any autotool generated files any more,
so they get updated at every checkout.

* compat package for building pth applications with pthsem

* includes lintian clean debian packaging (derived from the offical
debian packages)

pthsem is an essential dependency of linknx/eibd, so it tested by its
users on various plattforms (x86 and various embedded linux variants).

Regards,
Martin Kögler

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

Bug#565803: iceweasel: Iceweasel/Firefox does not seem to readily render left/right single/double curly quotes properly

2010-01-19 Thread Mike Hommey

On Mon, Jan 18, 2010 at 02:22:22PM -0800, Dallas E. Legan wrote:
 Package: iceweasel
 Version: 3.5.5-1
 Severity: normal
 
 Html character entities #145; #146; #147; #148;,
 left/right single/double curly quotes do not seem to render properly
 as they do with IE Explorer and Lynx (at least approximately so with Lynx).
 I tried several view/character set settings with no reasonable result.

Can you give an example page where this happens for you, because
creating a simple file with all these entities works for me.

Cheers,

Mike



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

Bug#565871: hylafax-client: wrong FontMap path in hyla.conf

2010-01-19 Thread Giuseppe Sacco

defoma is Debian Font Manager. All debian packages including fonts
should register all their fonts with defoma. This way, Debian systems
may use defoma register in order to find any font on the system.

From my tests, the defoma Fontmap was not easy to use by textfmt, so, in
later packages I suggested to move from textfmt to enscript. Moreover,
in current 6.0.4 package (I plan to upload this package in a few days),
I changed hyla.conf last lines to:

FontMap:  /var/lib/defoma/gs.d/dirs/fonts
FontPath: /usr/share/fonts/type1/gsfonts

Could you check if these lines would fix the problem you found?


Thanks,
Giuseppe




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

Bug#565874: dvd+rw-tools: should drop dependency on genisoimage

2010-01-19 Thread Josselin Mouette

Package: dvd+rw-tools
Version: 7.1-6

Hi,

when run manually, growisofs requires genisoimage in order to actually
make the underlying ISO9660 filesystem.

However, growisofs is mostly used by frontends, and at least brasero
(which is the one being installed by default for squeeze) will now
always use the -Z device=path option, which means growisofs will not
call genisomage internally.

Therefore, I’d like to see the genisoimage dependency disappear. It
could be turned into a Suggests, but not a Recommends. This way we can
entirely remove any cdrkit packages from the default installation, and
this would be a huge improvement.

Could you please think about it before squeeze?

Thanks,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “You did never write something helpful
  `- besides your trolling”  -- Jörg Schilling




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

Bug#564165: collectd: Please support Renesas SH4

2010-01-19 Thread Sebastian Harl

tags 564165 - pending
thanks

Hi Nobuhiro,

On Tue, Jan 19, 2010 at 10:40:44AM +0900, Nobuhiro Iwamatsu wrote:
 2010/1/11 Sebastian Harl tok...@debian.org:
  Please note that the architecture mapping used in the collectd package
  has been copied from openjdk-6's debian/rules. A similar change might
  be necessary in the OpenJDK package as well.
 
 Yes, I see. Thanks too.
 BTW, I intend to change JAVA_HOME of openjdk in sh from sh4.
 openjdk has already worked, but is testing the change in sh.
 I am sorry, could you wait for the application of this patch?

Sure, no problem. Thanks for pointing that out!

 If a test of openjdk is completed, I contact you again.

Great -- I'll wait until then.


Btw., I've changed the arch mapping in the collectd package a bit: If
no map entry has been specified explicitly, an arch=arch mapping is
assumed. The collectd configure script will then try to locate libjvm in
$(JAVA_HOME)/jre/lib/$(DEB_BUILD_ARCH)/server and fail if libjvm does
not exist in that directory. So, no patch is required as long as this
implicit mapping is correct but a new patch will be required once
OpenJDK switches to sh.

Cheers,
Sebastian

-- 
Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/

Those who would give up Essential Liberty to purchase a little Temporary
Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin



signature.asc
Description: Digital signature

Bug#565875: sarg: Automatic cleanup needed

2010-01-19 Thread Jerome Warnier

Package: sarg
Version: 2.2.5-2
Severity: wishlist

SARG is never cleaning up its files, and it is not an easy task to write a 
cronjob to do so because of its special (you said broken?) directory 
structure.
It is a problem because it generates a lot of different files, up to filling 
the inode table of /var in less than one month on my system.

Thanks

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

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

Versions of packages sarg depends on:
ii  libc6   2.7-18lenny1 GNU C Library: Shared libraries
ii  libgd2-xpm  2.0.36~rc1~dfsg-3+lenny1 GD Graphics Library version 2

sarg recommends no packages.

Versions of packages sarg suggests:
ii  apache22.2.9-10+lenny6   Apache HTTP Server metapackage
ii  apache2-mpm-prefor 2.2.9-10+lenny6   Apache HTTP Server - traditional n
ii  libapache2-mod-php 5.2.6.dfsg.1-1+lenny4 server-side, HTML-embedded scripti
pn  squid  none(no description available)
pn  squidguard none(no description available)

-- 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#565747: Icons in gnome-panel window list buttons don't match those configured in Main Menu

2010-01-19 Thread Josselin Mouette

Le lundi 18 janvier 2010 à 06:50 -0800, Paul Taylor a écrit :
 The icon that shows in the resulting Window List button on the panel
 is the default icon, (a grey-scale rendering of a two-door file
 cabinet), instead of the conch shell icon selected for the menu. BUT,
 it you're quick enough in looking at the panel while launching the
 File Browser, (and I suppose this depends partly on your computer's
 speed),  you will see the orange conch shell BRIEFLY appear in the
 Window List button, before it is replaced by the grey-scale file
 cabinet icon.
 
 This is a specific example of the way my system behaves universally
 and consistently. I believe that the icons in the Window List should
 match those selected in the Main Menu. The brief appearance of my
 chosen icon before it's replaced by the default icon suggests to me
 that this is a bug.
 
 If what I have observed is deemed to be the desired behaviour and not
 a bug, can you please tell me what files to edit, and where they are
 located, so I can make the Window List icons match the icons I choose
 for the Main Menu?

The icons that appears in the window list are set by applications
themselves, in a per-window fashion.

The icon that appears shortly is set by the startup notification
mechanism, and therefore matches the one in the desktop file.

The appropriate way to fix this would be to make eggsmclient set the
default window icon based on the one in the desktop file, but it is very
hard to achieve since session management is done per-application, while
icons must be set at the window level.

In all cases, you should discuss this with upstream. This is not the
kind of change we will introduce in Debian.

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “You did never write something helpful
  `- besides your trolling”  -- Jörg Schilling




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

Bug#565802: Acknowledgement (scrambles various menus and windows)

2010-01-19 Thread Jan Hauke Rahm

Hi again,

as an additional info, I just moved back to my nomal wm (metacity,
compiz) and in a gnome-terminal I started 'gnome-shell --replace' and
none(!) of the issues I described here seem to appear.

HTH,
Hauke


signature.asc
Description: Digital signature

Bug#565860: FTBFS - configure: error: JACK library not found

2010-01-19 Thread Adrian Knoth

On Mon, Jan 18, 2010 at 08:42:24PM -0700, dann frazier wrote:

Hi!

(just some notes to speed up debugging)

 configure:4272: checking for SSE optimization
 configure:4312: g++ -o conftest -g -O2 -msse -mfpmath=sse -ffast-math 
 -I/usr/share/qt4/include -I/usr/local/include -I/usr/include 
 -I/usr/include/qt4   conftest.cpp -L/usr/local/lib -L/usr/lib  5
 cc1plus: error: unrecognized command line option -msse
 cc1plus: error: unrecognized command line option -mfpmath=sse
 configure:4316: $? = 1

So no SSE on these machines. However:

 configure:4537: g++ -o conftest -g -O2 -msse -mfpmath=sse -ffast-math 
 -I/usr/share/qt4/include -I/usr/local/include -I/usr/include 
 -I/usr/include/qt4   conftest.cpp -lm  -L/usr/local/lib -L/usr/lib  5
 cc1plus: error: unrecognized command line option -msse
 cc1plus: error: unrecognized command line option -mfpmath=sse

configure is trying with SSE again.

 configure:4577: checking for main in -lX11
 configure:4606: g++ -o conftest -g -O2 -msse -mfpmath=sse -ffast-math 
 -I/usr/share/qt4/include -I/usr/local/include -I/usr/include 
 -I/usr/include/qt4   conftest.cpp -lX11  -L/usr/local/lib -L/usr/lib  5
 cc1plus: error: unrecognized command line option -msse
 cc1plus: error: unrecognized command line option -mfpmath=sse

Again.

 configure:4634: result: no
 configure:4646: checking for main in -lXext
 configure:4675: g++ -o conftest -g -O2 -msse -mfpmath=sse -ffast-math 
 -I/usr/share/qt4/include -I/usr/local/include -I/usr/include 
 -I/usr/include/qt4   conftest.cpp -lXext  -L/usr/local/lib -L/usr/lib  5
 cc1plus: error: unrecognized command line option -msse
 cc1plus: error: unrecognized command line option -mfpmath=sse

Again.

 configure:4716: checking for round in -lm
 configure:4751: g++ -o conftest -g -O2 -msse -mfpmath=sse -ffast-math 
 -I/usr/share/qt4/include -I/usr/local/include -I/usr/include 
 -I/usr/include/qt4   conftest.cpp -lm  -L/usr/local/lib -L/usr/lib  5
 cc1plus: error: unrecognized command line option -msse
 cc1plus: error: unrecognized command line option -mfpmath=sse

Again.

 configure:4796: checking for main in -ljack
 configure:4825: g++ -o conftest -g -O2 -msse -mfpmath=sse -ffast-math 
 -I/usr/share/qt4/include -I/usr/local/include -I/usr/include 
 -I/usr/include/qt4   conftest.cpp -ljack  -L/usr/local/lib -L/usr/lib  5
 cc1plus: error: unrecognized command line option -msse
 cc1plus: error: unrecognized command line option -mfpmath=sse

Again.

 configure:4853: result: no
 configure:4862: error: JACK library not found.

And that's it.


It's probably a bug in configure(.ac), however, you can work around if
you conditionally set --disable-sse on non-amd64. (i386 doesn't have
SSE, i686 could, but that's not an ordinary Debian target)


HTH

-- 
mail: a...@thur.de  http://adi.thur.de  PGP/GPG: key via keyserver



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

Bug#565823: zlib1g: Breaking ABI? {update-mime-database.real, xsltproc, xmllint} start segfaulting

2010-01-19 Thread Mark Brown


reassign 565823 libxml2
kthxbye

On 19 Jan 2010, at 00:20, Cyril Brulebois k...@debian.org wrote:


Package: zlib1g
Version: 1:1.2.3.5.dfsg-1
Severity: serious
Justification: ABI break?

Hi,

context: kfreebsd-* experimental buildds were not properly configured
and pulled more stuff from experimental than actually needed. We  
started

to see many FTBFSes (in particular on kfreebsd-amd64) due to:
- update-mime-database.real
- xsltproc
- xmllint
which started to segfault, core dump, etc. One can notice all of them
have a NEEDED on libxml2.so.2, which in turn pulls libz.so.1


This is actually a bug (already filed, I'll merge them later when I  
have a proper network). It is relying on zlib internals which have  
been changed but where never exposed in a header file, much less part  
of the API.



I'm also able to reproduce this error on sid/(linux-)amd64, by just
pulling zlib1g from experimental. Before pulling it, this runs fine:
 sudo update-mime-database.real /usr/share/mime
After having pulled it, this segfaults.

Sounds like a possible ABI breakage? Since symbols look like okay-ish,
maybe a signature change? Upstream's diff is quite huge since build
system changed and so on, so I'll leave that up to you/upstream. ;)

Mraw,
KiBi.







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

Bug#565876: javahelper: jh_installlibs stripps version only at the end

2010-01-19 Thread Thomas Koch

Package: javahelper
Version: 0.27
Severity: normal


In my case, upstream builds zookeeper-VERSION.jar but also
zookeeper-VERSION-CONTRIB.jar so jh_installlibs works fine for the first
case but no for the latter.
I propose to introduce a second, optional column in .jlibs which
indicates the desired final name of the jar. There won't be an automatic
solution for all the creativity of upstream.
However we should doublecheck with mh_installjar so that .jlibs could
become a file format for a merge of mh_installjar and jh_installlibs.

-- 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#525201: Patch for the l10n upload of dbconfig-common

2010-01-19 Thread sean finney

hey christian,

On Tue, Jan 19, 2010 at 06:56:33AM +0100, Christian PERRIER wrote:
 Sure, I had this mention of RC bug in mind but my understanding was
 that you had something more or less ready so my NMU would interfere in
 some way.

i left in a bit of a rush so it's possible that i didn't fully
communicate, but no i didn't/don't have anything ready for the NMU.
what i meant to communicate was i might get a fix done before i leave,
otherwise someone else might asynchronously do an NMU in the meantime.

 I'm not sure I can do the NMU immediately (during weeks, I only have
 30 minutes or so worth working on anything that requires being
 online...the rest of my Debian work being done offline). Either that
 will happen in a quite short timeframe...or not happen at all.

okay.  my time will also free up considerably towards the weekend, so
let's see who gets to it first.  if i start working on it i'll make sure
to send a ping via the BR to avoid duplicating effort.

 Anyway, I think I still have commit access to the SVN in Alioth...so
 it that's right *and* if this is the place where you maintain
 dbconfig-common, I can commit NMU changes there after doing the
 upload.

actually it's moved to git now, though still hosted on alioth and you
should still (hopefully) have commit access.


sean


signature.asc
Description: Digital signature

Bug#552130: A boot order problem...

2010-01-19 Thread Bjørn Mork

martin f krafft madd...@debian.org writes:

 Where is the write-intent bitmap stored? /lib/init/rw is available
 r/w even before checkroot. I'd rather not move mdadm-raid around
 because it took months to settle on the current position. So
 instead, we should make sure that mdadm knows where to try to drop
 its files.

I understand that you don't want to mess up the ordering. Although it
solved the problem for me, that's just my simple test system.

I initially stored the write-intent bitmap on the root file system
because that was the earliest available file system as far as I knew.
Moving it somewhere else is of course an option, and it would probably
be a good thing if mdadm helped us users standardize both location and
file name.  

But I don't see how /lib/init/rw can be used, as that is usually a ramfs
on Debian:

bj...@canardo:~$ df /lib/init/rw
Filesystem   1K-blocks  Used Available Use% Mounted on
tmpfs  4100148 0   4100148   0% /lib/init/rw
bj...@canardo:~$ ls -la /lib/init/rw
total 4
drwxr-xr-x 4 root root  100 2010-01-16 12:03 .
drwxr-xr-x 3 root root 4096 2008-08-24 22:16 ..
drwxr-xr-x 2 root root  100 2010-01-16 12:03 .mdadm
-rw-r--r-- 1 root root0 2010-01-16 12:03 .ramfs
drwxr-xr-x 2 root root   60 2010-01-16 12:04 sendsigs.omit.d


Writeable is not enough, it has to be persistent too.  The bitmap will
have to survive a crash (e.g. sudden power failure) to be useful.

One could maybe imagine copying the bitmap from a readonly rootfs to
/lib/init/rw on boot and start the array with it there, then moving the
bitmap back to the rootfs (using mdadm --grow) later when the root is
writeable?  But this would just add unnecessary complexity.  It would
require some mdadm-raid-late initscript anyway, and you could just as
well add one handling only arrays with external write intent bitmaps.

Anyway, some check should probably go into the current mdadm initscripts
(both /usr/share/initramfs-tools/scripts/local-top/mdadm and
/etc/init.d/mdadm-raid) to avoid them starting an array with an external
bitmap if the bitmap is unwriteable, as it really is better to start it
manually later than losing the bitmap.  Unless the array contains a
critical filesystem, of course, in which case I don't think an external
bitmap can be used.

Phew, I'm starting to see some of the ordering problems you are facing,
and I guess this is only the top of the iceberg...  I have a lot of
respect for the job you are doing sorting this out.  Thanks.



Bjørn



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

Bug#491723: Update?

2010-01-19 Thread Kartik Mistry

Hi Evan  all,

Any update on this package's ITP? I can co-maintain this along with
you (or get some interested people) if you want :)

-- 
 Cheers,
 Kartik Mistry | 0xD1028C8D | IRC: kart_
 Debian GNU/Linux Developer | Identica: @kartikm
 Blogs: {ftbfs, kartikm}.wordpress.com



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

Bug#565736: aptitude: FTBFS on kfreebsd-i386: testsuite failure

2010-01-19 Thread Cyril Brulebois

Daniel Burrows dburr...@debian.org (18/01/2010):
   It looks like the build succeeded on all the release
 architectures, so I think I might downgrade this so that aptitude
 can get into testing.  (the version currently there is ancient and I
 don't really want it to be held up even further by problems on one
 of the experimental archs now that it seems to work everywhere else)

No, it didn't. kfreebsd-* are release architectures…

  (The waitpid() issue still has to be investigated. But I see it
  also happens on other architectures, like amd64.)
 
   The waitpid() thing turned out to be mostly spurious; I've fixed
 it in head.  I can't see how it would have caused a double-free,
 though.

I didn't say it would have, my point was just about making sure it
wasn't unnoticed.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#565823: zlib1g: Breaking ABI? {update-mime-database.real, xsltproc, xmllint} start segfaulting

2010-01-19 Thread Cyril Brulebois

Mark Brown broo...@sirena.org.uk (19/01/2010):
 This is actually a bug (already filed, I'll merge them later when I
 have a proper network). It is relying on zlib internals which have
 been changed but where never exposed in a header file, much less
 part of the API.

Alright, thanks. (FTR) that's #565683, but I don't want to choose the
severity when forcemerging, I'll leave that up to the maintainers. :)

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#565722: [tex-k] segfault in libkpathsea (from TL2007)

On Mo, 18 Jan 2010, l...@sfo.com wrote:
 I'm sorry, I'm not sure where these map files are--I could look.

Me neither.

 It's working again.  I deleted the '/usr/share/texmf-texlive/ls-R' file,
 and removed all the fonts and put them in my home directory, and reran
 texhash.
 
 Then I ran my very simple one-line case and when it gave a 'font missing'
 message, I added the directory back that contained the missing font file.
 
 It generated a simple, one-line .dvi and .pdf file, and xdvi and xpdf also
 worked.  I didn't change any maps, but maybe they're being regenerated by
 this process.

I sincerely do not understand what you are doing. You might get first
accustomed to what it means to install a font into a tex system.
It is not simply copying the files there, because the programs 
will not find them.

  How did you add the .map files to the updmap.cfg file? By hand editing?
 
 We may have edited it by hand over a month ago.  It was working until
 yesterday.

??? You didn't change anything and suddently it stopped working?

Please, all you are describing is so chaotic that it is practically
impossible to give you any advice ...

Best wishes

Norbert

Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org}
JAIST, JapanTU Wien, Austria   Debian TeX Task Force
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

TOTTERIDGE (n.)
The ridiculous two-inch hunch that people adopt when arriving late for
the theatre in the vain and futile hope that it will minimise either
the embarrassment of the lack of visibility for the rest of the
audience. c.f. hickling.
--- Douglas Adams, The Meaning of Liff



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

Bug#565675: ITP: pthsem -- pth replacement with semaphore support

2010-01-19 Thread Samuel Thibault

Martin Koegler, le Tue 19 Jan 2010 09:27:07 +0100, a écrit :
 Samuel Thibault sthiba...@debian.org wrote:
  Marc Leeman, le Sun 17 Jan 2010 22:16:17 +0100, a écrit :
   * Package name: pthsem
  
  Mmm, could this perhaps rather be just a patch added to the existing pth
  package?  Else you'll have to share the Debian patches.
 
 The situation with GNU pth is:

I guessed so, but still.

The problem is that people know pth, but they don't know pthsem (yet).
It will be a long time before people discover that there is a new
interesting pthsem package that basically does the same as pth with
quite a few extra features, is not dead etc.  Why not just replacing the
existing pth package with pthsem to avoid that delay?

Were I Martin Kögler, I'd even just request GNU to become the new
maintainer of pth.

Samuel



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

Bug#475770: apt still segfaults when run as non-root.

2010-01-19 Thread Bernhard R. Link

package apt
found 475770 0.7.25
thanks

Now that --simulate is useable as non-root as it no longer
needs -o Debug::NoLocking given explicitly, this bug is
even more minor than before. It would still be nice if it was
fixed, as when using the Debug::NoLocking idom as adaption to
lenny one gets the segfault every time when pressing enter by
mistake, and having to look at segfault messages is simply
displeasing as the perfectionists most of us are.

Hochachtungsvoll,
Bernhard R. Link



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

Bug#565801: firebird2.5: FTBFS on kfreebsd-*


severity 565801 important
--

Hi.

The current GNU/kFreeBSD does not support process-shared pthread mutexes.
It also does not support process-shared semaphores.

Is the inter-process sharing really necessary ?
The calls inside are in a form of sem_init(sem, 0, 0), i.e. only thread-shared.

Petr



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

Bug#565786: src:qtcreator: FTBFS on kfreebsd-* (at least): Project MESSAGE: Cannot build Qt Creator with Qt version

2010-01-19 Thread Cyril Brulebois

Adam Majer ad...@zombino.com (18/01/2010):
 Why is buildd doing,
 
   libqt4-dev: missing
   Using default version 4:4.5.3-4
 
 while Build-depends clearly specifies,
 
   Build-Depends: libqt4-dev (= 4.6.0)

Because 4:4.5.3-4 is  4.6.0; you're missing the epoch?

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#565806: ITP: tokyotyrant -- Tokyo Tyrant is a package of network interface to the DBM called Tokyo Cabinet

2010-01-19 Thread Laurent ARNOUD

2010/1/18 Laurent Arnoud laurent.arn...@gmail.com:
 Package: wnpp
 Owner: laurent.arn...@gmail.com
 Severity: wishlist


 * Package name    : tokyotyrant
  Version         : 1.1.39
  Upstream Author : Mikio Hirabayashi hira...@gmail.com
 * URL             : http://1978th.net/tokyotyrant/
 * License         : LGPL
  Programming Lang: C
  Description     : Tokyo Tyrant is a package of network interface to the DBM
 called Tokyo Cabinet

  Tokyo Tyrant is an efficient database library like GDBM and NDBM.
  It features hash database and B+ tree database and is developed as the
  successor of QDBM, for the purpose of the following three points:
  higher processing speed, smaller size of a database file, and
  simpler API.



Oops Duplicate with #563921



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

Bug#565821: closed by Aníbal Monsalve Salazar ani...@debian.org (Re: Bug#565821: New libpng 1.4.0 released January 3, 2010)

2010-01-19 Thread Marc J. Driftmeyer


``It's in Debian since 2009-10-07.''

That's impressive seeing as it was just released 16 days prior.


 Changes to Libpng from version 1.2.42 to 1.4.0, January 3, 2010

Libpng-1.4.0 was released by the PNG Development Group on January
3, 2010.  Important new features include support for the iTXt chunk
and a function for limiting the amount of memory that a possibly
malicious compressed chunk can consume.  Some long-deprecated functions
and features have been removed.  A new private header file that is
not visible to applications has been created, to improve our ability
to maintain binary compatibility among future libpng versions.


You just released 1.2.42 I see, but not 1.4.0.

In addition to the main library sources, both the 1.4.x series and the 
*older libpng 1.2.42* include the rpng, rpng2 and wpng demo programs, 
the pngminus demo program, a subset of Willem van Schaik's PngSuite 
test images, and Willem's VisualPng demo program.


http://libpng.sourceforge.net/index.html

UPDATE 3 January 2010: The latest released version is libpng-1.4.0. 
For legacy applications, libpng-1.2.42 and libpng-1.0.52 are also 
available. [DOWNLOAD]. Here is the announcement, with an explanation 
of the differences between libpng-1.2.X and libpng-1.4.0.


So what am I missing here? Since when has Debian had libpng-1.4.0?

With Debian's nomenclature I'm not seeing libpng14, but libpng12.

- Marc


On 01/18/2010 09:39 PM, Debian Bug Tracking System wrote:

This is an automatic notification regarding your Bug report
which was filed against the libpng package:

#565821: New libpng 1.4.0 released January 3, 2010

It has been closed by Aníbal Monsalve Salazarani...@debian.org.

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 Aníbal Monsalve 
Salazarani...@debian.org  by
replying to this email.


   


--
Marc J. Driftmeyer
Email :: m...@reanimality.com mailto:m...@reanimality.com
Web :: http://www.reanimality.com
Cell :: (509) 435-5212
attachment: mjd.vcf

Bug#565877: bacula: [INTL:de] updated German debconf translation

2010-01-19 Thread Helge Kreutzmann

Package: bacula
Version: 3.0.2-3
Severity: wishlist
Tags: patch l10n

Please find the updated German debconf translation for bacula
attached.

Please place this file in debian/po/ as de.po for your next upload.

If you update your template, please use 
'msgfmt --statistics pofile.po'
to check the po-files for fuzzy or untranslated strings.

If there are such strings, please contact me so I can update the 
German translation.

Greetings
Helge
# Translation of bacula debconf templates to German
# Copyright (C) Philipp Hahn pmh...@debian.org, 2004.
# Copyright (C) Helge Kreutzmann deb...@helgefjell.de, 2006-2008, 2010.
# This file is distributed under the same license as the bacula package.
#
msgid 
msgstr 
Project-Id-Version: bacula 3.0.2-3\n
Report-Msgid-Bugs-To: \n
POT-Creation-Date: 2009-12-29 11:49+0100\n
PO-Revision-Date: 2010-01-18 22:29+0100\n
Last-Translator: Helge Kreutzmann deb...@helgefjell.de\n
Language-Team: de debian-l10n-ger...@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=ISO-8859-15\n
Content-Transfer-Encoding: 8bit\n

#. Type: boolean
#. Description
#: ../bacula-director-sqlite3.templates:1001
msgid Create tables for Bacula's Catalog?
msgstr Tabellen für Baculas Katalog erzeugen?

#. Type: boolean
#. Description
#: ../bacula-director-sqlite3.templates:1001
msgid 
The tables needed for Bacula's catalog are missing.  This is normal for a 
fresh install of Bacula.  These tables are needed for the Bacula director to 
function.
msgstr 
Die für Baculas Katalog benötigten Tabellen fehlen. Dies ist bei einer 
frischen Installation von Bacula normal. Diese Tabellen werden benötigt, 
damit der Bacula Director funktioniert.

#. Type: boolean
#. Description
#: ../bacula-director-sqlite3.templates:2001
msgid Remove Catalog on purge?
msgstr Katalog beim vollständigen Entfernen löschen?

#. Type: boolean
#. Description
#: ../bacula-director-sqlite3.templates:2001
msgid 
If you want to remove the Bacula catalog when the package is purged, you 
should choose this option.
msgstr 
Falls Sie möchten, dass der Bakula-Katalog gelöscht wird, wenn das Paket 
vollständig entfernt wird, sollten Sie diese Option wählen.

#~ msgid 
#~ These tables are needed for the Bacula director to function. Please 
#~ choose whether these tables should be automatically created.
#~ msgstr 
#~ Diese Tabellen werden benötigt, damit Baculas Director funktioniert. 
#~ Bitte wählen Sie aus, ob diese Tabellen automatisch für Sie eingerichtet 
#~ werden sollen.

#~ msgid 
#~ Please choose whether the Bacula catalog should be removed when the 
#~ director package is purged.
#~ msgstr 
#~ Bitte wählen Sie aus, ob der Bacula Katalog gelöscht werden soll, wenn 
#~ das Paket Director vollständig entfernt (»purged«) wird.

#~ msgid 
#~ Do you want the Bacula Catalog to be removed if you purge the Bacula 
#~ director?
#~ msgstr 
#~ Soll Baculas Katalog entfernt werden, falls Sie Baculas Director 
#~ vollständig löschen?

#~ msgid 
#~ Warning: This is not undoable. Once you remove the catalog, you won't be 
#~ able to restore your backups unless you have another copy of the catalog 
#~ at hand.
#~ msgstr 
#~ Warnung: Dies kann nicht rückgängig gemacht werden. Sobald der Katalog 
#~ entfernt ist, können keine Backups mehr wiederhergestellt werden, außer 
#~ es existiert noch eine Kopie des Katalogs.

#~ msgid 
#~ Shall I remove the Catalog / SQLite database at package purge time? This 
#~ will free all the used space.
#~ msgstr 
#~ Soll der Katalog / SQLite Datenbanken beim Löschen des Pakets entfernt 
#~ werden? Dies wird allen belegten Speicher freigeben.

Bug#565878: network-manager: depends on dhcp3-*: bloat when static IPs

2010-01-19 Thread ael

Package: network-manager
Version: 0.7.2-2
Severity: wishlist

network-manager pulls in dhcp3-client  dhcp3-common which are 
unneccessary when static IPs are used.

So it becomes impossible to have a slim efficient installation
on light weight machines. Perhaps a meta-full package might be needed for the
newbie who might not know whether dhcp is needed, depending on a 
network-manager-lite without dhcp for those who know what they are doing.

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

Kernel: Linux 2.6.33-rc4_exact-59377-g7dc9c48
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages network-manager depends on:
ii  adduser   3.112  add and remove users and groups
ii  dbus  1.2.16-2   simple interprocess messaging syst
ii  dhcp3-client  3.1.3-2DHCP client
ii  hal   0.5.14-1   Hardware Abstraction Layer
ii  ifupdown  0.6.9  high level tools to configure netw
ii  libc6 2.10.2-2   GNU C Library: Shared libraries
ii  libdbus-1-3   1.2.16-2   simple interprocess messaging syst
ii  libdbus-glib-1-2  0.82-2 simple interprocess messaging syst
ii  libgcrypt11   1.4.4-6LGPL Crypto library - runtime libr
ii  libglib2.0-0  2.22.3-1   The GLib library of C routines
ii  libgnutls26   2.8.5-2the GNU TLS library - runtime libr
ii  libhal1   0.5.14-1   Hardware Abstraction Layer - share
ii  libnl11.1-5  library for dealing with netlink s
ii  libnm-glib0   0.7.2-2network management framework (GLib
ii  libnm-util1   0.7.2-2network management framework (shar
ii  libpolkit-dbus2   0.9-4  library for accessing PolicyKit vi
ii  libpolkit20.9-4  library for accessing PolicyKit
ii  libudev0  150-2  libudev shared library
ii  libuuid1  2.16.2-0   Universally Unique ID library
ii  lsb-base  3.2-23 Linux Standard Base 3.2 init scrip
ii  wpasupplicant 0.6.9-3client support for WPA and WPA2 (I

Versions of packages network-manager recommends:
ii  dnsmasq-base   2.51-1A small caching DNS proxy and DHCP
ii  iptables   1.4.6-2   administration tools for packet fi
ii  network-manager-gnome  0.7.2-1   network management framework (GNOM
ii  policykit  0.9-4 framework for managing administrat
ii  ppp2.4.4rel-10.1 Point-to-Point Protocol (PPP) - da

Versions of packages network-manager suggests:
pn  avahi-autoipd none (no description available)

-- 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#546884: mutt, exim und bcc

This bug is now tagged since quite some time as pending,
and you can count me and several people around me as
another one of the group counting it as
serious

The default setup *has* to respect privacy. If not, I will file 
a chnage against policy that the failure to respect privacy
has to be considered a grave bug, like a security bug.

I consider the ignorance with which the maintainers of mutt are treating
this bug quite inappropriate. A simple upload with unsetting the
write_bcc is definitely a must, and *now* and not at some
unspecified time. This discussion is now running since years!!

That this bug is present in stable -- the bug is not the wrong
documentation, but that mutt does not delete the bcc headers --
and still the same is going on in unstable.

I urge the maintainers to take action, or I will raise the priority
to make it clear that releasing software and letting it into
the next stable that still breaks the basic rules of privacy
is not acceptable. Furthermore, if no proper action is taken, I will
prepare an NMU for that.

BTW, I didn't complain till now, because in my .muttrc this is set since
ages. If I would have realized that *per*default* in Debian BCC headers
are *not* stripped from emails, I would have gone havoc already 
3 years earlier.

Best wishes

Norbert

Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org}
JAIST, JapanTU Wien, Austria   Debian TeX Task Force
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

HODNET (n.)
The wooden safety platform supported by scaffolding round a building
under construction from which the builders (at almost no personal
risk) can drop pieces of cement on passers-by.
--- Douglas Adams, The Meaning of Liff



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

Bug#549312: Looks as if this only occurs with more than 1 dvd

2010-01-19 Thread ael

This bug is still present on all my machines including on a netbook
with a freshly installed squeeze.

However, I am fairly sure that it only occurs when multiple dvds
need to be mounted (necessarily sequentially, since there is only
a single mount point). It is as if the path to the deb on the earlier
dvds is cached somewhere: the dvd is changed, and when that cached path
is used later, it is, of course, no longer valid.

This bug would seem to make debian installation from multiple DVDs
nearly impossible: so pretty serious for those without high
bandwidth connections.

ael




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

Bug#563559: puppet - Does not start after upgrade

2010-01-19 Thread Stig Sandbeck Mathisen


tag 563559 + confirmed
severity 563559 minor
thanks

Hello, and thanks for reporting this issue.

The change to make puppetd not start at boot is by design, and is
documented in NEWS.Debian, as well as on the console when installing.

It is, perhaps, unfortunate that it also affects clients upgrading.
I'll reduce the severity level of this bug to minor, since this issue
does not seem to match the description for grave:

# grave - makes the package in question unusable or mostly so, or
# causes data loss, or introduces a security hole allowing access to the
# accounts of users who use the package

We could possibly add a section to the package post installation script
to make puppetd start at boot if the package is being upgraded from a
previous version of puppetd, so I'll keep this bug open until we decide
if and how to do so.

-- 
Stig Sandbeck Mathisen


pgpFmGysoY7oN.pgp
Description: PGP signature

Bug#565850: soundkonverter: FTBFS: fails to find cdda_* (missing build-depends on libcdparanoia-dev)


reassign 565850 src:soundkonverter
retitle 565850 soundkonverter: FTBFS: fails to find cdda_* (missing 
build-depends on libcdparanoia-dev)
found 565850 1.0.0~alpha1-1
--

Please add into build-depends libcdparanoia-dev.

Petr



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

Bug#565878: [Pkg-utopia-maintainers] Bug#565878: network-manager: depends on dhcp3-*: bloat when static IPs

2010-01-19 Thread Michael Biebl

tags 565878 wontfix
thanks

ael wrote:
 Package: network-manager
 Version: 0.7.2-2
 Severity: wishlist
 
 network-manager pulls in dhcp3-client  dhcp3-common which are 
 unneccessary when static IPs are used.
 
 So it becomes impossible to have a slim efficient installation
 on light weight machines. Perhaps a meta-full package might be needed for 
 the
 newbie who might not know whether dhcp is needed, depending on a 
 network-manager-lite without dhcp for those who know what they are doing.

I don't see a benefit which would justify this additional work and overhead, so
wontfix.
If you have a completely static setup, you might be better served with plain
ifupdown anyway.

Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#565783: src:gmp: FTBFS on kfreebsd-i386: powm.c:368:34: error: missing binary operator before token (

2010-01-19 Thread Laurent Fousse

Hello,

This issue has been reported and fixed upstream:

http://gmplib.org/list-archives/gmp-bugs/2010-January/001776.html (report)
http://gmplib.org:8000/gmp/rev/bc2c19e257f1 (patch)

Laurent.



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

Bug#546884: mutt, exim und bcc

2010-01-19 Thread Antonio Radici

On Tue, Jan 19, 2010 at 11:21:37AM +0100, Norbert Preining wrote:
 This bug is now tagged since quite some time as pending,
 and you can count me and several people around me as
 another one of the group counting it as
   serious
 
 The default setup *has* to respect privacy. If not, I will file 
 a chnage against policy that the failure to respect privacy
 has to be considered a grave bug, like a security bug.
 
 I consider the ignorance with which the maintainers of mutt are treating
 this bug quite inappropriate. A simple upload with unsetting the
 write_bcc is definitely a must, and *now* and not at some
 unspecified time. This discussion is now running since years!!
 
 That this bug is present in stable -- the bug is not the wrong
 documentation, but that mutt does not delete the bcc headers --
 and still the same is going on in unstable.
 
 I urge the maintainers to take action, or I will raise the priority
 to make it clear that releasing software and letting it into
 the next stable that still breaks the basic rules of privacy
 is not acceptable. Furthermore, if no proper action is taken, I will
 prepare an NMU for that.
 
 BTW, I didn't complain till now, because in my .muttrc this is set since
 ages. If I would have realized that *per*default* in Debian BCC headers
 are *not* stripped from emails, I would have gone havoc already 
 3 years earlier.

Hi Norbert,
I understand your point and the discussion has been going on because we
tried to find an agreement with the maintainer and the exim guys,
unfortunately this wasn't possible and, as it seems, we are the point
where this should be patched.

When I say we I mean the Debian mutt maintainers, neither the mutt
maintainers or the exim maintainers.

Anyway, I will prepare an upload to unstable this afternoon, it will
include the patch that was discussed above, rather than changing the
write_bcc setting. 

As soon as the upload will hit testing I will prepare a backport of the
patch for the stable branch.

Cheers
Antonio



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

Bug#565871: hylafax-client: wrong FontMap path in hyla.conf

2010-01-19 Thread Bodo Meissner

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Giuseppe Sacco schrieb:

 From my tests, the defoma Fontmap was not easy to use by textfmt, so, in
 later packages I suggested to move from textfmt to enscript.

Hello Guiseppe,

/usr/bin/faxmail is a binary program that does not call external programs like 
textfmt or enscript.
It uses the TextFormat class from libhylafax, which probably is the internal 
logic of the textfmt command.

 FontMap:  /var/lib/defoma/gs.d/dirs/fonts
 FontPath: /usr/share/fonts/type1/gsfonts
 
 Could you check if these lines would fix the problem you found?

I just checked it. faxmail works with these two lines.

Lee Howard suggested a different solution in his comment to my HylaFAX bug 
report
http://bugs.hylafax.org/show_bug.cgi?id=925#c1

The current version of ghostscript does not include genfontmap.ps. That's why 
this file is now included in HylaFAX+.
I don't think it is necessary to modify TextFormat.c++ to use Fontmap.HylaFAX. 
You could also name the generated file Fontmap if it resides in a HylaFAX 
specific directory.

If the defoma Fontmap is somehow dynamic, using this is probably better than 
generating a Fontmap in faxsetup.


Bodo
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAktVjPQACgkQnMz9fgzDSqfrUgCfab+yejOxmZGSNo3o0Q5OdwDO
g9AAn1ej2yEBKXA9HcLFqKNXBYGQIiis
=XYei
-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#563555: puppetmaster - Class redefinition is allowed

2010-01-19 Thread Stig Sandbeck Mathisen


tag 563555 + wontfix
thanks

Hello, and thanks for the bug report.

This seems to be by design.  Think of it as setting a class context
around your manifest, instead of defining a single class.  The
behaviour is similar to that of VCL (the Varnish Command Language).

I'll close this bug.




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

Bug#541001: no intention to adtop it any more

2010-01-19 Thread Alexander Reichle-Schmehl

retitle 541001 O: nictools-pci -- Diagnostic tools for many PCI ethernet cards
owner Debian QA Group packa...@qa.debian.org
thanks

Hi!

Sorry, but I no longer intend to adopt this package.  Generally speaking
with a inactive upstream and very few active users (according to popcon
there is a respectable number of installations, but seldom usage) it
might be better to remove the package altogether.


Best Regards,
  Alexander


signature.asc
Description: Digital signature

Bug#565787: sympa: Should this package be orphaned (or removed)?

2010-01-19 Thread Jonas Smedegaard


tags 565787 pending
thanks

On Tue, Jan 19, 2010 at 08:31:42AM +0100, Olivier Berger wrote:

Hi.

As far as I know, Sympa is maintained, and work is being done in order
to package 6.0.1 by Jonas Smedegaard.

And the popcon doesn't reflect the number of users of mailing-lists
managed by sympa (server-side software). This shouldn't be taken into
consideration here.


More accurately the package is now being team-maintained - I am part of 
it but won't take all credit :-)


Nevertheless our work on releasing newer Sympa has been very slow, so 
thanks for challenging us with this bugreport!


I have now looked at it again, and even if there are many more TODOs in 
our current packaging work, I feel that it is still of much better 
quality than the very outdated version released with Lenny.


If therefore intend to release what we have prepared so far (including 
an update to 6.0.1 that I made last night), later today.



Kind regards,

 - Jonas

--
* Jonas Smedegaard - idealist  Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: Digital signature

Bug#436792:

2010-01-19 Thread Mathieu Malaterre

Is there any update on this package ?

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#565882: [l10n] Updated Czech translation of openacs debconf messages

Package: openacs
Severity: wishlist
Tags: l10n, patch

Hi,

in attachement there is updated Czech (cs.po) translation of
openacs debconf messages. Please include it with the package.

Thanks
-- 
Miroslav Kure
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid 
msgstr 
Project-Id-Version: dbconfig-common\n
Report-Msgid-Bugs-To: openacs @packages.debian.org\n
POT-Creation-Date: 2010-01-07 17:01+0100\n
PO-Revision-Date: 2010-01-19 11:24+0100\n
Last-Translator: Miroslav Kure ku...@debian.cz\n
Language-Team: Czech debian-l10n-cz...@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: string
#. Description
#: ../templates:1001
#| msgid Host running the ${dbvendor} server for ${pkg}:
msgid Host running the PostgreSQL server for OpenACS:
msgstr Počítač, na kterém běží PostgreSQL server pro OpenACS:

#. Type: string
#. Description
#: ../templates:1001
#| msgid Please provide the hostname of a remote ${dbvendor} server.
msgid Please provide the hostname of a remote PostgreSQL server.
msgstr Zadejte prosím jméno vzdáleného PostgreSQL serveru.

#. Type: string
#. Description
#: ../templates:1001
msgid 
You must have already arranged for the administrative account to be able to 
remotely create databases and grant privileges.
msgstr 
V tento okamžik již musíte mít nastaven správcovský účet, abyste mohli 
vzdáleně vytvářet databáze a přidělovat oprávnění.

#. Type: string
#. Description
#: ../templates:2001
#| msgid Name of the database's administrative user:
msgid Database administrator username:
msgstr Uživatelské jméno správce databáze:

#. Type: string
#. Description
#: ../templates:2001
msgid 
Please enter the PostgreSQL administrator username, needed for the database 
creation.
msgstr 
Zadejte prosím uživatelské jméno správce PostgreSQL. To je potřeba pro 
vytvoření databáze.

#. Type: password
#. Description
#: ../templates:3001
#| msgid Name of the database's administrative user:
msgid Database administrator password:
msgstr Heslo správce databáze:

#. Type: password
#. Description
#: ../templates:3001
msgid 
Please enter the PostgreSQL administrator password, needed for the database 
creation.
msgstr 
Zadejte prosím heslo správce PostgreSQL. To je potřeba pro vytvoření 
databáze.

#. Type: note
#. Description
#: ../templates:4001
msgid Password mismatch
msgstr Hesla nesouhlasí

#. Type: note
#. Description
#: ../templates:4001
#| msgid The passwords you supplied do not match.  Please try again.
msgid 
The two passwords you entered were not the same. Please enter a password 
again.
msgstr Zadaná hesla nesouhlasí. Zkuste je prosím zadat znovu.

#. Type: string
#. Description
#: ../templates:5001
msgid Database username for OpenACS:
msgstr Databázové uživatelské jméno pro OpenACS:

#. Type: string
#. Description
#: ../templates:5001
#| msgid 
#| Please provide a ${dbvendor} username for ${pkg} to register with the 
#| database server.  A ${dbvendor} user is not necessarily the same as a 
#| system login, especially if the database is on a remote server.
msgid 
Please provide a PostgreSQL username for OpenACS to register with the 
database server.  A PostgreSQL user is not necessarily the same as a system 
login, especially if the database is on a remote server.
msgstr 
Zadejte prosím uživatelské jméno v DB systému PostgreSQL pro balík OpenACS, 
které se má zaregistrovat s databázovým serverem. PostgreSQL uživatel nemusí 
být nutně shodný se systémovým uživatelem, obzvláště pokud se databáze 
nachází na vzdáleném počítači.

#. Type: string
#. Description
#: ../templates:5001
msgid 
This is the user which will own the database, tables and other objects to be 
created by this installation.  This user will have complete freedom to 
insert, change or delete data in the database.
msgstr 
Tento uživatel, bude vlastnit databázi, tabulky a ostatní objekty vytvořené 
během instalace. Zadaný uživatel bude mít také úplnou kontrolu nad 
vkládáním, úpravou a mazáním dat v databázi.

#. Type: password
#. Description
#: ../templates:6001
msgid Database owner password:
msgstr Heslo vlastníka databáze:

#. Type: password
#. Description
#: ../templates:6001
msgid Please enter the password of the OpenACS database owner.
msgstr Zadejte prosím heslo vlastníka databáze OpenACS.

#. Type: password
#. Description
#: ../templates:7001
#| msgid Password confirmation:
msgid Database owner password confirmation:
msgstr Potvrzení hesla vlastníka databáze:

#. Type: password
#. Description
#: ../templates:7001
msgid

Bug#565879: [l10n] Updated Czech translation of mailgraph debconf messages

Package: mailgraph
Severity: wishlist
Tags: l10n, patch

Hi,

in attachement there is updated Czech (cs.po) translation of
mailgraph debconf messages. Please include it with the package.

Thanks
--
Miroslav Kure
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid
msgstr
Project-Id-Version: mailgraph\n
Report-Msgid-Bugs-To: mailgr...@packages.debian.org\n
POT-Creation-Date: 2010-01-07 15:47+0100\n
PO-Revision-Date: 2010-01-19 10:28+0100\n
Last-Translator: Miroslav Kure ku...@debian.cz\n
Language-Team: Czech debian-l10n-cz...@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: boolean
#. Description
#: ../templates:1001
msgid Should Mailgraph start on boot?
msgstr Má se Mailgraph spouštět při zavádění počítače?

#. Type: boolean
#. Description
#: ../templates:1001
msgid
Mailgraph can start on boot time as a daemon. Then it will monitor your
Postfix logfile for changes. This is recommended.
msgstr
Mailgraph se může spouštět při zavádění počítače jako daemon, který pak bude
monitorovat změny v logovacím souboru Postfixu. To je doporučeno.

#. Type: boolean
#. Description
#: ../templates:1001
msgid The other method is to call mailgraph by hand with the -c parameter.
msgstr Další možností je spouštět mailgraph ručně s parametrem -c.

#. Type: string
#. Description
#: ../templates:2001
msgid Logfile used by mailgraph:
msgstr Logovací Soubor, který má mailgraph používat:

#. Type: string
#. Description
#: ../templates:2001
msgid
Enter the logfile which should be used to create the databases for
mailgraph. If unsure, leave default (/var/log/mail.log).
msgstr
Zadejte logovací soubor, který se má použít pro vytvoření databází
mailgraphu. Pokud si nejste jisti, ponechte výchozí (/var/log/mail.log).

#. Type: boolean
#. Description
#: ../templates:3001
msgid Ignore mail to/from localhost?
msgstr Ignorovat poštu na/z lokálního počítače?

#. Type: boolean
#. Description
#: ../templates:3001
#| msgid
#| If you count incoming mail as outgoing mail (default), mail is counted
#| more than once if you use content filters like amavis, so you'll get
#| wrong values. If you're using some content filter, disable this.
msgid
When using a content filter like amavis, incoming mail is counted more than
once, which will result in wrong values. If you use some content filter, you
should choose this option.
msgstr
Používáte-li nástroj na filtrování obsahu (např. amavis), je příchozí pošta
započítána vícekrát, což znamená chybné hodnoty. V takovém případě byste měli
tuto možnost povolit.

#~ msgid Count incoming mail as outgoing mail?
#~ msgstr Počítat příchozí poštu jako odchozí?

Bug#565801: firebird2.5: FTBFS on kfreebsd-*

2010-01-19 Thread Damyan Ivanov

Hi Petr,

-=| Petr Salinger, Tue, Jan 19, 2010 at 12:55:27PM +0100 |=-
 The current GNU/kFreeBSD does not support process-shared pthread 
 mutexes. It also does not support process-shared semaphores.

 Is the inter-process sharing really necessary ?
 The calls inside are in a form of sem_init(sem, 0, 0), i.e. only 
 thread-shared.

Thank you for your time looking into this.

Just to give you a raugh idea, Firebird comes in three flavours.

 superserver - a multi-threaded daemon handling many connections, 
 but being able to use only one CPU (long story). this one seems to 
 need only thread synchronization.

 classicserver - a new process is started (via inetd) for each 
 connection and these processes shall be able to communicate. I am not 
 sure about the mechanisms of this communication, but it may well be 
 shared memory and signals. Or semaphores.

 superclassic - a mix of the above, but closer to classic

Firebird IPC is black magic. I am not sure if process-shared 
semaphores are really needed. superserver seems to not need them at 
all (at least on theory). And still it fails to build.

The place it fails is interesting, though. The checkMutex function 
(src/jrd/trace/TraceConfigStorage.cpp line 147)[1] is what bails out.  
It is called from various places, but the one matching the error 
message is at line 182, in function initShMem. The argument that is 
the error code is the result of calling ISC_mutex_init, which is 
defined in src/jrd/isc_sync.cpp, in two flavours depending on the 
USE_SYS5SEMAPHORE define (another flavour is for windows).

 [1] http://git.debian.org/?p=pkg-firebird/2.5.git;a=tree
 (line numbers may differ because some patches are applied)

I guessed that USE_SYS5SEMAPHORE is not defined, as it is currently 
linked to the DARWIN define. This is why I thought that defining 
USE_SYS5SEMAPHORE should help. Are you suggesting that it won't?

BTW, the SYSV variant (line 2749) would only return 0 or FB_FAILURE 
(1) and not 78 (which is visible in the build log), so there must be 
the other, non-SYSV implementation that fails (line 2886).

That one seems to use posix threads functions all over the place and 
I have no idea which exactly may be failing. I will ask the porter box 
admins to install the build-dependencies (+gdb) so that I can try 
tracing the failure and see which exact function fails.

Other clues are welcome, of course.


signature.asc
Description: Digital signature

Bug#565883: [l10n] Updated Czech translation of debian-edu-install debconf messages

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

Hi,

in attachement there is updated Czech (cs.po) translation of
debian-edu-install debconf messages. Please include it with the
package.

Thanks
-- 
Miroslav Kure
# #-#-#-#-#  cs.po (debian-installer)  #-#-#-#-#
# #-#-#-#-#  cs.po (nn)  #-#-#-#-#
# #-#-#-#-#  cs.po (debian-edu-install)  #-#-#-#-#
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
# #-#-#-#-#  cs.po.newstring (nn)  #-#-#-#-#
# THIS FILE IS AUTOMATICALLY GENERATED FROM THE MASTER FILE
# packages/po/nn.po
#
# DO NOT MODIFY IT DIRECTLY : SUCH CHANGES WILL BE LOST
#
# translation of nn.po to Norwegian Nynorsk
# translation of debian-installer.po to Norwegian nynorsk
# Norwegian Nynorsk messages for debian-installer.
# Copyright (C) 2003 Software in the Public Interest, Inc.
# This file is distributed under the same license as debian-installer.
# Håvard Korsvoll korsv...@skulelinux.no, 2004, 2005, 2006.
#
# #-#-#-#-#  cs.po.newstring (debian-installer)  #-#-#-#-#
# THIS FILE IS AUTOMATICALLY GENERATED FROM THE MASTER FILE
# packages/po/cs.po
#
# DO NOT MODIFY IT DIRECTLY : SUCH CHANGES WILL BE LOST
#
# Czech messages for debian-installer.
# Copyright (C) 2003 Software in the Public Interest, Inc.
# This file is distributed under the same license as debian-installer.
#
# #-#-#-#-#  cs.po (popularity-contest)  #-#-#-#-#
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid 
msgstr 
Project-Id-Version: popularity-contest\n
Report-Msgid-Bugs-To: debian-edu-inst...@packages.debian.org\n
POT-Creation-Date: 2010-01-09 15:26+0100\n
PO-Revision-Date: 2010-01-10 20:19+0100\n
Last-Translator: Miroslav Kure ku...@debian.cz\n
Language-Team: Czech debian-l10n-cz...@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
#-#-#-#-#  cs.po (debian-installer)  #-#-#-#-#\n
#-#-#-#-#  cs.po (nn)  #-#-#-#-#\n
#-#-#-#-#  cs.po (debian-edu-install)  #-#-#-#-#\n
#-#-#-#-#  cs.po.newstring (nn)  #-#-#-#-#\n
nyno...@lists.debian.org\n
X-Generator: KBabel 1.10.2\n
Plural-Forms:  nplurals=2; plural=(n != 1);\n
#-#-#-#-#  cs.po.newstring (debian-installer)  #-#-#-#-#\n
#-#-#-#-#  cs.po (popularity-contest)  #-#-#-#-#\n

#. Type: text
#. Description
#. Debian Installer Main-menu Item
#: ../debian-edu-profile-udeb.templates:1001
msgid Choose Debian Edu profile
msgstr Zvolte profil Debian Edu

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

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

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

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

#. Type: multiselect
#. Description
#. Type: multiselect
#. Description
#: ../debian-edu-profile-udeb.templates:2002
#: ../debian-edu-profile-udeb.templates:3002
msgid Profile(s) to apply to this machine:
msgstr Profily, které se mají použít na tomto počítači:

#. Type: multiselect
#. Description
#. Type: multiselect
#. Description
#: ../debian-edu-profile-udeb.templates:2002
#: ../debian-edu-profile-udeb.templates:3002
msgid Profiles determine how the machine can be used out-of-the-box:
msgstr Profily určují, jak se bude počítač chovat po výchozí

Bug#565860: FTBFS - configure: error: JACK library not found

2010-01-19 Thread Adrian Knoth

On Tue, Jan 19, 2010 at 10:19:45AM +0100, Adrian Knoth wrote:

Hi!

 It's probably a bug in configure(.ac), however, you can work around if
 you conditionally set --disable-sse on non-amd64. (i386 doesn't have
 SSE, i686 could, but that's not an ordinary Debian target)

It's really a bug in configure.ac. The test extends CFLAGS to enable
SSE, but it doesn't restore the old value in case the test fails.

The attached patch corrects this problem. Tested on sparc (no SSE) and
i686 (with SSE).

Rui: See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=565860 for the
whole story. I guess you want to include the patch in your repository.

Note that I'm not really common with autoconf, so there might be a more
elegant way of restoring CFLAGS upon negative test. At least it works.
;)


HTH

-- 
mail: a...@thur.de  http://adi.thur.de  PGP/GPG: key via keyserver
diff --git a/configure.ac b/configure.ac
index 5d07403..c66c421 100644
--- a/configure.ac
+++ b/configure.ac
@@ -274,6 +274,8 @@ fi
 # Check for SSE optimization.
 if test x$ac_sse = xyes; then
ac_sse_cflags=-msse -mfpmath=sse -ffast-math
+   CFLAGS_OLD=$CFLAGS
+   CPPFLAGS_OLD=$CPPFLAGS
CFLAGS=$ac_sse_cflags $CFLAGS
CPPFLAGS=$ac_sse_cflags $CPPFLAGS
AC_CACHE_CHECK([for SSE optimization],
@@ -294,6 +296,9 @@ if test x$ac_sse = xyes; then
ac_sse=$ac_cv_sse
if test x$ac_sse = xyes; then
   ac_cflags=$ac_sse_cflags $ac_cflags
+  else
+  CFLAGS=$CFLAGS_OLD
+  CPPFLAGS=$CPPFLAGS_OLD
fi
 fi

Bug#565880: [l10n] Updated Czech translation of mumble debconf messages

Package: mumble
Severity: wishlist
Tags: l10n, patch

Hi,

in attachement there is updated Czech (cs.po) translation of
mumble debconf messages. Please include it with the package.

Thanks
-- 
Miroslav Kure
# Czech translation of mumble debconf messages.
# Copyright (C) 2008
# This file is distributed under the same license as the mumble package.
# Miroslav Kure ku...@debian.cz, 2008, 2010
#
msgid 
msgstr 
Project-Id-Version: mumble\n
Report-Msgid-Bugs-To: mum...@packages.debian.org\n
POT-Creation-Date: 2010-01-11 16:52+0100\n
PO-Revision-Date: 2010-01-19 11:47+0100\n
Last-Translator: Miroslav Kure ku...@debian.cz\n
Language-Team: Czech debian-l10n-cz...@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: password
#. Description
#: ../mumble-server.templates:1001
msgid Password to set on SuperUser account:
msgstr Heslo pro účet SuperUser:

#. Type: password
#. Description
#: ../mumble-server.templates:1001
msgid 
Murmur has a special account called \SuperUser\ which bypasses all 
privilege checks.
msgstr 
Murmur má speciální účet nazvaný „SuperUser“, který obchází veškeré 
bezpečnostní kontroly.

#. Type: password
#. Description
#: ../mumble-server.templates:1001
msgid 
If you set a password here, the password for the \SuperUser\ account will 
be updated.
msgstr Zadáte-li zde něco, heslo účtu „SuperUser“ se aktualizuje.

#. Type: password
#. Description
#: ../mumble-server.templates:1001
msgid If you leave this blank, the password will not be changed.
msgstr Ponecháte-li prázdné, heslo se nezmění.

#. Type: boolean
#. Description
#: ../mumble-server.templates:2001
msgid Autostart mumble-server on server boot?
msgstr Spouštět mumble-server automaticky při zavádění systému?

#. Type: boolean
#. Description
#: ../mumble-server.templates:2001
msgid 
Mumble-server (murmurd) can start automatically when the server is booted.
msgstr 
Mumble-server (murmurd) se může spouštět automaticky při zavádění systému.

#. Type: boolean
#. Description
#: ../mumble-server.templates:3001
#| msgid Autostart mumble-server on server boot?
msgid Allow mumble-server to use higher priority?
msgstr Povolit mumble-serveru používat vyšší prioritu?

#. Type: boolean
#. Description
#: ../mumble-server.templates:3001
msgid 
Mumble-server (murmurd) can use higher process and network priority to 
ensure low latency audio forwarding even on highly loaded servers.
msgstr 
Mumble-server (murmurd) může využívat vyšší prioritu procesu k zajištění 
nízkých latencí při odesílání audia i na velmi zatížených serverech.

#~ msgid Email address to send registration emails from:
#~ msgstr Emailová adresa, ze které se mají posílat registrační emaily:

#~ msgid 
#~ Murmur comes with a web-based registration script, which will send an 
#~ authentication code to the user by email before registration can be 
#~ completed.
#~ msgstr 
#~ Murmur obsahuje webový registrační skript, který před dokončením 
#~ registrace zašle uživateli emailem autentizační kód.

#~ msgid 
#~ Set this to the email address you wish such authentication emails to come 
#~ from. If you set it blank, registration will be disabled.
#~ msgstr 
#~ Zadejte zde emailovou adresu, ze které mají tyto autentizační emaily 
#~ přicházet. Ponecháte-li prázdné, registrace bude zakázána.

Bug#565881: [l10n] Updated Czech translation of dotlrn debconf messages

Package: dotlrn
Severity: wishlist
Tags: l10n, patch

Hi,

in attachement there is updated Czech (cs.po) translation of
dotlrn debconf messages. Please include it with the package.

Thanks
-- 
Miroslav Kure
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid 
msgstr 
Project-Id-Version: dbconfig-common\n
Report-Msgid-Bugs-To: dotlrn @packages.debian.org\n
POT-Creation-Date: 2010-01-06 07:06+0100\n
PO-Revision-Date: 2010-01-19 11:36+0100\n
Last-Translator: Miroslav Kure ku...@debian.cz\n
Language-Team: Czech debian-l10n-cz...@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: string
#. Description
#: ../templates:1001
#| msgid Host running the ${dbvendor} server for ${pkg}:
msgid Host running the PostgreSQL server for dotLRN:
msgstr Počítač, na kterém běží PostgreSQL server pro dotLRN:

#. Type: string
#. Description
#: ../templates:1001
#| msgid Please provide the hostname of a remote ${dbvendor} server.
msgid Please provide the hostname of a remote PostgreSQL server.
msgstr Zadejte prosím jméno počítače vzdáleného PostgreSQL serveru.

#. Type: string
#. Description
#: ../templates:1001
msgid 
You must have already arranged for the administrative account to be able to 
remotely create databases and grant privileges.
msgstr 
V tento okamžik již musíte mít nastaven správcovský účet, abyste mohli 
vzdáleně vytvářet databáze a přidělovat oprávnění.

#. Type: string
#. Description
#: ../templates:2001
#| msgid Name of the database's administrative user:
msgid Database administrator username:
msgstr Uživatelské jméno správce databáze:

#. Type: string
#. Description
#: ../templates:2001
msgid 
Please enter the PostgreSQL administrator username, needed for the database 
creation.
msgstr 
Zadejte prosím uživatelské jméno správce PostgreSQL. To je potřeba pro 
vytvoření databáze.

#. Type: password
#. Description
#: ../templates:3001
#| msgid Name of the database's administrative user:
msgid Database administrator password:
msgstr Heslo správce databáze:

#. Type: password
#. Description
#: ../templates:3001
msgid 
Please enter the PostgreSQL administrator password, needed for the database 
creation.
msgstr 
Zadejte prosím heslo správce PostgreSQL. To je potřeba pro vytvoření 
databáze.

#. Type: note
#. Description
#: ../templates:4001
msgid Password mismatch
msgstr Hesla nesouhlasí

#. Type: note
#. Description
#: ../templates:4001
#| msgid The passwords you supplied do not match.  Please try again.
msgid 
The two passwords you entered were not the same. Please enter a password 
again.
msgstr Zadaná hesla nesouhlasí. Zkuste je prosím zadat znovu.

#. Type: string
#. Description
#: ../templates:5001
msgid Database username for dotLRN:
msgstr Databázové uživatelské jméno pro dotLRN:

#. Type: string
#. Description
#: ../templates:5001
#| msgid 
#| Please provide a ${dbvendor} username for ${pkg} to register with the 
#| database server.  A ${dbvendor} user is not necessarily the same as a 
#| system login, especially if the database is on a remote server.
msgid 
Please provide a PostgreSQL username for dotLRN to register with the 
database server.  A PostgreSQL user is not necessarily the same as a system 
login, especially if the database is on a remote server.
msgstr 
Zadejte prosím uživatelské jméno v DB systému PostgreSQL pro balík dotLRN, 
které se má zaregistrovat s databázovým serverem. PostgreSQL uživatel nemusí 
být nutně shodný se systémovým uživatelem, obzvláště pokud se databáze 
nachází na vzdáleném počítači.

#. Type: string
#. Description
#: ../templates:5001
msgid 
This is the user which will own the database, tables and other objects to be 
created by this installation.  This user will have complete freedom to 
insert, change or delete data in the database.
msgstr 
Tento uživatel, bude vlastnit databázi, tabulky a ostatní objekty vytvořené 
během instalace. Zadaný uživatel bude mít také úplnou kontrolu nad 
vkládáním, úpravou a mazáním dat v databázi.

#. Type: password
#. Description
#: ../templates:6001
msgid Database owner password:
msgstr Heslo vlastníka databáze:

#. Type: password
#. Description
#: ../templates:6001
msgid Please enter the password of the dotLRN database owner.
msgstr Zadejte prosím heslo vlastníka databáze dotLRN.

#. Type: password
#. Description
#: ../templates:7001
#| msgid Password confirmation:
msgid Database owner password confirmation:
msgstr Potvrzení hesla vlastníka databáze:

#. Type: password
#. Description
#: ../templates:7001
msgid

Bug#565862: FTBFS [hppa]: C compiler cannot create executables

2010-01-19 Thread Matthias Klose


tags 565862 + moreinfo
tags 565862 + help
thanks

On 19.01.2010 04:58, dann frazier wrote:

Source: gcc-snapshot
Version: 20100117-1
Severity: serious
User: debian-h...@lists.debian.org
Usertags: hppa

gcc-snapshot fails to build on hppa. From the most recent build attempt:
[...]
configure: error: in 
`/build/buildd-gcc-snapshot_20100117-1-hppa-8pg21G/gcc-snapshot-20100117/build-hppa64':
configure: error: C compiler cannot create executables
See `config.log' for more details.


please attach/investigate the details




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

Bug#565820: [patch] samhain: FTBFS on kfreebsd-*: pthread issues


Hi.

Please define _GNU_SOURCE everywhere, see bellow.
Later it would fail with:

  Use 'make install-boot' if you want samhain to start on system boot

./samhain-install.sh --destdir=/build/manual/samhain-2.5.4/debian/samhain 
--express --verbose install-boot

./samhain-install.sh: unsupported platform GNU/kFreeBSD/7.2-1-amd64
make[1]: *** [install-boot] Error 1

Use the same scripts as on Linux, see gain bellow.

Petr


--- src/dnmalloc.c
+++ src/dnmalloc.c
@@ -214,10 +214,10 @@
   kernel versions newer than 1.3.77.
 */

+#define _GNU_SOURCE 1
 #ifndef HAVE_MREMAP
 #ifdef linux
 #define HAVE_MREMAP 1
-#define _GNU_SOURCE
 #else
 #define HAVE_MREMAP 0
 #endif


--- samhain-install.sh.in~  2010-01-19 10:33:26.0 +
+++ samhain-install.sh.in   2010-01-19 11:08:02.0 +
@@ -885,7 +885,7 @@
rc_uinst=rm -f ${DESTDIR}/etc/init.d/@install_name@;
;;

-Linux/*)
+Linux/*|GNU/kFreeBSD/*)
rlv=2 3 4 5
linkopt=-f -s
# find rc directories




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

Bug#558809: munin-node ; plugins exits with 2304

2010-01-19 Thread Tom Feiner

Hi Michael,

The munin master runs from cron, but the munin-node runs as a daemon. In
any case, you can run (as root):

su - munin -s /bin/bash
echo $PATH

to view munin's user path.

By the way, is this problem reproducible on another machine?

Regards,
   Tom Feiner



signature.asc
Description: OpenPGP digital signature

Bug#565812: The build wl.ko dont works with a bcm4312 card. With the broadcom-sta-common_5.10.91.9.3-2_all - Version it works fine

2010-01-19 Thread Cyril Lacoux

re-.

 - I did not rebuild the initrd-File. I used the module-assistant to
 build the Kernelmodule, and it works without errors.

With a fresh install of -3, you must.
Previously ssb and b43 modules were unloaded just before loading wl.
Now modules are blacklisted via /etc/modprobe.d/broadcom-sta-common.conf and 
wl module is loaded.

 - I attatched 2 dmesg-outputs, one with working old module and one with
 the new. Hope that can help...

Yes, I think :
 - I can see that ssb module was loaded at boot time:
   ssb: Sonics Silicon Backplane found on PCI device :08:00.0
 - It seems that there is a problem with module's license :
   wl: module license 'unspecified' taints kernel.
   but it should be:
   wl: module license 'MIXED/Proprietary' taints kernel.

Could you please:
 - remove /usr/src/modules/broadcom-sta directory
 - rebuild and install the module with m-a
 - check that /etc/modprobe.d/broadcom-sta-common.conf is the new one[1]
 - rebuild the initrd file to prevent modules from being loaded at boot time
 - reboot


[1] :
# wl module from Broadcom conflicts with ssb
# We must blacklist the following modules:
blacklist b44
blacklist b43legacy
blacklist b43
blacklist ssb
install wl /sbin/modprobe --ignore-install wl $CMDLINE_OPTS


Regards,
-- 
Cyril Lacoux



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

Bug#546884: mutt, exim und bcc

Hi Antonio,

On Di, 19 Jan 2010, Antonio Radici wrote:
 Anyway, I will prepare an upload to unstable this afternoon, it will
 include the patch that was discussed above, rather than changing the
 write_bcc setting. 

That is much appreciated. Thanks for the prompt response.

 As soon as the upload will hit testing I will prepare a backport of the
 patch for the stable branch.

That is even more appreciated. I normally recommend mutt to each
and everyone, but I would have to overthink this recommendation if
the default configuration is just not right.

Thanks for working on that!!

Best wishes

Norbert

Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org}
JAIST, JapanTU Wien, Austria   Debian TeX Task Force
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

MATCHING GREEN (adj.)
(Of neckties.) Any colour which Nigel Rees rejects as unsuitable for
his trousers or jacket.
--- Douglas Adams, The Meaning of Liff



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

Bug#557315: [udev] cdrom is closing immediately after ejecting

2010-01-19 Thread Marco d'Itri

On Dec 27, Marco d'Itri m...@linux.it wrote:

 Great. Try renaming it and then you will have verified that udev is not
 responsible for this. (Obvious suspects: HAL, gnome-volume-manager.)
 If you need help, /msg Md on freenode.
Are there any news?

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#557439: devtmpfs

2010-01-19 Thread Marco d'Itri

On Jan 19, Joey Korkames j...@kidfixit.com wrote:

 modprobed. This is a job that only udevd really does at the moment, so  
 maybe it should be run before the manual modprobe list is iterated.

Yes, see #543717.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#553538: iog: diff for NMU version 1.03-3.2

2010-01-19 Thread Mats Erik Andersson

tags 553538 + patch
thanks

Hi,

Attached is an improved interdiff for my suggestion
on an NMU-patched package iog_1.03-3.2.

This revised patch uses 'ucf/ucfr' to handle the configuration
file at '/etc/iog.cfg', and it uses a single debconf-question
to offer the possibility of migrating old data in '/var/www/iog/'
to '/var/lib/iog/'. Or to refrain from migration, whatever the
case might be.

I have tested this with and without migration, and for the latter
case also a later migration using 'dpkg-reconfigure'. The mechanism
pleases my eyes at least.


Best regards,

Mats Erik Andersson mats.anders...@gisladisker.se
diff -u iog-1.03/iog.cfg iog-1.03/iog.cfg
--- iog-1.03/iog.cfg
+++ iog-1.03/iog.cfg
@@ -27,6 +27,6 @@
 # sw2-port20:192.168.0.11:public:ifHCInOctets.20:ifHCOutOctets.20:/www/iog/
 #
-[localhost:127.0.0.1:public:sysUpTime.0:/var/www/iog]
-localhost:127.0.0.1:public:ifInOctets.2:ifOutOctets.2:/var/www/iog
+[localhost:127.0.0.1:public:sysUpTime.0:/var/lib/iog]
+localhost:127.0.0.1:public:ifInOctets.2:ifOutOctets.2:/var/lib/iog
 
 
diff -u iog-1.03/debian/rules iog-1.03/debian/rules
--- iog-1.03/debian/rules
+++ iog-1.03/debian/rules
@@ -46,8 +46,10 @@
 	dh_installdocs
 	dh_installexamples iog.cfg
 	dh_installcron
+	dh_link
 	dh_undocumented iog.1
 	dh_installchangelogs 
+	dh_installdebconf
 	dh_compress
 	dh_fixperms
 	dh_installdeb
diff -u iog-1.03/debian/changelog iog-1.03/debian/changelog
--- iog-1.03/debian/changelog
+++ iog-1.03/debian/changelog
@@ -1,3 +1,32 @@
+iog (1.03-3.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Repair 'dir-or-file-in-var-www'. (Closes: #553538)
++ debian/NEWS: New file with package notes refering to FHS.
++ debian/README.Debian: New file with further hints.
++ debian/control: Policy compliant dependencies:
+  - Depends: Add ucf, debconf, and ${misc:Depends}.
+  - Build-Depends-Indep: po-debconf.
+  - Build-Depends: debhelper.
++ Replace '/var/www/iog' with '/var/lib/iog' in 'iog.cfg'.
++ Use 'ucf' to handle '/etc/iog.cfg'. The package ships the new
+  configuration file as '/usr/share/iog/iog.cfg'.
++ Use 'debconf' to handle the interaction needed for migrating old
+  data in '/var/www/iog/' to preferred location '/var/lib/iog/'.
+  - debian/iog.templates: New file.
+  - debian/iog.config: New file.
+  - debian/po/*: New files.
++ debian/postinst: Now acts on '/var/lib/iog'. Registers the file
+  '/etc/iog.cfg' with 'ucf' and 'ucfr'. Uses debconf for migration.
++ debian/postrm: New file. Upon purge, deregisters '/etc/iog.cfg'
+  using 'ucf' and 'ucfr'.
++ Store images '*.gif' in '/usr/share/iog/' and symlink these
+  to '/var/lib/iog/'.
++ debian/rules: Use dh_link, dh_installdebconf.
++ debian/iog.links: New file, describes links of images.
+
+ -- Mats Erik Andersson mats.anders...@gisladisker.se  Tue, 19 Jan 2010 12:28:05 +0100
+
 iog (1.03-3.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -u iog-1.03/debian/control iog-1.03/debian/control
--- iog-1.03/debian/control
+++ iog-1.03/debian/control
@@ -2,12 +2,13 @@
 Section: net
 Priority: extra
 Maintainer: Mark Purcell m...@debian.org
-Build-Depends-Indep: debhelper ( 3.0.0)
+Build-Depends: debhelper ( 3.0.0)
+Build-Depends-Indep: po-debconf
 Standards-Version: 3.5.2
 
 Package: iog
 Architecture: all
-Depends: libsnmp-session-perl
+Depends: libsnmp-session-perl, ucf, debconf, ${misc:Depends}
 Recommends: snmpd
 Description: Network I/O byte grapher
  IOG is a network I/O byte grapher made to graph cumulative KB/MB/GB
diff -u iog-1.03/debian/iog.install iog-1.03/debian/iog.install
--- iog-1.03/debian/iog.install
+++ iog-1.03/debian/iog.install
@@ -1,3 +1,3 @@
-*.gif	var/www/iog/
+*.gif	usr/share/iog/
 iog	usr/sbin/
-iog.cfg etc/
+iog.cfg usr/share/iog/
diff -u iog-1.03/debian/dirs iog-1.03/debian/dirs
--- iog-1.03/debian/dirs
+++ iog-1.03/debian/dirs
@@ -3 +3,2 @@
-var/www/iog
+usr/share/iog
+var/lib/iog
diff -u iog-1.03/debian/postinst iog-1.03/debian/postinst
--- iog-1.03/debian/postinst
+++ iog-1.03/debian/postinst
@@ -11,10 +11,34 @@
 #  failed-install-package version `removing'
 #  conflicting-package version
 
+LIBRARY=/usr/share/iog
+OLDLOCATION=/var/www/iog
+NEWLOCATION=/var/lib/iog
+
+CONFIG=/etc/iog.cfg
+PKGCONFIG=$LIBRARY/iog.cfg
+
 case $1 in
 configure)
 
-	chown -R www-data.www-data /var/www/iog
+	chown -R www-data:www-data /var/lib/iog
+	test -x /usr/bin/ucf  ucf --three-way --debconf-ok $PKGCONFIG $CONFIG
+	test -x /usr/bin/ucfr  ucfr iog $CONFIG
+
+	# Detect an old page depository and activate the desired location.
+
+	if [ -f $OLDLOCATION/uptimes.pag ]
+	then
+		. /usr/share/debconf/confmodule
+		db_get iog/migrate || RET=false
+		if [ $RET = true ]
+		then
+			mv $OLDLOCATION/* $NEWLOCATION/ 2/dev/null
+		else
+			# Reactivate old content by reinstalling the purged images.
+			cp -a $LIBRARY/*.gif $OLDLOCATION/ 2/dev/null
+		fi
+	fi
 
 ;;
 
only in patch2:

Bug#498682: I have a list of 788k doctors in America

2010-01-19 Thread skullduggery



Many of these lists are on sale too. Just email me here:  
lillie.robb...@highpowerlists.net

  




to eject yourself from the list visit this link please send an email to 
disapp...@highpowerlists.net



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

Bug#565884: Please include CeCILL* licenses in common-licenses

2010-01-19 Thread Thibaut Paumard

Package: base-files
Version: 5.0.0
Severity: wishlist

Hi,

there is a growing body of packages (or at least files) under [1]CeCILL license 
in the archive. The CeCILL licenses are wordy and the project would benefit 
from having them in /usr/share/common-licenses.

[1] http://www.cecill.info/licences.en.html

Best regards, Thibaut.



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

Kernel: Linux 2.6.31-1-686 (SMP w/1 CPU core)
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 base-files depends on:
ii  base-passwd   3.5.22 Debian base system master password
ii  gawk [awk]1:3.1.6.dfsg-4 GNU awk, a pattern scanning and pr
ii  mawk [awk]1.3.3-15   a pattern scanning and text proces

base-files recommends no packages.

base-files 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#565885: ITP: ibid -- Multi-protocol general purpose chat bot

2010-01-19 Thread Stefano Rivera

Package: wnpp
Severity: wishlist
Owner: Stefano Rivera stef...@rivera.za.net


* Package name: ibid
  Version : 0+bzr849
  Upstream Author : The Ibid Developers ibid-c...@lists.launchpad.net
* URL : http://ibid.omnia.za.net/
* License : GPL (mostly MIT/X as well)
  Programming Lang: Python
  Description : Multi-protocol general purpose chat bot

Ibid is a multi-protocol general purpose chat bot written in Python. It
uses a natural language interface, and can connect to multiple sources,
including IRC, Jabber and SILC servers, as well as allowing interaction
using SMTP, HTTP and various RPC protocols. It aims to be agnostic with
regard to how it is used, and to make plugins and extensions as easy as
possible to write.

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



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

Bug#565886: RFP: tex packages -- [SHORT DESCRIPTION]

2010-01-19 Thread Marco Righi

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

--- Please fill out the fields below. ---

   Package name: tex packages
Version:
Upstream Author: [NAME n...@example.com]
URL: [http://example.com]
License: [GPL, LGPL, BSD, MIT/X, etc.]
Description: [DESCRIPTION]


Follows the errors

Lettura elenco dei pacchetti...
Generazione albero delle dipendenze...
Lettura informazioni sullo stato...
I seguenti pacchetti sono stati mantenuti alla versione attuale:
  grub
0 aggiornati, 0 installati, 0 da rimuovere e 1 non aggiornati.
54 non completamente installati o rimossi.
Dopo quest'operazione, verranno occupati 0B di spazio su disco.
Continuare [S/n]? Configurazione di texlive-binaries (2009-5)...
mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFMAIN...
mktexlsr: Updating /var/lib/texmf/ls-R-TEXLIVE...
mktexlsr: Updating /var/lib/texmf/ls-R...
mktexlsr: Done.
Building format(s) --refresh.
This may take some time... *** glibc detected *** jtex: free(): invalid
pointer: 0x0a067811 ***
=== Backtrace: =
/lib/i686/cmov/libc.so.6[0xb7f40824]
/lib/i686/cmov/libc.so.6[0xb7f420b3]
/lib/i686/cmov/libc.so.6(cfree+0x6d)[0xb7f450ad]
/usr/lib/libkpathsea.so.4[0xb804c1bd]
/usr/lib/libkpathsea.so.4(kpse_fontmap_lookup+0xf0)[0xb804c4d0]
/usr/lib/libkpathsea.so.4(kpse_find_file+0x304)[0xb8048744]
jtex[0x808369d]
=== Memory map: 
08048000-08087000 r-xp  08:06 393635 /usr/bin/jtex
08087000-08088000 rw-p 0003f000 08:06 393635 /usr/bin/jtex
08088000-0809 rw-p  00:00 0
09cf8000-0a07a000 rw-p  00:00 0  [heap]
b5d0-b5d21000 rw-p  00:00 0
b5d21000-b5e0 ---p  00:00 0
b5ebc000-b5ed8000 r-xp  08:06 29812  /lib/libgcc_s.so.1
b5ed8000-b5ed9000 rw-p 0001c000 08:06 29812  /lib/libgcc_s.so.1
b5f0a000-b7d8f000 rw-p  00:00 0
b7d8f000-b7ed4000 r--p  08:06 26969
/usr/lib/locale/locale-archive
b7ed4000-b7ed5000 rw-p  00:00 0
b7ed5000-b8016000 r-xp  08:06 334738
/lib/i686/cmov/libc-2.10.2.so
b8016000-b8018000 r--p 00141000 08:06 334738
/lib/i686/cmov/libc-2.10.2.so
b8018000-b8019000 rw-p 00143000 08:06 334738
/lib/i686/cmov/libc-2.10.2.so
b8019000-b801d000 rw-p  00:00 0
b801d000-b8041000 r-xp  08:06 334734
/lib/i686/cmov/libm-2.10.2.so
b8041000-b8042000 r--p 00023000 08:06 334734
/lib/i686/cmov/libm-2.10.2.so
b8042000-b8043000 rw-p 00024000 08:06 334734
/lib/i686/cmov/libm-2.10.2.so
b8043000-b8053000 r-xp  08:06 189670
/usr/lib/libkpathsea.so.4.0.0
b8053000-b8054000 rw-p 0001 08:06 189670
/usr/lib/libkpathsea.so.4.0.0
b8054000-b8087000 rw-p  00:00 0
b8087000-b8089000 rw-p  00:00 0
b8089000-b808a000 r-xp  00:00 0  [vdso]
b808a000-b80a6000 r-xp  08:06 564552 /lib/ld-2.10.2.so
b80a6000-b80a7000 r--p 0001b000 08:06 564552 /lib/ld-2.10.2.so
b80a7000-b80a8000 rw-p 0001c000 08:06 564552 /lib/ld-2.10.2.so
bf9b3000-bf9c8000 rw-p  00:00 0  [stack]
*** glibc detected *** jtex: free(): invalid pointer: 0x091d74c9 ***
=== Backtrace: =
/lib/i686/cmov/libc.so.6[0xb7f04824]
/lib/i686/cmov/libc.so.6[0xb7f060b3]
/lib/i686/cmov/libc.so.6(cfree+0x6d)[0xb7f090ad]
/usr/lib/libkpathsea.so.4[0xb80101bd]
/usr/lib/libkpathsea.so.4(kpse_fontmap_lookup+0xf0)[0xb80104d0]
/usr/lib/libkpathsea.so.4(kpse_find_file+0x304)[0xb800c744]
jtex[0x808369d]
=== Memory map: 
08048000-08087000 r-xp  08:06 393635 /usr/bin/jtex
08087000-08088000 rw-p 0003f000 08:06 393635 /usr/bin/jtex
08088000-0809 rw-p  00:00 0
08e73000-091f3000 rw-p  00:00 0  [heap]
b5d0-b5d21000 rw-p  00:00 0
b5d21000-b5e0 ---p  00:00 0
b5e7e000-b5e9a000 r-xp  08:06 29812  /lib/libgcc_s.so.1
b5e9a000-b5e9b000 rw-p 0001c000 08:06 29812  /lib/libgcc_s.so.1
b5ecc000-b7d53000 rw-p  00:00 0
b7d53000-b7e98000 r--p  08:06 26969
/usr/lib/locale/locale-archive
b7e98000-b7e99000 rw-p  00:00 0
b7e99000-b7fda000 r-xp  08:06 334738
/lib/i686/cmov/libc-2.10.2.so
b7fda000-b7fdc000 r--p 00141000 08:06 334738
/lib/i686/cmov/libc-2.10.2.so
b7fdc000-b7fdd000 rw-p 00143000 08:06 334738
/lib/i686/cmov/libc-2.10.2.so
b7fdd000-b7fe1000 rw-p  00:00 0
b7fe1000-b8005000 r-xp  08:06 334734
/lib/i686/cmov/libm-2.10.2.so
b8005000-b8006000 r--p 00023000 08:06 334734
/lib/i686/cmov/libm-2.10.2.so
b8006000-b8007000 rw-p 00024000 08:06 334734
/lib/i686/cmov/libm-2.10.2.so
b8007000-b8017000 r-xp  08:06 189670
/usr/lib/libkpathsea.so.4.0.0
b8017000-b8018000 rw-p 0001 08:06 189670
/usr/lib/libkpathsea.so.4.0.0
b8018000-b804b000 rw-p  00:00 0
b804b000-b804d000 rw-p  00:00 0
b804d000-b804e000 r-xp  00:00 0  [vdso]
b804e000-b806a000 r-xp  08:06 564552 /lib/ld-2.10.2.so
b806a000-b806b000 r--p 0001b000 08:06 564552 /lib/ld-2.10.2.so
b806b000-b806c000 rw-p

Bug#565784: epiphany-browser: middle click doesn't paste URL anymore

2010-01-19 Thread Gustavo Noronha Silva

On Mon, 2010-01-18 at 21:07 +0100, Xavier Bestel wrote:
 a few weeks (days?) ago, Epiphany still used to accepts a middle click
 anywhere on the web page, which would paste the URL from the PRIMARY
 X11 selection into the address bar. That was very handy to open an URL
 into an existing window.
 That stopped working recently. Could you please add that feature back
 ?

There were changes in this regard, but they should not cause the problem
you are having. Can you check whether you have the autoscroll extension
turned on, and if it works with it disabled?

Thanks,

-- 
Gustavo Noronha Silva k...@debian.org
Debian


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

Bug#533450: psb and iegd

2010-01-19 Thread Mattia Dongili

On Mon, Jan 18, 2010 at 04:52:55PM -0800, Kushal Koolwal wrote:
 
 My experience with iegd driver was exactly opposite with Debian Lenny.

I was going through the license to see if those binary files are
redistributable, it looks like they aren't.

LICENSE.   You may copy the Software onto a single computer for your 
personal, noncommercial use, and you may make one back-up copy of the 
Software, subject to these conditions:

1. This Software is licensed for use only in conjunction with Intel 
component products.  Use of the Software in conjunction with non-Intel 
component products is not licensed hereunder.

2. You may not copy, modify, rent, sell, distribute or transfer any part 
of the Software except as provided in this Agreement, and you agree to 
prevent unauthorized copying of the Software.
[...]


I could come up with a package for the kernel module next weekend
instead.

 It won't compile in the first place. May be I was using an older
 version of iegd driver? However the psb sources from Ubuntu Jaunty

psb is more or less fine here too.

 always worked for me on Lenny, Squeeze and Unstable with 3D working on
 Squeeze and Unstable.

also with the new xorg 1.7?
What does X -version say?

Thanks
-- 
mattia
:wq!



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

Bug#565863: python-rpy2: would it be possible to get 2.1(-alpha2) into sid or at least experimental?

2010-01-19 Thread Dirk Eddelbuettel


Howdy,

On 18 January 2010 at 23:07, Yaroslav Halchenko wrote:
| 
| rpy2 is a moving target so its API has changed quite drastically at
| places from 2.0 version.  It would be great to have 2.1 alpha release in 
Debian
| (I would prefer sid ;) ) since it would preclude frustration of Debian users
| starting to use rpy2 and then discovering that API change.
| 
| Thanks in advance

Actually I tried on Dec 23/24 with the Dec 24 snapshot and failed miserably
despite some emails with Laurent -- the code was simply too alpha and too
removed from the 2.0.* build process.  So I decide to wait this out.

You can try to the debian/* files of the last 2.0.* release and see how far
you get with current sources but I, unfortunately, have not enough to pursue
this.  Do you want to give this a whirl?

Dirk
 
| -- System Information:
| Debian Release: squeeze/sid
|   APT prefers unstable
|   APT policy: (901, 'unstable'), (900, 'testing'), (300, 'experimental')
| Architecture: amd64 (x86_64)
| 
| Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores)
| Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
| Shell: /bin/sh linked to /bin/bash
| 
| Versions of packages python-rpy2 depends on:
| ii  libatlas3gf-base [liblapack.s 3.6.0-24   Automatically Tuned Linear 
Algebra
| ii  libblas3gf [libblas.so.3gf]   1.2-2  Basic Linear Algebra Subroutines 
3
| ii  libc6 2.10.2-5   Embedded GNU C Library: Shared 
lib
| ii  liblapack3gf [liblapack.so.3g 3.2.1-2library of linear algebra 
routines
| ii  python2.5.4-5An interactive high-level 
object-o
| ii  python-central0.6.11 register and build utility for 
Pyt
| ii  python-numpy  1:1.3.0-3  Numerical Python adds a fast 
array
| ii  r-base-core   2.10.1-2   GNU R core of statistical 
computat
| 
| python-rpy2 recommends no packages.
| 
| Versions of packages python-rpy2 suggests:
| pn  python-rpy-docs   none (no description available)
| 
| -- no debconf information
| 
| 

-- 
Three out of two people have difficulties with fractions.



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

Bug#565344: [xserver-xorg-video-radeon] Black screen after resume from suspend to disk/RAM

2010-01-19 Thread Bruno Kleinert

Am Freitag, den 15.01.2010, 17:32 +0100 schrieb Bruno Kleinert:
 Maybe there's something in the logs on my amd64/Radeon system. I'll look
 at these files tomorrow.
I had some annoying trouble to suspend the machine. To make things
short: For the whole weekend I only got two cycles of suspend - resume,
as the box locks up when the system is snapshotted...

But I found out something interesting: I'm using GNOME as desktop
environment, so I'm also using gnome-screensaver. Quite funny: If I make
GNOME *not* start the gnome-screensaver, then, of course, the screen
doesn't get locked by the gnome-screensaver when the machine is
suspended and resumed. But then I get *no* black screen after the
resume, and also switching to a text console shows up text!

Maybe it's some crazy bullshit, but I have a guess where this could come
from: ;) gnome-screensaver fades the display to black when it gets
active, maybe this is done by manipulating color/contrast/whatever
settings (?). I guess so, because the text snapshotting the system at
the text console is often very dark and sometimes invisiable after
gnome-screensaver got active to lock the screen before the machine
starts the suspend procedure.
Now, if the machine gets resumed, maybe these color/contrast/whatever
settings don't get successfully restored or restored at all.

It's a stupid guess, but maybe it points someone into the right
correction what causes this regression bug. The bug appears since
xserver-xorg-core 2:1.7.4-1 and its dependencies is installed on that
system.

Btw.: My first attempt to downgrade mesa packages back to 7.6.1-1 did
not fix the bug as it did on my notebook. But let's better leave that
out to avoid confusion. The current workaround to avoid the black screen
after resume is to disable gnome-screensaver.

Do you have any hints where I should have a closer look at? I'd like to
have a look at these color/contrast/whatever settings of the X server
and/or the graphics hardware, to compare them before and after a resume
if they are changed. But I have no idea how to obtain these settings
from the X server. Do you know to I can access them?

Cheers - Fuddl


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#565344: [xserver-xorg-video-radeon] Black screen after resume from suspend to disk/RAM

2010-01-19 Thread Michel Dänzer

On Tue, 2010-01-19 at 13:23 +0100, Bruno Kleinert wrote: 
 Am Freitag, den 15.01.2010, 17:32 +0100 schrieb Bruno Kleinert:
  Maybe there's something in the logs on my amd64/Radeon system. I'll look
  at these files tomorrow.
 I had some annoying trouble to suspend the machine. To make things
 short: For the whole weekend I only got two cycles of suspend - resume,
 as the box locks up when the system is snapshotted...
 
 But I found out something interesting: I'm using GNOME as desktop
 environment, so I'm also using gnome-screensaver. Quite funny: If I make
 GNOME *not* start the gnome-screensaver, then, of course, the screen
 doesn't get locked by the gnome-screensaver when the machine is
 suspended and resumed. But then I get *no* black screen after the
 resume, and also switching to a text console shows up text!
 
 Maybe it's some crazy bullshit, but I have a guess where this could come
 from: ;) gnome-screensaver fades the display to black when it gets
 active, maybe this is done by manipulating color/contrast/whatever
 settings (?). I guess so, because the text snapshotting the system at
 the text console is often very dark and sometimes invisiable after
 gnome-screensaver got active to lock the screen before the machine
 starts the suspend procedure.
 Now, if the machine gets resumed, maybe these color/contrast/whatever
 settings don't get successfully restored or restored at all.

If that is the case, running something like

DISPLAY=:0 xgamma -gamma 1.0

from an ssh login might restore the display.


-- 
Earthling Michel Dänzer   |http://www.vmware.com
Libre software enthusiast |  Debian, X and DRI developer



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

Bug#561209: (no subject)

2010-01-19 Thread Artur Čuvašov

2.17 still has the same issue. debhelper version is also the latest
ii  debhelper   7.4.11

Preparing to replace libblkid1 2.17-0 (using ./libblkid1_2.17-0_amd64.deb) ...
Unpacking replacement libblkid1 ...
Preparing to replace util-linux 2.17~rc3-1 (using 
./util-linux_2.17-0_amd64.deb) ...
Unpacking replacement util-linux ...
Setting up libblkid1 (2.17-0) ...
Setting up util-linux (2.17-0) ...
dpkg: error processing util-linux (--install):
 subprocess installed post-installation script returned error exit status 1
Processing triggers for man-db ...
Processing triggers for install-info ...
Errors were encountered while processing:
 util-linux



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

Bug#565887: icedove-3.0: Description is too short and should mention Thunderbird

2010-01-19 Thread Simon McVittie

Package: icedove-3.0
Version: 3.0-2
Severity: minor
Tags: patch

Icedove 3's long Description is extremely short (shorter than the short
Description!) and not very informative. The description used for Ubuntu's
'thunderbird' package http://packages.ubuntu.com/lucid/thunderbird seems
better?

It would also be useful to mention (as Icedove 2's Description
does) that this is basically Thunderbird. Here's my attempt at combining
Ubuntu's 'thunderbird' description with that information:

Description: mail/news client with RSS and integrated spam filter support
 Icedove 3.0 is a lightweight mail/news/RSS client based on Mozilla
 Thunderbird. It supports different mail accounts (POP, IMAP, Gmail), has an
 integrated learning Spam filter, and offers easy organization of mails with
 tagging and virtual folders. Also, more features can be added by installing
 extensions. 

(Another thing I noticed while comparing icedove and icedove-3.0, which I don't
think deserves its own bug report: should icedove-3.0 Provide imap-client
and news-reader, like icedove does?)

Regards,
Simon



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

Bug#564150: Is Debian on PowerPC dead? [Re: Bug still present [Re: Bug#562575: installation-reports: Buisnesscard PowerPC installer loops with Segmentation faults]]

2010-01-19 Thread Ian Campbell

On Tue, 2010-01-19 at 00:17 -0500, Rick Thomas wrote:
 On Jan 18, 2010, at 10:14 AM, Ian Campbell wrote:
 
  On Sun, 2010-01-17 at 13:17 -0500, Rick Thomas wrote:
  On Jan 17, 2010, at 10:31 AM, Julian Hernandez Gomez wrote:
 
  The only powerpc computer that I have (PS3) is the one that I'm
  trying to install :(
 
  I think someone reported that there were images from last year which
  worked -- I think at this stage installing by fair means or foul in
  order to have a dev  test environment would be advantageous.
 
  maybe Rick had other machines previously installed and he could run
  the cdebconf powerpc version.
 
  I do have such machines, and I'd be happy to do that, but I'll need
  instructions, since I've never done it before.
 
  I think Julian has proved that it is cdebcof-get which is the issue.
 
  I'd recommend grabbing cdebconf from the d-i svn repo and building a  
  few
  test versions at various points between 0.145 and 0.146. Just running
  cdebconf-get from the built source tree may prove informative.
 
  Ian.
 
 Once again, I have the hardware and the will to do it, but I don't  
 have the know-how.

I'm afraid I don't have the time to hand-hold you through the exact
steps. Please do a bit of googling etc and ask if you reach a road block
that you can't figure out.

Ian.

   If you are willing to walk me through the steps  
 needed to implement the plan of:
 
  ... grabbing cdebconf from the d-i svn repo and building a few
  test versions at various points between 0.145 and 0.146. Just running
  cdebconf-get from the built source tree...
 
 I'll be happy to help in the debugging.
 
 Thanks!
 
 Rick
 

-- 
Ian Campbell

So little time, so little to do.
-- Oscar Levant




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

Bug#565888: evolution: cannot open .ics files with multiple iCalendar objects

2010-01-19 Thread Vincent Lefevre

Package: evolution
Version: 2.28.2-3
Severity: important

Evolution cannot open .ics files with multiple iCalendar objects, as
specified by RFC 5545: http://tools.ietf.org/html/rfc5545#section-3.4

   The Calendaring and Scheduling Core Object is a collection of
   calendaring and scheduling information.  Typically, this information
   will consist of an iCalendar stream with a single iCalendar object.
   However, multiple iCalendar objects can be sequentially grouped
   together in an iCalendar stream.  The first line and last line of the
   iCalendar object MUST contain a pair of iCalendar object delimiter
   strings.  The syntax for an iCalendar stream is as follows:

   icalstream = 1*icalobject

   icalobject = BEGIN : VCALENDAR CRLF
icalbody
END : VCALENDAR CRLF

A testcase is attached. To reproduce the bug, click on New Calendar,
choose Type On This Computer, choose a name, select Customize
options, select the file name. The terminal from which Evolution
has been started shows:

(evolution:11172): calendar-gui-WARNING **: Unable to load the calendar Unknown 
error 

A major consequence is that it is not possible to use Evolution with
calendars currently generated under Maemo 6.

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

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

Versions of packages evolution depends on:
ii  dbus1.2.16-2 simple interprocess messaging syst
ii  debconf [debconf-2.0]   1.5.28   Debian configuration management sy
ii  evolution-common2.28.2-3 architecture independent files for
ii  evolution-data-server   2.28.2-1 evolution database backend server
ii  gconf2  2.28.0-1 GNOME configuration database syste
ii  gnome-icon-theme2.28.0-1 GNOME Desktop icon theme
ii  libart-2.0-22.3.20-2 Library of functions for 2D graphi
ii  libatk1.0-0 1.28.0-1 The ATK accessibility toolkit
ii  libbluetooth3   4.57-1   Library to use the BlueZ Linux Blu
ii  libbonobo2-02.24.2-1 Bonobo CORBA interfaces library
ii  libbonoboui2-0  2.24.2-1 The Bonobo UI library
ii  libc6   2.10.2-5 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.8-2  The Cairo 2D vector graphics libra
ii  libcamel1.2-14  2.28.2-1 The Evolution MIME message handlin
ii  libdbus-1-3 1.2.16-2 simple interprocess messaging syst
ii  libdbus-glib-1-20.82-2   simple interprocess messaging syst
ii  libebackend1.2-02.28.2-1 Utility library for evolution data
ii  libebook1.2-9   2.28.2-1 Client library for evolution addre
ii  libecal1.2-72.28.2-1 Client library for evolution calen
ii  libedataserver1.2-112.28.2-1 Utility library for evolution data
ii  libedataserverui1.2-8   2.28.2-1 GUI utility library for evolution 
ii  libegroupwise1.2-13 2.28.2-1 Client library for accessing group
ii  libenchant1c2a  1.4.2-3.4a wrapper library for various spel
ii  libexchange-storage1.2- 2.28.2-1 Client library for accessing Excha
ii  libfontconfig1  2.8.0-2  generic font configuration library
ii  libfreetype62.3.11-1 FreeType 2 font engine, shared lib
ii  libgconf2-4 2.28.0-1 GNOME configuration database syste
ii  libgdata-google1.2-12.28.2-1 Client library for accessing Googl
ii  libgdata1.2-1   2.28.2-1 Client library for accessing Googl
ii  libglade2-0 1:2.6.4-1library to load .glade files at ru
ii  libglib2.0-02.22.4-1 The GLib library of C routines
ii  libgnome-desktop-2-11   2.28.2-1 Utility library for loading .deskt
ii  libgnome-pilot2 2.0.15-2.4   Support libraries for gnome-pilot
ii  libgnome2-0 2.28.0-1 The GNOME library - runtime files
ii  libgnomecanvas2-0   2.26.0-1 A powerful object-oriented display
ii  libgnomeui-02.24.2-1 The GNOME libraries (User Interfac
ii  libgnomevfs2-0  1:2.24.2-1   GNOME Virtual File System (runtime
ii  libgtk2.0-0 2.18.6-1 The GTK+ graphical user interface 
ii  libgtkhtml-editor0  3.28.2-2 HTML rendering/editing library - e
ii  libgtkhtml3.14-19   3.28.2-2 HTML rendering/editing library - r
ii  libgweather12.28.0-1 GWeather shared library
ii  libhal1 0.5.14-1 Hardware Abstraction Layer - share
ii  libical00.44-2   iCalendar library implementation i
ii

Bug#559742: lyskom-server: postrm scripts report errors

2010-01-19 Thread Peter Krefting


Hi!


No. Do you see anything in there when you tried to reproduce?


I see some more now, and will add removal instructions for them.

Thanks.

--
\\// Peter - http://www.softwolves.pp.se/



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

Bug#564688: VIA VT8623 [Apollo CLE266]: Heavy TV flickering after upgrade

2010-01-19 Thread Torsten Crass


Hi all,


No, all they are telling you to do is go back to an older version and
merge a couple of changes needed to let it build with a recent X.org.

When it is fixed I'll update the package.


I see... so let's hope it won't take to long for the openchrome gurus to 
resolve this issue.


For the time being, I can only recommend to all other people whose HTPC 
is affected by this bug to fall back on Luc's unichrome driver. 
Compiling it using dpkg-buildpackage really worked like a charme, and 
the flickering is gone! (Thanks, Luc!)


Regards --

tcrass



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

Bug#565859: build architectures

2010-01-19 Thread Ilya Barygin

On a related note, guymager source package (arch: any) build-depends on
libguytools1-dev binary (arch: amd64 i386) and thus can't be built on
any architecture other than amd64 or i386. Either guymager should be
restricted to these two arches, or libguytools1 should be build for all
arches.



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

Bug#318428: python-pygresql: handling of datetime values

2010-01-19 Thread Matthias Klose


tags 318428 - patch
tags 318428 + moreinfo
thanks

the attached patch doesn't apply (anymore).



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

Bug#565890: grossd is not in Debian

2010-01-19 Thread Justin Piszcz


Package: grossd
Version: 1.0.2

Please re-assign this to the wishlist, grossd should be in Debian.  It is 
a mixture of greylisting (postgrey) and policyd-weight (rejecting from bad 
RBLs/RHSBLs/etc) - written by Google.


Justin.



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

Bug#565886: RFP: tex packages -- [SHORT DESCRIPTION]

2010-01-19 Thread Samuel Thibault

I've purged jtex to avoid the bug on my box.

Samuel



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

Bug#565801: firebird2.5: FTBFS on kfreebsd-*


Hello.


Firebird IPC is black magic. I am not sure if process-shared
semaphores are really needed. superserver seems to not need them at
all (at least on theory). And still it fails to build.

The place it fails is interesting, though. The checkMutex function
(src/jrd/trace/TraceConfigStorage.cpp line 147)[1] is what bails out.
It is called from various places, but the one matching the error
message is at line 182, in function initShMem. The argument that is
the error code is the result of calling ISC_mutex_init, which is
defined in src/jrd/isc_sync.cpp, in two flavours depending on the
USE_SYS5SEMAPHORE define (another flavour is for windows).

[1] http://git.debian.org/?p=pkg-firebird/2.5.git;a=tree
(line numbers may differ because some patches are applied)

I guessed that USE_SYS5SEMAPHORE is not defined, as it is currently
linked to the DARWIN define. This is why I thought that defining
USE_SYS5SEMAPHORE should help. Are you suggesting that it won't?


I added || defined(__FreeBSD_kernel__), and got further,
./gen/firebird/bin/create_db empty.fdb suceeded.
But build failed with sigsegv in some checking later.
May be defined(DARWIN) have some counterpart elsewhere :-(


BTW, the SYSV variant (line 2749) would only return 0 or FB_FAILURE
(1) and not 78 (which is visible in the build log), so there must be
the other, non-SYSV implementation that fails (line 2886).


Yes, it is mutex variant, the failing call is
pthread_mutexattr_setpshared(x,PTHREAD_PROCESS_SHARED)

But GNU/kFreeBSD does not support process-shared pthread
mutexes, it return ENOSYS for this case.
The code have compile time detection whether PTHREAD_PROCESS_SHARED
is defined, but better would be test, whether 
pthread_mutexattr_setpshared(x,PTHREAD_PROCESS_SHARED)

can be really used.

Hope it partially helps.

Petr



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

Bug#565889: Please depend on build-essential too

2010-01-19 Thread Loïc Minier

Package: devscripts
Version: 2.10.61
Severity: wishlist
File: /usr/bin/mk-build-deps

Hi there,

 it would be nice if mk-build-deps would also depend on build-essential;
 that would help the dependency resolver and would allow skipping one
 step when e.g. installing a -build-deps package in a chroot.

   Thanks!
-- 
Loïc Minier



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

Bug#565675: ITP: pthsem -- pth replacement with semaphore support

2010-01-19 Thread Bastien ROUCARIES

On Tue, Jan 19, 2010 at 10:48 AM, Samuel Thibault sthiba...@debian.org wrote:
 Martin Koegler, le Tue 19 Jan 2010 09:27:07 +0100, a écrit :
 Samuel Thibault sthiba...@debian.org wrote:
  Marc Leeman, le Sun 17 Jan 2010 22:16:17 +0100, a écrit :
   * Package name    : pthsem
 
[..]

 The problem is that people know pth, but they don't know pthsem (yet).
 It will be a long time before people discover that there is a new
 interesting pthsem package that basically does the same as pth with
 quite a few extra features, is not dead etc.  Why not just replacing the
 existing pth package with pthsem to avoid that delay?

Why not creating a dummy package pth with only compat mode ? This
package will be transationnal and will provide a depend to pthsem

Regards

Bastien



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

Bug#565891: fontconfig: Fail to configure on alpha arch

2010-01-19 Thread Christian Marillat

Package: fontconfig
Version: 2.8.0-2
Severity: grave
Justification: renders package unusable

Hi,

Beware bug report done in a i386 machine when this bug is in an alpha
machine.

The postinst contain this code :

# Automatically added by dh_installdefoma
if [ $1 = configure ]; then

  test -x `which defoma-app`  defoma-app update fontconfig

fi
# End automatically added section

This code fail with :

# bash -x /var/lib/dpkg/info/fontconfig.postinst  configure
+ set -e
+ '[' configure = triggered ']'
+ '[' configure = configure ']'
++ which defoma-subst
+ '[' -x '' ']'
+ '[' configure = configure ']'
++ which defoma-app
+ test -x
+ defoma-app update fontconfig
/var/lib/dpkg/info/fontconfig.postinst: line 27: defoma-app: command not found

This debhelper bug has been fixed and thus the debhelper build-dependcy
should be updated to the fixed debhelper package version to be sure to have
the rigth code in the postinst.

Christian

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

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

Versions of packages fontconfig depends on:
ii  fontconfig-config   2.8.0-2  generic font configuration library
ii  libc6   2.10.2-5 Embedded GNU C Library: Shared lib
ii  libexpat1   2.0.1-7  XML parsing C library - runtime li
ii  libfontconfig1  2.8.0-2  generic font configuration library
ii  libfreetype62.3.11-1 FreeType 2 font engine, shared lib
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

fontconfig recommends no packages.

Versions of packages fontconfig suggests:
ii  defoma0.11.10-4  Debian Font Manager -- automatic f

-- 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#538752: asc: fails to start on 1024x600 display

2010-01-19 Thread Alexander Reichle-Schmehl

Hi Martin!

* Martin Bickel mar...@asc-hq.org [100115 23:56]:
 Can you please test if the new 2.4 version of ASC fixes this bug? We
 have updated the resolution detection code. It works on a Netbook having
 a 1024*600 display running windows, and I hope it works on X too.

When sending a mail to the bug, the submitter of the bug won't be
notified; one must explicitly CC the submitter.

Many thanks for your work; it seems to solve the problem for me.


Best Regards,
  Alexander



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

Bug#565863: python-rpy2: would it be possible to get 2.1(-alpha2) into sid or at least experimental?

2010-01-19 Thread Yaroslav Halchenko

Hi dirk,


On Tue, 19 Jan 2010, Dirk Eddelbuettel wrote:
 Actually I tried on Dec 23/24 with the Dec 24 snapshot and failed miserably
 despite some emails with Laurent -- the code was simply too alpha and too
 removed from the 2.0.* build process.  So I decide to wait this out.
reasonable decision ;-)

 You can try to the debian/* files of the last 2.0.* release and see how far
 you get with current sources but I, unfortunately, have not enough to pursue
 this.  Do you want to give this a whirl?
added your debian on top hg trunk -- the beast itself builds but sphinx
pukes on me with

Exception occurred:
  File /usr/lib/pymodules/python2.5/sphinx/environment.py, line 650, in 
read_doc
pickle.dump(doctree, f, pickle.HIGHEST_PROTOCOL)
PicklingError: Can't pickle type 'rpy2.rinterface.NAInteger_Type': attribute 
lookup rpy2.rinterface.NAInteger_Type failed
The full traceback has been saved in /home/yoh/.tmp/sphinx-err-lyI1lF.log, if 
you want to report the issue to the author.
Please also report this if it was a user error, so that a better error message 
can be provided next time.

also yesterday I've let Laurent know about  a little segfault I was
getting... unfortunately he could not reproduce it though :-/

so indeed it might be better to wait a bit
-- 
  .-.
=--   /v\  =
Keep in touch// \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko  /(   )\   ICQ#: 60653192
   Linux User^^-^^[17]





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

Bug#565579: -dev package is missing some required dependencies

2010-01-19 Thread Julien Cristau

On Sun, Jan 17, 2010 at 09:15:04 +0100, Sebastian Dröge wrote:

 Package: libsdl1.2-dev
 Severity: serious
 
 Hi,
 the SDL -dev package needs to depend at least on libesd0-dev and
 libartsc0-dev because the .la file lists those as dependencies. Without
 this depending packages fail to build, e.g. gst-plugins 

Hmm.

$ dpkg --fsys-tarfile libsdl1.2-dev_1.2.14-3_i386.deb |tar xOf - 
./usr/lib/libSDL.la 
# libSDL.la - a libtool library file
# Generated by ltmain.sh (GNU libtool) 2.2.6
#
# Please DO NOT delete this file!
# It is necessary for linking the library.

# The name that we can dlopen(3).
dlname='libSDL-1.2.so.0'

# Names of this library.
library_names='libSDL-1.2.so.0.11.3 libSDL-1.2.so.0 libSDL.so'

# The name of the static archive.
old_library='libSDL.a'

# Linker flags that can not go in dependency_libs.
inherited_linker_flags=''

# Libraries that this one depends upon.
dependency_libs=''

# Names of additional weak libraries provided by this library
weak_library_names=''

# Version information for libSDL.
current=11
age=11
revision=3

# Is this an already installed library?
installed=yes

# Should we warn about portability when linking against -modules?
shouldnotlink=no

# Files to dlopen/dlpreopen
dlopen=''
dlpreopen=''

# Directory that this library needs to be installed in:
libdir='/usr/lib'

This looks fine to me...  Is it different on other archs, or?

Cheers,
Julien



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

Bug#565886: RFP: tex packages -- [SHORT DESCRIPTION]