Reported upstream: http://bugzilla.gnome.org/show_bug.cgi?id=507797#c125
.
--
System monitor causes Xorg to consume 100% CPU
https://bugs.launchpad.net/bugs/187383
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
Installing oss-compat and selecting OSS: /dev/dsp for playback does
not work for me. Do i have to do anything else?
--
[Hardy] audacity fails to playback a sound file due to no device
https://bugs.launchpad.net/bugs/202791
You received this bug notification because you are a member of Ubuntu
** Description changed:
- Binary package hint: php5-cgi
+ This Bug is already reported here: http://bugs.php.net/bug.php?id=40286
+ and here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=431799 (inactive)
- This Bug is already reported here: http://bugs.php.net/bug.php?id=40286
- and here:
Brian, thanks for confirming this. But:
You set the bug status to incomplete. Was that by accident? If not, what's
missing? (Or did i unterstand https://help.launchpad.net/BugStatuses wrong?)
--
[hardy] Segfault On Viennese Route Planner Website
https://bugs.launchpad.net/bugs/226066
You
** Description changed:
- Binary package hint: php5-cgi
+ This Bug is already reported here: http://bugs.php.net/bug.php?id=40286
+ and here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=431799 (inactive)
- This Bug is already reported here: http://bugs.php.net/bug.php?id=40286
- and here:
For the record: The Option UseEvents on Trick and what is does is mentioned
on Red Hat Magazine:
Tips and tricks: Why does xorg’s cpu usage shoot up when using NVidia’s driver?
http://www.redhatmagazine.com/2007/11/20/tips-and-tricks-why-does-xorgs-cpu-usage-shoot-up-when-using-nvidias-driver/
** Attachment added: AFTER
http://launchpadlibrarian.net/14403113/gsm-hardy-proposed.png
--
System monitor causes Xorg to consume 100% CPU
https://bugs.launchpad.net/bugs/187383
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Great improvement.
Screenshots before-after attached.
** Attachment added: BEFORE
http://launchpadlibrarian.net/14403108/gsm-hardy.png
--
System monitor causes Xorg to consume 100% CPU
https://bugs.launchpad.net/bugs/187383
You received this bug notification because you are a member of
This is *really* an ugly fix.
Åskar, have you tried this?
http://ubuntuforums.org/showpost.php?p=4897802postcount=842
--
High frequency of load/unload cycles on some hard disks may shorten lifetime
https://bugs.launchpad.net/bugs/59695
You received this bug notification because you are a member
Last version of the kill-all-orphaned-phps workaround attached.
I recommend to run it hourly to catch php parents that die suddenly
AND (more important)
to add it in your /etc/logrotate.d/apache2 in postrotate after apache restart,
because this creates lots of orphaned processes most of the
Still exists in Hardy.
Attached is a pstree (phpkiller.sh output - see next post) showing lots
of orphaned php processes (some usernames #'d).
** Attachment added: phpkiller.log
http://launchpadlibrarian.net/14265483/phpkiller.log
--
PHP fastcgi with PHP_FCGI_CHILDREN doesn't kill children
Last version of the kill-all-orphaned-phps workaround attached.
I recommend to run it hourly to catch php parents that die suddenly
AND (more important)
to add it in your /etc/logrotate.d/apache2 in postrotate after apache restart,
because this creates lots of orphaned processes most of the
This should finally fix it.
Put it into /usr/lib/pm-utils/sleep.d/30hdparm , and chmod +x it.
Does it look sane? Does it work for everybody?
** Attachment added: 30hdparm
http://launchpadlibrarian.net/14195287/30hdparm
--
[Hardy] hdparm.conf settings are lost on suspend/resume
Sounds quite useful.
Would you test if the attached /lib/udev/hdparm does what you want?
diff /lib/udev/hdparm /tmp/hdparm
93c93,98
DISC=$KEY
---
if [ -L $KEY ]
then
DISC=$(readlink -m $KEY)
else
fi
(missed that line on copy-paste)
--
/lib/udev/hdparm Compares Against $DEVNAME.
https://bugs.launchpad.net/bugs/222458
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
/etc/init.d/hdparm was replaced by /lib/udev/hdparm in Hardy.
The new script supports all of the mentioned options.
** Changed in: hdparm (Ubuntu)
Status: New = Fix Released
--
security options unsupported by hdparm init.d script
https://bugs.launchpad.net/bugs/90557
You received this
Bug #90557 has been fixed in Hardy, so freezing the security settings is
possible now by simply setting security_freeze in /etc/hdparm.conf.
The question that remains is whether we should freeze by default.
--
Freezing all security settings on ATA hard disks
Public bug reported:
Binary package hint: firefox-3.0
Go to
http://www.wien.gv.at/radrouten/public/start.aspx
Enter
Startadresse (starting address):
- Straße (street): Belvederegasse
- Hausnummer (number): 1
Zieladresse (destination address):
- Straße: Belvederegasse
- Hausnummer: 5
Klick
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/14157972/Dependencies.txt
** Attachment added: pluginreg.dat.txt
http://launchpadlibrarian.net/14157973/pluginreg.dat.txt
** Attachment added: profiles.ini.txt
http://launchpadlibrarian.net/14157974/profiles.ini.txt
Public bug reported:
Binary package hint: php5
From http://bugs.php.net/bug.php?id=42587 :
php-5.2.4 changed the behaviour for the current working directory (cwd) which
php scripts see when the requested php file is a symlink which points to a php
file in another directory.
This change breaks
I am not sure if this really has to do with pathinfo.
But i'm really sure that this is not desired behaviour.
This was fixed in PHP 5.2.5, check out PHP's bug tracker (
http://bugs.php.net/bug.php?id=42587 ):
[10 Sep 2007 10:56am UTC] [EMAIL PROTECTED]
This bug has been fixed in CVS.
Or the
Public bug reported:
Binary package hint: php5
From http://bugs.php.net/bug.php?id=42587 :
php-5.2.4 changed the behaviour for the current working directory (cwd) which
php scripts see when the requested php file is a symlink which points to a php
file in another directory.
This change breaks
No, this is not a regression because of bug #89269. I checked by
reverting the changes (removed the extra '*'s from power.sh).
Additionally, power.sh would have set the apm level to 1 or 255, not
128.
Attached is the udevmonitor log for a suspend/resume cycle.
It looks like there was no add event
** Changed in: gstreamer0.10 (Ubuntu)
Status: New = Confirmed
--
Internal data flow error when playing webstreams
https://bugs.launchpad.net/bugs/165324
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
I am not sure if this really has to do with pathinfo.
But i'm really sure that this is not desired behaviour.
This was fixed in PHP 5.2.5, check out PHP's bug tracker (
http://bugs.php.net/bug.php?id=42587 ):
[10 Sep 2007 10:56am UTC] [EMAIL PROTECTED]
This bug has been fixed in CVS.
Or the
Not pathinfo, I meant realpath.
From the TYPO3 bugtracker ( http://bugs.typo3.org/view.php?id=6158 ):
Debian/Testing has now PHP 5.2.5-2 which doesn't have the PHP bug anymore.
I think http://ca3.php.net/manual/en/function.realpath.php#82770 is a different
thing.
TYPO3 doesn't check for the
I upgraded to Hardy yesterday - I am experiencing this bug again. Daniel's
patch from bug 156893 had fixed it in Gutsy.
bug 89269 says Fix released, so I guess that's not it.
That's what happens:
[cold boot]
$ sudo hdparm -I /dev/sda|grep Advanced power management level:
Advanced power
{linux32, AMD64, 2 CPUs} (Intel Core 2 Duo)
--
[MASTER] E-D-S hangs on login and uses 100% cpu
https://bugs.launchpad.net/bugs/151536
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
** Summary changed:
- hdparm.conf settings are lost on suspend/resume
+ [Hardy] hdparm.conf settings are lost on suspend/resume
** Description changed:
- This is on Gutsy, but Hardy is also affected AFAIK.
+ Update: This is on Hardy.
Problem:
- Hard disks lose settings (the APM level for
Still in Hardy Heron RC.
Output of
GST_DEBUG_NO_COLOR=1 GST_DEBUG=3 rhythmbox rhytmbox-debug-hardyrc.txt
attached.
** Attachment added: rhytmbox-debug-hardyrc.txt
http://launchpadlibrarian.net/13590691/rhytmbox-debug-hardyrc.txt
** Changed in: gstreamer0.10 (Ubuntu)
Status:
*** This bug is a duplicate of bug 156893 ***
https://bugs.launchpad.net/bugs/156893
Your patch from bug 156893 restores the APM level after resume, that's the most
important thing.
Marking as duplicate.
** This bug has been marked a duplicate of bug 156893
udev rules only for hd[a-z],
The patch restores the APM level after suspend/resume, addressing bug
199094 (which is important for bug 59695 ).
The hdparm -I output is still different though after suspend/resume
(cold booted before). But that's 1) probably irrelevant 2) a different
problem. But still, here is the diff:
diff
*** This bug is a duplicate of bug 59695 ***
https://bugs.launchpad.net/bugs/59695
** This bug has been marked a duplicate of bug 59695
High frequency of load/unload cycles on some hard disks may shorten lifetime
--
wd1200ve harddisk
https://bugs.launchpad.net/bugs/73406
You received
Do you still see this on Gutsy?
** Changed in: hdparm (Ubuntu)
Status: New = Incomplete
--
Hard drive BuffSize=0kB
https://bugs.launchpad.net/bugs/31072
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs mailing list
Edgy is not supported anymore, do you still see this on Gutsy?
** Changed in: hdparm (Ubuntu)
Status: New = Incomplete
--
[edgy] Start hdparm by hdparm.conf may crash boot
https://bugs.launchpad.net/bugs/76420
You received this bug notification because you are a member of Ubuntu
Bugs,
** Summary changed:
- Internal data flow error
+ Internal data flow error when listening to webstream
** Summary changed:
- Internal data flow error when listening to webstream
+ Internal data flow error when playing webstreams
--
Internal data flow error when playing webstreams
** Also affects: acpi-support (Ubuntu)
Importance: Undecided
Status: New
** Description changed:
This is on Gutsy, but Hardy is also affected AFAIK.
Problem:
- Hard disks lose settings (the APM level for example) when they are powered
off.
- /etc/init.d/hdparm is not
@Daniel:
I couldn't test the whole package because i'm on Gutsy and Gutsy misses the
dependecy package x11-xserver-utils.
But i tested the /etc/acpi/suspend.d/88-time.sh extracted from your package.
Works as expected!
[EMAIL PROTECTED]:/etc/acpi/resume.d# date; hwclock --show
Don Mär 6
*** This bug is a duplicate of bug 36815 ***
https://bugs.launchpad.net/bugs/36815
** This bug has been marked a duplicate of bug 36815
hwclock.sh should be called before/after hibernate
--
System time set wrongly at resume
https://bugs.launchpad.net/bugs/182249
You received this bug
** Attachment added: hdparm-I_before-suspend.txt
http://launchpadlibrarian.net/12457854/hdparm-I_before-suspend.txt
--
hdparm.conf settings are lost on suspend/resume
https://bugs.launchpad.net/bugs/199094
You received this bug notification because you are a member of Ubuntu
Bugs, which is
** Attachment added: hdparm-I_after-suspend.txt
http://launchpadlibrarian.net/12457855/hdparm-I_after-suspend.txt
--
hdparm.conf settings are lost on suspend/resume
https://bugs.launchpad.net/bugs/199094
You received this bug notification because you are a member of Ubuntu
Bugs, which is
** Attachment added: diff of the hdparm -I reports above
http://launchpadlibrarian.net/12457862/diff__hdparm-I_before-suspend.txt__hdparm-I_after-suspend.txt__.txt
** Changed in: hdparm (Ubuntu)
Sourcepackagename: None = hdparm
--
hdparm.conf settings are lost on suspend/resume
Public bug reported:
This is on Gutsy, but Hardy is also affected AFAIK.
Problem:
- Hard disks lose settings (the APM level for example) when they are powered
off.
- /etc/init.d/hdparm is not started on resume
= Settings in /etc/hdparm.conf persist only from boot to next suspend.
Expected:
All
** This bug is no longer a duplicate of bug 76021
Should synchronize ntpdate after resuming from hibernate
--
ntp doesn't work after suspend / resume
https://bugs.launchpad.net/bugs/96788
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
IMHO this problem is different and #76021 should be rejected.
No one needed ntpdate if ntpd was working properly.
Ntpd should be fixed to cope with suspend or stopped before standby and
restarted on resume.
It will then set the correct time within a few minutes, which is acceptable,
because it
BTW: This is still in Gutsy, i am experiencing it.
--
ntp doesn't work after suspend / resume
https://bugs.launchpad.net/bugs/96788
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Hmm, probably i am not experiencing this.
My laptop's time drifted away some 20 minutes in *one night* when on standby -
causing ntpd to stop doing anything because of
ntpd[6677]: time correction of 1800 seconds exceeds sanity limit (1000); set
clock manually to the correct UTC time.
--
ntp
Use case (happened here right now):
Clock is off by X minutes for some reason. The running ntpd will reset it to
the correct time after several minutes.
Then you suspend your laptop, resume it, clock is off by X minutes again.
--
hwclock.sh should be called before/after hibernate
The fix is not that easy (i thought it was when i posted the Debian fix,
but it isn't, as that causes trouble somewhere else).
Situation now:
Use laptop-mode to control your hd power management if you think your hard
drive will die otherwise.
This option has always existed. Use it!
Hint: sudo
Requested info was provided - resetting status to new.
** Changed in: rhythmbox (Ubuntu)
Status: Incomplete = New
--
hearing internet radio stream results in frozen program
https://bugs.launchpad.net/bugs/190309
You received this bug notification because you are a member of Ubuntu
Bugs,
Output of
GST_DEBUG_NO_COLOR=1 GST_DEBUG=3 rhythmbox rhythmbox-debug.txt
attached below.
Here is what happened (approximate time as indicated in the output):
00:40 Press play on an radio station (
http://relay0.fm4.amd.co.at:31337/fm4-hq.ogg )
01:18 Music stops
- Press play again
- nothing
01:38
From http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=457386 :
the fix for the load cycling error gets applied to optical drives as well
as hard disks. this leads to somewhat scary kernel log errors such as
Dec 21 21:56:48 kernel: hdb: drive_cmd: status=0x51 { DriveReady
SeekComplete Error
If you want to use the Debian fix now, *DO NOT* install the Debian acpi-
support package (dowloaded from somewhere.debian.org). This won't work
or - worse - will break your system.
Instead, download this file,
http://launchpadlibrarian.net/12024037/90-hdparm.sh (from comment #375),
and copy it
*** This bug is a duplicate of bug 190587 ***
https://bugs.launchpad.net/bugs/190587
** This bug has been marked a duplicate of bug 190587
Local root exploit in kernel 2.6.17 - 2.6.24 (vmsplice)
--
[linux-source] missing access checks, possible local root exploit
This is the official Debian fix, extracted from the latest acpi-support
Debian package: http://ftp.at.debian.org/debian/pool/main/a/acpi-support
/acpi-support_0.103-5_i386.deb .
The attached file, 90-hdparm.sh goes to the following two directories:
/etc/acpi/start.d
/etc/acpi/resume.d
That's
The file 90-hdparm.sh (attached above, comment #375) goes to the following four
directories:
/etc/acpi/ac.d
/etc/acpi/battery.d
/etc/acpi/resume.d
/etc/acpi/start.d
Attached here is a debdiff between Ubuntu's and Debian's acpi-support package,
created with:
debdiff acpi-support_0.103.dsc
Still here:
Ubuntu Gutsy
evince 2.20.1-0ubuntu1
libpoppler-glib2 0.6-0ubuntu2.1
--
evince hangs eating CPU when rendering a pdf page
https://bugs.launchpad.net/bugs/38674
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs
** Also affects: centos via
https://bugzilla.redhat.com/show_bug.cgi?id=432251
Importance: Unknown
Status: Unknown
--
Local root exploit in kernel 2.6.17 - 2.6.24 (vmsplice)
https://bugs.launchpad.net/bugs/190587
You received this bug notification because you are a member of Ubuntu
I also experience this bug, on a Benq Joybook R55.
Unchecking use_time_for_policy did *not* fix this for me.
Raising the time thresholds and checking use_time_for_policy did not either.
I guess confirming the upstream bug (
http://bugzilla.gnome.org/show_bug.cgi?id=506305 ) would help, if
Okay, probably it's not compiz' fault.
But disabling VSync is not a fix as it makes the computer useless for watching
videos, as written above. VSync should be on per default IMHO, and this issue
should be fixed.
--
cannot resume from suspend with nvidia-glx-new and compiz
See http://bugs.php.net/bug.php?id=40286
** Also affects: php
Importance: Undecided
Status: New
--
PHP fastcgi with PHP_FCGI_CHILDREN doesn't kill children when parent is killed
https://bugs.launchpad.net/bugs/162082
You received this bug notification because you are a member of
(That was to be added to the Comment on most recent change for
Affects/php, but it didn't quite work as expected)
--
PHP fastcgi with PHP_FCGI_CHILDREN doesn't kill children when parent is killed
https://bugs.launchpad.net/bugs/162082
You received this bug notification because you are a member
Public bug reported:
Binary package hint: php5-cgi
This Bug is already reported here: http://bugs.php.net/bug.php?id=40286
and here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=431799
I see it in Ubuntu Dapper
$ php-cgi --version
PHP 5.1.2 (cgi-fcgi) (built: Jul 17 2007 17:21:59)
Quoting
Workaround: Kill those lurking process regularily using a cronjob.
This works for me, it should be reasonably safe to use (who has php started by
init?).
#!/bin/bash
pkill -f -x /usr/lib/cgi-bin/php -P 1
--
PHP fastcgi with PHP_FCGI_CHILDREN doesn't kill children when parent is killed
Removing confirmation - I was inadvertently using a non-standard rdiff-
backup version when confirming this bug.
** Changed in: rdiff-backup (Ubuntu)
Status: Confirmed = New
--
rdiff-backup crashes while accessing old data
https://bugs.launchpad.net/bugs/119885
You received this bug
rdiff-backup in dapper amd64 crashes when trying to remove old increments.
Therefore, the backup grows out of bounds, so you have to manually delete
increments every now and then.
# rdiff-backup --remove-older-than 1M /backup/rdiff-backup
Exception 'SingleSetGlobals instance has no attribute
501 - 566 of 566 matches
Mail list logo
