Bug#778866: read in movie-title failing

2015-02-21 Thread Sean Ellefson
Control: tags -1 +patch Was able to reproduce bug: `movie-title` terminates on error generated by `read` due to `set -e` on line where it attempts to read title card dimensions generated by `identify`. Unsure why `read` failed in the way that it does, couldn't reproduce from /bin/sh on my local s

Processed: RE: read in movie-title failing

2015-02-21 Thread Debian Bug Tracking System
Processing control commands: > tags -1 +patch Bug #778866 [videotrans] videotrans: movie-title terminates without doing anything Added tag(s) patch. -- 778866: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=778866 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___

sfarkxtc_0~20130812git80b1da3-1_amd64.changes is NEW

2015-02-21 Thread Debian FTP Masters
binary:sfarkxtc is NEW. source:sfarkxtc is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it had a good OpenPGP signature and file hashes are valid), so please be patient. Packages are routinely processe

Processing of sfarkxtc_0~20130812git80b1da3-1_amd64.changes

2015-02-21 Thread Debian FTP Masters
sfarkxtc_0~20130812git80b1da3-1_amd64.changes uploaded successfully to localhost along with the files: sfarkxtc_0~20130812git80b1da3-1.dsc sfarkxtc_0~20130812git80b1da3.orig.tar.gz sfarkxtc_0~20130812git80b1da3-1.debian.tar.xz sfarkxtc_0~20130812git80b1da3-1_amd64.deb Greetings, Y

sfarklib_2.23+20131219gitee08d0c-1_amd64.changes is NEW

2015-02-21 Thread Debian FTP Masters
binary:libsfark-dev is NEW. binary:libsfark0 is NEW. binary:libsfark0-dbg is NEW. source:sfarklib is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it had a good OpenPGP signature and file hashes are vali

Processing of sfarklib_2.23+20131219gitee08d0c-1_amd64.changes

2015-02-21 Thread Debian FTP Masters
sfarklib_2.23+20131219gitee08d0c-1_amd64.changes uploaded successfully to localhost along with the files: sfarklib_2.23+20131219gitee08d0c-1.dsc sfarklib_2.23+20131219gitee08d0c.orig.tar.gz sfarklib_2.23+20131219gitee08d0c-1.debian.tar.xz libsfark0_2.23+20131219gitee08d0c-1_amd64.deb lib

Bug#775959: [Fwd: Bug#775959: Patch for this issue]

2015-02-21 Thread Rogério Brito
Hi there, Fabian and Maks. On Jan 22 2015, Fabian Greffrath wrote: > would you apply the attached patch, courtesy of Maks Naumov, to LAME > upstream? I just applied the patch. If you have more, please send them my way. Thanks for letting me know, -- Rogério Brito : rbrito@{ime.usp.br,gmail.co

Bug#757462: vlc burns CPU when paused

2015-02-21 Thread Rémi Denis-Courmont
forwarded 757462 https://trac.videolan.org/vlc/ticket/541 retitle 757462 vlc burns CPU when paused thanks VLC 3.0 no longer wakes the CPU up while paused if playing audio only. It still performs blitting during pause if playing video though. Correcting upstream bug number for that. -- Rémi Deni

Processed: Re: vlc burns CPU when paused

2015-02-21 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > forwarded 757462 https://trac.videolan.org/vlc/ticket/541 Bug #757462 [vlc-nox] vlc burls CPU when paused Changed Bug forwarded-to-address to 'https://trac.videolan.org/vlc/ticket/541' from 'https://trac.videolan.org/vlc/ticket/2656' > retitle 75

Bug#778911: vlc: Please make N Curses interface configurable

2015-02-21 Thread Axel Stammler
Package: vlc Version: 2.0.3-5+deb7u2+b1 Severity: wishlist Dear Maintainer, VLC works well with this interface (sometimes I think it works better than using a graphical interface), so I would suggest making this interface more versatile and configurable: - colours - which information is shown

Bug#778866: read in movie-title failing

2015-02-21 Thread Sven Bartscher
Greetings, I've tried to figure out why the read terminates the whole script. Disabling the set -e makes the script run almost fine. So it seems, that read has a non-zero exit status. Ignoring the error with 'read xx yy < "${TEMP}"' made the script run fine (without disabling set -e). "run fine" i

hi friend

2015-02-21 Thread abbybatu
  Hello Friend, My name is miss abbybatu i saw your mail today at searchsite and i became intrestedin you,i will also like to know you more about you andemail my  ID so i can give you my picturefor you to know whom i am. Here is my email address is(abbybatumagadi...@gmail.com         believe we