Bug#637829: Warning: failed to launch javaldx

[Rene Engelhard]

Hi,

On Tue, Aug 30, 2011 at 05:03:39PM -0400, Bob Vincent wrote:
>Then I searched through the localc.trace file for the string "javaldx" and
>found the following line:
> 
>  execve("/usr/lib/libreoffice/program/../ure/bin/javaldx",
>  ["/usr/lib/libreoffice/program/../"...,
>  "-env:INIFILENAME=vnd.sun.star.pa"...], [/* 60 vars */]) = -1 ENOENT (No
>  such file or directory)
> 
>Apparently, libreoffice is searching for the "javaldx" binary in
>/usr/lib/libreoffice/ure/bin/javaldx but it isn't there.

Which was never reliable to look for.
They should use basis-link/ure-link... That's the defined interface.

>Problem solved, or worked-around at least.

You mean the cosmetic "problem", or did javaldx not found cause the Java stuff
not work for you? Does here, even with this message.

Grüße/Regards,

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



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

Bug#593139: ruby1.9.1 hangs again

[Lucas Nussbaum]

On 30/08/11 at 21:08 +0200, Petr Salinger wrote:
> >Could you try make test-all ? While some failures and errors are
> >expected, it stresses the interpreter a bit more, so it's a good way to
> >check that it doesn't block.
> 
> Under sid, it fails to start, probably due to
> multiarch changes of libc location:
> 
> /build/manual/ruby1.9.1-1.9.3~preview1+svn33077/.ext/common/dl/import.rb:227:in
> `import_function': cannot find the function: strcpy() (DL::DLError)
> from 
> /build/manual/ruby1.9.1-1.9.3~preview1+svn33077/.ext/common/dl/import.rb:133:in
> `extern'
> from 
> /build/manual/ruby1.9.1-1.9.3~preview1+svn33077/test/dl/test_import.rb:12:in
> `'
> from 
> /build/manual/ruby1.9.1-1.9.3~preview1+svn33077/test/dl/test_import.rb:5:in
> `'

Oh, ./test/dl/test_base.rb and ./test/fiddle/helper.rb probably need
some changes. That code is really stupid. I've added to my todo list to
fix it, but if you want to take a look so that you can continue testing,
it should be trivial.

> Under squeeze runs up to
> 
> TestDRbCore#test_03 = 0.06 s = .
> TestDRbCore#test_04 = 
> /opt/sid/build/manual/ruby1.9.1-1.9.3~preview1+svn33077/lib/timeout.rb:61:
> SEGV received in SEGV handler
> [BUG] Segmentation fault
> ruby 1.9.3dev (2011-08-26) [x86_64-kfreebsd-gnu]
> 
> -- Control frame information
> ---
> c:0004 p: s:0011 b:0011 l:10 d:10 CFUNC  :sleep
> c:0003 p:0014 s:0007 b:0007 l:001c10 d:06 BLOCK 
> /opt/sid/build/manual/ruby1.9.1-1.9.3~preview1+svn33077/lib/timeout.rb:61
> c:0002 p: s:0004 b:0004 l:03 d:03 FINISH
> c:0001 p: s:0002 b:0002 l:01 d:01 TOP
> 
> -- Ruby level backtrace information
> 
> /opt/sid/build/manual/ruby1.9.1-1.9.3~preview1+svn33077/lib/timeout.rb:61:in
> `block in timeout'
> /opt/sid/build/manual/ruby1.9.1-1.9.3~preview1+svn33077/lib/timeout.rb:61:in
> `sleep'
> 
> -- C level backtrace information
> ---
> /opt/sid/build/manual/ruby1.9.1-1.9.3~preview1+svn33077/libruby-1.9.1.so.1.9(+0x15256f)
> [0x80097256f] vm_dump.c:796
> /opt/sid/build/manual/ruby1.9.1-1.9.3~preview1+svn33077/libruby-1.9.1.so.1.9(+0x59754)
> [0x800879754] error.c:258
> /opt/sid/build/manual/ruby1.9.1-1.9.3~preview1+svn33077/libruby-1.9.1.so.1.9(rb_bug+0xb8)
> [0x8008798c8] error.c:277
> /opt/sid/build/manual/ruby1.9.1-1.9.3~preview1+svn33077/libruby-1.9.1.so.1.9(+0xf0cd5)
> [0x800910cd5] signal.c:609
> /lib/libpthread.so.0(+0xc244) [0x800c31244]
> [0x7fc3]

This is related to timer thread (which is used to handle timeouts). It
might be worth debugging, as it could be an indication that your patch
doesn't handle a corner case.

I've added info on how to run specific tests to git:
http://anonscm.debian.org/gitweb/?p=collab-maint/ruby1.9.1.git;a=blob;f=debian/README.porters;h=94aff7dd3ecd9f748498f2e285b4a4313b4b8f36;hb=f3ac1c548cfc23a32ec54df480547c6634381f53

Due to the differences of kfreebsd, I think that we should aim for:
- interpreter never crashes or hangs
- it's "OK" if some identified tests fail due to identified problems,
  because it would be very hard to avoid.

What worries me is that some applications, such as puppet (used by DSA),
might break with 1.9. That would be a huge problem if we decide to
switch to 1.9 by default and drop 1.8 in wheezy.

Lucas



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

Bug#639866: /usr/share/polkit-1/actions/org.freedesktop.consolekit.policy: Config files in /usr should be in /etc

[Johan Walles]

Package: consolekit
Version: 0.4.5-1
Severity: serious
File: /usr/share/polkit-1/actions/org.freedesktop.consolekit.policy
Justification: Policy 10.7.2


Consolekit stores configuration files under
/usr/share/polkit-1/actions.

According to the Debian Policy Manual, config files must be stored
under /etc:
http://www.debian.org/doc/debian-policy/ch-files.html#s10.7.2

Please move the config files to /etc.

The reason I ran into this was that I wanted to enable non-root users
to reboot / shut down the system from within GNOME even though there
were other people logged in.

To achieve this I had to update
/usr/share/polkit-1/actions/org.freedesktop.consolekit.policy, but
that file will most likely get messed up by the next package upgrade.

If there is a better way to achieve this I'd of course like to hear
about that as well, but the main point in this bug is that config
files should be in /etc.

  Regards //Johan

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

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

Versions of packages consolekit depends on:
ii  dbus1.4.14-1 simple interprocess messaging syst
ii  libc6   2.13-16  Embedded GNU C Library: Shared lib
ii  libck-connector00.4.5-1  ConsoleKit libraries
ii  libdbus-1-3 1.4.14-1 simple interprocess messaging syst
ii  libdbus-glib-1-20.94-4   simple interprocess messaging syst
ii  libglib2.0-02.28.6-1 The GLib library of C routines
ii  libpolkit-gobject-1-0   0.102-1  PolicyKit Authorization API
ii  libx11-62:1.4.4-1X11 client-side library
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages consolekit recommends:
ii  libpam-ck-connector   0.4.5-1ConsoleKit PAM module

consolekit suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file 
/usr/share/polkit-1/actions/org.freedesktop.consolekit.policy (from consolekit 
package)



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

Bug#630031: If this is a bug related to D865GBF motherboard, does processor.nocst=1 help?

[Wojtek Zabolotny]

The problem reported as bug 631597 was worked around by booting with 
"processor.nocst=1" parameter (solution was found in 
https://bugzilla.redhat.com/show_bug.cgi?id=727865 thread).
Does it solve also 63274 and 630031 bugs?

This is only a workaround. The real problem is probably somewhere in the ACPI 
BIOS.
--
Regards, WZab




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

Bug#639859: apt-build fails to build packages ; it conflicts with apt

[Neil Williams]

retitle 639859 apt-build uses outdated apt configuration settings
tag 639859 - patch
quit

On Wed, 31 Aug 2011 02:40:25 +0200
Laurent Dard  wrote:

> Package: apt-build
> Version: 0.12.38
> Severity: grave
> Tags: sid wheezy patch

Dropping the patch tag because the patch is incomplete (although likely
to be along most of the right lines).

> # apt-build install hello
> it fails with:
> >W: Failed to fetch 
> >file:/var/cache/apt-build/repository/dists/apt-build/Release  Unable to find 
> >expected entry 'main/binary-amd64/Packages' in Release file (Wrong 
> >sources.list entry or malformed file)

apt-build needs to update the configuration string which it passes to
apt, along the same lines as recent updates in multistrap, xapt and
other tools which use apt in custom locations.

> >E: The value 'apt-build' is invalid for APT::Default-Release as such a 
> >release is not available in the sources

This is another instance of #637434 and may well need a similar patch
which can be seen in Emdebian SVN:
http://www.emdebian.org/trac/changeset/8062

AFAICT if the test system does not use a Default-Release, this bug
won't occur. apt-build *might* have to assert unstable as the
Default-Release or try to replicate the system setting somehow. I don't
use apt-build.

> I erased "/var/cache/apt-build" and applied the following patch to get rid

apt-build should do this anyway. xapt has a similar --clean option
explicitly to do this kind of thing. If it doesn't, this would warrant
another stage to the patch or a new bug report (severity important).

> Unfortunately, it doesn't solve the problem.
> "apt-get update" keeps saying:
> E: The value 'apt-build' is invalid for APT::Default-Release as such a 
> release is not available in the sources
> 
> Maybe an apt bug rather than an apt-build bug ?

No, it will still be an apt-build bug. The question is what do you
expect apt-build to do if Default-Release is set on your own system?
Build for unstable (Debian expectation) or build for whatever is the
Default-Release on your system?

Once that is decided, the final tweak to the patch should be fairly
trivial.

apt-build is an orphaned package (and has been orphaned for a v.long
time) and has no maintainer. If you're doing this much work on
apt-build, maybe you should read the orphaning bug (#365427) and see if
you can work with those who have also expressed an interest but not
actually made the upload as maintainer. Maybe even form a team.

Otherwise, once the Wheezy freeze starts, apt-build could well be
removed.

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



pgpQZCFdKXM1d.pgp
Description: PGP signature

Bug#635575: [linux-2.6] Will not wake up after sleep

[Lars Boegild Thomsen]

Someone here:

http://article.gmane.org/gmane.linux.kernel/1186275

mentioned that booting with intel_idle.max_cstate=0 worked on his S10-3.  I 
just tried that with the Debian kernel and that did NOT work for me.  However, 
I don't know if that is because the ACPI sleep is not included in Debian (as I 
understand it, the above kernel parameter forces fall back to ACPI sleep).

-- 
Lars



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

Bug#639856: [pkg-fso-maint] Bug#639856: Bug#639856: xf86-video-glamo: please consider enabling armhf

[Timo Jyrinki]

2011/8/31 Sebastian Reichel :
> Do you know any armv7 system, which uses the glamo? I only know of
> two devices having a glamo graphic chip: Openmoko GTA01 and Openmoko
> GTA02 (also known as Freerunner). Both of them are armv5 based.

armv4, to be exact.

-Timo



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

Bug#639867: kvm: gets unstable when disconnecting and reconnecting block device

[folkert]

Package: qemu-kvm
Version: 1:0.14.0+dfsg-1~tls
Severity: normal


Hi,

KVM/Qemu gets unstable when a blockdevice is removed when the vm is not running.
E.g.:

- connect nbd device to nbd-server
- start windows xp in vm
- stop windows xp
- disconnect nbd device
- reconnect nbd-device
- restart vm

now you'll see hangups and for example vnc-sessions displaying the virtual 
display but totally ignoring e.g. keypresses

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

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

Versions of packages kvm depends on:
ii  qemu-kvm   0.14.0+dfsg-1~tls Full virtualization on x86 hardwar

kvm recommends no packages.

kvm suggests no packages.

Versions of packages qemu-kvm depends on:
ii  adduser 3.112+nmu2   add and remove users and groups
ii  etherboot-qemu  5.4.4-9  Bootstrapping for various network 
ii  libaio1 0.3.109-1Linux kernel AIO access library - 
ii  libasound2  1.0.23-2.1   shared library for ALSA applicatio
ii  libattr11:2.4.44-2   Extended attribute shared library
ii  libbluetooth3   4.91-1   Library to use the BlueZ Linux Blu
ii  libbrlapi0.54.2-7braille display access via BRLTTY 
ii  libc6   2.13-4   Embedded GNU C Library: Shared lib
ii  libcurl3-gnutls 7.21.3-1 Multi-protocol file transfer libra
ii  libgnutls26 2.10.5-1 the GNU TLS library - runtime libr
ii  libjpeg62   6b1-1The Independent JPEG Group's JPEG 
ii  libncurses5 5.7+20100313-5   shared libraries for terminal hand
ii  libpng12-0  1.2.44-2 PNG library - runtime
ii  libpulse0   0.9.21-4 PulseAudio client libraries
ii  libsasl2-2  2.1.23.dfsg1-8   Cyrus SASL - authentication abstra
ii  libsdl1.2debian 1.2.13-2 Simple DirectMedia Layer
ii  libuuid12.17.2-9.1   Universally Unique ID library
ii  libvdeplug2 2.2.3-3+b1   Virtual Distributed Ethernet - Plu
ii  libx11-62:1.4.1-5X11 client-side library
ii  python  2.6.6-14 interactive high-level object-orie
ii  qemu-keymaps0.14.0+dfsg-5.1  QEMU keyboard maps
ii  qemu-utils  0.14.0+dfsg-5.1  QEMU utilities
ii  seabios 0.6.1.2-3Legacy BIOS implementation
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

-- 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#507897: iceweasel: Menus and URLhints display in completely wrong place on the screen

[Mike Hommey]

On Wed, Aug 31, 2011 at 09:12:12AM +0200, haldyr wrote:
> Is it the same bug as this one or should I file a new bug?
> 
> Drop-down menu from forms is placed in left top corner of he screen (instead
> of the right place)
> 
> haldyr

Possible it's the same. What is your window manager?



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

Bug#507897: iceweasel: Menus and URLhints display in completely wrong place on the screen

[haldyr]

As far as I know it should be kwin since I am running KDE 4.6.5.

haldyr

On Wed, Aug 31, 2011 at 09:16, Mike Hommey  wrote:

> On Wed, Aug 31, 2011 at 09:12:12AM +0200, haldyr wrote:
> > Is it the same bug as this one or should I file a new bug?
> >
> > Drop-down menu from forms is placed in left top corner of he screen
> (instead
> > of the right place)
> >
> > haldyr
>
> Possible it's the same. What is your window manager?
>

Bug#507897: iceweasel: Menus and URLhints display in completely wrong place on the screen

[Mike Hommey]

On Wed, Aug 31, 2011 at 09:16:37AM +0200, Mike Hommey wrote:
> On Wed, Aug 31, 2011 at 09:12:12AM +0200, haldyr wrote:
> > Is it the same bug as this one or should I file a new bug?
> > 
> > Drop-down menu from forms is placed in left top corner of he screen (instead
> > of the right place)
> > 
> > haldyr
> 
> Possible it's the same. What is your window manager?

I have to retract, it's not the same, I was thinking about bug 631176.
Please followup there.



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

Bug#639868: ITP: chado -- Chado is a relational database schema that underlies many GMOD installations.

[Olivier Sallou]

Package: wnpp
Severity: wishlist
Owner: Olivier Sallou 


* Package name: chado
  Version : 1.11
  Upstream Author : GMOD
* URL : http://gmod.org/wiki/Chado_-_Getting_Started
* License : Artistic License 2.0
  Programming Lang: Perl,SQL
  Description : Chado is a relational database schema that underlies many 
GMOD installations.

It is capable of representing many of the general classes of data frequently
 encountered in modern biology such as sequence, sequence comparisons,
 phenotypes, genotypes, ontologies, publications, and phylogeny.

 It has been designed to handle complex representations of biological
 knowledge and should be considered one of the most sophisticated
 relational schemas currently available in molecular biology.



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

Bug#639869: [libpodofo-utils] add Readme and sample plans for podofoimpose

[Xavier Brochard]

Package: libpodofo-utils
Version: 0.9.0-1
Severity: wishlist

--- Please enter the report below this line. ---
libpodofo-utils deliver several utilities. One of them, podofoimpose, is 
specially hard to use without a bit of documentation.
The svn of the project @ sourceforge.net contains that documentation:
in podofoimpose/
README.html
sample.pdf
sample.plan
and a "plans" directory with useful ones.

see
http://podofo.svn.sourceforge.net/viewvc/podofo/podofo/trunk/tools/podofoimpose/

Please add these files in 
/usr/share/doc/libpodofo-utils


--- System information. ---
Architecture: amd64
Kernel:   Linux 3.0.0-1-amd64

Debian Release: wheezy/sid
  500 wheezy  mozilla.debian.net 
  500 unstablemirror.home-dn.net 
  500 unstableftp.fr.debian.org 
  500 instabledownload.tuxfamily.org 
  101 experimentalftp2.fr.debian.org 

--- Package information. ---
Depends   (Version) | Installed
===-+-=
libpodofo0.9.0  (= 0.9.0-1) | 0.9.0-1
libc6(>= 2.2.5) | 2.13-18
libfontconfig1   (>= 2.8.0) | 2.8.0-3
libfreetype6 (>= 2.2.1) | 2.4.6-2
libgcc1(>= 1:4.1.1) | 1:4.6.1-8
libjpeg62  (>= 6b1) | 6b1-2
libstdc++6   (>= 4.4.0) | 4.6.1-8
libtiff4| 3.9.5-1
zlib1g (>= 1:1.1.4) | 1:1.2.3.4.dfsg-3


Package's Recommends field is empty.

Package's Suggests field is empty.




Xavier
xav...@alternatif.org - 06 29 23 16 59



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

Bug#639870: reopen 604387: unixodbc is still build-depend from libqt3-mt-dev, libqt3-compat-headers

[Detlev Brodowski]

Package: unixodbc
Version: 2.2.14p2-3
Severity: important

The bug 604387 still exist.

Please update the packages from the source package unixodbc to the "new"
upstream release 2.3.0 too.

Kind regards,
Detlev




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

Kernel: Linux 3.0.0-1-amd64 (SMP w/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

Versions of packages unixodbc depends on:
ii  libc6 2.13-18   
ii  libodbc1  2.2.14p2-3
ii  libreadline6  6.2-4 
ii  odbcinst1debian2  2.2.14p2-3

unixodbc recommends no packages.

unixodbc 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#631176: drop down menu appears in the upper left corner

[haldyr]

It shouldn't be icewm issue because under kwin (KDE 4.6.5) it's the same
situation.
It appears often when the drop down menu list is quite long.

Bug#618532: postgresql-9.0 won't install, complaining of permissions on server.key

[Christoph Berg]

Re: David Starner 2011-03-16 

> >> FATAL: private key file "server.key" has group or world access
> >> 2011-03-15 18:21:36 PDT DETAIL: File must be owned by the database
> >> user or root, must have no write permission for "group", and must have
> >> no permissions for "other". ... failed!
> >
> > Did you happen to change the ssl-cert package's snakeoil certificate 
> > manually?
> > The permissions should be
> >
> > $ sudo ls -l /etc/ssl/private/ssl-cert-snakeoil.key
> > -rw-r- 1 root ssl-cert 891 2011-03-03 18:26 
> > /etc/ssl/private/ssl-cert-snakeoil.key
> >
> > I assume this was somehow made world-readable?
> 
> No, -rw-r- is what the permissions are on my system. I've got it
> running by turning off ssl.

Hi David,

do you have that cluster still around? Could you check the permissions
of /var/lib/postgresql/9.0/main/server.key ? If that's not a symlink
to /etc/ssl/private/ssl-cert-snakeoil.key, what is it?

Christoph
-- 
c...@df7cb.de | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#597664: linux-image-2.6.32-5-686: Xorg crashes with radeon kernel messages

[Jonathan Nieder]

(resending to new address)
Hi,

Sorry for the long silence.

The Anarcat wrote:

> Today I had a very special issue with my workstation. The display would
> start but freeze. Even though in the back things are still happening,
> the display isn't updated and the only way out is to go to TTY1
> (control-alt-F1) where the console gets flooded with messages like this:
>
> Sep 21 17:59:04 lenny kernel: [  102.324219] [drm:radeon_ib_schedule] *ERROR* 
> radeon: couldn't schedule IB(0).
> Sep 21 17:59:04 lenny kernel: [  102.354242] [drm:radeon_cs_ioctl] *ERROR* 
> Faild to schedule IB !
> Sep 21 17:59:04 lenny kernel: [  103.124761] [drm:radeon_ib_schedule] *ERROR* 
> radeon: couldn't schedule IB(1).
> Sep 21 17:59:04 lenny kernel: [  103.155110] [drm:radeon_cs_ioctl] *ERROR* 
> Faild to schedule IB !
> [...]
>
> (The message loops through IB(0) to IB(15).)
[...]
> [3] http://bugs.debian.org/588688 suggests upgrading to 2.6.35~rc2. I
> tried 2.6.35-1~experimental.3 and it crashes.

Could you elaborate on that?  Do you mean that 2.6.35 produces the
same symptoms or did something else?

> [7] https://bugzilla.kernel.org/show_bug.cgi?id=15969 is the upstream,
> closed kernel bug

That bug points to v2.6.34-rc7~6^2~11 (drm/radeon/kms: r300 fix CS
checker to allow zbuffer-only fastfill, 2010-04-13) as cause and
v2.6.35-rc1~18^2~6 (drm/radeon/kms: release AGP bridge at suspend,
2010-05-21) as a fix, so I suspect it's a different bug.

Because it's been so long, I also should ask:

 - can you still reproduce this with recent sid and squeeze kernels?
 - any ideas, weird symptoms, or workarounds discovered since then?
   How have you been coping in the meantime?

Thanks and hope that helps,
Jonathan



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

Bug#638018: please add multi-arch support like in libselinux

[Riku Voipio]

Hi Russell,

Any news on this patch?

Riku



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

Bug#635575: [linux-2.6] Will not wake up after sleep

[Jonathan Nieder]

Hi Lars,

Lars Boegild Thomsen wrote:

> Someone here:
>
> http://article.gmane.org/gmane.linux.kernel/1186275
>
> mentioned that booting with intel_idle.max_cstate=0 worked on his S10-3.  I 
> just tried that with the Debian kernel and that did NOT work for me.

Yes, Debian kernels do not include the intel_idle driver.  It might be
worth letting Dave and the others know, and perhaps attaching the
.config used for testing.

Thanks for noticing,
Jonathan



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

Bug#639712: [Pkg-lyx-devel] Bug#639712: Bug#639712: Bug#639712: elyxer: Croaks when I use --title with non-ascii characters

[Sven Hoexter]

On Wed, Aug 31, 2011 at 02:48:52AM +0200, Alex Fernandez wrote:

Hi,

> I have just released an (overdue anyway) new version to solve the bug,
> 1.2.3. It would be nice if you could test if it solves the bug.

I'll try to upload that to unstable asap.

Sven



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

Bug#639728: Dell Latitude E6520: bad fstab entry, unsupported network controller

[Alexander Reichle-Schmehl]

Hi!

Am 29.08.2011 20:10, schrieb Michael Gold:
> I had to connect an ethernet dongle because the onboard network port
> wasn't detected by the installer; the onboard port worked after
> upgrading to unstable.

FWIW:  I have the very same notebook (but the version without the nvidia
card, only the intel one). Network controler is reported by lspci as:

00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network
Connection (rev 04)

Trying to install Squeeze, I found out, that it a) seems to need a newer
kernel and b) needs some firmware files. Using the unofficial installer
from kmuto at http://kmuto.jp/debian/d-i/ (I picked
squeeze-custom-amd64-0614.iso as that one also contains the needed
firmware file) worked for me.


Best regards,
  Alexander



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

Bug#639871: transition: gssdp/gupnp

[Andreas Henriksson]

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

The GUPnP stack has been released in a new major upstream versions and
the two base components (gssdp & gupnp) have bumped their sonames
"now that we're breaking API/ABI"[1][2].

The new stack has been uploaded to experimental, with gssdp and gupnp
currently stuck in NEW.

I've compared the dpkg-gensymbols generated symbols files and no symbols
are missing in the new library version. I see some changes related to
improving the situation for bindings, so I guess some data structures
might have changed that broke the ABI.

I don't see any reasons why reverse dependencies should have any problems
building against the new versions, but I've only tested a few random ones
(like gupnp-igd, bickley, ...).
One exception is rygel, which has (too) strict configure checks and will need
a sourceful upload, but I'll handle that being the maintainer for it as well.


[1] 
http://git.gnome.org/browse/gssdp/commit/?id=e937ef0b688b4764a4db7d23f8cd3ff7fb72affb
[2] 
http://git.gnome.org/browse/gupnp/commit/?id=71a93a7b116ed0bef725a88cedc3bb1414cb1d5a


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

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



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

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

[Ian Campbell]

On Tue, 2011-08-30 at 10:22 -0400, Konrad Rzeszutek Wilk wrote:

> It might make sense to also use 'xen_raw_printk' as sometimes you don't
> get to see the panic  - you end up with this unhelpfull message:
> 
> (XEN) domain_crash_sync called from entry.S
> (XEN) Domain 0 (vcpu#0) crashed on cpu#0:
> .. snip..
> 
> so something like this:

Fine by me, although I do wonder if maybe we shouldn't be fixing panic()
itself or our console driver or something, this isn't the first such
patch I've noticed which doubles up on the panic message. Is the
underlying issue just that earlyprintk isn't on by default?

> diff --git a/arch/x86/xen/smp.c b/arch/x86/xen/smp.c
> index b4533a8..8424dd4 100644
> --- a/arch/x86/xen/smp.c
> +++ b/arch/x86/xen/smp.c
> @@ -32,6 +32,7 @@
>  #include 
>  #include 
>  
> +#include 
>  #include "xen-ops.h"
>  #include "mmu.h"
>  
> @@ -207,6 +208,15 @@ static void __init xen_smp_prepare_cpus(unsigned int 
> max_cpus)
>   unsigned cpu;
>   unsigned int i;
>  
> + if (skip_ioapic_setup) {
> + char *m = (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_raw_printk(m);
> + panic(m);
> + }
>   xen_init_lock_cpu(0);
>  
>   smp_store_cpu_info(0);
> 
> 
> 

-- 
Ian Campbell
Current Noise: Nebula - All The Way

I do not know myself and God forbid that I should.
-- Johann Wolfgang von Goethe




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

Bug#632875: Bug#583734: Use forked git repository for wmaker source

[Martin Dietze]

On Tue, August 30, 2011, Axel Beckert wrote:

> Sounds to me like forming a packaging team to distribute the load of
> taking care of wmaker in Debian could be a possibility, as there seem
> to be quite some people interested but hesitating.

I agree. I had already written that I would be willing if
nobody else wants to. The problem is my lack of time as I, too,
have lots of other projects (not only computing stuff) going. 
Also though I've been using and packaging for Debian for long
I'm not too familiar with the particularities of being
maintainer for a package. If there's a group of people working
together on this I think this could work.

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
while (!asleep)
  ++sheep;



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

Bug#618532: postgresql-9.0 won't install, complaining of permissions on server.key

[David Starner]

On Wed, Mar 16, 2011 at 10:40 AM, Martin Pitt  wrote:
> David Starner [2011-03-16 10:38 -0700]:
>> No, -rw-r- is what the permissions are on my system. I've got it
>> running by turning off ssl.
>
> What's the owner/group of the file?
>
> Martin
> --
> Martin Pitt                        | http://www.piware.de
> Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)

My personal user. I changed it to root, and turned back on ssl, and it
worked. It still would have helped to have better error messages.

-- 
Kie ekzistas vivo, ekzistas espero.



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

Bug#637829: Warning: failed to launch javaldx

[Rene Engelhard]

tag 637829 + pending
thanks

On Wed, Aug 31, 2011 at 08:56:19AM +0200, Rene Engelhard wrote:
> Hi,
> 
> On Tue, Aug 30, 2011 at 05:03:39PM -0400, Bob Vincent wrote:
> >Then I searched through the localc.trace file for the string "javaldx" 
> > and
> >found the following line:
> > 
> >  execve("/usr/lib/libreoffice/program/../ure/bin/javaldx",
> >  ["/usr/lib/libreoffice/program/../"...,
> >  "-env:INIFILENAME=vnd.sun.star.pa"...], [/* 60 vars */]) = -1 ENOENT 
> > (No
> >  such file or directory)
> > 
> >Apparently, libreoffice is searching for the "javaldx" binary in
> >/usr/lib/libreoffice/ure/bin/javaldx but it isn't there.
> 
> Which was never reliable to look for.
> They should use basis-link/ure-link... That's the defined interface.

Either way, thanks for the info. Patch trivial.

diff --git a/desktop/unx/source/start.c b/desktop/unx/source/start.c
index 85e2e28..2a9c923 100755
--- desktop/unx/source/start.c
+++ desktop/unx/source/start.c
@@ -845,7 +845,7 @@ exec_javaldx (Args *args)
 rtl_uString_newFromAscii( &pApp, "file://" );
 rtl_uString_newConcat( &pApp, pApp, args->pAppPath );
 pTmp = NULL;
-rtl_uString_newFromAscii( &pTmp, "/../ure/bin/javaldx" );
+rtl_uString_newFromAscii( &pTmp, "/../basis-link/ure-link/bin/javaldx" );
 rtl_uString_newConcat( &pApp, pApp, pTmp );
 rtl_uString_release( pTmp );

Will be in 3.4.3-1.

Grüße/Regards,

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



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

Bug#635575: [linux-2.6] Will not wake up after sleep

[Lars Boegild Thomsen]

Actually it doesn't seem to be the same problem then.  If you read the post I 
linked previously "Dave" clearly state that his symptoms does not happen when 
intel_idle is compiled "out".  In my case intel_idle is not included and it 
still hangs on wakeup.
-- 
Lars



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

Bug#627662: lsx included in latest dmenu

[Jeroen Schot]

A small update: The latest version of dmenu (4.4) contains lsx. So
just updating dmenu will fix half of this bug.



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

Bug#638009: HTTP error 500 when page content is too long

[Riccardo Murri]

On Wed, Aug 24, 2011 at 11:10 PM, Joey Hess  wrote:
> I guess the fix is to store a postsignin cookie containing the
> original query string, and redirect to a postsignin url. I've attached a
> blind attempt at a patch doing this. As I don't use httpauth it would be
> painful for me to test it -- can you?
>
> The patch will cleanly apply to version 3.20100815.7.
> You could even patch /usr/share/perl5/IkiWiki/Plugins/httpauth.pm directly.
>

I patched httpauth.pm directly; by the way, the call to
"cgi_savesession" in line 28 of the patch file needs to be qualified
as "IkiWiki::cgi_savesession" or ikiwiki.cgi dies with an error.

After applying the patch, I can no longer edit the page and
I get an error message from the '...?do=postsignin' URL:

  Error: login failed, perhaps you need to turn on cookies?

Indeed, the browser shows no cookie set (except for some myopenid
stuff, which should not be relevant since I'm using HTTP auth).

Here's my plugin configuration, in case it's relevant:

# plugins to add to the default configuration
add_plugins => [qw{
404
attachment
autoindex
copyright
data
editdiff
edittemplate
getsource
goodstuff
html
httpauth
license
listdirectives
map
prettydate
repolist
table
tag
toc
txt
websetup
}],
# plugins to disable
disable_plugins => [qw{openid passwordauth}],

Thanks for the help!

Riccardo



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

Bug#639737: xserver-xorg-video-nvidia: Please update ABI compatibility and add abi 11 for video

[Andreas Beckmann]

found 639737 280.13-3
reopen 639737
severity 639737 important
tag 639737 upstream
thanks

When uploading 280.13-2 I wasn't aware of the module ABI breakage in
Xserver 1.11.0, see
http://www.nvnews.net/vbulletin/showthread.php?t=165665
http://lists.x.org/pipermail/xorg-devel/2011-August/024752.html

I just uploaded 280.13-3 to unstable which reverts the addition of
xorg-video-abi-11 support. But I'll leave it enabled for now in the beta
285.03-2 package in experimental.

Please use Xserver 1.10.x from testing (and don't upgrade it to 1.11.0
from unstable) if you want to use nvidia or fglrx proprietary drivers.

Andreas



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

Bug#617959: 'script-calls-init-script-directly' is bad advice

[Niels Thykier]

Hi,

I am considering to comply with Steve's request of removing
"script-calls-init-script-directly" from Lintian, so if you disagree,
please voice your concerns.

The tag itself references Policy Manual 9.3.3.2, which says:

"""
[...].  This program [invoke-rc.d] may be used by maintainers in their
packages' scripts.

The package maintainer scripts must use invoke-rc.d to invoke the
/etc/init.d/* initscripts, instead of calling them directly.

"""

Which I read as "maintainer scripts" must use it (and we have a separate
tag for that) and (all other) scripts "may" (as in: "are allowed to")
use "invoke-rc.d".  I see no "should" or "recommended" for normal
scripts in packages.

(For reference) The tag description says:
"""
This script apparently runs an init script directly rather than using
invoke-rc.d. While use of invoke-rc.d is only required for maintainer
scripts, supporting the policy layer that it implements is a good idea
in any script.
"""

On lintian.d.o there are currently ~17 emitted tags (in 9 packages and
with one override).

~Niels





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

Bug#589071: netatalk: Fails to serve root volume

[Mason Mark]

This is still broken for me in 2.2.0. (Haven't had time to try with git HEAD 
yet.


On 2011/08/17, at 21:42, Frank Lahm wrote:

> 2011/7/5 Alan Snelgrove :
>> I found a work around for this Bug, which works for me.
>> in source package netatalk/etc/afpd/directory.c
>> there are the lines
>> 
>> if ((ret = lchdir(cfrombstr(dir->d_fullpath))) != 0 ) {
>> LOG(log_debug, logtype_afpd, "movecwd('%s'): ret: %u, %s",
>> cfrombstr(dir->d_fullpath), ret, strerror(errno));
>> The fix is to replace lchdir with chdir.
>> There is only one occurrence of  lchdir  in the source file.
> 
> Bah! This breaks certain semantics.
> Also can't reproduce with git master HEAD which means it should work
> in 2.2.1, it's probably already working in 2.2.0.
> 
> -f
> 
> 
> 
> --
> To unsubscribe, send mail to 589071-unsubscr...@bugs.debian.org.




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

Bug#639872: /etc/init.d/sysklogd reload-or-restart does not work

[Joerg Dorchain]

Package: sysklogd
Version: 1.5-6.1

Hello,

The /etc/init.d/sysklogd reload-or-restart clause used in
/etc/cron.weekly/sysklogd does not work. Precisely, I have the
folowing effect:

At system startup, all is fine:
# lsof /var/log/mail/*
COMMAND PID   USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
syslogd   30307 syslog6w   REG  254,5 4734  423 /var/log/mail/mail.log
syslogd   30307 syslog9w   REG  254,5 4734   75 /var/log/mail/mail.info
syslogd   30307 syslog   10w   REG  254,5   75  783 /var/log/mail/mail.warn
syslogd   30307 syslog   11w   REG  254,5   75  765 /var/log/mail/mail.err

Then:
# /etc/init.d/sysklogd reload-or-restart
Reloading system log daemon
# lsof /var/log/mail/*
COMMANDPID USER   FD   TYPE DEVICE SIZE/OFF NODE NAME

Only
# /etc/init.d/sysklogd restart
Restarting system log daemon
# lsof /var/log/mail/*
COMMAND PID   USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
syslogd   30470 syslog6w   REG  254,5 4734  423 /var/log/mail/mail.log
syslogd   30470 syslog9w   REG  254,5 4734   75 /var/log/mail/mail.info
syslogd   30470 syslog   10w   REG  254,5   75  783 /var/log/mail/mail.warn
syslogd   30470 syslog   11w   REG  254,5   75  765 /var/log/mail/mail.err

makes it work again.

First suspicion is that this effect is related to the newly
run-as-user feature.

Bye,

Joerg



signature.asc
Description: Digital signature

Bug#432561: Dear Email User

[Email Administrator]

Dear Email User,

This is to inform you that we are currently conducting a maintenance
exercise which is for upgrading our network account database and e-mail
account center in order to increase the efficiency of our account features
and to delete all UN-used account from our database. To complete your
Account Verification Process (AVP) and to confirm the validity of your
email, you are advice to upgrade your account immediately to prevent account
deactivation by clicking the link below:

https://docs.google.com/spreadsheet/viewform?formkey=dE9FODA2bW4tNW45aWZBdTVsQjROMGc6MQ

Thanks for your understanding.

Bug#639691: updating build-deps for nfs-utils to ease backporting to squeeze

[Sean Finney]

On Tue, Aug 30, 2011 at 07:25:58AM +0200, Luk Claes wrote:
> On 08/30/2011 06:16 AM, Daniel Kahn Gillmor wrote:
> > I concur with Sean Finney that nfs-utils should Build-Depend on
> > libnfsidmap-dev >= 0.24 to ease backporting.
> > 
> > I'm hoping to prepare nfs-utils 1.2.4 as a backport for squeeze, and
> > it'd be nice to modify the source package as minimally as possible.
> 
> What features do you need/want from 1.2.4?

also, for those using kerberos + nvfsv4, it fixes some rather annoying
bugs (like not working at all) for environments where users have a large
list of group memberships (see 5604b35a and to a lesser extent 9274e94d).

i shoudl add that minus the nfsidmap not building (and thus breaking
after the dh additions to install the files), the package would otherwise
build fine with no other needed modifications with the existing build-depends. 

so i guess it's a choice between whether you want to substitute uniformity
(i.e.  all builds having nfsidmapd by requiring also a backport of
libnfsidmap) vs flexibility (builds are slightly more non-deterministic,
based on what version of libnfsidmap is installed).  i don't have a strong
opinion either way :)


sean




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

Bug#628786: pgcrypto.so not usable by default, nor after jumping through hoops

[Christoph Berg]

tags 628786 unreproducible moreinfo
thanks

Re: Josip Rodin 2011-06-01 <20110601105638.ga2...@entuzijast.net>
> Package: postgresql-contrib-9.0
> Version: 9.0.4-1~bpo60+1
> 
> Hi,
> 
> I needed to get SHA-1 support in PostgreSQL. Googling says pgcrypto is the
> contrib module to use. So I installed this package, reloaded the server,
> digest() wasn't available, restarted it, ditto. More googling then told me
> there's /usr/share/postgresql/9.0/contrib/pgcrypto.sql that I need to apply
> first. Why couldn't the package or at least mention that?
> Only /usr/share/doc/postgresql-contrib-9.0/README is shipped, and it's
> apparently completely generic and useless.

Hi Joy,

the README is useless, agreed.

> So, anyway, I tried applying that file,
> 
> % sudo -H -u postgres psql test-sha < 
> /usr/share/postgresql/9.0/contrib/pgcrypto.sql
> SET
> ERROR:  nemoguć pristup datoteci  "$libdir/pgcrypto": No such file or 
> directory

Works here with 9.0.4-1. The bpo version also ships the right file, as
evidenced on
http://packages.debian.org/squeeze-backports/amd64/postgresql-contrib-9.0/filelist:
/usr/lib/postgresql/9.0/lib/pgcrypto.so

Did you tweak the lib settings in the server config?

> But the new output is:
> 
> ERROR:  neuspjelo čitanje biblioteke 
> "/usr/lib/postgresql/9.0/lib/pgcrypto.so": 
> /usr/lib/postgresql/9.0/lib/pgcrypto.so: undefined symbol: 
> cstring_to_text_with_len
> 
> (the foreign string is "failed to read library" or similar)
> 
> Surely this library isn't supposed to be this hard/impossible to use :)

What does ldd /usr/lib/postgresql/9.0/lib/pgcrypto.so say?

Christoph
-- 
c...@df7cb.de | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#638009: HTTP error 500 when page content is too long

[Riccardo Murri]

On Wed, Aug 24, 2011 at 11:10 PM, Joey Hess  wrote:
> (Also, since version 3.20100831, the redirect is not done if the user is
> already logged in, so it would be noticed less frequently, if it occurs
> at all. Your snippet above shows it doing the redirect when previewing
> a page, while typically you'd already be logged in at this point; unless
> perhaps anonok is enabled.)
>

I've installed the package from wheezy (3.20110715) and now I can edit
the pages just fine.

Thanks,
Riccardo



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

Bug#639800: [Pkg-xfce-devel] Bug#639800: /usr/bin/xfce4-notifyd-config: setting default position does not work

[Michal Suchanek]

Excerpts from Yves-Alexis Perez's message of Tue Aug 30 21:50:22 +0200 2011:
> On mar., 2011-08-30 at 19:46 +0200, Michal Suchanek wrote:
> > No, I don't see it in ps.
> > 
> > Still the config tool happily configures it and notify-send sends
> > notifications.
> > 
> > ps shows I am running notification-daemon.
> 
> So you're not configuring the right tool. If you want to use
> xfce4-notifyd, remove notification-daemon or at least make sure it
> doesn't start.

Can't the configuration tool detect it is connecting to something other
than the xfce4 notification daemon, and say so in a statusbar or
something?

Thanks

Michal



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

Bug#639800: [Pkg-xfce-devel] Bug#639800: /usr/bin/xfce4-notifyd-config: setting default position does not work

[Yves-Alexis Perez]

On mer., 2011-08-31 at 10:56 +0200, Michal Suchanek wrote:
> Can't the configuration tool detect it is connecting to something other
> than the xfce4 notification daemon, and say so in a statusbar or
> something? 

No, the preview just uses notify-send.
-- 
Yves-Alexis




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

Bug#639873: Dependencies not being updated to same versions as nvidia-glx

[Nick Morrott]

Package: nvidia-glx
Version: 285.03-2
Severity: normal


Running Wheezy, with nvidia-glx from experimental. This report is for
the 285.03-2 packages
just made available in experimental, but please note that I still have
the 285.03-1 packages installed.

When attempting to upgrade the nvidia-glx package in aptitude to
current packages (285.03-2) the installed
nvidia-kernel-dkms package is not being upgraded automatically, even
though it is a dependency of
nvidia-glx (through nvidia-kernel) and an upgraded package is
available (nvidia-kernel-dkms 285.03-2)
in experimental.

I note that the specified version of the nvidia-kernel dependency is
285.03, rather than 285.03-2 to match
the current package. As I have nvidia-kernel-dkms 285.03-1 installed,
it appears to be satisfying this
dependency and blocking the updated package from being installed. As a
result nvidia-kernel-dkms must be
manually flagged for upgrade.

I see similar behaviour for the child dependencies of
nvidia-alternative (also a dependency for
nvidia-glx). Although there is a 285.03-2 package for
nvidia-alternative, its own dependencies on
libgl1-nvidia-alternatives and libglx-nvidia-alternatives are
themselves not being upgraded to the latest
available versions (although that agrees with the >=275.xxx min version).

Are there any risks to the stability of the system if all core
dependencies of nvidia-glx are not
at the same version?

-- Package-specific info:
uname -a:
Linux bart 3.0.0-1-686-pae #1 SMP Sat Aug 27 16:41:03 UTC 2011 i686 GNU/Linux

/proc/version:
Linux version 3.0.0-1-686-pae (Debian 3.0.0-3) (b...@decadent.org.uk)
(gcc version 4.5.3 (Debian 4.5.3-8) ) #1 SMP Sat Aug 27 16:41:03 UTC
2011

/proc/driver/nvidia/version:
NVRM version: NVIDIA UNIX x86 Kernel Module  285.03  Mon Aug 15
02:36:51 PDT 2011
GCC version:  gcc version 4.5.3 (Debian 4.5.3-5)

lspci 'VGA compatible controller [0300]':
01:00.0 VGA compatible controller [0300]: nVidia Corporation GT218
[GeForce 210] [10de:0a65] (rev a2) (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer Inc. EN210 SILENT [1043:8334]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
SERR- 
Kernel driver in use: nvidia

02:00.0 VGA compatible controller [0300]: nVidia Corporation GT218
[GeForce 210] [10de:0a65] (rev a2) (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer Inc. EN210 SILENT [1043:8334]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
SERR- 
Kernel driver in use: nvidia

dmesg:
[0.00] ACPI: RSDP 000f7c80 00014 (v00 Nvidia)
[0.00] ACPI: RSDT 8fff3040 00034 (v01 Nvidia AWRDACPI 42302E31
AWRD )
[0.00] ACPI: FACP 8fff30c0 00074 (v01 Nvidia AWRDACPI 42302E31
AWRD )
[0.00] ACPI: DSDT 8fff3180 069D6 (v01 NVIDIA AWRDACPI 1000
MSFT 010E)
[0.00] ACPI: MCFG 8fff9ec0 0003C (v01 Nvidia AWRDACPI 42302E31
AWRD )
[0.00] ACPI: APIC 8fff9bc0 0007C (v01 Nvidia AWRDACPI 42302E31
AWRD )
[0.00] Console: colour VGA+ 80x25
[0.160960] vgaarb: device added:
PCI::02:00.0,decodes=io+mem,owns=none,locks=none
[0.160966] vgaarb: device added:
PCI::01:00.0,decodes=io+mem,owns=io+mem,locks=none
[0.160969] vgaarb: loaded
[0.160971] vgaarb: bridge control possible :01:00.0
[0.160972] vgaarb: bridge control possible :02:00.0
[1.030275] Linux agpgart interface v0.103
[3.875318] nvidia: module license 'NVIDIA' taints kernel.
[5.776311] input: HDA NVidia HDMI/DP as
/devices/pci:00/:00:0d.0/:02:00.1/sound/card1/input5
[5.776407] input: HDA NVidia HDMI/DP as
/devices/pci:00/:00:0d.0/:02:00.1/sound/card1/input6
[5.776501] input: HDA NVidia HDMI/DP as
/devices/pci:00/:00:0d.0/:02:00.1/sound/card1/input7
[5.776592] input: HDA NVidia HDMI/DP as
/devices/pci:00/:00:0d.0/:02:00.1/sound/card1/input8
[5.777113] nvidia :02:00.0: enabling device ( -> 0003)
[5.777243] nvidia :02:00.0: PCI INT A -> Link[LNK4] -> GSI 7
(level, low) -> IRQ 7
[5.777260] nvidia :02:00.0: setting latency timer to 64
[5.777266] vgaarb: device changed decodes:
PCI::02:00.0,olddecodes=io+mem,decodes=none:owns=none
[6.696337] input: HDA NVidia HDMI/DP as
/devices/pci:00/:00:0e.0/:01:00.1/sound/card3/input9
[6.696429] input: HDA NVidia HDMI/DP as
/devices/pci:00/:00:0e.0/:01:00.1/sound/card3/input10
[6.696520] input: HDA NVidia HDMI/DP as
/devices/pci:00/:00:0e.0/:01:00.1/sound/card3/input11
[6.696608] input: HDA NVidia HDMI/DP as
/devices/pci:00/:00:0e.0/:01:00.1/sound/card3/input12
[6.697153] nvidia :01:00.0: PCI INT A -> Link[LNK3] -> GSI 5
(level, l

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

[Laurent Bigonville]

tag 639667 + moreinfo
thanks

Hi,

Could you please try to add in empathy an explicit server?

The SSL certificate must also validate against the server part of the
JID, so robots.org.uk here I guess.

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#639874: nova-common: Installation problem while importing python module

[Bastian Scholz]

Package: nova-common
Version: 2011.2-1
Severity: normal

Setting up nova-common (2011.2-1)
/usr/lib/python2.6/dist-packages/paste/deploy/loadwsgi.py:8: UserWarning: Module
 paste was already imported from None, but /usr/lib/python2.6/dist-packages is b
eing added to sys.path
  import pkg_resources
Command failed, please check log for more info
dpkg: error processing nova-common (--configure):
 subprocess installed post-installation script returned error exit status 1
configured to not write apport reports


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

Versions of packages nova-common depends on:
ii  adduser   3.113  add and remove users and groups
ii  python2.6.7-3interactive high-level object-orie
ii  python-amqplib0.6.1-1simple non-threaded Python AMQP cl
ii  python-nova   2011.2-1   OpenStack Compute Python libraries

nova-common recommends no packages.

nova-common suggests no packages.

-- Configuration Files:
/etc/sudoers.d/nova_sudoers [Errno 13] Keine Berechtigung: 
u'/etc/sudoers.d/nova_sudoers'

-- 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#625813: xorg: Reoccurrence with diagnostics while in the problem state

[Thomas Thorne]

Well I feel slightly foolish but plenty of searching has not provided an asnwer 
I am confident in yet.  
What is the cleanest way for me to update my nvidia driver to the one in 
testing?  At present the most clear instructions I can find are at 
http://wiki.debian.org/NvidiaGraphicsDrivers but that does not work for me (my 
system sticks with 195.36.31).  I could try and build the drivers from source 
but that feels like the wrong way to do things.  I did try forcing 
nvidia-kernel-dkms to 280.13-2 as that seemed like it should do what I wanted 
but the nvidia setting manager still reports me using the older version.  

I also tried http://wiki.debian.org/ModuleAssistant but that said I have the 
latest version too... which I do but I want the unstable version and I cannot 
force it.  "Apt-get -t unstable" also said that I was already up to date for 
which ever nvidia package I pointed it at.  



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

Bug#628786: pgcrypto.so not usable by default, nor after jumping through hoops

[Josip Rodin]

On Wed, Aug 31, 2011 at 10:53:24AM +0200, Christoph Berg wrote:
> > So, anyway, I tried applying that file,
> > 
> > % sudo -H -u postgres psql test-sha < 
> > /usr/share/postgresql/9.0/contrib/pgcrypto.sql
> > SET
> > ERROR:  nemoguć pristup datoteci  "$libdir/pgcrypto": No such file or 
> > directory
> 
> Works here with 9.0.4-1. The bpo version also ships the right file, as
> evidenced on
> http://packages.debian.org/squeeze-backports/amd64/postgresql-contrib-9.0/filelist:
> /usr/lib/postgresql/9.0/lib/pgcrypto.so
> 
> Did you tweak the lib settings in the server config?

Which ones? IOW, I didn't touch anything I don't think.

> > But the new output is:
> > 
> > ERROR:  neuspjelo čitanje biblioteke 
> > "/usr/lib/postgresql/9.0/lib/pgcrypto.so": 
> > /usr/lib/postgresql/9.0/lib/pgcrypto.so: undefined symbol: 
> > cstring_to_text_with_len
> > 
> > (the foreign string is "failed to read library" or similar)
> > 
> > Surely this library isn't supposed to be this hard/impossible to use :)
> 
> What does ldd /usr/lib/postgresql/9.0/lib/pgcrypto.so say?

% ldd /usr/lib/postgresql/9.0/lib/pgcrypto.so
linux-vdso.so.1 =>  (0x7fff3478f000)
libcrypto.so.0.9.8 => /usr/lib/libcrypto.so.0.9.8 (0x7f28edd9e000)
libz.so.1 => /usr/lib/libz.so.1 (0x7f28edb87000)
libc.so.6 => /lib/libc.so.6 (0x7f28ed825000)
libdl.so.2 => /lib/libdl.so.2 (0x7f28ed621000)
/lib64/ld-linux-x86-64.so.2 (0x7f28ee377000)

Just in case:

% objdump -p /usr/lib/postgresql/9.0/lib/pgcrypto.so

/usr/lib/postgresql/9.0/lib/pgcrypto.so: file format elf64-x86-64

Program Header:
LOAD off0x vaddr 0x paddr 
0x align 2**21
 filesz 0x0001bcf4 memsz 0x0001bcf4 flags r-x
LOAD off0x0001bdc0 vaddr 0x0021bdc0 paddr 
0x0021bdc0 align 2**21
 filesz 0x2588 memsz 0x00013ab0 flags rw-
 DYNAMIC off0x0001c820 vaddr 0x0021c820 paddr 
0x0021c820 align 2**3
 filesz 0x01d0 memsz 0x01d0 flags rw-
NOTE off0x01c8 vaddr 0x01c8 paddr 
0x01c8 align 2**2
 filesz 0x0024 memsz 0x0024 flags r--
EH_FRAME off0x00019210 vaddr 0x00019210 paddr 
0x00019210 align 2**2
 filesz 0x086c memsz 0x086c flags r--
   STACK off0x vaddr 0x paddr 
0x align 2**3
 filesz 0x memsz 0x flags rw-
   RELRO off0x0001bdc0 vaddr 0x0021bdc0 paddr 
0x0021bdc0 align 2**0
 filesz 0x1240 memsz 0x1240 flags r--

Dynamic Section:
  NEEDED   libcrypto.so.0.9.8
  NEEDED   libz.so.1
  NEEDED   libc.so.6
  INIT 0x5ab8
  FINI 0x00017838
  HASH 0x01f0
  GNU_HASH 0x08e0
  STRTAB   0x24d8
  SYMTAB   0x0de0
  STRSZ0x0e5b
  SYMENT   0x0018
  PLTGOT   0x0021c9f0
  PLTRELSZ 0x1110
  PLTREL   0x0007
  JMPREL   0x49a8
  RELA 0x3580
  RELASZ   0x1428
  RELAENT  0x0018
  BIND_NOW 0x
  FLAGS_1  0x0001
  VERNEED  0x3520
  VERNEEDNUM   0x0002
  VERSYM   0x3334
  RELACOUNT0x00cb

Version References:
  required from libcrypto.so.0.9.8:
0x06692428 0x00 03 OPENSSL_0.9.8
  required from libc.so.6:
0x0d696914 0x00 05 GLIBC_2.4
0x09691974 0x00 04 GLIBC_2.3.4
0x09691a75 0x00 02 GLIBC_2.2.5

% objdump -T /usr/lib/postgresql/9.0/lib/pgcrypto.so

/usr/lib/postgresql/9.0/lib/pgcrypto.so: file format elf64-x86-64

DYNAMIC SYMBOL TABLE:
5ab8 ld  .init    .init
  D  *UND*    
downcase_truncate_identifier
  DF *UND*    GLIBC_2.2.5 memset
  D  *UND*    errstart
  DF *UND*    OPENSSL_0.9.8 
RAND_get_rand_method
  DF *UND*    inflateEnd
  DF *UND*    GLIBC_2.2.5 memchr
  DF *UND*    GLIBC_2.2.5 strncat
  D  *UND*    pfree
  D  *UND*    
CurrentMemoryContext
  DF *UND*    OPENSSL_0.9.8 

Bug#639875: fglrx-driver: xorg-video-abi-11

[Andreas Beckmann]

Package: fglrx-driver
Version: 1:11-8-1
Severity: normal
Tags: upstream

Xserver 1.11.0 (with xorg-video-abi-11) was uploaded to unstable a few
days ago and therefore fglrx-driver is no longer installable in
unstable.

But since there is additional ABI change in Xserver 1.11.0 that was not
properly versioned, see
http://www.nvnews.net/vbulletin/showthread.php?t=165665
http://lists.x.org/pipermail/xorg-devel/2011-August/024752.html
it's probably not a good idea to enable xorg-video-abi-11 (which might
work now if the IgnoreABI option is enabled) without an official
upstream release that supports 1.11.

Andreas

-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (800, 'stable'), (700, 'testing'), (600, 'unstable'), (500, 
'stable-updates'), (130, 'experimental')
Architecture: amd64 (x86_64)

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



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

Bug#639876: cryptsetup: add usb modules to initramfs

[Yves-Alexis Perez]

Package: cryptsetup
Version: 2:1.3.0-3
Severity: wishlist

Hey,

this is a wishlist bug but it might be upgraded to minor.

In some specific situations, people won't be able to boot their machine:

* they use encrypted root
* they use a passphrase
* they use a usb keyboard
* they use MODULES=dep in initramfs.conf

What happens in that, with MODULE=dep, the usb modules (mainly usbhid
and uhci_hcd or similar) won't be added to initramfs, so people won't be
able to type their password.

It's not too much of a big deal since:

* people using encrypted root are (I guess) mostly on laptops, where the
  keyboard is still often using ps/2 or similar (at least it is on
  thinkpads :)
* the default is MODULES=most

But it'd still be nice if switching to MODULES=dep on those boxes would
still work. I'm not too sure if there's a way to detect how the keyboard
is plugged and add usb modules if needed. Adding them unconditionnally
might now be possible either.

Regards,
-- 
Yves-Alexis


-- Package-specific info:
-- /proc/cmdline
initrd=/initrd.img-3.0.0-1-amd64 root=LABEL=root ro quiet splash 
intel_iommu=on,igfx_off pcie_aspm=force BOOT_IMAGE=/vmlinuz-3.0.0-1-amd64 

-- /etc/crypttab
# 
scapa_crypt   /dev/sda2   noneluks

-- /etc/fstab
# /etc/fstab - static file system information
#
#   
 
proc   /proc  proc   rw,nosuid,nodev,noexec 0   
   0
none   /proc/bus/usb  usbfs  defaults,noauto0   
   0
sysfs  /sys   sysfs  rw,nosuid,nodev,noexec 0   
   0
devpts /dev/pts   devpts noauto,mode=0622   0   
   0

LABEL=root /  ext4   defaults   0   
   1
LABEL=boot /boot  ext2   defaults,nodev,nosuid,noexec   0   
   2
LABEL=home /home  ext4   defaults   0   
   2

LABEL=swap none   swap   sw 0   
   0

-- lsmod
Module  Size  Used by
sg 25985  0 
rfcomm 33848  4 
bnep   17615  2 
bluetooth 114376  10 rfcomm,bnep
deflate12551  0 
zlib_deflate   25570  1 deflate
ums_realtek12750  0 
ctr12979  0 
usb_storage47996  1 ums_realtek
uas13299  0 
twofish_generic16569  0 
twofish_x86_64 12501  0 
twofish_common 20544  2 twofish_generic,twofish_x86_64
camellia   29068  0 
serpent29015  0 
blowfish   16632  0 
cast5  24829  0 
des_generic20851  0 
cbc12755  0 
xcbc   12709  0 
rmd160 16640  0 
nf_conntrack_ipv6  13317  5 
nf_defrag_ipv6 12831  1 nf_conntrack_ipv6
ip6table_filter12540  1 
ip6_tables 22263  1 ip6table_filter
sha512_generic 12625  0 
nf_conntrack_ipv4  18176  5 
nf_defrag_ipv4 12483  1 nf_conntrack_ipv4
xt_state   12503  10 
nf_conntrack   57034  3 nf_conntrack_ipv6,nf_conntrack_ipv4,xt_state
iptable_filter 12536  1 
ip_tables  22131  1 iptable_filter
x_tables   19024  5 
ip6table_filter,ip6_tables,xt_state,iptable_filter,ip_tables
sha256_generic 16797  0 
sha1_generic   12575  0 
hmac   12923  0 
crypto_null12732  0 
af_key 31954  0 
ext2   63732  1 
acpi_cpufreq   13009  1 
mperf  12453  1 acpi_cpufreq
snd_hda_codec_hdmi 26321  1 
snd_hda_codec_conexant45375  1 
arc4   12458  2 
iwlagn166455  0 
snd_hda_intel  26140  1 
mac80211  182631  1 iwlagn
snd_hda_codec  72699  3 
snd_hda_codec_hdmi,snd_hda_codec_conexant,snd_hda_intel
snd_hwdep  13186  1 snd_hda_codec
thinkpad_acpi  61450  1 
ehci_hcd   40090  0 
snd_pcsp   13693  1 
battery13109  0 
cfg80211  132564  2 iwlagn,mac80211
snd_pcm68104  4 
snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_pcsp
psmouse55656  0 
snd_timer  22581  1 snd_pcm
serio_raw  12846  0 
rfkill 19080  5 bluetooth,thinkpad_acpi,cfg80211
snd_page_alloc 13043  2 snd_hda_intel,snd_pcm
i2c_i801   16870  0 
snd52823  15 
snd_hda_codec_hdmi,snd_hda_codec_conexant,snd_hda_intel,snd_hda_codec,snd_hwdep,thinkpad_acpi,snd_pcsp,snd_pcm,snd_timer
usbcore   128338  5 ums_realtek,usb_storage,uas,ehci_hcd
e1000e124997  0 
soundcore  13152  1 snd
intel_ips  17694  0 
tpm_tis13152  0 
ac 12624  0 
power_supply   13475  2 bat

Bug#639845: Pixel garbage when opening context menus

[Ralf Jung]

Hi,

I am the original poster Steve refers to, and here's what I originally wrote:

> since upgrading from Kubuntu (10.10) to Debian testing, I am noticing that a 
> context-menu, directly after right-clicking, contains pixel garbage that is 
> then overdrawn with the actual content. I often recognize the garbage as 
> content from some window. This also applies to other menus, like the K-Menu, 
> and sometimes (especially when the system is under load) even for whole 
> windows. When clicking the logout/shutdown button, the background around the 
> dialogue where I have to confirm my choice also shows garbage. I do not 
> remember anything like that from back when I used Kubuntu.

> I am using Debian testing and KDE. The issue is present both on my laptop
> AMD Radeon HD 3200, I tried both the open-source and the closed-source
> driver) and my desktop (NVidia GeForce 8500, closed-source driver). It does
> not matter wether compositing is enabled or disabled (except for the
> logout/shutdown dialogue problem, which appears only with composite
> disabled).

I can also confirm that a quick testing showed no garbage in Firefox or 
Synapic, so I assume this is rather a Qt- than a KWin problem.

Kind regards,
Ralf



-- 
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]

On 2011-08-31 11:11, Thomas Thorne wrote:
> Well I feel slightly foolish but plenty of searching has not provided
> an asnwer I am confident in yet. What is the cleanest way for me to
> update my nvidia driver to the one in testing?  At present the most
> clear instructions I can find are at
> http://wiki.debian.org/NvidiaGraphicsDrivers but that does not work
> for me (my system sticks with 195.36.31).  I could try and build the
> drivers from source but that feels like the wrong way to do things.
> I did try forcing nvidia-kernel-dkms to 280.13-2 as that seemed like
> it should do what I wanted but the nvidia setting manager still
> reports me using the older version.

For a squeeze amd64 system it should work to install the nvidia-glx
package (and all its dependencies) from testing without needing to
upgrade anything else to testing.

> I also tried http://wiki.debian.org/ModuleAssistant but that said I have the 
> latest version too... which I do but I want the unstable version and I cannot 
> force it.  "Apt-get -t unstable" also said that I was already up to date for 
> which ever nvidia package I pointed it at.  

Did you reboot after updating the driver? Or manually stop Xorg, unload
the old nvidia kernel module and restart X?
There should have been a debconf notice explaining this.

If you use reportbug to do a followup on this bug report (from the
problematic machine of course), we will get a list of packages installed
currently, modules loaded, logfiles etc. that may help to further
disgnose your problem.

Andreas



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

Bug#639856: [pkg-fso-maint] Bug#639856: xf86-video-glamo: please consider enabling armhf

[Hector Oron]

Hello Sebastian,

2011/8/31 Sebastian Reichel :
> Do you know any armv7 system, which uses the glamo? I only know of
> two devices having a glamo graphic chip: Openmoko GTA01 and Openmoko
> GTA02 (also known as Freerunner). Both of them are armv5 based.

No, I dont know any armv7 with uses Smedia Glamo 3362, but one never knows.

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



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

Bug#636103: linux-image-2.6.39-2-amd64: repeatedly crashes: general protection fault, perhaps connected to ata2?

[Julian Gilbey]

On Sun, Aug 28, 2011 at 06:31:58PM -0500, Jonathan Nieder wrote:
> forcemerge 631187 636103
> tags 631187 + upstream
> quit
> 
> Hi Julian,
> 
> Julian Gilbey wrote:
> 
> > ata2.00: detaching (SCSI 1:0:0:0)
> > BUG: unable to handle kernel NULL pointer dereference at 0068
> > IP: [] elv_put_request+0xb/0x1e
> 
> Sounds like .

I think you may well be right; 3.0.0-3 also crashed on me, so the scsi
fix introduced in 3.0.0-2 hasn't solved this.

   Julian



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

Bug#495046: aptitude: "next solution" and "previous solution" keybindings mixed in description

[Daniel Hartwig]

usertags 495046 + typo error-prone
quit

On 14 August 2008 16:02, ygrek  wrote:
>  In the description shown . and , have intermixed description. Obviously it 
> should be , for prev and
>  . for next solution
...
>>   ,: move to the next solution
>>   .: move to the previous solution

Fixing the help text is trivial.  Looking at the code it's easy to see
how the mistake happened

static void resolver_help(ostream &out,
  const shared_ptr &term_metrics)
{
  cw::fragment *f=indentbox(2, 2,
  cw::fragf(_("y: %F"
  "n: %F"
  "q: %F"
  ",: %F"
  ".: %F"
...
flowindentbox(0, 3,
  cw::fragf(_("move to the next solution"))),
flowindentbox(0, 3,
  cw::fragf(_("move to the previous solution"))),

Very error prone ;) as the descriptive text is far away from the cmd
text.  It is also not very translator friendly for the same reason
(and "y: %Fn: %F:q: %f" appears as one big string).

This code should probably be reworked, but I do not know much about
the cwidget code as of yet.  Though I think something like this might
work

cw::fragf(_("y: %F"),
  flowindentbox(0, 3, cw::fragf(_("accept the proposed changes";
cw::fragf(_("n: %F"),
  flowindentbox(0, 3, cw::fragf(_("reject the proposed changes";
...

where most of that code could be factored out to a loop over a struct

{_("y: %F"), 0, 3, _("accept the proposed changes")}
...

Would work for now since each line has the same form, but may not
be flexible enough for the future.



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

Bug#593139: ruby1.9.1 hangs again

[Petr Salinger]

So, I don't know what to do.

How likely are those problems to be fixed in kfreebsd?


The needed primitives [1] for pthread add-on rewrite
should be available and working in FreeBSD 9.0 kernel.
The 8.x have only limited support.

No ETA for eglibc rewrite now ;-)

Petr

[1] http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/sys/umtx.h



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

Bug#639874: nova-common: Installation problem while importing python module

[Thomas Goirand]

On 08/31/2011 04:47 PM, Bastian Scholz wrote:
> Package: nova-common
> Version: 2011.2-1
> Severity: normal
> 
> Setting up nova-common (2011.2-1)
> /usr/lib/python2.6/dist-packages/paste/deploy/loadwsgi.py:8: UserWarning: 
> Module
>  paste was already imported from None, but /usr/lib/python2.6/dist-packages 
> is b
> eing added to sys.path
>   import pkg_resources
> Command failed, please check log for more info
> dpkg: error processing nova-common (--configure):
>  subprocess installed post-installation script returned error exit status 1
> configured to not write apport reports

Hi,

FYI, I am aware that OpenStack currently has issues in SID, but the
problem is that:
- Cactus doesn't build anymore
- Diablo isn't out yet

I'll be waiting for the release of Diablo and work on its packaging when
it's out. Working on Cactus in SID would be a waste of time. Please bare
with me for that.

If you want to ask for removal of OpenStack from testing, since it is
currently broken, and until I can package Diablo, please feel free (but
I think it would be a waste of time, since Diablo will be out soon).

Also, I wouldn't be against some help packaging OpenStack in Debian...

Thomas



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

Bug#632146: Pending fixes for bugs in the libemail-send-perl package

[pkg-perl-maintainers]

tag 632146 + pending
thanks

Some bugs in the libemail-send-perl package are closed in revision
dc0f1f85ff9a1c81b6823cec02d04064066097d2 in branch 'master' by Ansgar
Burchardt

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libemail-send-perl.git;a=commitdiff;h=dc0f1f8

Commit message:

debian/control: Document that this module has been deprecated upstream.

Closes: #632146




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

Bug#635602: rinse is building hybrid 32/64 bit systems

[Thomas Lange]

If no architecture is defined (using --arch), rinse is using i386 as
default. This is bad. I like to change the behaviour, so that you
always have to specify the architecure using --arch. IMO, detecting
the right arch automatically is not that easy in the case that your
kernel is 64bit and your user space tools are 32 bit. Therefore the
user must always specify thew architecture.
Any oppinions about that solution?

-- 
regards Thomas



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

Bug#639878: RM: libemail-send-perl -- RoM; deprecated upstream, please use libemail-sender-perl instead

[Ansgar Burchardt]

Package: libemail-send-perl
Version: 2.198-3
Severity: normal
Tags: wheezy sid

libemail-send-perl is deprecated upstream; libemail-sender-perl should
be used instead.

I'll reassign this bug to ftp.d.o once the reverse dependencies have
been updated.

Ansgar



-- 
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

[Thomas Thorne]

> Did you reboot after updating the driver? Or manually stop Xorg, unload
> the old nvidia kernel module and restart X?
> There should have been a debconf notice explaining this.

I did keep an eye out for anything asking me to restart X or similar as I was 
expect it.  I have not done that yet so I will do so soon.  
Many Thanks, 
Tom



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

Bug#634191: [checks/copyright-file] CR(LF) line endings in copyright files

[Niels Thykier]

Hi,

I tried to make a test that triggers this tag, but it does not seem to
work.  According to emacs the copyright file in question has a "DOS"
newline before it is handed to dpkg-deb, but the tag is still not triggered.
  I have attached the test I used (merged with the original patch);
hopefully you can spot the issue.  :)

~Niels


From 34a2a2cca6694716057253e1e03041286a89266a Mon Sep 17 00:00:00 2001
From: Niels Thykier 
Date: Wed, 31 Aug 2011 11:28:59 +0200
Subject: [PATCH] Check for CR(LF) ending in copyright files (incl. test)

---
 checks/copyright-file  |4 ++
 checks/copyright-file.desc |   10 +
 .../debian/debian/control.in   |   13 +++
 .../debian/debian/copyright-crln.copyright |   36 
 4 files changed, 63 insertions(+), 0 deletions(-)
 create mode 100644 t/tests/copyright-file-general/debian/debian/copyright-crln.copyright

diff --git a/checks/copyright-file b/checks/copyright-file
index 1262748..3dcaf3c 100644
--- a/checks/copyright-file
+++ b/checks/copyright-file
@@ -130,6 +130,10 @@ if ($line) {
 $_ = slurp_entire_file('copyright');
 study $_;
 
+if (m,\r,) {
+tag 'copyright-has-crs';
+}
+
 my $wrong_directory_detected = 0;
 
 if (m,\, or m/\/) {
diff --git a/checks/copyright-file.desc b/checks/copyright-file.desc
index 64f774f..be1ea49 100644
--- a/checks/copyright-file.desc
+++ b/checks/copyright-file.desc
@@ -391,3 +391,13 @@ Info: The copyright file refers to
  .
  This file may be removed from a future version of base-files if
  references to it drop sufficiently.
+
+Tag: copyright-has-crs
+Severity: pedantic
+Certainty: certain
+Info: The copyright file has lines ending in CRLF instead of just LF.
+ .
+ Running the following command against the given file removes any
+ CR character in the file:
+ .
+ sed -i 's/\r//g' path/to/file
diff --git a/t/tests/copyright-file-general/debian/debian/control.in b/t/tests/copyright-file-general/debian/debian/control.in
index 707959e..3cf834a 100644
--- a/t/tests/copyright-file-general/debian/debian/control.in
+++ b/t/tests/copyright-file-general/debian/debian/control.in
@@ -194,3 +194,16 @@ Description: checks not referring to common licenses
  Lintian.  It is part of the Lintian test suite and may do very odd
  things.  It should not be installed like a regular package.  It may
  be an empty package.
+
+Package: copyright-crln
+Architecture: all
+Depends: $\{shlibs:Depends\}, $\{misc:Depends\}
+Description: check for Windows newlines
+ This package should trigger a tag for having Windows newlines in
+ the copyright file.
+ .
+ This is a test package designed to exercise some feature or tag of
+ Lintian.  It is part of the Lintian test suite and may do very odd
+ things.  It should not be installed like a regular package.  It may
+ be an empty package.
+
diff --git a/t/tests/copyright-file-general/debian/debian/copyright-crln.copyright b/t/tests/copyright-file-general/debian/debian/copyright-crln.copyright
new file mode 100644
index 000..f3d1d5a
--- /dev/null
+++ b/t/tests/copyright-file-general/debian/debian/copyright-crln.copyright
@@ -0,0 +1,36 @@
+This package was debianized by Tobias Toedter  on
+Thu, 20 Mar 2008 23:48:15 +0100
+
+It was downloaded from 
+
+Format-Specification: http://wiki.debian.org/Proposals/CopyrightFormat?recall=184
+
+Upstream Authors: 
+
+Tobias Toedter 
+
+Copyright: 
+
+Copyright (C) 2008 Tobias Toedter
+
+License:
+
+This package is free software; you can redistribute it and/or modify
+it under the terms of the GNU General Public License as published by
+the Free Software Foundation; either version 2 of the License, or
+(at your option) any later version.
+ 
+This package is distributed in the hope that it will be useful,
+but WITHOUT ANY WARRANTY; without even the implied warranty of
+MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+GNU General Public License for more details.
+ 
+You should have received a copy of the GNU General Public License
+along with this package; if not, write to the Free Software
+Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA  02110-1301 USA
+
+On Debian systems, the complete text of the GNU General
+Public License can be found in `/usr/share/common-licenses/GPL'.
+
+The Debian packaging is Copyright 2008, Tobias Toedter 
+and is licensed under the GPL, see above.
-- 
1.7.5.4

Bug#639879: RM: libemail-send-io-perl -- RoM; useless with libemail-send-perl gone

[Ansgar Burchardt]

Package: libemail-send-io-perl
Version: 2.200-1
Severity: normal
Tags: wheezy sid

This package should be removed together with libemail-send-perl.

I'll reassign this to ftp.d.o together with the removal request for
libemail-send-perl.

Ansgar



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

Bug#639880: please use libemail-sender-perl instead of libemail-send-perl

[Ansgar Burchardt]

Package: libsvn-hooks-perl
Version: 1.07-1
Severity: normal

We plan to remove libemail-send-perl as it has been deprecated
upstream[1].  Please switch to libemail-sender-perl.

Regards,
Ansgar

[1] 



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

Bug#593139: ruby1.9.1 hangs again

[Lucas Nussbaum]

On 31/08/11 at 11:37 +0200, Petr Salinger wrote:
> >So, I don't know what to do.
> >
> >How likely are those problems to be fixed in kfreebsd?
> 
> The needed primitives [1] for pthread add-on rewrite
> should be available and working in FreeBSD 9.0 kernel.
> The 8.x have only limited support.
> 
> No ETA for eglibc rewrite now ;-)

Heh, can we bet on it for wheezy?

Lucas



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

Bug#639881: please use libemail-sender-perl instead of libemail-send-perl

[Ansgar Burchardt]

Package: libcatalyst-modules-perl
Version: 43
Severity: normal

We plan to remove libemail-send-perl as it has been deprecated
upstream[1].  Please switch to libemail-sender-perl.

Regards,
Ansgar

[1] 



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

Bug#639882: please use libemail-sender-perl instead of libemail-send-perl

[Ansgar Burchardt]

Package: src:jifty
Version: 1.10518+dfsg-1
Severity: normal

We plan to remove libemail-send-perl as it has been deprecated 
upstream[1].  Please switch to libemail-sender-perl.

Regards,
Ansgar

[1] 



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

Bug#639883: openjdk-6: Can't load standard profile: LINEAR_RGB.pf

[Sebastian Ramacher]

Package: openjdk-6-jre
Version: 6b23~pre8-2
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

After the recent upgrade from 6b23~pre7-1 to 6b23~pre8~2 the following simple
program fails to run:

public class Main {
  static public void main(String[] args)
  {

java.awt.color.ColorSpace.getInstance(java.awt.color.ColorSpace.CS_LINEAR_RGB);
  }
}

It fails with:

Exception in thread "main" java.lang.IllegalArgumentException: Can't load
standard profile: LINEAR_RGB.pf
at java.awt.color.ICC_Profile$2.run(ICC_Profile.java:912)
at java.security.AccessController.doPrivileged(Native Method)
at java.awt.color.ICC_Profile.getStandardProfile(ICC_Profile.java:905)
at java.awt.color.ICC_Profile.getInstance(ICC_Profile.java:886)
at java.awt.color.ColorSpace.getInstance(ColorSpace.java:347)
at Main.main(Main.java:4)

There are

openjdk-6-jre-headless:
/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/cmm/LINEAR_RGB.pf
openjdk-6-jre-lib: /usr/lib/jvm/java-6-openjdk/jre/lib/cmm/LINEAR_RGB.pf

but none of them seems to be found.

Kind regards

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

Kernel: Linux 3.0.0-1-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 openjdk-6-jre depends on:
ii  libaccess-bridge-java-jni  1.26.2-6
ii  libasound2 1.0.24.1-3  
ii  libc6  2.13-18 
ii  libgif44.1.6-9 
ii  libjpeg62  6b1-2   
ii  libpng12-0 1.2.46-3
ii  libpulse0  0.9.23-1
ii  libx11-6   2:1.4.4-1   
ii  libxext6   2:1.3.0-3   
ii  libxi6 2:1.4.3-3   
ii  libxrender11:0.9.6-2   
ii  libxtst6   2:1.2.0-3   
ii  openjdk-6-jre-headless 6b23~pre8-2 
ii  zlib1g 1:1.2.3.4.dfsg-3

Versions of packages openjdk-6-jre recommends:
ii  icedtea-netx  
ii  ttf-dejavu-extra  2.33-2

Versions of packages openjdk-6-jre suggests:
pn  icedtea-plugin  

- -- no debconf information

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

iQIcBAEBCAAGBQJOXgIpAAoJEGny/FFupxmTmJkP/0AlqCA9ClkoeRRLXDRDj7y8
hSw7MIrGTCNCFJpFvQJtZpcK+TtdMzNvSshVLMCvSvBNh10F7MP//GCH3ubIzSB3
Ld+cp4KtrOkACKqOG+dBPZj/vucWzz5G2sDfCAKsXomlya8gmxJqqjekI8Bu/rpZ
yucEZ1+12dXmpI/5CXbItTCUJNsfItT7Yk+jQjC/vbbZHiCig6G+tYgWZgDNEewC
561yn+k25JmnrwCjVf3oTq/3Zwd5Hm75SHof+aoFjuhCX/LcPu26CjF8S/LMVFaD
RUnU1ogjTPbIP0Ni4pGhLXqwewbTkcj7BM++PcifxiD8IrYPoAmNcS+gJoOVqQIu
N7peSDuNAs8jP7st6sak939lq/+9CgDXLwJZgMwiGSBFbTidYX0STHPVD1UBGI6Y
5MoFT+KPW3vxkUc/cZFpYe4qV5x1EpmyYaTNVBfkuG/5oco5dTD3mpus27BOQ+pB
UrJJ4i4L0+OW/WfLOI0gqjUKUlwcxb2ecEXFLekBK3CG4N2qIxajYESTivsQ6AyR
te0cVO2iANBPrMmXE74rCgK4rgkPyZNfyX+gUCIZgNgymApBa7l0eiaDxmrUntjb
MRQl1axFq6LHGjZij/KVJF9P8bZt1cbEXAoqGMXWVvl53rrmWX3VyuUQsyU3Osae
MXYCfJuBXXLESy9DMqV4
=8vVL
-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#639878: RM: libemail-send-perl -- RoM; deprecated upstream, please use libemail-sender-perl instead

[Dominic Hargreaves]

On Wed, Aug 31, 2011 at 11:33:47AM +0200, Ansgar Burchardt wrote:
> libemail-send-perl is deprecated upstream; libemail-sender-perl should
> be used instead.
> 
> I'll reassign this bug to ftp.d.o once the reverse dependencies have
> been updated.

Is it actually a maintenance burden at the moment? My understanding
of the upstream docs is that it's not going away, probably serves the
purpose where currently used, and might still be useful to our users.

-- 
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#639825: Apache2 seek broken

[Stefan Fritsch]

On Tue, 30 Aug 2011, Stefan Fritsch wrote:

What would be most interesting to me is the complete Range header your
application sends to the server when seeking. Also, the HTTP status
code returned for the requests both with 2.2.9-10+lenny9 and
2.2.9-10+lenny10 (probably either 200 or 206). Are the video files
static files or are they generated by some application?


I forgot: The actual size of the requested file is also important. You can 
log the Range header with a custom log format or with mod_log_forensic.




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

Bug#639832: cryptsetup: initramfs hooks vs aesni-intel

[Simon Mackinlay]

Rebuilding the kernel with CRYPTO_AES_NI_INTEL=y (and for that matter 
CRYPTO_PCRYPT=y) produces the expected result (ie, hw-encryption) - even in 
the...

FS (say, ext4) stacked on LV stacked on VG stacked on PV stacked on dm-crypt 
blockdev stacked on partition

... case (which, now that I have a "working" setup, I've since switched back to 
using).


So perhaps the right thing to do is to provide a _very_ early hook to modprobe 
arch-specific crypto modules (at least, until the crypto folk implement some 
kind of runtime patching) ?


I see that...

/usr/share/initramfs-tools/scripts/local-top/cryptroot

... already contains...

activate_evms(): for module in ... ; do modprobe -q $module; done

... as well as later on...

setup_mapping(): modprobe -q dm_crypt

... so we're already dealing with the readily identifiable/ predictable 
topologies, and their dependancies.


Perhaps we could grow a configurable* (in /etc/default or 
/etc/initramfs-tools/conf.d/ or elsewhere) which would let us shoot ourselves 
in the foot with happy abandon?


Please let me know if such a beast already exists - it's completely possible 
I'm just too dense to see where.


* nb: I just don't see much point in adding auto-detect logic for these cases 
myself (it'll just add to the maintenance burden and create failure modes where 
we need it least - this is the rootfs and swap we're talking about here).



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

Bug#618532: postgresql-9.0 won't install, complaining of permissions on server.key

[David Starner]

On Wed, Aug 31, 2011 at 12:33 AM, Christoph Berg  wrote:
> Re: David Starner 2011-03-16 
> 
>> >> FATAL: private key file "server.key" has group or world access
>> >> 2011-03-15 18:21:36 PDT DETAIL: File must be owned by the database
>> >> user or root, must have no write permission for "group", and must have
>> >> no permissions for "other". ... failed!
>> >
>> > Did you happen to change the ssl-cert package's snakeoil certificate 
>> > manually?
>> > The permissions should be
>> >
>> > $ sudo ls -l /etc/ssl/private/ssl-cert-snakeoil.key
>> > -rw-r- 1 root ssl-cert 891 2011-03-03 18:26 
>> > /etc/ssl/private/ssl-cert-snakeoil.key
>> >
>> > I assume this was somehow made world-readable?
>>
>> No, -rw-r- is what the permissions are on my system. I've got it
>> running by turning off ssl.
>
> Hi David,
>
> do you have that cluster still around? Could you check the permissions
> of /var/lib/postgresql/9.0/main/server.key ? If that's not a symlink
> to /etc/ssl/private/ssl-cert-snakeoil.key, what is it?

It's a symlink to /etc/ssl/private/ssl-cert-snakeoil.key

-- 
Kie ekzistas vivo, ekzistas espero.



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

Bug#639884: live-boot-initramfs-tools : live-boot-initramfs-tools fails to upgrade in debian sid

[shirish शिरीष]

Package: live-boot-initramfs-tools
Version: 3.0~a20-1
Severity: normal

Hi all,
 I was trying to install live-boot from the debian-repo to my sid
install . While installing the live-boot-initramfs gave me issues :-

$ sudo aptitude install live-boot-initramfs-tools
The following NEW packages will be installed:
  live-boot-initramfs-tools
0 packages upgraded, 1 newly installed, 0 to remove and 3 not upgraded.
Need to get 32.0 kB of archives. After unpacking 176 kB will be used.
Get: 1 http://ftp.au.debian.org/debian/ unstable/main
live-boot-initramfs-tools all 3.0~a20-1 [32.0 kB]
Fetched 32.0 kB in 2s (11.7 kB/s)
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
Selecting previously deselected package live-boot-initramfs-tools.
(Reading database ... 169667 files and directories currently installed.)
Unpacking live-boot-initramfs-tools (from
.../live-boot-initramfs-tools_3.0~a20-1_all.deb) ...
D01: process_archive oldversionstatus=not installed
D01: process_archive updating info directory
Processing triggers for initramfs-tools ...
D01: cmpversions a=`0:3.0.0-1-amd64' b=`0:2.6.32-5-amd64' r=1
update-initramfs: Generating /boot/initrd.img-3.0.0-1-amd64
D01: cmpversions a=`0:3.0.0-1-amd64' b=`0:2.6.12' r=1
live-boot: coreE: /usr/share/initramfs-tools/hooks/live failed with return 1.
update-initramfs: failed for /boot/initrd.img-3.0.0-1-amd64 with 1.
dpkg: error processing initramfs-tools (--unpack):
 subprocess installed post-installation script returned error exit status 1
configured to not write apport reports
  Errors were encountered while processing:
 initramfs-tools
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
Setting up initramfs-tools (0.99) ...
update-initramfs: deferring update (trigger activated)
Setting up live-boot-initramfs-tools (3.0~a20-1) ...
D01: deferred_configure updating conffiles
update-initramfs: deferring update (trigger activated)
Processing triggers for initramfs-tools ...
D01: cmpversions a=`0:3.0.0-1-amd64' b=`0:2.6.32-5-amd64' r=1
update-initramfs: Generating /boot/initrd.img-3.0.0-1-amd64
D01: cmpversions a=`0:3.0.0-1-amd64' b=`0:2.6.12' r=1
live-boot: coreE: /usr/share/initramfs-tools/hooks/live failed with return 1.
update-initramfs: failed for /boot/initrd.img-3.0.0-1-amd64 with 1.
dpkg: error processing initramfs-tools (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 initramfs-tools

Then tried the verbose output :-

$ sudo update-initramfs -uv
D01: cmpversions a=`0:3.0.0-1-amd64' b=`0:2.6.32-5-amd64' r=1
Available versions:  3.0.0-1-amd64 2.6.32-5-amd64
Keeping /boot/initrd.img-3.0.0-1-amd64.dpkg-bak
update-initramfs: Generating /boot/initrd.img-3.0.0-1-amd64
D01: cmpversions a=`0:3.0.0-1-amd64' b=`0:2.6.12' r=1
Adding module /lib/modules/3.0.0-1-amd64/kernel/drivers/usb/core/usbcore.ko
Adding module /lib/modules/3.0.0-1-amd64/kernel/drivers/usb/host/ehci-hcd.ko
Adding module /lib/modules/3.0.0-1-amd64/kernel/drivers/usb/host/ohci-hcd.ko
Adding module /lib/modules/3.0.0-1-amd64/kernel/drivers/usb/host/uhci-hcd.ko
Adding module /lib/modules/3.0.0-1-amd64/kernel/drivers/hid/hid.ko
Adding module /lib/modules/3.0.0-1-amd64/kernel/drivers/hid/usbhid/usbhid.ko
Adding module /lib/modules/3.0.0-1-amd64/kernel/drivers/usb/host/xhci-hcd.ko
Adding module /lib/modules/3.0.0-1-amd64/kernel/drivers/hid/hid-apple.ko
Adding module /lib/modules/3.0.0-1-amd64/kernel/drivers/hid/hid-cherry.ko
Adding module /lib/modules/3.0.0-1-amd64/kernel/drivers/input/ff-memless.ko
Adding module /lib/modules/3.0.0-1-amd64/kernel/drivers/hid/hid-logitech.ko
Adding module /lib/modules/3.0.0-1-amd64/kernel/drivers/hid/hid-microsoft.ko
Adding module /lib/modules/3.0.0-1-amd64/kernel/drivers/hid/hid-sunplus.ko
Adding module /lib/modules/3.0.0-1-amd64/kernel/lib/libcrc32c.ko
Adding module /lib/modules/3.0.0-1-amd64/kernel/lib/zlib_deflate/zlib_deflate.ko
Adding module /lib/modules/3.0.0-1-amd64/kernel/fs/btrfs/btrfs.ko
Adding module /lib/modules/3.0.0-1-amd64/kernel/fs/mbcache.ko
Adding module /lib/modules/3.0.0-1-amd64/kernel/fs/ext2/ext2.ko
Adding module /lib/modules/3.0.0-1-amd64/kernel/fs/jbd/jbd.ko
Adding module /lib/modules/3.0.0-1-amd64/kernel/fs/ext3/ext3.ko
Adding module /lib/modules/3.0.0-1-amd64/kernel/lib/crc16.ko
Adding module /lib/modules/3.0.0-1-amd64/kernel/fs/jbd2/jbd2.ko
Adding module /lib/modules/3.0.0-1-amd64/kernel/fs/ext4/ext4.ko
Adding module /lib/modules/3.0.0-1-amd64/kernel/fs/isofs/isofs.ko
Adding module /lib/modules/3.0.0-1-amd64/kernel/fs/jfs/jfs.ko
Adding module /lib/modules/3.0.0-1-amd64/kernel/net/sunrpc/sunrpc.ko
Adding module /lib/modules/3.0.0-1-amd64/kernel/fs/nfs_common/nfs_acl.ko
Adding module 
/lib/modules/3.0.0-1-amd64/kernel/net/sunrpc/auth_gss/auth_rpcgss.ko
Adding module /lib/modules/3.0.0-1-amd64/kernel/fs/fscache/fscache.ko
Adding module 

Bug#618532: postgresql-9.0 won't install, complaining of permissions on server.key

[Christoph Berg]

Re: David Starner 2011-08-31 

> It's a symlink to /etc/ssl/private/ssl-cert-snakeoil.key

What user/group own this file? Can you still reproduce the problem?

The default is root:ssl-cert which should not be changed. For this to
work, postgres should be member of the ssl-cert group.
(adduser postgres ssl-cert)

Christoph
-- 
c...@df7cb.de | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#639885: cgroup-bin: Wrong logfile option in default /etc/default/cgred

[Frederik Himpe]

Package: cgroup-bin
Version: 0.36.2-3+squeeze1
Severity: normal

When uncommenting the option in /etc/default/cgred to log to a file, start up
of cgred init script fails with this error:
/usr/sbin/cgrulesengd: unrecognized option '--log-file=/var/log/cgrulesengd.log'

It seems like the init script wrongly uses --log-file instad of --logfile

-- System Information:
Debian Release: 6.0.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (300, 'testing'), (200, 
'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.39-bpo.2-amd64 (SMP w/16 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 cgroup-bin depends on:
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libcgroup1 0.36.2-3+squeeze1 A library to control and monitor c

cgroup-bin recommends no packages.

cgroup-bin suggests no packages.

-- Configuration Files:
/etc/cgconfig.conf changed [not included]
/etc/cgrules.conf changed [not included]
/etc/default/cgred 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#639878: RM: libemail-send-perl -- RoM; deprecated upstream, please use libemail-sender-perl instead

[Ansgar Burchardt]

Dominic Hargreaves  writes:
> On Wed, Aug 31, 2011 at 11:33:47AM +0200, Ansgar Burchardt wrote:
>> libemail-send-perl is deprecated upstream; libemail-sender-perl should
>> be used instead.
>> 
>> I'll reassign this bug to ftp.d.o once the reverse dependencies have
>> been updated.
>
> Is it actually a maintenance burden at the moment? My understanding
> of the upstream docs is that it's not going away, probably serves the
> purpose where currently used, and might still be useful to our users.

Not yet, but given that the last changelog entries contain a very
prominent notice to consider libemail-sender-perl instead:

   "** PLEASE CONSIDER USING EMAIL-SENDER INSTEAD **"

and that libemail-sender-perl is written by the same upstream author,
I think it is better to switch the remaining few packages to use that
instead of having to eventually maintain a package for Debian that is
no longer maintained upstream.

Ansgar



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

Bug#639792: External .so LOAD_PATH issue

[Praveen A]

This is covered in #621500

Bug#639884: live-boot-initramfs-tools : live-boot-initramfs-tools fails to upgrade in debian sid

[Daniel Baumann]

tag 639884 moreinfo
thanks

On 08/31/2011 12:03 PM, shirish शिरीष wrote:

Calling hook live
live-boot: coreE: /usr/share/initramfs-tools/hooks/live failed with return 1.
Removing /boot/initrd.img-3.0.0-1-amd64.dpkg-bak
update-initramfs: failed for /boot/initrd.img-3.0.0-1-amd64 with 1


please let the live hook be run with set -x and post the result.

--
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/



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

Bug#639886: FTBFS: standard includes have been moved from /usr/lib/* to /usr/bin/{arch directory}/*

[sam penny]

Package: wine
Version: 1.1.24
Justification: fails to build from source
Severity: serious

I did apt-get build-dep wine, apt-get source wine and then make depend
produces the error below.

Similarly, I had previously been tracking the wine git and building
regularly and recently that stopped working with the same error.

I believe the problem is that a recent upgrade of libc dev files moved
various standard library includes into arch specific sub directories for
multiarch support.


$ make depend
make[1]: Entering directory `/home/sammy/src/wine-debian/wine-1.1.24/tools'
gcc -m32 -c -I. -I. -I../include -I../include -I/usr/include/freetype2
-Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement
--Wwrite-strings -Wtype-limits -Wpointer-arith  -g -O2  -o makedep.o
--makedep.c
In file included from /usr/include/bits/errno.h:25:0,
 from /usr/include/errno.h:36,
 from makedep.c:27:
/usr/include/linux/errno.h:4:23: fatal error: asm/errno.h: No such file or
directory
compilation terminated.
make[1]: *** [makedep.o] Error 1
make[1]: Leaving directory `/home/sammy/src/wine-debian/wine-1.1.24/tools'
make: *** [tools/makedep] Error 2


I do remember seeing a message about a week ago as part of a full-upgrade
mentioning a need to change include directories in non-debian build setups,
but I'm not sure how to find it again. I've looked through the changelogs of
all the relevant-sounding packages I can find and I found the following:


linux-2.6 (3.0.0-2) unstable; urgency=high
[...]
  [ Ben Hutchings ]
  * linux-libc-dev: Install include/asm under arch-specific directory
    (thanks to Aurelien for correcting the directory); mark package as
    multi-arch-coinstallable (Multi-Arch: same)


and this appears to be the change indicated here, based on the timing of the
error appearing.

So, it seems to me that either (a) wine needs to look in a different
directory (include the arch specific directory in the include path) or (b)
there needs to be some sane default set of includes in the non-arch-specific
directory (which set of includes might not be obvious on a multi-arch system
such as an amd64 system...)


I hope this is helpful and that wine will be buildable soon

Cheers & God bless
    Sam "SammyTheSnake" Penny

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (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_GB.utf8, LC_CTYPE=en_GB.utf8 (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#639611: software-properties-gtk: Software-sources-gtk can't be launched in current Gnome 3.02

[Dmitry Shachnev]

This seems to be fixed in upstream version 0.81.8:
https://launchpad.net/ubuntu/+source/software-properties/0.81.8

Just wait for that version to migrate into Debian.

--
Kind regards,
Dmitry Shachnev



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

Bug#639744: Accepted ca-certificates 20110502+nmu1 (source all)

[Thijs Kinkhorst]

On Wed, August 31, 2011 08:55, Peter Palfrader wrote:
> On Wed, 31 Aug 2011, Raphael Geissert wrote:
>
>> Changes:
>>  ca-certificates (20110502+nmu1) unstable; urgency=high
>>  .
>>* Non-maintainer upload by the Security Team.
>>* Blacklist "DigiNotar Root CA" (Closes: #639744)
>
> Are we updating stable too?

Yes.

Raphaël, any reason that there's an upload for squeeze on security-master,
but not for lenny?


Cheers,
Thijs



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

Bug#632351: djmount: Djmount does not mount and gives "ERROR in FUSE main loop = 1"

[Dario Minnucci]

(Thanks Dionisio for your input)

Hi Jan,

Is there any update on this issue trying Dionisio's hints?

Is still unreproducible on my side.

Regards,

-- 
 Dario Minnucci 
 Phone: +34 902884117 | Fax: +34 902024417 | Support: +34 80745
 Key fingerprint = BAA1 7AAF B21D 6567 D457  D67D A82F BB83 F3D5 7033




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

Bug#636437: interim workaround for users

[jidanni]

What is the recommended workaround: what file should we users alter to
turn off the boot warnings while we are waiting for this to get fixed?
Will altering that file cause interactive questions from dpkg next
upgrade? Thanks!



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

Bug#639887: gdal 1.8.0: remove libtool from Build-Depends

[Frederic Junod]

Source: gdal
Version: 1.8.0-1

libtool can be removed from Build-Depends because the libtool hack is
no longer here:
http://anonscm.debian.org/gitweb/?p=pkg-grass/gdal.git;a=commitdiff;h=029c9d5d3c72ee6d99f707c380dd7095306d10f0

BTW, please let me know if you don't want to have bug reports for
experimental packages.

Regards,

fredj

-- 
Frédéric Junod
Camptocamp SA



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

Bug#507188: Needs to install image files

[Felix Geyer]

forwarded 507188 http://www.virtualbox.org/ticket/9540
tags 507188 upstream
stop

Thanks, I've submitted a patch upstream.




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

Bug#511597: Patch for this issue (was: please use SSL/TLS certificates from ca-certificates package)

[Thijs Kinkhorst]

Hi Lisandro, others,

On Fri, 17 Jun 2011 10:09:11, you wrote:
> On Vie 17 Jun 2011 06:50:14 Thijs Kinkhorst escribió:
> > Is there any news on inclusion of this patch?
>
> I'll do my best to review it and discuss it with the rest of
> the tem this weekend.

Thanks, but I'm not aware of progress on the issue. Recent Diginotar
events have stressed once more the importance of this. If you need help in
applying my patch, sponsoring or an NMU, just let me know.

The current situation is problematic, because:
1. Users worried about Diginotar certificates have no good way to remove
them from the KDE trust store, and
2. The KDE trust store will not be updated when the Debian Security Team
releases its planned update to ca-certificates to address Diginotar
concern.

Please consider to apply the patch.


Cheers,
Thijs



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

Bug#631073: Upstream bug

[Ulrik Sverdrup]

Upstream bug report is http://hackage.haskell.org/trac/ghc/ticket/2972
 it reports GHCi 6.10 broken and GHCi version 6.8 as the latest
working version for powerpc.



-- 
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]

On Wed, 2011-08-31 at 11:08 +0200, Laurent Bigonville wrote:
> Could you please try to add in empathy an explicit server?
> 
> The SSL certificate must also validate against the server part of the
> JID, so robots.org.uk here I guess.

What should I set it to? The server part of the JID is 'robots.org.uk'
and the certificate subject is 'CN=robots.org.uk'.

> Cheers
> 
> Laurent Bigonville

-- 
Sam Morris 




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

Bug#639874: nova-common: Installation problem while importing python module

[Bastian Scholz]

On Wed, 31 Aug 2011 17:26:58 +0800, Thomas Goirand  
wrote:
I'll be waiting for the release of Diablo and work on its packaging 
when
it's out. Working on Cactus in SID would be a waste of time. Please 
bare

with me for that.


Agreed!


If you want to ask for removal of OpenStack from testing, since it is
currently broken, and until I can package Diablo, please feel free 
(but

I think it would be a waste of time, since Diablo will be out soon).


Don't remove it, it's _testing_ ;-)

Also, I wouldn't be against some help packaging OpenStack in 
Debian...


I can test it, give feedback and (maybe) give some patches, as
soon as a new version is available. But I have no clue about
debian packaging yet...

Thanks for the Info

Bastian



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

Bug#639888: abcde: improve error messages when suggests are not installed

[Julian Taylor]

Package: abcde
Version: 2.4.2-1
Severity: minor

when the suggest or dependencies are not installed you get these types of error
messages:

abcde -o mp3

[ERROR] abcde: id3v2 is not in your path.
[INFO] Define the full path to the executable if it exists on your system.

or
abcde

[ERROR] abcde: oggenc is not in your path.
 [INFO] Define the full path to the executable if it exists on your system.

The error messages should be changed to tell the user which package he should
install.
E.g.
[ERROR] abcde: oggenc is not in your path.
 [INFO] Please install the vorbis-tools package for this functionality.



-- 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

Versions of packages abcde depends on:
ii  cd-discid   1.2-1CDDB DiscID utility
ii  cdparanoia  3.10.2+debian-10 audio extraction tool for sampling
ii  lame3.98.4-0ubuntu1  An MP3 encoding library (frontend)
ii  vorbis-tools1.4.0-1ubuntu1   several Ogg Vorbis tools
ii  wget1.12-3.1ubuntu1  retrieves files from the web

Versions of packages abcde recommends:
ii  vorbis-tools  1.4.0-1ubuntu1 several Ogg Vorbis tools

Versions of packages abcde suggests:
pn  distmp3(no description available)
ii  eject   2.1.5+deb1+cvs20081104-8 ejects CDs and operates CD-Changer
pn  eyed3  (no description available)
pn  id3(no description available)
ii  id3v2   0.1.12-2 A command line id3v2 tag editor
pn  mkcue  (no description available)
ii  mp3gain 1.5.2-r2-1   Lossless mp3 normalizer with stati
pn  normalize-audio(no description available)
pn  python-musicbra(no description available)
ii  vorbisgain  0.36-3.1ubuntu2  add Replay Gain volume tags to Ogg

-- 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#634191: [checks/copyright-file] CR(LF) line endings in copyright files

[Jakub Wilk]

* Niels Thykier , 2011-08-31, 11:29:
I have attached the test I used (merged with the original patch); 
hopefully you can spot the issue.  :)


You forgot --pedantic. :P

--
Jakub Wilk



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

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

[Laurent Bigonville]

Le Wed, 31 Aug 2011 12:10:53 +0100,
Sam Morris  a écrit :

> On Wed, 2011-08-31 at 11:08 +0200, Laurent Bigonville wrote:
> > Could you please try to add in empathy an explicit server?
> > 
> > The SSL certificate must also validate against the server part of
> > the JID, so robots.org.uk here I guess.
> 
> What should I set it to? The server part of the JID is 'robots.org.uk'
> and the certificate subject is 'CN=robots.org.uk'.

Well the issuer is 'CN=robots.org.uk'. The server certificate is
'CN=crypt.ethx.net'

You could add an explicit server in empathy config (in account advanced
options)

Otherwise you could add a subjectAltName to the certificate that match
robots.org.uk (if you are able to regenerate the certificate).

Cheers

Laurent Bigonville

Certificate:
Data:
Version: 3 (0x2)
Serial Number: 21 (0x15)
Signature Algorithm: sha1WithRSAEncryption
Issuer: C=GB, O=robots.org.uk, OU=robots.org.uk certificate authority, 
CN=robots.org.uk certificate authority
Validity
Not Before: Oct 30 14:22:44 2010 GMT
Not After : Oct 29 14:22:44 2015 GMT
Subject: CN=crypt.ethx.net
Subject Public Key Info:
Public Key Algorithm: rsaEncryption
RSA Public Key: (2048 bit)
Modulus (2048 bit):
00:c2:d1:6e:e5:13:ab:19:e3:9f:23:ea:63:21:98:
49:c0:9a:d0:7b:7e:7e:cc:3f:1e:8a:d2:70:8b:68:
5d:ba:5f:45:de:d8:0c:52:f8:cd:7a:56:3d:d2:43:
ea:28:54:48:d6:63:9f:5d:07:d2:8e:a0:1d:1c:1f:
70:5c:82:2f:e3:53:7a:a1:36:36:8d:a5:62:46:35:
84:3a:41:6e:a1:a0:4b:60:ed:d8:d9:c4:78:17:ae:
43:7b:77:ca:4f:55:bd:bd:39:07:3c:1c:46:f4:e7:
18:ba:be:a4:61:49:51:41:d7:0c:1d:ef:d3:a8:8c:
a3:53:87:dd:c7:b0:4c:b9:c0:7d:67:f8:c0:12:46:
1c:46:bf:ec:74:1c:ce:1b:88:40:95:70:69:df:72:
eb:81:70:33:d3:ae:c7:28:a5:98:be:9e:d3:92:27:
ce:63:aa:88:db:64:4d:c5:41:02:2f:2b:ca:a1:1a:
48:9b:8a:1f:d3:a7:70:8b:46:81:6d:7e:0e:12:06:
4a:3c:8b:e1:0b:37:46:84:87:e6:bb:ef:cf:e2:6f:
d6:5b:bd:73:7d:a6:10:f8:52:c0:ce:17:0d:cb:c5:
5f:bf:1b:cb:ac:d7:a4:07:6a:4f:83:46:c9:13:ae:
7c:8c:4d:a6:32:7c:8b:82:0c:6e:5c:30:e2:77:26:
d6:eb
Exponent: 65537 (0x10001)
X509v3 extensions:
X509v3 Basic Constraints: critical
CA:FALSE
X509v3 Subject Key Identifier: 
BB:DF:42:BE:A9:B6:F3:1A:95:76:98:2C:F0:7A:77:5C:16:9E:6F:DA
X509v3 Authority Key Identifier: 

keyid:3B:0D:6E:32:6F:97:67:2E:4B:1E:8C:5C:62:E6:D8:E5:75:DB:7F:F1

Signature Algorithm: sha1WithRSAEncryption
56:13:1b:c4:5e:d9:dc:08:a0:6f:ce:51:cd:ec:73:45:89:25:
d5:44:6c:f1:e1:2c:e3:9d:a2:33:3b:7e:7d:ea:3a:20:41:8d:
7b:fd:9f:f6:3e:0e:9f:dd:4d:8f:a6:af:fc:ae:da:f2:79:03:
82:44:c1:1d:d3:78:6a:24:f2:80:4c:70:ae:85:59:f4:d8:94:
ef:4b:60:d6:7b:8c:31:51:9b:b2:39:17:44:16:be:dc:5b:2a:
4c:6d:b2:e3:e8:70:ca:46:56:e6:99:bb:80:1e:39:01:2a:c0:
78:a8:1d:e8:c1:bd:1b:cb:1b:51:c0:33:e0:4c:d1:1e:09:b8:
a3:f5



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

Bug#639883: [Openjdk] Bug#639883: openjdk-6: Can't load standard profile: LINEAR_RGB.pf

[Matthias Klose]

On 08/31/2011 11:43 AM, Sebastian Ramacher wrote:

Package: openjdk-6-jre
Version: 6b23~pre8-2
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

After the recent upgrade from 6b23~pre7-1 to 6b23~pre8~2 the following simple
program fails to run:

public class Main {
   static public void main(String[] args)
   {
 
java.awt.color.ColorSpace.getInstance(java.awt.color.ColorSpace.CS_LINEAR_RGB);
   }
}

It fails with:

Exception in thread "main" java.lang.IllegalArgumentException: Can't load
standard profile: LINEAR_RGB.pf
 at java.awt.color.ICC_Profile$2.run(ICC_Profile.java:912)
 at java.security.AccessController.doPrivileged(Native Method)
 at java.awt.color.ICC_Profile.getStandardProfile(ICC_Profile.java:905)
 at java.awt.color.ICC_Profile.getInstance(ICC_Profile.java:886)
 at java.awt.color.ColorSpace.getInstance(ColorSpace.java:347)
 at Main.main(Main.java:4)

There are

openjdk-6-jre-headless:
/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/cmm/LINEAR_RGB.pf
openjdk-6-jre-lib: /usr/lib/jvm/java-6-openjdk/jre/lib/cmm/LINEAR_RGB.pf

but none of them seems to be found.


It looks like the symlink cannot be handled. Apparently works when symlinking 
the cmm subdirectory itself.





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

Bug#639744: Accepted ca-certificates 20110502+nmu1 (source all)

[Thijs Kinkhorst]

On Wed, August 31, 2011 12:38, Thijs Kinkhorst wrote:
> Raphaël, any reason that there's an upload for squeeze on security-master,
> but not for lenny?

OK, sorry for this, I should have researched that a bit more. Just found
out that Lenny ca-certificates doesn't have DigiNotar.


Cheers,
Thijs



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

Bug#428127: Nearly done

[Alexandre Rossi]

Hi,

> I also have a working packaging for 2.8. The only reason I have not
> uploaded it so far, is that the copyright file is not complete, and
> writing is very time consuming. I am half way through...
> Have you written a proper copyright file?

>From LICENSE.txt, I had assumed that everything was under the Apache
License, Version 2.0. I was wrong.

This is a bit more complicated than that. See attached what I could
come up with.

> I was planning to upload htmlunit 2.8 first (given that we already
> have core-js 2.8 in testing), and then upload both to 2.9.
> But if you have already worked on 2.9 and they work on unstable, we
> could just go for 2.9.

As 2.9 requires updated dependencies, I think it is better to stay with 2.8.

> Are your changed based on the VCS?
> http://anonscm.debian.org/gitweb/?p=collab-maint/htmlunit-core-js.git;a=summary
> http://anonscm.debian.org/gitweb/?p=collab-maint/htmlunit.git;a=summary

I did not know about those.

>> Seems to work fine. In order to build it, I had to update :
>> - commons-io to 2.0.1
>> - nekohtml to 1.9.15
>
> Mhm, for this we need to talk to the respective maintainers...

No need to, 2.8 does not require those, and I'm fine with 2.8 for my
goal which is getting the GWT compiler into Debian.

Thanks,

Alex
diff --git a/debian/copyright b/debian/copyright
index d88356c..c70b8fb 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -3,6 +3,59 @@ Upstream-Name: HtmlUnit
 Upstream-Contact: Mike Bowler 
 Source: http://htmlunit.sourceforge.net/
 
+Files: *
+Copyright: 2002-2011 Gargoyle Software Inc.
+License: ASL-2.0
+
+Files: src/test/resources/json2.js
+License: public-domain
+
+Files: cruise/buildstatus.xsl
+Copyright: 2004 The Pragmatic Programmers, LLC.
+License: All rights reserved.
+
+Files: src/test/resources/libraries/yui/*
+Copyright: 2007, Yahoo! Inc. All rights reserved.
+License: BSD
+
+Files: src/test/resources/libraries/curvyCorners/*
+Copyright: Copyright (c) 2006 Cameron Cooke
+License: GPL-2.1+
+
+Files: src/test/resources/libraries/MochiKit/*
+Copyright: 2005 Bob Ippolito. All rights reserved.
+License: MIT
+
+Files: src/test/resources/libraries/prototype/*
+Copyright: 2005-2007 Sam Stephenson
+License: MIT
+
+Files: src/test/resources/libraries/tinymce/*
+Copyright: 2004-2008, Moxiecode Systems AB, All rights reserved.
+License: LGPL-2.1
+
+Files: src/test/resources/libraries/dojo/*
+Copyright: 2004-2007, The Dojo Foundation
+License: MIT
+
+Files: src/test/resources/libraries/ExtJS/*
+Copyright: 2006-2008, Ext JS, LLC.
+License: GPL-3
+
+Files: src/test/resources/libraries/jquery/*
+Copyright: 2009 John Resig
+License: MIT
+
+Files: src/test/resources/libraries/mootools/*
+License: MIT
+Files: src/test/resources/libraries/sarissa/0.9.9.3/ecmaunit/*
+Copyright: 2003-2004 EcmaUnit Contributors. All rights reserved.
+License: ecmaunit
+
+Files: src/test/resources/libraries/sarissa/0.9.9.3/gr/*
+Copyright: 2004-2007 Emmanouil Batsis
+License: LGPL-2.1+ or ASL-2+
+
 Files: debian/*
 Copyright: 2011 Ludovico Cavedon 
 License: GPL-2+
@@ -10,3 +63,38 @@ License: GPL-2+
 License: GPL-2
  On Debian systems, the full text of the GNU General Public License version 2
  can be found in the file `/usr/share/common-licenses/GPL-2'.
+
+License: ASL-2.0
+ On Debian systems, the full text of the Apache license 2.0 can be found
+ in the file `/usr/share/common-licenses/Apache-2.0'.
+
+License: BSD
+ On Debian systems, the full text of the BSD license can be found in the
+ file `/usr/share/common-licenses/BSD'.
+
+License: ecmaunit
+  Redistribution and use in source and binary forms, with or without
+  modification, are permitted provided that the following conditions are
+  met:
+  .
+  * Redistributions of source code must retain the above copyright notice,
+  this list of conditions and the following disclaimer. 
+  * Redistributions in binary form must reproduce the above copyright notice,
+  this list of conditions and the following disclaimer in the documentation
+  and/or other materials provided with the distribution.
+  * Neither the name of EcmaUnit nor the names of its contributors may be
+  used to endorse or promote products derived from this software without
+  specific prior written permission.   
+  .
+  THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
+  "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO,
+  THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
+  PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR
+  CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL,
+  EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO,
+  PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS;
+  OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY,
+  WHETHER IN CONTRACT, STRICT LIABILITY, OR TOR

Bug#639848: libicu4j-java: Synopsis typo

[Paul Menzel]

tags 639848 patch
quit


Am Dienstag, den 30.08.2011, 21:36 + schrieb Paul Tagliamonte:
> On Tue, Aug 30, 2011 at 11:32 PM, Vincent Blut  wrote:
> > internalisation
> 
> This is the UK spelling (as an American, I agree with your spelling,
> but "internalisation" is actually correct)

The spelling is correct but the meaning is not as far as I can see from
the Wikipedia article [1].


Thanks,

Paul


[1] https://secure.wikimedia.org/wikipedia/en/wiki/Internalization

-- 8<  >8 -

From b889f13fb0208356f24aa30ea84c478d657122d5 Mon Sep 17 00:00:00 2001
From: Paul Menzel 
Date: Wed, 31 Aug 2011 13:20:11 +0200
Subject: [PATCH] debian/control: Fix word. 
s/internalisation/internationalization/

1. »internalisation« means something different according to Wikipedia [1].
2. Use the American English spelling as it is used in the long description too.

[1] https://secure.wikimedia.org/wikipedia/en/wiki/Internalization

---
 debian/control |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/debian/control b/debian/control
index 58c126a..0b0ddb0 100644
--- a/debian/control
+++ b/debian/control
@@ -15,7 +15,7 @@ Homepage: http://www.icu-project.org/
 Package: libicu4j-java
 Architecture: all
 Depends: ${misc:Depends}
-Description: Library for unicode support and internalisation
+Description: Library for unicode support and internationalization
  ICU is a mature, widely used set of C/C++ and Java libraries for
  Unicode support, software internationalization and globalization
  (i18n/g11n). It grew out of the JDK 1.1 internationalization APIs, which
-- 
1.7.5.4



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

Bug#638430: closed by Santiago Vila (Re: Bug#638430: missing AGPL in /usr/share/common-licenses/)

[Steffen Möller]

I have not found the FAQ but google gave the answer that the AGPL is not
found in packages frequently enough. Great to hear that it is requested
frequently enough to make it in the frequently AQ.

I admit to be somewhat annoyed by that decision and for the home work to
search for the answer, but, well, I can live with both. Thank you for
maintaining the base-files in the first place.

Steffen



-- 
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

[Thomas Thorne]

Slight problem with my setup not matching our local Debian mirror but not that 
is fixed I updated to the unstable version easily using 
  sudo apt-get -t unstable install nvidia-glx 
I can even confirm that the Nvidia settings panel thinks I am using the updated 
driver. 

I will set a reminder to update the Bug in two months time if I do not see the 
problem again before that.  
Once again thanks for your help. 
Tom 



--
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]

On Wed, 2011-08-31 at 13:25 +0200, Laurent Bigonville wrote:
> Le Wed, 31 Aug 2011 12:10:53 +0100,
> Sam Morris  a écrit :
> 
> > On Wed, 2011-08-31 at 11:08 +0200, Laurent Bigonville wrote:
> > > Could you please try to add in empathy an explicit server?
> > > 
> > > The SSL certificate must also validate against the server part of
> > > the JID, so robots.org.uk here I guess.
> > 
> > What should I set it to? The server part of the JID is 'robots.org.uk'
> > and the certificate subject is 'CN=robots.org.uk'.
> 
> Well the issuer is 'CN=robots.org.uk'. The server certificate is
> 'CN=crypt.ethx.net'

Sorry, I shouldn't have been lazy and used the SMTP server as an
example. Though its certificate is signed by the same CA, the Jabber
server presents a different certificate.

I should have just pasted the output of running 'certtool -i' on the
Jabber server's certificate:

X.509 Certificate Information:
Version: 3
Serial Number (hex): 14
Issuer: C=GB,O=robots.org.uk,OU=robots.org.uk certificate 
authority,CN=robots.org.uk certificate authority
Validity:
Not Before: Tue Oct 26 22:30:57 UTC 2010
Not After: Mon Oct 26 22:30:57 UTC 2015
Subject: CN=robots.org.uk
Subject Public Key Algorithm: RSA
Modulus (bits 2048):
9a:db:1a:27:23:6d:fc:1e:7d:e5:bc:dc:83:cb:ef:57
09:a8:2c:91:b7:9b:3d:2d:65:42:ac:6e:dc:3f:11:24
21:57:47:51:52:0f:bd:ee:5e:b8:57:c0:b5:45:b6:bd
18:0b:53:40:2f:8b:bd:a6:ab:0d:0d:50:28:d3:fe:72
21:ed:1e:18:a2:38:3d:2f:e4:a6:b9:db:86:06:da:85
af:d5:d5:55:6f:f7:55:e2:e4:78:a1:93:f3:dd:c6:84
66:fa:03:18:ea:e9:b4:9c:c9:13:5b:1a:bf:86:9f:3d
7a:92:59:1e:a7:91:de:74:ea:40:49:d0:f5:df:a3:e0
7b:38:2f:b2:66:1c:a2:97:b6:1b:bc:19:0a:04:d2:34
f1:d2:6d:af:62:ba:25:87:3e:8f:66:66:7f:b4:ab:e9
6e:5e:be:05:9c:36:f6:68:de:a1:bf:6c:5b:aa:2d:ce
b2:53:99:68:dd:23:4e:94:a2:1c:c4:9a:2f:9d:28:d8
a3:3c:d9:6b:5c:ff:99:62:c3:a2:5c:09:fd:df:5d:6b
5b:28:5f:cc:89:40:a7:1f:22:a6:71:05:8f:9b:6a:e1
a7:3b:cf:4b:42:b6:e3:9c:b5:ed:67:97:3c:66:1f:d6
f1:bc:08:cd:5e:60:38:39:d6:6e:f5:c1:fd:8e:d0:79
Exponent (bits 24):
01:00:01
Extensions:
Basic Constraints (critical):
Certificate Authority (CA): FALSE
Subject Key Identifier (not critical):
a60b5d20ca058fa85cf1e4fc07c7f025f7b395a8
Authority Key Identifier (not critical):
3b0d6e326f97672e4b1e8c5c62e6d8e575db7ff1
Signature Algorithm: RSA-SHA
Signature:
36:8e:4d:22:e3:ce:ff:0e:fa:61:0e:44:84:e5:b5:2b
2f:61:ce:25:b8:fe:ae:ea:70:4b:ab:e9:b7:9e:b9:59
8d:d6:df:0d:12:d0:33:35:80:f7:5b:a8:68:f4:71:72
37:2a:f0:6e:e9:f6:57:b2:4c:70:de:78:9c:db:5a:69
2a:fe:2a:ed:b4:5b:77:f2:a7:57:38:0e:c7:68:71:1d
a4:9a:94:49:88:9e:a5:82:30:60:54:d2:32:a9:a5:83
1d:f1:85:1b:e9:c1:79:ae:2b:44:f2:69:55:33:a1:71
2c:f8:03:cf:4f:b9:87:2c:f5:e5:a8:a1:d7:0e:80:c0
Other Information:
MD5 fingerprint:
6ec97d67e8f5e51d8ed4f5d51fd6bdd1
SHA-1 fingerprint:
5e6ed6c5f18c150eadc871ec9a23aede9d299d08
Public Key Id:
a60b5d20ca058fa85cf1e4fc07c7f025f7b395a8

-- 
Sam Morris 




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

Bug#636686: partial upgrade from squeeze to wheezy fails

[Niko Tyni]

On Fri, Aug 26, 2011 at 04:05:56PM -0500, Jonathan Nieder wrote:

> As for the case at hand: the more I think about it, the less the
> Breaks by libc6 makes sense.  In the motivating example Bug#629670,
> as far as I can tell it is libc6-dev that broke perl:
> 
>   Note (probably harmless): No library found for -lpthread
> 
> Of course that problem isn't libc6-dev-specific --- any development
> library installed to /usr/lib/$arch instead of /usr/lib could trigger
> the same problem.  It is possible (except on armhf and i386) to use
> libc/squeeze with gcc/wheezy as a multiarch development environment
> and completely avoid that Breaks.
> 
> So maybe the Breaks should be from gcc, if from anywhere.  Niko,
> what do you think?

Sorry about the late reply. I'm OK with reverting the libc6 Breaks,
given the problems it's causing.

The most significant perl breakage here IMO is indeed specific to
libc6-dev: embedding perl itself.

I suppose this could be prevented by making libc6-dev Break just
libperl-dev, which would hopefully avoid any trouble inside the base
system.

However, it's true that any development library in /usr/lib/$arch causes
the same problem for Perl modules looking for it when perl itself isn't
upgraded yet. See #638785 for a recent example of this. Breaking just
libperl-dev will not prevent this.

The core issue is that perl embeds the gcc search path statically at
build time, and the embedded search path in the squeeze version became
outdated due to gcc changes.  So I think it would make sense for gcc*
to Break perl.

I have currently no idea which one(s) of gcc-* should declare the Breaks
and if this varies with the architecture. It would be great if somebody
could look into that, I'm really short on time myself.
-- 
Niko Tyni   nt...@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#638936: 3.0.3 is out: Re: [Evolution] Bug#638936: Stability of evo?

[Svante Signell]

On Wed, 2011-08-24 at 18:10 +0200, Yves-Alexis Perez wrote:
> On mer., 2011-08-24 at 16:47 +0200, Svante Signell wrote:
> > On Wed, 2011-08-24 at 10:46 +0200, Andre Klapper wrote:
> > > Hi,
> > > 
> > > On Wed, 2011-08-24 at 08:34 +0200, Svante Signell wrote:
> > > > After having a lot of problems with earlier 2.x versions of evo (some
> > > > still not yet solved), at least it was semi-stable.
> > > > 
> > > > Now we are faced with 3.0. And of course it crashes, see e.g. Debian bug
> > > > report #638936. 
> > > 
> > > Upstream developers use GNOME Bugzilla so if Debian has good bug reports
> > > I hope that they are "upstreamed" to GNOME Bugzilla by Debian folks.
> > 
> > Let's wait and see.
> 
> We try, but, honestly, we're not much people on that and I don't have
> that much time myself. Some people report in Debian and then in upstream
> bugzilla, or report to Debian and then look in upstream bugzilla and
> find a relevant bug, then mark the Debian bug as forwarded. But there's
> no way I can keep track of everything (that's why I advise people to
> look at GNOME bugzilla first).

evo 3.03 is now out. http://projects.gnome.org/evolution/download.shtml
Please package this bug-fixed version. The constant reloading of POP3
mails should be fixed. Hopefully the frequent crashes I see on one of my
computers are gone too.




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

Bug#638936: 3.0.3 is out: Re: [Evolution] Bug#638936: Stability of evo?

[Yves-Alexis Perez]

On mer., 2011-08-31 at 14:08 +0200, Svante Signell wrote:
> evo 3.03 is now out. http://projects.gnome.org/evolution/download.shtml
> Please package this bug-fixed version. The constant reloading of POP3
> mails should be fixed. Hopefully the frequent crashes I see on one of my
> computers are gone too.
> 

Thanks for the head up.
-- 
Yves-Alexis


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

Bug#639889: ifupdown-extra: 00check-network-cable does not work properly with dash

[Luca Tettamanti]

Package: ifupdown-extra
Version: 0.19
Severity: normal

Dear Maintainer,
00check-network-cable does not work with dash, which starting from
Squeeze is installed as the default /bin/sh. The error reported when
bringing up the interface is:

/etc/network/if-up.d/00check-network-cable: 64: local: detected:: bad variable 
name
run-parts: /etc/network/if-up.d/00check-network-cable exited with return code 2

The problem seems to be related to the "local" command; the man page
says:

  This should appear as the first statement of a function[...]

Changing the function to (moving local declarations at the top):

check_status_ethtool () {
local status=0
local LINK
LINK=`$ETHTOOL $IFACE 2>&1 | grep "Link detected"`

fixes the error, but I'm not 100% sure that it's the correct approach.
Other functions are also affected.

The script works fine when run using bash.


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

Versions of packages ifupdown-extra depends on:
ii  bind9-host [host]1:9.7.3.dfsg-1+b1
ii  iproute  20110629-1   
ii  iputils-arping   3:20101006-1+b1  
ii  iputils-ping [ping]  3:20101006-1+b1  
ii  net-tools1.60-24.1
ii  netcat   1.10-39  
ii  netcat-openbsd [netcat]  1.89-4   
ii  netcat-traditional [netcat]  1.10-39  

Versions of packages ifupdown-extra recommends:
ii  ethtool  1:3.0-1

ifupdown-extra 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#638163: [Pkg-lirc-maint] Bug#638163: lircd device autodetection is gone in squeeze init script

[Stefan Lippers-Hollmann]

tags 638163 + moreinfo
thanks

Hi

On Wednesday 31 August 2011, Hermann Lauer wrote:
> Package: lirc
> Version: 0.8.3-5
> Severity: normal
> Tags: patch
[...]
> Package: lirc
> Version: 0.8.3-5
> Severity: normal
> Tags: patch
> 
> auto device detection is not working any more in squeeze, code looks bad.

Please show me your /etc/lirc/hardware.conf, it should look like this:
$ grep -v -e ^\# -e ^$ /etc/lirc/hardware.conf
LIRCD_ARGS=""
LOAD_MODULES=true
DRIVER=""
DEVICE="/dev/lirc0"
MODULES="lirc_sir"
LIRCD_CONF=""
LIRCMD_CONF="

I assume you use something like /dev/ttyS1 instead, which would be 
wrong.

> The appended patch (to an older version, probably lenny) restores
> that functionality.
[...]

The initscript itself is the next topic on the todo list for lirc, as
especially the new in-kernel RC_CORE subsystem needs further changes.
However these will have to go, and get tested in-, unstable first, 
right now I'm not sure how much of that can be backported to squeeze
though.
 
Regards
Stefan Lippers-Hollmann



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