Bug#512980: Patch for the l10n upload of towitoko

[Christian PERRIER]

Simon, is there any ETA now for an upload of towitoko? I still have it
on my radar since the last translaiton update round finished and you
asked me to not NMU as you were about to upload




signature.asc
Description: Digital signature

Bug#562836: Patch for the l10n upload of dash

[Christian PERRIER]

> We finally agreed that you would do the update yourself at the end of
> the l10n update round.
> 
> (actually, I also subscribed to the pkg mailing list after Gerrit's
> call for help on -devel and intend to do my best helping to maintain
> the pkgat least I can commit this stuff in git if you're OK with that)

I didn't do much wrt this as others (mostly Raphaël G.) popped up with
more clues than me about the current status of the dash package.



Still, I don't see l10n stuff as blocking for other activities and the
package hasn't got any upload since September. I understand there are
difficult to solve issues wrt the "use bash as /bin/sh" release goal,
but IMHO that should not prevent *other* bugs to be fixed.

As a consequence, I'm repondering an l10n NMU for dash if that's the
only solution to get the l10n bugs fixed.




signature.asc
Description: Digital signature

Bug#532561: status request

[roma1390]

Hello,

What issue blocks to fix this bug? May be some how I can help?



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

Bug#562836: Patch for the l10n upload of dash

[Raphael Geissert]

On Monday 10 May 2010 00:20:40 Christian PERRIER wrote:
> Still, I don't see l10n stuff as blocking for other activities and the
> package hasn't got any upload since September. I understand there are
> difficult to solve issues wrt the "use bash as /bin/sh" release goal,
> but IMHO that should not prevent *other* bugs to be fixed.

The problem is the auto rejection.

With the last set of changes I pushed to my repository it should be possible 
to make an upload.

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



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

Bug#549171: Announce of the upcoming NMU for the cyphesis-cpp package

[Christian PERRIER]

Dear maintainer of cyphesis-cpp and Debian translators,

Some days ago, I sent a notice to the maintainer of the cyphesis-cpp Debian
package, mentioning the status of at least one old po-debconf translation 
update in the BTS.

I announced the intent to build and possibly upload a non-maintainer upload
for this package in order to fix this long-time pending localization
bug as well as all other pending translations.

The package maintainer agreed for the NMU or did not respond in four
days, so I will proceed with the NMU.

The full planned schedule is available at the end of this mail.

The package is currently translated to: 
cs de es fr ja nl pt ru sv vi

Among these, the following translations are incomplete: 

If you did any of the, currently incomplete, translations you will get
ANOTHER mail with the translation to update.

Other translators also have the opportunity to create new translations
for this package. Once completed, please send them as a bug report
against the cyphesis-cpp package so I can incorporate them in the build.

The deadline for receiving updates and new translations is Sunday, May 16, 
2010. If you
are not in time you can always send your translation to the BTS.

The POT file is attached to this mail.

If the maintainer objects to this process I will immediately abort my NMU
and send him/her all updates I receive.

Otherwise the following will happen (or already has):

 Wednesday, May 05, 2010   : send the first intent to NMU notice to
 the package maintainer.
 Monday, May 10, 2010   : send this notice
 Sunday, May 16, 2010   : (midnight) deadline for receiving translation 
updates
 Monday, May 17, 2010   : build the package and upload it to DELAYED/7-day
 send the NMU patch to the BTS
 Monday, May 24, 2010   : NMU uploaded to incoming

Thanks for your efforts and time.

-- 


-- 


# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR , YEAR.
#
#, fuzzy
msgid ""
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: konque...@gmx.de\n"
"POT-Creation-Date: 2006-07-23 17:05+\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME \n"
"Language-Team: LANGUAGE \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=CHARSET\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: note
#. Description
#: ../cyphesis-cpp.templates:1001
msgid "Configuration note"
msgstr ""

#. Type: note
#. Description
#: ../cyphesis-cpp.templates:1001
msgid ""
"In order to use cyphesis-cpp you must have access to a postgresql server. "
"The server does not have to be installed on the same host as cyphesis-cpp "
"but it has to be reachable over a network and you have to have access to it."
msgstr ""

#. Type: note
#. Description
#: ../cyphesis-cpp.templates:1001
msgid ""
"For further configuration information please read /usr/share/doc/cyphesis-"
"cpp/README.Debian."
msgstr ""

#. Type: boolean
#. Description
#: ../cyphesis-cpp.templates:2001
msgid "Use a local postgresql server?"
msgstr ""

#. Type: boolean
#. Description
#: ../cyphesis-cpp.templates:2001
msgid ""
"Cyphesis-cpp can use a local postgresql server over unix sockets instead "
"over a network. The database server doesn't need to listen to the network "
"then. This is recommended for local usage as it's thought to be more secure."
msgstr ""

#. Type: string
#. Description
#: ../cyphesis-cpp.templates:3001
msgid "Database server:"
msgstr ""

#. Type: string
#. Description
#: ../cyphesis-cpp.templates:3001
msgid ""
"On which host is the postgresql database server located, which will be used "
"by cyphesis-cpp to store its internal data?"
msgstr ""

#. Type: string
#. Description
#: ../cyphesis-cpp.templates:4001
msgid "Database name:"
msgstr ""

#. Type: string
#. Description
#: ../cyphesis-cpp.templates:4001
msgid ""
"What is the database name cyphesis-cpp should use on the database server?"
msgstr ""

#. Type: string
#. Description
#: ../cyphesis-cpp.templates:5001
msgid "Database user:"
msgstr ""

#. Type: string
#. Description
#: ../cyphesis-cpp.templates:5001
msgid "Please type in the username for the database server"
msgstr ""

#. Type: password
#. Description
#: ../cyphesis-cpp.templates:6001
msgid "Password:"
msgstr ""

#. Type: password
#. Description
#: ../cyphesis-cpp.templates:6001
msgid "Please type in the password to use to access the database server"
msgstr ""

#. Type: boolean
#. Description
#: ../cyphesis-cpp.templates:7001
msgid "Use a metaserver?"
msgstr ""

#. Type: boolean
#. Description
#: ../cyphesis-cpp.templates:7001
msgid ""
"Cyphesis-cpp can use the metaserver of the WorldForge project to announce "
"itself to the world. Players will detect your server automatically when "
"starting their client."
msgstr ""


signature.asc
Description: Digital signature

Bug#580825: mdadm: Exit code 1 when running checkarray

[martin f krafft]

also sprach GSR  [2010.05.09.0601 +0200]:
> I got the same email. But I think I understand why it does that and
> have a fix so it stops causing false alarms. It happens because the
> cron command tries to run once per month, but only the first sunday
> should checks be performed. So the second test in pipeline fails
> around 3 weeks per month, ending the pipe with error, when in reality
> that error is not a problem. Plausible fix:
> 
> [ -x /usr/share/mdadm/checkarray ] && [ $(date +\%d) -gt 7 ] || 
> /usr/share/mdadm/checkarray --cron --all --quiet
> 
> This checks for command availability (as before) and then checks if
> day is not in 1-7 (le becomes gt), so for 8 and after it will stop
> there with exit code 0 (cron is happy). If that fails (&& becomes ||)
> it executes the check and cron gets whatever error code the vital
> command returns.

This is a good fix, but I just wonder why this suddenly happens.
The cronjob has been in place for years, and I have never seen such
an e-mail.

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


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#565727: cscope: Intent to NMU (Don't depend on emacsen-common (breaks upgrade))

[Tobias Klauser]

On 2010-05-09 at 19:37:58 +0200, Jari Aalto  wrote:
> I've been fixing important and above bugs for release lately and
> noticed this one. Please let me know if this bug is already been
> worked on or if it's okay to NMU the package.

Please go on with your NMU. If been quite busy at work lately so I
didn't find the time yet to properly take care of this bug.

Thanks a lot
Tobias



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

Bug#577384: libgtkdatabox: diff for NMU version 1:0.9.1.1-3.1

[Andreas Tille]

Hi Luca,

On Sat, 8 May 2010, you wrote:

> tags 577384 + patch pending
> thanks
>
> Dear maintainer,
>
> I've prepared an NMU for libgtkdatabox (versioned as 1:0.9.1.1-3.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.

NMU is fine and there is no need to delay.  I would rather prefer if you
would commit your changes to SVN (any DD has commit permission).  Did
you also forwarded your patch to upstream?  If not I'll do so after I'm
back from VAC (next week).

Many thanks for your patch

Andreas.

-- 
http://fam-tille.de



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

Bug#580955: xserver-xorg-video-radeon: Only one screen working on my dual-screen setup

[Matthieu Baechler]

Package: xserver-xorg-video-radeon
Version: 1:6.13.0-1
Severity: important
Tags: sid

For a long time now, radeon driver has been unable to use my second screen.
For xrandr, the screen is working properly, but it remains black.

For this reason, I use the radeonhd driver that, despite it's weaknesses,
manage to get my two screen to display my desktop.

But since KMS is enabled by the last linux kernel, radeonhd display strange
things on my screens, and is no longer usable.

It's also interesting to know that KMS has the same problem than the radeon
driver : as soon as it's loaded, only one screen displays console output.

Conclusion is : I can't use my dual-screen setup on the current sid, which is
pretty sad.



-- Package-specific info:
/var/lib/x11/X.roster does not exist.

/var/lib/x11/X.md5sum does not exist.

X server symlink status:
lrwxrwxrwx 1 root root 13 Oct 21  2008 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1877152 May  4 18:26 /usr/bin/Xorg

/var/lib/x11/xorg.conf.roster does not exist.

VGA-compatible devices on PCI bus:
02:00.0 VGA compatible controller: ATI Technologies Inc Mobility Radeon HD 3470

/var/lib/x11/xorg.conf.md5sum does not exist.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 975 May 10 08:46 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# xorg.conf (X.Org X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "ServerLayout"
Identifier "DefaultSL"
Screen "Default Screen"
EndSection

Section "Device"
Identifier  "Configured Video Device"
Driver  "radeon"
Option  "NoAccel"   "On"
#Option "DRI" "false"
EndSection

Section "Screen"
Identifier  "Default Screen"
Monitor "Configured Monitor"
SubSection "Display"
Virtual 3200 1246
EndSubSection
EndSection


Kernel version (/proc/version):
Linux version 2.6.32-5-amd64 (Debian 2.6.32-12) (b...@decadent.org.uk) (gcc 
version 4.3.4 (Debian 4.3.4-10) ) #1 SMP Mon May 3 10:42:25 UTC 2010

Xorg X server log files on system:
-rw-r--r-- 1 root root 38616 May 10 08:48 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

X.Org X Server 1.7.7
Release Date: 2010-05-04
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.26-2-amd64 x86_64 Debian
Current Operating System: Linux matthieu-laptop 2.6.32-5-amd64 #1 SMP Mon May 3 
10:42:25 UTC 2010 x86_64
Kernel command line: BOOT_IMAGE=/vmlinuz-2.6.32-5-amd64 
root=/dev/mapper/main-root ro fastboot nmi_watchdog=0 quiet
Build Date: 04 May 2010  04:21:17PM
xorg-server 2:1.7.7-1 (Julien Cristau ) 
Current version of pixman: 0.16.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Mon May 10 08:47:00 2010
(==) Using config file: "/etc/X11/xorg.conf"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(==) ServerLayout "DefaultSL"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor ""
(==) No device specified for screen "Default Screen".
Using the first device section listed.
(**) |   |-->Device "Configured Video Device"
(==) No monitor specified for screen "Default Screen".
Using a default monitor configuration.
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
Entry deleted from font path.
(==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
built-ins
(==) ModulePath set to "/usr/lib/xorg/modules"
(II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
(II) Loader magic: 0x7c43e0
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 6.0
X.Org XInput driver : 7.0
X.Org Server Extension : 2.0
(++) using VT number 7

(--) PCI: (

Bug#580950: spamprobe: [PATCH] Lintian I: spamprobe: spelling-error-in-manpage

[Nicolas Duboc]

tags 580950 +pending
thanks

On Mon, May 10, 2010 at 08:23:30AM +0300, Jari Aalto wrote:
> Package: spamprobe
> Severity: minor
> Tags: patch
> 
> 
> Here a patch for Lintian message:
> 
>  I: spamprobe: spelling-error-in-manpage 
> usr/share/man/man1/spamprobe.1.gz explicitely explicitly

Hi,

  Which version or option of lintian did you use to get this message ?
I've never seen lintian issue messages for spelling errors.



-- 
Nicolas Duboc 


signature.asc
Description: Digital signature

Bug#579690: transition: KDE SC 4.4.3

[Modestas Vainius]

Hello,

On sekmadienis 09 Gegužė 2010 23:06:21 Adam D. Barratt wrote:
> On Sat, 2010-05-08 at 13:51 +0300, Modestas Vainius wrote:
> > * The following packages failed on all6500-2 and need a give back:
> > kdeaccessibility kdebase kdeedu kdegames
> 
> Given back.

Sigh, all6500-2 claimed kdeedu and kdegames again and (obviously) failed to 
build them. It also failed plasma-widget-yawp. So these need a give back and 
all6500-2 blocking again... kdeedu is rather important package which blocks a 
couple of other ones (kdeplasma-addons, digikam, kphotoalbum).

What is more, could you adjust meta-kde aging to 2 or 3 days so KDE starts 
migrating when the rest of KDE ages normal 10 days?

-- 
Modestas Vainius 


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

Bug#580842: cobertura: Please bump (Build-)Depends on libservlet2.3-java to 2.4 or 2.5

[Torsten Werner]

Hi Miguel,

On Mon, May 10, 2010 at 12:32 AM, Miguel Landaeta  wrote:
> Already fixed in git.

I've checked the package and think that

  Depends: default-jre-headless

should really be something like

  Depends: default-jre-headless | java5-runtime-headless

I wonder about debian/patches/build_with_system_jars.diff because it
includes servlet-api*.jar. What happens, if more than 1 versions of
the jar are installed?


Cheers,
Torsten



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

Bug#580892: manual page is out-of-sync

[Wen-Yen Chuang]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Yuri D'Elia wrote:
> It seems that the latest commands available in keynav are not listed in the 
> man
> page. Incidentally, they are also not documented in the website this time.

Thank you for the bug report.
Upstream do has plan to improve the document. [1]

I plan to wait for upstream's new document. :-P

Patches are very welcome.

Kind regards
 Wen-Yen Chuang (caleb)

[1]
http://groups.google.com/group/keynav-users/browse_thread/thread/f98e835cc54d8cc9
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkvnuR0ACgkQdEpXpumNYVlhRgCfeGYz4gqjZi1IvIimBdSUN/gL
990AnRxgzWTuBPw9KM+0Ld5OwTGlXxkO
=kBjL
-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#576377: Fixed as of 10 May 2010

[Eric S. Raymond]

"gpspipe -r gpsd.mainframe.cx:2947:" works in 2.93 and later versions.
Upgrading will fix this.
 




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

Bug#580901: Confirmed

[Jonathan Protzenko]

 I have been experiencing this too, on a 4-core Xeon with hyperthreading.

Basically, what happens is that after a suspend/resume cycle or a 
hibernate/thaw cycle, a single process cannot span more than TWO cores. 
Here's a nice picture:


http://jonathan.protzenko.free.fr/beforesuspend.png

This is a build (make -j 16) of Mozilla Thunderbird. The build is highly 
parallel. The build dir was clean. All 8 logical cores are used.


http://jonathan.protzenko.free.fr/aftersuspend.png

Exact same build, after suspend. I did run make clean. Please note that 
only two cores are 100% busy and the other five do strictly nothing. The 
scheduler seems to be dead.


There is also a report here. 
http://superuser.com/questions/136291/core-i7-on-linux-loses-its-multithreading-capability-after-suspend.


I can provide more information if needed.

uname -a:
Linux sauternes 2.6.32-4-amd64 #1 SMP Mon Apr 5 21:14:10 UTC 2010 x86_64 
GNU/Linux


cat /proc/cpuinfo:
processor: 0
vendor_id: GenuineIntel
cpu family: 6
model: 26
model name: Intel(R) Xeon(R) CPU   W3520  @ 2.67GHz
stepping: 5
cpu MHz: 1596.000
cache size: 8192 KB
physical id: 0
siblings: 8
core id: 0
cpu cores: 4
apicid: 0
initial apicid: 0
fpu: yes
fpu_exception: yes
cpuid level: 11
wp: yes
flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca 
cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall 
nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology 
nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 
xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida tpr_shadow vnmi 
flexpriority ept vpid

bogomips: 5333.12
clflush size: 64
cache_alignment: 64
address sizes: 36 bits physical, 48 bits virtual
power management:

processor: 1
vendor_id: GenuineIntel
cpu family: 6
model: 26
model name: Intel(R) Xeon(R) CPU   W3520  @ 2.67GHz
stepping: 5
cpu MHz: 1596.000
cache size: 8192 KB
physical id: 0
siblings: 8
core id: 1
cpu cores: 4
apicid: 2
initial apicid: 2
fpu: yes
fpu_exception: yes
cpuid level: 11
wp: yes
flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca 
cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall 
nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology 
nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 
xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida tpr_shadow vnmi 
flexpriority ept vpid

bogomips: 5333.64
clflush size: 64
cache_alignment: 64
address sizes: 36 bits physical, 48 bits virtual
power management:

processor: 2
vendor_id: GenuineIntel
cpu family: 6
model: 26
model name: Intel(R) Xeon(R) CPU   W3520  @ 2.67GHz
stepping: 5
cpu MHz: 1596.000
cache size: 8192 KB
physical id: 0
siblings: 8
core id: 2
cpu cores: 4
apicid: 4
initial apicid: 4
fpu: yes
fpu_exception: yes
cpuid level: 11
wp: yes
flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca 
cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall 
nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology 
nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 
xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida tpr_shadow vnmi 
flexpriority ept vpid

bogomips: 5333.37
clflush size: 64
cache_alignment: 64
address sizes: 36 bits physical, 48 bits virtual
power management:

processor: 3
vendor_id: GenuineIntel
cpu family: 6
model: 26
model name: Intel(R) Xeon(R) CPU   W3520  @ 2.67GHz
stepping: 5
cpu MHz: 1596.000
cache size: 8192 KB
physical id: 0
siblings: 8
core id: 3
cpu cores: 4
apicid: 6
initial apicid: 6
fpu: yes
fpu_exception: yes
cpuid level: 11
wp: yes
flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca 
cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall 
nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology 
nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 
xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida tpr_shadow vnmi 
flexpriority ept vpid

bogomips: 5333.12
clflush size: 64
cache_alignment: 64
address sizes: 36 bits physical, 48 bits virtual
power management:

processor: 4
vendor_id: GenuineIntel
cpu family: 6
model: 26
model name: Intel(R) Xeon(R) CPU   W3520  @ 2.67GHz
stepping: 5
cpu MHz: 1596.000
cache size: 8192 KB
physical id: 0
siblings: 8
core id: 0
cpu cores: 4
apicid: 1
initial apicid: 1
fpu: yes
fpu_exception: yes
cpuid level: 11
wp: yes
f

Bug#579834: gdb fails on the hurd with "Can't fetch registers from thread bogus thread id 1: No such thread"

[Thomas Schwinge]

Hello!

On Fri, Apr 30, 2010 at 06:32:38PM +, Justus Winter wrote:
> Debugging even the most simple c program fails on my hurd installation (fwiw
> I downloaded debian-hurd-17042010-qemu.img.tar.gz prepared by Jose and
> installed some development stuff; the system is running under kvm).





You can use older GDB packages until that is resolved.  Please tell if
you need help finding such packages.


Regards,
 Thomas


signature.asc
Description: Digital signature

Bug#580931: buildd.emdebian.org: [grip] fake start-stop-daemon runtime issues

[Hector Oron]

Hello Neil,

2010/5/10 Neil Williams :
> 1. Don't use debootstrap, use multistrap

Of course, but it was broken in unstable. I maybe should try it again
with multistrap.

> 2. Which suite of Grip? If this is lenny, have you enabled
> lenny-proposed-updates and installed all updates?

unstable/sid, I started from an not up-to-date local mirror and ended
up upgrading from emdebian.org/grip repository.

> 3. Is grip-config installed? (Removed from squeeze and sid) Has
> balloon3-config been installed in error?

At the beginning it was installed, then when fixing udev and some
broken dependencies I think it got removed. I do not think any
balloon3-config has been installed.

> 4. Which architecture?

This is a i386 for an Acer Aspire One installation with 8GB flash.

> I've got an i386 / Squeeze / Grip device with dbus and wicd working
> normally. /sbin/start-stop-daemon is a compiled executable from dpkg.
>
> I don't know where a fake start-stop-daemon would have come from - it
> was modified for Crush so that it could work with busybox but it was
> never part of Grip.

Weird, I have installed in my system a start-stop-daemon (script file)
and a start-stop-daemon.REAL (binary file). I do not have access to
that computer right now, I'll have a look tonight.

> $ cat grip.conf
> [General]
> arch=amd64
> directory=/tmp/griptest
> # same as --tidy-up option if set to true
> cleanup=true
> # same as --no-auth option if set to true
> # keyring packages listed in each debootstrap will
> # still be installed.
> noauth=false
> # extract all downloaded archives (default is true)
> unpack=true
> # the order of sections is not important.
> # the debootstrap option determines which repository
> # is used to calculate the list of Priority: required packages.
> debootstrap=Grip
> aptsources=Grip
>
> [Grip]
> packages=apt
> source=http://www.emdebian.org/grip
> keyring=emdebian-archive-keyring
> suite=lenny
>
> $ sudo multistrap -f grip.conf
> ...
> Hit http://www.emdebian.org lenny Release
> ...
> Multistrap system installed successfully in /tmp/griptest/.
>
> $ file /tmp/griptest/sbin/start-stop-daemon
> /tmp/griptest/sbin/start-stop-daemon: ELF 64-bit LSB executable,
> x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for
> GNU/Linux 2.6.8, stripped

I think multistrap was already fixed in sid so another round might be
worth to try. Or just try to rename start-stop-daemon.REAL by the
former.

Cheers,
-- 
 Héctor Orón

"Our Sun unleashes tremendous flares expelling hot gas into the Solar
System, which one day will disconnect us."



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

Bug#507653: Notificación Importante

[MasterCard® Int'l/Microsoft® Corporation UK]

¡¡Felicitaciones!! Le han concedido la suma de £952,000.00GBP  
(Novecientas cincuenta y dos mil Grandes Libras Esterlinas). Por  
PROMOCIONES MASTERCARD/MICROSOFT. Póngase en contacto con su  
administrador de reclamaciones para instrucciones adicionales:  
thomasgraven...@lottu.net



Atentamente,
Norbert Anderson.
Diríjasse Cliente Se preocupan el Servicio.
Copyright © 2010 MasterCard Inc el Reino Unido.




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

Bug#577384: libgtkdatabox: diff for NMU version 1:0.9.1.1-3.1

[Luca Falavigna]

Il 10/05/2010 8.45, Andreas Tille ha scritto:
> NMU is fine and there is no need to delay.  I would rather prefer if you
> would commit your changes to SVN (any DD has commit permission).  Did
> you also forwarded your patch to upstream?  If not I'll do so after I'm
> back from VAC (next week).

I just tried, but I got "Permission denied".

Also, I checked upstream and patch isn't available in VCS, so it's worth
forwarding it.

-- 

  .''`.
 : :' :   Luca Falavigna 
 `. `'
   `-



signature.asc
Description: OpenPGP digital signature

Bug#580956: libvirt-bin: restore of kvm virtual machine is broken

[Andreas Bießmann]

Package: libvirt-bin
Version: 0.8.1-1
Severity: important
Tags: squeeze


Restoring a saved state of any kvm virtualized vm renders the vm unusable.

This error might be in libvirt since 0.7.7 but i have not checked this!
It was at least not available in 0.7.6

The error could reliably reproduced by doing the following steps on a minimal
etch vm:
 - virsh -c qemu:///system save etch ./etch.stat
 - virsh -c qemu:///system restore ./etch.stat

After this the whole virtualized ram seems to be defective. The vm prompted
for login before save/restore. When hitting return after save/restore I get
partly messages from dmesg.

Can anyone else reproduce this issue?

regards,
Andreas Bießmann

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

Kernel: Linux 2.6.32-5-686-bigmem (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libvirt-bin depends on:
ii  adduser   3.112  add and remove users and groups
ii  libavahi-client3  0.6.25-3   Avahi client library
ii  libavahi-common3  0.6.25-3   Avahi common library
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libcap-ng00.6.3-1An alternate posix capabilities li
ii  libdevmapper1.02.12:1.02.45-1The Linux Kernel Device Mapper use
ii  libgcrypt11   1.4.5-2LGPL Crypto library - runtime libr
ii  libgnutls26   2.8.6-1the GNU TLS library - runtime libr
ii  libparted0debian1 2.2-5  The GNU Parted disk partitioning s
ii  libpciaccess0 0.11.0-2   Generic PCI access library for X
ii  libreadline6  6.1-1  GNU readline and history libraries
ii  libsasl2-22.1.23.dfsg1-5 Cyrus SASL - authentication abstra
ii  libudev0  153-2  libudev shared library
ii  libuuid1  2.16.2-0   Universally Unique ID library
ii  libvirt0  0.8.1-1library for interfacing with diffe
ii  libxenstore3.03.4.3~rc3-2Xenstore communications library fo
ii  libxml2   2.7.7.dfsg-2   GNOME XML library
ii  logrotate 3.7.8-6Log rotation utility

Versions of packages libvirt-bin recommends:
ii  bridge-utils   1.4-5 Utilities for configuring the Linu
ii  dnsmasq-base   2.52-1A small caching DNS proxy and DHCP
ii  iptables   1.4.6-2   administration tools for packet fi
ii  netcat-openbsd 1.89-4TCP/IP swiss army knife
ii  qemu-kvm   0.12.3+dfsg-4 Full virtualization on x86 hardwar

Versions of packages libvirt-bin suggests:
ii  policykit-1   0.96-2 framework for managing administrat

-- Configuration Files:
/etc/libvirt/libvirtd.conf changed:
unix_sock_group = "libvirt"
unix_sock_rw_perms = "0770"
auth_unix_ro = "none"
auth_unix_rw = "none"


-- 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#513917: win32-loader: [INTL:zh_TW] Updated Traditional Chinese (zh_TW) translation

[Didier 'OdyX' Raboud]

Le lundi 2 février 2009 13:59:18 Tetralet, vous avez écrit :
> Package: win32-loader
> Severity: wishlist
> 
> Hi,
> 
> Attached file is updated Translation Chinese translation for win32-loader
> package. Please consider to apply this.
> 
> Thanks.

Hi Tetralet,

The pot file for win32-loader got updated and rendered your translation update 
out-of-date. Unfortunately I can't import it directly in the d-i svn.

The actual zh_TW.po can be found there:
http://svn.debian.org/viewsvn/d-i/trunk/win32-loader/l10n/po/zh_TW.po

Thanks in advance, cheers,

OdyX

-- 
Didier Raboud, proud Debian Maintainer (DM).
CH-1020 Renens
did...@raboud.com


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

Bug#580957: nsis: Lacks Dzongkha Language files

[Didier Raboud]

Package: nsis
Version: 2.46-2
Severity: wishlist
Tags: d-i l10n upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

nsis actually doesn't provide Dzongkha Language Files, which forbids Dzongkha
translation of win32-loader (See #455677).

Cheers,

OdyX

N.B. I file this bug mostly to document that win32-loader bug.

- -- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (750, 'unstable'), (700, 'testing-proposed-updates'), (700, 
'testing'), (90, 'experimental'), (50, 'testing-proposed-updates'), (50, 
'experimental'), (50, 'unstable'), (50, 'testing')
Architecture: amd64 (x86_64)

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

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

iJwEAQECAAYFAkvnw/kACgkQ884eR6Y9JhQA8QP/V3emigcMr5c4U6C4YBQKSWyV
MzxwG/dRqM6BbWTWwG7AnZuZ2WPBCudprgyQVNINhPmzLIj7qfaZr1/ECVF/bE10
tvHN9M+Z8fgSn/xhL2IZ0g5KjKWV43Cv6bPRq8Uur7fadlYdgF57vn6RuPQVXVf1
5kCDqbdBbJx2OVT+7gw=
=5beQ
-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#580958: homonym typo in description

[Barak A. Pearlmutter]

Package: gdevilspie
Version: 0.31-2
Severity: minor

sed -i s/manor/manner/ debian/control

--Barak.
--
Barak A. Pearlmutter 
 Hamilton Institute & Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
 http://www.bcl.hamilton.ie/~barak/



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

Bug#580959: /usr//include/paraview/Servers/Common/vtkPVPluginInit.cxx.in is a directory

[Mathieu Malaterre]

Package: paraview
Version: 3.6.2-3
Severity: important


Hi,

I cannot configure VTKEdge to build paraview plugins. It fails with:

 CMake Error at /usr/lib/paraview/ParaViewPlugins.cmake:160 (CONFIGURE_FILE):
   configure_file input location

 /usr//include/paraview/Servers/Common/vtkPVPluginInit.cxx.in

   is a directory but a file was expected.
 Call Stack (most recent call first):
   /usr/lib/paraview/ParaViewPlugins.cmake:848 (ADD_SERVER_MANAGER_EXTENSION)
   ParaViewPlugins/CMakeLists.txt:81 (add_paraview_plugin)



Indeed:

$ find /usr//include/paraview/Servers/Common/vtkPVPluginInit.cxx.in
/usr//include/paraview/Servers/Common/vtkPVPluginInit.cxx.in
/usr//include/paraview/Servers/Common/vtkPVPluginInit.cxx.in/vtkPVPluginInit.cxx.in

Thanks

-- System Information:
Debian Release: 5.0.4
  APT prefers stable
  APT policy: (500, 'stable'), (200, 'testing'), (101, 'experimental'), (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

Versions of packages paraview depends on:
ii  libavcodec524:0.5.1-3ffmpeg codec library
ii  libavformat52   4:0.5.1-3ffmpeg file format library
ii  libavutil49 4:0.5.1-3ffmpeg utility library
ii  libc6   2.10.2-6 Embedded GNU C Library: Shared lib
ii  libexpat1   2.0.1-4+lenny3   XML parsing C library - runtime li
ii  libfreetype62.3.7-2+lenny1   FreeType 2 font engine, shared lib
ii  libgcc1 1:4.4.2-9GCC support library
ii  libgl1-mesa-glx [libgl1 7.0.3-7  A free implementation of the OpenG
ii  libglu1-mesa [libglu1]  7.6.1-1  The OpenGL utility library (GLU)
ii  libhdf5-serial-1.8.4 [l 1.8.4-patch1-1   Hierarchical Data Format 5 (HDF5) 
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange library
ii  libjpeg62   6b-14The Independent JPEG Group's JPEG 
ii  libopenmpi1.3   1.3.3-4  high performance message passing l
ii  libpng12-0  1.2.42-2 PNG library - runtime
ii  libqt4-assistant4:4.5.3-4Qt 4 assistant module
ii  libqt4-dbus 4:4.5.3-4Qt 4 D-Bus module
ii  libqt4-network  4:4.5.3-4Qt 4 network module
ii  libqt4-sql  4:4.5.3-4Qt 4 SQL module
ii  libqt4-xml  4:4.5.3-4Qt 4 XML module
ii  libqtcore4  4:4.5.3-4Qt 4 core module
ii  libqtgui4   4:4.5.3-4Qt 4 GUI module
ii  libsm6  2:1.0.3-2X11 Session Management library
ii  libstdc++6  4.4.2-9  The GNU Standard C++ Library v3
ii  libswscale0 4:0.5.1-3ffmpeg video scaling library
ii  libtiff43.8.2-11.2   Tag Image File Format (TIFF) libra
ii  libx11-62:1.3.3-1X11 client-side library
ii  libxext62:1.0.4-1X11 miscellaneous extension librar
ii  libxml2 2.7.6.dfsg-2+b1  GNOME XML library
ii  libxt6  1:1.0.5-3X11 toolkit intrinsics library
ii  python  2.5.2-3  An interactive high-level object-o
ii  python-support  1.0.6automated rebuilding support for P
ii  python2.5   2.5.2-15+lenny1  An interactive high-level object-o
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages paraview recommends:
ii  mpi-default-bin   0.6Standard MPI runtime programs
ii  qt4-dev-tools 4:4.5.3-4  Qt 4 development tools

Versions of packages paraview suggests:
pn  h5utils(no description available)
pn  hdf5-tools (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#580706: akonadi-server: Crashes after start

[Michael Meskes]

Hi Erik,

> I have a working KMail again. :-D

Great!

> The akonadiconsole crashed on a NULL pointer dereference in
> mysql-5.1-5.1.45/sql-common/client.c:3219
> After adding a check and "return 0", the akonadiconsole came up.
> Should I report a bug for libmysqlclient16?

I will clone and reassign this bug to libmysqlclient16.

> So the problem seems to be a not working MySQL server setting, but
> akonadi should not crash on this.
> I used KDE components 4.3 without any problem and after upgrading
> to 4.4 the issue occured.

It seems that akonadi also has a bug here. The Debian KDE team is not able to
track and work on all the upstream bugs encountered. The best way to make sure
this bug is worked on is to report it to the KDE bug tracker and mark this bug
forwarded. Would you mind doing this? I'm more than willing to mark the bug
accordingly if you give me the KDE bug number.

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
ICQ 179140304, AIM/Yahoo/Skype michaelmeskes, Jabber mes...@jabber.org
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL



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

Bug#580947: [Pkg-chromium-maint] Bug#580947: chromium-browser: crash when trying to use HTML5 video tag

[Giuseppe Iuculano]

tags 580947 wontfix
thanks


Hi Ansgar,

Il 10/05/2010 05:52, Ansgar Burchardt ha scritto:

> When trying to use the video tag, I get a "Aw, Snap!" message.
> 
> How to reproduce:
> Visit http://people.mozilla.com/~prouget/demos/simpleVideo/video.html,
> click any of the buttons ("Play", "Pause", ...).
> 
> The video itself is also not displayed.  Instead I see a message stating
> "Sorry, your browser does not support the  element.".
> 
> YouTube also crashes when I try to watch videos after signing up to the
> HTML5 beta on http://www.youtube.com/html5.
> 
> Note that I don't have libavutil50 installed and
> /usr/lib/chromium-browser/libavutil.so.50 is thus a broken symlink.


Chromium in Debian is built aginst the system FFmpeg headers via
pkg-config. This means when Chromium is launched it will assume that
FFmpeg is present in the system library path.
In this way you can decide which codecs chromium will use, the free in
the main archive, or the patented in debian-multimedia repository.

Unfortunately at this moment libavutil50 is in the NEW queue[1]

[1] http://ftp-master.debian.org/new/ffmpeg_4:0.6~svn20100505-1.html

Cheers,
Giuseppe.



signature.asc
Description: OpenPGP digital signature

Bug#579690: transition: KDE SC 4.4.3

[Adam D. Barratt]

On Mon, 2010-05-10 at 10:40 +0300, Modestas Vainius wrote:
> On sekmadienis 09 Gegužė 2010 23:06:21 Adam D. Barratt wrote:
> > On Sat, 2010-05-08 at 13:51 +0300, Modestas Vainius wrote:
> > > * The following packages failed on all6500-2 and need a give back:
> > > kdeaccessibility kdebase kdeedu kdegames
> > 
> > Given back.
> 
> Sigh, all6500-2 claimed kdeedu and kdegames again and (obviously) failed to 
> build them. It also failed plasma-widget-yawp. So these need a give back and 
> all6500-2 blocking again... kdeedu is rather important package which blocks a 
> couple of other ones (kdeplasma-addons, digikam, kphotoalbum).

Well, I can give them back, but I have no control over where they'll get
built.  That will need action on the buildd side (yes, I noticed the
CC).

> What is more, could you adjust meta-kde aging to 2 or 3 days so KDE starts 
> migrating when the rest of KDE ages normal 10 days?

Done.  From a quick look however, at least kde4libs is currently
RC-buggy so won't migrate yet anyway.

Regards,

Adam



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

Bug#580961: vim: killing vim results in a segfault

[Bernd Zeimetz]

Package: vim
Version: 2:7.2.330-1
Severity: normal

Although this does not happen when I run vim with -u NONE -U NONE,
I think it is still worth to report this segfault as the vim code should
be robust enough to handle even broken configs without segfaulting while
receiving a sigterm.
I have various plugins activated in my config, but everything should be
from the Debian packages:

1 b...@think ~% find .vim
.vim
.vim/ftplugin
.vim/ftplugin/po.vim
.vim/ftplugin/git.vim
.vim/colors
.vim/colors/nightshade_print.vim
.vim/colors/nightshade.vim
.vim/indent
.vim/indent/python.vim
.vim/autoload
.vim/autoload/deb.vim
.vim/plugin
.vim/plugin/vcssvn.vim
.vim/plugin/vcssvk.vim
.vim/plugin/gnupg.vim
.vim/plugin/debPlugin.vim
.vim/plugin/vcscvs.vim
.vim/plugin/securemodelines.vim
.vim/plugin/vcscommand.vim
.vim/plugin/vcsgit.vim
.vim/doc
.vim/doc/tags
.vim/doc/vcscommand.txt
.vim/.netrwhist
.vim/syntax
.vim/syntax/deb.vim
.vim/syntax/vcscommit.vim
.vim/syntax/python.vim
.vim/syntax/CVSAnnotate.vim
.vim/syntax/SVKAnnotate.vim
.vim/syntax/mkd.vim
.vim/syntax/SVNAnnotate.vim


b...@think ~% cat .vimrc 
set noai
syn on
filetype plugin indent on

augroup filetypedetect
au BufRead * if getline(1) == '#!/usr/bin/python' | setlocal
filetype=python | endif
au BufRead * if getline(1) == '#!/usr/bin/python2.5' | setlocal
filetype=python | endif
au BufRead * if getline(1) == '#!/usr/bin/python2.6' | setlocal
filetype=python | endif
au FileType * if expand("") == "python" | call PySettings() |
endif
au FileType * if expand("") == "lua" | call PySettings() | endif
augroup END


function! PySettings()
set smartindent
set cinwords=if,elif,else,for,while,try,except,finally,def,class
syntax enable
setl tabstop=4
setl softtabstop=4
setl shiftwidth=4
setl expandtab
endfunction

if &term!="linux"
  set t_Co=256
colorscheme nightshade
endif


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

Kernel: Linux 2.6.33.3-think (SMP w/2 CPU cores; PREEMPT)
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 vim depends on:
ii  libacl1   2.2.49-2   Access control list shared library
ii  libc6 2.10.2-7   Embedded GNU C Library: Shared lib
ii  libgpm2   1.20.4-3.3 General Purpose Mouse - shared lib
ii  libncurses5   5.7+20100313-2 shared libraries for terminal hand
ii  libselinux1   2.0.94-1   SELinux runtime shared libraries
ii  vim-common2:7.2.330-1Vi IMproved - Common files
ii  vim-runtime   2:7.2.330-1Vi IMproved - Runtime files

vim recommends no packages.

Versions of packages vim suggests:
pn  ctags  (no description available)
pn  vim-doc(no description available)
ii  vim-scripts   20091011   plugins for vim, adding bells and 

-- 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#580688: python-moinmoin: multiple protocols missing from config/__init__.py

[Tollef Fog Heen]

]] Frank Lin PIAT 

| I am not sure to understand what you want.
| It is certainly possible to change the behavior, if it is safe.
| 
| If I were you, I would use curly brackets, like for all code samples:

I want it to be a URL in the generated text.  AFAIK code samples are not
clickable URLs.

[...]

| > I find it quite disconcerning that the what upstream considers
| > configuration isn't shipped in /etc and marked as configuration files in
| > the package, though.
| 
| You should blame us, the Debian package maintainer, not upstream:
| Upstream provide a tarball that is meant to be decompressed (typically
| in /srv/foo).

I don't see how that is relevant?  If the allowed URL schemas is
supposed to be configurable, that bit of code should be in /etc or be
overridable from a file in /etc.

| Adding a protocol has important security implication:
| - disclosing credential
| - DoS attacks (locking accounts...)
| - cross site scripting attacks
| etc.
| The main problem is that wikis are usually public, so anyone can add
| arbitrary link.

Given you can't accidentially disclose credentials any more by having
something be a link than you can do so by putting it inline in a text on
a page, I don't really see that as a valid reason.  As for DoS attacks,
why would they happen just because something is a link?

| > I believe this is a release critical bug, but I'd
| > appreciate your input on it before filing it.
| 
| MoinMoin/config/__init__.py is not a configuration file, but the
| "source" code, that needs to be modified before compilation.
| (I understand that you are reluctant to do so, for security reason).

| So what is/are the protocol(s) that you want/need? then we'll have to
| figure out (your help is welcome):

In my specific case, git.

| - Does Debian or Windows or MacOS handle it? (with a popular tool)

Yes, using git.

| - Are those URL scheme documented

No idea.

| - Are there security issues

I don't see what kind of issues that should be, no.

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are



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

Bug#580961: Acknowledgement (vim: killing vim results in a segfault)

[Bernd Zeimetz]

Argh, sorry for the messy bugreport.
Running pkill while while having it open in reportbug is a dump idea.

Here is what was supposed to go in there:

b...@think ~% cat .vimrc
set noai
syn on
filetype plugin indent on

augroup filetypedetect
au BufRead * if getline(1) == '#!/usr/bin/python' | setlocal filetype=python | 
endif
au BufRead * if getline(1) == '#!/usr/bin/python2.5' | setlocal filetype=python
| endif
au BufRead * if getline(1) == '#!/usr/bin/python2.6' | setlocal filetype=python
| endif
au FileType * if expand("") == "python" | call PySettings() | endif
au FileType * if expand("") == "lua" | call PySettings() | endif
augroup END


function! PySettings()
set smartindent
set cinwords=if,elif,else,for,while,try,except,finally,def,class
syntax enable
setl tabstop=4
setl softtabstop=4
setl shiftwidth=4
setl expandtab
endfunction

if &term!="linux"
  set t_Co=256
  colorscheme nightshade
endif


A backtrace is attached to this mail.

Cheers,

Bernd

-- 
 Bernd ZeimetzDebian GNU/Linux Developer
 http://bzed.dehttp://www.debian.org
 GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
   ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
[New Thread 2938]
Core was generated by `vim /tmp/tmp.bzXTB3NjNs'.
Program terminated with signal 11, Segmentation fault.
#0  0x004757ab in foldFind (gap=, lnum=1, 
fpp=0x7ab110) at fold.c:1183
in fold.c
#0  0x004757ab in foldFind (gap=, lnum=1, 
fpp=0x7ab110) at fold.c:1183
low = 0
high = 8041911
fp = 0x7007ab548
i = 
#1  0x00478afb in hasFoldingWin (win=0x7ab0e0, lnum=, 
firstp=, lastp=, cache=, 
infop=) at fold.c:198
had_folded = 
first = 0
last = 0
lnum_rel = 1
x = 201047640
fp = 0xa
level = 0
use_level = 0
maybe_small = 0
gap = 0x7ab5b7
low_level = 0
#2  0x004b571b in check_cursor_lnum () at misc2.c:482
No locals.
#3  0x00458d7e in do_one_cmd (cmdline=, 
getline=0x430f20 , 
cookie=, flags=) at 
ex_docmd.c:2025
p = 0x898331 "endwhile"
errormsg = 0x0
ea = {arg = 0x0, nextcmd = 0x0, cmd = 0x898331 "endwhile", cmdlinep = 
0x0, 
  cmdidx = CMD_append, argt = 0, skip = 0, forceit = 0, addr_count = 0, 
line1 = 9012048, 
  line2 = 9012048, flags = 0, do_ecmd_cmd = 0x0, do_ecmd_lnum = 0, 
append = 0, usefilter = 0, 
  amount = 0, regname = 0, force_bin = 0, read_edit = 0, force_ff = 0, 
force_enc = 0, 
  bad_char = 0, useridx = 0, errmsg = 0x0, getline = 0, cookie = 0x0, 
cstack = 0x0}
did_esilent = 0
did_sandbox = 0
n = 
lnum = 8040720
verbose_save = -1
save_msg_scroll = 0
save_msg_silent = -1
ni = 0
#4  do_cmdline (cmdline=, getline=0x430f20 
, 
cookie=, flags=) at 
ex_docmd.c:1096
next_cmdline = 
cmdline_copy = 0x898330 "\tendwhile"
used_getline = 1
recursive = 2
msg_didout_before_start = 0
did_inc = 0
retval = 
cstack = {cs_flags = {11, 0, 0, 0, -18960, 122, 0, 0, 1, 0, 0, 0, 
20049, 67, 0, 0, 0, 0, 0, 0, 
-19128, 122, 0, 0, -19008, 122, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
-19008, 122, 0, 0, 30624, 
69, 0, 0, 20979, 67, 0, 0, 0, 0}, 
  cs_pending = '\000' , "0", '\000' , 
"\002\000\000\000\000\000\000\000\206]B\000\000\000\000\000P\264z\000\000", 
cs_pend = {csp_rv = {0x7ab5b8, 0x7ab600, 0x0, 
  0x7ab470, 0x7ab608, 0x7ab5f0, 0x0, 0x0, 0x7ab5f0, 0x1, 0x4351f3, 
0x8a3278, 0x8a3278, 
  0x0, 0x20, 0x0, 0x42b989, 0x0, 0x1, 0x8a3b26, 0x8a3b26, 0x7ab5c0, 
0x438ba3, 0x0, 
  0x8a3b26, 0x7ab480, 0x7ab5c0, 0x8a3b2c, 0x7ab600, 0x20, 0x4393e3, 
0x0, 0x7ab548, 
  0x7ab548, 0x7ab5c0, 0x0, 0x7ab5c0, 0x4577a0, 0x435a74, 0x7a0001, 
0x1, 0x2, 
  0x7ab598, 0x7ab500, 0x7ab5e0, 0x7abb50, 0x7abb40, 0x2, 0x7abc70, 
0x54a84c}, csp_ex = {
  0x7ab5b8, 0x7ab600, 0x0, 0x7ab470, 0x7ab608, 0x7ab5f0, 0x0, 0x0, 
0x7ab5f0, 0x1, 
  0x4351f3, 0x8a3278, 0x8a3278, 0x0, 0x20, 0x0, 0x42b989, 0x0, 0x1, 
0x8a3b26, 0x8a3b26, 
  0x7ab5c0, 0x438ba3, 0x0, 0x8a3b26, 0x7ab480, 0x7ab5c0, 0x8a3b2c, 
0x7ab600, 0x20, 
  0x4393e3, 0x0, 0x7ab548, 0x7ab548, 0x7ab5c0, 0x0, 0x7ab5c0, 
0x4577a0, 0x435a74, 
  0x7a0001, 0x1, 0x2, 0x7ab598, 0x7ab500, 0x7ab5e0, 
0x7abb50, 0x7abb40, 0x2, 
  0x7abc70, 0x54a84c}}, cs_forinfo = {0x7f333c8e4f65, 0x54a84d, 
0x1, 0x1, 0x1007ab5f0, 
0x1, 0x435a74, 0x7aba30, 0x1007ab5e0, 0x160001, 0x7abad8, 
0x7abab8, 0x54a849, 
0x7aba9c, 0x7ab5c0, 0x0, 0x0, 0x0, 0x7ab620, 0x7aba08, 0x8a3c99, 
0x20, 0x7aba90, 
0x10d6007aba06, 0x8a3c86, 0x, 0x43d9d0, 0x0, 
0x2, 0x0, 0x20, 
0x3cbf2e60

Bug#580962: miro: fails to generate thumbnails

[Johannes Rohr]

Package: miro
Version: 3.0.1-2
Severity: normal

In miro 3.0 the generated thumbails for most feeds are just black squares. So 
something does not work, however, I ѕee no console output indicating a specific 
failure. With miro 2.5.4 it worked just fine.

If I can provide additional info, I will happily do so, if you tell me what you 
need.

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

Kernel: Linux 2.6.32-5-686 (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 miro depends on:
ii  gstreamer0.10-ffmpeg   0.10.10-1 FFmpeg plugin for GStreamer
ii  gstreamer0.10-plugins-bad  0.10.18-2+b1  GStreamer plugins from the "bad" s
ii  gstreamer0.10-plugins-base 0.10.29-1 GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins-good 0.10.22-1 GStreamer plugins from the "good" 
ii  gstreamer0.10-x0.10.29-1 GStreamer plugins for X11 and Pang
ii  libc6  2.10.2-6  Embedded GNU C Library: Shared lib
ii  libgcc11:4.4.4-1 GCC support library
ii  libgtk2.0-02.20.1-1  The GTK+ graphical user interface 
ii  libnspr4-0d4.8.4-1   NetScape Portable Runtime Library
ii  libstdc++6 4.4.4-1   The GNU Standard C++ Library v3
ii  libx11-6   2:1.3.3-3 X11 client-side library
ii  miro-data  3.0.1-2   GTK+ based RSS video aggregator da
ii  python 2.5.4-9   An interactive high-level object-o
ii  python-dbus0.83.1-1  simple interprocess messaging syst
ii  python-gconf   2.28.1-1  Python bindings for the GConf conf
ii  python-glade2  2.17.0-2  GTK+ bindings: Glade support
ii  python-gst0.10 0.10.18-2 generic media-playing framework (P
ii  python-gtk22.17.0-2  Python bindings for the GTK+ widge
ii  python-gtkmozembed 2.25.3-4.1+b3 Python bindings for the GtkMozEmbe
ii  python-libtorrent  0.14.10-2+b1  Python bindings for libtorrent-ras
ii  python-pysqlite2   2.5.5-3+b1Python interface to SQLite 3
ii  python-support 1.0.8 automated rebuilding support for P
ii  python2.6  2.6.5-1   An interactive high-level object-o
ii  xulrunner-1.9.11.9.1.9-7 XUL + XPCOM application runner

Versions of packages miro recommends:
ii  python-psyco  1.6-2  Python specializing compiler

Versions of packages miro suggests:
ii  gstreamer0.10-plugins-ugly0.10.14-1  GStreamer plugins from the "ugly" 
ii  python-notify 0.1.1-2+b2 Python bindings for libnotify
ii  ttf-dejavu2.30-2 Metapackage to pull in ttf-dejavu-

-- 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#580963: cups: Slightly yellow background on many printouts

[Adrian 'Dagurashibanipal' von Bidder]

Package: cups
Version: 1.4.3-1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Heyho!

(Important firstly of course because it's important to me :-)  But also
because it happens with several printservers on several printers with
different applications.)

I have slightly yellow-ish backgrounds on printouts in various cases.

One example is: fields in OpenOffice.org documents (Oo.org 2.4 and 3.2;
the problem appeared after moving the cups server from an old etch
installation to current squeeze.)

This one happened at first for various printers and is now mostly
affecting HP printers (a Dell printer was "fixed" with a different PPD.)

Another example is printing some web pages (actually emails from a
Zimbra webmail) from Firefox.  There, the Dell printer still has yellow
background, the HP doesn't.)

CUPS test page prints fine in all cases.

I'm a bit at a loss on how to approach this.

In the case of the HP printer: I've set up the printer to three
different installations with quite different set ups (but always up to
date squeeze) and always had this effect.

Any hints?

cheers
- -- vbi


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

Kernel: Linux 2.6.33-2-686 (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 cups depends on:
ii  adduser 3.112add and remove users and groups
ii  bc  1.06.95-2The GNU bc arbitrary precision cal
ii  cups-client 1.4.3-1  Common UNIX Printing System(tm) - 
ii  cups-common 1.4.3-1  Common UNIX Printing System(tm) - 
ii  debconf [debconf-2.0]   1.5.32   Debian configuration management sy
ii  ghostscript 8.71~dfsg-4  The GPL Ghostscript PostScript/PDF
ii  libavahi-client30.6.25-3 Avahi client library
ii  libavahi-common30.6.25-3 Avahi common library
ii  libc6   2.10.2-6 Embedded GNU C Library: Shared lib
ii  libcups21.4.3-1  Common UNIX Printing System(tm) - 
ii  libcupscgi1 1.4.3-1  Common UNIX Printing System(tm) - 
ii  libcupsdriver1  1.4.3-1  Common UNIX Printing System(tm) - 
ii  libcupsimage2   1.4.3-1  Common UNIX Printing System(tm) - 
ii  libcupsmime11.4.3-1  Common UNIX Printing System(tm) - 
ii  libcupsppdc11.4.3-1  Common UNIX Printing System(tm) - 
ii  libdbus-1-3 1.2.24-1 simple interprocess messaging syst
ii  libgcc1 1:4.5.0-2GCC support library
ii  libgnutls26 2.8.6-1  the GNU TLS library - runtime libr
ii  libgssapi-krb5-21.8.1+dfsg-2 MIT Kerberos runtime libraries - k
ii  libijs-0.35 0.35-7   IJS raster image transport protoco
ii  libkrb5-3   1.8.1+dfsg-2 MIT Kerberos runtime libraries
ii  libldap-2.4-2   2.4.17-2.1   OpenLDAP libraries
ii  libpam0g1.1.1-3  Pluggable Authentication Modules l
ii  libpaper1   1.1.24   library for handling paper charact
ii  libpoppler5 0.12.4-1 PDF rendering library
ii  libslp1 1.2.1-7.7OpenSLP libraries
ii  libstdc++6  4.5.0-2  The GNU Standard C++ Library v3
ii  libusb-0.1-42:0.1.12-14  userspace USB programming library
ii  lsb-base3.2-23.1 Linux Standard Base 3.2 init scrip
ii  perl-modules5.10.1-12Core Perl modules
ii  poppler-utils   0.12.4-1 PDF utilitites (based on libpopple
ii  procps  1:3.2.8-8/proc file system utilities
ii  ssl-cert1.0.25   simple debconf wrapper for OpenSSL
ii  ttf-freefont20090104-6   Freefont Serif, Sans and Mono True
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages cups recommends:
ii  cups-driver-gutenprint   5.2.4-1 printer drivers for CUPS
pn  foomatic-filters   (no description available)
ii  ghostscript-cups 8.71~dfsg-4 The GPL Ghostscript PostScript/PDF

Versions of packages cups suggests:
ii  cups-bsd  1.4.3-1Common UNIX Printing System(tm) - 
pn  cups-pdf   (no description available)
pn  cups-ppdc  (no description available)
pn  foomatic-db(no description available)
pn  foomatic-db-engine (no description available)
ii  hplip 3.10.2-3   HP Linux Printing and Imaging Syst
pn  smbclient  (no description available)
ii  udev  153-2  /dev/ and hotplug m

Bug#580959:

[Mathieu Malaterre]

tags 580959 patch
thanks

I will upload them in the debian-science/paraview package directory.

-- 
Mathieu



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

Bug#580964: postinst script fails if otrs2 is not configured via dbconfig

[Laurent Bigonville]

Package: otrs2
Version: 2.4.7-3
Severity: Serious

Hi,

It seems that post-installation script fails if I select "no" when it
asks if the database must be maintained by dbconfig.

The post-install script should exit cleanly even in this case.

2.4.7-3 has been installed unmodified on a lenny system.

Best regards

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#425790: Works for me now

[Jean-Guilhem Cailton]

Hello,

Using iceweasel-3.5.9-3 (now in testing) instead of 3.5.9-2 solves the 
problem for me.


Thanks,

Jean-Guilhem



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

Bug#576788: sysv-rc: /etc/init.d/README must be updated with boot dependency info

[Stefano Zacchiroli]

tags 576788 + patch
severity 576788 important
thanks

On Wed, Apr 07, 2010 at 10:22:55AM +0200, Vincent Danjean wrote:
>   I think that, for squeeze, /etc/init.d/README must be updated to, at
> least, point to a useful documentation somewhere in /usr/share/doc
> (/usr/share/doc/sysv-rc/README-dependency-boot-system.txt to be
> written ?)

As pointed out on -devel, the doc seems indeed to exist: it can be found
in the README.Debian of the insserv package. I agree that this is no
excuse to not have it documented in /etc/init.d/README, so I've prepared
a patch that adds a section to that file pointing to
/usr/share/doc/insserv/README.Debian. You can find such a patch
attached.

I'm also raising the severity of this bug to important, as I believe it
is very important (pun) to have this properly documented in Squeeze, no
matter what the default for CONCURRENCY in /etc/default/rcS will end up
to be.

Can you please consider applying this patch?

Many thanks in advance,
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
diff -u sysvinit-2.87dsf/debian/changelog sysvinit-2.87dsf/debian/changelog
--- sysvinit-2.87dsf/debian/changelog
+++ sysvinit-2.87dsf/debian/changelog
@@ -1,3 +1,11 @@
+sysvinit (2.87dsf-10.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Add to /etc/init.d/README a pointer to the doc of dependency-based
+boot sequencing (i.e. /usr/share/doc/insserv/README.Debian)
+
+ -- Stefano Zacchiroli   Mon, 10 May 2010 10:52:21 +0200
+
 sysvinit (2.87dsf-10) unstable; urgency=low
 
   [ Petter Reinholdtsen ]
diff -u sysvinit-2.87dsf/debian/src/sysv-rc/etc/init.d/README sysvinit-2.87dsf/debian/src/sysv-rc/etc/init.d/README
--- sysvinit-2.87dsf/debian/src/sysv-rc/etc/init.d/README
+++ sysvinit-2.87dsf/debian/src/sysv-rc/etc/init.d/README
@@ -35,0 +36,19 @@
+
+
+Dependency based boot sequencing
+
+
+By default, the execution order of init scripts in Debian is driven by
+their inter-dependencies. The supervision of the execution order is
+delegated to the "insserv" program, shipped by the "insserv" package.
+
+As an extra feature, dependency information allow you to run init.d
+scripts in parallel, possibly speeding up the boot sequence and other
+runlevel changes. To enable that, you should add a CONCURRENCY=makefile
+line to `/etc/default/rcS'.
+
+Please check the documentation of the "innserv" package for the
+potential consequences of that and, more generally, for more
+information about dependency based boot sequencing. The documentation
+can be found in `/usr/share/doc/insserv/README.Debian'.
+

Bug#529427: New upstream release of php-net-smtp in sid

[martin f krafft]

also sprach Guillaume Delacour  [2010.05.10.1107 +0200]:
> A new release of php-net-smtp has been uploaded in sid a few hours ago.
> Releases between 1.3.1 (actual testing) and 1.4.2 (sid) seems to add
> more compliant support with STARTTLS.
> A test mail with smtp on 587/tcp with STARTTLS only works fine.
> 
> Can you confirm that it fix the roundcube issue ?

Not really, until it hits stable. I don't have a roundcube test
instance.

-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems
 
"you know you're a hopeless geek when you misspell 'date' as 'data'"
   -- branden robinson


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#509200: Patch for the l10n upload of ppp

[Marco d'Itri]

On May 10, Christian PERRIER  wrote:

> Any ETA for this? I understand very well that other issues in the ppp
Before the release.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#577384: libgtkdatabox: diff for NMU version 1:0.9.1.1-3.1

[Andreas Tille]

On Mon, May 10, 2010 at 10:00:37AM +0200, Luca Falavigna wrote:
> I just tried, but I got "Permission denied".

Ahh, OK, perhaps it is only Debian Med SVN writable for any DD and I
just thought Debian Science would be as well.  I will suggest this to
simplify things for the future.
 
> Also, I checked upstream and patch isn't available in VCS, so it's worth
> forwarding it.

I'll care for dommiting the patch as well as forewarding it. 

Thanks for the effort

  Andreas.

-- 
http://fam-tille.de



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

Bug#580372: libbsd0: Makefile needs a small fix?

[Cristian Ionescu-Idbohrn]

On Mon, 10 May 2010, Guillem Jover wrote:

> tag 580372 fixed-upstream
> thanks
>
> On Wed, 2010-05-05 at 16:34:19 +0200, Cristian Ionescu-Idbohrn wrote:
> > Package: libbsd0
> > Version: 0.2.0-1
> > Severity: wishlist
> >
> > While porting the package to another arch, I noticed what I think may
> > be a small problem and this patch should fix:
>
> Right, I fixed this upstream some time ago, need to prepare a new
> release:
>
>   

Great.  Thanks.
And when you're at it, I dare to have one more wish :)

I'm cross-building libbsd for an embedded system, and I need the
symlink to _not_ point to the host installed lib, but to the
cross-built one (inside the installed directory tree).  I hacked the
Makefile to do it:

-   ln -sf $(libdir)/$(LIB_SHARED) $(DESTDIR)$(usrlibdir)/$(LIB_SHARED_SO)
+   ln -sf ../..$(libdir)/$(LIB_SHARED) 
$(DESTDIR)$(usrlibdir)/$(LIB_SHARED_SO)

but I'm convinced there's a better (although more intricate) way to do
it.


Cheers,

-- 
Cristian



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

Bug#529427: New upstream release of php-net-smtp in sid

[Guillaume Delacour]

Hello,

A new release of php-net-smtp has been uploaded in sid a few hours ago.
Releases between 1.3.1 (actual testing) and 1.4.2 (sid) seems to add
more compliant support with STARTTLS.
A test mail with smtp on 587/tcp with STARTTLS only works fine.

Can you confirm that it fix the roundcube issue ?


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

Bug#580965: xchat-gnome: Uses /nickserv not /msg NickServ IDENTIFY

[Michael Howe]

Package: xchat-gnome
Version: 1:0.18-3
Severity: normal

Hi,

This is basically the same as
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=407926 (xchat uses
/nickserv rather than /msg nickserv identify).  The work-around
suggested in that bug is to use the 'connect command' field - however,
this field isn't displayed in any of the xchat-gnome property dialogs
(as far as I can tell - apologies if I've just missed it!).  If xchat is
installed, it's possible to set the connect command using _that_, and
then xchat-gnome will use it.  However, since xchat is not required by
xchat-gnome, there's no guarantee users will have this.

Cheers,

Michael

(I haven't tried the sid version of the package as I don't have a
suitable system handy, but the debian changelog doesn't say this has
changed)

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

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

Versions of packages xchat-gnome depends on:
ii  libatk1.0-0 1.22.0-1 The ATK accessibility toolkit
ii  libc6   2.7-18lenny2 GNU C Library: Shared libraries
ii  libcairo2   1.8.8-2~bpo50+1  The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.2.1-5+lenny1   simple interprocess messaging syst
ii  libdbus-glib-1-20.76-1   simple interprocess messaging syst
ii  libgconf2-4 2.22.0-1 GNOME configuration database syste
ii  libglade2-0 1:2.6.2-1library to load .glade files at ru
ii  libglib2.0-02.16.6-3 The GLib library of C routines
ii  libgnome2-0 2.20.1.1-1   The GNOME 2 library - runtime file
ii  libgnomeui-02.20.1.1-2   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0  1:2.22.0-5   GNOME Virtual File System (runtime
ii  libgtk2.0-0 2.12.12-1~lenny1 The GTK+ graphical user interface 
ii  libnotify1 [libnotify1- 0.4.4-3  sends desktop notifications to a n
ii  libpango1.0-0   1.20.5-5+lenny1  Layout and rendering of internatio
ii  libperl5.10 5.10.0-19lenny2  Shared Perl library
ii  libsexy20.1.11-2+b1  collection of additional GTK+ widg
ii  libssl0.9.8 0.9.8g-15+lenny6 SSL shared libraries
ii  libx11-62:1.1.5-2X11 client-side library
ii  libxext62:1.0.4-1X11 miscellaneous extension librar
ii  python2.5   2.5.2-15+lenny1  An interactive high-level object-o
ii  tcl8.4  8.4.19-2 Tcl (the Tool Command Language) v8
ii  xchat-gnome-common  1:0.18-3 a new frontend to the popular X-Ch

xchat-gnome recommends no packages.

xchat-gnome 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#580966: listen: python-gnome2 should be recommended rather than suggested

[Patrice Pillot]

Package: listen
Version: 0.6.5-2
Severity: normal


Hi,

Magnatune and Jamendo online music shops support is advertised as Listen
features on the program website.
Listen requires the python gnomevfs module for this support to work.
Python gnomevfs module is provided by the python-gnome2 package.
Upgrading python-gnome2 from suggestion to recommendation would enable
the said online shops support by default as is probably expected by a
standard user.

Thanks in advance,

pp

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

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

Versions of packages listen depends on:
ii  gstreamer0.10-alsa0.10.29-1  GStreamer plugin for ALSA
ii  gstreamer0.10-plugins-base0.10.29-1  GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins-good0.10.22-1  GStreamer plugins from the "good" 
ii  libatk1.0-0   1.30.0-1   The ATK accessibility toolkit
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libcairo2 1.8.10-4   The Cairo 2D vector graphics libra
ii  libfontconfig12.8.0-2.1  generic font configuration library
ii  libfreetype6  2.3.11-1   FreeType 2 font engine, shared lib
ii  libglib2.0-0  2.24.0-1   The GLib library of C routines
ii  libgtk2.0-0   2.20.0-3   The GTK+ graphical user interface 
ii  libpango1.0-0 1.28.0-1   Layout and rendering of internatio
ii  python2.5.4-9An interactive high-level object-o
ii  python-dbus   0.83.1-1   simple interprocess messaging syst
ii  python-glade2 2.17.0-2   GTK+ bindings: Glade support
ii  python-gst0.100.10.18-2  generic media-playing framework (P
ii  python-gtk2   2.17.0-2   Python bindings for the GTK+ widge
ii  python-mutagen1.15-2 audio metadata editing library
ii  python-pyinotify  0.8.9-1simple Linux inotify Python bindin
ii  python-support1.0.8  automated rebuilding support for P
ii  python-webkit 1.1.7-1+b1 WebKit/Gtk Python bindings
ii  python-xdg0.19-1 Python library to access freedeskt
ii  xfce4-notifyd [notification-d 0.1.0-4simple, visually-appealing notific

Versions of packages listen recommends:
ii  gnome-icon-theme  2.30.2.1-1 GNOME Desktop icon theme
pn  gstreamer0.10-esd  (no description available)
ii  gstreamer0.10-x   0.10.29-1  GStreamer plugins for X11 and Pang
pn  python-avahi   (no description available)
pn  python-daap(no description available)
ii  python-gpod   0.7.2-2+b1 Python bindings for libgpod
ii  python-musicbrainz2   0.6.0-2An interface to the MusicBrainz XM
pn  python-tunepimp(no description available)
pn  python-xlib(no description available)

Versions of packages listen suggests:
ii  gstreamer0.10-plugins-bad 0.10.17-1  GStreamer plugins from the "bad" s
ii  gstreamer0.10-plugins-ugly0.10.14-1  GStreamer plugins from the "ugly" 
pn  icecast2 | icecast-server  (no description available)
ii  libtunepimp5  0.5.3-7.3  MusicBrainz tagging library
ii  python-gnome2 2.28.1-1   Python bindings for the GNOME desk
pn  python-sexy(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#580967: listen: gstreamer0.10-plugins-ugly should be recommended rather than suggested

[Patrice Pillot]

Package: listen
Version: 0.6.5-2
Severity: normal

Hi,

If gstreamer0.10-plugins-ugly if not installed, Listen cannot play mp3
files. There may have substitutes but I could not find them as much as I tried.

Thanks in advance,

pp


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

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

Versions of packages listen depends on:
ii  gstreamer0.10-alsa0.10.29-1  GStreamer plugin for ALSA
ii  gstreamer0.10-plugins-base0.10.29-1  GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins-good0.10.22-1  GStreamer plugins from the "good" 
ii  libatk1.0-0   1.30.0-1   The ATK accessibility toolkit
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libcairo2 1.8.10-4   The Cairo 2D vector graphics libra
ii  libfontconfig12.8.0-2.1  generic font configuration library
ii  libfreetype6  2.3.11-1   FreeType 2 font engine, shared lib
ii  libglib2.0-0  2.24.0-1   The GLib library of C routines
ii  libgtk2.0-0   2.20.0-3   The GTK+ graphical user interface 
ii  libpango1.0-0 1.28.0-1   Layout and rendering of internatio
ii  python2.5.4-9An interactive high-level object-o
ii  python-dbus   0.83.1-1   simple interprocess messaging syst
ii  python-glade2 2.17.0-2   GTK+ bindings: Glade support
ii  python-gst0.100.10.18-2  generic media-playing framework (P
ii  python-gtk2   2.17.0-2   Python bindings for the GTK+ widge
ii  python-mutagen1.15-2 audio metadata editing library
ii  python-pyinotify  0.8.9-1simple Linux inotify Python bindin
ii  python-support1.0.8  automated rebuilding support for P
ii  python-webkit 1.1.7-1+b1 WebKit/Gtk Python bindings
ii  python-xdg0.19-1 Python library to access freedeskt
ii  xfce4-notifyd [notification-d 0.1.0-4simple, visually-appealing notific

Versions of packages listen recommends:
ii  gnome-icon-theme  2.30.2.1-1 GNOME Desktop icon theme
pn  gstreamer0.10-esd  (no description available)
ii  gstreamer0.10-x   0.10.29-1  GStreamer plugins for X11 and Pang
pn  python-avahi   (no description available)
pn  python-daap(no description available)
ii  python-gpod   0.7.2-2+b1 Python bindings for libgpod
ii  python-musicbrainz2   0.6.0-2An interface to the MusicBrainz XM
pn  python-tunepimp(no description available)
pn  python-xlib(no description available)

Versions of packages listen suggests:
ii  gstreamer0.10-plugins-bad 0.10.17-1  GStreamer plugins from the "bad" s
ii  gstreamer0.10-plugins-ugly0.10.14-1  GStreamer plugins from the "ugly" 
pn  icecast2 | icecast-server  (no description available)
ii  libtunepimp5  0.5.3-7.3  MusicBrainz tagging library
ii  python-gnome2 2.28.1-1   Python bindings for the GNOME desk
pn  python-sexy(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#580968: [INTL:es] Spanish debconf template translation

[Omar Campagne]

Package: flashybrid
Version: 0.15+nmu2
Severity: wishlist
Tags: l10n patch

Please find attached the debconf template transaltion for flashybrid
Regards,
-- 
Omar Campagne Polaino
# flashybrid po-debconf translation to Spanish
# Copyright (C) 2010 Software in the Public Interest
# This file is distributed under the same license as the flashybrid package.
#
# Changes:
#   - Initial translation
#   Omar Campagne , 2010
#
#   - Updates
#   TRANSLATOR
#
# Traductores, si no conocen el formato PO, merece la pena leer la
# documentación de gettext, especialmente las secciones dedicadas a este
# formato, por ejemplo ejecutando:
#   info -n '(gettext)PO Files'
#   info -n '(gettext)Header Entry'
#
# Equipo de traducción al español, por favor lean antes de traducir
# los siguientes documentos:
#
#   - El proyecto de traducción de Debian al español
# http://www.debian.org/intl/spanish/
# especialmente las notas y normas de traducción en
# http://www.debian.org/intl/spanish/notas
#
#   - La guía de traducción de po's de debconf:
# /usr/share/doc/po-debconf/README-trans
# o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
msgid ""
msgstr ""
"Project-Id-Version: flashybrid 0.15\n"
"Report-Msgid-Bugs-To: flashyb...@packages.debian.org\n"
"POT-Creation-Date: 2008-06-29 10:36+0200\n"
"PO-Revision-Date: 2010-04-30 10:02+0200\n"
"Last-Translator: Omar Campagne \n"
"Language-Team: Debian l10n Spanish \n"
"MIME-Version: 1.0\n=UTF-8nt-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: note
#. Description
#: ../templates:1001
msgid "Note about removal of flashybrid package"
msgstr "Nota sobre la eliminación del paquete flashybrid"

#. Type: note
#. Description
#: ../templates:1001
msgid ""
"Please be warned, this package  changes the way your system behaves in a "
"really  intrusive way. This package is not enabled by default so it should "
"not make any problems by just installing it. If you want to enable it, "
"please read the  documentation."
msgstr ""
"Tenga en cuenta que este paquete modifica el comportamiento del sistema de "
"forma muy intrusiva. Este paquete no se activa de forma predefinida, así "
"que su instalación no debería causar problemas. Consulte la documentación si "
"desea activarlo."

#. Type: note
#. Description
#: ../templates:1001
msgid ""
"If you want to remove this package, you should first disable it, boot the "
"machine, and ONLY WHEN THE MACHINE HAS BEEN REBOOTED WITHOUT FLASHYBRID "
"RUNNING YOU CAN REMOVE THE PACKAGE ITSELF. If you do not to do it this way, "
"you can potentially lose data (things like configuration files in /etc/ will "
"not get synced to the real drive, stay only in the tmpfs and lost on reboot)."
msgstr ""
"Si desea eliminar este paquete, primero tiene que desactivarlo, reiniciar el "
"sistema, y UNA VEZ QUE SE HAYA REINICIADO LA MÁQUINA SIN QUE FLASHYBRID SE "
"ESTÉ EJECUTANDO PODRÁ FINALMENTE ELIMINAR EL PAQUETE. Si no hace esto, "
"podría perder datos (ciertos elementos como los ficheros de "
"configuración en «/etc» no se sincronizarán en el disco, permaneciendo sólo "
"en el sistema de ficheros temporal para desaparecer al reiniciar). "

#. Type: note
#. Description
#: ../templates:1001
msgid ""
"Please read the Debian documentation found in /usr/share/doc/flashybrid/ "
"specially README.debian"
msgstr ""
"Consulte la documentación de Debian ubicada en «/usr/share/doc/flashybrid/», "
"en especial «README.debian»."

Bug#580934: [Pkg-haskell-maintainers] Bug#580934: haskell-opengl: new upstream version

[Joachim Breitner]

Dear Matthew,

Am Sonntag, den 09.05.2010, 18:12 -0400 schrieb Matthew Danish:
> Package: haskell-opengl
> Severity: wishlist
> 
> According to http://hackage.haskell.org/package/OpenGL there is a version
> 2.4.0.1 out.  Also this provides the OpenGLRaw module to which I would also
> like to have access in order to use extensions.
> 
> Is assistance needed?  I may be able to help out.

Note that the haskell platform specifies version 2.2.3.0 for OpenGL, so
this is the „standard“ stable version that we want in Debian. Unless
there are strong reasons for it, we will not put more than one version
of a library in Debian.

Also, the 2.4.0.0 series of OpenGL splits out a lot of very minor
modules (ObjectName, StateVar) which causes quite some work for the
Debian maintainers, therefore I’m not very eager to tackle this version.

I assume you know that you can always use cabal-install to use the newer
version for your projects.

Greetings,
Joachim

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


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

Bug#576210: pymol: diff for NMU version 1.2r2-1.1

[Sandro Tosi]

Dear maintainer,

I've prepared an NMU for pymol (versioned as 1.2r2-1.1) and
uploaded it to DELAYED/2.

Regards.
diff -u pymol-1.2r2/debian/changelog pymol-1.2r2/debian/changelog
--- pymol-1.2r2/debian/changelog
+++ pymol-1.2r2/debian/changelog
@@ -1,3 +1,12 @@
+pymol (1.2r2-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/patches/23_bts576210_FTBFS_ia64.dpatch
+- fix a FTBFS on ia64, working aroung a bug in GCC; thanks to Jakub Wilk for
+  the report and patch; Closes: #576210
+
+ -- Sandro Tosi   Mon, 10 May 2010 09:34:51 +0200
+
 pymol (1.2r2-1) unstable; urgency=low
 
   * New upstream release.  This upload is dedicated to the pymol founder and
diff -u pymol-1.2r2/debian/patches/00list pymol-1.2r2/debian/patches/00list
--- pymol-1.2r2/debian/patches/00list
+++ pymol-1.2r2/debian/patches/00list
@@ -12,0 +13 @@
+23_bts576210_FTBFS_ia64
only in patch2:
unchanged:
--- pymol-1.2r2.orig/debian/patches/23_bts576210_FTBFS_ia64.dpatch
+++ pymol-1.2r2/debian/patches/23_bts576210_FTBFS_ia64.dpatch
@@ -0,0 +1,20 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 23_bts576210_FTBFS_ia64.dpatch by Jakub Wilk 
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Fix a FTBFS on ia64 (GCC problem workaround)
+
+...@dpatch@
+diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' pymol-1.2r2~/setup.py pymol-1.2r2/setup.py
+--- pymol-1.2r2~/setup.py	2010-05-10 09:12:01.0 +0200
 pymol-1.2r2/setup.py	2010-05-10 09:12:04.0 +0200
+@@ -146,6 +146,9 @@
+("_PYMOL_VMD_PLUGINS",None)
+ ]
+ ext_comp_args=["-ffast-math","-funroll-loops","-O3"]
++if os.uname()[-1] == 'ia64':
++# Mitigate bug #576198:
++del ext_comp_args[-1]
+ ext_link_args=[]
+   
+ setup ( # Distribution meta-data

Bug#580969: [INTL:es] Spanish debconf template translation

[Omar Campagne]

Package: zekr-quran-translations-en
Version: 1.1.dfsg2-1
Severity: wishlist
Tags: l10n patch

Please find attached the debconf translation for this package.

Regards,
-- 
Omar Campagne Polaino
# zekr-quran-translations-en po-debconf translation to Spanish
# Copyright (C) 2010 Software in the Public Interest
# This file is distributed under the same license as the
# zekr-quran-translations-en package.
#
# Changes:
#   - Initial translation
#   Omar Campagne , 2010
#
#   - Updates
#   TRANSLATOR
#
# Traductores, si no conocen el formato PO, merece la pena leer la
# documentación de gettext, especialmente las secciones dedicadas a este
# formato, por ejemplo ejecutando:
#   info -n '(gettext)PO Files'
#   info -n '(gettext)Header Entry'
#
# Equipo de traducción al español, por favor lean antes de traducir
# los siguientes documentos:
#
#   - El proyecto de traducción de Debian al español
# http://www.debian.org/intl/spanish/
# especialmente las notas y normas de traducción en
# http://www.debian.org/intl/spanish/notas
#
#   - La guía de traducción de po's de debconf:
# /usr/share/doc/po-debconf/README-trans
# o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
msgid ""
msgstr ""
"Project-Id-Version: zekr-quran-translations-en 1.1.dfsg-2.1\n"
"Report-Msgid-Bugs-To: zekr.deb...@gmail.com\n"
"POT-Creation-Date: 2007-10-30 06:40+0100\n"
"PO-Revision-Date: 2010-04-30 11:02+0200\n"
"Last-Translator: Omar Campagne \n"
"Language-Team: Debian l10n Spanish \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: note
#. Description
#: ../templates:2001
msgid "No authenticity warranty"
msgstr "Sin garantía de autenticidad"

#. Type: note
#. Description
#: ../templates:2001
msgid ""
"This package provides a collection of translations which are publicly "
"available on the web."
msgstr ""
"Este paquete proporciona un conjunto de traducciones libremente "
"disponibles en Internet."

#. Type: note
#. Description
#: ../templates:2001
msgid ""
"According to Islamic theology, perfectly translating the Quran is "
"impossible. Most of the time, English translations are considered to be "
"'interpretations', side by side with the Arabic text, attempting to provide "
"the best expression of its meaning."
msgstr ""
"Según la teología islámica, es imposible traducir el Corán a la perfección. "
"Habitualmente, las traducciones al inglés se consideran «interpretaciones», "
"impresas junto con el texto en árabe, que intentan ofrecer la mejor "
"expresión de su significado."

#. Type: note
#. Description
#: ../templates:2001
msgid ""
"For more information, please read the /usr/share/doc/zekr-quran-translations-"
"en/README.txt file."
msgstr ""
"Para más información, consulte el fichero "
"«/usr/share/doc/zekr-quran-translations-en/README.txt»."

#. Type: note
#. Description
#: ../templates:3001
msgid "Commercial redistribution prohibited"
msgstr "Prohibida la redistribución comercial"

#. Type: note
#. Description
#: ../templates:3001
msgid ""
"The contents of this package should not be redistributed for commercial "
"purposes. It is only provided to help readers to learn more about Islam."
msgstr ""
"El contenido de este paquete no se debería redistribuir con propósitos "
"comerciales. Se ofrece sólo para ayudar que los lectores aprendan más acerca "
"del Islam."

#. Type: boolean
#. Description
#: ../templates:4001
msgid "Do you agree with the license terms?"
msgstr "¿Está de acuerdo con los términos de la licencia?"

#. Type: boolean
#. Description
#: ../templates:4001
msgid ""
"In order to install this package, please agree to the licensing terms, "
"particularly with the prohibition of commercial distribution."
msgstr ""
"Acepte los términos de la licencia para poder instalar este paquete, en "
"especial la prohibición sobre la distribución comercial."

#. Type: error
#. Description
#: ../templates:5001
msgid "Declined Quran translations license terms"
msgstr "Se han rechazado los términos de la licencia de las traducciones del "
"Corán."

#. Type: error
#. Description
#: ../templates:5001
msgid ""
"As you declined this package's license terms, its installation will be "
"aborted."
msgstr ""
"Debido a que ha rechazado los términos de la licencia de este paquete, la "
"instalación se cancelará."

Bug#580970: unixodbc: missing dbg package

[Frederik Himpe]

Package: unixodbc
Version: 2.2.11-21
Severity: normal

There is no unixodbc-dbg package, making it impossible to
get a usable backtrace from a crash

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

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

Versions of packages unixodbc depends on:
di  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libltdl7  2.2.6b-2   A system independent dlopen wrappe
di  libreadline6  6.1-1  GNU readline and history libraries
ii  odbcinst1debian1  2.2.11-21  Support library for accessing odbc

unixodbc recommends no packages.

Versions of packages unixodbc suggests:
pn  libmyodbc  (no description available)
ii  odbc-postgresql   1:08.03.0200-1 ODBC driver for PostgreSQL
ii  tdsodbc   0.82-6 ODBC driver for connecting to MS S
pn  unixodbc-bin   (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#580034: perl: module deprecations in 5.12.0

[Dominic Hargreaves]

On Fri, May 07, 2010 at 04:54:52PM +0300, Niko Tyni wrote:

> It turns out the lintian lab is accessible at lintian.d.o but doesn't
> have unpacked source packages.
> 
> So I did it myself and grepped through 3394 unpacked source packages
> (those that build depend on perl, or produce binary packages that depend,
> recommend, or suggest perl).
> 
> Results of grepping for "use module" and "require module" follow. I've put
> the raw data available at
>  http://people.debian.org/~ntyni/perl/deprecated-modules.txt.gz
> in case someone wants to conduct a more comprehensive search.
> 
> I had a quick look through these and removed a few false positives,
> but there may still be some left.

[snip results]

> Preliminary conclusion: we're going to need at least three of the four
> modules packaged, and I'm inclined to throw in Pod::Plainer as well
> for the sake of completeness although nothing in Debian uses it.

Yep, makes sense.

Dominic.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#579128: lazarus: Access violation when opening a project's compiler option settings

[Abou Al Montacir]

I couldn't find any explanation to this crash in the logs. I've purged
my configuration, re-installed it from scratch and never managed to
reproduce it. If it still happens, maybe I can provide you an executable
with debug symbols so you can give a usable call-trace.

Cheers,
Abou Al Montacir,


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

Bug#580971: apache2: htcacheclean not stopped by init script

[Frederik Himpe]

Package: apache2
Severity: normal

When stopping apache2 using its init script, the running htcacheclean
process is not stopped. When restarting apache2 multipe times, this
results in many htcacheclean processes running at the same time.

r...@wise-web:~# /etc/init.d/apache2 stop
Stopping web server: htcacheclean...not running
 apache2 ... waiting .
r...@wise-web:~# ps aux | grep htcacheclean
root 31430  0.0  0.0  16716   508 ?Ss   11:30
0:00 /usr/sbin/htcacheclean -n -d120 -i
-p/var/cache/apache2/mod_disk_cache -l50M

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

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





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

Bug#580568: [GHC] #4051: ghci :m command doesn't work with module names containing '

[GHC]

#4051: ghci :m command doesn't work with module names containing '
-+--
Reporter:  nomeata   |Owner:  simonmar
Type:  bug   |   Status:  new 
Priority:  normal|Milestone:  6.12.3  
   Component:  Compiler  |  Version:  6.12.1  
Keywords:|   Difficulty:  
  Os:  Unknown/Multiple  | Testcase:  
Architecture:  Unknown/Multiple  |  Failure:  Other   
-+--
Changes (by simonmar):

  * owner:  => simonmar
  * milestone:  => 6.12.3


-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler



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

Bug#580972: multipath-tools: unnecessary call to multipath in /etc/udev/rules.d/z60_multipath.rules

[Apollon Oikonomopoulos]

Package: multipath-tools
Version: 0.4.8-14+lenny2
Severity: normal

Hi,

/etc/udev/rules.d/z60_multipath.rules, as shipped with all debian packages up
to sid's version, contains the following rules:

RUN+="socket:/org/kernel/dm/multipath_event"
ACTION=="add|change", SUBSYSTEM=="block", RUN+="/sbin/multipath -v0 /dev/$name"

Multipathd itself has uevent support, which is what the first rule is used for.
However, the second rule is redundant and useful only in the case of block
devices showing up during boot, between /etc/init.d/multipath-tools-boot and
/etc/init.d/multipath-tools. Furthermore, it causes major system load whenever
a bulk of new LUNs are added to a running system. In our case, adding 10 LUNs
with 8 paths each causes the system load to rocket to 70-80 for 25s, while 80
multipath processes are racing to coallesce the multipaths. Disabling the
second rule causes the whole process to finish in less than 2 seconds while
multipathd itself handles the uevents generated by the kernel.

It should be noted that upstream do not include the second rule in their sample
rulefile[1].

Thus, the second rule should be removed or at least check whether multipathd is
running before executing /sbin/multipath.

One final note: multipathd uevent handling is broken with kernel 2.6.32, fixed
in a backwards compatible way upstream with commit
7fa7affc3d23dd9dc906804d22a61144bca9f9b9 (already present in squeeze/sid).
I know this is more of a wishlist item, but please backport the fix if possible
to make lenny's multipathd usable with newer kernels.

Thank you

-- System Information:
Debian Release: 5.0.4
  APT prefers stable
  APT policy: (500, 'stable'), (80, 'testing'), (70, 'unstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.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#576877: linux-image-2.6.32-4-xen-amd64: doesn't boot with > 4 GiB; resets immediatelly, no log messages

[Thomas Schwinge]

Hello!

On Thu, Apr 08, 2010 at 12:52:25AM +0200, I wrote:
> 2.6.32-11: resets the machine immediatelly, no log messages visible
> (don't have serial console set-up).

This has been fixed with commit 28c3e64a77c36a6e52a50f713e7caf268e4b9b1f
in jeremy/xen/stable-2.6.32.x.


Regards,
 Thomas


signature.asc
Description: Digital signature

Bug#580973: libhdf5-serial-dev: Fails on linkage on amd64

[Orgad Shaneh]

Package: libhdf5-serial-dev
Version: 1.8.4-patch1-2
Severity: important

When trying to link a shared library using libhdf5, I receive the
following message:
/usr/bin/ld: /usr/lib/libhdf5.a(H5.o): relocation R_X86_64_32 against
`H5_debug_g' can not be used when making a shared object; recompile
with -fPIC
/usr/lib/libhdf5.a: could not read symbols: Bad value

I tried rebuilding the package, specifying -fPIC in DEBOPT, and it
helps. On i386 it is unneeded.

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

Kernel: Linux 2.6.32-3-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/dash

Versions of packages libhdf5-serial-dev depends on:
ii  libhdf5-serial-1.8.4    1.8.4-patch1-2   Hierarchical Data Format 5 (HDF5)
ii  libjpeg62-dev [libjpeg- 6b-16.1  Development files for the IJG JPEG
ii  zlib1g-dev  1:1.2.3.4.dfsg-3 compression library - development

libhdf5-serial-dev recommends no packages.

Versions of packages libhdf5-serial-dev suggests:
pn  libhdf5-doc    (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#580974: paraview: ParaView fails to build with boost 1.42

[Mathieu Malaterre]

Package: paraview
Version: 3.6.2-3
Severity: serious
Justification: no longer builds from source


ParaView fails to build with Boost 1.42 as can be seen on buildd:

[ 40%] Building CXX object 
VTK/Infovis/CMakeFiles/vtkInfovis.dir/vtkXMLTreeReader.o
[ 40%] Building CXX object 
VTK/Infovis/CMakeFiles/vtkInfovis.dir/vtkBoostBiconnectedComponents.o
/build/buildd-paraview_3.6.2-3-mipsel-UJBGbe/paraview-3.6.2/VTK/Infovis/vtkBoostBiconnectedComponents.cxx:35:41:
 error: boost/vector_property_map.hpp: No such file or directory
make[3]: *** 
[VTK/Infovis/CMakeFiles/vtkInfovis.dir/vtkBoostBiconnectedComponents.o] Error 1
make[3]: Leaving directory 
`/build/buildd-paraview_3.6.2-3-mipsel-UJBGbe/paraview-3.6.2/obj-mipsel-linux-gnu'
make[2]: *** [VTK/Infovis/CMakeFiles/vtkInfovis.dir/all] Error 2
make[2]: Leaving directory 
`/build/buildd-paraview_3.6.2-3-mipsel-UJBGbe/paraview-3.6.2/obj-mipsel-linux-gnu'
make[1]: *** [all] Error 2
make[1]: Leaving directory 
`/build/buildd-paraview_3.6.2-3-mipsel-UJBGbe/paraview-3.6.2/obj-mipsel-linux-gnu'
make: *** [debian/stamp-makefile-build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2



-- System Information:
Debian Release: 5.0.4
  APT prefers stable
  APT policy: (500, 'stable'), (200, 'testing'), (101, 'experimental'), (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

Versions of packages paraview depends on:
ii  libavcodec524:0.5.1-3ffmpeg codec library
ii  libavformat52   4:0.5.1-3ffmpeg file format library
ii  libavutil49 4:0.5.1-3ffmpeg utility library
ii  libc6   2.10.2-6 Embedded GNU C Library: Shared lib
ii  libexpat1   2.0.1-4+lenny3   XML parsing C library - runtime li
ii  libfreetype62.3.7-2+lenny1   FreeType 2 font engine, shared lib
ii  libgcc1 1:4.4.2-9GCC support library
ii  libgl1-mesa-glx [libgl1 7.0.3-7  A free implementation of the OpenG
ii  libglu1-mesa [libglu1]  7.6.1-1  The OpenGL utility library (GLU)
ii  libhdf5-serial-1.8.4 [l 1.8.4-patch1-1   Hierarchical Data Format 5 (HDF5) 
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange library
ii  libjpeg62   6b-14The Independent JPEG Group's JPEG 
ii  libopenmpi1.3   1.3.3-4  high performance message passing l
ii  libpng12-0  1.2.42-2 PNG library - runtime
ii  libqt4-assistant4:4.5.3-4Qt 4 assistant module
ii  libqt4-dbus 4:4.5.3-4Qt 4 D-Bus module
ii  libqt4-network  4:4.5.3-4Qt 4 network module
ii  libqt4-sql  4:4.5.3-4Qt 4 SQL module
ii  libqt4-xml  4:4.5.3-4Qt 4 XML module
ii  libqtcore4  4:4.5.3-4Qt 4 core module
ii  libqtgui4   4:4.5.3-4Qt 4 GUI module
ii  libsm6  2:1.0.3-2X11 Session Management library
ii  libstdc++6  4.4.2-9  The GNU Standard C++ Library v3
ii  libswscale0 4:0.5.1-3ffmpeg video scaling library
ii  libtiff43.8.2-11.2   Tag Image File Format (TIFF) libra
ii  libx11-62:1.3.3-1X11 client-side library
ii  libxext62:1.0.4-1X11 miscellaneous extension librar
ii  libxml2 2.7.6.dfsg-2+b1  GNOME XML library
ii  libxt6  1:1.0.5-3X11 toolkit intrinsics library
ii  python  2.5.2-3  An interactive high-level object-o
ii  python-support  1.0.6automated rebuilding support for P
ii  python2.5   2.5.2-15+lenny1  An interactive high-level object-o
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages paraview recommends:
ii  mpi-default-bin   0.6Standard MPI runtime programs
ii  qt4-dev-tools 4:4.5.3-4  Qt 4 development tools

Versions of packages paraview suggests:
pn  h5utils(no description available)
pn  hdf5-tools (no description available)

-- 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#577135: somewhat safe -- inflateReset2: Conditional jump or move depends on uninitialised value

[Jerome BENOIT]

Hello,

this issue is fixed in version 1.2.4.

Jerome
--
Jerome BENOIT
jgmbenoit-at+rezozer*dot_net



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

Bug#580975: jack-audio-connection-kit sometimes FTBFS on some armel buildds with illegal instruction error

[peter green]

package: jack-audio-connection kit
x-debbugs-cc: debian-...@lists.debian.org
x-debbugs-cc: ar...@buildd.debian.org

note: i'm not sure what severity this deserves. If it's a really a bug 
in the package it's probablly rc OTOH it could just be something screwy 
with the buildd chroots and not really be a bug in the package at all. I 
am therefore leaving the judgement call on severity up to the maintainer.


Attempts to build jack-audio-connection-kit on all6500-2 and muscat seem 
to be failing with an illegal instruction error.


https://buildd.debian.org/fetch.cgi?&pkg=jack-audio-connection-kit&ver=1.9.5~dfsg-9&arch=armel&stamp=1273219333&file=log
https://buildd.debian.org/fetch.cgi?&pkg=jack-audio-connection-kit&ver=1.9.5~dfsg-9&arch=armel&stamp=1273213323&file=log
https://buildd.debian.org/fetch.cgi?&pkg=jack-audio-connection-kit&ver=1.9.5~dfsg-13&arch=armel&stamp=1273406338&file=log
https://buildd.debian.org/fetch.cgi?&pkg=jack-audio-connection-kit&ver=1.9.5~dfsg-13&arch=armel&stamp=1273430446&file=log
https://buildd.debian.org/fetch.cgi?&pkg=jack-audio-connection-kit&ver=1.9.5~dfsg-13&arch=armel&stamp=1273432641&file=log

Other armel buildds and my qemu armel system seem to be building it 
successfully (or for older versions running into 580618).


Can anyone reproduce this problem outside a buildd environment? Does 
anyone have any ideas as to what may be the cause?




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

Bug#580185: pid file attack can be used to kill arbitrary processes

[Sergei Golovan]

On Tue, May 4, 2010 at 9:43 AM, Joey Hess  wrote:
>
> /var/run/prosody/prosody.pid is in a directory writable by the prosody
> user, as well as itself being writable by that user. Suppose this
> user is compromised. If the pid is overwritten with a different process
> id, such as 1, /etc/init.d/prosody stop will kill it.
>
> start-stop-daemon avoids this kind of security flaw by checking
> /proc/pid/exe (when run with -exec), or at least the process name (when
> run with -name). But you have to include those switches when
> stopping the daemon, which you do not. Also, --name lua is
> only going to limit it to killing lua processes, which is hardly ideal.

I think that it would be sufficient to match --name lua and --user prosody
in addition to --pidfile. It would be great if prosody could set its executable
name /proc//exec, or name in /proc//stat, but it doesn't (and I
don't know if it's possible with Lua scripts) so the best we could check is
name lua and user prosody. In this case one can't kill a process executed
by another user.

Cheers!
-- 
Sergei Golovan



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

Bug#580974:

[Mathieu Malaterre]

tags 580974 patch
thanks

I have prepared a patch based on
http://vtk.org/gitweb?p=VTK.git;a=patch;h=8b9fd6316c0fbfa4752dbdc425d8ab66d4356839
to be applied to paraview 3.6.2

It is uploaded in debian-science svn, package paraview.

-- 
Mathieu



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

Bug#579737: mirror submission for mirror.1und1.de

[mirroradmin]

Hi,

On Fri, May 07, 2010 at 12:17:16AM +0200, 579...@bugs.debian.org wrote:

> And Old-upstream: archive.debian.org I guess.

yes, synced daily from ftp.de.debian.org.

> >  Please don't publish mirror.eu.oneandone.net in URLs.
> You mean you only want to publish mirror.1und1.de, isn't it ?

Yes, exactly.

> How much bandwidth is available ?

The box is connected with GigE.

Steffen

-- 
1&1 Internet AG   : fon +49.721.91374.0   : Systemadministration
Brauerstrasse 48  : fax +49.721.91374.225 : 
D-76135 Karlsruhe : 
 
Amtsgericht Montabaur HRB 6484
Vorstand: Henning Ahlert, Ralph Dommermuth, Matthias Ehrlich, Thomas
Gottschlich, Robert Hoffmann, Markus Huhn, Hans-Henning Kettler, Dr.
Oliver Mauss, Gert Nowotny, Jan Oetjen  
Aufsichtsrats-Vorsitzender: Michael Scheeren




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

Bug#580691: RM: glitz -- RM; RC-buggy; abandoned; not mainained any more

[Torsten Werner]

tags 580691 + moreinfo
thanks


Hi,

there are problems that need to be resolved:

Checking reverse dependencies...
# Broken Depends:
f-spot: f-spot [amd64 armel i386 ia64 kfreebsd-amd64 kfreebsd-i386
powerpc s390 sparc]

# Broken Build-Depends:
f-spot: libglitz-glx1-dev
libglitz1-dev

BTW, I could not find a RC bug. Which bug is RC in your opinion?

Cheers,
Torsten



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

Bug#457075: Salomé packaging

[Denis Barbier]

Greetings,

I am not a Salome user, but here are some (hopefully not too stupid)
remarks about
   http://ftp-master.debian.org/new/salome_5.1.3-8.html

  * Binary packages are under the contrib/ section, AFAICT they can be
moved into main
  * libsalome and libsalome-dev ships a lot of shared libraries, some
of which with very generic names libe libHELLO.so or libLauncher.so.
This is a potential source of conflict, can all these libraries be
moved into a private directory like /usr/lib/salome/ ?
  * Libraries generated by swig have an underscore prepended, which
means that they are not opened by the dynamic loader and should be
moved into a private directory.
  * Ditto for binaries; and there is a concrete conflict, salome ships
/usr/bin/display which means that many people will not be able to
install this package since imagemagick is very popular.  Can binaries
be moved into a private directory, like /usr/lib/salome/bin/ ?  I
guess that runSalome and killSalome have to be put under /usr/bin/, I
can't tell for other binaries.
  * Binary packages seem to contain lots of tests
(/usr/bin/*[tT][eE][sS][tT]* or /usr/lib/lib*[tT][eE][sS][tT]*), can
they be dropped?
  * Description of the salome binary package has to be updated, AFAICT
there is no binary under /usr/bin/salome/
  * salome-common is quite large, are files under
/usr/share/salome/resources/med/ really needed?  It looks like *.med
files are already provided by salome-examples.

Denis



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

Bug#580938: cron sends mail to null after upgrade to v3.0pl1-110

[Christian Kastner]

tag 580938 +patch
thanks

On 05/10/2010 05:08 AM, Ron Johnson wrote:
> On 05/09/2010 08:22 PM, Christian Kastner wrote:
>> tag 580938 confirmed pending
>> severity important
>> thanks
>>
>> On 05/10/2010 02:14 AM, Ron Johnson wrote:
>>> My crontab entries all have this in them, so that emails to *not* get
>>> sent:
>>> MAILTO=""
>>>
>>> However, after the most recent upgrade, root has begun sending emails
>>> each time that cron runs.
>>
>> Indeed. The new mail processing code contains an error, it doesn't bail
>> out when it should on an empty MAILTO.
>>
>> I committed a fix, it will be in the next upload.
>>
> 
> Thanks.  So I live with this minor aggravation for 10 days while it sits
> in the NEW queue?

I don't know yet when the next upload is going to be. I think it will
rather be sooner than later because I consider this important.

If it can't wait at all, you can rebuild with the attached patch against
-110 (it's a one-line fix).


Christian
diff -urN cron-3.0pl1/do_command.c cron-3.0pl1-fixed//do_command.c
--- cron-3.0pl1/do_command.c	2010-05-02 14:08:07.0 +0200
+++ cron-3.0pl1-fixed//do_command.c	2010-05-10 12:17:36.0 +0200
@@ -517,7 +517,7 @@
 	if (mailto == NULL)
 		mailto = usernm;
 	else if (!*mailto)
-		mailto = NULL;
+		goto mail_finished;
 
 	/* Don't send mail if MAILCMD is not available */
 	if ((statret = stat(MAILCMD, &mcsb)) != 0) {


signature.asc
Description: OpenPGP digital signature

Bug#580955: xserver-xorg-video-radeon: Only one screen working on my dual-screen setup

[Jerome Glisse]

On Mon, May 10, 2010 at 09:13:22AM +0200, Matthieu Baechler wrote:
> Package: xserver-xorg-video-radeon
> Version: 1:6.13.0-1
> Severity: important
> Tags: sid
> 
> For a long time now, radeon driver has been unable to use my second screen.
> For xrandr, the screen is working properly, but it remains black.
> 
> For this reason, I use the radeonhd driver that, despite it's weaknesses,
> manage to get my two screen to display my desktop.
> 
> But since KMS is enabled by the last linux kernel, radeonhd display strange
> things on my screens, and is no longer usable.
> 
> It's also interesting to know that KMS has the same problem than the radeon
> driver : as soon as it's loaded, only one screen displays console output.
> 
> Conclusion is : I can't use my dual-screen setup on the current sid, which is
> pretty sad.
> 

Don't use radeonhd with KMS, radeonhd doesn't support KMS and only
bad thing can happen. Did you opened a bug about your issue ?
Best is to open a bug against KMS.

Cheers,
Jerome



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

Bug#580974:

[Sylvestre Ledru]

Le lundi 10 mai 2010 à 12:14 +0200, Mathieu Malaterre a écrit :
> tags 580974 patch
> thanks
> 
> I have prepared a patch based on
> http://vtk.org/gitweb?p=VTK.git;a=patch;h=8b9fd6316c0fbfa4752dbdc425d8ab66d4356839
> to be applied to paraview 3.6.2
> 
> It is uploaded in debian-science svn, package paraview.
Do you want an upload ?

Sylvestre





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

Bug#580975: [Fwd: jack-audio-connection-kit sometimes FTBFS on some armel buildds with illegal instruction error]

[peter green]

reassign 580975 jack-audio-connection kit
thanks

Sorry I screwed up a bit on submitting this bug, it seems the bts won't 
accept multiple x-debbugs-cc lines and I also typo'd the package name


 Original Message 
Subject: 	jack-audio-connection-kit sometimes FTBFS on some armel 
buildds with illegal instruction error

Date:   Mon, 10 May 2010 11:05:37 +0100
From:   peter green 
To: sub...@bugs.debian.org



package: jack-audio-connection kit
x-debbugs-cc: debian-...@lists.debian.org
x-debbugs-cc: ar...@buildd.debian.org

note: i'm not sure what severity this deserves. If it's a really a bug 
in the package it's probablly rc OTOH it could just be something screwy 
with the buildd chroots and not really be a bug in the package at all. I 
am therefore leaving the judgement call on severity up to the maintainer.


Attempts to build jack-audio-connection-kit on all6500-2 and muscat seem 
to be failing with an illegal instruction error.


https://buildd.debian.org/fetch.cgi?&pkg=jack-audio-connection-kit&ver=1.9.5~dfsg-9&arch=armel&stamp=1273219333&file=log
https://buildd.debian.org/fetch.cgi?&pkg=jack-audio-connection-kit&ver=1.9.5~dfsg-9&arch=armel&stamp=1273213323&file=log
https://buildd.debian.org/fetch.cgi?&pkg=jack-audio-connection-kit&ver=1.9.5~dfsg-13&arch=armel&stamp=1273406338&file=log
https://buildd.debian.org/fetch.cgi?&pkg=jack-audio-connection-kit&ver=1.9.5~dfsg-13&arch=armel&stamp=1273430446&file=log
https://buildd.debian.org/fetch.cgi?&pkg=jack-audio-connection-kit&ver=1.9.5~dfsg-13&arch=armel&stamp=1273432641&file=log

Other armel buildds and my qemu armel system seem to be building it 
successfully (or for older versions running into 580618).


Can anyone reproduce this problem outside a buildd environment? Does 
anyone have any ideas as to what may be the cause?






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

Bug#579087: [prosody] Database directory, including plaintext password is world readable

[Sergei Golovan]

On Sun, Apr 25, 2010 at 12:35 PM, Adrien Clerc  wrote:
> Hi,
>
> It seems that /var/lib/prosody and all subdirectory and files are world
> readable. Since those files can contain plaintext password, it is very
> annoying for public servers.

Prosody used to create database files world readable because of bug in
liblua5.1-filesystem0 (see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=562627
for details). Though now that bug is fixed, so all new files shouldn't be
world-readable. Also, /var/lib/prosody permissions are set to 750 in
postinstallation script, so I'm surprised that it ends up world-readable.

>
> Please make sure that database can only be read by the prosody user.

Could you check if liblua5.1-filesystem0 version is 1.4.2-3 (your reportbug
didn't mention its version), reinstall (or upgrade) prosody and check
if /var/lib/prosody's permissions are 750 and if creation of a new
user makes its DB file
/var/lob/prosody//accounts/username.dat with proper permissions?

> Depends (Version) | Installed
> ===-+-==
> liblua5.1-filesystem0 |

By the way, is there any chance that you have overridden /var/lib/prosody
permissions by copying old backup data or imported data from some other
server?

Cheers!
-- 
Sergei Golovan



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

Bug#580976: ajaxterm: Configure terminal colors (back/foreground)

[Jürgen A . Erhard]

Package: ajaxterm
Version: 0.10-6
Severity: wishlist


Course that's just wishlist... especially since I took a peek and it
seems to be a little more involved (and/or messy).


-- System Information:
Debian Release: 5.0.4
  APT prefers stable
  APT policy: (990, 'stable'), (400, 'unstable')
Architecture: i386 (i686)

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

Versions of packages ajaxterm depends on:
ii  adduser   3.110  add and remove users and groups
ii  python2.5.2-3An interactive high-level object-o
ii  python-support1.0.8  automated rebuilding support for P

Versions of packages ajaxterm recommends:
ii  lighttpd [httpd]  1.4.26-1.1jae1 A fast webserver with minimal memo
ii  openssh-server1:5.1p1-5  secure shell server, an rshd repla
ii  python-psyco  1.6-1  Python specializing compiler

ajaxterm 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#580977: ajaxterm: Bold attribute doesn't work anymore

[Jürgen A . Erhard]

Package: ajaxterm
Version: 0.10-6
Severity: normal


As mentioned in a followup to #541850, this seems to be an easy fix in
ajaxterm.py

-- System Information:
Debian Release: 5.0.4
  APT prefers stable
  APT policy: (990, 'stable'), (400, 'unstable')
Architecture: i386 (i686)

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

Versions of packages ajaxterm depends on:
ii  adduser   3.110  add and remove users and groups
ii  python2.5.2-3An interactive high-level object-o
ii  python-support1.0.8  automated rebuilding support for P

Versions of packages ajaxterm recommends:
ii  lighttpd [httpd]  1.4.26-1.1jae1 A fast webserver with minimal memo
ii  openssh-server1:5.1p1-5  secure shell server, an rshd repla
ii  python-psyco  1.6-1  Python specializing compiler

ajaxterm 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#580978: installation-reports: fails to see NIC firmware drivers on USB stick

[Bonno Bloksma]

Package: installation-reports
Severity: important



-- Package-specific info:

Boot method: CD
Image version: debian-504-amd64-netinst.iso
Date: 

Machine: Dell PowerEgde 2950
Partitions: 


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [E]
Detect CD:  [ ]
Load installer modules: [ ]
Detect hard drives: [ ]
Partition hard drives:  [ ]
Install base system:[ ]
Clock/timezone setup:   [ ]
User/password setup:[ ]
Install tasks:  [ ]
Install boot loader:[ ]
Overall install:[ ]

Comments/Problems:



When the installation detects the NIC it needs the firmware for it suggests I 
insert an USB drive or floppy drive with the required file(s).
The required file is: bnx2-06-4.0.5.fw
I have an ext2 formatted usb stick with that file but when I insert it and tell 
the installation to continue the led on the stick will light up a few times but 
after that the installation will report a failure in finding the file.
Opening a second screen and doing the following:
  mkdir /mnt/usb
  mount -t ext2 /dev/sdc1 /mnt/usb
  ls /mnt/usb
will show the file present on the stick.

I have had the same problem a few months ago on a HP Proliant server but was 
not a able to wait for further testing. Sollution then was an etch installation 
first and then upgrade to lenny.
This machine is a test machine and if needed I can have it available for 
severla months to do some testing if needed.

p.s. This report has been created on my machine at home NOT on the machine with 
the problem as I have a problem installing Debian lenny ...


-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.



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

Bug#579087: [prosody] Database directory, including plaintext password is world readable

[Bernd Zeimetz]

On 05/10/2010 12:47 PM, Sergei Golovan wrote:
> Could you check if liblua5.1-filesystem0 version is 1.4.2-3 (your reportbug

Probably a dependency >= that version should be added?

Cheers,

Bernd


-- 
 Bernd ZeimetzDebian GNU/Linux Developer
 http://bzed.dehttp://www.debian.org
 GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
   ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F



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

Bug#580974:

[Mathieu Malaterre]

On Mon, May 10, 2010 at 12:44 PM, Sylvestre Ledru  wrote:
> Le lundi 10 mai 2010 à 12:14 +0200, Mathieu Malaterre a écrit :
>> tags 580974 patch
>> thanks
>>
>> I have prepared a patch based on
>> http://vtk.org/gitweb?p=VTK.git;a=patch;h=8b9fd6316c0fbfa4752dbdc425d8ab66d4356839
>> to be applied to paraview 3.6.2
>>
>> It is uploaded in debian-science svn, package paraview.
> Do you want an upload ?

No ! :)
This is not yet working. The patch was -apparently- incomplete.

I'll send a mail to debian-science once I am happy with it.

Thanks.
-- 
Mathieu



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

Bug#580979: tunapie: [INTL:es] Spanish debconf template translation

[Ricardo Fraile]

Package: tunapie
Version: 2.1.17-1
Severity: wishlist


Please find attached the Spanish debconf translation.


Thanks.


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

Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
# tunapie po-debconf translation to Spanish
# Copyright (C) 2010 Software in the Public Interest
# This file is distributed under the same license as the tunapie package.
#
# Changes:
#   - Initial translation
#   Ricardo Fraile , 2010
#
# Traductores, si no conocen el formato PO, merece la pena leer la
# documentación de gettext, especialmente las secciones dedicadas a este
# formato, por ejemplo ejecutando:
#   info -n '(gettext)PO Files'
#   info -n '(gettext)Header Entry'
#
# Equipo de traducción al español, por favor lean antes de traducir
# los siguientes documentos:
#
#   - El proyecto de traducción de Debian al español
# http://www.debian.org/intl/spanish/
# especialmente las notas y normas de traducción en
# http://www.debian.org/intl/spanish/notas
#
#   - La guía de traducción de po's de debconf:
# /usr/share/doc/po-debconf/README-trans
# o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
msgid ""
msgstr ""
"Project-Id-Version: tunapie 2.1.17-1\n"
"Report-Msgid-Bugs-To: tuna...@packages.debian.org\n"
"POT-Creation-Date: 2006-09-25 17:29+0100\n"
"PO-Revision-Date: 2010-04-16 10:52+0200\n"
"Last-Translator: Ricardo Fraile \n"
"Language-Team: Spanish \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Do you wish to view uncensored video streams from Shoutcast?"
msgstr "¿Desea ver secuencias Shoutcast de vídeo sin censura?"

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"Some Shoutcast video streams contain adult content. If you select this "
"option, adult content will be displayed by tunapie."
msgstr ""
"Algunas secuencias Shoutcast de vídeo contienen contenido para adultos. Si 
usted selecciona esta"
"opción, tunapie mostrará contenido para adultos."

Bug#580981: Segmentation fault with lines longer than 90 characters

[Tim Retout]

Package: enscript
Version: 1.6.5.1-1
Severity: serious
Tags: upstream

This is http://savannah.gnu.org/bugs/?29198

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

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

Versions of packages enscript depends on:
ii  dpkg  1.15.5.6   Debian package management system
ii  install-info  4.13a.dfsg.1-5 Manage installed documentation in 
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libpaper1 1.1.23+nmu2library for handling paper charact

enscript recommends no packages.

Versions of packages enscript suggests:
ii  cups-bsd [lpr]   1.4.3-1 Common UNIX Printing System(tm) - 
ii  evince [postscript-viewer]   2.28.2-1Document (postscript, pdf) viewer
ii  ghostscript [postscript-view 8.71~dfsg-4 The GPL Ghostscript PostScript/PDF
ii  gv [postscript-viewer]   1:3.6.8-1   PostScript and PDF viewer for X

-- 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#580982: Missing dependency on libmime-lite-html-perl

[Jean Charles Delepine]

Package: sympa
Version: 6.0.1+dfsg-1
Severity: important
Tags: patch

wwsympa.fcgi needs libmime-lite-html-perl, so, sympa should depend on it :

$ /usr/lib/cgi-bin/sympa/wwsympa.fcgi
Can't locate MIME/Lite/HTML.pm in @INC (@INC contains: /usr/share/sympa/lib 
/etc/perl /usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 
/usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 
/usr/local/lib/site_perl .) at /usr/lib/cgi-bin/sympa/wwsympa.fcgi line 48.
BEGIN failed--compilation aborted at /usr/lib/cgi-bin/sympa/wwsympa.fcgi line 
48.


Just tested your new package on a mostly lenny vm. Great work !

-- System Information:
Debian Release: 5.0.4
  APT prefers stable
  APT policy: (900, 'stable'), (200, 'testing'), (90, 'unstable')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.33-rc8-intel-jcd (SMP w/1 CPU core)
Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages sympa depends on:
ii  adduser  3.110   add and remove users and groups
ii  dbconfig-common  1.8.39  common framework for packaging dat
ii  debconf [debconf-2.0]1.5.24  Debian configuration management sy
ii  libarchive-zip-perl  1.18-1  Module for manipulation of ZIP arc
ii  libc62.7-18lenny2GNU C Library: Shared libraries
ii  libcgi-fast-perl 5.10.0-19lenny2 CGI::Fast Perl module
ii  libcgi-pm-perl   3.38-2lenny1Simple Common Gateway Interface Cl
ii  libcrypt-ciphersaber-per 0.61-4  Perl module implementing CipherSab
ii  libdbd-mysql-perl4.007-1+lenny1  A Perl5 database interface to the 
ii  libdbi-perl  1.605-1 Perl5 database interface by Tim Bu
ii  libfile-copy-recursive-p 0.36-1  Perl extension for recursively cop
ii  libhtml-format-perl  2.04-2  format HTML syntax trees into text
ii  libhtml-stripscripts-par 1.03-1  module to filter scripts out of HT
ii  libhtml-tree-perl3.23-1  represent and create HTML syntax t
ii  libintl-perl 1.16-4  Uniforum message translations syst
ii  libio-stringy-perl   2.110-4 Perl modules for IO from scalars a
ii  libmailtools-perl2.03-1  Manipulate email in perl programs
ii  libmime-charset-perl 1.006.2-2   Charset Informations for MIME
ii  libmime-encwords-perl1.010.101-1 deal with RFC-1522 encoded words
ii  libmime-perl 5.427-1 transitional dummy package
ii  libmime-tools-perl [libm 5.427-1 Perl5 modules for MIME-compliant m
ii  libmsgcat-perl   1.03-4+b1   Locale::Msgcat perl module
ii  libnet-ldap-perl 1:0.36-1A Client interface to LDAP servers
ii  libnet-netmask-perl  1.9015-3parse, manipulate and lookup IP ne
ii  libregexp-common-perl2.122-1 Provide commonly requested regular
ii  libtemplate-perl 2.20-1  template processing system written
ii  libterm-progressbar-perl 2.09-5  Perl module to print a progress ba
ii  libxml-libxml-perl   1.66-1+b1   Perl module for using the GNOME li
ii  lsb-base 3.2-20  Linux Standard Base 3.2 init scrip
ii  mhonarc  2.6.16-1Mail to HTML converter
ii  perl 5.10.0-19lenny2 Larry Wall's Practical Extraction 
ii  perl-modules [libcgi-pm- 5.10.0-19lenny2 Core Perl modules
ii  perl-suid5.10.0-19lenny2 Runs setuid Perl scripts
ii  postfix [mail-transport- 2.5.5-1.1   High-performance mail transport ag
ii  sysklogd [system-log-dae 1.5-5   System Logging Daemon

Versions of packages sympa recommends:
ii  ca-certificates20080809  Common CA certificates
pn  doc-base   (no description available)
ii  locales-all [locales]  2.7-18lenny2  GNU C Library: Precompiled locale 
ii  logrotate  3.7.1-5   Log rotation utility
ii  mysql-server   5.0.51a-24+lenny3 MySQL database server (metapackage
ii  mysql-server-5.0 [mysq 5.0.51a-24+lenny3 MySQL database server binaries

Versions of packages sympa suggests:
ii  apache2-mpm-prefork [ht 2.2.9-10+lenny7  Apache HTTP Server - traditional n
ii  libapache2-mod-fcgid1:2.2-1  an alternative module compat with 
pn  libsoap-lite-perl  (no description available)
ii  openssl 0.9.8g-15+lenny6 Secure Socket Layer (SSL) binary a

-- 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#561944: [Debian GNUstep maintainers] New GNUstep releases

[Yavor Doganov]

[ Quoting in full for the sake of the bug log. ]

On Mon, May 10, 2010 at 11:37:30AM +0200, Gürkan Sengün wrote:
>> So... what shall we do for squeeze?  The current situation is
>> really frustrating :-(.
>>
>> I think we should definitely try to release with the newest, not
>> only because they are labeled as "stable" -- there are lots of good
>> API additions and bugfixes that application developers are going to
>> rely upon.  What we have now (heck, we don't even *have* it, given
>> that gui/back is only in experimental) is already obsolete.

> I agree, we should go for the latest stable release, and your plan
> to test it before distributing it is good.

OK, I'll start working on it immediately after I fix the gnustep-base
FTBFS on powerpc and hurd-i386.  I'll try to get everything ready
within this week.

> I can help until end of May, then I'm kind of away for two months.

I hope we can complete the transition in May; the freeze is
approaching...  In any event, I can NMU if a sourceful upload with a
fix is necessary.

>> But we have to be careful not to make the situation worse, so I
>> suggest the following:
>>
>> Make 2.4.0: Upload to sid right away, no transition involved.
>>
>> Base 1.20.0: Upload to experimental (for now).  This would allow us
>> to test all packages and judge whether to go on with a 1.19->1.20
>> transition.  If we decide not to do so (for whatever reason), this
>> will not prevent an upload of gui/back to sid (base will remain in
>> experimental for a post-squeeze transition).
>>
>> GUI/Back 0.18.0: I'll prepare the packages once the new releases
>> are out, and after we upload -base/1.20.0, but will not upload at
>> all.  Instead, I'll put them in a public location so that we can
>> all test the whole GNUstep stack.  If we can manage to deal with
>> all breakages, we can then upload gui+back to experimental and
>> update the release.d.o bug with the new information (i.e. the
>> preparation for base 1.19->1.20 and gui 0.16->0.18 transitions).
>>
>> What do you think about the plan?  Does it sound good?

> Sounds good, I don't know if it's good to waste debian developer
> sponsor time for experimental uploads though. I'm very much behind
> with getting my packages updated because of lack of sponsor time.

Well, while I feel the pain too, we most definitely *cannot* upload
ABI-breaking releases to sid without the release team's approval, even
if we have to wait months for it.  Uncoordinated uploads can disrupt
the whole release process, and we certainly do not want to do that.



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

Bug#580546: --with-clanguage=C++ breaks C support.

[Adam C Powell IV]

reassign 580546 src:petsc
tags 580546 +pending
severity 580546 important
thanks

Hi,

I'm afraid this package is part of the python transition, so I'm loath
to upload it and delay things another few days...  However, I've built,
tested, and committed a fix to debian-science git.  To build:

git clone
git://git.debian.org/git/debian-science/packages/petsc.git
DEB_BUILD_GNU_SYSTEM=linux-gnu git-buildpackage

Please let me know if it works for you.

[Upgraded severity because this breaks illuminator and probably deal.II,
but both of those have other RC bugs so I don't want this to slow down
transitions...]

-Adam

On Thu, 2010-05-06 at 12:50 -0400, Adam C Powell IV wrote: 
> clone 576799 -1
> fixed 576799 3.1.dfsg-1
> retitle -1 --with-clanguage=C++ breaks C support
> thanks
> 
> On Wed, 2010-05-05 at 17:11 -0400, Don Pellegrino wrote:
> > After upgrading to petsc-dev version 3.1 I now receive the following
> > error when trying to compile with a C compiler:
> > 
> > configure:3973: checking petscmat.h usability
> > configure:3973: gcc -c -g -O2 -I/usr/include/mpi -I/usr/include/ncbi
> > -I/usr/lib/petscdir/3.1/include -I/usr/include/libxml2 conftest.c >&5
> > In file included from /usr/lib/petscdir/3.1/include/petscis.h:7,
> >  from /usr/lib/petscdir/3.1/include/petscvec.h:9,
> >  from /usr/lib/petscdir/3.1/include/petscmat.h:6,
> >  from conftest.c:57:
> > /usr/lib/petscdir/3.1/include/petscsys.h:22:2: error: #error "PETSc
> > configured with --with-clanguage=c++ and NOT --with-c-support - it can
> > be used only with a C++ compiler"
> > 
> > Could --with-c-support be used in conjunction with C++ compatibility
> > to address bug 576799 without breaking C support?
> 
> Sure, I should be able to take care of this today -- assuming it works
> of course.
> 
> -Adam


-- 
GPG fingerprint: D54D 1AEE B11C CE9B A02B  C5DD 526F 01E8 564E E4B6

Engineering consulting with open source tools
http://www.opennovation.com/



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

Bug#580546: --with-clanguage=C++ breaks C support.

[Adam C Powell IV]

reassign 580546 src:petsc
tags 580546 +pending
severity 580546 important
thanks

Hi,

I'm afraid this package is part of the python transition, so I'm loath
to upload it and delay things another few days...  However, I've built,
tested, and committed a fix to debian-science git.  To build:

git clone
git://git.debian.org/git/debian-science/packages/petsc.git
DEB_BUILD_GNU_SYSTEM=linux-gnu git-buildpackage

Please let me know if it works for you.

-Adam

On Thu, 2010-05-06 at 12:50 -0400, Adam C Powell IV wrote: 
> clone 576799 -1
> fixed 576799 3.1.dfsg-1
> retitle -1 --with-clanguage=C++ breaks C support
> thanks
> 
> On Wed, 2010-05-05 at 17:11 -0400, Don Pellegrino wrote:
> > After upgrading to petsc-dev version 3.1 I now receive the following
> > error when trying to compile with a C compiler:
> > 
> > configure:3973: checking petscmat.h usability
> > configure:3973: gcc -c -g -O2 -I/usr/include/mpi -I/usr/include/ncbi
> > -I/usr/lib/petscdir/3.1/include -I/usr/include/libxml2 conftest.c >&5
> > In file included from /usr/lib/petscdir/3.1/include/petscis.h:7,
> >  from /usr/lib/petscdir/3.1/include/petscvec.h:9,
> >  from /usr/lib/petscdir/3.1/include/petscmat.h:6,
> >  from conftest.c:57:
> > /usr/lib/petscdir/3.1/include/petscsys.h:22:2: error: #error "PETSc
> > configured with --with-clanguage=c++ and NOT --with-c-support - it can
> > be used only with a C++ compiler"
> > 
> > Could --with-c-support be used in conjunction with C++ compatibility
> > to address bug 576799 without breaking C support?
> 
> Sure, I should be able to take care of this today -- assuming it works
> of course.
> 
> -Adam


-- 
GPG fingerprint: D54D 1AEE B11C CE9B A02B  C5DD 526F 01E8 564E E4B6

Engineering consulting with open source tools
http://www.opennovation.com/



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

Bug#580983: upower: lid switch close not anymore triggered, while lid switch open functioning

[antoine]

Package: upower
Version: 0.9.2-1
Severity: important

upgrading from 0.9.2-1 to 0.9.3-1 (upower libupower-glib1 libdevkit-power-
gobject1) prevents laptop lid switch trigger:
While configured to suspend on lid switch close, closing does not trigger
anymore (not any info in any log)
Triggering suspend (via menu or keyboard shortcut) still function well, and lid
switch opening does resume the laptop well

Downgrading to 0.9.2-1 made the lid switch close to trigger and function again



-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (993, 'unstable'), (987, 'unstable'), (986, 'testing'), (984, 
'testing'), (982, 'stable'), (980, 'stable'), (98, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.33-3.slh.7-sidux-amd64 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages upower depends on:
ii  dbus 1.2.24-1simple interprocess messaging syst
ii  libc62.10.2-7Embedded GNU C Library: Shared lib
ii  libdbus-1-3  1.2.24-1simple interprocess messaging syst
ii  libdbus-glib-1-2 0.86-1  simple interprocess messaging syst
ii  libglib2.0-0 2.24.1-1The GLib library of C routines
ii  libgudev-1.0-0   153-2   GObject-based wrapper library for 
ii  libpolkit-gobject-1-00.96-2  PolicyKit Authorization API
ii  libupower-glib1  0.9.2-1 abstraction for power management -
ii  libusb-0.1-4 2:0.1.12-14 userspace USB programming library
ii  udev 153-2   /dev/ and hotplug management daemo

Versions of packages upower recommends:
ii  pm-utils  1.3.0-1utilities and scripts for power ma
ii  policykit-1   0.96-2 framework for managing administrat

upower 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#580984: dpkg: --root value not removed from filename inside chroot

[Philipp Kern]

Package: dpkg
Version: 1.15.7.1

Hi,

1.15.7.1 seems to have a regression with relation to the handling of
`--root'.  It chroot()s into that directory nowadays and then fails to
call the right maintainer script due to the root value still being
prepended to the filename.

This causes the following (with `--root /mnt'):
cannot execute /mnt/var/lib/dpkg/info/nvidia-glx.prerm: No such file or 
directory

strace confirms the `chroot("/mnt")' call.  Am I using this parameter
wrongly or did something break?

Kind regards,
Philipp Kern



signature.asc
Description: Digital signature

Bug#580985: edge switch position not updated on screen resize event

[Wouter Verhelst]

Package: icewm
Version: 1.3.7~pre2-1+b1
Severity: normal
Tags: upstream

Hi,

I have EdgeSwitch enabled in my IceWM configuration, to be able to move
from one virtual desktop to another by moving the mouse to the edge of
the screen.

However, when the size of the screen is altered (for instance because I
connect an external monitor to my laptop and that one has a different
resolution), the position where this edge switching occurs is not
updated. As such, when I move my mouse to the right edge of the screen,
nothing happens; and when I move it to where the right edge of the
screen used to be (for instance at the 1280th horizontal pixel when the
screen has now been resized to 1920 pixels horizontally), the edge
switching does occur.

The only remedy to that seems to be to restart IceWM, which is
suboptimal.

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

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

Versions of packages icewm depends on:
ii  icewm-common 1.3.7~pre2-1+b1 wonderful Win95-OS/2-Motif-like wi
ii  libc62.10.2-7Embedded GNU C Library: Shared lib
ii  libesd0  0.2.41-7Enlightened Sound Daemon - Shared 
ii  libfontconfig1   2.8.0-2.1   generic font configuration library
ii  libgcc1  1:4.4.4-1   GCC support library
ii  libglib2.0-0 2.24.1-1The GLib library of C routines
ii  libgtk2.0-0  2.20.1-1The GTK+ graphical user interface 
ii  libice6  2:1.0.6-1   X11 Inter-Client Exchange library
ii  libsm6   2:1.1.1-1   X11 Session Management library
ii  libx11-6 2:1.3.3-3   X11 client-side library
ii  libxext6 2:1.1.1-3   X11 miscellaneous extension librar
ii  libxft2  2.1.14-2FreeType-based font drawing librar
ii  libxinerama1 2:1.1-3 X11 Xinerama extension library
ii  libxrandr2   2:1.3.0-3   X11 RandR extension library

icewm recommends no packages.

Versions of packages icewm suggests:
pn  icewm-gnome-support(no description available)
ii  ttf-bitstream-vera1.10-8 The Bitstream Vera family of free 

-- 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#580986: RM: src:kdebluetooth -- ROM; Obsolete-KDE3, deadupstream - superceded by src:kbluetooth

[Mark Purcell]

Package: ftp.debian.org
Severity: normal

src:kdebluetooth has been superceded in unstable and should now be removed,

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#580961: vim: killing vim results in a segfault

[James Vega]

On Mon, May 10, 2010 at 10:40:06AM +0200, Bernd Zeimetz wrote:
> Although this does not happen when I run vim with -u NONE -U NONE,
> I think it is still worth to report this segfault as the vim code should
> be robust enough to handle even broken configs without segfaulting while
> receiving a sigterm.
> I have various plugins activated in my config, but everything should be
> from the Debian packages:

Could you post the results of ":verbose au VimLeavePre"?  It looks like
that's the autocmd that's causing the problem.

-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega 


signature.asc
Description: Digital signature

Bug#580987: Spool directory should be moved in /var/spool/otrs

[Laurent Bigonville]

Package: otrs2
Version: 2.4.7-3
Severity: wishlist

Hi,

I think that the /var/lib/otrs/spool should be moved to /var/spool/otrs
to be coherent with FHS.

Best regards

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#580961: vim: killing vim results in a segfault

[Bernd Zeimetz]

On 05/10/2010 01:51 PM, James Vega wrote:
> On Mon, May 10, 2010 at 10:40:06AM +0200, Bernd Zeimetz wrote:
>> Although this does not happen when I run vim with -u NONE -U NONE,
>> I think it is still worth to report this segfault as the vim code should
>> be robust enough to handle even broken configs without segfaulting while
>> receiving a sigterm.
>> I have various plugins activated in my config, but everything should be
>> from the Debian packages:
> 
> Could you post the results of ":verbose au VimLeavePre"?  It looks like
> that's the autocmd that's causing the problem.

:verbose au VimLeavePre
--- Auto-Commands ---
VCSCommandVIMShutdown  VimLeavePre
* call s:CloseAllResultBuffers()
Last set from ~/.vim/plugin/vcscommand.vim
Press ENTER or type command to continue

lrwxrwxrwx 1 bzed bzed   44 Jun 30  2009 vcscommand.vim ->
/usr/share/vim-scripts/plugin/vcscommand.vim


-- 
 Bernd ZeimetzDebian GNU/Linux Developer
 http://bzed.dehttp://www.debian.org
 GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
   ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F



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

Bug#579087: [prosody] Database directory, including plaintext password is world readable

[Bernd Zeimetz]

On 05/10/2010 01:00 PM, Bernd Zeimetz wrote:
> On 05/10/2010 12:47 PM, Sergei Golovan wrote:
>> Could you check if liblua5.1-filesystem0 version is 1.4.2-3 (your reportbug
> 
> Probably a dependency >= that version should be added?

Make that >= 1.4.2-3~ please, that makes it easier to backport.

Thanks,

Bernd

-- 
 Bernd ZeimetzDebian GNU/Linux Developer
 http://bzed.dehttp://www.debian.org
 GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
   ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F



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

Bug#580988: move ~/.icedove to ~/.mozilla/thunderbird

[martin f krafft]

Package: icedove
Version: 3.0.4-2
Severity: wishlist

It would be nice if Icedove used ~/.mozilla/thunderbird instead of
~/.icedove, just like the other Mozilla programmes.

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

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

Versions of packages icedove depends on:
ii  debianutils 3.2.3Miscellaneous utilities specific t
ii  fontconfig  2.8.0-2.1generic font configuration library
ii  libasound2  1.0.22-2 shared library for ALSA applicatio
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libc6   2.10.2-7 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-4 The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.2.24-1 simple interprocess messaging syst
ii  libdbus-glib-1-20.86-1   simple interprocess messaging syst
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.3.11-1 FreeType 2 font engine, shared lib
ii  libgcc1 1:4.4.4-1GCC support library
ii  libglib2.0-02.24.1-1 The GLib library of C routines
ii  libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface 
ii  libjpeg62   6b-16.1  The Independent JPEG Group's JPEG 
ii  libnspr4-0d 4.8.4-1  NetScape Portable Runtime Library
ii  libnss3-1d  3.12.6-2 Network Security Service libraries
ii  libpango1.0-0   1.28.0-1 Layout and rendering of internatio
ii  libsqlite3-03.6.23.1-1   SQLite 3 shared library
ii  libstartup-notification 0.10-1   library for program launch feedbac
ii  libstdc++6  4.4.4-1  The GNU Standard C++ Library v3
ii  libx11-62:1.3.3-3X11 client-side library
ii  libxrender1 1:0.9.5-2X Rendering Extension client libra
ii  libxt6  1:1.0.7-1X11 toolkit intrinsics library
ii  psmisc  22.11-1  utilities that use the proc file s
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages icedove recommends:
ii  libbonobo2-0   2.24.3-1  Bonobo CORBA interfaces library
ii  libgconf2-42.28.1-3  GNOME configuration database syste
ii  libgnome2-02.30.0-1  The GNOME library - runtime files
ii  libgnomevfs2-0 1:2.24.3-1GNOME Virtual File System (runtime
ii  liborbit2  1:2.14.18-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpopt0   1.15-1lib for parsing cmdline parameters
ii  myspell-de-ch [myspell-dic 20091006-4.1  Swiss (German) dictionary for mysp
ii  myspell-de-de-oldspell [my 1:2-26German dictionary for myspell (old
ii  myspell-en-gb [myspell-dic 1:3.2.0-4 English_british dictionary for mys

Versions of packages icedove suggests:
ii  ttf-lyx   1.6.5-1TrueType versions of some TeX font

-- debconf information excluded


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


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#580990: move ~/.iceowl to ~/.mozilla/sunbird

[martin f krafft]

Package: iceowl
Version: 1.0~b1+dfsg-4
Severity: wishlist

It would be nice if Iceowl used ~/.mozilla/sunbird instead of
~/.iceowl, just like the other Mozilla programmes.

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

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

Versions of packages iceowl depends on:
ii  calendar-timezones  1.0~b1+dfsg-4Timezone Extension for Sunbird/Ice
ii  libasound2  1.0.22-2 shared library for ALSA applicatio
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libbonobo2-02.24.3-1 Bonobo CORBA interfaces library
ii  libc6   2.10.2-7 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-4 The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.2.24-1 simple interprocess messaging syst
ii  libdbus-glib-1-20.86-1   simple interprocess messaging syst
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.3.11-1 FreeType 2 font engine, shared lib
ii  libgcc1 1:4.4.4-1GCC support library
ii  libgconf2-4 2.28.1-3 GNOME configuration database syste
ii  libglib2.0-02.24.1-1 The GLib library of C routines
ii  libgnome2-0 2.30.0-1 The GNOME library - runtime files
ii  libgnomevfs2-0  1:2.24.3-1   GNOME Virtual File System (runtime
ii  libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface 
ii  libjpeg62   6b-16.1  The Independent JPEG Group's JPEG 
ii  libnspr4-0d 4.8.4-1  NetScape Portable Runtime Library
ii  libnss3-1d  3.12.6-2 Network Security Service libraries
ii  liborbit2   1:2.14.18-0.1libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0   1.28.0-1 Layout and rendering of internatio
ii  libpopt01.15-1   lib for parsing cmdline parameters
ii  libsqlite3-03.6.23.1-1   SQLite 3 shared library
ii  libstdc++6  4.4.4-1  The GNU Standard C++ Library v3
ii  libx11-62:1.3.3-3X11 client-side library
ii  libxrender1 1:0.9.5-2X Rendering Extension client libra
ii  libxt6  1:1.0.7-1X11 toolkit intrinsics library
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages iceowl recommends:
ii  calendar-google-provider   1.0~b1+dfsg-4 Google Calendar support for lighti

iceowl suggests no packages.

-- no debconf information


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


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#580991: nvidia-glx: X segfaults after nVidia logo

[Alex Rozenshteyn]

Package: nvidia-glx
Version: 190.53-4
Severity: grave
Tags: sid
Justification: renders package unusable

After installing nvidia-glx and restarting X, I found that I could not start 
it, as X segfaults immediately after displaying the nVidia logo.
I am attaching my xorg.conf (which at the moment has the splash screen 
disabled) and my xorg log.


-- Package-specific info:
uname -r:
Linux masha 2.6.32-4-amd64 #1 SMP Mon Apr 5 21:14:10 UTC 2010 x86_64 GNU/Linux


/proc/version:
Linux version 2.6.32-4-amd64 (Debian 2.6.32-11) (m...@debian.org) (gcc version 
4.3.4 (Debian 4.3.4-8) ) #1 SMP Mon Apr 5 21:14:10 UTC 2010


/proc/driver/nvidia/version:


01:00.0 VGA compatible controller: nVidia Corporation G96M [Quadro FX 770M] 
(rev a1)


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

Kernel: Linux 2.6.32-4-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/dash

Versions of packages nvidia-glx depends on:
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libx11-6  2:1.3.3-3  X11 client-side library
ii  libxext6  2:1.1.1-3  X11 miscellaneous extension librar
ii  nvidia-kernel-2.6.32- 190.53-4+2.6.32-11 NVIDIA binary kernel module for Li
ii  x11-common1:7.5+5X Window System (X.Org) infrastruc

nvidia-glx recommends no packages.

Versions of packages nvidia-glx suggests:
ii  nvidia-kernel-source  190.53-4   NVIDIA binary kernel module source
ii  nvidia-settings   190.53-1   Tool for configuring the NVIDIA gr

-- no debconf information
# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig:  version 1.0  (ra...@juliet2)  Fri Sep  5 15:03:39 PDT 2008


Section "ServerLayout"
Identifier "Layout0"
Screen  0  "Screen0" 0 0
InputDevice"Keyboard0" "CoreKeyboard"
InputDevice"Mouse0" "CorePointer"
EndSection

Section "Files"
ModulePath  "/usr/lib64/xorg/modules"
EndSection

Section "Module"
Load   "glx"
EndSection

Section "InputDevice"

# generated from default
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/psaux"
Option "Emulate3Buttons" "no"
Option "ZAxisMapping" "4 5"
Option "SHMConfig" "on"
EndSection

Section "InputDevice"

# generated from default
Identifier "Keyboard0"
Driver "kbd"
EndSection

Section "Monitor"
Identifier "Monitor0"
VendorName "Unknown"
ModelName  "Unknown"
HorizSync   28.0 - 33.0
VertRefresh 43.0 - 72.0
Option "DPMS"
EndSection

Section "Device"
Identifier "Device0"
Driver "nvidia"
Option "UseEdidDpi" "False"
Option "DPI" "96 x 96"
Option "RenderAccel" "true"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Device0"
Monitor"Monitor0"
DefaultDepth24
Option "NoLogo" "true"
SubSection "Display"
Depth   24
EndSubSection
EndSection


This is a pre-release version of the X server from The X.Org Foundation.
It is not supported in any way.
Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/.
Select the "xorg" product for bugs you find in this release.
Before reporting bugs in pre-release versions please check the
latest version in the X.Org Foundation git repository.
See http://wiki.x.org/wiki/GitPage for git access instructions.

X.Org X Server 1.7.6.901 (1.7.7 RC 1)
Release Date: 2010-04-12
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.32-4-amd64 x86_64 Debian
Current Operating System: Linux masha 2.6.32-4-amd64 #1 SMP Mon Apr 5 21:14:10 
UTC 2010 x86_64
Kernel command line: BOOT_IMAGE=/vmlinuz-2.6.32-4-amd64 
root=/dev/mapper/vg-root ro quiet
Build Date: 19 April 2010  04:58:05PM
xorg-server 2:1.7.6.901-3 (Cyril Brulebois ) 
Current version of pixman: 0.16.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Mon May 10 08:06:34 2010
(==) Using config file: "/etc/X11/xorg.conf"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(==) ServerLayout "Layout0"
(**) |-->Screen "Screen0" (0)
(**) |   |-->Monitor "Monitor0"
(**) |   |-->Device "Device0"
(**) |-->Input Device "Keyboard0"
(**) |-->Input Device "Mouse0"
(==) Automatically adding devices
(==) Automatically enabling devices
(==) FontPath set to:
  

Bug#580992: Patch to port to libept 1.0

[Enrico Zini]

Package: goplay
Version: 0.3-1+b2
Severity: wishlist
Tags: patch

Hello,

I am preparing a new version of libept after quite aggressively
simplifying its code.

I'm now testing its reverse dependencies to see how the libept changes
impact their code and functions.

I'm posting here, for reference, the patch needed to make goplay work
with the version of libept I just committed to the libept git repo.
There is no functionality loss in goplay, just the code got a bit
simpler and a bit more readable.

When I'm ready to upload libept 1.0, we can then followup with the
goplay update.


Ciao,

Enrico

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

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

Versions of packages goplay depends on:
ii  apt [libapt-pkg-libc6.9 0.7.25.3 Advanced front-end for dpkg
ii  debtags 1.7.10   Enables support for package tags
ii  ept-cache   1.0  Commandline tool to search the pac
ii  games-thumbnails20090628 thumbnails of games in Debian
ii  libc6   2.10.2-6 Embedded GNU C Library: Shared lib
ii  libept0 0.5.30   High-level library for managing De
ii  libfltk1.1  1.1.10-2 Fast Light Toolkit - shared librar
ii  libgcc1 1:4.4.2-9GCC support library
ii  libstdc++6  4.4.2-9  The GNU Standard C++ Library v3
ii  libxapian15 1.0.19-1 Search engine library
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

goplay recommends no packages.

goplay suggests no packages.

-- no debconf information
diff --git a/debian/control b/debian/control
index d10e901..dc104ff 100644
--- a/debian/control
+++ b/debian/control
@@ -5,7 +5,7 @@ Maintainer: Debian Games Team 
 Uploaders: Miriam Ruiz , Enrico Zini , Jonas Smedegaard 
 Build-Depends: debhelper (>= 5), autotools-dev,
  c++abi2-dev, dh-buildinfo, pkg-config,
- libept-dev (>= 0.5.10), libept-dev (<< 0.6),
+ libept-dev (>= 1.0), libept-dev (<< 2),
  libwibble-dev (>= 0.1.9), libwibble-dev (<< 0.2),
  libfltk1.1-dev, fluid
 Standards-Version: 3.7.3
diff --git a/src/Engine.cpp b/src/Engine.cpp
index 866e5bf..297eb41 100644
--- a/src/Engine.cpp
+++ b/src/Engine.cpp
@@ -56,11 +56,11 @@ struct EngineMatchDecider : public Xapian::MatchDecider
 
 static Xapian::Query allGames(Vocabulary& voc, const std::string& facet="game")
 {
-	set games = voc.tags(facet);
+	set games = voc.tags(facet);
 	vector terms;
-	for (set::const_iterator i = games.begin();
+	for (set::const_iterator i = games.begin();
 			i != games.end(); ++i)
-		terms.push_back("XT" + i->fullname());
+		terms.push_back("XT" + *i);
 	return Xapian::Query(Xapian::Query::OP_OR, terms.begin(), terms.end());
 }
 
@@ -73,10 +73,10 @@ Xapian::Query Engine::makeQuery()
 
 	if (!m_filter_keywords.empty())
 		kwquery = m_textsearch.makePartialORQuery(m_filter_keywords);
-	if (m_filter_type.valid())
-		typequery = Xapian::Query("XT"+m_filter_type.fullname());
-	if (m_filter_iface.valid())
-		ifacequery = Xapian::Query("XT"+m_filter_iface.fullname());
+	if (!m_filter_type.empty())
+		typequery = Xapian::Query("XT"+m_filter_type);
+	if (!m_filter_iface.empty())
+		ifacequery = Xapian::Query("XT"+m_filter_iface);
 		
 	if (kwquery.empty())
 		if (typequery.empty())
@@ -126,11 +126,11 @@ void Engine::recompute()
 	//cerr << "Engine recompute:" << endl;
 
 	// Compute the types
-	if (m_filter_type.valid())
+	if (!m_filter_type.empty())
 	{
 		//cerr << "  filter type: " << m_filter_type.fullname() << endl;
-		Tag tmp = m_filter_type;
-		m_filter_type = Tag();
+		std::string tmp = m_filter_type;
+		m_filter_type = std::string();
 		Xapian::Enquire enquire(m_textsearch.db());
 		enquire.set_query(makeQuery());
 
@@ -144,10 +144,10 @@ void Engine::recompute()
 			for (Xapian::MSetIterator i = matches.begin(); i != matches.end(); ++i)
 			{
 // Get all the game and interface tags in the result set
-set tags = m_debtags.getTagsOfItem(i.get_document().get_data());
-for (set::const_iterator j = tags.begin();
+set tags = m_debtags.getTagsOfItem(i.get_document().get_data());
+for (set::const_iterator j = tags.begin();
 		j != tags.end(); ++j)
-	if (j->facet().name() == mainFacet)
+	if (voc::getfacet(*j) == mainFacet)
 		m_types.insert(*j);
 			}
 		}
@@ -157,11 +157,11 @@ void Engine::recompute()
 	}
 
 	// Compute the interfaces
-	if (m_filter_iface.valid())
+	if (!m_filter_iface.empty())
 	{
 		//cerr << "  filter iface: " << m_filter_iface.fullname() << endl;
-		Tag tmp = m_filter_iface;
-		m_filter_iface = Tag();
+		std::string tmp = m_filter_iface;
+		m_filter_iface = std::string();
 		Xapian::Enquire enquire(m_textsearch.db());
 		enquire.set_query(makeQuery());
 
@@ -175,

Bug#580984: dpkg: --root value not removed from filename inside chroot

[Raphael Hertzog]

Hi,

On Mon, 10 May 2010, Philipp Kern wrote:
> 1.15.7.1 seems to have a regression with relation to the handling of
> `--root'.  It chroot()s into that directory nowadays and then fails to
> call the right maintainer script due to the root value still being
> prepended to the filename.
> 
> This causes the following (with `--root /mnt'):
> cannot execute /mnt/var/lib/dpkg/info/nvidia-glx.prerm: No such file or 
> directory
> 
> strace confirms the `chroot("/mnt")' call.  Am I using this parameter
> wrongly or did something break?

The chroot call is there since long, however when the maintainer script is
called, the /mnt part (instdir) should be stripped (by preexecscript) and
for some reason it's not the case here.

Can you submit a log generated with dpkg -D2  ?

As a reference point, 1.15.5.6 seems to be ok according to you (info
grabbed on IRC).

Problematic commits could be 15daa22fa94d19cc059d2755e5164db1a3a62791,
a9f8f235b90a586d99a9597fa5e7f2880ec91a98 or
ab9482eb45e27a0b0c058a2662b28b7d3642173d. They all deal with the way
"admindir" is used internally.

I think this feature deserves a non-regression test given how seldom it's
used in daily usages by the developers.

Cheers,
-- 
Raphaël Hertzog

Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/
My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/



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

Bug#580993: drizzle-server: does not create required directory /var/log/drizzle on install

[Florian Haas]

Package: drizzle-server
Version: 2010.03.1347-1
Severity: important


The init script packaged with drizzle-server expects the directory
/var/log/drizzle to exist and be owned by drizzle:drizzle. That
directory isn't created on package install, making it impossible to
immediately start the drizzle server using the packaged init script.

Suggest to create and chown that directory during install.


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

Kernel: Linux 2.6.32-3-amd64 (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/dash

Versions of packages drizzle-server depends on:
ii  adduser 3.112add and remove users and groups
ii  drizzle-client  2010.03.1347-1   Client binaries for Drizzle
Databa
ii  libc6   2.10.2-7 Embedded GNU C Library:
Shared lib
ii  libcurl3-gnutls 7.20.1-2 Multi-protocol file
transfer libra
ii  libevent-1.4-2  1.4.13-stable-1  An asynchronous event
notification
ii  libgcc1 1:4.4.4-1GCC support library
ii  libgearman4 0.12-1   Library providing Gearman
client a
ii  libgnutls26 2.8.6-1  the GNU TLS library -
runtime libr
ii  libpam0g1.1.1-3  Pluggable Authentication
Modules l
ii  libpcre38.02-1   Perl 5 Compatible Regular
Expressi
ii  libprotobuf62.3.0-1  protocol buffers C++ library
ii  libstdc++6  4.4.4-1  The GNU Standard C++ Library v3
ii  libuuid12.16.2-0 Universally Unique ID library
ii  lsb-base3.2-23.1 Linux Standard Base 3.2
init scrip
ii  passwd  1:4.1.4.2-1  change and administer
password and
ii  psmisc  22.11-1  utilities that use the proc
file s
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

drizzle-server recommends no packages.

Versions of packages drizzle-server suggests:
pn  tinyca (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#580994: drizzle-server: does not create required directory /var/log/drizzle on install

[Florian Haas]

Package: drizzle-server
Version: 2010.03.1347-1
Severity: important


The init script packaged with drizzle-server expects the directory 
/var/log/drizzle to exist and be owned by drizzle:drizzle. That 
directory isn't created on package install, making it impossible to 
immediately start the drizzle server using the packaged init script.

Suggest to create and chown that directory during install.


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

Kernel: Linux 2.6.32-3-amd64 (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/dash

Versions of packages drizzle-server depends on:
ii  adduser 3.112add and remove users and groups
ii  drizzle-client  2010.03.1347-1   Client binaries for Drizzle Databa
ii  libc6   2.10.2-7 Embedded GNU C Library: Shared lib
ii  libcurl3-gnutls 7.20.1-2 Multi-protocol file transfer libra
ii  libevent-1.4-2  1.4.13-stable-1  An asynchronous event notification
ii  libgcc1 1:4.4.4-1GCC support library
ii  libgearman4 0.12-1   Library providing Gearman client a
ii  libgnutls26 2.8.6-1  the GNU TLS library - runtime libr
ii  libpam0g1.1.1-3  Pluggable Authentication Modules l
ii  libpcre38.02-1   Perl 5 Compatible Regular Expressi
ii  libprotobuf62.3.0-1  protocol buffers C++ library
ii  libstdc++6  4.4.4-1  The GNU Standard C++ Library v3
ii  libuuid12.16.2-0 Universally Unique ID library
ii  lsb-base3.2-23.1 Linux Standard Base 3.2 init scrip
ii  passwd  1:4.1.4.2-1  change and administer password and
ii  psmisc  22.11-1  utilities that use the proc file s
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

drizzle-server recommends no packages.

Versions of packages drizzle-server suggests:
pn  tinyca (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#580995: Default permission doesn't allow the use of the Package manager

[Laurent Bigonville]

Package: otrs2
Version: 2.4.7-3
Severity: normal

Hi,

It looks like the Packages Manager is not working due to permissions
issue.

Software error:

ERROR: Need write permission in OTRS home
Try: $OTRS_HOME/bin/SetPermissions.pl !!!

For help, please send mail to the webmaster ([no address given]), giving this 
error message and the time and date of the error. 

In the logs I get things like:

May 10 14:29:54 beta3 OTRS-CGI-10[30224]: 
[Error][Kernel::System::Main::FileWrite][Line:434]: Can't write 
'/usr/share/otrs/bin/check_permissons.30224': Permission denied
May 10 14:31:46 beta3 OTRS-CGI-10[30227]: 
[Error][Kernel::System::Main::FileWrite][Line:434]: Can't write 
'/usr/share/otrs/Kernel/check_permissons.30227': Permission denied


Regards

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#580996: reportbug: Reportbug crash due to gtk assertion !

[mourad]

Package: reportbug
Version: 4.12.1
Severity: important

Hi,

When I'm trying to use reportbug with gtk interface, it crashes in several, the 
first (selecting package or when selecting some bug reports).

I've got the message :
$ reportbug
**
Gdk:ERROR:/tmp/buildd/gtk+2.0-2.20.1/gdk/gdkregion-generic.c:1112:miUnionNonO: 
assertion failed: (r->x1 < r->x2)
Abandon


I don't know if it is a similar problem than that one 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578711

Regards

Mourad

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

** /home/mourad/.reportbugrc:
reportbug_version "4.8"
mode standard
ui gtk2
email "newbee...@nativobject.com"
no-cc
header "X-Debbugs-CC: newbee...@nativobject.com"
smtphost reportbug.debian.org

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

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

Versions of packages reportbug depends on:
ii  apt   0.7.25.3   Advanced front-end for dpkg
ii  python2.5.4-9An interactive high-level object-o
ii  python-reportbug  4.12.1 Python 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)
pn  emacs22-bin-common |   (no description available)
ii  exim44.71-4  metapackage to ease Exim MTA (v4) 
ii  exim4-daemon-light [ 4.71-4  lightweight Exim MTA (v4) daemon
ii  file 5.04-2  Determines file type using "magic"
ii  gnupg1.4.10-3GNU privacy guard - a free PGP rep
ii  python-gtk2  2.17.0-2Python bindings for the GTK+ widge
pn  python-gtkspell(no description available)
pn  python-urwid   (no description available)
ii  python-vte   1:0.24.0-3  Python bindings for the VTE widget
ii  xdg-utils1.0.2+cvs20100307-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#560138: news upstream version 2.3.1

[Wouter van Heyst]

Hi,

since vimperator 2.3.1 is compatible with iceweasel 3.6, it would be
nice if that version could get packaged.

Wouter van Heyst



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

Bug#552563: auto-create preseed.cfg file

[Gürkan Sengün]

this would be very helpful! either that or
the actual debconf-get-selection keys in raw text somewhere on the installer
(maybe on the top line), maybe not by default, but with some boot kernel 
paramater
to activate...

Yours
Gurkan



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

Bug#580997: hgview crash at launch

[mourad]

Package: hgview
Version: 1.1.3-1
Severity: important


Hi,

I don't know if it is specific problem or a more general python problem.

When I'm trying to launch hgview I've got that message :
$ hgview
Traceback (most recent call last):
  File "/usr/bin/hgview", line 24, in 
from hgviewlib.qt4.hgrepoviewer import main 
  File "/usr/lib/pymodules/python2.5/hgviewlib/qt4/__init__.py", line 65, in 

import hgrepoview, hgfileview
  File "/usr/lib/pymodules/python2.5/hgviewlib/qt4/hgrepoview.py", line 35, in 

from hgviewlib.qt4.hgfileviewer import ManifestViewer
  File "/usr/lib/pymodules/python2.5/hgviewlib/qt4/hgfileviewer.py", line 30, 
in 
from PyQt4 import QtGui, QtCore, Qsci
RuntimeError: the sip module implements API v7.0 to v7.1 but the PyQt4.Qsci 
module requires API v6.0

I saw also that there are are new version of hgview, maybe it could solve that 
issue !

Regards

Mourad

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

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

Versions of packages hgview depends on:
ii  mercurial 1.5.1-2scalable distributed version contr
ii  python2.5.4-9An interactive high-level object-o
ii  python-docutils   0.6-3  utilities for the documentation of
ii  python-egenix-mxdatetime  3.1.3-2date and time handling routines fo
ii  python-qscintilla22.4-5  Python bindings for QScintilla 2
ii  python-qt44.7.3-1Python bindings for Qt4
ii  python-support1.0.8  automated rebuilding support for P

hgview recommends no packages.

hgview 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