date:20091218

Bug#561553: ffmpeg: segmentation fault when creating mjpeg file from jpg sequence

2009-12-18 Thread Reinhard Tartler

B. Bogart b...@ekran.org writes:

 Reinhard Tartler wrote:
 this is a good indication that this bug is also present in current
 trunk, i.e., this bug needs to be confirmed and upstreamed.

 Compiling ffmpeg fresh for current svn also has the same problem.

okay, then this bug definitly upstreaming.

see http://ffmpeg.org/bugreports.html for details, much appreciated if
you could help us out here.

 Just a try: please disable your /usr/lib/i686/cmov/ directory (e.g.,
 by renaming). If this causes the symptom to disappear, then the
 defect is in the hand written assembler in i386/dsputil_mmx.c

 renaming the directory has not changed the result:

 Program received signal SIGSEGV, Segmentation fault.
 [Switching to Thread 0xf73776c0 (LWP 19789)]
 0xf79c77b0 in get_pixels_mmx (block=0x85fdbf0, pixels=0x0, line_size=336)
 at
 /build/siretart-ffmpeg-debian_0.svn20080206-18-i386-ZyxKlX/ffmpeg-debian-0.svn20080206-18/libavcodec/i386/dsputil_mmx.c:225
 225

Hm, do we really enable mmx in the non-optimized build? I wonder if that
is a clever idea, but this would be a seperate bug anyways.

Since you already have confirmed this bug in current trunk, would you
mind to check if the symptom disappears if you run ./configure without
mmx, e.g., add the configure switch --disable-mmx?

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



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

Bug#561558: libssl0.9.8: Some SSL connections to hang up

2009-12-18 Thread Олег


Package: libssl0.9.8
Version: 0.9.8k-7
Severity: important

In try of open some https urls in curl, connection hang up:

$ curl -v -k -I https://w3s.wmtransfer.com/
* About to connect() to w3s.wmtransfer.com port 443 (#0)
*   Trying 212.118.48.159... connected
* Connected to w3s.wmtransfer.com (212.118.48.159) port 443 (#0)
* successfully set certificate verify locations:
*   CAfile: none
  CApath: /etc/ssl/certs
* SSLv3, TLS handshake, Client hello (1):
* SSLv3, TLS handshake, Server hello (2):
* SSLv3, TLS handshake, CERT (11):
* SSLv3, TLS handshake, Server finished (14):
* SSLv3, TLS handshake, Client key exchange (16):
* SSLv3, TLS change cipher, Client hello (1):
* SSLv3, TLS handshake, Finished (20):
* SSLv3, TLS change cipher, Client hello (1):
* SSLv3, TLS handshake, Finished (20):
* SSL connection using RC4-MD5
* Server certificate:
* 	 subject: O=WebMoney Transfer; OU=WebMoney Web Service; 
CN=w3s.wmtransfer.com

*start date: 2006-04-01 11:00:53 GMT
*expire date: 2010-06-07 19:47:18 GMT
*common name: w3s.wmtransfer.com (matched)
* 	 issuer: O=WebMoney Transfer; OU=WebMoney Certification Center; 
CN=WebMoney Transfer Root Authority
* 	 SSL certificate verify result: unable to get local issuer 
certificate (20), continuing anyway.

HEAD / HTTP/1.1
User-Agent: curl/7.19.7 (x86_64-pc-linux-gnu) libcurl/7.19.7 OpenSSL/0.9.8k 
zlib/1.2.3.3 libidn/1.15 libssh2/1.2.1
Host: w3s.wmtransfer.com
Accept: */*


* SSLv3, TLS handshake, Hello request (0):
^C

But some https urls open normally (https://launchpad.net/ for example).

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

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

Versions of packages libssl0.9.8 depends on:
ii  debconf [debconf-2.0]  1.5.28Debian configuration 
management sy

ii  libc6  2.10.2-2  GNU C Library: Shared libraries
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

libssl0.9.8 recommends no packages.

libssl0.9.8 suggests no packages.

-- debconf information excluded





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

Bug#561513: [Evolution] Bug#561513: evolution: fails to remember passwords

2009-12-18 Thread Thomas Koenig

On Fri, 2009-12-18 at 04:45 +0100, Yves-Alexis Perez wrote:
 On 17/12/2009 23:54, Thomas Koenig wrote:
  On Thu, 2009-12-17 at 22:35 +0100, Yves-Alexis Perez wrote:
  
  I meant in gnome-keyring. Can you see the password in the keyring
  manager?
  
  I don't know where, or how, to look.
 
 Oh, sorry. In the gnome-keyring-manager package there's a
 gnome-keyring-manager too. Try to run it. If you don't have the package
 (it's only available from stable), maybe look in the seahorse package
 (which I think have replaced the gnome-keyring-manager).

I installed seahorse, and the key is displayed correctly.

Maybe the format is significant: seahorse displays the key as

pop://use...@mypopserver

whereas evolution complains about a missing key

pop://__use...@mypopserver_





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

Bug#545484: [Pkg-nagios-devel] Bug#545484: Bug#545484: nagios-plugins-basic: enable SSL certificate validity check by default

2009-12-18 Thread Jan Wagner

Hi Thijs,

On Wednesday 18 November 2009 18:16:21 Thijs Kinkhorst wrote:
  as I can understand, that this would be a usefull addition, I think we
  have a couple of disadvantages.
 
  * users which uses a certificate and don't care if its valid/expired
  (just want to encrypt the payload) maybe get nerved

 In both situations, current and proposed, a group of people will want to
 opt to change it. My proposal is to change the default, not to force the
 checks upon them. In my view default on is better than default off in this

which default? If you don't want to change the check commands, what else? 
Looking into your patch indicates you want to change the check commands.

 case, because I presume that people using SSL in general *are* interested
 in having valid certificates (why are they using SSL then), and people
 explicitly wanting to turn it off are a relatively small group.

Maybe thats you POV, but I know a lot of people who just want to have the 
transport layer encrypted and they don't care (much) about the certificate 
itself when using SSL.

  * what ever we choose as days until the cert expires ... users may edit
  this anyways, as they want to set different values

 That's true, but I think that people would prefer to be warned at a moment
 they'd rather finetune to a somewhat different moment, over not being
 warned at all.

Forcing the people to edit the default check (files) leads them into the 
problem to migrate all changes in the config files provided by the package. 
This is really annoying, even more if it is caused by a change by package 
maintainers, which is forcing them into this step.

 Enabling it by default generates less work for most administrators, and
 proactively prevents service outage for those administrators that did not
 know about that check previously or forgot to set it.

As argued above, this may be the case in your environment and I understand 
your problem, but actually I think the disadvantages for the most of the users 
is much bigger.
If we can find a solution, which doesn't force (potential most of) the users 
to change the default checks, it will be fine. Actual I don't have such a 
solution in mind unfortunately.

I think I will tag this bug wontfix, so it is visible to others ... if 
anybody comes up with a good solution and/or there will be a reply flood from 
others which also want to have validity checks enabled by default, we have to 
look into it again.

With kind regards, Jan.
-- 
Never write mail to w...@spamfalle.info, you have been warned!
-BEGIN GEEK CODE BLOCK-
Version: 3.1
GIT d-- s+: a- C+++ UL P+ L+++ E- W+++ N+++ o++ K++ w--- O M V- PS PE
Y++ PGP++ t-- 5 X R tv- b+ DI- D++ G++ e++ h-- r+++ y+++
--END GEEK CODE BLOCK--


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

Bug#561559: Unreliable init script

2009-12-18 Thread Arto Jantunen


Package: tomcat6
Version: 6.0.20-8

The stop action of the init script fails to stop the service in
several cases, the most common being when Tomcat runs out of memory
(the garbage collector runs in a tight loop using 100% cpu).

A quick workaround that seems to work is doing kill -9 `cat
/var/run/tomcat6.pid' and retrying the stop action.

Anyway the script should notice that $DAEMON -cp $JSVC_CLASSPATH
-pidfile $CATALINA_PID -stop $BOOTSTRAP_CLASS returned with an
error, and take action to force the daemon to stop.

-- 
Arto Jantunen



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

Bug#560216: marked as done (Missing symbol HEIMDAL_KRB5_1.0)

2009-12-18 Thread Schaefer, Achim

Hi,

agreed, they need to ompile against the new version.
But we know they don't work woith this version, right?
Maybe you mark all known bad version as conflicts?

Achim 

 -Original Message-
 From: Brian May [mailto:b...@snoopy.debian.net] 
 Sent: Friday, December 18, 2009 4:43 AM
 To: Achim Schaefer; 560...@bugs.debian.org
 Subject: Re: Bug#560216: marked as done (Missing symbol 
 HEIMDAL_KRB5_1.0)
 
 On Thu, Dec 17, 2009 at 09:29:58PM +0100, Achim Schaefer wrote:
  I just instelled the new version 1.3.1.dfsg.1-5, but 
 reverted back to 
  the
  1.2.e1.dfsg.1-4 version.
  
  I still get the same problem with cyrus:
  data:~# ctl_cyrusdb
  ctl_cyrusdb: /usr/lib/libkrb5.so.25: version `HEIMDAL_KRB5_1.0' not 
  found (required by ctl_cyrusdb)
 
 Of course you are going to have the same problem if you 
 revert back to the old buggy version.
 
 You either need to install a good version of 
 /usr/lib/libkrb5.so.25, e.g. from stable or testing, and/or 
 wait until programs are recompiled to use
 /usr/lib/libkrb5.so.26 now in unstable.
 --
 Brian May b...@snoopy.debian.net
 
 


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

Bug#561514: Can't load mplayer: libcucul.so.0 not found

2009-12-18 Thread Fabian Greffrath


severity 561514 important
thanks

Am 17.12.2009 20:46, schrieb J Phelps:

Package: mplayer
Version: 1.0~rc2-6


He? This package version is more than two years old and is neither 
present in stable nor testing nor unstable. Please update your package 
list by apt-get update before you attempt to install a package and 
try again.


Lowering severity to non-RC until this has been clarified.

Cheers,
Fabian



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

Bug#561560: ladspa-sdk: sine plugin has valgrind errors

2009-12-18 Thread Erik de Castro Lopo

Package: ladspa-sdk
Version: 1.1-6
Severity: normal


Valgrinding another app which uses ladspa I found that the sine plugin
(/usr/lib/ladspa/sine.so) has valgrind warnings.

Reproduce by doing:

   valgrind /usr/bin/analyseplugin /usr/lib/ladspa/sine.so 

and you should see lots of stuff like:

==18788== Mismatched free() / delete / delete []
==18788==at 0x40241FF: operator delete[](void*) (vg_replace_malloc.c:368)
==18788==by 0x4029DA2: ??? (in /usr/lib/ladspa/sine.so)
==18788==by 0x408B827: __cxa_finalize (cxa_finalize.c:56)
==18788==by 0x4029902: ??? (in /usr/lib/ladspa/sine.so)
==18788==by 0x402A50B: ??? (in /usr/lib/ladspa/sine.so)
==18788==by 0x40131E6: _dl_close_worker (dl-close.c:271)
==18788==by 0x4013B06: _dl_close (dl-close.c:742)
==18788==by 0x4031CB3: dlclose_doit (dlclose.c:37)
==18788==by 0x400E155: _dl_catch_error (dl-error.c:178)
==18788==by 0x40320DB: _dlerror_run (dlerror.c:164)
==18788==by 0x4031CE9: dlclose (dlclose.c:48)
==18788==by 0x80495DC: ??? (in /usr/bin/analyseplugin)
==18788==  Address 0x41b51b0 is 0 bytes inside a block of size 10 alloc'd
==18788==at 0x4024C4C: malloc (vg_replace_malloc.c:195)
==18788==by 0x40CF72F: strdup (strdup.c:43)
==18788==by 0x4029CB9: ??? (in /usr/lib/ladspa/sine.so)
==18788==by 0x402A4E5: ??? (in /usr/lib/ladspa/sine.so)
==18788==by 0x40297EC: ??? (in /usr/lib/ladspa/sine.so)
==18788==by 0x400E523: call_init (dl-init.c:70)
==18788==by 0x400E653: _dl_init (dl-init.c:134)
==18788==by 0x40125AA: dl_open_worker (dl-open.c:527)
==18788==by 0x400E155: _dl_catch_error (dl-error.c:178)
==18788==by 0x4011D0D: _dl_open (dl-open.c:616)
==18788==by 0x4031C0E: dlopen_doit (dlopen.c:67)
==18788==by 0x400E155: _dl_catch_error (dl-error.c:178)
==18788== 

etc, etc.


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

Kernel: Linux 2.6.31-16-generic (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to 
POSIX)
Shell: /bin/sh linked to /bin/dash

Versions of packages ladspa-sdk depends on:
ii  libc6 2.10.2-2   GNU C Library: Shared libraries
ii  libgcc1   1:4.4.2-5  GCC support library
ii  libstdc++64.4.2-5The GNU Standard C++ Library v3

ladspa-sdk recommends no packages.

ladspa-sdk 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#561562: alsa-utils: No sound in Asus A6B entertainment notebook

2009-12-18 Thread richard

Package: alsa-utils
Version: 1.0.21-1
Severity: wishlist
Tags: patch

This notebook will not produce sound 'out of the box'
and needs tweaking of sound settings to perform. Some
support either by default settings for alsa-mixer or
by a README-Asus-A6 is essential to have an easy
sound installation.

Most of the guidance is available on the internet, but
is time consuming to find. The relevant text found is as
follows:

My notebook is possibly the most Linux-incompatible
machine that's ever been made. Here's a tip: Don't buy
an Asus A6R. It's one of the worst notebooks I've ever owned.
Sound didn't work straight off. The notebook has an
IXP SB400 AC'97 Audio Controller, according to Ubuntu's
Device Manager. If you've got the same sound card, and
want to get it working, you need to do two things.
(1) Double-click the speaker icon in Ubuntu's system tray
and click Edit - Preferences in the Volume Control window
that appears. In the list, look for the Master Surround
entry, and put a checkbox in it. Then look for External
Amplifier and put a check in it. Click the Close button
then click the Switches tab in the Volume Control window.
Remove the check against External Amplifier.
(2) Then click the Playback tab and click the Speaker
icon beneath the Master Surround slider, so that it's no
longer muted. Then adjust the slider. Playback some audio
and you should find everything now works. Basically, the
Master Surround slider is now your volume slider. Weird,
but true. To make the system tray applet use the Master
Surround to control the volume, right-click the system
tray speaker icon, select Preferences, and select
Master Surround in the list.

I'm running Gnome, so the instructions apply pretty much
the same - except begin by clicking
SystemPreferencessoundPreferences with
ATI IXP (Alsa Mixer) selected as the device in the menu.

The only thing I can add is that the box for
Exchange Front/Surround: must be unchecked for the
headphone jack to work.

My Sound modules etc are as follows:
# lspci | grep -i audio
00:14.5 Multimedia audio controller: ATI Technologies Inc IXP SB400 AC'97 Audio
Controller (rev 02)

# lsmod | grep -i snd
snd_atiixp 13892 2
snd_ac97_codec 91264 1 snd_atiixp
snd_pcsp8416 0
ac97_bus1456 1 snd_ac97_codec
snd_pcm_oss32232 0
snd_mixer_oss 12368 1 snd_pcm_oss
snd_pcm62416 4 snd_atiixp,snd_ac97_codec,snd_pcsp,snd_pcm_oss
snd_seq_midi5688 0
snd_rawmidi18596 1 snd_seq_midi
snd_seq_midi_event 6212 1 snd_seq_midi
snd_seq42304 2 snd_seq_midi,snd_seq_midi_event
snd_timer 17460 2 snd_pcm,snd_seq
snd_seq_device 6136 3 snd_seq_midi,snd_rawmidi,snd_seq
snd49028 14
snd_atiixp,snd_ac97_codec,snd_pcsp,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
soundcore 6184 1 snd
snd_page_alloc 8116 2 snd_atiixp,snd_pcm

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

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

Versions of packages alsa-utils depends on:
ii dialog1.1-20080819-1 Displays user-friendly dialog boxe
ii libasound21.0.21a-1 shared library for ALSA applicatio
ii libc6 2.10.2-2 GNU C Library: Shared libraries
ii libncursesw5 5.7+20090803-2 shared libraries for terminal hand
ii linux-sound-base 1.0.21+dfsg-2 base package for ALSA and OSS soun
ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip
ii module-init-tools 3.11-1 tools for managing Linux kernel mo
ii udev 149-1 /dev/ and hotplug management daemo
ii whiptail 0.52.10-4.1Displays user-friendly dialog boxe

1 2 3 >

1 - 100 of 255 matches

Mail list logo