Sorry for not noticing repliers earlier. I forgot to check my debian
bug filter directory for replies.
I don't think there is any hurry to upgrade qtcraetor. At least not
before qt5 build issues has been resolved.
I think a qml crash bug test case should be simple enough for this one too.
On
Steps to reproduce:
1. Open the project in qtcreator
2. Make sure qtcreator is configured to use qt 5.2
(tools-options-Buildrun, QT Versions and Kits tabs)
3. Configure project with qt 5.2 kit
4. See that run and debug buttons in bottom left corner are grey. Also
matching menu entries are
Now I found first relevant bit of information from
http://qt-project.org/forums/viewthread/34706/#151753
That tries to say that even qtcreator 3.0 beta was too old for qt 5.2.
I then went to download qtcreator 3.0.1 just to check if newer version
would work for me. It does work fine on my
On Thu, Nov 14, 2013 at 8:48 AM, Michael Vogt m...@debian.org wrote:
On Fri, Nov 08, 2013 at 08:47:32AM +0200, Pauli Nieminen wrote:
Maybe these patches will help fixing the issue. At least to me it looks
like the cause of the problem.
Thanks a bunch for digging
Maybe these patches will help fixing the issue. At least to me it looks
like the cause of the problem.
From 03482179d0a91cf3f23fa777874a5e45344a4486 Mon Sep 17 00:00:00 2001
From: Pauli Nieminen suok...@gmail.com
Date: Fri, 8 Nov 2013 08:11:26 +0200
Subject: [PATCH] Avoid sending package name
On Wed, Nov 6, 2013 at 9:04 AM, Michael Vogt m...@debian.org wrote:
On Sun, Nov 03, 2013 at 01:02:25PM +0200, Pauli Nieminen wrote:
I upgraded to 0.9.12.1 on 16th October (from logs). That means I'm
reproducing this issue with 0.9.12.1.
Thanks for your bugreport.
This was indeed supposed
Now I managed to reproduce the issue with debug print that tells following:
(Reading database ... 395704 files and directories currently installed.)
Preparing to replace libwireshark-data 1.10.2-2 (using
.../libwireshark-data_1.10.3-1_all.deb) ...
Unpacking replacement libwireshark-data ...
I upgraded to 0.9.12.1 on 16th October (from logs). That means I'm
reproducing this issue with 0.9.12.1.
On Sun, Nov 3, 2013 at 12:20 PM, Julian Andres Klode j...@debian.org wrote:
On Sun, Nov 03, 2013 at 10:09:06AM +0200, Pauli wrote:
Package: python-apt
Version: 2:0.9.1
Severity:
It seems the hotplug mutex is taken when I shutdown my qemu VM having USB
passthrough configured for a device. There is libusb_init called followed
quickly after by libusb_exit.
Deadlock happens most likely because libusb_exit holds linux_hotplug_lock
during whole exit phase. With bad timeing
Thanks. Looks exactly same bug.
I will test the patch if any new appears to redhat bugzilla.
Too bad there isn't link to upstream bug report and I'm lazy searching one.
:/
On Mon, Jul 29, 2013 at 2:30 PM, Aurelien Jarno aurel...@aurel32.netwrote:
forwarded 717988
Hi,
I didn't mention first time but I did a short term workaround:
ln -s /usr/lib/i386-linux-gnu/wine-unstable/wine/wineserver /usr/bin/
starter. That means
patch should be complete fix for 3.5.2. I will make an untested patch for
maste so we can see upstream comments too. Porting seems to be relatively
simple operations what I have looked the diff.
On Fri, Dec 21, 2012 at 6:32 PM, Pauli Nieminen suok...@gmail.com wrote:
On Mon
The master merge request can be found from
https://code.launchpad.net/~paniemin/gwibber/gwibber/+merge/143341
On Mon, Dec 17, 2012 at 11:58 AM, Kartik Mistry kartik.mis...@gmail.comwrote:
On Sat, Dec 15, 2012 at 2:39 PM, Pauli suok...@gmail.com wrote:
I noticed that sometimes gwibber generates multiple notifications for a
single update. I quickly figured out that issue was dbus starting
multiple
I have now been running the debug config kernel since posting this
bug. There has been no lockdep or slab debug reports in kernel log
since. That makes me wonder what is possible cause of the twice
produced oops in __d_shrink.
I have been using suspend multiple times per day. I have applied all
Oops. I forgot to open /dev/null to place instead of standard stream.
The fixed patch attached.
desktop-peer-browse-use-xdg-open.diff
Description: Binary data
I forgot to add a few important details:
The laptop gets suspended and resumed frequantly. After resume radeon
always tries to fakeup but HW is in sleept state by vgaswitcheroo.
Also before the oops I was browsing with iceweacel and having nonfree
flash showing live bridge vugraph from World
Upstream bug is
https://bugs.freedesktop.org/show_bug.cgi?id=36930
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: compizconfig-settings-manager
Version: 0.8.4-2
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Resetting settings happens very randomly but relatively frequantly. I
haven't yet
figured out what is causing the bug. But following lsit is when I have
seen the bug
- - When I
Package: linux-image-686
Version: 2.6.32+25
Severity: normal
Code path for r100/r200 is missing GPU cache flush in GPU context
swicth. This causes image corruption and possible GPU hangs.
Fix is included in 2.6.33 since commit:
9e5b2af75abc67c13005c706cf9578f7fddc drm/r100/kms: Emit cache
This is kernel bug and is fixed with kernel commits in 2.6.34-rc1:
7a9f0dd9c49425e2b0e39ada4757bc7a38c84873 drm: Add generic multipart buffer.
b4fe945405e477cded91772b4fec854705443dd5 drm/radeon: Fix memory
allocation failures in the preKMS command stream checking.
Package: supertuxkart
Version: 0.6.2+dfsg1-1
Severity: normal
Supertuxkart is under/overflowing gl matrix stacks because incorrect
handling of matrix mode.
I tried to submit fix for this to upstream project but they reject
because all development is going to trunk (0.7). [1]
Patch to fix the
On Sun, Mar 7, 2010 at 8:19 PM, Andres Cimmarusti acimmaru...@gmail.com wrote:
Package: xserver-xorg-video-radeon
Version: 1:6.12.5-1
Severity: normal
I waited till today to upgrade my xserver-xorg-video-radeon package to the
version in unstable (6.12.5), mainly because I was waiting for
On Wed, Feb 10, 2010 at 9:00 PM, Andreas Rottmann a.rottm...@gmx.at wrote:
Alex Deucher alexdeuc...@gmail.com writes:
From your log:
(II) RADEON(0): GPU accel disabled or not working, using shadowfb for KMS
Check your dmesg. You are probably missing the rlc ucode for the
interrupt
On Mon, Feb 1, 2010 at 9:15 PM, Brice Goglin brice.gog...@ens-lyon.orgwrote:
Adrian Glaubitz wrote:
Package: xserver-xorg-video-radeon
Version: 1:6.12.4-2
Severity: normal
Hi,
since Debian testing is now shipping with Linux Kernel 2.6.32 which has
mature support
for kernel-based
Hello!
I just wanted to give my view what oprofile can do more than ps. Even
thought that requires large amount of CPU time very good source code
knowledge about program that someone else is running.
Basically you can put oprofile to collect data with very high
frequency including callgraph.
26 matches
Mail list logo