[plasma-systemmonitor] [Bug 444585] New: bar chart display style does not show bars when many sensors are used

https://bugs.kde.org/show_bug.cgi?id=444585 Bug ID: 444585 Summary: bar chart display style does not show bars when many sensors are used Product: plasma-systemmonitor Version: 5.23.0 Platform: Debian unstable

looking to use loop-AES with initramfs tools and root

Hi. I want to use loop-AES for my encrypted root partition (the real thing, not the compatibility mode offered by cryptsetup to mount old loop-AES volumes) and I'm looking to make it play nice with the initramfs tools. Basically I just have to make initramfs scripts use a special version of

Re: [pulseaudio-discuss] ignore_dB for a specific device

> On Saturday, July 13, 2019, 7:22:00 AM GMT+2, Tanu Kaskinen > wrote: > On Fri, 2019-07-12 at 12:36 +0000, john terragon wrote: > >  Thanks for the suggestion. > > However, after I sent the email to the list, I realized that using > > ignore_dB causes another probl

Re: [pulseaudio-discuss] ignore_dB for a specific device

Thanks for the suggestion. However, after I sent the email to the list, I realized that using ignore_dB causes another problem.  It solves the mute/unmute problem but then the volume cannot be adjusted any longer. The volume slide moves as I use volup and voldown buttons but the volume does

[pulseaudio-discuss] ignore_dB for a specific device

Hi If I mute a particular card when the volume is below 35%, the volume drops to 0 and it's not restored when the card is unmuted.The problem is solved by adding load-module module-udev-detect ignore_dB=1to default.pa.Since it's only one particular card that behaves like this, I was wondering if

[ksysguard] [Bug 407231] New: tree view not coherent when sending a signal

https://bugs.kde.org/show_bug.cgi?id=407231 Bug ID: 407231 Summary: tree view not coherent when sending a signal Product: ksysguard Version: 5.14.5 Platform: Debian unstable OS: Linux Status: REPORTED

random X server crashes (with backtrace), any clues?

Hi. After a dist-upgrade on my debian installation I'm experiencing "random" crashes of the X server, always with the backtrace that you can find at the end of this email. The dist-upgrade was rather large and a lot of components were updated, like the X server, mesa and kde. I don't think

[kwin] [Bug 396345] high cpu activity after upgrade from 5.12 to 5.13

https://bugs.kde.org/show_bug.cgi?id=396345 --- Comment #23 from john Terragon --- Created attachment 113903 --> https://bugs.kde.org/attachment.cgi?id=113903=edit props after -- You are receiving this mail because: You are watching all bug changes.

[kwin] [Bug 396345] high cpu activity after upgrade from 5.12 to 5.13

https://bugs.kde.org/show_bug.cgi?id=396345 --- Comment #22 from john Terragon --- Created attachment 113902 --> https://bugs.kde.org/attachment.cgi?id=113902=edit props before -- You are receiving this mail because: You are watching all bug changes.

[kwin] [Bug 396345] high cpu activity after upgrade from 5.12 to 5.13

https://bugs.kde.org/show_bug.cgi?id=396345 --- Comment #20 from john Terragon --- Sorry, you probably wanted the props of one firefox window. I used xprop. You can find the props, ver 5.12 and 5.13, for the same window in the attachments above. -- You are receiving this mail because: You

[kwin] [Bug 396345] high cpu activity after upgrade from 5.12 to 5.13

https://bugs.kde.org/show_bug.cgi?id=396345 --- Comment #19 from john Terragon --- Created attachment 113897 --> https://bugs.kde.org/attachment.cgi?id=113897=edit props 5.13 -- You are receiving this mail because: You are watching all bug changes.

[kwin] [Bug 396345] high cpu activity after upgrade from 5.12 to 5.13

https://bugs.kde.org/show_bug.cgi?id=396345 --- Comment #18 from john Terragon --- Created attachment 113896 --> https://bugs.kde.org/attachment.cgi?id=113896=edit props 5.12 -- You are receiving this mail because: You are watching all bug changes.

[kwin] [Bug 396345] high cpu activity after upgrade from 5.12 to 5.13

https://bugs.kde.org/show_bug.cgi?id=396345 --- Comment #17 from john Terragon --- I assumed you wanted the events for both 5.12 and 5.13. You can find them in the attachments above. They have been generated by the same firefox window. -- You are receiving this mail because: You are watching

[kwin] [Bug 396345] high cpu activity after upgrade from 5.12 to 5.13

https://bugs.kde.org/show_bug.cgi?id=396345 --- Comment #16 from john Terragon --- Created attachment 113895 --> https://bugs.kde.org/attachment.cgi?id=113895=edit events 5.13 -- You are receiving this mail because: You are watching all bug changes.

[kwin] [Bug 396345] high cpu activity after upgrade from 5.12 to 5.13

https://bugs.kde.org/show_bug.cgi?id=396345 --- Comment #15 from john Terragon --- Created attachment 113894 --> https://bugs.kde.org/attachment.cgi?id=113894=edit events 5.12 -- You are receiving this mail because: You are watching all bug changes.

[kwin] [Bug 396345] high cpu activity after upgrade from 5.12 to 5.13

https://bugs.kde.org/show_bug.cgi?id=396345 --- Comment #13 from john Terragon --- Isn't that something that an application can set/change to give a suggestion to the wm (the hint part...)? Anyways, let me know if there's something else I can try. I sync'ed the two roots with another system

[kwin] [Bug 396345] high cpu activity after upgrade from 5.12 to 5.13

https://bugs.kde.org/show_bug.cgi?id=396345 --- Comment #11 from john Terragon --- Created attachment 113888 --> https://bugs.kde.org/attachment.cgi?id=113888=edit events for the activation of one firefox window You can find the events in the attachment. I have that wm setting that g

[kwin] [Bug 396345] high cpu activity after upgrade from 5.12 to 5.13

https://bugs.kde.org/show_bug.cgi?id=396345 --- Comment #9 from john Terragon --- And, if I move the pointer on and off any firefox window when I'm xev'ing one of them, then xev says ColormapNotify event, serial 18, synthetic NO, window 0x67b, colormap 0x602, new NO, state

[kwin] [Bug 396345] high cpu activity after upgrade from 5.12 to 5.13

https://bugs.kde.org/show_bug.cgi?id=396345 --- Comment #8 from john Terragon --- I wrote the following before reading your new comment (and I got a "mid air collision" from the bugtracker when I tried to post it :) ): ---

[kwin] [Bug 396345] high cpu activity after upgrade from 5.12 to 5.13

https://bugs.kde.org/show_bug.cgi?id=396345 --- Comment #6 from john Terragon --- If that's the reason, why doesn't firefox "victimize" kwin 5.12? I have now two root filesystems (I use btrfs). Both of them have the same packages and at the same versions. Except one root has p

[kwin] [Bug 396345] high cpu activity after upgrade from 5.12 to 5.13

https://bugs.kde.org/show_bug.cgi?id=396345 --- Comment #4 from john Terragon --- Disabling the blu effect brings down the cpu usage by about 7%, which leaves it still above 30. And, btw, the only things that the blur effects blurs are the plasma decorations. Windows are not blurred, not even

[kwin] [Bug 396345] high cpu activity after upgrade from 5.12 to 5.13

https://bugs.kde.org/show_bug.cgi?id=396345 --- Comment #2 from john Terragon --- Created attachment 113852 --> https://bugs.kde.org/attachment.cgi?id=113852=edit support info Here it is. -- You are receiving this mail because: You are watching all bug changes.

[kwin] [Bug 396345] New: high cpu activity after upgrade from 5.12 to 5.13

https://bugs.kde.org/show_bug.cgi?id=396345 Bug ID: 396345 Summary: high cpu activity after upgrade from 5.12 to 5.13 Product: kwin Version: 5.13.2 Platform: Other OS: Linux Status: UNCONFIRMED Severity:

Re: [systemd-devel] how to make systemd ignore the memory cgroup controller and hierarchy

On Wednesday, May 9, 2018, 10:02:14 PM GMT+2, Simon McVittie wrote: >I don't think this is supported. systemd behaves as though cgroups v2 is >in use (single unified cgroup hierarchy) even if you are currently using >cgroups v1 (one parallel hierarchy per controller).

[systemd-devel] how to make systemd ignore the memory cgroup controller and hierarchy

Hi. I have the memory cgroup controller configured in the kernel. I want to use it myself directly without interference from systemd. I tried setting DefaultMemoryAccounting=no in system.conf but systemd seems to still interfere with the hierarchy for the memory controller (e.g. systemctl

[systemd-devel] How to change XDG_RUNTIME_DIR permissions

Hi. As far as I understand the XDG_RUNTIME_DIR (in debian it's /run/user/) is created by the logind service.I want to make the socket of the pulseaudio server of one particular user available to all the others. In debian that socket is in $XDG_RUNTIME_DIR/pulse/. The problem is that

btrfs send on top level subvolumes that contain other subvolumes

Hi. Let's say I have a top-level subvolume /sub and that inside /sub I have another subvolume say /sub/X/Y/subsub. If I make a snapshot (both ro and rw give the same results) of /sub, say /sub-snap, right now what I get is this 1) the /sub-snap/X/Y/subsub is present (and empty, and that's OK as

Re: [PATCH] Revert Btrfs: race free update of commit root for ro snapshots

Hi. I applied the patch to 3.17.1 but although I haven't seen any corrupted ro snapshot yet it's still impossible to do btrfs send. As soon as I start btrfs send I still get ERROR: send ioctl failed with -12: Cannot allocate memory even if I redirect btrfs send's output to a file (instead of

Re: [PATCH] Revert Btrfs: race free update of commit root for ro snapshots

...@gmail.com wrote: On Wed, Oct 15, 2014 at 11:42 PM, john terragon jterra...@gmail.com wrote: Hi. I applied the patch to 3.17.1 but although I haven't seen any corrupted ro snapshot yet it's still impossible to do btrfs send. As soon as I start btrfs send I still get ERROR: send ioctl failed with -12

Re: [PATCH] Revert Btrfs: race free update of commit root for ro snapshots

Hi. I applied the patch to 3.17.1 but although I haven't seen any corrupted ro snapshot yet it's still impossible to do btrfs send. As soon as I start btrfs send I still get ERROR: send ioctl failed with -12: Cannot allocate memory even if I redirect btrfs send's output to a file (instead of

Re: btrfs send and kernel 3.17

Actually it seems strange that a send operation could corrupt the source subvolume or fs. Why would the send modify the source subvolume in any significant way? The only way I can find to reconcile your observations with mine is that maybe the snapshots get corrupted not by the send operation by

Re: btrfs random filesystem corruption in kernel 3.17

I think I just found a consistent simple way to trigger the problem (at least on my system). And, as I guessed before, it seems to be related just to readonly snapshots: 1) I create a readonly snapshot 2) I do some changes on the source subvolume for the snapshot (I'm not sure changes are

Re: btrfs random filesystem corruption in kernel 3.17

I'm using compress=no so compression doesn't seem to be related, at least in my case. Just read-only snapshots on 3.17 (although I haven't tried 3.16). John -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo

Re: btrfs random filesystem corruption in kernel 3.17

? ? ?? ?? root-backup drwxr-xr-x 1 root root 250 Oct 10 15:37 root-prov drwxr-xr-x 1 root root 88 Sep 15 16:02 vms On Tue, Oct 14, 2014 at 1:18 AM, Rich Freeman r-bt...@thefreemanclan.net wrote: On Mon, Oct 13, 2014 at 5:22 PM, john terragon jterra...@gmail.com wrote: I'm using compress=no so

Re: btrfs send and kernel 3.17

Hi. I just wanted to confirm David's story so to speak :) -kernel 3.17-rc7 (didn't bother to compile 3.17 as there weren't any btrfs fixes, I think) -btrfs-progs 3.16.2 (also compiled from source, so no distribution-specific patches) -fresh fs -I get the same two errors David got (first I got

Bug#763902: [ktorrent] please add this master-branch fix for the download queue

Package: ktorrent Version: 4.3.1-2 Severity: wishlist --- Please enter the report below this line. --- Hi. As you can see from this link https://bugs.kde.org/show_bug.cgi?id=308579 there is an old (two years) bug in ktorrent's queue manager. The bug has been fixed but as you can see at the

[Pkg-kde-extras] Bug#763902: [ktorrent] please add this master-branch fix for the download queue

Package: ktorrent Version: 4.3.1-2 Severity: wishlist --- Please enter the report below this line. --- Hi. As you can see from this link https://bugs.kde.org/show_bug.cgi?id=308579 there is an old (two years) bug in ktorrent's queue manager. The bug has been fixed but as you can see at the

Bug#761997: new version of btrfs-tools

Package: btrfs-tools Version: 3.14.1-1 Severity: wishlist --- Please enter the report below this line. --- Hi. According to git http://git.kernel.org/cgit/linux/kernel/git/mason/btrfs-progs.git there seems to be a new version of the btrfs tools, version 3.16 to be precise. Since the linux

Re: BTRFS critical (device dm-0): invalid dir item name len: 45389

Some more details about this problem: -the directory involved is /lib/modules/3.17.0-rc3-cu3/kernel/drivers/iio/gyro -in that dir there should be kernel object named hid-sensor-gyro-3d.ko but there's no trace of it -that dir cannot be removed or overwritten. rm -rf fails saying that the dir

Re: BTRFS critical (device dm-0): invalid dir item name len: 45389

Everyone knows what raid0 entails. Moreover, with btrfs being an experimental fs, not having backups would obviously be pure idiocy. I wrote that it was pretty serious because the situation came out of nowhere on a low-traffic fs on which the most exiciting thing that can happen is an occasional

Re: kernel 3.17-rc3: task rsync:2524 blocked for more than 120 seconds

I tried the same routine on 32GB usb sticks. Same exact problems. 32GB seems a bit much for a --mixed btrfs. I haven't tried ssd_spread, maybe it's beneficial. However, as I wrote above, disabling autodefrag gets rid completely of the INFO: hung task messages but even though the kernel doesn't

Re: kernel 3.17-rc3: task rsync:2524 blocked for more than 120 seconds

, Chris Mason c...@fb.com wrote: On 09/02/2014 09:31 PM, john terragon wrote: Rsync finished. FWIW in the end it reported an average speed of about 900K/sec. Without autodefrag there have been no messages about hung kworkers even though rsync seemingly keeps getting hung for several minutes

BTRFS critical (device dm-0): invalid dir item name len: 45389

Hi. When I traverse one of my btrfs, for example with a simple find /, I get the following in kmsg BTRFS critical (device dm-0): invalid dir item name len: 45389 The message appears just one time (so I guess it involves just one file/dir). dm-0 is the first dmcrypt device of a pair on which I

Re: kernel 3.17-rc3: task rsync:2524 blocked for more than 120 seconds

filesystem, so I can't be sure it's significant). Thanks John On Tue, Sep 2, 2014 at 7:20 AM, Duncan 1i5t5.dun...@cox.net wrote: john terragon posted on Mon, 01 Sep 2014 18:36:49 +0200 as excerpted: I was trying it again and it seems to have completed, albeit very slowly (even for an usb flash

Re: kernel 3.17-rc3: task rsync:2524 blocked for more than 120 seconds

as the hung process terminates and no other error shows up, can I at least be sure that the data written is correct? Thanks John On Tue, Sep 2, 2014 at 8:40 AM, Duncan 1i5t5.dun...@cox.net wrote: john terragon posted on Tue, 02 Sep 2014 08:12:36 +0200 as excerpted: I will definitely try the latest

Re: kernel 3.17-rc3: task rsync:2524 blocked for more than 120 seconds

off autodefrag? As soon as the damn unkillable rsync decides to obey the kill -9... Thanks John On Tue, Sep 2, 2014 at 10:10 PM, Chris Mason c...@fb.com wrote: On 09/02/2014 03:56 PM, john terragon wrote: Nice...now I get the hung task even with 3.14.17 And I tried with 4K for node

Re: kernel 3.17-rc3: task rsync:2524 blocked for more than 120 seconds

, john terragon jterra...@gmail.com wrote: I don't know what to tell you about the ENOSPC code being heavily involved. At this point I'm using this simple test to see if things improve: -freshly created btrfs on dmcrypt, -rsync some stuff (since the fs is empty I could just use cp but I keep

Re: kernel 3.17-rc3: task rsync:2524 blocked for more than 120 seconds

, john terragon jterra...@gmail.com wrote: OK, so I'm using 3.17-rc3, same test on a flash usb drive, no autodefrag. The situation is even stranger. The rsync is clearly stuck, it's trying to write the same file for much more than 120 secs. However dmesg is clean, no INFO: task kworker/u16:11:1763

kernel 3.17-rc3: task rsync:2524 blocked for more than 120 seconds

Hi. I'm not sure if this is related to the hung task problem that I've been seeing in this ml for a while. But I've been having this seemingly related problem with 3.15, 3.16 and now 3.17-rc3 (which, if I'm not mistaken, should have a fix for the hung task problem). So here it is: I have a usb

Re: kernel 3.17-rc3: task rsync:2524 blocked for more than 120 seconds

, john terragon wrote: Hi. I'm not sure if this is related to the hung task problem that I've been seeing in this ml for a while. But I've been having this seemingly related problem with 3.15, 3.16 and now 3.17-rc3 (which, if I'm not mistaken, should have a fix for the hung task problem). So

is it safe to change BTRFS_STRIPE_LEN?

Hi. I'm playing around with (software) raid0 on SSDs and since I remember I read somewhere that intel recommends 128K stripe size for HDD arrays but only 16K stripe size for SSD arrays, I wanted to see how a small(er) stripe size would work on my system. Obviously with btrfs on top of md-raid I

Re: is it safe to change BTRFS_STRIPE_LEN?

...@gmail.com wrote: On 05/24/2014 12:44 PM, john terragon wrote: Hi. I'm playing around with (software) raid0 on SSDs and since I remember I read somewhere that intel recommends 128K stripe size for HDD arrays but only 16K stripe size for SSD arrays, I wanted to see how a small(er) stripe size would

Re: btrfs on software RAID0

, 2014 at 11:25 PM, Marc MERLIN m...@merlins.org wrote: On Mon, May 05, 2014 at 10:51:46PM +0200, john terragon wrote: Hi. I'm about to try btrfs on an RAID0 md device (to be precise there will be dm-crypt in between the md device and btrfs). If I used ext4 I would set the stride and stripe_width

btrfs on software RAID0

Hi. I'm about to try btrfs on an RAID0 md device (to be precise there will be dm-crypt in between the md device and btrfs). If I used ext4 I would set the stride and stripe_width extended options. Is there anything similar I should be doing with mkfs.btrfs? Or maybe some mount options beneficial

Re: btrfs on software RAID0

On Mon, May 5, 2014 at 11:25 PM, Marc MERLIN m...@merlins.org wrote: This is not directly an answer to your question, so far I haven't used a special option like this with btrfs on my arrays although my undertstanding is that it's not as important as with ext4. That said, please read

--setprovideroutputsource crashes X

Hi I have (what seems to be) a muxless AMD/intel hybrid laptop. I saw the progress on dpm for the radeon driver and so I wanted to try it. Using the radeon driver directly does not work (being the system muxless, X loads the radeon module, init DRM and all that stuff but ultimately exits

Bug#717932: (no subject)

downgrading to upower 0.9.17 seems to fix the problem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#717932: (no subject)

Spoken too soon.when the deamon restarts the problem is back. But killing upowerd actually does solve the problem (not in a satisfactory way, of course) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#717932: (no subject)

downgrading to upower 0.9.17 seems to fix the problem -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1374933797.35918.yahoomail...@web120606.mail.ne1.yahoo.com

Bug#717932: (no subject)

Spoken too soon.when the deamon restarts the problem is back. But killing upowerd actually does solve the problem (not in a satisfactory way, of course) -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#717932: [dolphin] dolphin takes at least 20 seconds to start (and other kde programs/components as well)

Package: dolphin Version: 4:4.10.5-1 Severity: normal --- Please enter the report below this line. --- Probably this doesn't affect just dolphin (see below) but I thought it was a good place to start. Since I upgraded from kde 4.8 to 4.10 dolphin takes at least 20 seconds to start. I

Bug#717932: [dolphin] dolphin takes at least 20 seconds to start (and other kde programs/components as well)

From: Lisandro Damián Nicanor Pérez Meyer perezme...@gmail.com To: 717...@bugs.debian.org; 717932-submit...@bugs.debian.org; Debian bug control cont...@bugs.debian.org Do you have the loopback interface up and running? Please post the output of running ifconfig. lo seems ok: eth2 

Bug#717932: [dolphin] dolphin takes at least 20 seconds to start (and other kde programs/components as well)

Package: dolphin Version: 4:4.10.5-1 Severity: normal --- Please enter the report below this line. --- Probably this doesn't affect just dolphin (see below) but I thought it was a good place to start. Since I upgraded from kde 4.8 to 4.10 dolphin takes at least 20 seconds to start. I

Bug#717932: [dolphin] dolphin takes at least 20 seconds to start (and other kde programs/components as well)

From: Lisandro Damián Nicanor Pérez Meyer perezme...@gmail.com To: 717...@bugs.debian.org; 717932-submit...@bugs.debian.org; Debian bug control cont...@bugs.debian.org Do you have the loopback interface up and running? Please post the output of running ifconfig. lo seems ok: eth2 

grub on usb pen drive stuck after stage 1

Hi. So I'm having this problem with grub (2) and a pen drive (and probably the bios of the laptop, because that seems to be the source of the problem). I've a fully encrypted linux installation and I use a usb pen drive to boot into it. The pen drive contains the usual stuff that goes in a

[Akonadi] [Bug 322327] New: high load while seemingly doing nothing

https://bugs.kde.org/show_bug.cgi?id=322327 Bug ID: 322327 Summary: high load while seemingly doing nothing Classification: Unclassified Product: Akonadi Version: 4.10 Platform: Debian unstable OS: Linux

[Akonadi] [Bug 322327] high load while seemingly doing nothing

https://bugs.kde.org/show_bug.cgi?id=322327 john Terragon terragonj...@yahoo.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Akonadi] [Bug 322327] high load while seemingly doing nothing

https://bugs.kde.org/show_bug.cgi?id=322327 john Terragon terragonj...@yahoo.com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED

Bug#659617: [vlc] vlc can't convert (or play) streaming video

Package: vlc Version: 1.1.13-1+b1 Severity: normal --- Please enter the report below this line. --- Hi. I'm trying to convert (or even play) this network stream: http://mediapolisvod.rai.it/relinker/relinkerServlet.htm?cont=D4DbkclhMoAeeqqEEqual For instance, to play the above stream I do the

Bug#659617: [vlc] vlc can't convert (or play) streaming video

- Original Message - From: Christophe Mutricy xto...@chewa.net To: john terragon terragonj...@yahoo.com; 659...@bugs.debian.org Cc: sub...@bugs.debian.org sub...@bugs.debian.org Sent: Sunday, February 12, 2012 5:33 PM Subject: Re: Bug#659617: [vlc] vlc can't convert (or play) streaming

Bug#659617: [vlc] vlc can't convert (or play) streaming video

Package: vlc Version: 1.1.13-1+b1 Severity: normal --- Please enter the report below this line. --- Hi. I'm trying to convert (or even play) this network stream: http://mediapolisvod.rai.it/relinker/relinkerServlet.htm?cont=D4DbkclhMoAeeqqEEqual For instance, to play the above stream I do the

Bug#659617: [vlc] vlc can't convert (or play) streaming video

- Original Message - From: Christophe Mutricy xto...@chewa.net To: john terragon terragonj...@yahoo.com; 659...@bugs.debian.org Cc: sub...@bugs.debian.org sub...@bugs.debian.org Sent: Sunday, February 12, 2012 5:33 PM Subject: Re: Bug#659617: [vlc] vlc can't convert (or play) streaming

Bug#659261: [linux-headers-3.2.0-1-common] Dangling symlink to Kbuild

Package: linux-headers-3.2.0-1-common Version: 3.2.4-1 Severity: normal --- Please enter the report below this line. --- Hi. In the dir /usr/src/linux-headers-3.2.0-1-common/ there is a symlink Kbuild - ../../lib/linux-kbuild-3.2/Kbuild that leads nowhere since Kbuild is not contained in the

Bug#659261: [linux-headers-3.2.0-1-common] Dangling symlink to Kbuild

Package: linux-headers-3.2.0-1-common Version: 3.2.4-1 Severity: normal --- Please enter the report below this line. --- Hi. In the dir /usr/src/linux-headers-3.2.0-1-common/ there is a symlink Kbuild - ../../lib/linux-kbuild-3.2/Kbuild that leads nowhere since Kbuild is not contained in the

Bug#656840: [qtcurve] new version upstream

Package: qtcurve Version: 1.8.7-1 Severity: wishlist --- Please enter the report below this line. --- There seems to be a new version of qtcurve, 1.8.9: http://kde-look.org/content/show.php/QtCurve+%28KDE4%2C+KDE3%2C+%26+Gtk2+Theme%29?content=40492 They implement widget-side shadows (needed

[Pkg-kde-extras] Bug#656840: [qtcurve] new version upstream

Package: qtcurve Version: 1.8.7-1 Severity: wishlist --- Please enter the report below this line. --- There seems to be a new version of qtcurve, 1.8.9: http://kde-look.org/content/show.php/QtCurve+%28KDE4%2C+KDE3%2C+%26+Gtk2+Theme%29?content=40492 They implement widget-side shadows (needed

[Bash-completion-devel] Bug#637371: [bash-completion] mount completion helper does not skip the swap partition in fstab

Package: bash-completion Version: 1:1.3-1 Severity: normal --- Please enter the report below this line. --- Hi. The mount helper for the bash completion does not skip the swap partitions in fstab. They are already mounted (i.e. activated automatically during the bootstrap) but the mount

Bug#637371: [bash-completion] mount completion helper does not skip the swap partition in fstab

Package: bash-completion Version: 1:1.3-1 Severity: normal --- Please enter the report below this line. --- Hi. The mount helper for the bash completion does not skip the swap partitions in fstab. They are already mounted (i.e. activated automatically during the bootstrap) but the mount

Bug#631680: [fglrx-driver] X can't find fglrx module

Package: fglrx-driver Version: 11-6-1 Severity: normal --- Please enter the report below this line. --- Right after an apt-get -t experimental install fglrx-driver fglrx-control... etc to get the newest 11-6, X doesn't seem to find the fglrx driver anymore (I'm assuming it's the glx driver,

Bug#582312: [Pkg-fglrx-devel] Bug#582312: Bug#582312: (no subject)

--- On Fri, 5/21/10, Michael Gilbert michael.s.gilb...@gmail.com wrote: it may be solvable, you just have to figure out how to get the right mix of 32- and 64-bit libs.  [0] made some progress, but 3-D didn't work (maybe 32-bit libGL was used, whereas 64-bit was needed?).  there's a

Bug#582312: [Pkg-fglrx-devel] Bug#582312: (no subject)

--- On Wed, 5/19/10, Michael Gilbert michael.s.gilb...@gmail.com wrote: do you have the linux-headers-2.6.32-5-amd64 package installed?  Yep, it's there. please attach the latest dkms error messages from /var/log/user.log*. user.log doesn't say a word on the matter. The only

Bug#582312: [Pkg-fglrx-devel] Bug#582312: (no subject)

--- On Wed, 5/19/10, Michael Gilbert michael.s.gilb...@gmail.com wrote: do you have the linux-headers-2.6.32-5-amd64 package installed?  Yep, it's there. please attach the latest dkms error messages from /var/log/user.log*. user.log doesn't say a word on the matter. The only

Bug#582312: [fglrx-driver] dkms module doesn't compile with kernel 2.6.32-5-amd64 (arch i386)

Package: fglrx-driver Version: 1:10-4-1 Severity: serious --- Please enter the report below this line. --- I tried to use fglrx-modules-dkms to create a fglrx.ko module for linux image 2.6.32-5-amd64 (under an i386 arch) but it fails during the building. It says to go check make.log for

Bug#582312: (no subject)

Quick update. The module doesn't build if dkms is invoked via dpkg-reconfigure fglrx-modules-dkms. If dkms is invoked directly then the module is built and installed correctly dkms build -m fglrx -v 10-4 -k 2.6.32-5-amd64 dkms install -m fglrx -v 10-4 -k 2.6.32-5-amd64 --

Bug#582312: (no subject)

Another update. It doesn't work, not even by invoking dkms directly. I mistakenly invoked dkms after I rebooted into a 2.6.32-4-686 kernel. It built the fglrx module for 2.6.32-5-amd64 but it wasn't the right format. Invoking directly dkms with 2.6.32-5-amd64 running doesn't even end the

Bug#582312: [fglrx-driver] dkms module doesn't compile with kernel 2.6.32-5-amd64 (arch i386)

Package: fglrx-driver Version: 1:10-4-1 Severity: serious --- Please enter the report below this line. --- I tried to use fglrx-modules-dkms to create a fglrx.ko module for linux image 2.6.32-5-amd64 (under an i386 arch) but it fails during the building. It says to go check make.log for

Bug#582312: (no subject)

Quick update. The module doesn't build if dkms is invoked via dpkg-reconfigure fglrx-modules-dkms. If dkms is invoked directly then the module is built and installed correctly dkms build -m fglrx -v 10-4 -k 2.6.32-5-amd64 dkms install -m fglrx -v 10-4 -k 2.6.32-5-amd64 --

Bug#582312: (no subject)

Another update. It doesn't work, not even by invoking dkms directly. I mistakenly invoked dkms after I rebooted into a 2.6.32-4-686 kernel. It built the fglrx module for 2.6.32-5-amd64 but it wasn't the right format. Invoking directly dkms with 2.6.32-5-amd64 running doesn't even end the

Re: aesni-intel slower than aes-x86_64

--- On Mon, 4/12/10, Milan Broz mb...@redhat.com wrote: From: Milan Broz mb...@redhat.com Subject: Re: aesni-intel slower than aes-x86_64 To: john terragon terragonj...@yahoo.com Cc: linux-crypto@vger.kernel.org Date: Monday, April 12, 2010, 5:41 AM On 04/12/2010 12:52 AM, john terragon

aesni-intel slower than aes-x86_64

Hi. My system has a core i5 520M and supports AES-NI. I wanted to do a rude performance test and so I ran these commands on a small (4GB) partition and on the dm-crypt device backed by it: 1) using the aesni-intel module: dd if=/dev/dev/mapper/vol of=/dev/null bs=4k 2) using only the generic

X locks when deactivating composite effects

Hi, whenever I deactivate the composite effects the x server locks up and I get the following in the Xorg log file: -- Backtrace: 0: /usr/bin/X(xf86SigHandler+0x79) [0x80c1659] 1: [0xa7fc7400] 2: