Bug#639621: libgl1-mesa-dri: A DRI1-capable r300_dri.so should be provided

[Michel Dänzer]

On Son, 2011-08-28 at 13:16 -0500, Andrew Deason wrote: 
> 
> On my system, using KMS and DRI2 is really slow (this is known in at
> least some cases; KMS/DRI2 just isn't as mature right now, I think? See
> 572911, 607510, and probably others). So, I have disabled KMS and just
> want to use regular DRI, which is currently much better.
> 
> The problem is, the r300_dri.so that is shipped with libgl1-mesa-dri is
> the Gallium driver (I have a Radeon X1300, which uses r300_dri.so).
> This only works with DRI2, so all of the 3d rendering is done via
> swrast_dri.so. The performance isn't bad (still much better than KMS),
> but if I build libgl1-mesa-dri locally, and grab the non-Gallium
> r300_dri.so I get better performance since I'm no longer rendering via
> software.

And to reiterate on what Cyril said: If the Gallium driver is slower
than swrast_dri.so (doing what?), that sounds like something very basic
is going wrong, and you should really look into that.


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



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

Bug#639661: Additional module

[Dennis Hoppe]

Package: nginx-light
Version: 1.1.0-1~bpo60+1
Severity: wishlist

Hello,

i like the idea of having a minimal package of nginx, but i am missing
the module "stub_status".

   http://wiki.nginx.org/HttpStubStatusModule

Even for a minimal installation, you want have some informations about
the usage of your webserver.

Regards, Dennis



signature.asc
Description: OpenPGP digital signature

Bug#627409: gnome-shell doesn't start ibus

[Harshula]

Hi YunQiang Su,

I had a bit of trouble activating IBus after I upgraded to gnome-shell.
Then I realised I didn't have ibus-gtk3 installed. After ensuring both
ibus-gtk and ibus-gtk3 were installed, I was able to activate IBus.

cya,
#




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

Bug#631950: remmina-plugin-nx unable to connect with libssh-4_0.5.0-2

[Laurent Bigonville]

Hi,

> Yeah I've seen it...
> 
> Still doesn't work however :(

:(

Could you try to rebuild remmina-plugin-nx package and see if it fix
the issue?

I'm wondering if it's not a unintentional ABI breakage or something
like that.

Cheers

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#639651: xserver-xorg-video-r128: FTBFS: Package 'xorg-server' requires 'dri2proto >= 2.6' but version of DRI2Proto is 2.3

[Julien Cristau]

On Sun, Aug 28, 2011 at 20:53:43 -0500, Jonathan Nieder wrote:

> Subject: Bump xserver-xorg-core Depends on x11proto-dri2-dev
> 
s/-core/-dev

Same in the changelog.

Cheers,
Julien



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

Bug#639662: quixote1: New upstream release

[Julián Moreno Patiño]

Package: quixote1
Version: 1.2-4.1
Severity: wishlist

Hi =),

The homepage field and the package are a bit outdated, please see:

http://quixote.ca/

Kind regards,

-- 
Julián Moreno Patiño
 .''`. Debian GNU/{Linux,KfreeBSD}
: :' : Free Operating Systems
`. `'  http://debian.org/
  `-   PGP KEY ID 6168BF60
Registered GNU Linux User ID 488513



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

Bug#639663: [debian-policy] Please provide upgrading-checklist via web

[Giovanni Mascellani]

Package: debian-policy
Severity: wishlist

Hi.

It would be useful to have a copy of the HTML version of
upgrading-checklist somewhere on the web. This could, for example, be
linked from the PTS when some package's Standards-Version has to be
upgraded.

In #485085 the problem of the links from upgrading-checklist to the
policy has been discussed, but not solved. I've come up with a pair of
hacks that should do the trick (although they don't qualify as
"solution" at all). I'm attaching them in case you're interested.

You have to do something like that:

$ ./build_section_mapping.sh <
/usr/share/doc/debian-policy/policy-1.html > sect_map
$ ./patch_checklist.py <
/usr/share/doc/debian-policy/upgrading-checklist-1.html >
upgrading-checklist-1-links.html

You'll probably want also want to change paths in patch_checklist.py.

Also, to usefully link upgrading-checklist from other services, it would
be helpful to have section anchors named with the relevant policy
version number instead of section number (otherwise some other hack like
build_section_mappings.sh should be used).

Thanks, Giovanni.
-- 
Giovanni Mascellani 
Pisa, Italy

Web: http://poisson.phc.unipi.it/~mascellani
Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org


build_section_mapping.sh
Description: Bourne shell script
#!/usr/bin/python
# -*- coding: utf-8 -*-

import sys, re

POLICY_URL = 'file:///usr/share/doc/debian-policy/policy-1.html'
SECT_MAP_FILE = './sect_map'

dt_re = re.compile('^(.*)$')
dt_template = '%s\n'

sect_map = {}

def build_sect_map():
with open(SECT_MAP_FILE) as sect_map_file:
for line in sect_map_file:
sect, anchor = line.strip().split(' ', 1)
sect_map[sect] = anchor

def make_line(sect):
if sect in sect_map:
return '%s' % (POLICY_URL, sect_map[sect], sect)
else:
return sect

def main():
build_sect_map()

for line in sys.stdin:
match = dt_re.match(line)
if match is not None:
line = dt_template % ', '.join([make_line(x.strip()) for x in match.group(1).split(',')])
sys.stdout.write(line)

if __name__ == '__main__':
main()



signature.asc
Description: OpenPGP digital signature

Bug#639658: kfreebsd-image-8.1-1-amd64: calling waitpid from a thread raises 'no child processes'

[Petr Salinger]

severity 639658 important
retitle 639658 [kfreebsd] waitpid from a thread does not work for child 
processes created by other threads
reassign 639658 kfreebsd-8, kfreebsd-9, eglibc
--


As you can see, the main thread delegates the waitpid call to a sub-thread. But 
both
threads are still part of the same process, so waitpid should not fail.

Debian GNU/kFreeBSD:
./debian-kfreebsd-amd64:~# ./forkthread
PID: 719
waitpid: No child processes


It is known limitation of our current linuxthreads based pthread 
implementation. It cannot be solved easily :-(

The fix probably will be mainly in eglibc part.

Petr




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

Bug#635251: any news on multi-arch for libpciaccess?

[Christopher James Halse Rogers]

On Wed, 2011-08-24 at 11:54 +0300, Riku Voipio wrote:
> On Wed, Aug 24, 2011 at 09:51:08AM +0200, Julien Cristau wrote:
> > On Wed, Aug 24, 2011 at 10:27:56 +0300, Riku Voipio wrote:
> > > Any updates here? As a udev reverse dependency this is quite important
> > > for earlt multi-arch conversion.
> 
> > It'll probably happen on the next upload, but I'm not going to rush
> > that.  (What does this have to do with udev?)
> 
> Looks like an ubuntuisim. needed inderectly for animated startup graphics,
> sigh. No hurry on debian side then it seems.

libdrm-intel now depends on libpciaccess, plymouth depends on
libdrm-intel, and so on.

The -dev package shouldn't be marked as multiarch; the i386 package is
not parallel installable with the amd64 package as they both
ship /usr/include.  In general, my understanding is that -dev packages
should not be multiarched (yet).

I should apparently also read Debian bug reports more often.  I'd just
pushed a dh7 cleanup branch which also adds multiarch to the
debian-experimental git branch before reading this mail.



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

Bug#639628: mirrors: Debian Sid, cannot install xorg server

[Riccardo]

Today (10:01 CEST) I have launched an "aptitude update" and then an
"aptitude install xorg" and worked without problems.
You can close the bug.



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

Bug#633789: [guake] Notify-osd confirmation

[Спицын Андрей]

I can confirm. Guake starts only if notify-osd installed.
-- 
Спицын Андрей 


Package: guake 
Version: 0.4.2-5

--- Please enter the report below this line. ---


--- System information. ---
Architecture: i386
Kernel:   Linux 3.0.0-1-686-pae

Debian Release: wheezy/sid
  900 testing www.debian-multimedia.org 
  900 testing ftp.ru.debian.org 
  801 sid packages.enlightenment.org 
  500 stable  security.debian.org 
  500 stable  deb.opera.com 
  500 squeeze deb.playonlinux.com 
  500 proposed-updates ftp.ru.debian.org 
  500 lucid   ppa.launchpad.net 
  500 karmic  ppa.launchpad.net 

--- Package information. ---
Depends (Version) | Installed
=-+-==
libatk1.0-0   (>= 1.12.4) | 2.0.1-2
libc6   (>= 2.3.6-6~) | 2.13-16
libcairo2  (>= 1.2.4) | 1.10.2-6.1
libfontconfig1 (>= 2.8.0) | 2.8.0-3
libfreetype6   (>= 2.2.1) | 2.4.6-1
libgdk-pixbuf2.0-0(>= 2.22.0) | 2.23.5-3
libglib2.0-0  (>= 2.16.0) | 2.28.6-1
libgtk2.0-0   (>= 2.24.0) | 2.24.4-3
libpango1.0-0 (>= 1.14.0) | 1.28.4-1
libpython2.6 (>= 2.6) | 2.6.7-3
libx11-6  | 2:1.4.4-1
notification-daemon   | 0.7.1-3
python-notify | 0.1.1-3
python  (>= 2.6.6-7~) | 2.6.7-3
gconf2| 2.32.4-1
python-vte| 1:0.28.1-2
python-dbus   | 0.84.0-2
python-glade2 | 2.24.0-2
python-gconf  | 2.28.1-3


Package's Recommends field is empty.

Package's Suggests field is empty.







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

Bug#487201:

[PJ Weisberg]

On Sunday, August 28, 2011, Ximin Luo  wrote:
> On 28/08/11 02:33, Steve Langasek wrote:
>> On Sun, Aug 28, 2011 at 02:00:33AM +0100, Ximin Luo wrote:
>>> If you were to write a program that could report the copyright status of
>>> every single file on the system, it would be weird if you showed a
>>> slightly different GPL3 for different files.  Even if you parsed a
license
>>> text to a canonical form, I doubt this would be a visually pleasing
form,
>>> or even one that has a coherent logical structure.  e.g.  Steve
suggested
>>> collapsing whitespace - but this loses (e.g.) paragraph information.
>>
>> How you decide to format the license text for display is an *entirely*
>> separate question from checking whether the license text is correct.  I
>> never suggested using the case- and whitespace-smashed form for display
(or
>> even storing it as a file).
>>
>
> In any case, the current situation makes this (formatting) hard to do.
It's not
> a good solution programatically, to have a "canonical" form that isn't
easily
> formattable.

At this point you're arguing implementation details.  You don't have to
format it at all, because the package already contains a formatted version
of the text.  The real issue is that the "known correct" text of the license
would have to exist somewhere.  Where?  In some package that contains
commonly used licenses?



People don't seem to agree what common-licenses is for. If it's to save disk
space, then Popcon has all the information needed to figure out exactly how
many bytes would be saved by putting it in common-licenses and replacing all
existing copies with a symlink.  If it's to save work, then how much work
would be saved compared to the cost of adding it to common-licenses?

-- 

-PJ

Bug#639664: ruby1.9.1: FTBFS on hurd-i386: struct dirent issue

[Samuel Thibault]

Package: ruby1.9.1
Version: 1.9.2.290-2
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

Hello,

ruby FTBFS on hurd-i386 due to dirent misuse. The attach patch fixes it
the same way as Solaris. I have already forwarded it to m...@netlab.jp
last monday, but didn't have any reply so far.

There is another bug about task detection, which will be fixed in the
next eglibc upload.

Samuel

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

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

-- 
Samuel Thibault 
 Cliquez sur le lien qui suit dans ce mail...vous n'avez plus qu'a vous
 inscrire pour gagner de l'argent en restant connecteet puis faites
 passer le message et vous gagnerez encore plus d'argent ...
 -+- AC in NPC : Neuneu a rencontré le Pere Noël -+-
Index: configure.in
===
--- configure.in(revision 33020)
+++ configure.in(working copy)
@@ -934,6 +934,10 @@
AC_DEFINE(SIZEOF_STRUCT_DIRENT_TOO_SMALL, 1)
LIBS="-lm $LIBS"
],
+[gnu*], [
+   AC_DEFINE(SIZEOF_STRUCT_DIRENT_TOO_SMALL, 1)
+   LIBS="-lm $LIBS"
+   ],
 [nextstep*], [ ],
 [openstep*], [ ],
 [rhapsody*], [ ],

Bug#625870: mimedefang: diff for NMU version 2.71-1.1

[Christoph Martin]

Hi Salvatore,

Am 27.08.2011 15:41, schrieb Salvatore Bonaccorso:
> Dear maintainer,
> 
> I've prepared an NMU for mimedefang (versioned as 2.71-1.1) and
> uploaded it to DELAYED/10. Please feel free to tell me if I
> should delay it longer.
> 

thanks for your effort and your patch. I am preparing an upload at the
moment.

Christoph

-- 

Christoph Martin, Zentrum für Datenverarbeitung, Uni-Mainz, Germany
 Instant-Messaging: Jabber: mar...@uni-mainz.de
  (Siehe http://www.zdv.uni-mainz.de/4010.php)
<>

signature.asc
Description: OpenPGP digital signature

Bug#627409: gnome-shell doesn't start ibus

[YunQiang Su]

On Mon, Aug 29, 2011 at 3:38 PM, Harshula  wrote:
> Hi YunQiang Su,
>
> I had a bit of trouble activating IBus after I upgraded to gnome-shell.
> Then I realised I didn't have ibus-gtk3 installed. After ensuring both
> ibus-gtk and ibus-gtk3 were installed, I was able to activate IBus.
>
Yep, it is fixed now.

-- 
YunQiang Su



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

Bug#342739: sed: -i[SUFFIX]

[Paolo Bonzini]

Applied upstream, thanks (commit dd275ee12aa73447748f269df2c899635a43e15b).

Paolo



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

Bug#620253: Packaging rails 3.x

[Ondřej Surý]

Package: rails
Severity: normal

Hi,

this is just an informational email about status of Rails 3
in the Debian.

As we need to keep the Rails 2.3 framework in the Debian
because of it's dependendencies (mainly Redmine).  I have
created versioned packages from Rails 2.3 (ruby-rails-2.3,
ruby-activeresource-2.3, etc.).  This allows us to upload
Rails 3 packages simultaneously into the archive.  However
with Rails 3.1 already in the RC phase it doesn't really
make sense to have 2.3, 3.0 and 3.1 in the archive, so I
am skipping the 3.0 and I will package 3.1.rcX into the
experimental suite and upload in into the unstable when
it will go gold.

O.

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

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

rails recommends no packages.

rails 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#625870: mimedefang: diff for NMU version 2.71-1.1

[Salvatore Bonaccorso]

Hi Christoph

On Mon, Aug 29, 2011 at 10:13:15AM +0200, Christoph Martin wrote:
> Hi Salvatore,
> 
> Am 27.08.2011 15:41, schrieb Salvatore Bonaccorso:
> > Dear maintainer,
> > 
> > I've prepared an NMU for mimedefang (versioned as 2.71-1.1) and
> > uploaded it to DELAYED/10. Please feel free to tell me if I
> > should delay it longer.
> > 
> 
> thanks for your effort and your patch. I am preparing an upload at the
> moment.

Okay! Thank you for the follow-up. I will then cancel the upload from
the delayed, queue, ok?

Regards
Salvatore


signature.asc
Description: Digital signature

Bug#639529: autofs5-ldap.postinst and autofs5-ldap.postrm

[Andreas B. Mundt]

tags 639529 + patch
thanks 


Hi,

find attached simple patches for autofs5-ldap.postinst and
autofs5-ldap.postrm that add respectively remove the line "automount:
files ldap" from /etc/nsswitch.conf.

Best regards,

 Andi
#!/bin/sh
set -e

NSSWITCH="/etc/nsswitch.conf"

if [ -w  $NSSWITCH ] && ! grep -q "automount:" $NSSWITCH ; then
echo "automount:  files ldap" >> $NSSWITCH
fi

#DEBHELPER#
#!/bin/sh
set -e

NSSWITCH="/etc/nsswitch.conf"

if [ -w  $NSSWITCH ] ; then
sed -i /^automount:/d $NSSWITCH
fi

#DEBHELPER#

Bug#639665: open-vm-source: Modules missing again (vmmemctl, pvscsi, vmxnet3)

[Hilmar Preusse]

Package: open-vm-source
Version: 2:8.4.2+2011.08.21-471295-1
Severity: normal

Hi,

the changelog of the previous version says:

open-vm-tools (1:8.4.2-261024-1) unstable; urgency=low

   * Re-enabling vmmemctl (Closes: #606327).
   * Re-enabling pvscsi.
   * Re-enabling vmxnet3.


 -- Daniel Baumann   Wed, 15 Dec 2010 
01:08:45 +0100

This change seems to have got lost again, at least all these modules are
missing in the current release:

sid:/usr/src# dpkg -L open-vm-modules-3.0.0-1-686-pae
/.
/lib
/lib/modules
/lib/modules/3.0.0-1-686-pae
/lib/modules/3.0.0-1-686-pae/misc
/lib/modules/3.0.0-1-686-pae/misc/vmsync.ko
/lib/modules/3.0.0-1-686-pae/misc/vsock.ko
/lib/modules/3.0.0-1-686-pae/misc/vmxnet.ko
/lib/modules/3.0.0-1-686-pae/misc/vmblock.ko
/lib/modules/3.0.0-1-686-pae/misc/vmhgfs.ko
/lib/modules/3.0.0-1-686-pae/misc/vmci.ko

sid:/usr/src# dpkg -l open-vm-modules-3.0.0-1-686-pae
Desired=Unknown/Install/Remove/Purge/Hold
|Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   VersionDescription
+++-==-==-
ii  open-vm-module 2:8.4.2+2011.0 open-vm modules for Linux (kernel 3.0.0-1-68

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

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

Versions of packages open-vm-source depends on:
ii  bzip2 1.0.5-6high-quality block-sorting file co
ii  debhelper 8.9.6  helper programs for debian/rules
ii  make  3.81-8.1   An utility for Directing compilati

Versions of packages open-vm-source recommends:
ii  module-assis 0.11.4  tool to make module package creati
ii  open-vm-tool 2:8.4.2+2011.08.21-471295-1 tools and components for VMware gu

Versions of packages open-vm-source suggests:
pn  open-vm-toolbox(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#638891: pu: package tzdata/2011h-0lenny1

[Aurelien Jarno]

On Sun, Aug 28, 2011 at 12:42:08PM +0100, Adam D. Barratt wrote:
> user release.debian@packages.debian.org
> usertags 638891 - pu
> usertags 638891 + opu
> tags 638891 + lenny confirmed
> retitle 638891 opu: package tzdata/2011h-0lenny1
> thanks

Oops, sorry about that.

> On Mon, 22 Aug 2011 20:18:38 +0200, Aurelien Jarno wrote:
> >Similarly to the update in squeeze, here is the same update for
> >lenny.
> >The new upstream version, tzdata 2011h updates timezone
> >information for
> >Antartica, Chile, Egypt, Falkland Islands, Morocco, Russia. You will
> >find the debdiff below. Is it ok to upload it to stable?
> 
> Assuming /old/stable :-) please go ahead; thanks.
> 

Done, thanks.

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



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

Bug#639666: hdfview: confusing indexing in TableView for three dimensional array

[Mathias Palm]

Package: hdfview
Version: 2.6.1-2
Severity: important
Tags: upstream


In the hdf specification the fastest running index is the last one. However
if I have a three dimensional array of, say dimension 24x101x101, meaning
24 arrays of 101x101. However, in Tableview I get 101 tables of 
dimension 24x101. 

Same, if I have a one dimensional array, dimension 101, it is written as a 
column of 101 rows in Tableview. If I have a twodimensional array of dimension
24x101 I get 24 rows of 101 entries each. 

Kind regards
Mathias




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

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

Versions of packages hdfview depends on:
ii  default-jre  1:1.6-40Standard Java or Java compatible R
ii  java-wrappers0.1.22  wrappers for java executables
ii  libjgraph-java   5.12.4.2+dfsg-1 JFC/Swing graph component for Java
ii  libjhdf4-java2.6.1-2 Java HDF4 Object Package
ii  libjhdf5-java2.6.1-2 Java HDF5 Object Package

hdfview recommends no packages.

hdfview suggests no packages.

-- debconf-show failed



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

Bug#636344: open-vm-tools: Please transition to libnotify 0.7

[Laurent Bigonville]

Hi,

Looks like open-vm-toolbox is not linked against libnotify support
anymore, is this expected?

Cheers

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#639517: Riddling absence of /usr/lib/libattr.la

[Samuel Thibault]

Thomas Schmitt, le Sat 27 Aug 2011 21:54:31 +0200, a écrit :
> This idea must come from libacl-dev.
> And really in
>   /lib/libacl.la
> i read
>   dependency_libs=' /usr/lib/libattr.la'

Yes, that's the problem: it should rather be a -lattr, because
libattr.la is not shipped any more. That would be fixed by a newer build
of the acl package, but unfortunately it FTBFS ATM (PATH_MAX, #636512).

libisofs not building was becoming more and more a problem, so I patched
the libacl.la file by hand (yes, a bad thing).

> So probably one should re-name the bug to
>   "libacl-dev on hurd-i386 depends on LAFileRemoval victim libattr.la"

Well, for the hurd-i386 case, just a rebuild should work, it just
doesn't build any more.

Samuel



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

Bug#639666: hdfview: confusing indexing in TableView for three dimensional array

[Sylvestre Ledru]

Hello,

> In the hdf specification the fastest running index is the last one. However
> if I have a three dimensional array of, say dimension 24x101x101, meaning
> 24 arrays of 101x101. However, in Tableview I get 101 tables of 
> dimension 24x101. 
> 
> Same, if I have a one dimensional array, dimension 101, it is written as a 
> column of 101 rows in Tableview. If I have a twodimensional array of dimension
> 24x101 I get 24 rows of 101 entries each. 
Could you share sample files which shows this issue + screenshots ?

Thanks,
S





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

Bug#625813: xorg: Reoccurrence with diagnostics while in the problem state

[Andreas Beckmann]

> Thomas Thorne  (22/08/2011):
>> Reoccurrence this morning, just the same as before but I am now using
>> Synergy to share my keyboard with my windows machine instead.  Just as
>> before my mouse pointer between the two screen and only responds to
>> mouse movments in a limited way.  Only a black background is visible
>> other than the pointer, no login prompt is shown.

On 2011-08-22 11:03, Cyril Brulebois wrote:
> Reassigning to the proprietary driver you're using. Sorry it took so
> long…

I see the following possibilities for further investigation:

* try to reproduce the problem without the non-free nvidia driver, if
this succeeds (i.e. the problem still exists) we can reassign the bug
back to xorg
* test with the current nvidia driver from testing (unfortunately we
don't have backports of the current nvidia driver, yet)
* wait until current nvidia drivers are available in backports


Andreas



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

Bug#639667: telepathy-gabble: Claims my server's certificate is self-signed

[Sam Morris]

Package: telepathy-gabble
Version: 0.13.5-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

When connecting to the server for robots.org.uk, Empathy claims that the
CA certificate that signed the server's SSL certificate is self-signed.
However, it has correctly been installed into the
/etc/ssl/certificates/ca-certificates file, and should therefore be
trusted.

The example uses SMTP because I know how to speak it; both services use
a certificate signed by the same CA certificate.

$ gnutls-cli -p 25 crypt.ethx.net --starttls --x509cafile 
/etc/ssl/certs/ca-certificates.crt 
Processed 159 CA certificate(s).
Resolving 'crypt.ethx.net'...
Connecting to '82.165.27.140:25'...

- - Simple Client Mode:

220 crypt.ethx.net ESMTP Exim 4.72 Mon, 29 Aug 2011 10:12:12 +0100
ehlo sam
250-crypt.ethx.net Hello host-92-21-148-90.as13285.net [92.21.148.90]
250-SIZE 52428800
250-8BITMIME
250-PIPELINING
250-STARTTLS
250 HELP
starttls
220 TLS go ahead
*** Starting TLS handshake
- - Ephemeral Diffie-Hellman parameters
 - Using prime: 2048 bits
 - Secret key: 2045 bits
 - Peer's public key: 2044 bits
- - Certificate type: X.509
 - Got a certificate list of 1 certificates.
 - Certificate[0] info:
  - subject `CN=crypt.ethx.net', issuer `C=GB,O=robots.org.uk,OU=robots.org.uk 
certificate authority,CN=robots.org.uk certificate authority', RSA key 2048 
bits, signed using RSA-SHA1, activated `2010-10-30 14:22:44 UTC', expires 
`2015-10-29 14:22:44 UTC', SHA-1 fingerprint 
`712f30a8c82e6a714dd4fc7166c6d9d0b1fcfedf'
- - The hostname in the certificate matches 'crypt.ethx.net'.
- - Peer's certificate is trusted
- - Version: TLS1.0
- - Key Exchange: DHE-RSA
- - Cipher: AES-128-CBC
- - MAC: SHA1
- - Compression: NULL

I have only received this notification since upgrading from squeeze; I'm
not sure if that was because the warning was ignored before, or because
gabble no longer trusts the certificates in
/etc/SSL/certs/ca-certificates.crt.

- -- System Information:
Debian Release: wheezy/sid
  APT prefers stable-updates
  APT policy: (550, 'stable-updates'), (550, 'stable'), (540, 'testing'), (530, 
'unstable'), (520, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages telepathy-gabble depends on:
ii  libc6  2.13-16   Embedded GNU C Library: Shared lib
ii  libdbus-1-31.4.14-1  simple interprocess messaging syst
ii  libdbus-glib-1-2   0.88-2.1  simple interprocess messaging syst
ii  libglib2.0-0   2.28.6-1  The GLib library of C routines
ii  libgnutls262.12.7-7  GNU TLS library - runtime library
ii  libnice10  0.1.0-2   ICE library (shared library)
ii  libsoup2.4-1   2.34.3-1  HTTP library implementation in C -
ii  libsqlite3-0   3.7.7-2   SQLite 3 shared library
ii  libtelepathy-glib0 0.15.5-1  Telepathy framework - GLib library
ii  libxml22.7.8.dfsg-2+squeeze1 GNOME XML library

telepathy-gabble recommends no packages.

telepathy-gabble suggests no packages.

- -- no debconf information

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

iEYEARECAAYFAk5bWTkACgkQshl/216gEHjTBQCeOkTcdla24PfprO8GuBA8HlE/
exEAni1JojlqRUTJ+y+kQ3kVHhGhlkg9
=IKzB
-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#639668: Wrong gettext initialisation in python-aeidon

[Olivier Aubert]

Package: python-aeidon
Version: 0.19-1
Severity: normal
Tags: upstream

The aeidon module uses the standard gettext API to initialise gettext 
(gettext.bindtextdomain / gettext.textdomain), using the "gaupol" textdomain. 
This conflicts with any application other than "gaupol" wanting to use the 
aeidon module (for the record, the Advene application, and thanks for the 
aeidon module), since the textdomain is application-wide: importing the module 
will set the textdomain to "gaupol" which will prevent appropriate translations 
to be loaded by the application.

As advised in 
http://www.python.org/doc//current/library/gettext.html#localizing-your-module
the class-based gettext API should be used so that the textdomain is local to 
the module.

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

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

Versions of packages python-aeidon depends on:
ii  iso-codes 3.27.1-1   ISO language, territory, currency,
ii  python2.6.7-3interactive high-level object-orie
ii  python-freenect [python]  20110630-1 Python freenect
ii  python2.6 2.6.7-3An interactive high-level object-o
ii  python2.7 2.7.2-5An interactive high-level object-o

Versions of packages python-aeidon recommends:
ii  python-chardet2.0.1-2universal character encoding detec
ii  python-enchant1.6.5-2spellchecking library for Python

python-aeidon 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#639364: [Pkg-samba-maint] Bug#639364: samba: Cached and uncached file attributes have distinct timestamps

[Cyril Bouthors]

On 27 Aug 2011, bubu...@debian.org wrote:

> so "mount.cifs ///server/share /some_directory"?

I think I've made a mistake: I'm not using CIFS but Samba.

I thought recent versions of Samba were using CIFS but I guess I was wrong.

The issue I'm having is directly with Samba.

To sum up, I can reproduce the bug with any FS mounted over Samba, the
timestamps are not the same when cached and uncached.

Please try this on any Samba exported FS:

touch x; ls --full-time x; sleep 1; ls --full-time x
-- 
Cyril Bouthors - Administration Système, Infogérance
ISVTEC SARL, 14 avenue de l'Opéra, 75001 Paris
1 rue Émile Zola, 69002 Lyon
Tél : 08 92 16 00 88 - Fax : 01 77 72 57 24



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

Bug#635400: Please reopen if description in 629695 applies to this one

[Andrey Gursky]

Hi!

Please check the bug 629695 whether the problem described there is
relevant for this bug. I've tried the debian-testing DVD1 i386 22.08
and the behavior is the same: there is only /dev/sr0 (no scd0) and the
string with cdrom source in /etc/apt/sources.list gets commented out.
The installation fails.

Best regards,
Andrey



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

Bug#639240: Same problem with newly created files

[Julien Ozog]

Hi, as said in my first message, problem occurs with a newly created 
file too, here is the stack trace:


Traceback (most recent call last):
  File "/usr/bin/revelation", line 199, in 
action.connect("activate",lambda w: self.file_save(None, 
None))
  File "/usr/bin/revelation", line 1483, in file_save
file = dialog.SaveFileSelector(self).run()
  File "/usr/lib/python2.6/dist-packages/revelation/dialog.py", line 
463, in run

filename = self.get_filename()
  File "/usr/lib/python2.6/dist-packages/revelation/dialog.py", line 
451, in get_filename

return io.file_normpath(urllib.unquote(uri))
  File "/usr/lib/python2.6/dist-packages/revelation/io.py", line 215, 
in file_normpath

return re.sub("^file:/{,2}", "", str(gnomevfs.URI(file)))
TypeError: could not parse URI



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

Bug#555892: ITP: ptouch-driver

[Didier Raboud]

retitle 555892 ptouch-driver -- CUPS/Foomatic driver for Brother P-touch label 
printers
owner 555892 !
thanks

Hi all, 

I am preparing a package, to be put under the Debian Printing Team umbrella, at:

http://anonscm.debian.org/gitweb/?p=collab-maint/ptouch-driver.git

This package will (of course) re-use the Ubuntu packaging (Thanks to Till for 
that !)

Cheers,

-- 
OdyX


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

Bug#638192: claws-mail: can't send mail if PGP plugin not loaded & default encryption selected

[Michael Below]

Hi Ricardo,

Am Sa 27 Aug 2011 13:24:31 CEST
schrieb Ricardo Mones :

>   I don't understand that. You mean warn before sending that the
> account preferences indicate some privacy option (encryption or
> singning or both) but currently there's no module for doing it so the
> user has a chance to quit sending?

No, this is about giving the user a chance to send  something. Right
now, if Encryption is selected and the module isn't there, you can't
send anything. There is a warning that encryption is not
available when one starts to compose a mail, this is fine. But
when you try to send, claws complains that the message can't be
pre-stored for sending because the recipient's key isn't available.

In a way, that's logical, but it would be user-friendly to allow for
sending mail anyway. 

>   Anyway this would be a bit annoying for users which just unload the
> plugin to disable privacy options (which is way easier than changing
> every account's configuration). It's desirable for you right now
> because of the other bug, which is the real problem, but that's not
> what you would expect if you unload the plugin on purpose :)

No. Right now it's annoying, because you can't disable encryption like
you are describing -- you disable sending mail that way. But I
think (like you) that people would expect that sending mail still works
after unloading the module. That's why I reported this as a minor bug
and not as a wishlist item. Claws should be tolerant about
conflicting preferences like this, maybe with another warning.

Regards

Michael



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

Bug#639240: Same problem with newly created files

[Julien Ozog]

Ok just found the problem: the line "file: file" was commented in 
/etc/gnome-vfs-2.0/modules/default-modules.conf to get around an 
iceweasel issue (see #626076). Decommenting this line fixed Revelation.




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

Bug#639669: munin-node: user plugin fails due to unknown option

[Serafeim Zanikolas]

Package: munin-node
Severity: normal

hi,

the "users" munin plugin in "config" mode runs:

print "graph_printf %3.0lf\n";

which makes munin-update rather unhappy:

Aug 29 06:30:01 [11443] - Warning: Unknown option "graph_printf" in
"domain;host:users.graph_printf".

the result being that users plots are not rendered

cheers,
sez



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

Bug#600092: uptimed's rcS script gone

[Andreas Henriksson]

Hello systemd people!

For your information I've just uploaded uptimed 1:0.3.16-3.2
where the rcS script (/etc/init.d/uptimed.sh) is not shipped
(and removed on upgrades), since uptimed could be easily
modified so the script was not needed.
This means uptimed should not trigger the problem discussed
in http://bugs.debian.org/600092 anymore...

I guess you might want to keep this bug open for
the policy discussion though. Hopefully the severity
can be lowered atleast until there are some other known
package which triggers the same problem.

-- 
Andreas Henriksson



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

Bug#639670: bluedevil: Manual Pin option in the add device wizard does not work

[Jason Alasola]

Package: bluedevil
Version: 1.1-1
Severity: normal


Some bluetooth devices without keyboards have a hardcoded pin code on them used 
for pairing. (The device I'm testing with has a hardcoded code of 1234)

For such a device you are supposed to manually set a pin while pairing to match 
the one hardcoded into the device.

However when clicking 'Add Device...' in the kde bluetooth wizard and ticking 
Manual PIN: and setting the pin to 1234 on the next step in the wizard I'm 
instead presented with a randomly generated pin number (just like I'd get if 
I'd not ticked the Manual PIN option).   From what I can see in my testing the 
'Manual PIN:' option has no effect at all on how the wizard functions.

It looks like upstream have looked at this 
(https://bugs.kde.org/show_bug.cgi?id=277878) but I'm not seeing a working 
patch there currently based on the reporters feedback in that bug report.


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

Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages bluedevil depends on:
ii  bluez 4.96-1 Bluetooth tools and daemons
ii  kdebase-runtime   4:4.6.5-1  runtime components from the offici
ii  libbluedevil1 1.9-1  A Qt wrapper for bluez
ii  libc6 2.13-18Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.6.1-8  GCC support library
ii  libkdecore5   4:4.6.5-2  KDE Platform Core Library
ii  libkdeui5 4:4.6.5-2  KDE Platform User Interface Librar
ii  libkfile4 4:4.6.5-2  File Selection Dialog Library for 
ii  libkio5   4:4.6.5-2  Network-enabled File Management Li
ii  libqt4-dbus   4:4.7.3-7  Qt 4 D-Bus module
ii  libqtcore44:4.7.3-7  Qt 4 core module
ii  libqtgui4 4:4.7.3-7  Qt 4 GUI module
ii  libstdc++64.6.1-8GNU Standard C++ Library v3
ii  obex-data-server  0.4.5-1+b2 D-Bus service for OBEX client and 
ii  obexd-client  0.42-1 D-Bus OBEX client

bluedevil recommends no packages.

Versions of packages bluedevil suggests:
pn  pulseaudio-module-bluetooth |  (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#639671: upstream has released fossil version 1.18 please package it.

[shirish शिरीष]

Package: fossil
Version: 2011.05.28.185122-1
Severity: wishlist

*** Please type your report below this line ***
Hi all,
   Upstream has released fossil version 1.18, please package it. This
is from the changelog listed at
http://www.fossil-scm.org/download.html

Added this Change Log
Added sequential version numbering
Added a optional configure script - the Makefile still works for
most systems.
Improvements to the "annotate" algorithm: only search primary
ancestors and ignore branches.
Update the "scrub" command to remove traces of login-groups and
subrepositories.
Added the --type option to the "fossil tag find" command.
In contexts where only a check-in makes sense, resolve branch and
tag names to checkins only, never events or other artifacts.
Improved display of file renames on a diff. A rebuild is required
to take full advantage of this change.
Update the built-in SQLite to version 3.7.7.

 It would be nice to have this in Debian.

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

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

Versions of packages fossil depends on:
ii  libc6   2.13-18  Embedded GNU C Library: Shared lib
ii  libsqlite3-03.7.7-2  SQLite 3 shared library
ii  libssl1.0.0 1.0.0d-3 SSL shared libraries
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

fossil recommends no packages.

Versions of packages fossil suggests:
ii  gnupg 1.4.11-3   GNU privacy guard - a free PGP rep
ii  gnupg22.0.17-2   GNU privacy guard - a free PGP rep

-- no debconf information


-- 
          Regards,
          Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17



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

Bug#631950: remmina-plugin-nx unable to connect with libssh-4_0.5.0-2

[Christoph Anton Mitterer]

On Mon, 29 Aug 2011 09:41:39 +0200, Laurent Bigonville 
wrote:
> Could you try to rebuild remmina-plugin-nx package and see if it fix
> the issue?
Rebuilt both, remmina itself (which also has a dep on libssh-4) and
-plugin-nx,... doesn't seem to help though :-(


Cheers,
Chris.



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

Bug#638595: WWWOFFLE HTTPS now unusable

[jidanni]

reopen 638595
thanks
> "AM" == Andreas Metzler  writes:
AM> it seems to fix the issue for me, the minimal testcase (lynx -dump
AM> https://localhost:8443/) now works.
Did you try the test cases I listed?
No.



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

Bug#639672: pop-up window with python warning forbids proper "Quit"

[Yaroslav Halchenko]

Package: stimfit
Version: 0.10.16-1
Severity: wishlist
Tags: upstream

while starting stimfit I got a pop-up window with

/usr/lib/pymodules/python2.6/mpl_toolkits/__init__.py:2: UserWarning: Module 
paste was already imported from None, but /usr/lib/python2.6/dist-packages is 
being added to sys.path
  __import__('pkg_resources').declare_namespace(__name__)

which unless explicitly closed would halt closing of the application by user
chosing to 'Quit', so if possible it would be great if closing all children
windows would be automated to happen upon exit

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental'), (100, 
'stable')
Architecture: amd64 (x86_64)

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

Versions of packages stimfit depends on:
ii  libatlas3gf-base [liblapa 3.8.3-27   Automatically Tuned Linear Algebra
ii  libblas3gf [libblas.so.3g 1.2-8  Basic Linear Algebra Reference imp
ii  libc6 2.13-7 Embedded GNU C Library: Shared lib
ii  libfftw3-33.2.2-1library for computing Fast Fourier
ii  libgcc1   1:4.6.1-4  GCC support library
ii  libhdf5-openmpi-1.8.4 [li 1.8.4-patch1-2 Hierarchical Data Format 5 (HDF5) 
ii  liblapack3gf [liblapack.s 3.3.0-4library of linear algebra routines
ii  libpython2.6  2.6.7-3Shared Python runtime library (ver
ii  libstdc++64.6.1-4GNU Standard C++ Library v3
ii  libwxbase2.8-02.8.10.1-3.1   wxBase library (runtime) - non-GUI
ii  libwxgtk2.8-0 2.8.10.1-3.1   wxWidgets Cross-platform C++ GUI t
ii  python-matplotlib 1.0.1-3Python based plotting system in a 
ii  python-numpy  1:1.5.1-2+b1   Numerical Python adds a fast array
ii  python-wxgtk2.8   2.8.10.1-3.1   wxWidgets Cross-platform C++ GUI t

Versions of packages stimfit recommends:
ii  python-scipy0.9.0+dfsg1-1+b2 scientific tools for Python

stimfit 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#639673: [INTL:es] Spanish debconf template translation for gitalist

[Francisco Javier Cuadrado]

Package: gitalist
Version: 0.003005+dfsg-3
Severity: wishlist
Tags: l10n patch


-- 
Saludos

Fran
# gitalist po-debconf translation to Spanish
# Copyright (C) 2011 Software in the Public Interest
# This file is distributed under the same license as the gitalist package.
#
# Changes:
#   - Initial translation
#   Francisco Javier Cuadrado , 2011
#
# 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: gitalist 0.003005+dfsg-3\n"
"Report-Msgid-Bugs-To: gital...@packages.debian.org\n"
"POT-Creation-Date: 2011-08-18 15:42+0100\n"
"PO-Revision-Date: 2011-08-18 19:41+0100\n"
"Last-Translator: Francisco Javier Cuadrado \n"
"Language-Team: Debian l10n Spanish \n"
"Language: es\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: string
#. Description
#: ../gitalist-common.templates:2001
msgid "Path to Git repositories:"
msgstr "Ruta a los repositorios de Git:"

#. Type: string
#. Description
#: ../gitalist-common.templates:2001
msgid "Please specify the path from which gitalist should serve Git repositories."
msgstr "Indique la ruta desde la que gitalist debería servir los repositorios de Git."

#. Type: string
#. Description
#: ../gitalist-common.templates:2001
msgid "These should be \"bare\" repositories."
msgstr "Éstos deberían ser repositorios «bare»."

#. Type: boolean
#. Description
#: ../gitalist-common.templates:3001
msgid "Enable Gravatar support?"
msgstr "¿Desea activar el uso de Gravatar?"

#. Type: boolean
#. Description
#: ../gitalist-common.templates:3001
msgid "Gravatar is a web service associating user email addresses with \"avatars\". It is independent of the gitalist upstream authors. The pages generated by gitalist can show these \"avatars\" for users who have registered with Gravatar."
msgstr "Gravatar es un servicio web que asocia a las direcciones de correo electrónico de los usuarios unos «avatares». No tiene nada que ver con los autores de gitalist. Las páginas que genera gitalist pueden mostrar estos «avatares» para los usuarios que estén registrados en Gravatar."

#. Type: boolean
#. Description
#: ../gitalist-common.templates:3001
msgid "Gravatar support in gitalist is disabled by default because it can leak information about repositories, directories, and files via browser referrals to the Gravatar service."
msgstr "El uso de Gravatar en gitalist está desactivado de forma predeterminada, porque puede filtrar información sobre los repositorios, directorios y archivos mediante las referencias del navegador al servicio de Gravatar."

Bug#639580: [mime-support] A detailed error output

[Uwe Kerstan]

Package: mime-support
Version: 3.48-1

--- Please enter the report below this line. ---

$ see --debug /usr/share/pixmaps/gnome-debian.png
 - parsing parameter "/usr/share/pixmaps/gnome-debian.png"
 - Reading mime.types file "/home/user/.mime.types"...
 - Reading mime.types file "/etc/mime.types"...
 - extension "png" maps to mime-type "image/png"
 - Reading mailcap file "/etc/mailcap"...
Processing file "/usr/share/pixmaps/gnome-debian.png" of type "image/png" 
(encoding=none)...
 - checking mailcap entry "image/png; display 'png:'%s''; test=test -n 
"$DISPLAY""
 - program to execute: display 'png:'%s''
 - running test: test -n "$DISPLAY"  (result=0=true)
 - executing: display 'png:'/usr/share/pixmaps/gnome-debian.png'
sh: Syntax error: Unterminated quoted string
Warning: program returned non-zero exit code #2

It is missing an apostrophe at the end of the executing command line.


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-5-amd64

Debian Release: 6.0.2
  500 stable  security.debian.org 
  500 stable  ftp.de.debian.org 

--- Package information. ---
Package's Depends field is empty.

Recommends   (Version) | Installed
==-+-
file   (>= 3.27-3) | 5.04-5


Package's Suggests field is empty.





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

Bug#639674: dpkg: please add armhf triplet in squeeze dpkg

[Konstantinos Margaritis]

Package: dpkg
Severity: important
Version: 1.15.8.11
Tags: patch

The debian-ports buildd runs on squeeze, which does not include armhf
support. Due to this, packages that are arch:linux-any are entered in
auto-not-for-us state:

http://buildd.debian-ports.org/status/architecture.php?a=armhf&suite=unstable

Packages in this list include systemd, kbd, libusb-1.0, mixxx,
shotwell, keyutils, lxc, etc. These are all linux-any and most build
fine on armhf anyway.

Please consider releasing a fixed dpkg in proposed-updates for squeeze.

Regards

Konstantinos
diff -urN dpkg-1.15.8.11/ostable dpkg-1.15.8.11.armhf//ostable
--- dpkg-1.15.8.11/ostable	2011-04-26 06:47:27.0 +
+++ dpkg-1.15.8.11.armhf//ostable	2011-08-29 10:14:18.498156859 +
@@ -16,6 +16,7 @@
 # 
 uclibceabi-linux	linux-uclibceabi	linux[^-]*-uclibceabi
 uclibc-linux		linux-uclibc		linux[^-]*-uclibc
+gnueabihf-linux		linux-gnueabihf		linux[^-]*-gnueabihf
 gnueabi-linux		linux-gnueabi		linux[^-]*-gnueabi
 gnuspe-linux		linux-gnuspe		linux[^-]*-gnuspe
 gnulp-linux		linux-gnulp		linux[^-]*-gnulp
diff -urN dpkg-1.15.8.11/triplettable dpkg-1.15.8.11.armhf//triplettable
--- dpkg-1.15.8.11/triplettable	2011-04-26 06:47:31.0 +
+++ dpkg-1.15.8.11.armhf//triplettable	2011-08-29 10:14:17.278156859 +
@@ -5,6 +5,7 @@
 # 	
 uclibceabi-linux-arm	uclibc-linux-armel
 uclibc-linux-	uclibc-linux-
+gnueabihf-linux-arm	armhf
 gnueabi-linux-arm	armel
 gnuspe-linux-powerpc	powerpcspe
 gnulp-linux-i386	lpia

Bug#639422: pommed: daemon fails to start due to failed backlight probe

[Julien BLACHE]

"Clea F. Rees"  wrote:

Hi,

> Nothing. It is an empty directory. (I'm assuming it shouldn't be...)

Then there's no backlight control method available for your hardware,
sorry.

JB.

-- 
 Julien BLACHE   |  Debian, because code matters more 
 Debian & GNU/Linux Developer|   
 Public key available on  - KeyID: FA1E 5292 
 GPG Fingerprint : CC1A 2FE4 76FE 444A CD23 A5CD 26E9 8AEA FA1E 5292



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

Bug#639364: [Pkg-samba-maint] Bug#639364: samba: Cached and uncached file attributes have distinct timestamps

[Christian Perrier]

Cyril Bouthors a écrit :

On 27 Aug 2011, bubu...@debian.org wrote:


so "mount.cifs ///server/share /some_directory"?


I think I've made a mistake: I'm not using CIFS but Samba.


That means nothing, sorry to say that..:-)

Samba is the name of the server that is used to export *nix resources 
using the CIFS protocol.




I thought recent versions of Samba were using CIFS but I guess I was wrong.

The issue I'm having is directly with Samba.

To sum up, I can reproduce the bug with any FS mounted over Samba, the
timestamps are not the same when cached and uncached.


"mounted over samba" means nothing too.

In understand you have a *nix machine that mounts ressources of another 
*nix machine, exported there by Samba.





Please try this on any Samba exported FS:

touch x; ls --full-time x; sleep 1; ls --full-time x


So, this is done on the *nix machine that mounts the resource, right?

So, this is a CIFS mount..:-)



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

Bug#639675: maradns: Fetchzone corrupts IPv6 addresses

[Ewan Parker]

Package: maradns
Version: 1.4.03-1.1
Severity: important
Tags: ipv6

Running fetchzone on a zone with  records, the resulting IPv6 addresses   
are corrupted.  Colons are in the wrong place (e.g. 2001::1:542e0:0:1:4:
instead of 2001::1:542e:0:0:1:4).  There is a simple typo on line 347 of
fetchzone.c.

-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: mipsel (mips)

Kernel: Linux 2.6.32.27
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages maradns depends on:
ii  adduser   3.112+nmu2 add and remove users and groups
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib

maradns recommends no packages.

maradns suggests no packages.

-- Configuration Files:
/etc/maradns/mararc changed [not included]

-- 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#487201:

[Ximin Luo]

On 29/08/11 09:20, PJ Weisberg wrote:
> On Sunday, August 28, 2011, Ximin Luo  wrote:
>> On 28/08/11 02:33, Steve Langasek wrote:
>>> On Sun, Aug 28, 2011 at 02:00:33AM +0100, Ximin Luo wrote:
 If you were to write a program that could report the copyright status of
 every single file on the system, it would be weird if you showed a
 slightly different GPL3 for different files.  Even if you parsed a
> license
 text to a canonical form, I doubt this would be a visually pleasing
> form,
 or even one that has a coherent logical structure.  e.g.  Steve
> suggested
 collapsing whitespace - but this loses (e.g.) paragraph information.
>>>
>>> How you decide to format the license text for display is an *entirely*
>>> separate question from checking whether the license text is correct.  I
>>> never suggested using the case- and whitespace-smashed form for display
> (or
>>> even storing it as a file).
>>>
>>
>> In any case, the current situation makes this (formatting) hard to do.
> It's not
>> a good solution programatically, to have a "canonical" form that isn't
> easily
>> formattable.
> 
> At this point you're arguing implementation details.  You don't have to
> format it at all, because the package already contains a formatted version
> of the text.  The real issue is that the "known correct" text of the license
> would have to exist somewhere.  Where?  In some package that contains
> commonly used licenses?
> 
> 

Right, that would be the neatest solution IMO. So far the only reason advanced
against it is "don't want to make it seem like Debian endorses MPL" but this
isn't valid, because Debian does not "endorse" licenses, only specify which
licenses are acceptable to be in Debian.

> 
> People don't seem to agree what common-licenses is for. If it's to save disk
> space, then Popcon has all the information needed to figure out exactly how
> many bytes would be saved by putting it in common-licenses and replacing all
> existing copies with a symlink.  If it's to save work, then how much work
> would be saved compared to the cost of adding it to common-licenses?
> 

I don't think disk space is an issue these days, and it's not why I want this.
Eliminating unnecessary redundancy and having an *easy-to-use* standard for
specifying licenses is what my goal is.

It's analogous to having shared libraries. Sure we *could* link statically, and
there are certain advantages to this, but Debian has decided to go the other
way. Why not license texts, then?

To add it to base-files is trivial. To create another package for licenses is
only slightly more complex[1]. It would save each new package maintainer having
to faff about trying to think of the best way to "include the full text of the
MPL", or any other long license.

I don't know the cost of changing Debian policy / DEP-5 to allow these to be
used in debian/copyright, but I hope it won't be big.

[1] If "putting a load of licenses into one package" doesn't scale, you could
split it into tiers, e.g. licenses-standard, licenses-common, licenses-rare, or
something.

-- 
GPG: 4096R/5FBBDBCE
https://github.com/infinity0
https://bitbucket.org/infinity0
https://launchpad.net/~infinity0



signature.asc
Description: OpenPGP digital signature

Bug#639676: pu: package pbuilder/0.199+nmu1

[Julien Cristau]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu

(x-debbugs-cc pbuilder@pdo)

Trying to use pdebuild against sid in squeeze fails with:
/usr/sbin/pbuilder: line 120: /var/cache/pbuilder/build//32247/run: Is a 
directory
(bug#627086).

Would the following change be ok for a stable update?

diff --git a/Documentation/pbuilder-doc.ja.po b/Documentation/pbuilder-doc.ja.po
index 36be286..3c71eac 100644
--- a/Documentation/pbuilder-doc.ja.po
+++ b/Documentation/pbuilder-doc.ja.po
@@ -7,10 +7,11 @@
 msgid ""
 msgstr ""
 "Project-Id-Version: xxx\n"
-"POT-Creation-Date: 2010-01-02 16:15+\n"
+"POT-Creation-Date: 2011-08-29 10:02+\n"
 "PO-Revision-Date: 2008-06-27 15:35+0900\n"
 "Last-Translator: Junichi Uekawa \n"
 "Language-Team: Junichi Uekawa \n"
+"Language: \n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: utf-8\n"
@@ -2912,8 +2913,8 @@ msgstr ""
 # type: Content of: 
 #. type: Content of: 
 #: pbuilder-doc.xml:1612
-msgid "/run"
-msgstr "/run"
+msgid "/runscript"
+msgstr "/runscript"
 
 # type: Content of: 
 #. type: Content of: 
diff --git a/Documentation/pbuilder-doc.xml b/Documentation/pbuilder-doc.xml
index 419ee23..d8b9b6f 100644
--- a/Documentation/pbuilder-doc.xml
+++ b/Documentation/pbuilder-doc.xml
@@ -1609,7 +1609,7 @@ cache location
  


- /run 
+ /runscript 
  The
  script passed as an argument to
  pbuilder execute is passed on.
diff --git a/debian/changelog b/debian/changelog
index ff042d9..89cda37 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+pbuilder (0.199+nmu1squeeze1) squeeze; urgency=low
+
+  * Non-maintainer upload.
+  * Cherry-pick from 0.199+nmu4: Rename the /run script from --execute to
+/runscript, for compatibility with wheezy and later which have /run as a
+directory replacing /var/run (bug#627086)
+
+ -- Julien Cristau   Mon, 29 Aug 2011 11:53:06 +0200
+
 pbuilder (0.199+nmu1) unstable; urgency=low
 
   * Non-Maintainer Upload.
diff --git a/pbuilder b/pbuilder
index 8a092f8..d816183 100755
--- a/pbuilder
+++ b/pbuilder
@@ -116,11 +116,11 @@ File extracted to: $BUILDPLACE
recover_aptcache
trap saveaptcache_umountproc_cleanbuildplace_trap exit sighup
 
-   RUNNAME="$BUILDPLACE/run"
+   RUNNAME="$BUILDPLACE/runscript"
cat "$EXECPROGRAM" > "$RUNNAME"
chmod a+x "$RUNNAME"
executehooks "F"
-   ( ${CHROOTEXEC} /run "$@" )
+   ( ${CHROOTEXEC} /runscript "$@" )
RET=$?
rm -f "$RUNNAME"
 

Cheers,
Julien



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

Bug#639677: libdevice-usb-perl: FTBFS: Can't find libusb library

[Dominic Hargreaves]

Source: libdevice-usb-perl
Version: 0.35-1
Severity: serious
Justification: FTBFS

This package FTBFS in a clean sid chroot:

   dh_auto_configure
ERROR: Can't find libusb library.

If the library is not installed, you will need to install it. If it is
installed somewhere other than /usr or /usr/local, you need to set the
following environment variables:

LIBUSB_LIBDIR should contain the path to the libusb libraries
LIBUSB_INCDIR should contain the path to the libusb include files

dh_auto_configure: perl Makefile.PL INSTALLDIRS=vendor returned exit code 2
make: *** [build] Error 2

Looks like this is multiarch related; Makefile.PL hard-codes a list
of library paths to look in.

-- 
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#24043: this bug prevents configuration of dual IPv4/IPv6 services

[Serafeim Zanikolas]

block 638791 by 24043
thanks

Hi,

On Sun, Aug 28, 2011 at 09:53:27PM +0200, Cyril Brulebois wrote [edited]:
> Serafeim Zanikolas  (11/03/2011):
> > 
> > http://dep.debian.net/deps/dep9
> 
> What's the status? What needs to be done to keep the ball rolling?

reconf-inetd, the proposed replacement of update-inetd, must be implemented
and accepted to the archive. the implementation is half-way there (see
reconf-inetd at git.d.o) but I don't expect to have something to upload before
the end of the year (due to real life load).

sorry for not updating the dep status, but svn write access has been broken
since the alioth move. I'll ping them once again about that.

cheers,
sez

-- 
Every great idea is worthless without someone to do the work. --Neil Williams



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

Bug#639517: -reply:<20110829090112.gc4...@type.u-bordeaux.fr>

[Thomas Schmitt]

Hi,

Samuel Thibault wrote:
> libisofs not building was becoming more and more a problem, so I patched
> the libacl.la file by hand (yes, a bad thing).

A change in the Debian package configurations of libisofs and libisoburn
for hurd-i386 would avoid unnecessary problems.
Currently the support for ACL and xattr on Hurd ends up in a dummy adapter
of libisofs. Its Linux adapter would be usable, but ends up in a
more-or-less-dummy version of libacl and libattr on Hurd.

It would suffice to simply not install libacl1-dev and libattr1-dev,
when libisofs and libisoburn get built. ./configure will then create
a Makefile which does not try to use libacl or xattr functions.
Another possibility would be
  ./configure --disable-libacl --disable-xattr

On the other hand, libisofs is a test case for the libraries and headers.
So the opportunity for problems might actually be desirable.


Have a nice day :)

Thomas
 



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

Bug#639517: libisofs & acl

[Samuel Thibault]

Thomas Schmitt, le Mon 29 Aug 2011 12:51:33 +0200, a écrit :
> It would suffice to simply not install libacl1-dev and libattr1-dev,
> when libisofs and libisoburn get built. ./configure will then create
> a Makefile which does not try to use libacl or xattr functions.

This can be done by using
Build-Conflicts: libacl1-dev [hurd-i386], libattr1-dev [hurd-i386]

Samuel



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

Bug#639517: libisofs & acl

[Samuel Thibault]

Samuel Thibault, le Mon 29 Aug 2011 12:54:25 +0200, a écrit :
> Thomas Schmitt, le Mon 29 Aug 2011 12:51:33 +0200, a écrit :
> > It would suffice to simply not install libacl1-dev and libattr1-dev,
> > when libisofs and libisoburn get built. ./configure will then create
> > a Makefile which does not try to use libacl or xattr functions.
> 
> This can be done by using
> Build-Conflicts: libacl1-dev [hurd-i386], libattr1-dev [hurd-i386]

(and make these Build-Depends [hurd-i386] too, of course)

Samuel



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

Bug#24043: this bug prevents configuration of dual IPv4/IPv6 services

[Cyril Brulebois]

Serafeim Zanikolas  (29/08/2011):
> reconf-inetd, the proposed replacement of update-inetd, must be implemented
> and accepted to the archive. the implementation is half-way there (see
> reconf-inetd at git.d.o) but I don't expect to have something to upload before
> the end of the year (due to real life load).

OK, thanks for the update.

> sorry for not updating the dep status, but svn write access has been broken
> since the alioth move. I'll ping them once again about that.

Supposedly you're trying to write on alioth.debian.org while you should
be trying to write on svn.debian.org (beware of catch-all entries in
~/.ssh/config and the like)?

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#619881: libpam-ldapd: shadowLastChange is not updated

[Simone Piccardi]

I support correcting this bug in the current squeeze package.

libpam-ldapd is the suggested replacement for libpam-ldap, but for this 
bug it cannot considered a replacement at all, it will just give 
troubles to people using it in a quite normal environment (in Italy 
provacy regulamentation mandate password expiring in most businness 
environment).


So if this cannot be correct at least give advice of this shortcoming in 
documentation.


Simone
--
Simone Piccardi Truelite Srl
picca...@truelite.it (email/jabber) Via Monferrato, 6
Tel. +39-347-103243350142 Firenze
http://www.truelite.it  Tel. +39-055-7879597Fax. +39-055-736



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

Bug#639530: patch: add "sudoers: files ldap" to /etc/nsswitch.conf

[Andreas B. Mundt]

tags 639530 + patch
thanks 


Hi, 

find attached a simple patch that modifies sudo-ldap.postinst and
sudo-ldap.postrm in a way that adds "sudoers:files ldap"
to etc/nsswitch.conf after installation and removes it if the package
is removed.

Best regards,

 Andi
--- sudo-1.7.4p6/debian/sudo-ldap.postinst_orig 2011-08-29 10:58:04.0 
+0200
+++ sudo-1.7.4p6/debian/sudo-ldap.postinst  2011-08-29 12:04:08.0 
+0200
@@ -9,6 +9,16 @@
print "WARNING:  /etc/sudoers not present!\n";
 }
 
+# modify nsswitch.conf if needed
+my $NSSWITCH = "/etc/nsswitch.conf";
+if ( -w $NSSWITCH) {
+open(FILE, "+<", $NSSWITCH);
+if ( ! grep{/^sudoers:/}  ){
+   print FILE "sudoers:files ldap\n";
+}
+close FILE;
+}
+
 # handle state directory transition from /var/run/sudo to /var/lib/sudo,
 # moving any existing content over to avoid re-lecturing existing users
 if ( -d "/var/run/sudo") {
--- sudo-1.7.4p6/debian/sudo-ldap.postrm_orig   2011-08-29 10:58:15.0 
+0200
+++ sudo-1.7.4p6/debian/sudo-ldap.postrm2011-08-29 12:38:15.0 
+0200
@@ -18,4 +18,11 @@
   ;;
 esac
 
+# modify nsswitch.conf
+NSSWITCH="/etc/nsswitch.conf"
+
+if [ -w  $NSSWITCH ] ; then
+sed -i /^sudoers:/d $NSSWITCH
+fi
+
 #DEBHELPER#

Bug#639656: xorg-server: debian/rules references unknown configuration options

[Cyril Brulebois]

Hi Dave,

Dave Witbrodt  (28/08/2011):
> I do my own local builds of the X stack, and I have been noticing
> warnings like this when building the X server for a while:
> 
> configure: WARNING: unrecognized options: --disable-builddocs, 
> --disable-xcalibrate
[…]

> I left "--enable-mitshm" quoted there because './configure --help'
> doesn't mention such an option (instead it mentions "--disable-shm"),
> but reading the 'configure' script itself reveals that
> "--enable-mitshm" is correct (and there is no such thing as
> "--enable-shm").  Does the X Strike Force know anything about this
> last  issue?  Would you like me to report it upstream as a bug in the
> help text, or is it not a bug?

I think I sent a patch at some point about mitshm. As for the devel
docs, that's known, and I haven't fixed the options to remember trying
to enable and ship the devel docs again (I don't have the bug number
handy though).

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#639674: dpkg: please add armhf triplet in squeeze dpkg

[Guillem Jover]

Hi!

On Mon, 2011-08-29 at 13:17:33 +0300, Konstantinos Margaritis wrote:
> Package: dpkg
> Severity: important
> Version: 1.15.8.11
> Tags: patch
> 
> The debian-ports buildd runs on squeeze, which does not include armhf
> support. Due to this, packages that are arch:linux-any are entered in
> auto-not-for-us state:
> 
> http://buildd.debian-ports.org/status/architecture.php?a=armhf&suite=unstable

So while this is really a host configuration issue, that the official
Debian buildds do not seem to suffer, the fix is trivial and localized
enough that I'm comfortable including, and I can see the SRM too (but
they will have to explicitly approve it when we prepare the upload).

> Please consider releasing a fixed dpkg in proposed-updates for squeeze.

I've cherry-picked it now from master.

regards,
guillem



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

Bug#639618: linux-image-2.6.32-5-686: events/0 using 33-66% cpu ("system"), missing keystrokes before or after gdm loads

[Ben Hutchings]

On Sun, 2011-08-28 at 21:36 -0700, Mark Hedges wrote:
> > > The keyboard is missing keystrokes if I type
> > > too many at one time and don't pause every few seconds for it to
> > > catch up.  This happens even before I log into gdm, if I go to a
> > > console with ctl-alt-F1 and log in as root after reboot, events is
> > > already eating cpu and keystrokes are lost.  What's going on?
> 
> 
> On Sun, 28 Aug 2011, Ben Hutchings wrote:
> 
> > Did you upgrade the kernel in the last day or so?  If not,
> > do you have any idea what might have changed?
> 
> I tried rebooting earlier and that didn't help.  But I shut
> down for a while and now it is fine.  I did replace my CPU
> fan recently, and my replacement battery melted down
> (literally melted-- yikes).  Maybe I damaged a sensor or
> something.  The other thought was, does TiMidity feed some
> events?  I don't know why it was running by default.

The "events/" tasks are used by device drivers and other kernel
code, but not by userland.  Something in the kernel is generating a
constant stream of work for this task to do.

> > Do these warnings mean anything to you?
> >
> > [ 57.141392] thinkpad_acpi: setting the hotkey mask to
> > 0x00ff is likely not the best way to go about it [
> > 57.141400] thinkpad_acpi: please consider using the driver
> > defaults, and refer to up-to-date thinkpad-acpi
> > documentation
> 
> That's been happening for a while.  I think the thinkpad
> acpi driver is out of date.

Well, the whole of Linux 2.6.32 is now out of date.  But we want to
maintain a working kernel with minimal changes for the next 2 years or
so!

> I should probably recompile a
> custom kernel and use the tp-smapi driver instead.

I can't recommend that.

> It gives
> the autopark shock feature with hdapsd too, which is not
> in the stock kernels.  I don't know if it's a license issue
> or what.  I don't think this is related.
> 
> We can downgrade the importance of this... maybe it was a
> hardware glitch or a fluke.

Yes, it can happen.

Ben.



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

Bug#639678: subversion: please consider shipping emacs files as a seperate binary package

[David Bremner]

Package: subversion
Version: 1.6.17dfsg-1
Severity: wishlist

I use emacs, but I never use subversion from within emacs. Therefore
it would be nice if I didn't have to load the psvn startup file every
time I start emacs.

Thanks for considering,

David

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

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

Versions of packages subversion depends on:
ii  libapr1 1.4.5-1  Apache Portable Runtime Library
ii  libc6   2.13-10  Embedded GNU C Library: Shared lib
ii  libsasl 2.1.24~rc1.dfsg1+cvs2011-05-23-4 Cyrus SASL - authentication abstra
ii  libsvn1 1.6.17dfsg-1 Shared libraries used by Subversio

subversion recommends no packages.

Versions of packages subversion suggests:
pn  db4.8-util (no description available)
ii  patch 2.6.1-2Apply a diff file to an original
pn  subversion-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#634990: rails-2.3 not vulnerable

[Ondřej Surý]

Package: rails
Version: 2.3.14

Hi,

according to 
http://weblog.rubyonrails.org/2011/6/8/ann-rails-2-3-12-has-been-released
the rails-2.3 is only vulnerable if the rails_xss plugin is installed.
The rails package in Debian doesn't install this plugin by default
therefore the package in Debian in not vulnerable.

O.

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

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

Versions of packages rails depends on:
ii  rails-ruby1.8   2.3.5-1.2+squeeze0.1 MVC ruby based framework geared fo

rails recommends no packages.

rails 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#639593: libdca-utils: No large file support on x86

[Fabian Greffrath]

Hi,

thanks for the bug report.

Am 28.08.2011 14:53, schrieb Julian Hughes:

The same command with the same file works normally on amd64.
The same command with small files works normally on x86.


That's expected. Does it work if you recompile the package with

CFLAGS += -D_FILE_OFFSET_BITS=64

in debian/rules?

Team mates, will this change the library ABI in an incompatible way?

 - Fabian



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

Bug#639551: csync2 sqlite3 support?

[Lars Ellenberg]

On Sun, Aug 28, 2011 at 07:40:09AM +0200, Laszlo Boszormenyi wrote:
> Package: csync2
> Version: 1.34-2.2
> Severity: important
> 
> Hi Norbert, Lars,
> 
> As I see, the current csync2 package in Debian/Sid does not build with
> sqlite3. I intend to remove sqlite2 from the archives as it's
> unsupported since 2005. However it seems upstream is working on a new
> major upstream release (2.0) and it's a release-candidate by now. Also
> it seems to support sqlite3. Hereby I ask for an update of csync2 in
> Debian.

Upstream: http://git.linbit.com/csync2.git/
Has sqlite3 support, as well as support for psql, and mysql backends,
and a few other features.

It is in RC status since Last November, but due to lack of time,
we have not yet done a serious "regression test".

Even so, we successfully use it on a number of systems, and there have
not been any complaints on the csync2 list yet, either.

I suggest you go with current git.

I'm currently not aware of any issues, even though I suspect that there
will be some obscure (thus I still kept the "candidate") -- if you would
be more happy with an "official" 2.0, I can find some time this week
and tag it as such, as it is.

If you get any bug reports or other feedback,
contact me, and if the bug report is well written,
we should be able to deal with it promptly.


-- 
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com



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

Bug#639651: xserver-xorg-video-r128: FTBFS: Package 'xorg-server' requires 'dri2proto >= 2.6' but version of DRI2Proto is 2.3

[Cyril Brulebois]

tag 639651 pending
thanks

Julien Cristau  (29/08/2011):
> > Subject: Bump xserver-xorg-core Depends on x11proto-dri2-dev
> > 
> s/-core/-dev
> 
> Same in the changelog.

Bad jcristau, not following debian/README.source. :p

Fixed in git. Not a huge deal anyway, r128 builds within unstable:
  https://buildd.debian.org/status/package.php?p=xserver-xorg-video-r128

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#639376: Acknowledgement (ssh key exchange blocked by checkpoint firewall)

[Colin Watson]

On Mon, Aug 29, 2011 at 07:32:01AM +0200, David, Erwan wrote:
> I tried, but have no direct contact with them, so no answer for now.
> However, since the problem is on host key exchange, do you think that
> generating a new host key is worth trying, as a workaround ?

I have no idea; it seems superficially unlikely but I suppose you never
know.  Keep a backup of the old host key, try it, and see what happens?

-- 
Colin Watson   [cjwat...@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#639679: libxp: please convert to multiarch

[Julian Taylor]

Package: libxp
Version: 1:1.0.1-1
Severity: wishlist
Tags: patch

Dear Maintainers,

Could you support multiarch same for libxp

Multiarch Information can be found on this wiki
http://wiki.debian.org/Multiarch/Implementation

A propsed patch is attached

Thank you.



-- System Information:
Debian Release: wheezy/sid
  APT prefers oneiric-updates
  APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 
'oneiric'), (100, 'oneiric-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-9-generic (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u libxp-1.0.1/debian/changelog libxp-1.0.1/debian/changelog
--- libxp-1.0.1/debian/changelog
+++ libxp-1.0.1/debian/changelog
@@ -1,3 +1,9 @@
+libxp (1:1.0.1-2) UNRELEASED; urgency=low
+
+  * convert to multiarch 
+
+ -- Julian Taylor   Mon, 29 Aug 2011 12:54:02 +0200
+
 libxp (1:1.0.1-1) unstable; urgency=low
 
   * New upstream release.
diff -u libxp-1.0.1/debian/rules libxp-1.0.1/debian/rules
--- libxp-1.0.1/debian/rules
+++ libxp-1.0.1/debian/rules
@@ -23,6 +23,7 @@
 endif
 
 DEB_HOST_ARCH  ?= $(shell dpkg-architecture -qDEB_HOST_ARCH)
+DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
 DEB_HOST_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
 DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 ifeq ($(DEB_BUILD_GNU_TYPE), $(DEB_HOST_GNU_TYPE))
@@ -41,6 +42,7 @@
 	cd build && \
 	../configure --prefix=/usr --mandir=\$${prefix}/share/man \
 	 --infodir=\$${prefix}/share/info $(confflags) \
+		 --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) \
 	 CFLAGS="$(CFLAGS)"
 	$(MAKE) -C build
 
diff -u libxp-1.0.1/debian/control libxp-1.0.1/debian/control
--- libxp-1.0.1/debian/control
+++ libxp-1.0.1/debian/control
@@ -4,7 +4,7 @@
 Maintainer: Debian X Strike Force 
 Uploaders: Drew Parsons , Cyril Brulebois 
 Build-Depends:
- debhelper (>= 5),
+ debhelper (>= 8.1.3~),
  quilt,
  pkg-config,
  libx11-dev (>= 1:0.99.2),
@@ -20,6 +20,8 @@
 Package: libxp6
 Section: libs
 Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends:
  ${shlibs:Depends},
  ${misc:Depends},
@@ -37,6 +39,7 @@
 Section: debug
 Priority: extra
 Architecture: any
+Multi-Arch: same
 Depends:
  libxp6 (= ${binary:Version}),
  ${shlibs:Depends},
diff -u libxp-1.0.1/debian/libxp-dev.install libxp-1.0.1/debian/libxp-dev.install
--- libxp-1.0.1/debian/libxp-dev.install
+++ libxp-1.0.1/debian/libxp-dev.install
@@ -1,3 +1,3 @@
-usr/lib/libXp.a
-usr/lib/libXp.so
-usr/lib/pkgconfig/xp.pc
+usr/lib/*/libXp.a
+usr/lib/*/libXp.so
+usr/lib/*/pkgconfig/xp.pc
diff -u libxp-1.0.1/debian/libxp6.install libxp-1.0.1/debian/libxp6.install
--- libxp-1.0.1/debian/libxp6.install
+++ libxp-1.0.1/debian/libxp6.install
@@ -1 +1 @@
-usr/lib/libXp.so.6*
+usr/lib/*/libXp.so.6*
diff -u libxp-1.0.1/debian/compat libxp-1.0.1/debian/compat
--- libxp-1.0.1/debian/compat
+++ libxp-1.0.1/debian/compat
@@ -1 +1 @@
-5
+9

Bug#639680: webcam control LED is lit, but cheese show no image; cannot take pictures.

[Rares Aioanei]

Package: cheese
Version: 3.0.1-2
Severity: normal


My camera is a Microsoft LifeCam, which works with other applications
(mplayer, for example). However, starting cheese results in a grey area
where the images from the webcam should be. Program is still responsive
and exits normally when using the window's 'x' button or alt+F4.
Using XFCE.

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

Kernel: Linux 3.0.0-1-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 cheese depends on:
ii  cheese-common 3.0.1-2Common files for the Cheese tool t
ii  gnome-video-effects   0.3.0-4GNOME Video Effects
ii  libc6 2.13-16Embedded GNU C Library: Shared lib
ii  libcanberra-gtk3-00.28-1 Gtk+ 3.0 helper for playing widget
ii  libcheese-gtk20   3.0.1-2tool to take pictures and videos f
ii  libcheese13.0.1-2tool to take pictures and videos f
ii  libclutter-1.0-0  1.6.16-1   Open GL based interactive canvas l
ii  libclutter-gtk-1.0-0  1.0.0-1Open GL based interactive canvas l
ii  libgdk-pixbuf2.0-02.23.5-3   GDK Pixbuf library
ii  libgee2   0.6.1-2GObject based collection library
ii  libglib2.0-0  2.28.6-1   The GLib library of C routines
ii  libgnome-desktop-3-0  3.0.2-2Utility library for loading .deskt
ii  libgstreamer0.10-00.10.35-1  Core GStreamer libraries and eleme
ii  libgtk-3-03.0.11-1   GTK+ graphical user interface libr

Versions of packages cheese recommends:
ii  gnome-icon-theme  3.0.0-4GNOME Desktop icon theme
ii  gvfs  1.6.4-3userspace virtual filesystem - ser
ii  hicolor-icon-theme0.12-1 default fallback theme for FreeDes

cheese 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#639681: compiz: FTBFS ("window.o: undefined reference to symbol 'KIcon::~KIcon()'")

[Adam D. Barratt]

Source: compiz
Version: 0.8.4-4
Severity: serious

Hi,

compiz fails to build when binNMUed, on all architectures; from the
amd64 log:

/usr/bin/ld: window.o: undefined reference to symbol 'KIcon::~KIcon()'
/usr/bin/ld: note: 'KIcon::~KIcon()' is defined in DSO /usr/lib64/libkdeui.so.5 
so try adding it to the linker command line
/usr/lib64/libkdeui.so.5: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[4]: *** [kde4-window-decorator] Error 1

Full logs available via
https://buildd.debian.org/status/package.php?p=compiz

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#639682: Vcs-Browser field points to wrong location

[Reinhard Tartler]

Package: src:fglrx-driver
Version: 1:11-8-1
Severity: minor

Using the PTS, I tried to have a look at the packaging SVN for the
fglrx-driver. However, it seems the Vcs-Browse field in debian/control
points to http://anonscm.debian.org/viewvc/pkg-fglrx/fglrx-driver/trunk/, which
returns only a 404.


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

Kernel: Linux 3.0.3-030003-generic (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/dash



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

Bug#639683: fop does not run any tests

[Mathieu Malaterre]

Package: fop
Version: 1:1.0.dfsg2-2
Severity: normal


The current fop packaging does not run any of the tests.

It would be nice to run them

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

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

Versions of packages fop depends on:
ii  default-jre-headle 1:1.6-40  Standard Java or Java compatible R
ii  gcj-4.4-jre-headle 4.4.5-2   Java runtime environment using GIJ
ii  gcj-jre-headless [ 4:4.4.5-1 Java runtime environment using GIJ
ii  java-wrappers  0.1.16wrappers for java executables
ii  libavalon-framewor 4.2.0-7   Common framework for Java server a
ii  libbatik-java  1.7-6 xml.apache.org SVG Library
ii  libbsf-java1:2.4.0-4 Bean Scripting Framework to suppor
ii  libcommons-io-java 1.4-3 Common useful IO related classes
ii  libcommons-logging 1.1.1-8   commmon wrapper interface for seve
ii  libxalan2-java 2.7.1-5   XSL Transformations (XSLT) process
ii  libxerces2-java2.9.1-4.1 Validating XML parser for Java wit
ii  libxml-commons-ext 1.3.05-2  XML Commons external code - DOM, S
ii  libxmlgraphics-com 1.4.dfsg-3reusable components used by Batik 
ii  libxt6 1:1.0.7-1 X11 toolkit intrinsics library
ii  libxtst6   2:1.1.0-3 X11 Testing -- Record extension li
ii  openjdk-6-jre-head 6b18-1.8.3-2+squeeze1 OpenJDK Java runtime, using Hotspo
ii  sun-java6-jre [jav 6.26-0squeeze1Sun Java(TM) Runtime Environment (

Versions of packages fop recommends:
ii  libsaxon-java 1:6.5.5-6  The Saxon XSLT Processor

Versions of packages fop suggests:
pn  fop-doc(no description available)
ii  libservlet2.4-java5.0.30-12  Servlet 2.4 and JSP 2.0 Java libra

-- 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#639684: ITA: cuetools

[Dejan Ribič]

Package: wnpp
Severity: normal



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

Bug#639685: O: e16keyedit

[Jon Bernard]

Package: wnpp
Severity: normal

e16 was replaced by e17, making this package obsolete.

-- 
Jon



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

Bug#639686: O: e16menuedit2

[Jon Bernard]

Package: wnpp
Severity: normal

e16 was replaced by e17, making this package obsolete.

-- 
Jon



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

Bug#24043: this bug prevents configuration of dual IPv4/IPv6 services

[Serafeim Zanikolas]

On Mon, Aug 29, 2011 at 12:57:51PM +0200, Cyril Brulebois wrote [edited]:
> Supposedly you're trying to write on alioth.debian.org while you should
> be trying to write on svn.debian.org (beware of catch-all entries in
> ~/.ssh/config and the like)?

nope, I'm using svn+ssh://s...@svn.debian.org/svn/dep/web

seems like a server-side issue:

Sendingdeps/dep9.mdwn
Transmitting file data .svn: Commit failed (details follow):
svn: Can't create directory '/svn/dep/db/transactions/199-1.txn': Permission 
denied

-- 
Every great idea is worthless without someone to do the work. --Neil Williams



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

Bug#24043: this bug prevents configuration of dual IPv4/IPv6 services

[Cyril Brulebois]

Serafeim Zanikolas  (29/08/2011):
> nope, I'm using svn+ssh://s...@svn.debian.org/svn/dep/web
> 
> seems like a server-side issue:
> 
> Sendingdeps/dep9.mdwn
> Transmitting file data .svn: Commit failed (details follow):
> svn: Can't create directory '/svn/dep/db/transactions/199-1.txn': Permission 
> denied

FWIW:

kibi@vasks:~$ ls -ld /svn/dep/db/transactions/ && groups sez
drwxrwsr-x+ 2 adeodato scm_dep 4096 Aug  1 23:11 /svn/dep/db/transactions/
sez : sez Debian python-apps python-modules scm_Debian scm_python-apps 
scm_python-modules

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#522918: [Piuparts-devel] Bug#522918: Patch

[Holger Levsen]

tags 522918 + pending
thanks 

Hi Scott,

On Donnerstag, 18. August 2011, Scott Schaefer wrote:
> Attached is patch that will kill (via SIGTERM, then if that fails, via
> SIGKILL),
> these leftover processes.

thanks, applied in the feature/522918 branch for now.

Was this part really needed or "clean up noise"?

diff --git a/piuparts.py b/piuparts.py
--- a/piuparts.py
+++ b/piuparts.py
@@ -37,11 +37,9 @@
 import logging
 import optparse
 import sys
-import commands
 import tempfile
 import shutil
 import os
-import tarfile
 import stat
 import re
 import pickle

I've omitted it for now.


cheers,
Holger



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

Bug#621964: FTBFS: video.c:25:28: fatal error: linux/videodev.h: No such file or directory

[Daniel T Chen]

Package: linuxtv-dvb-apps
Version: 1.1.1+rev1355-1
Followup-For: Bug #621964
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch

In Ubuntu, the attached patch was applied to achieve the following:

  * Update preprocessor directive in test/video.c with new filename to
resolve FTBFS. (Closes: #621964) (LP: #756224)


Thanks for considering the patch.


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

Kernel: Linux 3.0.0-9-generic (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u linuxtv-dvb-apps-1.1.1+rev1355/debian/patches/00list linuxtv-dvb-apps-1.1.1+rev1355/debian/patches/00list
--- linuxtv-dvb-apps-1.1.1+rev1355/debian/patches/00list
+++ linuxtv-dvb-apps-1.1.1+rev1355/debian/patches/00list
@@ -3,0 +4 @@
+17_ftbfs_gcc4.6
only in patch2:
unchanged:
--- linuxtv-dvb-apps-1.1.1+rev1355.orig/debian/patches/17_ftbfs_gcc4.6
+++ linuxtv-dvb-apps-1.1.1+rev1355/debian/patches/17_ftbfs_gcc4.6
@@ -0,0 +1,12 @@
+diff -Nur -x '*.orig' -x '*~' linuxtv-dvb-apps-1.1.1+rev1355//test/video.c linuxtv-dvb-apps-1.1.1+rev1355.new//test/video.c
+--- linuxtv-dvb-apps-1.1.1+rev1355//test/video.c	2010-02-14 07:21:19.0 -0500
 linuxtv-dvb-apps-1.1.1+rev1355.new//test/video.c	2011-08-29 07:18:06.0 -0400
+@@ -22,7 +22,7 @@
+ #include 
+ 
+ #include 
+-#include 
++#include 
+ 
+ #define VIDEO_DEV "/dev/video0"
+ #define FB_DEV "/dev/fb0"

Bug#621964: FTBFS: video.c:25:28: fatal error: linux/videodev.h: No such file or directory

[Daniel T Chen]

Package: linuxtv-dvb-apps
Version: 1.1.1+rev1355-1
Followup-For: Bug #621964
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch

In Ubuntu, the attached patch was applied to achieve the following:

  * Remove legacy test app as per upstream hg changeset 1424 to resolve
FTBFS. (Closes: #621964) (LP: #756224)

The previous patch for videodev2.h that I submitted is bunk; please
ignore it. Sorry for the hassle.

Thanks for considering the patch.


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

Kernel: Linux 3.0.0-9-generic (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u linuxtv-dvb-apps-1.1.1+rev1355/debian/patches/00list linuxtv-dvb-apps-1.1.1+rev1355/debian/patches/00list
--- linuxtv-dvb-apps-1.1.1+rev1355/debian/patches/00list
+++ linuxtv-dvb-apps-1.1.1+rev1355/debian/patches/00list
@@ -3,0 +4 @@
+17_ftbfs_gcc4.6
only in patch2:
unchanged:
--- linuxtv-dvb-apps-1.1.1+rev1355.orig/debian/patches/17_ftbfs_gcc4.6
+++ linuxtv-dvb-apps-1.1.1+rev1355/debian/patches/17_ftbfs_gcc4.6
@@ -0,0 +1,205 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 17_ftbfs_gcc4.6 by Daniel T Chen 
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Upstream removed the legacy test app in hg changeset 1424.
+## DP: Follow suit to fix FTBFS (Closes: #621964)
+
+@DPATCH@
+diff -r 3c14666ebdcc -r e5745959ca83 test/Makefile
+--- a/test/Makefile	Sun Apr 03 10:57:58 2011 -0300
 b/test/Makefile	Sun Apr 03 11:05:32 2011 -0300
+@@ -20,7 +20,6 @@
+test_vevent \
+test_video  \
+ 	   evtest	   \
+-	   video	   \
+ 	   szap2
+ 
+ .PHONY: all
+diff -r 3c14666ebdcc -r e5745959ca83 test/video.c
+--- a/test/video.c	Sun Apr 03 10:57:58 2011 -0300
 /dev/null	Thu Jan 01 00:00:00 1970 +
+@@ -1,182 +0,0 @@
+-#define USAGE \
+-"\n" \
+-"\n A tiny video watching application, just starts capturing /dev/video" \
+-"\n into /dev/fb0." \
+-"\n Be shure to have >8Bit/pixel color resolution and r/w access for " \
+-"\n /dev/video0, /dev/fb0 and /dev/tty0 to let this work..." \
+-"\n" \
+-"\n  compile with" \
+-"\n" \
+-"\n  $ gcc -g -Wall -O2 -o video video.c -I../../ost/include" \
+-"\n"
+-
+-#include 
+-#include 
+-#include 
+-#include 
+-#include 
+-#include 
+-#include 
+-#include 
+-#include 
+-#include 
+-
+-#include 
+-#include 
+-
+-#define VIDEO_DEV "/dev/video0"
+-#define FB_DEV "/dev/fb0"
+-#define VT_DEV "/dev/tty0"
+-
+-static char *video_devname = VIDEO_DEV;
+-
+-#define min(a,b)	(a) < (b) ? (a) : (b)
+-
+-static int zero = 0;
+-static int one = 1;
+-
+-static struct fb_var_screeninfo fb_var;
+-static struct fb_fix_screeninfo fb_fix;
+-
+-
+-int init_fb (void)
+-{
+-	const char blankoff_str[] = "\033[9;0]";
+-	int fd, vt_fd;
+-
+-	fd = open (FB_DEV, O_RDWR);
+-	if (fd < 0) {
+-		perror("Could not open " FB_DEV ", please check permissions\n");
+-		return 1;
+-	}
+-
+-	if ((vt_fd = open( VT_DEV, O_RDWR )) < 0) {
+-		perror("Could not open " VT_DEV ", please check permissions\n");
+-		return 1;
+-	}
+-
+-	write( vt_fd, blankoff_str, strlen(blankoff_str) );
+-
+-	if (ioctl (fd, FBIOGET_VSCREENINFO, &fb_var) < 0) {
+-		perror("Could not get variable screen information (fb_var)\n");
+-		return 1;
+-	}
+-
+-	if (ioctl (fd, FBIOGET_FSCREENINFO, &fb_fix) < 0) {
+-		perror("Could not get fixed screen information (fb_fix)\n");
+-		return 1;
+-	}
+-
+-	close (fd);
+-	return 0;
+-}
+-
+-
+-int init_video (int stop)
+-{
+-	int fd;
+-	struct video_capability vcap;
+-
+-	if ((fd = open (video_devname, O_RDWR)) < 0) {
+-		fprintf (stderr,
+-			 "%s: Could not open %s, please check permissions\n",
+-			 __FUNCTION__, video_devname);
+-		return -1;
+-	}
+-
+-	ioctl(fd, VIDIOCGCAP, &vcap);
+-
+-	if (ioctl(fd, VIDIOCCAPTURE, &zero) < 0) {
+-		perror("Could not stop capturing (VIDIOCCAPTURE failed)\n");
+-		return -2;
+-	}
+-
+-	if (stop)
+-		return 0;
+-
+-	{
+-		struct video_buffer b;
+-		b.base = (void*) fb_fix.smem_start;
+-		b.width = fb_var.xres;
+-		b.height = fb_var.yres;
+-		b.depth = fb_var.bits_per_pixel;
+-		b.bytesperline = fb_var.xres*((fb_var.bits_per_pixel+7)/8);
+-		if (ioctl(fd, VIDIOCSFBUF, &b) < 0) {
+-			fprintf(stderr, "VIDIOCSFBUF failed, must run as root?\n");
+-			return -3;
+-		}
+-	}
+-
+-	{
+-		struct video_picture p;
+-		if (ioctl(fd, VIDIOCGPICT, &p) < 0) {
+-			perror("VIDIOCGPICT failed\n");
+-			return -4;
+-		}
+-		p.depth = fb_var.bits_per_pixel;
+-		switch (fb_var.bits_per_pixel) {
+-			case 16:
+-p.palette = VIDEO_PALETTE_RGB565;
+-break;
+-			case 24:
+-p.palette = VIDEO_PALETTE_RGB24;
+-break;
+-			case 32:
+-p.palette = VIDEO_PALETTE_RGB32;
+-break;
+-		}
+-		//p.contrast = 0x8000;
+-		//p.colour = 0x6000;
+-		if (ioctl(fd, VIDIOCSPICT, &p) < 0) {
+-			perr

Bug#622259: resuming from hibernation sometimes fails on eeepc 1002HA

[Frédéric Boiteux]

Le Sat, 27 Aug 2011 12:53:06 -0500,
Jonathan Nieder  a écrit :

> Robert Scott wrote:
> > On Saturday 27 August 2011, Jonathan Nieder wrote:
> 
> >> I think we are long overdue to take this one upstream.  I have a
> >> few questions anyway for before then:
> >> 
> >>  - does hibernation work for you if you try a sid (3.x) kernel?
> >
> > Would 2.6.39+35.1 (from squeeze-backports) do? It's a lot easier to
> > get installed ;)
> >
> > Or is there a specific relevant patch that's gone into 3.*?
> 
> Sure, 2.6.39 is fine.  3.* from sid should install fine with
> linux-base and initramfs-tools from squeeze-backports, by the way. :)

Hello Jonathan,

  Robert already did tests very quickly, but I'll try also to give some
info : I've tried 2.6.39-bpo.2-686-pae, making 4 hibernations with some
pauses between them, and it worked each time (the bug wasn't easily
reproductible, but usually appeared in the 1 to 4 hibernations
attempts).
  I remember I did test some 2.6.33 kernel revisions, with the same bug
always found. I'll try to compile a pristine 2.6.32.45 to test it, but
as I identified the culprit patch, it was in the vanilla kernel also,
so I don't think it could change something...

  Also, trying 2.6.39 for squeeze-backports showed that the other bug I
had to patch my kernel for, Ethernet adapter giving corrupted packets
at hibernation resume (see #577747), is already present :-(


  with regards,
Fred.


dmesg.2.6.39-bpo.2-686-pae.bz2
Description: application/bzip

Bug#636512: acl: Fix FTBFS on hurd-i386

[Aníbal Monsalve Salazar]

On Wed, Aug 03, 2011 at 07:36:27PM +0200, Svante Signell wrote:
>Package: acl
>Version: 2.2.51-3
>Severity: important
>Tags: patch
>User: debian-h...@lists.debian.org
>Usertags: hurd
>
>Hi,
>
>currently acl does not compile on hurd-i386. The problem is a PATH_MAX
>definition which is not supported on GNU/Hurd. Attached are two patches
>which fixes these issues. First patch is conditioned on __GNU__ and will
>not affect other systems, while the second patch is changing behaviour
>for all systems (and assuming getline is available).
>
>Thanks,
>Svante

I don't have a hurd system and would like to know if acl compiled with
the first patch still works correctly on a hurd system.

>--- acl-2.2.51/setfacl/parse.c.orig2010-01-22 23:00:28.0 +
>+++ acl-2.2.51/setfacl/parse.c 2011-08-03 17:03:19.0 +
>@@ -419,7 +419,13 @@
> bytes for "# file: ". Not a good solution but for now it is the
> best I can do without too much impact on the code. [tw]
>   */
>+
>+#ifdef __GNU__
>+  char *linebuf;
>+  size_t dummy = 0;
>+#else
>   char linebuf[(4*PATH_MAX)+9];
>+#endif
>   char *cp;
>   char *p;
>   int comments_read = 0;
>@@ -449,9 +455,13 @@
>   if (line)
>   (*line)++;
> 
>+#ifdef __GNU__
>+  if (getline(&linebuf, &dummy, file) == -1)
>+  break;
>+#else
>   if (fgets(linebuf, sizeof(linebuf), file) == NULL)
>   break;
>-  
>+#endif
>   comments_read = 1;
> 
>   p = strrchr(linebuf, '\0');
>@@ -473,7 +483,12 @@
>   goto fail;
>   *path_p = (char*)malloc(strlen(cp)+1);
>   if (!*path_p)
>+{
>+#ifdef __GNU__
>+  free (linebuf);
>+#endif
>   return -1;
>+}
>   strcpy(*path_p, cp);
>   }
>   } else if (strncmp(cp, "owner:", 6) == 0) {
>@@ -522,13 +537,24 @@
>   }
>   }
>   if (ferror(file))
>+{
>+#ifdef __GNU__
>+  free (linebuf);
>+#endif
>   return -1;
>+}
>+#ifdef __GNU__
>+  free (linebuf);
>+#endif
>   return comments_read;
> fail:
>   if (path_p && *path_p) {
>   free(*path_p);
>   *path_p = NULL;
>   }
>+#ifdef __GNU__
>+  free (linebuf);
>+#endif
>   return -EINVAL;
> }
> 

>--- acl-2.2.51/setfacl/parse.c.orig2010-01-22 23:00:28.0 +
>+++ acl-2.2.51/setfacl/parse.c 2011-08-03 17:10:24.0 +
>@@ -419,7 +419,9 @@
> bytes for "# file: ". Not a good solution but for now it is the
> best I can do without too much impact on the code. [tw]
>   */
>-  char linebuf[(4*PATH_MAX)+9];
>+
>+  char *linebuf;
>+  size_t dummy = 0;
>   char *cp;
>   char *p;
>   int comments_read = 0;
>@@ -449,9 +451,8 @@
>   if (line)
>   (*line)++;
> 
>-  if (fgets(linebuf, sizeof(linebuf), file) == NULL)
>+  if (getline(&linebuf, &dummy, file) == -1)
>   break;
>-  
>   comments_read = 1;
> 
>   p = strrchr(linebuf, '\0');
>@@ -472,8 +473,10 @@
>   if (*path_p)
>   goto fail;
>   *path_p = (char*)malloc(strlen(cp)+1);
>-  if (!*path_p)
>-  return -1;
>+  if (!*path_p) {
>+free (linebuf);
>+return -1;
>+  }
>   strcpy(*path_p, cp);
>   }
>   } else if (strncmp(cp, "owner:", 6) == 0) {
>@@ -521,14 +524,18 @@
>   *flags = f;
>   }
>   }
>-  if (ferror(file))
>-  return -1;
>+  if (ferror(file)) {
>+ free (linebuf);
>+ return -1;
>+  }
>+  free (linebuf);
>   return comments_read;
> fail:
>   if (path_p && *path_p) {
>   free(*path_p);
>   *path_p = NULL;
>   }
>+  free (linebuf);
>   return -EINVAL;
> }
> 



signature.asc
Description: Digital signature

Bug#637308: xen-linux-system-2.6.32-5-xen-amd64: with kernel option 'nosmp', dom0 hangup while init PCI-Express Fusion-MPT SAS

[Ben Hutchings]

On Mon, 2011-08-29 at 10:07 +0400, Константин Алексеев wrote:
> I think this bug may be closed.
> I posted it to xen devel list and get answer:
> "It's really an unsupported configuration. If you want to limit dom0 vcpus
> then dom0_max_vcpus= on Xen command line is the correct way."
> 
> http://lists.xensource.com/archives/html/xen-devel/2011-08/msg00665.html

Maybe we should panic in this case?  Something like this (untested):

diff --git a/arch/x86/xen/smp.c b/arch/x86/xen/smp.c
index e79dbb9..2671b96 100644
--- a/arch/x86/xen/smp.c
+++ b/arch/x86/xen/smp.c
@@ -21,6 +21,7 @@
 #include 
 #include 
 #include 
+#include 
 
 #include 
 #include 
@@ -207,6 +208,12 @@ static void __init xen_smp_prepare_cpus(unsigned int 
max_cpus)
unsigned cpu;
unsigned int i;
 
+   if (skip_ioapic_setup)
+   panic((max_cpus == 0) ?
+ "The nosmp parameter is incompatible with Xen; "
+ "use Xen dom0_max_vcpus=1 parameter" :
+ "The noapic parameter is incompatible with Xen");
+
xen_init_lock_cpu(0);
 
smp_store_cpu_info(0);
--- END ---

Ben.



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

Bug#637376: perl: Encode security: Unicode.xs!decode_xs n-byte heap-overflow

[Dominic Hargreaves]

severity 637376 important
thanks

On Sun, Aug 21, 2011 at 06:52:28PM +0300, Niko Tyni wrote:
> retitle 637376 perl: [CVE-2011-2939] Encode security: Unicode.xs!decode_xs 
> n-byte heap-overflow
> thanks
> 
> On Wed, Aug 10, 2011 at 06:52:43PM +0100, Dominic Hargreaves wrote:
> > Package: perl
> > Version: 5.12.4-3
> > Severity: grave
> > Tags: security
> > Justification: user security hole
> > 
> > Encode 2.44 has been released with the following change:
> > 
> > ! Unicode/Unicode.xs
> >   Addressed the following:
> > Date: Fri, 22 Jul 2011 13:58:43 +0200
> > From: Robert Zacek 
> > To: perl5-security-rep...@perl.org
> > Subject: Unicode.xs!decode_xs n-byte heap-overflow
> 
> > I haven't seen any further details about this one, but setting severity
> > to grave for now.
> 
> Quoting Josh Bresser in 
>  http://www.openwall.com/lists/oss-security/2011/08/19/17
> 
> >   I'm going to assign this CVE-2011-2939. It looks like a single byte
> >   overflow. It's probably not exploitable (even as a DoS), but to play it
> >   safe, I'm assigning this ID.

I get the impression that upstream agrees with this low potential for
exploitability, so I'm lowering the severity of this bug.

I suggest we wait for upstream to make stable releases including the fix
before pushing this out to squeeze/lenny (I had a look at lenny and the
code is, as Niko mentioned, completely different), so it's unlikely that
this problem exists in the same form, there.

-- 
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#638754: nmu: libdevice-cdio-perl_0.2.4-5

[Dominic Hargreaves]

[Please CC me on replies; I didn't receive this message by email and
just happened to spot it when checking the BTS web interface].

On Tue, Aug 23, 2011 at 05:34:31PM +0200, Christoph Egger wrote:
> Dominic Hargreaves  writes:
> > This should now succeed, following the fix for #579450 (and #626322)
> >
> > nmu libdevice-cdio-perl_0.2.4-5 . armel i386 kfreebsd-i386 mips mipsel 
> > powerpc s390 sparc . -m "Rebuild against perl 5.12"
> 
> Is there any reason you ut ppc in there? according to the buildd website
> ppc built with the binnmus on amd64 kfreebsd-amd64 and ia64. For the
> others a simple give-back should be enough?

This package needs to be rebuilt on powerpc against perl 5.12; it was
picked up by a buildd which didn't yet have perl 5.12 installed when
last built:

nmu libdevice-cdio-perl_0.2.4-5 . powerpc . -m "Rebuild against perl 5.12"

Yes, for the rest, a give-back sounds right. i386 and kfreebsd-i386 have
already been rebuilt somehow, leaving:

gb libdevice-cdio-perl_0.2.4-5 . mips mipsel s390 sparc

Thanks,
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#638754: nmu: libdevice-cdio-perl_0.2.4-5

[Christoph Egger]

Hi!

Dominic Hargreaves  writes:
> gb libdevice-cdio-perl_0.2.4-5 . mips mipsel s390 sparc

Done that now. Leaving the nmu for -release

Regards

Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer



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

Bug#638891: pu: package tzdata/2011h-0lenny1

[Adam D. Barratt]

On Mon, 2011-08-29 at 10:54 +0200, Aurelien Jarno wrote:
> On Sun, Aug 28, 2011 at 12:42:08PM +0100, Adam D. Barratt wrote:
> > usertags 638891 - pu
> > usertags 638891 + opu
[...]
> Oops, sorry about that.

No worries.

> > On Mon, 22 Aug 2011 20:18:38 +0200, Aurelien Jarno wrote:
> > >Similarly to the update in squeeze, here is the same update for
> > >lenny.
[...]
> > Assuming /old/stable :-) please go ahead; thanks.
> > 
> 
> Done, thanks.

Thanks.  Unfortunately, it looks like queued ate the upload as
the .orig.tar.gz is still around from the squeeze upload - please could
you re-upload, not including the orig?

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#639364: [Pkg-samba-maint] Bug#639364: samba: Cached and uncached file attributes have distinct timestamps

[Cyril Bouthors]

On 29 Aug 2011, bubu...@debian.org wrote:

>> touch x; ls --full-time x; sleep 1; ls --full-time x
>
> So, this is done on the *nix machine that mounts the resource, right?

Yes.

Do you reproduce the bug?
-- 
Cyril Bouthors - Administration Système, Infogérance
ISVTEC SARL, 14 avenue de l'Opéra, 75001 Paris
1 rue Émile Zola, 69002 Lyon
Tél : 08 92 16 00 88 - Fax : 01 77 72 57 24



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

Bug#639473: plr: Please move from postgresql-8.4 to postgresql-9.1

[Andreas Tille]

Hi,

Christoph Berg has recently added himself as co-maintainer.  Christoph,
I'd be quite happy if you would take over completely.  I do not use this
package any more and would be in favour of handing it over.

Kind regards

Andreas.

On Sat, Aug 27, 2011 at 03:31:49PM +0200, Martin Pitt wrote:
> Package: plr
> Version: 1:8.3.0.9-1
> Severity: important
> User: mp...@debian.org
> Usertags: psql-8.4-deprecation
> 
> Hello,
> 
> as announced recently [1] we want to move Debian unstable/testing to
> postgresql-9.1 and drop postgresql-8.4 and -9.0 completely.
> 
> Please rebuild this package against postgresql-server-dev-9.1 instead
> of -8.4, or consider just using postgresql-server-dev-all.
> 
> Thank you in advance!
> 
> Martin
> 
> [1] 
> http://lists.alioth.debian.org/pipermail/pkg-postgresql-public/2011-August/000570.html
> -- 
> Martin Pitt| http://www.piware.de
> Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)



-- 
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#639517: Riddling absence of /usr/lib/libattr.la

[Aníbal Monsalve Salazar]

On Mon, Aug 29, 2011 at 11:01:12AM +0200, Samuel Thibault wrote:
>Thomas Schmitt, le Sat 27 Aug 2011 21:54:31 +0200, a écrit :
>>This idea must come from libacl-dev.
>>And really in
>>  /lib/libacl.la
>>i read
>>  dependency_libs=' /usr/lib/libattr.la'
>
>Yes, that's the problem: it should rather be a -lattr, because
>libattr.la is not shipped any more. That would be fixed by a newer build
>of the acl package, but unfortunately it FTBFS ATM (PATH_MAX, #636512).

You suggest to reintroduce .la files for acl and attr and use -lattr in
dependency_libs of /lib/libacl.la after fixing #636512, right?

I think we could try it.

>libisofs not building was becoming more and more a problem, so I patched
>the libacl.la file by hand (yes, a bad thing).
>
>>So probably one should re-name the bug to
>>  "libacl-dev on hurd-i386 depends on LAFileRemoval victim libattr.la"
>
>Well, for the hurd-i386 case, just a rebuild should work, it just
>doesn't build any more.
>
>Samuel


signature.asc
Description: Digital signature

Bug#639560: symbol changes

[Regis Boudin]

Hi,

I made the upload, so I guess I should comment on this.

On Sun, 2011-08-28 at 15:39 +0200, Jakub Wilk wrote:
> * Philipp Kern , 2011-08-28, 10:52:
> >The package FTBFS'es on mips, powerpc, s390, sparc and the inofficial 
> >ports s390x and powerpcspe because of changes in the symbol set wrt the 
> >symbols file:
> 
> Hmm, symbols file was added in 0.7-5, even though it isn't mentioned in 
> the changelog.

Yep, sorry, forgot to add that one to the changelog...

> >- spifhash_jenkinsLE@Base 0.7
> >+#MISSING: 0.7-5# spifhash_jenkinsLE@Base 0.7
> 
> Looking at the source code spifhash_jenkinsLE is only defined on 
> little-endian systems.

Yes.

> >+ spiftool_regexp_match@Base 0.7-5
> >+ spiftool_regexp_match_r@Base 0.7-5
> 
> These two OTOH are defined everywhere and I don't understand why they 
> weren't included in the symbols file. Even lintian loudly complains:
> 
> E: libast2: symbols-file-contains-current-version-with-debian-revision on 
> symbol spiftool_regexp_match@Base and 1 others

Except lintian didn't complain at all when I built it in a freshly
updated chroot. These symbols are actually conditional on the presence
of some header (regex.h) from libc6-dev, so I guess my build might have
happened in a time window when there were some multi-arch related header
problems.

Anyway, I'll fix that with a new upload today.

Regis




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

Bug#639593: libdca-utils: No large file support on x86

[Reinhard Tartler]

On Sun, Aug 28, 2011 at 15:58:16 (CEST), Alessio Treglia wrote:

> tags 639593 upstream
> forwarded 639593 https://trac.videolan.org/vlc/ticket/836
> thanks

Has been rejected for the vlc bugtracker. It seems that libdca does not
have a proper backtracker. Therefore, forwarding to the devel mailing
list might is more likely to reach people that could do something about
this.

http://mailman.videolan.org/listinfo/libdca-devel


-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4



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

Bug#639599: os-prober-udeb: uninstallable on armel, ia64, mips and s390 (grub-mount-udeb)

[Colin Watson]

On Sun, Aug 28, 2011 at 02:30:27PM +0100, Adam D. Barratt wrote:
> The addition of the grub-mount-udeb dependency to os-prober-udeb in
> the latest upload renders the latter uninstallable on architectures
> where the former doesn't exist, namely armel, ia64, mips and s390.

Actually I think anna's response to that may well be to ignore the
dependency, although britney probably disagrees.  But regardless, fixing
in 1.49; thanks.

-- 
Colin Watson   [cjwat...@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#639671: upstream has released fossil version 1.18 please package it.

[Barak A. Pearlmutter]

Thanks for your interest in, and use of, the debian fossil package.

I wish I could do as you request, in fact I've been prepared to for
some time (see the debian branch of the fossil repo at
http://cvs.bcl.hamilton.ie:8080/), but this is blocked on a different
package being upgraded.

In case you are curious, here are the specifics.

As mandated by both Debian policy and security considerations, the
debian fossil package uses debian's dynamic shared system libsqlite3
library instead of the copy of sqlite3 that comes inside fossil.
Right now, fossil needs a newer version of sqlite3 (3.7.7.1) than
available in debian unstable (3.7.7).  On previous occasions I have
added guards disabling use of the new sqlite3 features to allow the
debian fossil package to compile with an older sqlite3.  Unfortunately
the new features used in the latest release are, in my opinion, too
ubiquitous to make this sensible.  Instead, I'm waiting for
libsqlite3 3.7.7.1 to be packaged.

Cheers,

--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#639675: already known

[Nicholas Bamber]

maradns 1.4.* does not support IPv6. That is already fixed in the
upstream 2.0 release and the next Debian relase should be onto that
version hopefully. In due course I will merge this bug as appropriate.

-- 
Nicholas Bamber | http://www.periapt.co.uk/
PGP key 3BFFE73C from pgp.mit.edu



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

Bug#607330: redmine: Can't view perl-source in git repository.

[Jérémy Lal]

On 17/12/2010 02:33, Anton Kropachev wrote:
> Package: redmine
> Version: 1.0.1-1
> Severity: important
> 
> I work with redmine(apache with passenger) and use git as a repository
> for source code.
> When I work with php or shell, or C, or SQL all is good. I can view
> code, download it or view diff's. But with perl "view" don't work(.pl
> and .pm files). When I click "view" link it proposed me download file
> instead show code. Diff or annotate work fine.

I believe this should be fixed in redmine >= 1.2.0.

References :
http://www.redmine.org/issues/6256
http://www.redmine.org/projects/redmine/repository/revisions/5204


Jérémy.





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

Bug#617468: I can confirm

[Denis Linvinus]

I can confirm solution from mesage #55 is working.

-*cupsFilter:"application/vnd.cups-pdf 0 -"
-*cupsFilter:"application/vnd.cups-postscript 100 -"
-*% cupsFilter:"application/vnd.cups-postscript 100 pstitleiconv"
+*% cupsFilter:"application/vnd.cups-postscript 0 pstitleiconv"

Bug#637397: Possible solutions

[Alastair McKinstry]

On 2011-08-29 07:14, Mathieu Malaterre wrote:

On Mon, Aug 29, 2011 at 4:35 AM, Steve M. Robbins  wrote:

I think the rest of this thread got off onto a tangent.  In my mind,
the germane question is not why Paraview embeds a patched VTK source
tree but, rather: why is the paraview binary package now installing
the VTK tools like vtkWrapPython?

Indeed, that's the actual issue. Thanks Steve.


Why does a running paraview binary need vtkWrapPython?

That was also my initial question.


Can it be stuck into /usr/lib/paraview to avoid the conflict?

I believe the only outstanding issue is that VTK 5.8 is not released
yet. Therefore vtkWrapPython* tools from ParaView 3.10 are much more
advanced (more options) than that of VTK 5.6.

I am also awaiting VTK 5.8 for VisIt packaging. Perhaps we should consider
doing an vtk5.8 package in experimental, to discover issues and report them
ahead of time to VTK / VisIT / Paraview developers ?


--
Alastair McKinstry  ,  , 
http://blog.sceal.ie

Anyone who believes exponential growth can go on forever in a finite world
is either a madman or an economist - Kenneth Boulter, Economist.





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

Bug#638891: pu: package tzdata/2011h-0lenny1

[Aurelien Jarno]

On Mon, Aug 29, 2011 at 12:33:33PM +0100, Adam D. Barratt wrote:
> On Mon, 2011-08-29 at 10:54 +0200, Aurelien Jarno wrote:
> > On Sun, Aug 28, 2011 at 12:42:08PM +0100, Adam D. Barratt wrote:
> > > usertags 638891 - pu
> > > usertags 638891 + opu
> [...]
> > Oops, sorry about that.
> 
> No worries.
> 
> > > On Mon, 22 Aug 2011 20:18:38 +0200, Aurelien Jarno wrote:
> > > >Similarly to the update in squeeze, here is the same update for
> > > >lenny.
> [...]
> > > Assuming /old/stable :-) please go ahead; thanks.
> > > 
> > 
> > Done, thanks.
> 
> Thanks.  Unfortunately, it looks like queued ate the upload as
> the .orig.tar.gz is still around from the squeeze upload - please could
> you re-upload, not including the orig?
> 

Sorry about that. It should be done now.


-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



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

Bug#639286: [php-maint] Bug#639286: Bug#639286: Bug#639286: [php5] please provide user interface for configuration

[sean finney]

Hi,

On Sat, Aug 27, 2011 at 10:11:13AM +0200, Ondřej Surý wrote:
> Please don't play BTS ping pong.
> 
> It's neither the bug in the PHP nor it is PHP responsibility to provide user 
> friendly configuration GUI.

FWIW i agree with ondřej here... neither mysql nor apache2 provide guis for
their configuration in their official releases either.  i imagine that if you
took the request upstream they wouldn't be so fond of the idea either.

this is not to argue against whether or not it's a good idea, just that you're
asking the wrong people in the wrong place.  a very quick googling found:

http://pear.php.net/pepr/pepr-proposal-show.php?id=346

i suggest you go talk to those guys and see if there's any bitrot that needs to
be dusted off.


sean




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

Bug#637863: leading/trailing whitespaces must be removed on debconf values

[Andreas B. Mundt]

tags 637863 + patch
thanks

Hi,

after debugging this issue a bit more, I found the cause for the
described empty 'uri'-declaration.  The reason are leading/trailing 
whitspaces which might be part of the debconf value.  These should 
be removed before splitting the uris into lines containing the
indiviual URLs.

Testscript:

uris=" ldap://ldap ldap://test "
echo "$uris" | sed 's/^[ \t]*//;s/[ \t]*$//;s/  */\n/g' | while read uri; do 
echo "new: $uri";done
echo "$uris" | sed 's/  */\n/g' | while read uri; do 
echo "old: $uri";done

Best regards,

 Andi
--- nss-pam-ldapd-0.7.13/debian/nslcd.postinst_orig 2011-08-29 
14:39:19.0 +0200
+++ nss-pam-ldapd-0.7.13/debian/nslcd.postinst  2011-08-29 14:40:00.0 
+0200
@@ -62,7 +62,7 @@
   # escape all uri directives
   sed -i 's/^uri /_uri_ /i' $CONFFILE
   # set the uri options
-  echo "$uris" | sed 's/  */\n/g' | while read uri
+  echo "$uris" | sed 's/^[ \t]*//;s/[ \t]*$//;s/  */\n/g' | while read uri
   do
 if grep -qi '^_uri_ ' $CONFFILE
 then