Bug#512757: cron disable crontab of NIS users on boot

[Michael Kaaden]

Hi,

AFAICS the only problem is the correct order for the start of NIS,
autofs, and cron. cron should start after NIS and autofs.

If I read the documentation correctly, it should be sufficient to change
/etc/init.d/cron from

# Required-Start:$remote_fs $syslog $time
# Required-Stop: $remote_fs $syslog $time

to

# Required-Start:$remote_fs $syslog $time +autofs +ypbind
# Required-Stop: $remote_fs $syslog $time +autofs +ypbind

You have to invoke "insserv /etc/init.d/cron" afterwards.

Cheers,
Michael
-- 
Michael Kaaden  mich...@kaaden.net
  http://www.kaaden.net/
  If Bill Gates had a dime for every time a Windows box crashed...
   Oh, wait a minute, he already does.



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

Bug#557908: fortunes-debian-hints: [INTL:it] Italian translation

[Vincenzo Campanella]

Package: fortunes-debian-hints
Severity: wishlist
Tags: l10n patch

Enclosed please find the Italian translation of the above package.

Best regards
vince

# ITALIAN TRANSLATION OF FORTUNES-DEBIAN-HINTS
# Copyright (C) 2009 Free Software Foundation, Inc.
# This file is distributed under the same license as the fortune-debian-hints package.
#
# Vincenzo Campanella , 2009.
#
msgid ""
msgstr ""
"Project-Id-Version: fortune-debian-hints\n"
"Report-Msgid-Bugs-To: Kartik Mistry \n"
"POT-Creation-Date: 2009-11-22 17:51+0530\n"
"PO-Revision-Date: 2009-11-23 12:55+0100\n"
"Last-Translator: Vincenzo Campanella \n"
"Language-Team: Italian \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit"

#. type: Plain text
#: hints:4
msgid ""
"Debian Hint #1: You can report a bug in a package with the 'reportbug' "
"command, which is available in the reportbug package, or by using the "
"graphical frontend 'reportbug-ng'."
msgstr ""
"Suggerimento Debian no. 1: è possibile riportare un bug che concerne un "
"pacchetto utilizzando il comando «reportbug», disponibile nell'omonimo "
"pacchetto, oppure utilizzando l'interfaccia grafica «reportbug-ng»."

#. type: Plain text
#: hints:9
msgid ""
"Debian Hint #2: You can use 'dpkg-reconfigure ' to change the "
"answers you gave to the questions asked when you first installed a package.  "
"The 'configure-debian' package provides a unified front end for doing this, "
"as well."
msgstr ""
"Suggerimento Debian no. 2: è possibile eseguire «dpkg-reconfigure "
"» per modificare le risposte fornite all'installazione "
"di un pacchetto. È anche disponibile il pacchetto «configure-debian», "
"il quale fornisce un'interfaccia unificata."

#. type: Plain text
#: hints:12
msgid ""
"Debian Hint #3: You can use 'apt-cache search ' to search for words "
"in the descriptions of all available packages."
msgstr ""
"Suggerimento Debian no. 3: è possibile utilizzare «apt-cache search » "
"per cercare parole nelle descrizioni di tutti i pacchetti disponibili."

#. type: Plain text
#: hints:15
msgid ""
"Debian Hint #4: You can see the available and installed versions for one or "
"more available packages with the command 'apt-cache policy '."
msgstr ""
"Suggerimento Debian no. 4: è possibile visualizzare la versione installata e "
"quella disponibile per uno o più pacchetti mediante il comando «apt-cache "
"policy »."

#. type: Plain text
#: hints:18
msgid ""
"Debian Hint #5: If you need to build a custom kernel, use the 'make-kpkg' "
"script found in the kernel-package package."
msgstr ""
"Suggerimento Debian no. 5: per compilare un kernel personalizzato, utilizzare "
"lo script «make-kpkg», disponibile nel pacchetto «kernel-package»."

#. type: Plain text
#: hints:20
msgid "Debian Hint #6: There is no hint #6. Submit a hint today !"
msgstr ""
"Suggerimento Debian no. 6: non c'è alcun suggerimento no. 6. Proponetene uno "
"voi!"

#. type: Plain text
#: hints:23
msgid ""
"Debian Hint #7: You can use the cron-apt package to do automatic nightly "
"downloads of updates for packages installed on your system."
msgstr ""
"Suggerimento Debian no. 7: è possibile utilizzare il pacchetto «cron-apt» per "
"scaricare, durante la notte, gli aggiornamenti dei pacchetti installati nel "
"proprio sistema."

#. type: Plain text
#: hints:27
msgid ""
"Debian Hint #8: If you have problems with Debian that you can't solve by "
"reading the manuals and documentation, try asking on the Debian Users "
"mailing list (debian-u...@lists.debian.org)."
msgstr ""
"Suggerimento Debian no. 8: se si riscontrano problemi con Debian che non si "
"riesce a risolvere leggendo i manuali e la documentazione, è possibile "
"chiedere nella mailing list degli utenti di Debian: quella internazionale è "
"debian-u...@lists.debian.org, mentre quella in italiano è debian-ital...@lists."
"debian.org."

#. type: Plain text
#: hints:31
msgid ""
"Debian Hint #9: If you need to know what version of Debian you're currently "
"running, look in /etc/debian_version; if you want to know the codename for "
"that version (for example, 3.0 is codenamed 'Woody'), check this URL:"
msgstr ""
"Suggerimento Debian no. 9: per sapere quale versione di Debian si sta "
"attualmente utilizzando, consultare «/etc/debian_version»; per sapere il "
"nome in codice della versione (per esempio la 3.0 si chiama «Woody»), "
"consultare questo URL:"

#. type: Plain text
#: hints:33
msgid "http://www.debian.org/doc/FAQ/ch-ftparchives.html#s-codenames";
msgstr ""
"http://www.debian.org/doc/manuals/debian-faq/ch-ftparchives.it.html#s-";
"codenames"

#. type: Plain text
#: hints:38
msgid ""
"Debian Hint #10: There are Debian mailing lists for everything from user "
"questions to debates over what to put into the Debian Policy documents.  "
"Check out the list at http://www.debian.org/MailingLists/ and subscribe to "
"those that interest you."
msgstr ""
"Suggerimento Debian no. 10: ci sono mailing list di Debian per tutto, dalle "
"domande

Bug#557748: Bug in jifty fixed in revision 47753

[pkg-perl-maintainers]

tag 557748 + pending
thanks

Some bugs are closed in revision 47753
by Yves Agostini (yvesago-guest)

Commit message:

* add dep in libyui-js (closes: #557748)
* I'm making more tests for this yui upgrade ...




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

Bug#548045: DVI monitor not detected, Michal's revert-patch resolves

[Tero Tilus]

This affects me too.  I have ViewSonic VP201b connected to Asus Eee
Box model B203, which has Intel 945G.

tero...@pulu:~$ lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated 
Graphics Controller (rev 02)

Michal's revert-patch works for me.
http://tero.tilus.net/rutinat/2009/11/20/ubuntu-karmic-koala-asus-eee-box-and-black-screen/

-- 
Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/



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

Bug#557900: There are two functional duplicate packages

[Christian Holm Christensen]

Hi 挚 陈,

On Wed, 2009-11-25 at 12:45 +0800, 挚 陈 wrote: 
> Package: ttf-root-installer 
> Version: 5.18.00-2.3~lenny1(lenny)5.24.00-1(sid)
> 
> Its function is downloading and installing the fonts provided by Microsoft,
> in fact, these fonts are known as Microsoft True Type Core Fonts for the Web .
> But there also have another package that has the same functionality，
> it's ttf-mscorefonts-installer,
> exists in lenny，squeeze and sid.

These packages are _not_ duplicate.  The fetch the font-files from
different places, and those files are different.   ROOT cannot -
unfortunately - use the font-files from the ttf-mscorefonts-installer
package. 

> I suggest that cancel the one of them.

Unfortunately that's not really an option. 

Yours,


-- 
 ___  |  Christian Holm Christensen 
  |_| |  -
| |  Address: Sankt Hansgade 23, 4Phone: (+45) 35 35 96 91
 _|   DK-2200 Copenhagen NCell:  (+45) 24 61 85 91
_|Denmark Office:(+45) 353  25 447
 |   Email:   ch...@nbi.dkWeb:http://cern.ch/cholm
 | |





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

Bug#557835: ITP: jug -- Pure java UUID generator

[Marcus Better]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Why is this needed when there is java.util.UUID? If some other package
depends on it, maybe that should be fixed instead...

Cheers,

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

iEYEARECAAYFAksM67cACgkQXjXn6TzcAQkK5wCfZ5QGff7Tvd+selyVWzrxdAsG
cD0AoKZdkTtgP00C6bGQ/GvIf6vx3UqN
=Y04Y
-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#557804: vm: does not conform to RFC 822 skipping

[era eriksson]

> Bug reassigned from package 'vm' to 'emacs23'.

The request in the bug report to supply a sample with which this can be
reproduced is still topical.  Apparently a file "error.txt" was
communicated in private (?) but it is not attached to the bug report. 
Manoj or Brian, could you please attach it there?  Also, minimal repro
steps would be appreciated.  Thanks in advance!

/* era */

-- 
If this were a real .signature, it would suck less.  Well, maybe not.



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

Bug#557771: *** stack smashing detected ***: /usr/bin/perl terminated

[Thomas Schwinge]

Hello!

Here is a more useful backtrace, thanks to installing the perl-debug
package:

#0  abort () at abort.c:55
act = {__sigaction_handler = {sa_handler = 0x3a, sa_sigaction = 0x3a}, 
sa_mask = 23067476, sa_flags = 85024}
sigs = 
#1  0x0112c71c in __libc_message (do_abort=2, fmt=0x1214956 "*** %s ***: %s 
terminated\n") at ../sysdeps/posix/libc_fatal.c:138
ap = 0x15ffb6c 
"\364\177\"\001\310\352\031\b\001>\036\b\210\373_\001\220\307\035\001>I!\001\310\352\031\b8\374_\001\030"
fd = 4
on_2 = 
list = 
nlist = 5
cp = 
#2  0x011dc7db in __fortify_fail (msg=0x121493e "stack smashing detected") at 
fortify_fail.c:32
No locals.
#3  0x011dc790 in __stack_chk_fail () at stack_chk_fail.c:29
No locals.
#4  0x08070018 in Perl_newATTRSUB (my_perl=0x819eac8, floor=322, o=0x88b2f28, 
proto=0x0, attrs=0x0, block=0x889e828) at op.c:5843
aname = 0x0
gv = 0x81e9404
ps = 0x0
ps_len = 150752024
cv = 0x8fa3614
const_sv = 
gv_fetch_flags = 2
name = 0x81e3eb4 "BEGIN"
__PRETTY_FUNCTION__ = "Perl_newATTRSUB"
#5  0x0806ed90 in Perl_utilize (my_perl=0x819eac8, aver=1, floor=322, 
version=0x0, idop=0x88abbd8, arg=0x0) at op.c:3878
pack = 0x88b5810
imop = 
veop = 0x0
#6  0x080a5d15 in Perl_yyparse (my_perl=0x819eac8) at perly.y:659
yystate = 
yyn = 80
yyresult = 
yytoken = 
parser = 0x8d68e04
ps = 0x8d74094
yyval = {ival = 0, pval = 0x0, opval = 0x0, gvval = 0x0, p_tkval = 0x0, 
i_tkval = 0}
#7  0x0811e93b in S_doeval (my_perl=0x819eac8, gimme=128, startop=0x0, 
outside=0x85bd834, seq=4264) at pp_ctl.c:2981
sp = 
saveop = 0x85a0f60
__PRETTY_FUNCTION__ = "S_doeval"
#8  0x0811f4fc in Perl_pp_entereval (my_perl=0x819eac8) at pp_ctl.c:3671
sp = 0x8bdf044
cx = 
sv = 
gimme = 
was = 2603
tbuf = "_<(eval 1066)\...@\324\031\b\340,\002"
tmpbuf = 0x15ffd82 "_<(eval 1066)"
safestr = 0x8d50760 "_<(eval 1066)"
len = 13
ok = 
runcv = 0x85bd834
seq = 4264
saved_hh = 0x0
#9  0x080dce79 in Perl_runops_standard (my_perl=0x819eac8) at run.c:40
No locals.
#10 0x080770ee in S_run_body (my_perl=0x819eac8) at perl.c:2431
__PRETTY_FUNCTION__ = "S_run_body"
#11 perl_run (my_perl=0x819eac8) at perl.c:2349
oldscope = 1
ret = 
cur_env = {je_prev = 0x819ec7c, je_buf = {{__jmpbuf = {23068240, 
135910464, 142560, 23068168, 23068096, 134704751}, 
  __mask_was_saved = 0, __saved_mask = 0}}, je_ret = 0, 
je_mustcatch = 0 '\000'}
#12 0x0806093d in main (argc=2, argv=0x15ffea8, env=0x15ffeb4) at perlmain.c:117
exitstatus = 


Regards,
 Thomas


signature.asc
Description: Digital signature

Bug#553928: Bug#557667: dpkg-dev: behaving differently wether quilt is installed or not

[Gerfried Fuchs]

block 553928 with 557667
thanks

* Raphael Hertzog  [2009-11-23 22:14:01 CET]:
> notfound 557667 1.13.26
> found 557667 1.14.25
> thanks

 Sorry. :)

> On Mon, 23 Nov 2009, Gerfried Fuchs wrote:
> > Behaving differently wether quilt is installed or not is working against
> > the principles of least surprise, results in FTBFS in certain areas, and
> > is a hassle.
> 
> Would it be more acceptable if it could no more lead to FTBFS at all?

 That's a bit overrated, please keep the discussion to a sensible level.
Though, either it should built conflict with quilt, or build-depend on
quilt, or not produce FTBFS in these areas. This is one big reason to
*not* switch to default 3.0 (quilt) source format.

> What other hassle have you identified apart from the problem that you
> can't use quilt if you had it not installed at unpack time?

 None that I am yet aware of but I'm not certain that there are no
others. Not having dpkg, as a toolchain program, behave reliable in
exactly the same way in all areas is just calling for troubles,
possibly forseeable and not yet forseeable ones.

> >  Fix for this would be to Depend on quilt to make sure that it's always
> > installed and make dpkg-source -x behave *exactly the same* all the
> > time. Another fix for it would be to make dpkg-source -x be able to do
> > that even without quilt installed.
> 
> What do you mean by "do that"? Creating the .pc directory used by quilt?

 Yes, so that dpkg-source -x behaves exactly the same, no matter wether
quilt is installed or not.

> > But it is important to have dpkg-source behave idempotent, otherwise
> > there will be lots of different areas things can (and will) break.
> 
> I'm all for fixing dpkg-source to avoid those breakage when you discover
> them but I don't want to have dpkg-source recreate .pc without using quilt
> and guillem would like to avoid the quilt dependency.

 Then we are at a deadlock here and this means the dead for the push of
3.0 (quilt) as default, sorry. You claimed that quilt using packages
won't need to change anything, now it turns out that the quilt handling
has to be removed - and given that things *have* to be changed switching
the default can't happen.

 Feel free to close this bugreport when you remove the intention to fix
#553928 without making it a wontfix. :)  Unfortunately I don't see any
other way round that.

 Thanks. :)
Rhonda



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

Bug#557908: fortunes-debian-hints: [INTL:it] Italian translation

[Kartik Mistry]

On Wed, Nov 25, 2009 at 1:43 PM, Vincenzo Campanella  wrote:
> Package: fortunes-debian-hints
>
> Enclosed please find the Italian translation of the above package.

Thanks a lot!

-- 
 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#557909: oss4: Please support sh4

[Nobuhiro Iwamatsu]

Package: oss4
Version: 4.2-build2000-1
Severity: important
User: debian-...@superh.org
Usertags: sh4

Hi,

I am now trying to run Debian on Renesas SH(sh4) CPU.
http://buildd.debian-ports.org/status/architecture.php?a=sh4

oss4 BTBFS on sh4.
http://buildd.debian-ports.org/fetch.php?pkg=oss4&arch=sh4&ver=4.2-build2000-1&stamp=1259107447&file=log&as=raw

1. When we build libossmix.so, use ld. I think that it is right to use gcc 
(cc). 
I made a patch to revise this. (sharedlib.patch) 
-

ld  -shared -fPIC -o ../../target/lib/libossmix.so ./libossmix_cache.o
./libossmix_local.o ./libossmix_main.o ./libossmix_tcp.o

-

2. sh4 dont support "-mregparm=3". Please treat it in the same way as arm.
I made a patch to revise this. (sh4_support.patch)

Best regards,
  Nobuhiro 

Kernel: Linux 2.6.30-2-686-bigmem (SMP w/2 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--- build-tree/oss-build/setup/srcconf.c2009-11-25 15:25:08.0 
+0900
+++ build-tree/oss-build/setup/srcconf.c2009-11-25 15:26:22.0 
+0900
@@ -1181,7 +1181,7 @@
 
   fprintf (f, "$(LIBDIR)/%s.so:\t$(OBJECTS)\n", name);
   fprintf (f,
-  "\t$(LD) $(LDFLAGS) %s -o $(LIBDIR)/%s.so $(OBJECTS)\n",
+  "\t$(CC) $(LDFLAGS) %s -o $(LIBDIR)/%s.so $(OBJECTS)\n",
   shlib_ldflags, name);
   fprintf (f, "\n\n");
 }
--- build-tree/oss-v4.2-build2000-src-gpl/setup/srcconf_linux.inc.orig  
2009-11-25 07:08:01.0 +
+++ build-tree/oss-v4.2-build2000-src-gpl/setup/srcconf_linux.inc   
2009-11-25 07:11:32.0 +
@@ -53,7 +53,9 @@
   fprintf (f,
 "CFLAGS += -O3 -fno-common  -mcmodel=kernel -mno-red-zone  
-fno-asynchronous-unwind-tables -ffreestanding%s\n", fnsp);
 # else
-#   ifndef __arm__
+#   if defined(__arm__) || defined(__sh__) 
+  fprintf (f, "CFLAGS += -O3 -fno-common -ffreestanding%s\n", fnsp);
+#   else
   if (getenv ("NO_REGPARM") == NULL)
{
  fprintf (f,
@@ -63,8 +65,6 @@
{
  fprintf (f, "CFLAGS += -O3 -fno-common -ffreestanding 
-DNO_REGPARM%s\n", fnsp);
}
-#   else
-  fprintf (f, "CFLAGS += -O3 -fno-common -ffreestanding%s\n", fnsp);
 #   endif
 # endif
 }

Bug#499120: freeradius openssl license glitch

[Alan T DeKok]

Josip Rodin wrote:
> Hi,
> 
> Stephen Gran mentioned to me yesterday that the OpenSSL license exemption
> was in the works, that none of the contributors had complained about its
> addition.
> 
> When can it be made official? :)

  I think we should be able to do it for 2.1.8.

  Alan DeKok.



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

Bug#557911: nfqueue-bindings: uses pythonX.Y/site-packages for Python >= 2.6

[Jakub Wilk]

Source: nfqueue-bindings
Version: 0.2-2
Severity: important
User: debian-pyt...@lists.debian.org
Usertags: python2.6 dist-packages

Hello,

When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from
Debian experimental, your binary packages contained these files:

[nfqueue-bindings-python_0.2-2_amd64.deb]
/usr/lib/python2.6/site-packages/_nfqueue.so
/usr/lib/python2.6/site-packages/nfqueue.py

This is an indication of a broken package: Python >= 2.6 does not
look for modules into /usr/lib/pythonX.Y/site-packages/ anymore, but
uses /usr/lib/pythonX.Y/dist-packages/ instead.

How to fix it?
==
* if your package is using python-central:
  - add "XB-Python-Version: ${python:Versions}" to all binary packages
that ship Python modules (.py files) or extensions (.so, including
_d.so) in debian/control, check if it's enough,
  - try to convert to python-support[1], check if it's enough,
* add --install-layout=deb to setup.py call and bump minimum required
  python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough
* ask for help on #debian-python or debian-pyt...@lists.debian.org

[1] http://wiki.debian.org/DebianPython/central2support

--
Jakub Wilk



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

Bug#557910: mimms: installs files to /usr/local for Python >= 2.6

[Jakub Wilk]

Source: mimms
Version: 3.2.1-1
Severity: important
User: debian-pyt...@lists.debian.org
Usertags: python2.6 usr-local

Hello,

Starting from Python 2.6, the installation paths for distutils have
changed. /usr/local is now used by default.

When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from
Debian experimental (and with python2.6 as the default one), your binary
packages contained these files:

[mimms_3.2.1-1_all.deb]
/usr/local/share/man/man1/mimms.1
/usr/local/bin/mimms


How to fix it?
==
* try to pass "--prefix=/usr" to setup.py call, check if it's enough,
* if your package is using python-central:
  - add "XB-Python-Version: ${python:Versions}" to all binary packages
that ship Python modules (.py files) or extensions (.so, including
_d.so) in debian/control, check if it's enough,
  - try to convert to python-support[1], check if it's enough,
* add --install-layout=deb to setup.py call and bump minimum required
  python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough
* ask for help on #debian-python or debian-pyt...@lists.debian.org

[1] http://wiki.debian.org/DebianPython/central2support

--
Jakub Wilk



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

Bug#557913: nvidia-graphics-drivers: New upstream version: 195.22

[Mathieu Malaterre]

Package: nvidia-graphics-drivers
Severity: normal


Hi,

  I would be nice to update the package to the latest nvidia version: 195.22

source are here:
ftp://download.nvidia.com/XFree86/Linux-x86_64/195.22/

This version should fix issues with DisplayPort. As reported here:

http://www.nvnews.net/vbulletin/showthread.php?t=135751

Problem:
"These monitors are connected via native DisplayPort each running at a 
resolution of 2560x1600. Everything works perfect except when the monitors 
enter powersave mode."

Answer:
"This is a known issue that should be resolved in the first 195.* release."

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

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



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

Bug#557912: offlineimap: installs files to /usr/local for Python >= 2.6

[Jakub Wilk]

Source: offlineimap
Version: 6.2.0+nmu1
Severity: important
User: debian-pyt...@lists.debian.org
Usertags: python2.6 usr-local

Hello,

Starting from Python 2.6, the installation paths for distutils have
changed. /usr/local is now used by default.

When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from
Debian experimental (and with python2.6 as the default one), your binary
packages contained these files:

[offlineimap_6.2.0+nmu1_all.deb]
/usr/local/bin/offlineimap


How to fix it?
==
* try to pass "--prefix=/usr" to setup.py call, check if it's enough,
* if your package is using python-central:
  - add "XB-Python-Version: ${python:Versions}" to all binary packages
that ship Python modules (.py files) or extensions (.so, including
_d.so) in debian/control, check if it's enough,
  - try to convert to python-support[1], check if it's enough,
* add --install-layout=deb to setup.py call and bump minimum required
  python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough
* ask for help on #debian-python or debian-pyt...@lists.debian.org

[1] http://wiki.debian.org/DebianPython/central2support

--
Jakub Wilk



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

Bug#557917: clutter-1.0 [INTL:de] German translation

[Chris Leick]

Package: clutter-1.0
Version: 1.0.8
Severity: wishlist
Tags: l10n

Please find the initial German translation for clutter-1.0 attached.

Greetings,
Chris
# Translation of clutter-1.0 to German
# Copyright Copyright (C) 2006-2008 OpenedHand Ltd., 2009 Intel Corp.
# This file is distributed under the same license as the clutter-1.0 package.
# Chris Leick 
#
msgid ""
msgstr ""
"Project-Id-Version: clutter_1.0 1.0.8\n"
"Report-Msgid-Bugs-To: Matthew Allum \n"
"POT-Creation-Date: 2009-10-19 15:38+0100\n"
"PO-Revision-Date: 2009-11-24 21:04+0100\n"
"Last-Translator: Chris Leick \n"
"Language-Team: German \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=n != 1;\n"


#. Translate to default:RTL if you want your widgets
#. * to be RTL, otherwise translate to default:LTR.
#. *
#. * Do *not* translate it to "predefinito:LTR": if it
#. * isn't default:LTR or default:RTL it will not work
#.
#. LTR --> Left to right
#.
#: clutter/clutter-main.c:455
msgid "default:LTR"
msgstr "default:LTR"

#: clutter/clutter-main.c:1277
msgid "Show frames per second"
msgstr "Bilder pro Sekunde anzeigen"

#: clutter/clutter-main.c:1279
msgid "Default frame rate"
msgstr "Vorgabebildfrequenz"

#: clutter/clutter-main.c:1281
msgid "Make all warnings fatal"
msgstr "Alle Warnungen fatal machen"

#: clutter/clutter-main.c:1284
msgid "Direction for the text"
msgstr "Richtung des Textes"

#. http://de.wikipedia.org/wiki/Mip_Mapping
#: clutter/clutter-main.c:1287
msgid "Disable mipmapping on text"
msgstr "Mip-Mapping für Text ausschalten"

#: clutter/clutter-main.c:1290
msgid "Use 'fuzzy' picking"
msgstr "»Unscharfes« Herausgreifen benutzen"

#: clutter/clutter-main.c:1293
msgid "Clutter debugging flags to set"
msgstr "zu setzende Clutter-Fehlersuchmerkmale"

#: clutter/clutter-main.c:1295
msgid "Clutter debugging flags to unset"
msgstr "zu entfernende Clutter-Fehlersuchmerkmale"

#: clutter/clutter-main.c:1451
msgid "Clutter Options"
msgstr "Clutter-Optionen"

#: clutter/clutter-main.c:1452
msgid "Show Clutter Options"
msgstr "Clutter-Optionen anzeigen"

#: clutter/clutter-shader.c:464
#, c-format
msgid "%s compilation failed: %s"
msgstr "%s-Kompilierung fehlgeschlagen: %s"

#: clutter/clutter-shader.c:465
msgid "Vertex shader"
msgstr "Vertex-Shader"

#: clutter/clutter-shader.c:466
msgid "Fragment shader"
msgstr "Fragment-Shader"

#: clutter/glx/clutter-backend-glx.c:155
msgid "VBlank method to be used (none, dri or glx)"
msgstr "zu benutzende VBlank-Methode (none, dri oder glx)"

#: clutter/x11/clutter-backend-x11.c:247
msgid "X display to use"
msgstr "zu benutzende X-Anzeige"

#: clutter/x11/clutter-backend-x11.c:253
msgid "X screen to use"
msgstr "zu benutzender X-Bildschirm"

#: clutter/x11/clutter-backend-x11.c:258
msgid "Make X calls synchronous"
msgstr "X-Aufrufe synchronisieren"

#: clutter/x11/clutter-backend-x11.c:265
msgid "Enable XInput support"
msgstr "XInput-Unterstützung einschalten"

Bug#557914: ooo-thumbnailer: uses pythonX.Y/site-packages for Python >= 2.6

[Jakub Wilk]

Source: ooo-thumbnailer
Version: 0.1~alpha2-1
Severity: minor
User: debian-pyt...@lists.debian.org
Usertags: python2.6 dist-packages

Hello,

When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from
Debian experimental (and with python2.6 as the default one), your binary
package contained these files:

[ooo-thumbnailer_0.1~alpha2-1_all.deb]
/usr/lib/python2.6/site-packages/ooo_thumbnailer-0.1-py2.6.egg-info


This is an indication of a broken package: Python >= 2.6 does not
look for modules into /usr/lib/pythonX.Y/site-packages/ anymore, but
uses /usr/lib/pythonX.Y/dist-packages/ instead.

How to fix it?
==
* if your package is using python-central:
  - add "XB-Python-Version: ${python:Versions}" to all binary packages
that ship Python modules (.py files) or extensions (.so, including
_d.so) in debian/control, check if it's enough,
  - try to convert to python-support[1], check if it's enough,
* add --install-layout=deb to setup.py call and bump minimum required
  python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough
* ask for help on #debian-python or debian-pyt...@lists.debian.org

[1] http://wiki.debian.org/DebianPython/central2support

--
Jakub Wilk



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

Bug#557915: pdfposter: installs files to /usr/local for Python >= 2.6

[Jakub Wilk]

Source: pdfposter
Version: 0.4.4-1
Severity: important
User: debian-pyt...@lists.debian.org
Usertags: python2.6 usr-local

Hello,

Starting from Python 2.6, the installation paths for distutils have
changed. /usr/local is now used by default.

When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from
Debian experimental (and with python2.6 as the default one), your binary
packages contained these files:

[pdfposter_0.4.4-1_all.deb]
/usr/local/bin/pdfposter


How to fix it?
==
* try to pass "--prefix=/usr" to setup.py call, check if it's enough,
* if your package is using python-central:
  - add "XB-Python-Version: ${python:Versions}" to all binary packages
that ship Python modules (.py files) or extensions (.so, including
_d.so) in debian/control, check if it's enough,
  - try to convert to python-support[1], check if it's enough,
* add --install-layout=deb to setup.py call and bump minimum required
  python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough
* ask for help on #debian-python or debian-pyt...@lists.debian.org

[1] http://wiki.debian.org/DebianPython/central2support

--
Jakub Wilk



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

Bug#557918: pondus: installs files to /usr/local for Python >= 2.6

[Jakub Wilk]

Source: pondus
Version: 0.6.0-1
Severity: important
User: debian-pyt...@lists.debian.org
Usertags: python2.6 usr-local

Hello,

Starting from Python 2.6, the installation paths for distutils have
changed. /usr/local is now used by default.

When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from
Debian experimental (and with python2.6 as the default one), your binary
packages contained these files:

[pondus_0.6.0-1_all.deb]
/usr/local/share/man/man1/pondus.1.gz
/usr/local/share/pondus/plot.png
/usr/local/share/applications/pondus.desktop
/usr/local/share/locale/pl/LC_MESSAGES/pondus.mo
/usr/local/share/locale/de/LC_MESSAGES/pondus.mo
/usr/local/share/locale/es/LC_MESSAGES/pondus.mo
/usr/local/share/locale/es_CO/LC_MESSAGES/pondus.mo
/usr/local/share/locale/fr/LC_MESSAGES/pondus.mo
/usr/local/share/locale/it/LC_MESSAGES/pondus.mo
/usr/local/share/pixmaps/pondus.xpm
/usr/local/share/icons/hicolor/scalable/apps/pondus.svg
/usr/local/share/icons/hicolor/48x48/apps/pondus.png
/usr/local/share/doc/pondus/README
/usr/local/share/doc/pondus/AUTHORS
/usr/local/share/doc/pondus/TODO
/usr/local/share/doc/pondus/NEWS
/usr/local/bin/pondus


How to fix it?
==
* try to pass "--prefix=/usr" to setup.py call, check if it's enough,
* if your package is using python-central:
  - add "XB-Python-Version: ${python:Versions}" to all binary packages
that ship Python modules (.py files) or extensions (.so, including
_d.so) in debian/control, check if it's enough,
  - try to convert to python-support[1], check if it's enough,
* add --install-layout=deb to setup.py call and bump minimum required
  python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough
* ask for help on #debian-python or debian-pyt...@lists.debian.org

[1] http://wiki.debian.org/DebianPython/central2support

--
Jakub Wilk



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

Bug#557916: poker-network: uses pythonX.Y/site-packages for Python >= 2.6

[Jakub Wilk]

Source: poker-network
Version: 1.7.5-1.1
Severity: important
User: debian-pyt...@lists.debian.org
Usertags: python2.6 dist-packages

Hello,

When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from
Debian experimental, your binary packages contained these files:

[python-poker-prizes_1.7.5-1.1_all.deb]
/usr/lib/python2.6/site-packages/pokerprizes/prizes.py
/usr/lib/python2.6/site-packages/pokerprizes/__init__.py
/usr/lib/python2.6/site-packages/pokerprizes/tourneyselectinfo.py

This is an indication of a broken package: Python >= 2.6 does not
look for modules into /usr/lib/pythonX.Y/site-packages/ anymore, but
uses /usr/lib/pythonX.Y/dist-packages/ instead.

How to fix it?
==
* if your package is using python-central:
  - add "XB-Python-Version: ${python:Versions}" to all binary packages
that ship Python modules (.py files) or extensions (.so, including
_d.so) in debian/control, check if it's enough,
  - try to convert to python-support[1], check if it's enough,
* add --install-layout=deb to setup.py call and bump minimum required
  python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough
* ask for help on #debian-python or debian-pyt...@lists.debian.org

[1] http://wiki.debian.org/DebianPython/central2support

--
Jakub Wilk



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

Bug#557919: pycocuma: installs files to /usr/local for Python >= 2.6

[Jakub Wilk]

Source: pycocuma
Version: 0.4.5-6-5
Severity: important
User: debian-pyt...@lists.debian.org
Usertags: python2.6 usr-local

Hello,

Starting from Python 2.6, the installation paths for distutils have
changed. /usr/local is now used by default.

When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from
Debian experimental (and with python2.6 as the default one), your binary
packages contained these files:

[pycocuma_0.4.5-6-5_all.deb]
/usr/local/bin/pycocuma-server
/usr/local/bin/pycocuma


How to fix it?
==
* try to pass "--prefix=/usr" to setup.py call, check if it's enough,
* if your package is using python-central:
  - add "XB-Python-Version: ${python:Versions}" to all binary packages
that ship Python modules (.py files) or extensions (.so, including
_d.so) in debian/control, check if it's enough,
  - try to convert to python-support[1], check if it's enough,
* add --install-layout=deb to setup.py call and bump minimum required
  python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough
* ask for help on #debian-python or debian-pyt...@lists.debian.org

[1] http://wiki.debian.org/DebianPython/central2support

--
Jakub Wilk



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

Bug#557920: pymetrics: installs files to /usr/local for Python >= 2.6

[Jakub Wilk]

Source: pymetrics
Version: 0.8.1-3
Severity: important
User: debian-pyt...@lists.debian.org
Usertags: python2.6 usr-local

Hello,

Starting from Python 2.6, the installation paths for distutils have
changed. /usr/local is now used by default.

When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from
Debian experimental (and with python2.6 as the default one), your binary
packages contained these files:

[pymetrics_0.8.1-3_all.deb]
/usr/local/bin/pymetrics


How to fix it?
==
* try to pass "--prefix=/usr" to setup.py call, check if it's enough,
* if your package is using python-central:
  - add "XB-Python-Version: ${python:Versions}" to all binary packages
that ship Python modules (.py files) or extensions (.so, including
_d.so) in debian/control, check if it's enough,
  - try to convert to python-support[1], check if it's enough,
* add --install-layout=deb to setup.py call and bump minimum required
  python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough
* ask for help on #debian-python or debian-pyt...@lists.debian.org

[1] http://wiki.debian.org/DebianPython/central2support

--
Jakub Wilk



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

Bug#557921: pympd: installs files to /usr/local for Python >= 2.6

[Jakub Wilk]

Source: pympd
Version: 0.07-1.2
Severity: important
User: debian-pyt...@lists.debian.org
Usertags: python2.6 usr-local

Hello,

Starting from Python 2.6, the installation paths for distutils have
changed. /usr/local is now used by default.

When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from
Debian experimental (and with python2.6 as the default one), your binary
packages contained these files:

[pympd_0.07-1.2_all.deb]
/usr/local/share/pympd/glade/logger.glade
/usr/local/share/pympd/glade/favorites.glade
/usr/local/share/pympd/glade/coverviewer.glade
/usr/local/share/pympd/glade/autompd.glade
/usr/local/share/pympd/glade/pympd.glade
/usr/local/share/pympd/glade/audioscrobbler.glade
/usr/local/share/pympd/plugins/stopbutton.py
/usr/local/share/pympd/plugins/audioscrobbler.py
/usr/local/share/pympd/plugins/trayicon.py
/usr/local/share/pympd/plugins/logger.py
/usr/local/share/pympd/plugins/simplequeue.py
/usr/local/share/pympd/plugins/artisttracker.py
/usr/local/share/pympd/plugins/autompd.py
/usr/local/share/pympd/plugins/favorites.py
/usr/local/share/pympd/plugins/embeddedart.py
/usr/local/share/pympd/plugins/coverviewer.py
/usr/local/share/pympd/plugins/fixdisplay.py
/usr/local/share/pympd/pympd.svg
/usr/local/share/applications/pympd.desktop
/usr/local/share/pixmaps/pympd.svg
/usr/local/bin/pympd


How to fix it?
==
* try to pass "--prefix=/usr" to setup.py call, check if it's enough,
* if your package is using python-central:
  - add "XB-Python-Version: ${python:Versions}" to all binary packages
that ship Python modules (.py files) or extensions (.so, including
_d.so) in debian/control, check if it's enough,
  - try to convert to python-support[1], check if it's enough,
* add --install-layout=deb to setup.py call and bump minimum required
  python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough
* ask for help on #debian-python or debian-pyt...@lists.debian.org

[1] http://wiki.debian.org/DebianPython/central2support

--
Jakub Wilk



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

Bug#557785: AW: Bug#557785: vzctl: symlinked config file: symlink overwrittenwhen --save isspecified

[Robert Heinzmann]

Olá Ola :)

Is this a data corruption issue ? I think not in the first place, but It can 
become one.

Consider the typical HA scenario (* is the active config and node):

[NODEA*]-- --- [NODEB]
  |
[CFG*]
   (shared storage 
   / drbd)

Let's assume you are changing the IP of the machine, or some other config 
parameter like some disk device on NODEA with --save. What happens is: 


Before Failover, after --save: 

[NODEA*]--- [NODEB]
  ||
[modCFG*] [CFG]


Everythign runs fine. Now if you are NOT aware of the bug, if you failover, 
your old config is restored and you may access wrong devices, use a wrong IP 
(duplicate?) etc ... This probably happens weeks after the change (--save) and 
you will have trouble finding the issue.

After Failover: 

[NODEA]--- [NODEB*]
  ||
[modCFG] [CFG*]

So for me it seems important that this bug can be found by people looking for 
this. If it needs fixing - yes, but how ? 

A) 

* Fix in stable 
(This will probably not break any existing configurations, it will just keep 
links that were removed before)

Pro: would help fast
Pro: no side effetcs
Con: does it break anything ? 

B) 

* Mark this bug as beeing a known bug up and including 3.0.23 in lenny (so that 
other peaople find it)
* Fix in 3.0.23 (patch) 
* Backport 3.0.23 to lenny

Pro: can be done now
Con: what is 3.0.23 - is it a stable release ? 
Con: maybe side effects with 3.0.23


C) 

* Mark this bug as beeing a known bug up and including 3.0.23 in lenny (so that 
other peaople find it)
* Wait for 3.0.24 in sid (in the meantime live with a wrapper script/job)
* Backport 3.0.24 to lenny

Pro: 3.0.24 will be the next stable
Con: When will 3.0.24 arrive ?  


I think B) is not the best option. For me A) would be nice, hoever I can also 
live with C) for the sake of stability.

Regards,
Robert




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

Bug#556901: ITP: python-pylibmc -- Python libmemcached wrapper

[chaica]

retitle 556901 ITP: python-pylibmc -- Python libmemcached wrapper
owner 556901 cha...@ohmytux.com
thanks

Hi,

I'll do it.

Bye,
Carl Chenet



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

Bug#277848: #277848 lynx's p)rint option 2)mail the file, NO LONGER works

[Thomas Dickey]

I cannot reproduce this with lynx-cur

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#551068: CVE-2009-3569, CVE-2009-3570, CVE-2009-3571: multiple vulnerabilities

[Rene Engelhard]

severity 551068 important
thanks

On Tue, Nov 24, 2009 at 10:41:22PM +0100, Moritz Muehlenhoff wrote:
> On Thu, Oct 15, 2009 at 05:55:01PM +0200, Giuseppe Iuculano wrote:
> > Rene Engelhard ha scritto:
> > > If you tell me how they should be fixed if no one ever knew about that 
> > > except
> > > the VulnDisco Pack author...
> > 
> > You are right, the details are unknown, but this bug was opened for tracking
> > purpose.
> 
> This doesn't need to be RC. If the VulnDisco issues are more than a hoax, 
> we'll
> fix it anyway.

But I think "normal" is too low assuming they are real issues and not a hoax.
If they are not, we should close this bug anyway.

(I wouldn't have mind it being RC either way, it will not block testing
migration anyway and I'd have no problem keeping it open until it is fixed)
 
Grüße/Regards,

Rene
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: D03E3E70
   `-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70



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

Bug#466741: gnome-screensaver: fails to unlock with correct password

[Ilya Melnikov]

Was the same problem. I can successfully login, but can't unlock
session. Unlock dialog always reports the password is invalid.

The problem was in file permissions. I manually rewrote “/etc/shadow”
from backup after partition restore. As result file permissions
became:
-rw-r- root root
but must be:
-rw-r- root shadow
... and unlock dialog didn't accept passwords.

After some hours comparing with working system I understood my
mistake, fix permissions and unlock dialog works fine.

p.s.
May be this post is unnecessary or isn't related to this bug. But
first “googling” brings me to this thread and I didn't find any words
about permissions here. May be this post will be useful for people
with same problem.



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

Bug#557922: apel: APEL: inv-19.el:(invisible-p) overrides built-in invisible-p

[Kan-Ru Chen]

Package: apel
Version: 10.7-3
Severity: normal

invisible-p defined in inv-19.el overrides the default invisible-p in
GNU Emacs. The built-in one is available since 2007-08-25 and now is
implemented in C.

The built-in one can accept POS-OR-PROP as it's first argument, but the
one in APEL can only accept mark or pos.

Since the built-in is more powerful, I think APEL should not override
it.

Cheers,
Kanru

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

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

Versions of packages apel depends on:
ii  emacs-snapshot [emacsen]1:20091115-1 The GNU Emacs editor (development 
ii  emacs23 [emacsen]   23.1+1-4 The GNU Emacs editor (with GTK+ us

apel recommends no packages.

apel suggests no packages.

-- no debconf information


pgpxpQq5puU4k.pgp
Description: PGP signature

Bug#557835: ITP: jug -- Pure java UUID generator

[Onkar Shinde]

On Wed, Nov 25, 2009 at 2:02 PM, Marcus Better  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Why is this needed when there is java.util.UUID? If some other package
> depends on it, maybe that should be fixed instead...

I am working on packaging cruisecontrol [1]. I will file an ITP for
that in a day or two.
Cruisecontrol uses jug for generating UUIDs for the builds. That is
why I filed this ITP. I could patch cruisecontrol source to use
standard Java APIs but I feel that it is better to stick to what
upstream is using.


Onkar



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

Bug#549375: mouse pointer not visible after changing resolution or refresh rate

[Jö Fahlke]

Am Sat, 24. Oct 2009, 10:17:50 +0200 schrieb Jö Fahlke:
> For me (and a co-worker) this happens when switching from internal to external
> monitor.  Our workaround is to put the laptop to sleep and wake it up again.

Found a simpler workaround: lock the screen using xscreensaver.  Of course I
have to type in my password to unlock it but it's better than putting the
laptop into standby.

Thanks,
Jö.

-- 
 seen die_MACHT
 I don't know who die_MACHT is.


signature.asc
Description: Digital signature

Bug#557780: Provide total downloaded size information.

[A Mennucc]

hi

On Tue, Nov 24, 2009 at 12:39:36PM +0100, Raúl Sánchez Siles wrote:
>   Additionally, showing the actual total downloaded size.

you may use the '-v' switch to get more info on the sizes of downloads 

> This feature can 
> also be seen on Fedora's Presto [0] which shows a percentage of download size 
> saved when using it.

thanks for this link, I did not know it

a.




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

Bug#549986: mpdtoys: mpinsert fails on paths containing unicode characters

[Frank Blendinger]

Hi,

any updates on this issue?

As I really needed this feature, I came up with a short workaround
shellscript:

#!/bin/sh
curid=$(mpc playlist | grep "^>" | sed -e 's/>\([0-9]\+\).*$/\1/')
lastid=$(mpc playlist | tail -1 | sed -e 's/\( \|>\)\([0-9]\+\).*$/\2/')
output=$(cat - | mpc -v add)
songs=$(echo "$output" | wc -l)
i=1
while [ $i -le $songs ] ; do
mpc move $[$lastid + $i] $[$curid + $i]
let "i+=1"
done
echo "$output" | sed -e 's/^adding/queued/'

While playing with this, I noticed that mpinsert also has a really bad
performance:

% ms artist nin | wc -l
791

% time ms artist nin | mpinsert
[...@0] {move} Bad song index at /usr/share/perl5/Audio/MPD.pm line 154,
 line 4743100.
mpc search artist nin  0,02s user 0,00s system 3% cpu 0,429 total
mpinsert  260,29s user 2,44s system 90% cpu 4:51,89 total

% time ms artist nin | mpdqueue.sh
mpc search artist nin  0,01s user 0,00s system 3% cpu 0,420 total
mpdqueue.sh  0,96s user 2,31s system 43% cpu 7,445 total


Greetings,
Frank

-- 
Frank Blendinger | fb(at)intoxicatedmind.net | GPG: 0x0BF2FE7A
Fingerprint: BB64 F2B8 DFD8 BF90 0F2E 892B 72CF 7A41 0BF2 FE7A


signature.asc
Description: Digital signature

Bug#498717: Not fixed?

[Mattia Dongili]

unmerge 498717
reopen 498717
thanks

On Sun, Nov 22, 2009 at 12:49:38PM +0100, Matthias Heinz wrote:
> Hi,
> 
> I still get the following error message. To reproduce I used aptitude 
> reinstall:
> 
> Setting up cpufrequtils (006-2) ...
> insserv: warning: current stop runlevel(s) (0 1 6) of script 
> `cpufrequtils' overwrites defaults (empty).
> insserv: warning: current stop runlevel(s) (0 1 6) of script 
> `cpufrequtils' overwrites defaults (empty).
> CPUFreq Utilities: Setting ondemand CPUFreq 
> governor...CPU0...CPU1...done.

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#544145: [Xen-devel] Crash with paravirt-ops 2.6.31.6 kernel

[Jan Beulich]

>>> Ian Campbell  23.11.09 17:44 >>>
>On Mon, 2009-11-23 at 16:31 +, Jan Beulich wrote:
>> >> It does not happen on XenSource 2.6.18 kernel
>> >
>> >I assume that this kernel (perhaps coincidentally) manages to use
>> >FLAT_USER_CS32 for compat mode processes.
>> >
>> >> , or the Debian 2.6.26 kernel.
>> >
>> >This was a forward ported 2.6.18-style kernel so I guess the same reason
>> >as 2.6.18.
>> 
>> If your analysis was right, 2.6.18 as well as our forward ported kernels
>> should also be affected (both ia32_sysenter_target and ia32_cstar_target
>> store __USER32_CS to the frame, and return via HYPERVISOR_iret), yet
>> supposedly they don't have the problem (though I can't say why that
>> would be). So perhaps there's some other yet un-described aspect to
>> this, or I'm being confused by something...
>
>I didn't try any of these kernels myself so I don't really know what
>happens.

Okay, I think I spotted the relevant difference: 2.6.18 and forward ports
set VGCF_in_syscall only when returning from 64-bit system calls (through
ret_from_sys_call) - 32-bit syscalls (regardless of the entry path taken)
return through int_ret_from_sys_call. 32-bit guest kernels shouldn't be
affected by this, as compat mode returns from the hypervisor
(compat_restore_all_guest) always use iret.

Jan




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

Bug#557924: ruby1.8: Ruby interpreter garbage collector seg faults under race conditions

[Bryan McLellan]

Package: ruby1.8
Version: 1.8.7.174-2
Severity: important


Under certain conditions the Ruby GC will segfault:

domU-12-31-39-04-26-23:~# ruby -e 't1 = t2 = Time.now ; while t1.sec
== t2.sec do t2 = Time.now end'
-e:1: [BUG] Segmentation fault
ruby 1.8.7 (2009-06-12 patchlevel 174) [i486-linux]

Aborted

Upstream bug: http://redmine.ruby-lang.org/issues/show/2326

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

Kernel: Linux 2.6.21.7-2.fc8xen-ec2-v1.0 (SMP w/1 CPU core)
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 ruby1.8 depends on:
ii  libc6                        2.10.1-7    GNU C Library: Shared libraries
ii  libruby1.8                   1.8.7.174-2 Libraries necessary to run Ruby 1.

ruby1.8 recommends no packages.

Versions of packages ruby1.8 suggests:
pn  rdoc1.8                            (no description available)
pn  ri1.8                              (no description available)
pn  ruby1.8-examples                   (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#549626: [pkg-nvidia-devel] Bug#549626: Packaging now in Debian NVIDIA Maintainers svn repo

[Christian Marillat]

Andres Mejia  writes:

[...]

> There's no need to wait for a new driver release with the patch I sent 
> earlier. The only waiting that will be done is waiting for an nvidia-
> libvdpau1-driver package to go through NEW.

It is possible to upload this package in *unstable* quicly ?

Christian



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

Bug#557899: vmpk: FTBFS on GNU/kFreeBSD

[Mehdi Dogguy]

Cyril Brulebois wrote:
> Package: vmpk
> Version: 0.2.6-1
> Severity: important
> User: debian-...@lists.debian.org
> Usertags: kfreebsd
> 
> 
> And while preparing this mail, I tried to look into tweaking the build
> system to fake I was on Linux (remember libsalsa? :)), and the FTBFS
> turned into yet another form, very salsa-is-limited like:

Actually, I already tried that but gave up after reading [1].

I'll apply the patch anyway to ease tracking this kind of issues.
(I assume that the patch you intended to send looks like [2]?)

[1]
http://svn.debian.org/viewsvn/collab-maint/deb-maint/oss-libsalsa/trunk/debian/README.Debian?revision=14040&view=markup
[2]
http://git.debian.org/?p=collab-maint/vmpk.git;a=blob;f=debian/patches/0002-Check-for-__GLIBC__.patch

Cheers,

-- 
Mehdi Dogguy مهدي الدڤي
http://dogguy.org/



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

Bug#557923: Wrong shlibs versionized dependency

[Laurent Bigonville]

Package: libhildon-1-0
Severity: important

Hi,

It seems that shlibs version passed in debian/rules is too old

dh_makeshlibs -V "libhildon-1-0 (>= 1.99)"

Could you fix it?

Or better use a .symbols file

Thanks

Laurent Bigonville



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

Bug#557808: ITP: gtksheet -- a spreadsheet-like matrix for GTK+

[Víctor M . Hernández Rocamora]

>The fork retains the same bug as the original and will therefore FTBFS.
>
>See #549758
>> gtkitementry.c: In function 'gtk_entry_real_insert_text':
>> gtkitementry.c:696: error: 'GtkEntry' has no member named 'n_bytes'
>
>http://github.com/vhernandez/gtksheet/blob/master/gtksheet/gtkitementry.c#L735 
>
>if (new_text_length + entry->n_bytes + 1 > entry->text_size)
>
>n_bytes is a private part of GtkEntry and gtksheet never had any right
>to expect to be able to access it.

Hi,

I'm the author of the gtksheet library. That code is not compiled for
GTK+ versions
higher than 2.18. It's only there for compatibility with older
versions of GTK which
don't have the new GtkEntryBuffer API that it's used to replace the
code using those
private variables. You can remove that old code and leave only the
code for 2.18.

I'll try to make a new release next weekend with all these changes and fixes.

Thank you very much for packaging gtksheet.

Cheers,

Víctor

Bug#557925: python-axiom: FTBFS with Python 2.6

[Jakub Wilk]

Package: python-axiom
Version: 0.5.31-2
Severity: important
User: debian-pyt...@lists.debian.org
Usertags: python2.6 ftbfs

Hello,

When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from
Debian experimental (and with python2.6 as the default one), your package
FTBFS.

Tail of the build log:

test -x debian/rules
dh_testroot
dh_clean -k 
dh_installdirs -A 
mkdir -p "."

mkdir -p debian/python-module-stampdir
cd . && python setup.py build 
--build-base="/tmp/buildd/python-axiom-0.5.31/./build"
Files in package 'twisted':
['.svn', 'plugins']
Files in package 'axiom':
['batch.tac',
 '.svn',
 'scripts',
 'queryutil.py',
 'plugins',
 'item.py',
 'substore.py',
 '_version.py',
 'test',
 '_schema.py',
 'sequence.py',
 'upgrade.py',
 'attributes.py',
 'dependency.py',
 '__init__.pyc',
 '__init__.py',
 '_fincache.py',
 '_pysqlite2.py',
 'errors.py',
 'scheduler.py',
 'slotmachine.py',
 'listversions.py',
 'examples',
 'tags.py',
 'userbase.py',
 'benchmarks',
 'batch.py',
 '_version.pyc',
 'store.py',
 'iaxiom.py']
Automatically determined setup() args:
{   'package_data': {   'axiom': [   'batch.tac',
 'test/historic/processor1to2.axiom.tbz2',
 'test/historic/catalog1to2.axiom.tbz2',
 'test/historic/parentHook1to2.axiom.tbz2',
 'test/historic/parentHook2to3.axiom.tbz2',
 
'test/historic/subStoreStartupService1to2.axiom.tbz2',
 'test/historic/loginMethod1to2.axiom.tbz2',
 'test/historic/account1to2.axiom.tbz2',
 'test/historic/textlist.axiom.tbz2',
 'examples/library.py',
 'examples/bucket.py',
 'benchmarks/benchmark_tagnames.py',
 
'benchmarks/benchmark_batchitemcreation.py',
 
'benchmarks/benchmark_batchitemdeletion.py',
 'benchmarks/testwriter.py',
 'benchmarks/benchmark_itemdeletion.py',
 'benchmarks/testreader.py',
 'benchmarks/benchmark_itemcreation.py',
 'benchmarks/testbase.py',
 'benchmarks/testindex.py',
 'benchmarks/benchmark_tagsof.py',
 'benchmarks/testinit.py'],
'twisted': ['plugins/axiom_plugins.py']},
'packages': [   'twisted',
'axiom',
'axiom.scripts',
'axiom.plugins',
'axiom.test',
'axiom.test.upgrade_fixtures',
'axiom.test.historic',
'build.lib.linux-x86_64-2.6.twisted',
'build.lib.linux-x86_64-2.6.axiom',
'build.lib.linux-x86_64-2.6.axiom.scripts',
'build.lib.linux-x86_64-2.6.axiom.plugins',
'build.lib.linux-x86_64-2.6.axiom.test',
'build.lib.linux-x86_64-2.6.axiom.test.upgrade_fixtures',
'build.lib.linux-x86_64-2.6.axiom.test.historic']}
running build
running build_py
package init file 'twisted/__init__.py' not found (or not a regular file)
error: package directory 'build/lib/linux-x86_64-2/6/twisted' does not exist

--
Jakub Wilk



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

Bug#557926: python-axiom: uses a deprecated relation operator

[Jakub Wilk]

Package: python-axiom
Version: 0.5.31-2
Severity: normal

$ grep -w '<' debian/control
Conflicts: libsqlite3-0 (< 3.6.12)

$ zgrep -A3 -B2 'deprecated.*<' /usr/share/doc/debian-policy/policy.txt.gz | 
cut -c 6-
The relations allowed are `<<', `<=', `=', `>=' and `>>' for strictly
earlier, earlier or equal, exactly equal, later or equal and strictly
later, respectively.  The deprecated forms `<' and `>' were used to
mean earlier/later or equal, rather than strictly earlier/later, so
they should not appear in new packages (though `dpkg' still supports
them).


--
Jakub Wilk



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

Bug#401182: closed by Bob Proulx (Bug#401182: fixed in unifdef 1.0+20080502-1)

[Xavier Bestel]

On Wed, 2009-11-25 at 10:48 +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the unifdef package:
> 
> #401182: unifdef -k alone doen't work
> 
> It has been closed by Bob Proulx .

Thanks Bob !

Xav






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

Bug#534880: linux-image-2.6.26-2-xen-686: domU crashes

[Nagy Péter]

Hi,

I also have this bug with 2.6.26-2-xen-amd64 kernel. (from proposal-updates)
I noticed that the domUs locked when i'm using vcpu>1 option.

If you take a visit to here:
http://kepfeltoltes.hu/view/091125/xen1.padmin-memory-day_www.kepfeltoltes.hu_.png

You can see, that the domU apps filling memory. The situation is the 
same, as others

write it before. I can't use the domU, can't shutdown, just can destroy it.

I hope i helped with memory graph.

Peter





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

Bug#557899: vmpk: FTBFS on GNU/kFreeBSD

[Cyril Brulebois]

Mehdi Dogguy  (25/11/2009):
> Actually, I already tried that but gave up after reading [1].

Yeah, I think we talked about that already. :)

> I'll apply the patch anyway to ease tracking this kind of issues.
> (I assume that the patch you intended to send looks like [2]?)

Exactly, cheers.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#557924: Acknowledgement (ruby1.8: Ruby interpreter garbage collector seg faults under race conditions)

[Bryan McLellan]

User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch
Tags: patch

Verified patch from upstream fixes the GC segfault for the Time test
described in the bug in ruby1.8=1.8.7.174-2
This patch also fixed related issues when using the chef package on
ubuntu karmic with ruby1.8=1.8.7.174-1

#! /bin/sh /usr/share/dpatch/dpatch-run
## 091125_gc_check.dpatch by Bryan McLellan  
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: Expand GC check per upstream issue #2326

@DPATCH@
diff -urNad ruby1.8-1.8.7.174~/gc.c ruby1.8-1.8.7.174/gc.c
--- ruby1.8-1.8.7.174~/gc.c 2009-03-27 10:25:23.0 +
+++ ruby1.8-1.8.7.174/gc.c  2009-11-25 10:35:42.0 +
@@ -433,7 +433,7 @@
 if (during_gc)
rb_bug("object allocation during garbage collection phase");

-if (ruby_gc_stress || !freelist) garbage_collect();
+if (ruby_gc_stress || !freelist || !freelist->as.free.next)
garbage_collect();

 obj = (VALUE)freelist;
 freelist = freelist->as.free.next;



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

Bug#554003: munin cpu plugin has too strict limits (#554003)

[Holger Levsen]

Hi Adam,

On Dienstag, 24. November 2009, Adam D. Barratt wrote:
> > Would you accept a fixed package with just this fix in stable?
> Yes, the patch looks fine.

Thanks. Uploaded to stable-proposed-updates. Should I reassign/clone 554003 to 
release.debian.org now?


regards,
  Holger


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

Bug#557891: libbft: FTBFS on kfreebsd-i386: buggy check for bft_z_off_t

[David Monfort]

Hi,

Thanks for reporting the issue.
The fix has been applied upstream.

Cheers,
David


On Wed, Nov 25, 2009 at 4:31 AM, Cyril Brulebois  wrote:
> Package: libbft
> Version: 1.1.1-2
> Severity: serious
> Tags: patch
> Justification: FTBFS
> User: debian-...@lists.debian.org
> Usertags: kfreebsd
>
> Hi,
>
> it looks like the check is buggy and suffers from a tiny typo: a missing
> _LONG. See the HAVE_LONG_LONG check the line before and the typedef on
> long long the line after. Builds fine on kfreebsd-i386 with the attached
> patch.
>
> Thanks for considering.
>
> 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#557927: reportbug: wrong suggest for spellchecker in internal editor

[Mechtilde]

Package: reportbug
Version: 4.8
Severity: minor

At the step where the editor appears there comes a notice to install 
python-gnome2-extras for having a spellchecker.

This package is  replace to some other packages like

python-gtkspell python-gtkmozembed python-gtkhtml2 python-gksu2 python-gdl 
python-gda python-eggtrayicon

I think it is better to suggest one of those packages


-- Package-specific info:
** Environment settings:
INTERFACE="gtk2"

** /home/ooouser/.reportbugrc:
reportbug_version "4.8"
mode advanced
ui gtk2
realname "Mechtilde"
email "mechti...@openoffice.org"
smtphost "mail.dasr.de"
smtpuser "stehmann"

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

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

Versions of packages reportbug depends on:
ii  apt   0.7.24 Advanced front-end for dpkg
ii  python2.5.4-2An interactive high-level object-o
ii  python-reportbug  4.8Python modules for interacting wit

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  debconf-utils  (no description available)
pn  debsums(no description available)
pn  dlocate(no description available)
ii  exim4 4.69-11metapackage to ease Exim MTA (v4) 
ii  exim4-daemon-light [mail-tran 4.69-11+b1 lightweight Exim MTA (v4) daemon
ii  file  5.03-3 Determines file type using "magic"
ii  gnupg 1.4.10-2   GNU privacy guard - a free PGP rep
ii  python-gtk2   2.16.0-1   Python bindings for the GTK+ widge
ii  python-gtkspell   2.25.3-4.1 Python bindings for the GtkSpell l
pn  python-urwid   (no description available)
ii  python-vte1:0.22.5-1 Python bindings for the VTE widget
ii  xdg-utils 1.0.2-6.1  desktop integration utilities from

-- 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#557928: openoffice.org-calc: Can't use Fill series via Dialog

[Mechtilde]

Package: openoffice.org-calc
Version: 1:3.2.0~beta-2
Severity: normal

You can fill series using the mouse in a spreadsheet

You can't use "Edit -> fill -> Series... -> Linear" to do the same thing via 
dialog.
this is inconsistent

it works in the vanilla versions


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

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

Versions of packages openoffice.org-calc depends on:
ii  libc6  2.10.2-2  GNU C Library: Shared libraries
ii  libgcc11:4.4.2-3 GCC support library
ii  libstdc++6 4.4.2-3   The GNU Standard C++ Library v3
ii  lp-solve   5.5.0.13-6Solve (mixed integer) linear progr
ii  openoffice.org-bas 1:3.2.0~beta-2full-featured office productivity 
ii  openoffice.org-cor 1:3.2.0~beta-2full-featured office productivity 
ii  ure1.6.0+OOo3.2.0~beta-1 OpenOffice.org UNO runtime environ

openoffice.org-calc recommends no packages.

openoffice.org-calc suggests no packages.

Versions of packages openoffice.org-core depends on:
ii  fontconfig 2.6.0-4   generic font configuration library
ii  libc6  2.10.2-2  GNU C Library: Shared libraries
ii  libcairo2  1.8.8-2   The Cairo 2D vector graphics libra
ii  libcurl3   7.19.7-1  Multi-protocol file transfer libra
ii  libdb4.8   4.8.24-1  Berkeley v4.8 Database Libraries [
ii  libexpat1  2.0.1-5   XML parsing C library - runtime li
ii  libfreetype6   2.3.11-1  FreeType 2 font engine, shared lib
ii  libgcc11:4.4.2-3 GCC support library
ii  libglib2.0-0   2.22.2-2  The GLib library of C routines
ii  libgraphite3   1:2.3.1-0.2   SILGraphite - a "smart font" rende
ii  libgstreamer-plugi 0.10.25-6 GStreamer libraries from the "base
ii  libgstreamer0.10-0 0.10.25-3 Core GStreamer libraries and eleme
ii  libgtk2.0-02.18.3-1  The GTK+ graphical user interface 
ii  libhunspell-1.2-0  1.2.8-5   spell checker and morphological an
ii  libhyphen0 2.4-6 ALTLinux hyphenation library - sha
ii  libice62:1.0.6-1 X11 Inter-Client Exchange library
ii  libicu42   4.2.1-3   International Components for Unico
ii  libjpeg62  6b-15 The Independent JPEG Group's JPEG 
ii  libneon27-gnutls   0.29.0-1  An HTTP and WebDAV client library 
ii  libnspr4-0d4.8.2-1   NetScape Portable Runtime Library
ii  libnss3-1d 3.12.4-1  Network Security Service libraries
ii  libsm6 2:1.1.1-1 X11 Session Management library
ii  libssl0.9.80.9.8k-6  SSL shared libraries
ii  libstdc++6 4.4.2-3   The GNU Standard C++ Library v3
ii  libx11-6   2:1.3.2-1 X11 client-side library
ii  libxaw72:1.0.6-1 X11 Athena Widget library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxinerama1   2:1.0.3-2 X11 Xinerama extension library
ii  libxml22.7.6.dfsg-1  GNOME XML library
ii  libxrandr2 2:1.3.0-2 X11 RandR extension library
ii  libxrender11:0.9.4-2 X Rendering Extension client libra
ii  libxslt1.1 1.1.26-1  XSLT processing library - runtime 
ii  libxt6 1:1.0.6-1 X11 toolkit intrinsics library
ii  libxtst6   2:1.0.3-1 X11 Testing -- Resource extension 
ii  openoffice.org-com 1:3.2.0~beta-1full-featured office productivity 
ii  ttf-opensymbol 1:3.1.1-8 OpenSymbol TrueType font
ii  ure1.6.0+OOo3.2.0~beta-1 OpenOffice.org UNO runtime environ
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

-- 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#557929: libk5crypto3 - Replaces libkrb53 but nothing depends on it

[Bastian Blank]

Package: libk5crypto3
Version: 1.7dfsg~beta3-1
Severity: grave

libk5crypto3 in squeeze replaces libkrb53.

| Package: libk5crypto3
| Version: 1.7dfsg~beta3-1
| Replaces: libkrb53 (<< 1.6.dfsg.4~beta1-7)

However nothing in lenny actually depends on it, so the following will
remove libk5crypto.so.3 and break everything up to ssh.
* Install libkrb53/stable
* Install libk5crypto3/testing
* Remove libk5crypto

A replace needs to be always accompanied by a something else that makes
partial upgrades possible.

Possible fix:
- libk5crypto3 breaks libkrb53/stable

The same applies to all the packages that was split out of libkrb53.

Bastian

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

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

Versions of packages libk5crypto3 depends on:
ii  libc62.7-18  GNU C Library: Shared libraries
ii  libkeyutils1 1.2-9   Linux Key Management Utilities (li
ii  libkrb5support0  1.7dfsg~beta3-1 MIT Kerberos runtime libraries - S

libk5crypto3 recommends no packages.

Versions of packages libk5crypto3 suggests:
pn  krb5-doc   (no description available)
ii  krb5-user   1.6.dfsg.4~beta1-5lenny1 Basic programs to authenticate usi

-- debconf-show failed



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

Bug#553503: exim4 segfaults here too

[Jürgen Leibner]

On Sat, Nov 21, 2009 at 05:36:12PM +0100, juer...@leibner.eu wrote:
> On Saturday 21 November 2009 16:46 Andreas Metzler wrote:
> ...
> > Could you try to get a coredump?
> >
> > ulimit -c unlimited
> > echo 2 > /proc/sys/fs/suid_dumpable
> > echo '/tmp/%e.core.%t.%p' > /proc/sys/kernel/core_pattern
> 
> Done, so we wait now for the segfaulting exim.
> 
> In the meantime there happened 2 segfaults more so far.
> 
> Nov 16 20:20:07 atom kernel: [991658.940008] exim[8015]: segfault at 
> 7fff8f8af828 ip 41be3c sp 7fff8f8af800 error 6 in exim4[40+ad000]
> 
> Nov 17 08:55:07 atom kernel: [1049021.954338] exim[22946]: segfault at 
> 7fff63a12cb8 ip 41be3c sp 7fff63a12c90 error 6 in exim4[40+ad000]

A new segfault happend today, but no core file was written in /tmp/

Nov 25 11:05:05 atom kernel: [1930263.051676] exim4[11552]: segfault at 
7fff406846e8 ip 41b6da sp 7fff406846f0 error 6 in +exim4[40+ad000]

Any hints?
 
Greetings, Jürgen



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

Bug#557930: binNMU for liblzma ABI change

[Jonathan Nieder]

Package: release.debian.org
User: debian-rele...@lists.debian.org
Usertags: binnmu

Hi,

liblzma0 (built from the xz-utils package) has been replaced by
liblzma1.  Since I asked about this last week, the rpm package has had
a few sourceful uploads, so there is only one package left that needs
rebuilding.

mupen64plus_1.5+dfsg1-7

The updated liblzma-dev and liblzma1 are already built and installed
on all release platforms, so if I understand correctly, there should
be no dep-waits required.

Thanks,
Jonathan



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

Bug#555563: Possible fix

[salsaman]

Please apply the following patches and see if it fixes the problem:

http://lives.svn.sourceforge.net/viewvc/lives/trunk/configure.in?r1=316&r2=306&view=patch
http://lives.svn.sourceforge.net/viewvc/lives/trunk/src/Makefile.am?r1=316&r2=151&view=patch


Gabriel.
http://lives.sf.net

Bug#557931: avahi-daemon: "too many objects" error and failure to find services on big lans

[Kris Popendorf]

Package: avahi-daemon
Version: 0.6.23-3lenny1
Severity: wishlist
Tags: patch


For lans with a lot of mDNS/DNS-SD services running, avahi seems to be
unable to keep track of all of them, and avahi-browse starts throwing
errors like:

> Failed to resolve service 'pu...@alanine' of type '_pulse-server._tcp' in 
> domain 'local': Too many objects
> Failed to resolve service 'pu...@leucine' of type '_pulse-server._tcp' in 
> domain 'local': Too many objects
> Failed to resolve service 'pu...@unagipie' of type '_pulse-server._tcp' in 
> domain 'local': Too many objects
> Failed to resolve service 'pu...@tupaia' of type '_pulse-server._tcp' in 
> domain 'local': Too many objects
> Failed to resolve service 'pu...@lime' of type '_pulse-server._tcp' in domain 
> 'local': Too many objects
> Failed to resolve service 'pu...@gallus' of type '_pulse-server._tcp' in 
> domain 'local': Too many objects

This seems to have been discussed in detail here:
http://www.mail-archive.com/av...@lists.freedesktop.org/msg01487.html
and the solution the guy in the linked message solution suggests:

> Original Parameters:
> 
> AVAHI_CACHE_ENTRIES_MAX = 500
> OBJECTS_PER_CLIENT_MAX = 500
> 
> Changed Parameters:
> 
> AVAHI_CACHE_ENTRIES_MAX = 6000
> OBJECTS_PER_CLIENT_MAX = 4000

Seems to work perfectly, without any bad side effects (I suppose
avahi-daemon's probably taking more ram than it used to, but this
hardly seems excessive or risking DOS). I realize it's a judgement
call perhaps best left to the upstream avahi guys, but a /24 subnet
can go over their predefined limits pretty easily, and lacking runtime
parameters to set this, it seems that this limit should probably be
higher. For example only half of our 150-ish IPs use avahi, and yet we
seem to have gone over their limit.

For reference I've attached a patch that makes the changes described
in that listserv post.

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

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

Versions of packages avahi-daemon depends on:
ii  adduser3.110 add and remove users and groups
ii  bind9-host [host]  1:9.5.1.dfsg.P3-1 Version of 'host' bundled with BIN
ii  dbus   1.2.1-5   simple interprocess messaging syst
ii  libavahi-common3   0.6.23-3lenny1Avahi common library
ii  libavahi-core5 0.6.23-3lenny1Avahi's embeddable mDNS/DNS-SD lib
ii  libc6  2.9-25GNU C Library: Shared libraries
ii  libcap22.11-2support for getting/setting POSIX.
ii  libdaemon0 0.14-1lightweight C library for daemons 
ii  libdbus-1-31.2.1-5   simple interprocess messaging syst
ii  libexpat1  2.0.1-4   XML parsing C library - runtime li
ii  lsb-base   3.2-20Linux Standard Base 3.2 init scrip

Versions of packages avahi-daemon recommends:
ii  libnss-mdns   0.10-3 NSS module for Multicast DNS name 

Versions of packages avahi-daemon suggests:
pn  avahi-autoipd  (no description available)

-- no debconf information
diff -rupN avahi-0.6.23/avahi-core/cache.c avahi-0.6.23.bigcache/avahi-core/cache.c
--- avahi-0.6.23/avahi-core/cache.c	2008-06-18 08:13:44.0 +0900
+++ avahi-0.6.23.bigcache/avahi-core/cache.c	2009-11-25 19:43:07.652599500 +0900
@@ -34,7 +34,7 @@
 #include "log.h"
 #include "rr-util.h"
 
-#define AVAHI_CACHE_ENTRIES_MAX 500
+#define AVAHI_CACHE_ENTRIES_MAX 6000
 
 static void remove_entry(AvahiCache *c, AvahiCacheEntry *e) {
 AvahiCacheEntry *t;
diff -rupN avahi-0.6.23/avahi-daemon/dbus-internal.h avahi-0.6.23.bigcache/avahi-daemon/dbus-internal.h
--- avahi-0.6.23/avahi-daemon/dbus-internal.h	2008-06-18 08:13:44.0 +0900
+++ avahi-0.6.23.bigcache/avahi-daemon/dbus-internal.h	2009-11-25 19:42:35.493628824 +0900
@@ -46,7 +46,7 @@ typedef struct AsyncServiceResolverInfo 
 typedef struct RecordBrowserInfo RecordBrowserInfo;
 
 #define CLIENTS_MAX 256
-#define OBJECTS_PER_CLIENT_MAX 250
+#define OBJECTS_PER_CLIENT_MAX 4000
 #define ENTRIES_PER_ENTRY_GROUP_MAX 20
 
 struct EntryGroupInfo {

Bug#475377: ITA: afnix -- Compiler and run-time for the AFNIX programming language

[Carlucci Pantaleone]

retitle 475377 ITA: afnix -- Compiler and run-time for the AFNIX programming 
thanks

I'm interested in adopting anfix
Thanks
Leo




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

Bug#520437: [Pkg-utopia-maintainers] Bug#520437: Bug#520437: network-manager-gnome should depend on gnome-icon-theme

[Michael Biebl]

Nicolas Bonifas wrote:
> reassign 520437 network-manager-gnome
> thanks
> 
>>> network-manager uses icons from gnome-icon-theme, but doesn't depend on 
>>> this package. This should be corrected.
>> Does it?
>> Which ones are that?
> 
> Sorry, the bug is in network-manager-gnome, not network-manager.
> The icon which represent encrypted wifi networks, next to the signal 
> strength bar, is replaced by a red cross when gnome-icon-theme is not 
> installed.

Hi Nicolas,

could you please upgrade to the latest version in squeeze/sid and try to
reproduce the problem. If so, can you please run

strace nm-applet 2>&1 | grep /usr/share/icons/

so I can see which icons nm-applet tries to load on your system.

Thanks,
Michael



signature.asc
Description: OpenPGP digital signature

Bug#557913:

[Mathieu Malaterre]

Hi,

  I would like to confirm that updating to 195.22 did fix my issue
with power save. I can now switch from DVI to DisplayPort using the
side panel of my monitor (Inpurt Source menu). When switching back to
Display Port the monitor does not enter in Power Save mode anymore.

  Please find attached the patch I use to create the debian nvidia
driver. All what is missing is the wget to
ftp://download.nvidia.com/XFree86/Linux-x86/195.22/NVIDIA-Linux-x86-195.22-pkg1.run
+ 
ftp://download.nvidia.com/XFree86/Linux-x86_64/195.22/NVIDIA-Linux-x86_64-195.22-pkg2.run

Thanks for making the nvidia package so easy to patch !

keyword: DisplayPort DELL 2709W "Entering Power Save"

-- 
Mathieu


nvidia-195.22.patch
Description: application/wine-extension-patch

Bug#557932: emacs-goodies-el: matlab.el causes Objective-C files to be visited in matlab-mode

[Yavor Doganov]

Package: emacs-goodies-el
Version: 30.8-1
Severity: normal
File: /usr/share/emacs/site-lisp/emacs-goodies-el/matlab.el

| ;;;###autoload
| (add-to-list 'auto-mode-alist '("\\.m$" . matlab-mode))

It is not very nice to overwrite CC Mode's defaults, which is, after
all, core part of Emacs.

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

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

Versions of packages emacs-goodies-el depends on:
ii  bash  4.0-4  The GNU Bourne Again SHell
ii  dpkg  1.15.4.1   Debian package management system
ii  emacs [emacsen]   23.1+1-4   The GNU Emacs editor (metapackage)
ii  emacs-snapshot [emacsen]  1:20091115-1   The GNU Emacs editor (development 
ii  emacs22-gtk [emacsen] 22.3+1-1.1 The GNU Emacs editor (with GTK use
ii  emacs23 [emacsen] 23.1+1-4   The GNU Emacs editor (with GTK+ us
ii  install-info  4.13a.dfsg.1-5 Manage installed documentation in 

Versions of packages emacs-goodies-el recommends:
ii  dict   1.11.2+dfsg-1 dictionary client
ii  perl-doc   5.10.1-7  Perl documentation
ii  wget   1.12-1.1  retrieves files from the web

emacs-goodies-el suggests no packages.

-- debconf-show failed



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

Bug#557935: emacs23-bin-common: emacsclient should be a slave of emacs

[Simon Pepping]

Package: emacs23-bin-common
Version: 23.1+1-4
Severity: normal

After upgrade to emacs23 I had a non-functional emacsclient. This
turned out to be due to the fact that the alternative for emacsclient
was set to /usr/bin/emacsclient.emacs22. Such a problem could be
prevented if the emacsclient alternative would be a slave of the emacs
alternative. Because emacsclient versions apparently are not
interoperable with other versions of emacs, it being a slave of emacs
seems appropriate.

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

Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages emacs23-bin-common depends on:
ii  emacs23-common23.1+1-4   The GNU Emacs editor's shared, arc
ii  libc6 2.10.1-7   GNU C Library: Shared libraries
ii  liblockfile1  1.08-3 NFS-safe locking library, includes

emacs23-bin-common recommends no packages.

emacs23-bin-common 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#557933: epiphany-browser: epiphany refuses to load websites if network manager is running

[Christoph Hellwig]

Package: epiphany-browser
Version: 2.26.3-2
Severity: important

I recently installed network manager to experiment around with an umts modem.
But once network manager is installed and running epiphany refuses to load
any website claiming it's in offline mode.  Removing network manager fixes the
issue.

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

Kernel: Linux 2.6.32-rc8 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/bash

Versions of packages epiphany-browser depends on:
ii  epiphany-gecko2.26.3-2   Intuitive GNOME web browser - Geck

epiphany-browser recommends no packages.

epiphany-browser suggests no packages.

Versions of packages epiphany-gecko depends on:
ii  dbus-x111.2.16-2 simple interprocess messaging syst
ii  epiphany-browser-data   2.26.3-2 Data files for the GNOME web brows
ii  gnome-icon-theme2.28.0-1 GNOME Desktop icon theme
ii  iso-codes   3.11.1-1 ISO language, territory, currency,
ii  libavahi-client30.6.25-1 Avahi client library
ii  libavahi-common30.6.25-1 Avahi common library
ii  libavahi-gobject0   0.6.25-1 Avahi GObject library
ii  libc6   2.10.1-7 GNU C Library: Shared libraries
ii  libcanberra-gtk00.22-1   Gtk+ helper for playing widget eve
ii  libcanberra00.22-1   a simple abstract interface for pl
ii  libdbus-1-3 1.2.16-2 simple interprocess messaging syst
ii  libdbus-glib-1-20.82-2   simple interprocess messaging syst
ii  libenchant1c2a  1.4.2-3.3a wrapper library for various spel
ii  libgcc1 1:4.4.1-4GCC support library
ii  libgconf2-4 2.28.0-1 GNOME configuration database syste
ii  libglade2-0 1:2.6.4-1library to load .glade files at ru
ii  libglib2.0-02.22.2-2 The GLib library of C routines
ii  libgnome2-0 2.26.0-1 The GNOME library - runtime files
ii  libgnomeui-02.24.2-1 The GNOME libraries (User Interfac
ii  libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface 
ii  libnotify1 [libnotify1-gtk2 0.4.5-1  sends desktop notifications to a n
ii  libnspr4-0d 4.8.2-1  NetScape Portable Runtime Library
ii  libpango1.0-0   1.26.0-1 Layout and rendering of internatio
ii  libstdc++6  4.4.1-4  The GNU Standard C++ Library v3
ii  libx11-62:1.2.2-1X11 client-side library
ii  libxml2 2.7.6.dfsg-1 GNOME XML library
ii  libxslt1.1  1.1.26-1 XSLT processing library - runtime 
ii  python2.5   2.5.4-2  An interactive high-level object-o
ii  xulrunner-1.9   1.9.0.14-1   XUL + XPCOM application runner
ii  xulrunner-1.9-gnome-support 1.9.0.14-1   Support for GNOME in xulrunner app

-- 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#557934: gnome-session: metacity doesn't start anymore

[Christoph Hellwig]

Package: gnome-session
Version: 2.26.2-1
Severity: important

After upgrading gnome bits from 2.6.26 to 2.6.28 metacity isn't started anymore
when logging into a gnome session.  I can start it manually from a shell,
but it requires the --replace option as it claims another window manager is
already running, but ps output doesn't show any.

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

Kernel: Linux 2.6.32-rc8 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/bash

Versions of packages gnome-session depends on:
ii  compiz-gnome  0.8.2-6OpenGL window and compositing mana
ii  gnome-panel   2.26.3-1   launcher and docking facility for 
ii  gnome-session-bin 2.26.2-1   The GNOME Session Manager - Minima
ii  gnome-settings-daemon 2.26.1-2   daemon handling the GNOME session 
ii  metacity  1:2.28.0-2 lightweight GTK+ window manager

gnome-session recommends no packages.

Versions of packages gnome-session suggests:
ii  desktop-base  5.0.5  common files for the Debian Deskto
ii  gnome-keyring 2.28.1-1   GNOME keyring services (daemon and
ii  gnome-user-guide [gnome2-user 2.28.0-1   GNOME user's guide

-- 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#556838: cameleon: FTBFS: Error: unit XmlParser exported in cameleon but already exported by libxml-light-ocaml-dev v2.2-12

[Stéphane Glondu]

Lucas Nussbaum a écrit :
> Source: cameleon
> Version: 1.9.18.svn20090908+703-1
> [...]
> During a rebuild of all packages in sid, your package failed to build on
> amd64.

FYI, I'm planning to fix this with the upload of cameleon 1.9.19 to
unstable (during lablgtk2 2.14 transition). Note: it might be fixed with
a change in dh-ocaml before this transition.

-- 
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#557604: dictionaries-common: Please remove "Mozilla symlinks"

[Agustin Martin]

On Mon, Nov 23, 2009 at 03:44:14PM +0100, Mike Hommey wrote:
> On Mon, Nov 23, 2009 at 02:55:26PM +0100, Agustin Martin wrote:
> > I need to fine tune some things, so dicts are installed always in the xx_XX
> > form, but I expect to change things during this week.
> 
> This part is not necessary, as mozilla is going to accept both forms.

But OOO3 and hunspell expect the lowbar (or plain) form, so we better
install always in lowbar form or in no-lowbar-no-hyphen form (e.g.,
es.{dic,aff}) when Mozilla* accepts it.

> The important thing is that only one is present.

I am still unsure that this can always be done as long as plain/lowbar
refers. E.g., OOO3 seems to accept fo.{} and fo_FO.{}, but this may not
happen for other languages. Also did not check extensively about hunspell
itself.

Anyway, getting rid of the hyphen form will at least decrease remarkably
the number of duplications. So, I am uploading a new dictionaries-common
with installdeb-myspell fixed for that. We will fine tune things like
the above later.

Cheers,

-- 
Agustin



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

Bug#557936: python-xlrd: installs files to /usr/local for Python >= 2.6

[Jakub Wilk]

Source: python-xlrd
Version: 0.6.1-1
Severity: important
User: debian-pyt...@lists.debian.org
Usertags: python2.6 usr-local

Hello,

Starting from Python 2.6, the installation paths for distutils have
changed. /usr/local is now used by default.

When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from
Debian experimental (and with python2.6 as the default one), your binary
packages contained these files:

[python-xlrd_0.6.1-1_all.deb]
/usr/local/bin/runxlrd.py


How to fix it?
==
* try to pass "--prefix=/usr" to setup.py call, check if it's enough,
* if your package is using python-central:
  - add "XB-Python-Version: ${python:Versions}" to all binary packages
that ship Python modules (.py files) or extensions (.so, including
_d.so) in debian/control, check if it's enough,
  - try to convert to python-support[1], check if it's enough,
* add --install-layout=deb to setup.py call and bump minimum required
  python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough
* ask for help on #debian-python or debian-pyt...@lists.debian.org

[1] http://wiki.debian.org/DebianPython/central2support

--
Jakub Wilk



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

Bug#557938: rapache: installs files to /usr/local for Python >= 2.6

[Jakub Wilk]

Source: rapache
Version: 0.6-1.1
Severity: important
User: debian-pyt...@lists.debian.org
Usertags: python2.6 usr-local

Hello,

Starting from Python 2.6, the installation paths for distutils have
changed. /usr/local is now used by default.

When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from
Debian experimental (and with python2.6 as the default one), your binary
packages contained these files:

[rapache_0.6-1.1_all.deb]
/usr/local/share/rapache/Glade/main.glade
/usr/local/share/rapache/Glade/warning_dialog.glade
/usr/local/share/rapache/Glade/edit_vhost.glade
/usr/local/share/rapache/Glade/modules.xml
/usr/local/share/rapache/Glade/browser.png
/usr/local/share/rapache/Glade/edit_domain_name.glade
/usr/local/share/rapache/Glade/confirmation.glade
/usr/local/share/rapache/Glade/edit_module.glade
/usr/local/share/rapache/Glade/old_edit_vhost.glade
/usr/local/share/rapache/Glade/icon_cadsoft_eagle.svg
/usr/local/share/rapache/Glade/modules.png
/usr/local/share/rapache/Glade/apache.lang
/usr/local/share/applications/rapache.desktop
/usr/local/bin/rapache
/usr/local/bin/hosts-manager


How to fix it?
==
* try to pass "--prefix=/usr" to setup.py call, check if it's enough,
* if your package is using python-central:
  - add "XB-Python-Version: ${python:Versions}" to all binary packages
that ship Python modules (.py files) or extensions (.so, including
_d.so) in debian/control, check if it's enough,
  - try to convert to python-support[1], check if it's enough,
* add --install-layout=deb to setup.py call and bump minimum required
  python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough
* ask for help on #debian-python or debian-pyt...@lists.debian.org

[1] http://wiki.debian.org/DebianPython/central2support

--
Jakub Wilk



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

Bug#557939: scim-python: uses pythonX.Y/site-packages for Python >= 2.6

[Jakub Wilk]

Source: scim-python
Version: 0.1.13~rc1-2
Severity: minor
User: debian-pyt...@lists.debian.org
Usertags: python2.6 dist-packages

Hello,

When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from
Debian experimental, your binary packages contained these files:

[python-scim-dbg_0.1.13~rc1-2_amd64.deb]
/usr/lib/debug/usr/lib/python2.6/site-packages/scim-0.1/scim/
/usr/lib/debug/usr/lib/python2.6/site-packages/scim-0.1/scim/_scim.so

This is an indication of a broken package: Python >= 2.6 does not
look for modules into /usr/lib/pythonX.Y/site-packages/ anymore, but
uses /usr/lib/pythonX.Y/dist-packages/ instead.

How to fix it?
==
* if your package is using python-central:
  - add "XB-Python-Version: ${python:Versions}" to all binary packages
that ship Python modules (.py files) or extensions (.so, including
_d.so) in debian/control, check if it's enough,
  - try to convert to python-support[1], check if it's enough,
* add --install-layout=deb to setup.py call and bump minimum required
  python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough
* ask for help on #debian-python or debian-pyt...@lists.debian.org

[1] http://wiki.debian.org/DebianPython/central2support

--
Jakub Wilk



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

Bug#557940: switzerland: installs files to /usr/local for Python >= 2.6

[Jakub Wilk]

Source: switzerland
Version: 0.1.0-2
Severity: important
User: debian-pyt...@lists.debian.org
Usertags: python2.6 usr-local

Hello,

Starting from Python 2.6, the installation paths for distutils have
changed. /usr/local is now used by default.

When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from
Debian experimental (and with python2.6 as the default one), your binary
packages contained these files:

[switzerland_0.1.0-2_amd64.deb]
/usr/local/bin/study-switzerland-pcaps
/usr/local/bin/switzerland-server
/usr/local/bin/switzerland-client
/usr/local/bin/FastCollector


How to fix it?
==
* try to pass "--prefix=/usr" to setup.py call, check if it's enough,
* if your package is using python-central:
  - add "XB-Python-Version: ${python:Versions}" to all binary packages
that ship Python modules (.py files) or extensions (.so, including
_d.so) in debian/control, check if it's enough,
  - try to convert to python-support[1], check if it's enough,
* add --install-layout=deb to setup.py call and bump minimum required
  python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough
* ask for help on #debian-python or debian-pyt...@lists.debian.org

[1] http://wiki.debian.org/DebianPython/central2support

--
Jakub Wilk



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

Bug#557937: pyzor: installs files to /usr/local for Python >= 2.6

[Jakub Wilk]

Source: pyzor
Version: 1:0.5.0-1
Severity: important
User: debian-pyt...@lists.debian.org
Usertags: python2.6 usr-local

Hello,

Starting from Python 2.6, the installation paths for distutils have
changed. /usr/local is now used by default.

When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from
Debian experimental (and with python2.6 as the default one), your binary
packages contained these files:

[pyzor_0.5.0-1_all.deb]
/usr/local/share/doc/pyzor/usage.html
/usr/local/bin/pyzord
/usr/local/bin/pyzor


How to fix it?
==
* try to pass "--prefix=/usr" to setup.py call, check if it's enough,
* if your package is using python-central:
  - add "XB-Python-Version: ${python:Versions}" to all binary packages
that ship Python modules (.py files) or extensions (.so, including
_d.so) in debian/control, check if it's enough,
  - try to convert to python-support[1], check if it's enough,
* add --install-layout=deb to setup.py call and bump minimum required
  python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough
* ask for help on #debian-python or debian-pyt...@lists.debian.org

[1] http://wiki.debian.org/DebianPython/central2support

--
Jakub Wilk



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

Bug#557944: yokadi: installs files to /usr/local for Python >= 2.6

[Jakub Wilk]

Source: yokadi
Version: 0.11.1-1
Severity: important
User: debian-pyt...@lists.debian.org
Usertags: python2.6 usr-local

Hello,

Starting from Python 2.6, the installation paths for distutils have
changed. /usr/local is now used by default.

When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from
Debian experimental (and with python2.6 as the default one), your binary
packages contained these files:

[yokadi_0.11.1-1_all.deb]
/usr/local/share/yokadi/update/dump.py
/usr/local/share/yokadi/update/update1to2
/usr/local/share/yokadi/update/update.py
/usr/local/share/yokadi/update/update2to3
/usr/local/share/yokadi/update/update3to4
/usr/local/share/yokadi/update/README.markdown
/usr/local/share/yokadi/update/update4to5
/usr/local/share/yokadi/LICENSE
/usr/local/share/yokadi/README.markdown
/usr/local/share/yokadi/version
/usr/local/share/yokadi/NEWS
/usr/local/share/yokadi/doc/bugtracking.markdown
/usr/local/share/yokadi/doc/release.markdown
/usr/local/share/yokadi/doc/tips.markdown
/usr/local/share/yokadi/doc/hacking.markdown
/usr/local/bin/yokadi
/usr/local/bin/yokadid
/usr/local/bin/xyokadi


How to fix it?
==
* try to pass "--prefix=/usr" to setup.py call, check if it's enough,
* if your package is using python-central:
  - add "XB-Python-Version: ${python:Versions}" to all binary packages
that ship Python modules (.py files) or extensions (.so, including
_d.so) in debian/control, check if it's enough,
  - try to convert to python-support[1], check if it's enough,
* add --install-layout=deb to setup.py call and bump minimum required
  python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough
* ask for help on #debian-python or debian-pyt...@lists.debian.org

[1] http://wiki.debian.org/DebianPython/central2support

--
Jakub Wilk



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

Bug#557941: wikipediafs: installs files to /usr/local for Python >= 2.6

[Jakub Wilk]

Source: wikipediafs
Version: 0.3-6
Severity: important
User: debian-pyt...@lists.debian.org
Usertags: python2.6 usr-local

Hello,

Starting from Python 2.6, the installation paths for distutils have
changed. /usr/local is now used by default.

When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from
Debian experimental (and with python2.6 as the default one), your binary
packages contained these files:

[wikipediafs_0.3-6_all.deb]
/usr/local/bin/mount.wikipediafs


How to fix it?
==
* try to pass "--prefix=/usr" to setup.py call, check if it's enough,
* if your package is using python-central:
  - add "XB-Python-Version: ${python:Versions}" to all binary packages
that ship Python modules (.py files) or extensions (.so, including
_d.so) in debian/control, check if it's enough,
  - try to convert to python-support[1], check if it's enough,
* add --install-layout=deb to setup.py call and bump minimum required
  python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough
* ask for help on #debian-python or debian-pyt...@lists.debian.org

[1] http://wiki.debian.org/DebianPython/central2support

--
Jakub Wilk



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

Bug#557942: wtop: installs files to /usr/local for Python >= 2.6

[Jakub Wilk]

Source: wtop
Version: 0.6.3-2
Severity: important
User: debian-pyt...@lists.debian.org
Usertags: python2.6 usr-local

Hello,

Starting from Python 2.6, the installation paths for distutils have
changed. /usr/local is now used by default.

When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from
Debian experimental (and with python2.6 as the default one), your binary
packages contained these files:

[wtop_0.6.3-2_all.deb]
/usr/local/bin/logrep
/usr/local/bin/logrep.bat
/usr/local/bin/wtop.bat
/usr/local/bin/wtop


How to fix it?
==
* try to pass "--prefix=/usr" to setup.py call, check if it's enough,
* if your package is using python-central:
  - add "XB-Python-Version: ${python:Versions}" to all binary packages
that ship Python modules (.py files) or extensions (.so, including
_d.so) in debian/control, check if it's enough,
  - try to convert to python-support[1], check if it's enough,
* add --install-layout=deb to setup.py call and bump minimum required
  python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough
* ask for help on #debian-python or debian-pyt...@lists.debian.org

[1] http://wiki.debian.org/DebianPython/central2support

--
Jakub Wilk



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

Bug#557538: libbatteries-ocaml-dev: Can't compile : ocamlfind: Package `bin_prot.syntax' not found

[Stefano Zacchiroli]

On Sun, Nov 22, 2009 at 06:37:48PM +0100, Florent Fourcot wrote:
> probably since the last version of libbatteries, I obtain an error when I try 
> to use batteries. 
> The error is a simple : 
> ocamlfind: Package `bin_prot.syntax' not found - Required by 
> `batteries.bin_prot.syntax'

In turned out this was a corner case in dh-ocaml which the package was
not considering. bin_prot is used by batteries only as a (required)
syntax extension and not as a library at all. This in turn means that
there is no reference to any object of bin_prot in any caml object
shipped by batteries and, finally, that the dependency on bin_prot is
not inferrable by dh-ocaml (which currently knows nothing about the
mapping between findlib packages and Debian packages).

I've hence added explicitly the missing dependency on
libbin-prot-camlp4-dev to ocaml batteries. The fixed package has just
been uploaded to unstable.

In the mean time, as a work around, you can install by hand
"libbin-prot-camlp4-dev" to fix your compilation nuisances.

Cheers.

-- 
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..|  .  |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime


signature.asc
Description: Digital signature

Bug#557945: zinnia: uses pythonX.Y/site-packages for Python >= 2.6

[Jakub Wilk]

Source: zinnia
Version: 0.05-1
Severity: minor
User: debian-pyt...@lists.debian.org
Usertags: python2.6 dist-packages

Hello,

When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from
Debian experimental (and with python2.6 as the default one), your binary
package contained these files:

[libzinnia0-dbg_0.05-1_amd64.deb]
/usr/lib/debug/usr/lib/python2.6/site-packages/_zinnia.so


This is an indication of a broken package: Python >= 2.6 does not
look for modules into /usr/lib/pythonX.Y/site-packages/ anymore, but
uses /usr/lib/pythonX.Y/dist-packages/ instead.

How to fix it?
==
* if your package is using python-central:
  - add "XB-Python-Version: ${python:Versions}" to all binary packages
that ship Python modules (.py files) or extensions (.so, including
_d.so) in debian/control, check if it's enough,
  - try to convert to python-support[1], check if it's enough,
* add --install-layout=deb to setup.py call and bump minimum required
  python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough
* ask for help on #debian-python or debian-pyt...@lists.debian.org

[1] http://wiki.debian.org/DebianPython/central2support

--
Jakub Wilk



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

Bug#557933: epiphany-browser: epiphany refuses to load websites if network manager is running

[Christoph Hellwig]

On Wed, Nov 25, 2009 at 01:41:42PM +0100, Josselin Mouette wrote:
> Le mercredi 25 novembre 2009 ?? 13:18 +0100, Christoph Hellwig a ??crit : 
> > Package: epiphany-browser
> > Version: 2.26.3-2
> > Severity: important
> > 
> > I recently installed network manager to experiment around with an umts 
> > modem.
> > But once network manager is installed and running epiphany refuses to load
> > any website claiming it's in offline mode.  Removing network manager fixes 
> > the
> > issue.
> 
> See /usr/share/doc/epiphany-browser/README.Debian

Sorry, but that's an absolutely dis-satisfactory answer.  Epiphany
basically becomes unuseable by installing something else, which is just
a a braindead default.  One that doesn't actually have any benefits at
all.



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

Bug#557943: wxwidgets2.6: uses pythonX.Y/site-packages for Python >= 2.6

[Jakub Wilk]

Source: wxwidgets2.6
Version: 2.6.3.2.2-3.1
Severity: important
User: debian-pyt...@lists.debian.org
Usertags: python2.6 dist-packages

Hello,

When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from
Debian experimental, your binary packages contained these files:

[python-wxgtk2.6_2.6.3.2.2-3.1_amd64.deb]
/usr/lib/python2.6/site-packages/wx-2.6-gtk2-unicode/*
/usr/lib/python2.6/site-packages/wx/*
/usr/lib/python2.6/site-packages/wxPython/*

[python-wxgtk2.6-dbg_2.6.3.2.2-3.1_amd64.deb]
/usr/lib/python2.6/site-packages/wx-2.6-gtk2-unicode/*
/usr/lib/python2.6/site-packages/wx/*

[python-wxversion_2.6.3.2.2-3.1_all.deb]
/usr/lib/python2.6/site-packages/wxversion.py


This is an indication of a broken package: Python >= 2.6 does not
look for modules into /usr/lib/pythonX.Y/site-packages/ anymore, but
uses /usr/lib/pythonX.Y/dist-packages/ instead.

How to fix it?
==
* if your package is using python-central:
  - add "XB-Python-Version: ${python:Versions}" to all binary packages
that ship Python modules (.py files) or extensions (.so, including
_d.so) in debian/control, check if it's enough,
  - try to convert to python-support[1], check if it's enough,
* add --install-layout=deb to setup.py call and bump minimum required
  python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough
* ask for help on #debian-python or debian-pyt...@lists.debian.org

[1] http://wiki.debian.org/DebianPython/central2support

--
Jakub Wilk



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

Bug#557946: sawfish: Right-click does work anymore

[Nicolas Patrois]

Package: sawfish
Version: 1:1.3.5.2-1
Severity: serious
Justification: required


Right-clicking on the mouse makes my machine just beep, so I can't even quit 
Sawfish correctly nor launch a menu.

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

Kernel: Linux 2.6.26-2-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/bash

Versions of packages sawfish depends on:
ii  gnome-terminal [x-term 2.28.1-1  The GNOME terminal emulator applic
ii  konsole [x-terminal-em 4:4.3.1-1 X terminal emulator for KDE 4
ii  libatk1.0-01.28.0-1  The ATK accessibility toolkit
ii  libaudiofile0  0.2.6-7   Open-source version of SGI's audio
ii  libc6  2.10.1-7  GNU C Library: Shared libraries
ii  libcairo2  1.8.8-2   The Cairo 2D vector graphics libra
ii  libesd-alsa0 [libesd0] 0.2.41-5  Enlightened Sound Daemon (ALSA) - 
ii  libfontconfig1 2.6.0-4   generic font configuration library
ii  libfreetype6   2.3.11-1  FreeType 2 font engine, shared lib
ii  libglib2.0-0   2.22.2-2  The GLib library of C routines
ii  libgmp3c2  2:4.3.1+dfsg-3Multiprecision arithmetic library
ii  libgtk2.0-02.18.3-1  The GTK+ graphical user interface 
ii  libice62:1.0.5-1 X11 Inter-Client Exchange library
ii  libpango1.0-0  1.26.0-1  Layout and rendering of internatio
ii  librep90.90.2-1  embeded lisp command interpreter l
ii  libsm6 2:1.1.1-1 X11 Session Management library
ii  libx11-6   2:1.2.2-1 X11 client-side library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxft22.1.13-3  FreeType-based font drawing librar
ii  libxinerama1   2:1.0.3-2 X11 Xinerama extension library
ii  libxrandr2 2:1.3.0-2 X11 RandR extension library
ii  lxterminal [x-terminal 0.1.6-1   desktop independent vte-based term
ii  rep-gtk1:0.18.4-2GTK+ binding for librep
ii  sawfish-data   1:1.3.5.2-1   sawfish architecture independent d
ii  xfce4-terminal [x-term 0.4.2-1   Xfce terminal emulator
ii  xterm [x-terminal-emul 250-1 X terminal emulator
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

sawfish recommends no packages.

Versions of packages sawfish suggests:
ii  gnome-control-center 1:2.26.0-1  utilities to configure the GNOME d
ii  menu 2.1.42  generates programs menu for all me
ii  yelp 2.28.0+webkit-1 Help browser for GNOME

-- 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#557947: RM: tuxtype-data-nonfree -- ROM; obsolete by latest tuxtype upload

[Holger Levsen]

package: ftp.debian.org

Hi,

please remove the package tuxtype-data-nonfree from unstable, tuxtype 1.8.0-1 
finally has solved this issue, making tuxtype-data-nonfree obsolete.


Thanks,
Holger


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

Bug#556114: patch

[Rogier]

Hi,

I have created the following small patch, which, solves the problem as
much as possible without a major rework.

Basically, instead of recording the start time of the backup in the
incremental file list, it computes a time based on the most recent
modification time of all files that are in the archive, and that were
modified *before* the backup started. The computation consists of
adding one second, and then trunctating the fractional part, unless
that would make the time larger than the start time of the backup, in
which case it is left unchanged. Effectively, if the filesystem is not
being modified, the recorded timestamp now deterministically depends on
the actual state of the filesystem instead of on the arbitrary time tar
happens to be invoked.

The result is that the next level incremental backup will contain all
files modified since the youngest file that was in the backup, if that
file was modified at least 1 second before the dump started. Files that
were modified since: very shortly before, during or after the backup,
will always be included in the next incremental backup.

This patch also takes care of another problem: If the filesystem has a
1-second resolution for its times, and if a backup starts at time T.100
(T seconds + 100 milliseconds), and finishes at time T.300, and if
directly thereafter, at T.400, a file is modified, its modification
time will be stored (with 1-second resolution) as T.000. I.e. it will
have a modification time earlier than the time of the backup (which tar
stores as T.100). Therefore, that file will not be included in the next
incremental backup.

Similarly, with the same 1-second resolution, if tar starts at T.100,
if it stores a file at T.200, and if at T.300, i.e. after it was dumped,
but before tar terminates (which may be at T+1000), that file is
modified, then the filesystem will record a modification time of T.000,
and again, the next level incremental backup will not include the file.

The patch was made against tar 1.20, and it passes all tests. One of the
test cases required a small fix. The patch also applies to tar 1.22,
passing all tests as well.

Issues not solved by this patch:
- For filesystems with a better time resolution than 1 second, more
  files may be included in incremental backups than strictly necessary,
  but never more than 1 second worth. IMHO this is preferable to the
  alternative of some files not being included on filesystems with a
  larger time resolution. Especially since this is not limited to the
  snapshot case, but can (will) also happen during regular dumps - see
  above.
- For filesystems with a worse time resolution than 1 second, files
  may still be left out of an incremental backup. In that case, the
  behavior is no worse than it is now.

Use it as you see fit. Comments etc. are welcome.

Regards,

Rogier


diff -Naur tar-1.20/src/buffer.c tar-1.20-rjg1/src/buffer.c
--- tar-1.20/src/buffer.c   2008-02-04 11:36:51.0 +0100
+++ tar-1.20-rjg1/src/buffer.c  2009-11-25 11:24:10.0 +0100
@@ -175,6 +175,29 @@
   gettime (&start_time);
   volume_start_time = start_time;
   last_stat_time = start_time;
+  deterministic_start_time.tv_sec = TYPE_MINIMUM (time_t);
+  deterministic_start_time.tv_nsec = 0;
+}
+
+void
+update_deterministic_start_time (struct timespec t)
+{
+  /* The deterministic start time is a timestamp that can be
+ deterministically computed from the 'input' (i.e. filesystem
+ status).
+ Theoretically, the dump could have been started at any time
+ between the last change to the filesystem before the actual
+ start, and the first change after the actual start.
+ The deterministic time will be that of the last change
+ before the start of the dump.
+ Using this value instead of the actual start time makes
+ the file list of a listed-incremental backup deterministic 
+ as well
+ */
+
+  if (timespec_cmp (t,deterministic_start_time) > 0
+  && timespec_cmp (t,start_time) < 0)
+  deterministic_start_time = t;
 }
 
 void
diff -Naur tar-1.20/src/common.h tar-1.20-rjg1/src/common.h
--- tar-1.20/src/common.h   2008-04-14 14:03:12.0 +0200
+++ tar-1.20-rjg1/src/common.h  2009-11-25 11:24:10.0 +0100
@@ -304,6 +304,9 @@
 
 /* Timestamps: */
 GLOBAL struct timespec start_time;/* when we started execution */
+GLOBAL struct timespec deterministic_start_time;  /* alternative start-time,
+deterministically computed from
+contents of filesystem */
 GLOBAL struct timespec volume_start_time; /* when the current volume was
 opened*/
 GLOBAL struct timespec last_stat_time;/* when the statistics was last
@@ -406,6 +409,7 @@
 void archive_read_error (void);
 off_t seek_archive (off_t size);
 void set_start_time (void);
+void update_de

Bug#557933: epiphany-browser: epiphany refuses to load websites if network manager is running

[Josselin Mouette]

Le mercredi 25 novembre 2009 à 13:48 +0100, Christoph Hellwig a écrit : 
> > See /usr/share/doc/epiphany-browser/README.Debian
> 
> Sorry, but that's an absolutely dis-satisfactory answer.  Epiphany
> basically becomes unuseable by installing something else, which is just
> a a braindead default.  

No, it becomes unusable when you install network-manager with a broken
configuration. And I’m afraid to say, it’s not the sole package that
will have trouble in this case.

> One that doesn't actually have any benefits at
> all.

If you don’t see benefits in network-manager, just remove it.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `- future understand things”  -- Jörg Schilling


signature.asc
Description: Ceci est une partie de message numériquement signée

Bug#557948: ssmtp: Fails to send any mail with send-mail: Cannot open mailhub:25

[Sven]

Package: ssmtp
Version: 2.64-1
Severity: grave
Justification: renders package unusable


Hi,
2.64-1 stopped working here while telneting to the mailhub still
works as does downgrading to 2.63-1.1.

Error message is alway the following:
s...@marvin:~$ echo foo|mail -s bar s...@timegate.de
send-mail: Cannot open mailhub:25


-- 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=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ssmtp depends on:
ii  debconf [debconf-2.0] 1.5.28 Debian configuration management sy
ii  libc6 2.10.2-2   GNU C Library: Shared libraries
ii  libgnutls26   2.8.5-2the GNU TLS library - runtime libr

ssmtp recommends no packages.

ssmtp suggests no packages.

-- debconf information:
  ssmtp/overwriteconfig: true
  ssmtp/mailname:
  ssmtp/mailhub: mail.hx.lan
  ssmtp/fromoverride: true
  ssmtp/hostname: marvin.hx.lan
  ssmtp/root: s...@hx.lan
  ssmtp/rewritedomain:
  ssmtp/port: 25



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

Bug#557745: not a security issue

[Thomas Koch]

tags 557745 - security
severity 557745 minor

The security issue described is the well known "Cross-Site Scripting"[1] 
problem. It's in the responsibility of a web application developer to guard 
the application that uses YUI against this issue, but it's not a security 
issue of any Javascript library.

[1] http://en.wikipedia.org/wiki/Cross-site_scripting

Please consult the following pages this thread to learn more about whether 
this is a YUI issue:

http://tech.groups.yahoo.com/group/ydn-javascript/message/11714 (full thread)
http://tedhusted.wordpress.com/2007/04/10/fortifying-ajax/

Learn more about how to avoid Cross Site Scripting problems in your app:

http://directwebremoting.org/blog/joe/2007/04/04/how_to_protect_a_json_or_javascript_service.html
http://groups.google.com/group/Google-Web-Toolkit/web/security-for-gwt-
applications

I'm not closing the bug yet, to let people comment on it.

Thomas Koch, http://www.koch.ro



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

Bug#557950: prokyon3: FTBFS on GNU/kFreeBSD

[Cyril Brulebois]

Package: prokyon3
Version: 0.9.6-1
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd

Hi,

your package FTBFS on GNU/kFreeBSD because $QT_LIBS aren't used on this
platform yet. Please find attached a patch to fix this in acinclude.m4,
you only have to relibtoolize (autoreconf -vfi for example) after having
applied it to get the package almost buildable.

It then chokes this way:
| /usr/bin/install: skipping `././testmusicextras/CVS'

(rough back-translation, I'm not under a C locale)

I'd then suggest getting rid of that CVS directory entirely through an
rm -rf in the clean target. Your package then builds fine.

Thanks for considering.

Mraw,
KiBi.
--- prokyon3-0.9.6.orig/acinclude.m4
+++ prokyon3-0.9.6/acinclude.m4
@@ -381,7 +381,7 @@
 fi
 ;;
 
-*linux*)
+*linux*|*k*bsd*)
 QT_LIBS="$QT_LIB"
 if test $QT_IS_STATIC = yes && test $QT_IS_EMBEDDED = no; then
 #QT_LIBS="$QT_LIBS -L$x_libraries -lXext -lX11 -lm -lSM -lICE -ldl 
-ljpeg"

Bug#557949: generates an invalid /etc/default/adjtimex

[Alexander Korolkov]

Package: adjtimex
Version: 1.28-1
Severity: important

During the installation of adjtimex package the following messages
appeared:

Comparing clocks (this will take 70 sec)...done.

awk: BEGIN{print ((to-1)*100 + override)./65536.)*.0864}

awk:^ syntax error  

awk: BEGIN{print ((to-1)*100 + override)./65536.)*.0864}

awk:  ^ unterminated regexp 

awk: cmd. line:1: BEGIN{print ((to-1)*100 + override)./65536.)*.0864}   

awk: cmd. line:1:^ 
unexpected newline or end of string 
 
Adjusting system time by  sec/day to agree with CMOS clock...done.  



Then /etc/default/adjtimex file looked like this:

#  /etc/default/adjtimex - configuration file for adjtimex(8)
#
#  you may adjust these values manually or by calling /usr/sbin/adjtimexconfig
#
#  This file is sourced by /etc/init.d/adjtimex
#
TICK=to
FREQ=override).


I looked through postinst script and found that on my machine adjtimex
prints an error message:

# /sbin/adjtimex --adjust 2> /dev/null
  --- current ---   -- suggested --
cmos time system-cmos  error_ppm   tick  freqtick  freq
12591495203068.566262
12591495303068.579347 1308.5  1 0
12591495403068.592294 1294.7  1 09987350573
12591495503068.605252 1295.8  1 09987272449
12591495603068.618202 1295.0  1 09987325574

ERROR: required correction is greater than plus/minus 500 parts
per million, quitting (use --force-adjust to override).


Notice that adjtimex, for some unknown reason, prints this error message
to stdout, not stderr. Apparently the postinst script takes words of this
message instead of tick/freq values and writes them to the configuration file.

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

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

Versions of packages adjtimex depends on:
ii  debconf [debconf-2.0] 1.5.28 Debian configuration management sy
ii  libc6 2.10.1-5   GNU C Library: Shared libraries

adjtimex recommends no packages.

Versions of packages adjtimex suggests:
ii  ntpdate 1:4.2.4p6+dfsg-2 client for setting system time fro

-- debconf information excluded



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

Bug#557951: option to force backup (--include-if-present)

[Alexander Gerasiov]

Package: rdiff-backup
Severity: wishlist

We have --exclude-if-present to let user specify, they don't want this to be
backuped. But look at the following situation:
I backup users' data. There are some multimedia, iso images etc, that I don't
want to keep. So I set --max-file-size=500M. But sometimes user's still need
such files to be backuped, so it would be nice, if I can specify

--exclude-if-present=.no-backup --include-if-present=.force-backup 
--max-file-size=500M

and got the following: if there is .no-backup file, directory would not be 
backuped, if
not, and there is .force-backup, then all files and subdirs would be backuped 
(until
there is somewhere .no-backup), and if there is none of that files, all files 
and subdirs
not greater then 500M would be backuped.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing-proposed-updates
  APT policy: (680, 'testing-proposed-updates'), (680, 'testing'), (670, 
'proposed-updates'), (670, 'stable'), (600, 'unstable'), (550, 'experimental')
Architecture: i386 (x86_64)

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



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

Bug#557952: clamsmtp: Improvement for Debconf question

[Helge Kreutzmann]

Package: clamsmtp
Version: 1.10-2
Severity: wishlist
Tags: patch
X-Debbugs-CC: Christian Perrier 

While updating the German translation for calmsmtp, the following
string was found to be inaccurate:
"Warning! Use this option at your own risk, and be sure to check directory "
"permissions after running the 'start' or 'restart' commands for the init "
"script."

"start" and "restart" are not commands, but rather parameters for the init
script. So I suggest the following rewrite:

"Warning! Use this option at your own risk, and be sure to check directory "
"permissions after running the init script with the parameters 'start' or "
"'restart'."

Please run podebconf-report-po after fixing to enable all translators
to update their translation.

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#557953: gvfs: Missing xdg-mount

[Alessandro Pellizzari]

Package: gvfs
Version: 1.4.1-6
Severity: normal


Latest version of gvfs is missing xdg-mount. This renders Gnome automounting
of removable media not working anymore.

Downgrading to 1.4.1-5 fixes the problem.

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

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

Versions of packages gvfs depends on:
ii  devicekit-disks   009-2  abstraction for enumerating block 
ii  libc6 2.10.2-2   GNU C Library: Shared libraries
ii  libdbus-1-3   1.2.16-2   simple interprocess messaging syst
ii  libgconf2-4   2.28.0-1   GNOME configuration database syste
ii  libgdu0   2.28.1-2   GObject based Disk Utility Library
ii  libglib2.0-0  2.22.2-2   The GLib library of C routines
ii  libgnome-keyring0 2.28.1-2   GNOME keyring services library
ii  libudev0  147-5  libudev shared library
ii  x11-utils 7.4+1  X11 utilities

Versions of packages gvfs recommends:
ii  dbus  1.2.16-2   simple interprocess messaging syst
ii  policykit-1-gnome 0.95-1 GNOME authentication agent for Pol

Versions of packages gvfs suggests:
ii  gvfs-backends 1.4.1-6userspace virtual filesystem - bac

-- 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#557954: nfs-common: showmount -e fails on NFS servers that only offer NFSv3 mountd (rpc mount export: RPC: Program/version mismatch; low version = 3, high version = 3)

[Thomas Korber]

Package: nfs-common
Version: 1:1.1.2-6lenny1
Severity: normal
Tags: patch

Hi,

showmount -e fails on an NFS server (CentOS with RPCMOUNTDOPTS="-N 1 -N 2") 
whose mountd offers NFSV3 only and Debian's showmount seems to speak NFSV1
only. In the rpcinfo -p output below, the latter is the CentOS box.

tkor...@exdpr:~/Desktop$ diff rpcinfo_storeob-ha01 rpcinfo_storeob-ha02 
   
8,21c8,17   
   
 151   tcp600  mountd   
  
 151   udp   1023  mountd   
  
 152   tcp600  mountd   
  
 152   udp   1023  mountd   
  
 153   tcp600  mountd   
  
 153   udp   1023  mountd   
  
 1000211   tcp  56488  nlockmgr 
  
 1000211   udp  53904  nlockmgr 
  
 1000213   tcp  56488  nlockmgr 
  
 1000213   udp  53904  nlockmgr 
  
 1000214   tcp  56488  nlockmgr 
  
 1000214   udp  53904  nlockmgr 
  
 1000241   tcp604  status   
  
 1000241   udp603  status   
  
--- 
   


 153   tcp809  mountd   

 153   udp806  mountd   

 1000211   tcp  47446  nlockmgr 

 1000211   udp  36215  nlockmgr
 1000213   tcp  47446  nlockmgr 

 1000213   udp  36215  nlockmgr 

 1000214   tcp  47446  nlockmgr 

 1000214   udp  36215  nlockmgr 

 1000241   tcp891  status   

 1000241   udp888  status

That's the showmount error message:

tkor...@exdpr:~$ showmount -e storeob-ha02
rpc mount export: RPC: Program/version mismatch; low version = 3, high version 
= 3


I think it would be a good idea to make also showmount speak NFSV3.

Here's a patch against the version in Lenny:


diff -Nru nfs-utils-1.1.2-orig/utils/showmount/showmount.c 
nfs-utils-1.1.2/utils/showmount/showmount.c
--- nfs-utils-1.1.2-orig/utils/showmount/showmount.c2008-03-14 
16:46:29.0 +0100
+++ nfs-utils-1.1.2/utils/showmount/showmount.c 2009-11-25 12:3

Bug#502920: Cannot "paste" text copied from Skype, KWrite, Open Office ....

[Thierry CHARLES]

Hi,

The compose window continues to generate a segfault when pasting text from a 
rich content

If I copy text from uncolored kwrite, it works but if I copy text from 
syntax-colored kwrite Thunderbird does a segfault

This bug is realy annoying ...

System info :
Debian Squeeze 64bits
Linux pctotc 2.6.30-2-amd64 #1 SMP Fri Sep 25 22:16:56 UTC 2009 x86_64 GNU/Linux

Package info :
Package: icedove
Status: install ok installed
Priority: optional
Section: mail
Installed-Size: 37732
Maintainer: Alexander Sack 
Architecture: amd64
Version: 2.0.0.22-0lenny1
Provides: imap-client, mail-reader, news-reader
Depends: fontconfig, psmisc, debianutils (>= 1.16), libatk1.0-0 (>= 1.20.0), libc6 (>= 2.7-1), libcairo2 (>= 1.2.4), 
libfontconfig1 (>= 2.4.0), libfreetype6 (>= 2.3.5), libgcc1 (>= 1:4.1.1), libglib2.0-0 (>= 2.16.0), libgtk2.0-0 (>= 
2.12.0), libhunspell-1.2-0 (>= 1.2.4), libjpeg62, libnspr4-0d (>= 1.8.0.10), libnss3-1d (>= 3.12.0~beta3), libpango1.0-0 
(>= 1.20.3), libpng12-0 (>= 1.2.13-4), libstdc++6 (>= 4.1.1), libx11-6, libxft2 (>> 2.1.1), libxinerama1, libxrender1, 
libxt6, zlib1g (>= 1:1.1.4)
Suggests: icedove-gnome-support (= 2.0.0.22-0lenny1), latex-xft-fonts, libthai0

--
Thierry CHARLES 
/Infass Systèmes 
//
/

Bug#533830: uses most of CPU

[Mark Hindley]

On Tue, Nov 24, 2009 at 10:21:30PM +1100, Ben Finney wrote:
> Thanks for the response.
> 
> On 24-Nov-2009, Mark Hindley wrote:
> > Can you try the patch at 
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533830#15
> > 
> > I have had a report that it fixes this bug.
> 
> The patch is already applied AFAICT (my report to this bug specifies
> ???apt-cacher??? version 1.6.9), and the behaviour is as I described. So
> no, that change doesn't fix the bug.

OK, I have had a look at this again. I can't reproduce it, but I think
that on some systems there is a conflict between
IO::Select->can_read and alarm(). From the reports I have, I can't see
the pattern though.

Could you try this patch (against 1.6.9)

Mark


diff --git a/apt-cacher b/apt-cacher
index 8ac5b91..9db5fa0 100755
--- a/apt-cacher
+++ b/apt-cacher
@@ -1208,7 +1208,6 @@ sub connect_curlm {
$active_handles++;

while ($active_handles) {
-   alarm $cfg->{curl_idle_timeout}; # Reset timeout
my $active_transfers = $curlm->perform;
if ($active_transfers != $active_handles) {
if (my ($id,$return_value) = $curlm->info_read) 
 {



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

Bug#557957: pootle: FTBFS with Python >= 2.6

[Jakub Wilk]

Source: pootle
Version: 1.2.1-4
Severity: important
User: debian-pyt...@lists.debian.org
Usertags: python2.6 usr-local ftbfs

Hello,

Starting from Python 2.6, the installation paths for distutils have
changed. /usr/local is now used by default.

When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from
Debian experimental (and with python2.6 as the default one), your
package failed to build from source. Here's relevant part of the build
log:

[...]

python pootlesetup.py build

[...]

running install_scripts
creating /tmp/buildd/pootle-1.2.1/debian/pootle/usr/local/bin
copying build/scripts-2.6/PootleServer -> 
/tmp/buildd/pootle-1.2.1/debian/pootle/usr/local/bin

[...]

# Pootle is a WEB server, I prefer to install it in sbin
mv /tmp/buildd/pootle-1.2.1/debian/pootle/usr/bin/PootleServer 
/tmp/buildd/pootle-1.2.1/debian/pootle/usr/sbin
mv: cannot stat `/tmp/buildd/pootle-1.2.1/debian/pootle/usr/bin/PootleServer': 
No such file or directory
make: *** [install] Error 1


How to fix it?
==
* try to pass "--prefix=/usr" to setup.py call, check if it's enough,
* if your package is using python-central:
  - add "XB-Python-Version: ${python:Versions}" to all binary packages
that ship Python modules (.py files) or extensions (.so, including
_d.so) in debian/control, check if it's enough,
  - try to convert to python-support[1], check if it's enough,
* add --install-layout=deb to setup.py call and bump minimum required
  python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough
* ask for help on #debian-python or debian-pyt...@lists.debian.org

[1] http://wiki.debian.org/DebianPython/central2support

--
Jakub Wilk



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

Bug#557955: gvb: FTBFS with Python >= 2.6

[Jakub Wilk]

Source: gvb
Version: 1.2-1
Severity: important
User: debian-pyt...@lists.debian.org
Usertags: python2.6 usr-local ftbfs

Hello,

Starting from Python 2.6, the installation paths for distutils have
changed. /usr/local is now used by default.

When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from
Debian experimental (and with python2.6 as the default one), your
pacakge failed to build from source. Here's relevant part of the build
log:

[...]

running install_data
creating /tmp/buildd/gvb-1.2/debian/gvb/usr/local/share
creating /tmp/buildd/gvb-1.2/debian/gvb/usr/local/share/gvb
creating /tmp/buildd/gvb-1.2/debian/gvb/usr/local/share/gvb/stuff

[...]

running install_egg_info
Writing 
/tmp/buildd/gvb-1.2/debian/gvb/usr/local/lib/python2.6/dist-packages/gvb-1.2.egg-info
ERROR: Cannot parse /tmp/buildd/gvb-1.2/debian/gvb/usr/share/omf/gvb/gvb-C.omf. 
 Is it valid?
ERROR: Cannot parse 
/tmp/buildd/gvb-1.2/debian/gvb/usr/share/omf/gvb/gvb-it.omf.  Is it valid?
cd help; for i in *; do scrollkeeper-preinstall 
/usr/share/gnome/help/gvb/$i/gvb.xml \
   /tmp/buildd/gvb-1.2/debian/gvb/usr/share/omf/gvb/gvb-$i.omf \
   /tmp/buildd/gvb-1.2/debian/gvb/usr/share/omf/gvb/gvb-$i.omf; done
ERROR: Cannot parse /tmp/buildd/gvb-1.2/debian/gvb/usr/share/omf/gvb/gvb-C.omf. 
 Is it valid?
ERROR: Cannot parse 
/tmp/buildd/gvb-1.2/debian/gvb/usr/share/omf/gvb/gvb-it.omf.  Is it valid?
make: *** [install] Error 2


How to fix it?
==
* try to pass "--prefix=/usr" to setup.py call, check if it's enough,
* add --install-layout=deb to setup.py call and bump minimum required
  python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough
* ask for help on #debian-python or debian-pyt...@lists.debian.org

--
Jakub Wilk



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

Bug#557956: moin: FTBFS with Python >= 2.6

[Jakub Wilk]

Source: moin
Version: 1.8.5-1
Severity: important
User: debian-pyt...@lists.debian.org
Usertags: python2.6 usr-local ftbfs

Hello,

Starting from Python 2.6, the installation paths for distutils have
changed. /usr/local is now used by default.

When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from
Debian experimental (and with python2.6 as the default one), your
pacakge failed to build from source. Here's relevant part of the build
log:

[...]

cd . && /usr/bin/python setup.py build 
--build-base="/tmp/buildd/moin-1.8.5/./build"
running build
running build_py

[...]

creating 
/tmp/buildd/moin-1.8.5/debian/python-moinmoin/usr/local/share/moin/htdocs/applets

[...]

egrep -r -l -Z '^#! ?/usr/bin/(env )?python[[:print:]]*$' 
debian/python-moinmoin/usr/share/moin/server/* 
debian/python-moinmoin/usr/share/doc/* \
| xargs -r -0 perl -pi -e 's,^#! ?/usr/bin/(env 
)?python[[:print:]]*$,#!/usr/bin/python,'
egrep: debian/python-moinmoin/usr/share/moin/server/*: No such file or directory
egrep -r -l -Z '^## ' 
debian/python-moinmoin/usr/share/moin/underlay/pages/*/revisions/* \
| xargs -r -0 perl -pi -e 's;^## (Please edit 
system|information, please see|Please edit |For more information).*\n;;'
egrep: debian/python-moinmoin/usr/share/moin/underlay/pages/*/revisions/*: No 
such file or directory
egrep -r -l -Z '^#! ?/usr/bin/(env )?python[[:print:]]*$' 
debian/python-moinmoin/usr/share/python-support/python-moinmoin \
| xargs -r -0 chmod a+x
egrep: debian/python-moinmoin/usr/share/python-support/python-moinmoin: No such 
file or directory
mkdir -p 
debian/python-moinmoin/usr/share/moin/underlay/pages/LocalSpellingWords/revisions
echo "0001" \
> 
debian/python-moinmoin/usr/share/moin/underlay/pages/LocalSpellingWords/current
echo "Jürgen Hermann Python MoinMoin moin" \
> 
debian/python-moinmoin/usr/share/moin/underlay/pages/LocalSpellingWords/revisions/0001
echo "Debian GNU" \
>> 
debian/python-moinmoin/usr/share/moin/underlay/pages/LocalSpellingWords/revisions/0001
mkdir -p debian/python-moinmoin/usr/share/moin/data/dict
ln -s ../../../dict/words debian/python-moinmoin/usr/share/moin/data/dict/words
mkdir -p debian/python-moinmoin/etc/moin
for file in `find debian/python-moinmoin/usr/share/moin/config/wikifarm -type f 
-print`; do \
sed -f debian/configtweaks.sed $file > 
debian/python-moinmoin/etc/moin/${file##*/}; \
done
find: `debian/python-moinmoin/usr/share/moin/config/wikifarm': No such file or 
directory
for file in `find debian/python-moinmoin/usr/share/moin/server -type f -printf 
'%f\n'`; do \
cat debian/python-moinmoin/usr/share/moin/server/$file | sed -f 
debian/servertweaks.sed > 
debian/python-moinmoin/usr/share/moin/server/$file.new; \
chmod 
--reference=debian/python-moinmoin/usr/share/moin/server/$file 
debian/python-moinmoin/usr/share/moin/server/$file.new; \
mv -f debian/python-moinmoin/usr/share/moin/server/$file.new 
debian/python-moinmoin/usr/share/moin/server/$file; \
done
find: `debian/python-moinmoin/usr/share/moin/server': No such file or directory
rm -f 
debian/python-moinmoin/usr/share/moin/htdocs/applets/TWikiDrawPlugin/twikidraw.jar
echo "This applet has not yet been packaged for Debian. for now it is available at 
http://debian.jones.dk/auryn/pool-all/official/moin/twikidraw/"; > 
debian/python-moinmoin/usr/share/moin/htdocs/applets/TWikiDrawPlugin/README
/bin/sh: cannot create 
debian/python-moinmoin/usr/share/moin/htdocs/applets/TWikiDrawPlugin/README: 
Directory nonexistent
make: *** [binary-fixup/python-moinmoin] Error 2


How to fix it?
==
* try to pass "--prefix=/usr" to setup.py call, check if it's enough,
* add --install-layout=deb to setup.py call and bump minimum required
  python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough
* ask for help on #debian-python or debian-pyt...@lists.debian.org

--
Jakub Wilk



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

Bug#557959: xmms2tray: FTBFS with Python >= 2.6

[Jakub Wilk]

Source: xmms2tray
Version: 0.5-1
Severity: important
User: debian-pyt...@lists.debian.org
Usertags: python2.6 usr-local ftbfs

Hello,

Starting from Python 2.6, the installation paths for distutils have
changed. /usr/local is now used by default.

When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from
Debian experimental (and with python2.6 as the default one), your
package failed to build from source. Here's relevant part of the build
log:

[...]

python setup.py install --root=/tmp/buildd/xmms2tray-0.5/debian/xmms2tray

[...]

running install_data
creating /tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share
creating /tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/doc
creating 
/tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/doc/xmms2tray
copying README -> 
/tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/doc/xmms2tray
copying COPYING -> 
/tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/doc/xmms2tray
copying ChangeLog -> 
/tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/doc/xmms2tray
creating /tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/xmms2tray
creating 
/tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/xmms2tray/data
copying data/xmms2_simple.png -> 
/tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/xmms2tray/data
copying data/xmms2_glossy.png -> 
/tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/xmms2tray/data
copying data/xmms2_glossy_24.png -> 
/tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/xmms2tray/data
copying data/xmms2_simple_64.png -> 
/tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/xmms2tray/data
copying data/xmms2_64.png -> 
/tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/xmms2tray/data
copying data/xmms2_24.png -> 
/tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/xmms2tray/data
creating 
/tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/xmms2tray/data/po
creating 
/tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/xmms2tray/data/po/LC_MESSAGES
creating 
/tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/xmms2tray/data/po/LC_MESSAGES/xmms2tray.mo
copying data/po/de/LC_MESSAGES/xmms2tray.mo -> 
/tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/xmms2tray/data/po/LC_MESSAGES/xmms2tray.mo
running install_egg_info
Writing 
/tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/lib/python2.6/dist-packages/xmms2tray-0.5.egg-info
rm /tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/share/doc/xmms2tray/COPYING
rm: cannot remove 
`/tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/share/doc/xmms2tray/COPYING': 
No such file or directory
make: *** [install] Error 1


How to fix it?
==
* try to pass "--prefix=/usr" to setup.py call, check if it's enough,
* add --install-layout=deb to setup.py call and bump minimum required
  python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough
* ask for help on #debian-python or debian-pyt...@lists.debian.org

--
Jakub Wilk



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

Bug#557958: pssh: FTBFS with Python >= 2.6

[Jakub Wilk]

Source: pssh
Version: 2.0-1
Severity: important
User: debian-pyt...@lists.debian.org
Usertags: python2.6 usr-local ftbfs

Hello,

Starting from Python 2.6, the installation paths for distutils have
changed. /usr/local is now used by default.

When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from
Debian experimental (and with python2.6 as the default one), your
package failed to build from source. Here's relevant part of the build
log:

[...]

python setup.py build

[...]

running install_scripts
creating debian/pssh/usr/local/bin
copying build/scripts-2.6/pscp -> debian/pssh/usr/local/bin
copying build/scripts-2.6/pslurp -> debian/pssh/usr/local/bin
copying build/scripts-2.6/pssh -> debian/pssh/usr/local/bin
copying build/scripts-2.6/pnuke -> debian/pssh/usr/local/bin
copying build/scripts-2.6/prsync -> debian/pssh/usr/local/bin
changing mode of debian/pssh/usr/local/bin/pscp to 755
changing mode of debian/pssh/usr/local/bin/pslurp to 755
changing mode of debian/pssh/usr/local/bin/pssh to 755
changing mode of debian/pssh/usr/local/bin/pnuke to 755
changing mode of debian/pssh/usr/local/bin/prsync to 755
# Rename everything, because of conflicts with putty
mv debian/pssh/usr/bin/pssh debian/pssh/usr/bin/parallel-ssh
mv: cannot stat `debian/pssh/usr/bin/pssh': No such file or directory
make: *** [install] Error 1


How to fix it?
==
* try to pass "--prefix=/usr" to setup.py call, check if it's enough,
* add --install-layout=deb to setup.py call and bump minimum required
  python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough
* ask for help on #debian-python or debian-pyt...@lists.debian.org

--
Jakub Wilk



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

Bug#557933: epiphany-browser: epiphany refuses to load websites if network manager is running

[Christoph Hellwig]

On Wed, Nov 25, 2009 at 02:07:45PM +0100, Josselin Mouette wrote:
> > One that doesn't actually have any benefits at
> > all.
> 
> If you don???t see benefits in network-manager, just remove it.

That's in fact what I have done.  But again, even a totally unconfigured
and just installed network-manager causes this problem.




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

Bug#533830: uses most of CPU

[Mark Hindley]

On Tue, Nov 24, 2009 at 10:21:30PM +1100, Ben Finney wrote:
> Thanks for the response.

Could you run these perl one-liners from a console and check my expected
results.

perl -e'alarm 1;printf "Num: %d\tTime left: %f\n", select undef, undef, undef, 
3.0'

Expect: Alarm clock


perl -e'alarm 5;printf "Num: %d\tTime left: %f\n", select undef, undef, undef, 
3.0'

Expect: Num: 0Time left: 0.00


perl -e'$SIG{ALRM}=sub {};alarm 1;printf "Num: %d\tTime left: %f\n", select 
undef, undef, undef, 3.0'

Expect: Num: -1Time left: 2.00


Thanks

Mark



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

Bug#557960: python-newt: SnackScreen() segfaults when called a second time in a screen session

[Matthias Witte]

Package: python-newt
Version: 0.52.2-11.3+lenny1
Severity: important


The following script will cause a segfault if it is run in a screen session:

--
#!/usr/bin/env python

from snack import *

s = SnackScreen()
g = Grid(1, 1)
ok = Button("Ok")
g.setField(ok, 0, 0)
s.gridWrappedWindow(g, "Ok")
F = Form()
F.add(ok)
res = F.run()
s.popWindow()
s.finish()

print "New screen"
s = SnackScreen()
# print "We do not get here if run in screen."
g = Grid(1, 1)
ok = Button("Ok")
g.setField(ok, 0, 0)
s.gridWrappedWindow(g, "segfaults in screen")
F = Form()
F.add(ok)
res = F.run()
s.popWindow()
s.finish()
--

$ gdb /usr/bin/python  core
[...]
Core was generated by `python ./scr.py'.
Program terminated with signal 11, Segmentation fault.
[New process 20352]
#0  0x7f70fb68fa23 in free () from /lib/libc.so.6
(gdb) bt
#0  0x7f70fb68fa23 in free () from /lib/libc.so.6
#1  0x7f70fabb4a42 in ?? () from /lib/libslang.so.2
#2  0x7f70fabb8828 in SLtt_initialize () from /lib/libslang.so.2
#3  0x7f70fabb918d in SLtt_get_terminfo () from /lib/libslang.so.2
#4  0x7f70faeba0e1 in newtInit () from /usr/lib/libnewt.so.0.52
#5  0x7f70fb0cdb4f in ?? () from 
/usr/lib/python2.5/site-packages/_snackmodule.so
[...]

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

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

Versions of packages python-newt depends on:
ii  libnewt0.52   0.52.2-11.3+lenny1 Not Erik's Windowing Toolkit - tex
ii  python2.5.2-3An interactive high-level object-o
ii  python-central0.6.8  register and build utility for Pyt

python-newt recommends no packages.

python-newt 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#533830: uses most of CPU

[Ben Finney]

On 25-Nov-2009, Mark Hindley wrote:
> Could you run these perl one-liners from a console and check my
> expected results.

I'm running these on the same machine where I'm experiencing this bug
(a PowerPC64 box running Debian Squeeze).

> perl -e'alarm 1;printf "Num: %d\tTime left: %f\n", select undef, undef, 
> undef, 3.0'
> Expect: Alarm clock

$ perl -e'alarm 1;printf "Num: %d\tTime left: %f\n", select undef, undef, 
undef, 3.0'
Alarm clock

> perl -e'alarm 5;printf "Num: %d\tTime left: %f\n", select undef, undef, 
> undef, 3.0'
> Expect: Num: 0Time left: 0.00

$ perl -e'alarm 5;printf "Num: %d\tTime left: %f\n", select undef, undef, 
undef, 3.0'
Num: 0  Time left: 0.00

> perl -e'$SIG{ALRM}=sub {};alarm 1;printf "Num: %d\tTime left: %f\n", select 
> undef, undef, undef, 3.0'
> Expect: Num: -1Time left: 2.00

$ perl -e'$SIG{ALRM}=sub {};alarm 1;printf "Num: %d\tTime left: %f\n", select 
undef, undef, undef, 3.0'
Num: -1 Time left: 1.90

-- 
 \  “Nature abhors a moron.” —Henry L. Mencken |
  `\   |
_o__)  |
Ben Finney 


signature.asc
Description: Digital signature