Bug#961424: Mouse clicks not registering in terminal and some function keys don't work

Package: mc Version: 3:4.8.24-2 ___ $ mc -V GNU Midnight Commander 4.8.24 Built with GLib 2.62.4 Using the S-Lang library with terminfo database With builtin Editor and Aspell support With subshell support as default With support

Bug#953573: file-roller: Error when starting file-roller

Package: file-roller Version: 3.36.0-1 For a week now I've been unable to start file-roller. There have been a few upgrades in the last few days, but this error persists. Here's what I get when I start file-roller from the terminal: > $ file-roller > file-roller: symbol lookup error:

Bug#917519: Unable to open subsequent YouTube videos when not starting a new session

Package: vlc Version: 3.0.5-1 Severity: normal I started noticing issues with playing YouTube videos through VLC as soon as I upgraded to version 3.0.4-4. When trying to play multiple YouTube videos, one after the other, VLC throws in an error saying it's unable to open the link. This happens as

Bug#891273:

Package: vlc Version: 3.0.4-4 As always, I forgot about this bug. > I remeber fixes for fullscreen handing in 3.0.1/2. Is the situtation now > better? Looking at this again, now with the latest version on Sid, I can confirm that the fullscreen issue has been fixed at my end. On the other hand,

Bug#891273: Fwd: Bug#891273: VLC positions itself under tint2 and always plays videos fullscreen

Package: vlc Version: 3.0.2-1+b1 This sounds more like an Qt / tint2 interaction issue. Do you have similar > issues with outher Qt based applications? > I did have an issue like this with qBittorrent a few years back, but that I could fix by using OBApps. For some reason, OBApps can't detect

Bug#891273: VLC positions itself under tint2 and always plays videos fullscreen

Package: vlc Version: 3.0.0-1 Severity: normal Ever since the beta versions of VLC appeared in Sid, I've been having this issue where after playing a video, VLC's main window keeps getting pushed behind tint2 (I have it set to show up at the top of the screen) and gets slightly off-screen. Here's

Bug#673333:

I apologise, the previous message was meant to be posted as a distinct bug, but accidentally sent to the wrong e-mail address after reading this bug. Could someone split this message into a new bug, or remove it entirely, so I could post again?

Bug#673333: vlc: VLC positions itself under tint2 and always plays videos fullscreen

Package: vlc Version: 3.0.0~rc5-1 Severity: normal Ever since the beta versions of VLC appeared in Sid, I've been having this issue where after playing a video, VLC's main window keeps getting pushed behind tint2 (I have it set to show up at the top of the screen) and gets slightly off-screen.

Bug#881715: alsa-utils: High CPU usage on the default device

Okay, so I installed Arch from scratch with a minimalist set-up of OpenBox and tint2, installed alsa-utils and alsa-tools, and made that modprobe config file to disable HDMI output, just like I did when I did the netinstall of Debian. Then installed vlc and played all the files I played previously

Bug#881715: alsa-utils: High CPU usage on the default device

Yes, I was about to do that. Though those distros all have PulseAudio by default, so I thought of installing Arch on a separate partition and test ALSA there.

Bug#881715: alsa-utils: High CPU usage on the default device

> As you are the only one out of 60thsd Debian Alsa users who > reported a high cpu-usage running alsa apps Forgot to mention this: just because I'm the only one to report this issue doesn't mean I'm the only one to experience it! I'm sure at least other Debian users with the same sound chip as

Bug#881715: alsa-utils: High CPU usage on the default device

> As you are the only one out of 60thsd Debian Alsa users who > reported a high cpu-usage running alsa apps and I can't reproduce > and don't know your system What is there else that you'd like to know? What is it that I should be doing to diagnose this? That's what I've been asking for the

Bug#881715: alsa-utils: High CPU usage on the default device

> Did you created an /etc/asound.conf No, I have no such file. > or adapted some options loading your snd- modules? Yes, I mentioned in the first post that I created a rule under /etc/modprobe.d/ to disable HDMI audio output through the integrated chips. But you added another reply so you

Bug#881715: alsa-utils: High CPU usage on the default device

Forgot to check previously, but whenever I use those CLI players you suggested, they also monopolise the soundcard, making me unable to play other stuff in parallel, just like how it would happen when setting the specific subdevice in VLC. So, since I'm not able to use those CLI players to play

Bug#769739: vlc: Can't play videos in webm format on YouTube

This bug can be closed, it hasn't occurred to me in a while. I completely forgot about this bug, so I apologise!

Bug#881715: alsa-utils: High CPU usage on the default device

> Maybe your speakersystem needs some rectification? You mean the external speakers? I use headphones. I don't know what those have to do with ALSA or this issue I'm having. > Or you can ask here: >

Bug#881715: [Pkg-alsa-devel] Bug#881715: alsa-utils: High CPU usage on the default device

Okay... then what is there to do next? Call me technologically illiterate, or say that I don't know of the inner workings of ALSA, but I don't think this can be a given that a simple task such as outputting audio could take 13-20% of a quad core CPU!

Bug#881715: [Pkg-alsa-devel] Bug#881715: alsa-utils: High CPU usage on the default device

> Tested on ALC892, CX20561, emu10k1 and ES1371/1. None of them showed high cpu usage. Could you let me know how you configured ALSA? It could be that I might have misconfigured something, but I wouldn't know what... Is there some advanced testing/diagnonsis that I could try to do to figure out

Bug#881715: alsa-utils: High CPU usage on the default device

> I tried that on 3 different soundcards. I don't get vlc as a htop COMMAND. It is always /usr/bin/vlc. I swear I'm using the native VLC from the Debian repos. > Please tell me how you fired up vlc. I started VLC through OpenBox's menus, and on that menu the command to start VLC is simply

Bug#881715: alsa-utils: High CPU usage on the default device

No...? Why would I do something silly like that?

Bug#881715: alsa-utils: High CPU usage on the default device

RESSHR S %CPU %MEM TIME+ COMMAND > 26183 andoru20 0 1191000 66424 46296 S 13.6 0.8 0:09.43 vlc ___ VLC playing the same file with "Analog Front Speakers" subdevice selec

Bug#881715: alsa-utils: High CPU usage on the default device

> What makes you think an alsa process eats high cpu usage? You skipped a paragraph from my report: > It's just easy to tell if an app/ALSA uses too much CPU if you just play some audio files > and you don't have anything else that might need the extra CPU power, > like rendering the video

Bug#881715:

Version: 1.1.3-1 My bad, I pressed "send" too soon, didn't get to fill in the proper info...

Bug#881715: alsa-utils:

Package: alsa-utils Version: 1:7.7+16 Severity: normal As the title says, I'm having a bit of an issue with ALSA, and the high CPU (~15-20%) usage in some cases. So far on the default device, I've only noticed this with VLC and foobar2000 (through Wine), but there are other apps/games that might

Bug#864880: Drag and drop fails at times in Wine and some Qt applications

Package: x11-common Version: 1:7.7+19 Severity: normal First of all, sorry if I'm reporting this against the wrong package. Looking on Wikipedia, XDND was listed as a component of X11. After asking on /r/linuxquestions on reddit (

Bug#864602: Double free or corruption error/segfault when trying to restore files from a specific partition

Package: extundelete Version: 0.2.4-1 Severity: important Tags: upstream I've tried to restore files from a specific partition (ext4), which worked previously (did this a couple of months ago), but now it seems that I can only get it to exit with this: > *** Error in `extundelete': double free

Bug#860975:

Package: virtualbox Version: 5.1.22-dfsg-1 Severity: minor This is a regression, as it has happened in the past quite a few times. Either the menu bar doesn't show up at all, or it shows up "under" the virtual machine's window/frame as pointed out previously. -- System Information: Debian

Bug#820128: vlc: Hardware decode issues/Video stops after a few seconds

Package: vlc Version: 2.2.2-5 Severity: normal I've previously posted this issue on the VideoLAN forums, but since I didn't get any answers there, I'll try to submit this as a bug report, since I'm not aware of anything that I might've done to cause this. So here's the post for more details:

Bug#814757: [Pkg-alsa-devel] Bug#814757: alsa-base: dmix/software mixing doesn't work

> > > Sometimes pulseaudio is the cause. > > > > $ apt-cache policy pulseaudio > > pulseaudio: > > Installed: (none) > > Candidate: 7.1-2 > > Version table: > > 7.1-2 500 > > 500 http://ftp.debian.org/debian unstable/main amd64 Packages > > What tells: > > dpkg -l | egrep

Bug#814757: alsa-base: dmix/software mixing doesn't work

> Sometimes pulseaudio is the cause. $ apt-cache policy pulseaudio pulseaudio: Installed: (none) Candidate: 7.1-2 Version table: 7.1-2 500 500 http://ftp.debian.org/debian unstable/main amd64 Packages > According to http://alsa.opensrc.org/DmixPlugin you don't need to

Bug#814757: alsa-base: dmix/software mixing doesn't work

Package: alsa-base Version: 1.0.27+1 Severity: normal So I've been trying to fix this problem for a while now, but I can't seem to set up ALSA in a way to enable multiple sound sources at once (2 or more apps/programs to use the soundcard simultaneously). Despite having a dmix entry in

Bug#813435:

Seems to have been fixed in 2.2.2-2 This bug can be closed for now.

Bug#813435: vlc: No longer shows the video title when playing YouTube videos

Package: vlc Version: 2.2.1-5+b3 Severity: normal So up until a few versions ago, VLC would nicely display the name of each video that was currently playing, but for a few weeks now, all that is displayed in the title bar is '#e62117' Is this known upstream or is it a Debian-specific bug? --

Bug#805574:

I'm having the same issue when trying to rename files. I have yet to encounter such crash when using the batch renamer, but when renaming individual files, Thunar randomly crashes on me every 4 or 5 rename attempts. If I could help with anything in debugging this, please let me know!

Bug#802886:

I'm having the exact same issue as Tareeq, and it started happening ever since I updated the QT5 libraries, so it must be an issue with it. Here's a log for playing a YouTube video: http://pastebin.com/6vwaha9k I tried resizing the output a few times, so that's why so many "VoutDisplayEvent

Bug#772503:

Completely forgot about this one. Made a bug report to VLC devs with the trac number #15740 - https://trac.videolan.org/vlc/ticket/15740

Bug#791620:

Package: vlc Version: 2.2.1-4+b1 Nope, still happens with QT 5.5.x -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux

Bug#802886:

> except that in my case I see only about 20x200 pixels, i.e. almost not at all. I think the size of the video that's shown is random each time you play something or resize the window. I tried for example to go from windowed to fullscreen (by manually clicking the menu option under "Video"), it

Bug#791620: vlc: Window decoration issues with the QT5 interface

Package: vlc Version: 2.2.1-2+b1 ___ First of all, I apologise in advance if this issue is not related to VLC, but instead it belongs to QT5 or the WM/display drivers, but so far VLC is the only QT5 application that I noticed those

Bug#772503: vlc: CRC errors in FLAC files, not occurring in other players

Could you let us now the bug number so we can track it? It's #9966 and #9863, but they're both closed and fixed. So I think I should really report the bug there as you suggested earlier. Will leave the bug number in here after I've done that.

Bug#772503: vlc: CRC errors in FLAC files, not occurring in other players

Then I think it'd be best to contact upstream about it. Could you please follow https://wiki.videolan.org/Report_bugs to report the bug upstream? I did, and it was already reported, so I'm guessing they're working on it.

Bug#772503: vlc: CRC errors in FLAC files, not occurring in other players

The file is no longer available. Sorry, here you go: https://mega.co.nz/#!iFEkSCDR!7Q4O7kVcYgbRopt7vh9RxpE0ca-NqRwcWXO3iI7aL2Y Do you see the issue with 2.2.0-1 too? Yes, this happens on 2.2.0-1 too.

Bug#769071:

This issue is still unsolved on 2.2.0-1 Also noticed that it's not possible to disable either the audio or video streams while playing YouTube videos.

Bug#769739:

On 7 April 2015 at 11:44, Sebastian Ramacher sramac...@debian.org wrote: 2.2.0 is now available in unstable. Could you please test again? Cheers Still the same I'm afraid. The log seems a tad bit different this time though: http://s000.tinyupload.com/index.php?file_id=57754797218745897120

Bug#769071: Cannot seek/skip in YouTube (possibly HTTP too) streams.

Package: vlc Version: 2.2.0~rc2-2 Severity: normal New version, same problems. -- Sent from Whiteout Mail - https://whiteout.io My PGP key: https://keys.whiteout.io/aekk...@wmail.io pgptZQMIHNUSh.pgp Description: PGP signature

Bug#774578: audacity: Assertion Failed when pressing both mouse buttons

Package: audacity Version: 2.0.6-2 Severity: normal After I accidentally clicked both mouse buttons (LMB and RMB), I get an assertion failed message prompting me either to continue using the program or to stop it. Seems there's no difference if I loaded any soundfile or not. Also doesn't happen

Bug#491557:

Package: audacity Version: 2.0.6-2 Severity: normal Don't have anything of use to add to this bug report but I'm having the same issues, I hear a loud pop when I open Audacity, although granted it happens randomly (so not every time I start Audacity) Sometimes this is also comes along with a ALSA

Bug#774181: audacity: Always appends the .aiff extension when exporting to WAV

Package: audacity Version: 2.0.6-2 Severity: normal For some time now I've been having issues with the Export feature. Every time I want to export a project to a WAV file, it appends .aiff as extension to whatever filename Audacity constructed. This gets especially annoying when I forget to

Bug#772503: vlc: CRC errors in FLAC files, not occurring in other players

Package: vlc Version: 2.2.0~rc2-1 Severity: normal Not sure if this is indeed a bug but I'm getting some curious CRC errors with this FLAC file (and two more from the same album) made by me: https://mega.co.nz/#!jZdgWKLQ!4-3MD6Uvgy8tAGZQ6rNBq6YZKrSLoHx-N-Ke8bWwWcQ It occurs around 0:41-0:42 Log:

Bug#765830: vlc: Cannot select just one channel in Stereo Mode

I confirm that it is solved in 2.2.0~rc2-1 Thanks to all that have participated to fix this issue and also sorry again for posting the same issue twice :P

Bug#769071: Cannot seek/skip in YouTube (possibly HTTP too) streams.

Package: vlc Version: 2.2.0~rc2-1 Severity: normal This issue still persists in 2.2.0~rc2-1 Also tested on VLC 2.1.5 (stable) on Windows, and seeking works fine in all mainstream YouTube formats (webm+mp4, 360p, 720p, 1080p - the last one got it through keepvid).

Bug#769739:

I suppose this is fixed by 7529f9c0c3d4418a1bc0af2640ce24c450f0e9b1 [1]. Could try if this changes fixes the issue for you? Cheers [1] http://git.videolan.org/?p=vlc/vlc-2.2.git;a=commit;h=50ce5550c197c2b48e9e104cc93ae4f53464c4c7 Thanks for the answer, but unfortunately no, after applying

Bug#769739: vlc: Can't play videos in webm format on YouTube

Package: vlc Version: 2.2.0~rc1-1 Severity: normal Dear Maintainer, Since updating to 2.2.0~rc1-1, I cannot play any videos in the webm format on YouTube, getting this in the message window (verbosity 1): __ lua info: youtube.lua: debug:

Bug#769739:

Full log: http://s000.tinyupload.com/index.php?file_id=69044752728117062127 Sample videos: https://youtube.com/watch?v=SGp9pYdbjp4 https://youtube.com/watch?v=DWefOzTZ268 https://youtube.com/watch?v=gskj-75ZtL0 https://www.youtube.com/watch?v=IZeWPScnolo https://youtube.com/watch?v=1C5bKCo6Jts

Bug#769071: Cannot seek/skip in YouTube (possibly HTTP too) streams.

Package: vlc Version: 2.2.0~rc1-1 Severity: normal Dear Maintainer, * What led up to the situation? I updated to the latest vlc version on unstable (2.2.0~rc1-1) and afterwards I played a YouTube video (will leave some sample YouTube URLs below), and I tried skipping to a certain part of

Bug#769143: vlc: Cannot select left/right channel in Stereo Mode

Package: vlc Version: 2.2.0~rc1-1 Severity: normal Dear Maintainer, This has been happening even in the 2.1.X stable versions of VLC. * What exactly did you do (or not do) that was effective (or ineffective)? Going into Audio - Stereo Mode - Left/Right * What was the outcome of

Bug#765779:

Thanks for the patch Martin! Does anyone have any idea when this patch will be committed?

Bug#765830: vlc: Cannot select just one channel in Stereo Mode

Package: audacity Version: 2.2.0~pre4-1+b1 Severity: normal Dear Maintainer, This has been happening even in the 2.1.X stable versions of VLC. * What exactly did you do (or not do) that was effective (or ineffective)? Going into Audio - Stereo Mode - Left/Right * What was the

Bug#765779:

It's not just you. I'm getting the same error when trying to adjust the gain on a project with multiple tracks. By the just me question, I meant the way the buttons show up in the Crash Recovery window after I re-open Audacity. :) Screenshot: https://i.imgur.com/vqvG63d.png Does the failed

Bug#765830:

Whoops, package: vlc not audacity, my bad!

Bug#765779: audacity: An assertion failed! when changing track volume or panning

thanks a lot for the bug report! :-) You're very welcome, it's the least I could do to help FOSS gain more popularity :D If you want to help, you can compile the example I submitted in the upstream report and confirm the problem there, so at least the status can upgrade from new to confirmed.

Bug#765779: audacity: An assertion failed! when changing track volume or panning

Package: audacity Version: 2.0.6-1 Severity: normal Dear Maintainer, I've opened an audio file in Audacity today, and wanted to adjust the panning to a track and it immediately popped up a window saying An ssertion failed!, after which this was layed out: ../src/common/wincmn.cpp(3271): assert

Bug#762377: closed by Sebastian Ramacher sramac...@debian.org (Re: Bug#762377: vlc: Videos over HTTP stream very slowly in 2.2.0-pre3)

Sorry for the late reply, but indeed it fixed the problem for me as well. Does anyone know where was this issue fixed? Was it a bug in the debian packages or was it upstream? Just out of curiosity :)

Bug#762377: closed by Sebastian Ramacher sramac...@debian.org (Re: Bug#762377: vlc: Videos over HTTP stream very slowly in 2.2.0-pre3)

Okay, now I've tried to play a 320p stream in webm and mp4 from YouTube (can't link to those as those links I get in keepvid.com expire after some time, so you'll have to use that tool yourselves), and the webm one streams smoothly while the mp4 one at times stops to buffer. I've looked at the

Bug#762377: closed by Sebastian Ramacher sramac...@debian.org (Re: Bug#762377: vlc: Videos over HTTP stream very slowly in 2.2.0-pre3)

Updated to the latest version on unstable, 2.2.0-pre3, and it's still the same.

Bug#762377: closed by Sebastian Ramacher sramac...@debian.org (Re: Bug#762377: vlc: Videos over HTTP stream very slowly in 2.2.0-pre3)

Thanks. I can confirm the issue. It looks a lot like #7186 in vlc's trac to me. At least I see the same problem with the stream mentioned there. That bug seems to be over 2 years old. What are the next steps that I should take?

Bug#762377: closed by Sebastian Ramacher sramac...@debian.org (Re: Bug#762377: vlc: Videos over HTTP stream very slowly in 2.2.0-pre3)

Thank you for checking. I'm reopening the bug report and adjusting the versions accordingly. Thanks for reopening the bug too :) Is there a publicly accessible stream somewhere that we can use to debug the issue? Yes there is, but at the moment I only have YouTube videos, as I forgot where I

Bug#762377: vlc: Videos over HTTP stream very slowly in 2.2.0-pre3

Package: vlc Version: 1:2.2.0~pre3-dmo2 Severity: normal Dear Maintainer, x What led up to the situation? After upgrading/updating Debian's VLC packages last week, I noticed that VLC no longer plays streamed videos (over HTTP), and the connection is dropped after a few seconds on any HD stream,

Bug#762377: Acknowledgement (vlc: Videos over HTTP stream very slowly in 2.2.0-pre3)

I'm not sure how to re-open a bug (I've only used mailing lists a few times and I reported a bug only once before) so I'm going to assume that by replying back it'll re-open the bug (sorry for the noobishness :P) My bad, I've now commented out the deb-multimedia repos from /etc/apt/sources.list

Bug#762377: closed by Sebastian Ramacher sramac...@debian.org (Re: Bug#762377: vlc: Videos over HTTP stream very slowly in 2.2.0-pre3)

Thanks for the answer Klaumi, here's the updated dependency list: ___ ii fonts-freefont-ttf 20120503-4 ii libaa1 1.4p5-43 ii libavcodec566:11-1 ii libavutil54

Bug#741554:

Thanks for replying, however I doubt the soundcard is damaged, I had similar bugs under Ubuntu a few years back and afterwards moved back to Windows, and the card works properly there. Just to make sure I looked at the card and it seemed to be properly plugged in, I tried to push it a little bit

Bug#741554: closed by Elimar Riesebieter riese...@lxtec.de (Re: [Pkg-alsa-devel] Bug#741554:)

You haven't given any explanation as to why you're closing this bug report, you don't know whether it is truly a bug or what's actually going on, and I don't know what info to give more to troubleshoot this issue I'm having. Please reopen the bug, and let others help by properly troubleshooting my

Bug#741554:

Today I run into another ugly bug that rendered the PC useless. It happened right after trying to run a game under DosBox using MUNT (DosBox = enviroment emulator for old MS-DOS software, MUNT = sound module synthetizer emulator) The error (again it flowed continously flooding the terminal window

Bug#741554:

Hmm, you must be thoughtful to notice a system event which causes your bug. I can't help at this stage as there are no similar bugs reported in the net. There is a comprehensive howto at http://www.johannes-bauer.com/linux/dolby/ Maybe it helps? Whoops, I just realised that I haven't

Bug#741554:

You can install librcc0 from sid with no doubt. $ apt-cache policy librcc0 librcc0: Installed: 0.2.9-3.1+b1 Candidate: 0.2.9-3.1+b1 Version table: *** 0.2.9-3.1+b1 0 500 http://http.debian.net/debian/ testing/main i386 Packages 100 /var/lib/dpkg/status 0.2.9-3 0

Bug#741554:

According to [0] it should help to switch the pcm in pulse? [0] http://forums.linuxmint.com/viewtopic.php?f=202t=57132 Nope, I also removed pulse yesterday (since I don't really need it anyway) to try and see if it solves the problem, and it didn't, all it resulted is in some breakage (no

Bug#741554:

Thanks for your reply Elimar, Try moc ;-) Hehe, I did that now, but it reports Segmentation fault I installed it through apt-get. The default card should be card '0' aplay -v ist only for cinematics ;-) Please post the output of # aplay -l # aplay -L # lsmod | grep snd The output

Bug#741554:

See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740612 Thanks, I'll build moc myself after I fix my audio problems, and give it a try. - The output generated while sound is working. - The output generated while sound doesn't work. The output of what? Also just to make sure I was clear:

Bug#741554: alsa-base: Invalid PCM pointer with CMI8738

Package: alsa-base Version: 1.0.25+3 Severity: important Dear Maintainer, I've been having this problem on CrunchBang 11 Waldorf which is based off Debian Wheezy (I think) I've had to restart the PC 4 times because of this. Every time I try to listen to something, at random points it hiccups