Bug#854828: Command
ga@grzes:~/Filmy/BBC$ get_iplayer --get --nopurge --vmode=flashhd1 --versions default,signed -o ~/Filmy/BBC --force --verbose 62 RTMPDump v2.4 (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL DEBUG: Protocol : RTMP DEBUG: Hostname : vod-rtmp-uk-live.edgesuite.net DEBUG: Port : 1935 DEBUG: Playpath : mp4:secure/3200kbps/modav/bUnknown-7151861f-6688-4896-8272-4d7860651b9c_b08dmjf7_1485687137350.mp4?auth=daEb3c2a7cKdCaFczb3aKcNdhdnbXb8axdX-byNIy0-bWG-GppDJpCqNBoGsxH=v001=secure/1500kbps/modav/bUnknown-7151861f-6688-4896-8272-4d7860651b9c_b08dmjf7_1485687139262.mp4;secure/800kbps/modav/bUnknown-7151861f-6688-4896-8272-4d7860651b9c_b08dmjf7_1485687139942.mp4;secure/480kbps/modav/bUnknown-7151861f-6688-4896-8272-4d7860651b9c_b08dmjf7_1485687135818.mp4;secure/3200kbps/modav/bUnknown-7151861f-6688-4896-8272-4d7860651b9c_b08dmjf7_1485687137350.mp4 DEBUG: tcUrl: rtmp:// vod-rtmp-uk-live.edgesuite.net:80/ondemand?_fcs_vhost=vod-rtmp-uk-live.edgesuite.net=daEb3c2a7cKdCaFczb3aKcNdhdnbXb8axdX-byNIy0-bWG-GppDJpCqNBoGsxH=v001=secure/1500kbps/modav/bUnknown-7151861f-6688-4896-8272-4d7860651b9c_b08dmjf7_1485687139262.mp4;secure/800kbps/modav/bUnknown-7151861f-6688-4896-8272-4d7860651b9c_b08dmjf7_1485687139942.mp4;secure/480kbps/modav/bUnknown-7151861f-6688-4896-8272-4d7860651b9c_b08dmjf7_1485687135818.mp4;secure/3200kbps/modav/bUnknown-7151861f-6688-4896-8272-4d7860651b9c_b08dmjf7_1485687137350.mp4 DEBUG: swfUrl : http://emp.bbci.co.uk/emp/SMPf/1.16.6/StandardMediaPlayerChromelessFlash.swf DEBUG: pageUrl : http://www.bbc.co.uk/iplayer/episode/b08dmjhg DEBUG: app : ondemand?_fcs_vhost=vod-rtmp-uk-live.edgesuite.net =daEb3c2a7cKdCaFczb3aKcNdhdnbXb8axdX-byNIy0-bWG-GppDJpCqNBoGsxH=v001=secure/1500kbps/modav/bUnknown-7151861f-6688-4896-8272-4d7860651b9c_b08dmjf7_1485687139262.mp4;secure/800kbps/modav/bUnknown-7151861f-6688-4896-8272-4d7860651b9c_b08dmjf7_1485687139942.mp4;secure/480kbps/modav/bUnknown-7151861f-6688-4896-8272-4d7860651b9c_b08dmjf7_1485687135818.mp4;secure/3200kbps/modav/bUnknown-7151861f-6688-4896-8272-4d7860651b9c_b08dmjf7_1485687137350.mp4 DEBUG: live : no DEBUG: timeout : 10 sec DEBUG: SWFSHA256: DEBUG: a2 cb 88 90 ff 4a 91 a5 fc 2a fb 25 b4 6b 4b b5 DEBUG: ef 0f 4b eb 8a e2 f2 1b dd 33 72 fe 64 b5 25 44 DEBUG: SWFSize : 979369 DEBUG: Setting buffer time to: 3600ms Connecting ... DEBUG: RTMP_Connect1, ... connected, handshaking DEBUG: HandShake: Client type: 03 DEBUG: HandShake: Client digest offset: 430 DEBUG: HandShake: Initial client digest: DEBUG: e1 f2 29 07 71 78 c8 e2 59 fc d4 49 51 ff fc 2b DEBUG: 64 c7 04 cf 90 a7 ad cd 22 56 0d a1 e7 5f 6c a3 DEBUG: HandShake: Type Answer : 03 DEBUG: HandShake: Server Uptime : 587242696 DEBUG: HandShake: FMS Version : 5.0.7.1 DEBUG: HandShake: Calculated digest key from secure key and server digest: DEBUG: 57 4f e8 ba 19 c9 3d 45 d8 3c ae 47 de f5 a3 86 DEBUG: 01 07 95 19 5a 8c 6d 8e f8 ee 1c 10 4b 50 77 35 DEBUG: HandShake: Client signature calculated: DEBUG: cc f3 c2 18 c9 ea 0e 0b 2f 96 4b fb c7 d0 46 30 DEBUG: b7 b7 0d 37 08 e4 9f 11 50 a4 a1 b5 84 98 a2 69 DEBUG: HandShake: Server sent signature: DEBUG: 3d 48 3c d1 32 b4 3c 39 66 fd 09 06 08 4f fd fa DEBUG: 1c ce 3f 95 2e 3f 9d 31 45 71 39 56 80 96 e4 77 DEBUG: HandShake: Digest key: DEBUG: 64 fc 2b 91 93 f5 1c ef 71 d9 f7 ef 55 84 d5 ec DEBUG: d2 88 15 2c 6f 3f 4a 6d 1a f8 aa d5 73 1e d2 f5 DEBUG: HandShake: Signature calculated: DEBUG: 3d 48 3c d1 32 b4 3c 39 66 fd 09 06 08 4f fd fa DEBUG: 1c ce 3f 95 2e 3f 9d 31 45 71 39 56 80 96 e4 77 DEBUG: HandShake: Genuine Adobe Flash Media Server DEBUG: HandShake: Handshaking finished DEBUG: RTMP_Connect1, handshaked DEBUG: Invoking connect INFO: Connected... DEBUG: HandleServerBW: server BW = 125 DEBUG: HandleClientBW: client BW = 125 2 DEBUG: HandleChangeChunkSize, received: chunk size change to 4096 DEBUG: RTMP_ClientPacket, received: invoke 242 bytes DEBUG: (object begin) DEBUG: (object begin) DEBUG: Property: DEBUG: Property: DEBUG: Property: DEBUG: (object end) DEBUG: (object begin) DEBUG: Property: DEBUG: Property: DEBUG: Property: DEBUG: Property: DEBUG: Property: DEBUG: (object begin) DEBUG: Property: DEBUG: (object end) DEBUG: (object end) DEBUG: (object end) DEBUG: HandleInvoke, server invoking <_result> DEBUG: HandleInvoke, received result for method call DEBUG: sending ctrl. type: 0x0003 DEBUG: Invoking createStream DEBUG: RTMP_ClientPacket, received: invoke 21 bytes DEBUG: (object begin) DEBUG: Property: NULL DEBUG: (object end) DEBUG: HandleInvoke, server invoking DEBUG: Invoking _checkbw DEBUG: RTMP_ClientPacket, received: invoke 29 bytes DEBUG: (object begin) DEBUG: Property: NULL DEBUG: (object end) DEBUG: HandleInvoke, server invoking <_result> DEBUG: HandleInvoke, received result for method call DEBUG: SendPlay, seekTime=0, stopTime=0, sending play:
Bug#632125: aptitude fails to resolve dependencies for safe-upgrade
Hi, This problem occurs every time a new stable Debian is released. As a workaround I always have to do aptitude dist-upgrade at some point (after upgrading selected packages in a safe way). Now I am running Debian stable, so my APT policy is (600, 'testing'), (700, 'stable'), (50, 'unstable') Unfortunately we just had a release, so the next opportunity to replicate the problem will be in a few years time. What kind of debugging output should I collect if/when it happens next time? Cheers, Grzegorz On 18 September 2015 at 23:06, Manuel A. Fernandez Montecelo < manuel.montez...@gmail.com> wrote: > Control: tags -1 + moreinfo > > > Hi Grzegorz, > > 2011-06-29 19:12 Grzegorz Andruszkiewicz: > >> Package: aptitude >> Version: 0.6.3-3.2 >> Severity: important >> >> I have just tried to use aptitude safe-upgrade to upgrade my laptop. It >> started >> to resolve dependencies so I left the system running for 10h. However >> after >> this time it still didn't finish. The closed package count was 30, >> the open >> ones over 27. I don't know if it was doing normal processing (just >> slow) or >> if it hang -- either way it is completely unusable. >> > > Is this a recurrent problem, or did you only see it around the time when > this was reported? > > At the time you were using 3 Debian releases: > > APT policy: (700, 'testing'), (600, 'stable'), (50, 'unstable') >> > > Do you still use this now? If it stopped happening, did it have any > correlation with the number of releases used? > > > Can provide any other useful information that you can think of, any > change of the situation since then? > > > Cheers. > -- > Manuel A. Fernandez Montecelo> >
Bug#632227: aptitude crashed during safe-upgrade operation
Hi, Unfortunately I don't remember any details anymore, sorry about that. I am running stable these days, then you get a massive number of updates after a release. Cheers, Grzegorz On 9 Sep 2015 14:06, "Manuel A. Fernandez Montecelo" < manuel.montez...@gmail.com> wrote: > Control: tags -1 + moreinfo > Control: close -1 > > Hello Grzegorz, > > 2011-06-30 17:48 Grzegorz Andruszkiewicz: > >> Package: aptitude >> Version: 0.6.3-4 >> Severity: important >> >> I was running the aptitude safe-upgrade command to update the system >> after a >> while (there were about 1400 packages being updated). However after >> unpacking a >> couple of packages aptitude crashed with a message that there are too many >> errors. Presumably too many dependencies were broken. >> >> I think that aptitude should check if the operation will not cause too >> many >> dependencies being broken before it starts. After it crashed it failed to >> even >> start again (see bug 632125). I was forced to run apt-get -f dist-upgrade >> to >> get the system to some stable state, but I lost all the auto marks on >> packages. >> > > Sorry that this bug was not handled in a more timely manner, but this > bug report is not very actionable as it is. > > We would need to know at least some approximate message of what it > complained about, "too many errors" is not enough, there is nothing > matching "-i 'many.*broken'" in the source. Also, using unstable and > doing big upgrades from time to time for more than a decade, I never > encountered such a message, so I have no clue about what might be the > problem. > > Additionally, seeing the other bug report, it is not clear that "it > failed to even start again": in fact it did, and it was doing dependency > resolution (maybe the system was left in a state very difficult to > resolve and thus it was taking unreasonable long time; or needed too > much memory or other causes; aptitude bugs/problems or not). But that > is different than failing/refusing to even start because e.g. the file > recording package states was corrupt, for example. > > So I am going to close this bug report now, because I think that nothing > useful can be extracted from it. > > > Cheers. > -- > Manuel A. Fernandez Montecelo> >
Bug#709333: libeigen3-dev: Wrong path to included .h file in StdVector.h
Hi, In this case it should be: #include eigen3/Eigen/src/StlSupport/details.h otherwise it just doesn't compile. Regards, Grzegorz On 22 May 2013 19:47, Anton Gladky gl...@debian.org wrote: tags 709333 +moreinfo thanks Hi Grzegorz, thanks for bugreport. But I do not think it is a problem. You should add into compiler the flag -I/usr/include. In this case details.h should be picked up properly. Please, provide an example, if it does not solve your problem. Cheers, Anton On 05/22/2013 05:21 PM, Grzegorz Andruszkiewicz wrote: Package: libeigen3-dev Version: 3.1.3-1 Severity: normal Dear Maintainer, It seems that there is a bug in the file eigen3/Eigen/src/StlSupport/StdVector.h. At the top there is an include statement: #include Eigen/src/StlSupport/details.h which gives an error that the required file was not found. The file seems to be in the same directory, so I guess the correct thing should be: #include details.h StdList.h and StdDeque.h in the same folder seem to contain the same buggy line. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (700, 'testing'), (600, 'stable'), (500, 'oldstable'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash libeigen3-dev depends on no packages. libeigen3-dev recommends no packages. Versions of packages libeigen3-dev suggests: pn libeigen3-doc none -- no debconf information
Bug#697748: [Aptitude-devel] Bug#697748: aptitude safe-upgrade ignores some trivial upgrades
Hi, I marked the fuse-utils as auto before doing the second upgrade. I am 90% confident that aptitude safe-upgrade then produced: Will install 0 packages, and remove 0 packages. === [HOLD, DEPENDENCIES] fuse-utils:i386 [HOLD, DEPENDENCIES] fuseiso:i386 === aptitude dist-upgrade did the job: Will install 1 packages, and remove 1 packages. 84.0 kB of disk space will be freed === [REMOVE, NOT USED] fuse-utils:i386 [UPGRADE] fuseiso:i386 20070708-2 - 20070708-3 === Cheers, Grzegorz PS. I get this kind of situation quite often with packages not upgrading without any obvious reason. On 9 January 2013 11:48, Axel Beckert a...@debian.org wrote: Hi, Grzegorz Andruszkiewicz wrote: I just ran the standard aptitude safe-upgrade today: grzes:/home/ga# aptitude safe-upgrade The following packages will be upgraded: inkscape librpm3 librpmbuild3 librpmio3 librpmsign1 python-xdg rpm rpm-common rpm2cpio 9 packages upgraded, 0 newly installed, 0 to remove and 2 not upgraded. [...] Current status: 2 updates [-9]. As you can see, there are still 2 updates left. So I tried: grzes:/home/ga# aptitude dist-upgrade The following packages will be upgraded: fuse-utils fuseiso 2 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 66.3 kB of archives. After unpacking 13.3 kB will be freed. Do you want to continue? [Y/n/?] and as you see there are no issues why these should not be upgraded in the safe way. Indeed. Do you know the version of fuse-utils before the dist-upgrade? For me, the upgrade was: 03-Jan-2013: [UPGRADE] fuse-utils:amd64 2.9.0-2 - 2.9.0-2+deb7u1 06-Jan-2013: [UPGRADE] fuseiso:amd64 20070708-2 - 20070708-3 And the changelog entry of fuseiso 20070708-3 contains: * Renamed dependency from fuse-utils to fuse (Closes: #689009) And now it looks like this for me: fuse-utils: Installed: 2.9.0-2+deb7u1 Candidate: 2.9.0-2+deb7u1 Version table: *** 2.9.0-2+deb7u1 0 900 http://ftp.ch.debian.org/debian/ wheezy/main amd64 Packages 901 http://ftp.ch.debian.org/debian/ wheezy-proposed-updates/main amd64 Packages 100 /var/lib/dpkg/status fuseiso: Installed: 20070708-3 Candidate: 20070708-3 Version table: *** 20070708-3 0 900 http://ftp.ch.debian.org/debian/ wheezy/main amd64 Packages 800 http://ftp.ch.debian.org/debian/ sid/main amd64 Packages 100 /var/lib/dpkg/status fuse-utils is a transitional package which does no more exist in Sid, so I suspect that the dependencies playing here are not dead simple and I'm not so surprised that this can cause such issues. Nevertheless it should have been able to do it in one run. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To unsubscribe, send mail to 697748-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#695453: Update
I think I found out why this issue emerged right now, there seems to be a bug in the KDE settings system, where it automatically turns on the file indexing, even though the option is unticked in the dialog box. So basically there are two issues from my perspective: 1) It is not possible to switch indexing off. You can switch it off for the current session, but it will be enabled again after restart. 2) Indexing is so slow, that it is absolutely not usable. It freezes the whole system. Kind regards, Grzegorz
Bug#667684: nvidia-glx: Crashes and system freezes
I am still running 302.17-3. This version seems reasonably stable so far (cross fingers). Grzegorz On 10 September 2012 13:02, Andreas Beckmann deb...@abeckmann.de wrote: On 2012-07-17 20:30, Andreas Beckmann wrote: I just uploaded 304.22-1 to experimental - the changelog is very long, eventually the situation has improved now. There are also 295.59 in squeeze-backports and 302.17 in sid/wheezy. In http://www.nvnews.net/vbulletin/showthread.php?p=2569402#post2569402 this was reported as fixed in 295.59, so this should be fixed in the current 304 release (304.43 in sid), too. Can someone confirm this? Thanks Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686633: apt: /etc/apt/preferences is not interpreted correctly
Hi, Thanks for your recommendations. a) There is 'gnash' available in Debian main - it's a free implementation of some (mostly earlier) flash versions. Works for all these funky flash advertisement banners as well as the media players for audio/ video streaming just fine. I think it is even part of the default desktop install. I tried gnash some time ago, but it failed with the BBC iplayer. I will try again though. b) There are a multitude of PDF viewers (and even some editors) in main. Every desktop environment has its own, e.g. 'evince', 'okular', 'xpdf', … Choose what you like. I would at least highly recommend to NOT use Adobes Acrobat Reader as its track record for fixing security bugs in its linux build is even worse than the record for flash … I usually use these open-source alternatives for viewing pdf's. I found that they are producing rather rubbish results when printing though :( c) Never used cinelerra. There were some requests for it to be packaged for debian (#78209 and merges), but nobody did it so far, maybe everyone uses alternatives which are packaged? I am not to deep into that topic, but I recently used kdenlive for some video editing - maybe its an option. This looks really promising! Thanks for the recommendation. Cheers, Grzegorz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683907: mencoder: Crashes with seg fault even after getting rid of dmo libraries
Hi, Is there any chance this change will make it before the current Debian release? Regards, Grzegorz On 6 August 2012 19:26, Reimar Döffinger reimar.doeffin...@gmx.de wrote: On Mon, Aug 06, 2012 at 02:21:41PM +0100, Grześ Andruszkiewicz wrote: Sorry for the private email. As suggested, I downloaded this clip: http://mirrorblender.top-ix.org/peach/bigbuckbunny_movies/big_buck_bunny_480p_stereo.avi and I get the same error with this file (as downloaded), which suggests something is wrong with my configuration? Is there a way to see which libraries are loaded, etc. to nail down this issue? ga@grzes:~/Spam/video$ mencoder big_buck_bunny_480p_stereo.avi -o a.mpg -vf crop=346:240:2:24 -oac copy -ovc x264 -x264encopts bitrate=3000 pass=1 nr=2000 Thank you for the instructions. I believe this to be fixed now in upstream MPlayer SVN r35061. As a workaround I believe -noslices should work. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683907: mencoder: Crashes with seg fault even after getting rid of dmo libraries
Hi, The output from gdb. I installed the symbols you mentioned, I hope its all that is needed. Cheers, Grzegorz (gdb) run avseq03\ Latawiec.mpg -o 03.mpg -vf crop=346:240:2:24 -oac copy -ovc x264 -x264encopts bitrate=3000 pass=1 nr=2000 Starting program: /usr/bin/mencoder avseq03\ Latawiec.mpg -o 03.mpg -vf crop=346:240:2:24 -oac copy -ovc x264 -x264encopts bitrate=3000 pass=1 nr=2000 [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/i386-linux-gnu/i686/cmov/libthread_db.so.1. [New Thread 0xb4ac0b70 (LWP 5115)] [New Thread 0xb42bfb70 (LWP 5116)] [New Thread 0xb3abeb70 (LWP 5117)] [New Thread 0xb2d3cb70 (LWP 5118)] x264 [info]: profile High, level 3.0 Pos: 0.0s 1f ( 0%) 0.00fps Trem: 0min 0mb A-V:0.000 [0:0] draw_slice: dmpi not stored by vf_expand Program received signal SIGSEGV, Segmentation fault. 0x080dcd9b in ?? () (gdb) bt #0 0x080dcd9b in ?? () #1 0x080dcee4 in ?? () #2 0x080d41cc in ?? () #3 0x08187d48 in ?? () #4 0xb6a2dc39 in ?? () from /usr/lib/i386-linux-gnu/i686/cmov/libavcodec.so.53 #5 0xb69e4d6b in ?? () from /usr/lib/i386-linux-gnu/i686/cmov/libavcodec.so.53 #6 0xb69e7bf5 in ?? () from /usr/lib/i386-linux-gnu/i686/cmov/libavcodec.so.53 #7 0xb69e8978 in ?? () from /usr/lib/i386-linux-gnu/i686/cmov/libavcodec.so.53 #8 0xb6afdece in avcodec_decode_video2 () from /usr/lib/i386-linux-gnu/i686/cmov/libavcodec.so.53 #9 0x081884bf in ?? () #10 0x080cb3e1 in decode_video () #11 0x0808aac6 in main () -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683907: mencoder: Crashes with seg fault even after getting rid of dmo libraries
Hi, It seems that libavcodec does call some other function that is not covered by the libav package. It remains unclear where exactly the crash happens, which is necessary to work on a fix. Would you be able to guess where can I get the missing symbols from? Or how to figure out which ones are missing? Regards, Grzegorz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683907: mencoder: Crashes with seg fault even after getting rid of dmo libraries
Sorry for the private email. As suggested, I downloaded this clip: http://mirrorblender.top-ix.org/peach/bigbuckbunny_movies/big_buck_bunny_480p_stereo.avi and I get the same error with this file (as downloaded), which suggests something is wrong with my configuration? Is there a way to see which libraries are loaded, etc. to nail down this issue? ga@grzes:~/Spam/video$ mencoder big_buck_bunny_480p_stereo.avi -o a.mpg -vf crop=346:240:2:24 -oac copy -ovc x264 -x264encopts bitrate=3000 pass=1 nr=2000 MEncoder svn r34540 (Debian), built with gcc-4.7 (C) 2000-2012 MPlayer Team WARNING: OUTPUT FILE FORMAT IS _AVI_. See -of help. success: format: 0 data: 0x0 - 0x95417ac libavformat version 53.21.0 (external) Mismatching header version 53.19.0 AVI file format detected. [aviheader] Video stream found, -vid 0 [aviheader] Audio stream found, -aid 1 VIDEO: [MP42] 854x480 24bpp 24.000 fps 1840.6 kbps (224.7 kbyte/s) [V] filefmt:3 fourcc:0x3234504D size:854x480 fps:24.000 ftime:=0.0417 Opening video filter: [expand osd=1] Expand: -1 x -1, -1 ; -1, osd: 1, aspect: 0.00, round: 1 Opening video filter: [crop w=346 h=240 x=2 y=24] Crop: 346 x 240, 2 ; 24 == Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family libavcodec version 53.35.0 (external) Mismatching header version 53.32.2 Selected video codec: [ffmp42] vfm: ffmpeg (FFmpeg MSMPEG-4 v2) == audiocodec: framecopy (format=55 chans=2 rate=48000 bits=0 B/s=30718 sample-0) Movie-Aspect is undefined - no prescaling applied. x264 [info]: using SAR=1/1 x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle Cache64 x264 [info]: profile High, level 3.0 draw_slice: dmpi not stored by vf_expand Segmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674446: dolphin: Application starting very long time.
David, do you have your Linux partition aligned to a 4kb sector on your SSD? This might be the case as well (I have had to do it on my HDD). On 4 August 2012 06:09, David Smith sidic...@gmail.com wrote: Yes, I'm also having this problem... Dolphin sometimes takes 2+ minutes to open on a Sandy Brige quad-core CPU with Intel SSD (no swap partition). Some applications such as kwrite also takes 2+ minutes to open.. All other apps open instantly, including LibreOffice. On my 6+ year old laptop, both these applications (Dolphin and Kwrite) open within a few seconds so the problem is a strange one indeed.. As the software between the two PCs is identical as far as I can tell. It *MIGHT* have something to do with NTFS partitions on the local machine. That's my only guess.. Or the fact that there is no swap partition on that PC. Does anybody else have NTFS partitions on the local machine and finding that Dolphin or kwrite takes several minutes to open every time? Or somebody who don't have swap partitions finding it takes minutes to open dolphin or kwrite? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616308: Wheezy
Dear Maintainer, Could you please confirm or deny if the workaround patch mentioned above is going to make it into Wheezy? Kind regards, Grzegorz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674446: Bug confirmed
Hi, I can confirm that I am affected by this bug as well. Dolphin seems to read a lot of stuff from the hard drive at the start and the UI gets locked for a long time (15s in my case). It only occurs during the first time I open it after starting the computer. Regards, Grzegorz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597125: When will the fix be available in Testing
I have recently upgraded to 1.99-17 and I checked that this issue is still *not* fixed in this version. Does anyone have any idea when this fix will be available in Debian Testing? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662049: phonon: There is no sound at all - audio device is greyed out in configuration
Yes, they seem to run as two different users as you suggested: ga@grzes:~$ ps -lA | grep pulse 1 S 115 2492 1 0 80 0 - 25937 ? ?00:00:02 pulseaudio 1 S 1000 2636 1 0 69 -11 - 24618 - ?00:00:00 pulseaudio user 115 seems to be speech-dispatcher (what is this???) and 1000 is my account. after killing these two, the new process runs as me: grzes:/home/ga# killall pulseaudio grzes:/home/ga# ps -lA | grep pulse 1 S 1000 3145 1 0 69 -11 - 26414 - ?00:00:00 pulseaudio (and the sound works). So what is this speech-dispatcher? Why is it running a dogdy instance of pulseaudio? Grzegorz On 4 March 2012 15:25, dE . de.tec...@gmail.com wrote: On 03/04/12 13:17, Grześ Andruszkiewicz wrote: I found a workaround: grzes:/home/ga# killall pulseaudio grzes:/home/ga# ps -A | grep pulse 5137 ? 00:00:00 pulseaudio then I have only one pulseaudio and everything works fine! Why did it end up in this wrong state in the first place? What user is pulseaudio running as? It may be that there's a sytem wide instance of pulse running, and it also starts as a user. Remove pulseaudio from rc startup and see. -- To unsubscribe, send mail to 662049-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#662049: phonon: There is no sound at all - audio device is greyed out in configuration
I used the advice from: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=625235#30 and it seems to have done the trick! But it seems that some recent update set this RUN=yes in /etc/default/speech-dispatcher Cheers, Grzegorz 2012/3/4 Grześ Andruszkiewicz gandr...@gmail.com: Yes, they seem to run as two different users as you suggested: ga@grzes:~$ ps -lA | grep pulse 1 S 115 2492 1 0 80 0 - 25937 ? ? 00:00:02 pulseaudio 1 S 1000 2636 1 0 69 -11 - 24618 - ? 00:00:00 pulseaudio user 115 seems to be speech-dispatcher (what is this???) and 1000 is my account. after killing these two, the new process runs as me: grzes:/home/ga# killall pulseaudio grzes:/home/ga# ps -lA | grep pulse 1 S 1000 3145 1 0 69 -11 - 26414 - ? 00:00:00 pulseaudio (and the sound works). So what is this speech-dispatcher? Why is it running a dogdy instance of pulseaudio? Grzegorz On 4 March 2012 15:25, dE . de.tec...@gmail.com wrote: On 03/04/12 13:17, Grześ Andruszkiewicz wrote: I found a workaround: grzes:/home/ga# killall pulseaudio grzes:/home/ga# ps -A | grep pulse 5137 ? 00:00:00 pulseaudio then I have only one pulseaudio and everything works fine! Why did it end up in this wrong state in the first place? What user is pulseaudio running as? It may be that there's a sytem wide instance of pulse running, and it also starts as a user. Remove pulseaudio from rc startup and see. -- To unsubscribe, send mail to 662049-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#662049: phonon: There is no sound at all - audio device is greyed out in configuration
Do you have pulseaudio installed? Yes: grzes:/home/ga# aptitude versions pulseaudio p A 0.9.21-3+squeeze1 stable 600 i A 1.1-3 testing,unstable 700 If so, is there any 'pulse*' process running? 2126 ?00:00:11 pulseaudio 2718 ?00:00:00 pulseaudio How about making a new user and logging in it to see if sound works? Was there a kernel upgrade? I am not sure if there was a kernel upgrade, but I tried the previous kernel as well, so I think it is not related... -- To unsubscribe, send mail to 662049-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#662049: phonon: There is no sound at all - audio device is greyed out in configuration
I found a workaround: grzes:/home/ga# killall pulseaudio grzes:/home/ga# ps -A | grep pulse 5137 ?00:00:00 pulseaudio then I have only one pulseaudio and everything works fine! Why did it end up in this wrong state in the first place? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651891: [nvidia] soft lockup in _nv014253rm
Cheers, will try. It didn't happen again on the old drivers though - so it seems to be quite rare bug. On 18 February 2012 02:59, Andreas Beckmann deb...@abeckmann.de wrote: On 2011-12-12 23:28, Jonathan Nieder wrote: Grzegorz Andruszkiewicz wrote: I was using KDE, 2 browsers, some other applications. At the time it actually hanged there was no-one sitting at the computer. Thanks for reporting it. We don't maintain the nvidia driver. Passing the report on to the people maintaining the nvidia-graphics-modules package. Please retry with the latest driver release, 295.20, now available in unstable. Thanks Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656097: gxine: Fails to play anything with The audio device is unavailable
Hi, Thanks for a quick reply. Running xine --verbose and trying to play a movie clip produces: ga@grzes:~$ xine --verbose This is xine (X11 gui) - a free video player v0.99.6. (c) 2000-2007 The xine Team. Built with xine library 1.1.20 (1.1.20) Found xine library version: 1.1.20 (1.1.20). Platform information: system name : Linux node name : grzes release : 3.1.0-1-686-pae version : #1 SMP Tue Jan 10 05:42:54 UTC 2012 machine : i686 CPU information: --- processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Pentium(R) Dual-Core CPU E5200 @ 2.50GHz stepping: 6 cpu MHz : 1203.000 cache size : 2048 KB physical id : 0 siblings: 2 core id : 0 cpu cores : 2 apicid : 0 initial apicid : 0 fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr pdcm lahf_lm dts bogomips: 6650.13 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Pentium(R) Dual-Core CPU E5200 @ 2.50GHz stepping: 6 cpu MHz : 2500.000 cache size : 2048 KB physical id : 0 siblings: 2 core id : 1 cpu cores : 2 apicid : 1 initial apicid : 1 fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr pdcm lahf_lm dts bogomips: 6650.03 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: --- Display Name: :0, XServer Vendor:The X.Org Foundation, Protocol Version: 11, Revision: 0, Available Screen(s): 1, Default screen number: 0, Using screen: 0, Depth: 24, -[ xiTK version 0.10.7 [XFT] ]-[ WM type: (EWMH) KWIN {KWin} ]- load_plugins: plugin /usr/lib/xine/plugins/1.30/xineplug_dmx_qt.so found load_plugins: plugin /usr/lib/xine/plugins/1.30/xineplug_ao_out_alsa.so found load_plugins: plugin /usr/lib/xine/plugins/1.30/xineplug_dmx_mpeg_pes.so found load_plugins: plugin /usr/lib/xine/plugins/1.30/xineplug_ao_out_oss.so found load_plugins: plugin /usr/lib/xine/plugins/1.30/xineplug_vo_out_xcbxv.so found load_plugins: plugin /usr/lib/xine/plugins/1.30/xineplug_decode_spucmml.so found load_plugins: plugin /usr/lib/xine/plugins/1.30/xineplug_inp_cdda.so found load_plugins: plugin /usr/lib/xine/plugins/1.30/xineplug_ao_out_pulseaudio.so found load_plugins: plugin /usr/lib/xine/plugins/1.30/xineplug_dmx_mpeg.so found load_plugins: plugin /usr/lib/xine/plugins/1.30/xineplug_dmx_mpeg_ts.so found load_plugins: plugin /usr/lib/xine/plugins/1.30/xineplug_vo_out_opengl.so found load_plugins: plugin /usr/lib/xine/plugins/1.30/xineplug_vo_out_xvmc.so found load_plugins: plugin /usr/lib/xine/plugins/1.30/xineplug_dmx_pva.so found load_plugins: plugin /usr/lib/xine/plugins/1.30/xineplug_inp_http.so found load_plugins: plugin /usr/lib/xine/plugins/1.30/xineplug_dmx_iff.so found load_plugins: plugin /usr/lib/xine/plugins/1.30/xineplug_decode_w32dll.so found load_plugins: plugin /usr/lib/xine/plugins/1.30/xineplug_decode_w32dll.so found load_plugins: plugin /usr/lib/xine/plugins/1.30/xineplug_inp_file.so found load_plugins: plugin /usr/lib/xine/plugins/1.30/xineplug_dmx_asf.so found load_plugins: plugin /usr/lib/xine/plugins/1.30/xineplug_vo_out_caca.so found load_plugins: plugin /usr/lib/xine/plugins/1.30/xineplug_decode_qt.so found load_plugins: plugin /usr/lib/xine/plugins/1.30/xineplug_decode_qt.so found load_plugins: plugin /usr/lib/xine/plugins/1.30/xineplug_decode_theora.so found load_plugins: plugin
Bug#626663: Workaround doesn't work
Hi, I have the same problem, but the proposed workaround doesn't work. If I click OK on the exception window, then simply another would appear. I tried to click a couple of times. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626663: [pkg-cli-apps-team] Bug#626663: Workaround doesn't work
Indeed it did start eventually! But boy, that is annoying bug. On 30 November 2011 15:28, Carlos Martín Nieto car...@cmartin.tk wrote: On Wed, Nov 30, 2011 at 02:07:09PM +, Grześ Andruszkiewicz wrote: Hi, I have the same problem, but the proposed workaround doesn't work. If I click OK on the exception window, then simply another would appear. I tried to click a couple of times. Keep clicking. Monodevelop will start eventually. cmn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642757: Fix available in testing
Hmm: root@ga1009-dell:/home/ga1009# aptitude versions nvidia-graphics-drivers E: No such package nvidia-graphics-drivers. In sources.list I have among others: deb http://ftp.de.debian.org/debian/ testing main non-free contrib deb-src http://ftp.de.debian.org/debian/ testing main non-free contrib Updated 15mins ago. Cheers, Grzegorz 2011/11/23 Andreas Beckmann deb...@abeckmann.de: On 2011-11-22 12:19, Grześ Andruszkiewicz wrote: Hi, do you know when this fix will be available in Testing? I followed the advice to downgrade some of the X packages, but now I have an unupdatable system :( One week ago? http://packages.qa.debian.org/n/nvidia-graphics-drivers/news/2015T163914Z.html Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642757: Fix available in testing
Hi, do you know when this fix will be available in Testing? I followed the advice to downgrade some of the X packages, but now I have an unupdatable system :( -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607621: Bug
Hi, I am not sure what happened to this bug report, but it is certainly not fixed yet. Is it closed? Why didn't I get notification that the status has changed? Grzegorz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org