This would be good to have -- no regressions on my x1400.
--
Update fglrx to 8.33.6 in Feisty
https://launchpad.net/bugs/84628
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
I can also confirm that tifm7xx1 stopped working on my system also after
an upgrade to Feisty.
--
[feisty] regression: ti mmc card reader not working (worked flawlessly in edgy)
https://launchpad.net/bugs/82680
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/ma
Also tried patch here to connect to MIT's OpenAFS cluster -- works fine.
--
OpenAFS kernel modules don't build with Feisty kernel 2.6.20
https://launchpad.net/bugs/76967
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
All looks good, marking Fix Released.
** Changed in: x264 (Ubuntu)
Status: Fix Committed => Fix Released
--
Import 20070116 snapshot
https://launchpad.net/bugs/80387
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
** Changed in: Ubuntu
Sourcepackagename: None => mplayer
--
mplayer compiled without mp3 support
https://launchpad.net/bugs/83580
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Well... wonderfully lovely
Is trying a 2.1 RC1 package an option for you (I have prepared Dapper
and Edgy packages on ktorrent.org's download page. If you look inside
KTorrent's forum's Development section you can even find links to up-to-
the-day SVN debs).
I'd really appreciate it if you c
FTBFS'ed on ia64 due to xulrunner FTBFS'ed; will continue to monitor and
ask for a give-back once the situation is resolved.
--
request version bump to 0.4.2~rc2
https://launchpad.net/bugs/79356
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/u
Thanks for your bug report.
What version of KTorrent are you using? This backtrace looks vaguely
familiar to a bug in 2.0.1 that has been fixed in later releases.
The Backports repository and also ktorrent.org's homepage can supply
Edgy and Dapper with 2.0.3 packages.
** Changed in: ktorrent (Ub
Ah, I am using Edgy, so I don't know how much this bug pertains to
Feisty
--
Nautilus unmount progress dialog should show up for writable DVD+RW/DVD-RAM
media
https://launchpad.net/bugs/80853
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo
** Attachment added: "debdiff for x264 PIC linkage"
http://librarian.launchpad.net/5854679/ffmpeg-x264-pic.debdiff
--
When x264 is enabled, link against libx264_pic.a
https://launchpad.net/bugs/81518
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/l
Public bug reported:
Binary package hint: ffmpeg
Currently enabling x264 on Ubuntu ffmpeg in AMD64 causes a FTBFS because
we link against non-PIC x264. This debdiff instead instructs a link
against PIC x264. According to the x264 community the difference in
performance between PIC and non-PIC is
crimsun informed me that Ubuntu packaging had some valuable changes and
merge should be done instead, so I merged it.
attached is debdiff from 1.1.2-0.1 (d-m latest)
** Attachment added: "debdiff from debian-multimedia"
http://librarian.launchpad.net/5852372/xvidcore_1.1.2-0.1ubuntu1.debdiff
http://buntudot.org/people/~jdong/ffmpeg/gpac_0.4.2~rc2-0ubuntu1.dsc
I prepared a source package of this new version. Only changes from
existing packaging, as mentioned, was to drop the one and only dpatch.
It has indeed been applied upstream.
--
request version bump to 0.4.2~rc2
https://launchp
Also noted builds in Feisty pbuilder and a quick test of applications
using this package did not break.
--
Sync xvidcore 1.1.2 from debian-multimedia
https://launchpad.net/bugs/81405
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Public bug reported:
xvidcore from marillat is the newest 1.1.2 release, which features
several annoying bugs, including notably bug 56469 (crashes on EM64T)
** Affects: xvidcore (Ubuntu)
Importance: Undecided
Status: Unconfirmed
--
Sync xvidcore 1.1.2 from debian-multimedia
https
Upstream 1.1.2 also fixes this issue.
--
xvidcore is compiled with 3dnow support
https://launchpad.net/bugs/59135
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Does not build in Edgy due to new svn binding packaging (libsvn-dev is
in Feisty and beyond)
Does not build in Dapper due to that and other reasons.
--
Please backport kdesvn 0.11.0 to Breezy, Dapper and Edgy
https://launchpad.net/bugs/71056
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu
Rejected in edgy/dapper; will await 2.1 final and then backport that to
both.
** Changed in: dapper-backports (upstream)
Status: Confirmed => Rejected
--
(KTorrent) Two patches from upstream SVN
https://launchpad.net/bugs/70529
--
kubuntu-bugs mailing list
kubuntu-bugs@lists.ubuntu.com
2.1rc1 committed and resolves all these issues
** Changed in: ktorrent (Ubuntu)
Status: Unconfirmed => Fix Released
** Changed in: edgy-backports (upstream)
Status: Confirmed => Rejected
--
(KTorrent) Two patches from upstream SVN
https://launchpad.net/bugs/70529
--
kubuntu-bugs
** Changed in: edgy-backports (upstream)
Status: Unconfirmed => In Progress
--
Installation fails if no DBMS is available
https://launchpad.net/bugs/65933
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Public bug reported:
Binary package hint: nautilus
I'm guessing due to the fix for bug #34274, unmount dialogs on CD/DVD
media were suppressed.
However, DVD+RW and DVD-RAM are both random-access devices, and it is
becoming a more common use case to format those media with either udf
via udftools
Clarification: The above approval message applies to Edgy. I have yet to
test Dapper.
--
[Backport] Please backport wine 0.9.29 to edgy and dapper
https://launchpad.net/bugs/78826
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Approved for backporting. Thanks for your wine packaging work, Stephan!
** Changed in: edgy-backports (upstream)
Status: Unconfirmed => In Progress
--
[Backport] Please backport wine 0.9.29 to edgy and dapper
https://launchpad.net/bugs/78826
--
ubuntu-bugs mailing list
ubuntu-bugs@lists
Sure, look in /etc/hal's configuration files, there already is example
configuration (commented out) for implementing sync policy on removable
devices.
Personally, I think it's a better workaround for the time being to
educate users to issue a "sync" command at the terminal after
unmounting, and w
On further thought, I have reversed upstream SVN commits 604 and 601
(interestingly marillat's at 604, which also failed to produce a PPC
binary).
This should fix the PPC FTBFS for good. Since the altivec optimizations
in those revisions don't compile in ppc linux anyway, it's better to
have a bin
FTBFS again, looks like an upstream issue (Linux more strict than Apple
with Altivec?)
How do you feel about continuing despite FTBFS on ppc? IMO it's not fair
to hold every other arch back because of PPC quibbling.
(alternatively we can try reversing the SVN revision that optimized
Altivec leadi
http://librarian.launchpad.net/5787763/buildlog_ubuntu-feisty-
powerpc.x264_1%3A0.cvs20070117-0ubuntu1_FAILEDTOBUILD.txt.gz
PPC FTBFS; other arches look fine. It seems like common/quant.c includes
an altivec'ed header without including the altivec.h header. The
attached debdiff should fix this.
*
This is a definitely confirmed bug and we all understand the serious
nature of the problem at heart, but it is also a bug that does not have
any easy, unintrusive fixes. As a result, it's gonna take some time to
find the optimal solution and implement it. Confirming the bug and/or
lecturing on the
mplayer does not build against Feisty cleanly due to caca's
API changing, but that is not my fault and should not block these
patches from going in anyway.
** Changed in: x264 (Ubuntu)
Assignee: John Dong => (unassigned)
--
Import 20070116 snapshot
https://launchpad.net/bugs/80387
--
not wait
on Marillat.
I will be preparing packages and updating this bug report as I go along,
as I expect minor API changes to warrant the patching of ffmpeg,
mplayer, and avidemux.
** Affects: x264 (Ubuntu)
Importance: Undecided
Assignee: John Dong
Status: Unconfirmed
Public bug reported:
Binary package hint: gpac
Newer versions of gpac allow MP4Box to add MP4 tags, making it one of
the only programs under Ubuntu that is able to tag MP4 media (i.e. Apple
iPod m4a/m4v/mp4 files).
Cleanly uupdates to upstream sources
(http://downloads.sourceforge.net/gpac/gpac-
Right, sync or ro+umount are just workarounds until a solid solution for
tracking the unmounting state at the HAL/D-Bus level is reached.
This is indeed a KDE-wide problem that started in either 3.5.3 or 3.5.4
and affects all other KDE distros that I've tested, including Gentoo,
Fedora, OpenSUSE.
Attention Backports Testers:
Do not process this backport request until 2.1 final (not RC) is in
Feisty. Thanks.
** Also affects: dapper-backports (upstream)
Importance: Undecided
Status: Unconfirmed
** Also affects: edgy-backports (upstream)
Importance: Undecided
Status: Unc
I highly disagree with the original claims in that article. As someone
who does a lot of work with embedded devices and CompactFlash, as well
as an avid user of flash media, even the cheapest devices I can locally
purchase can put up with an astounding number of read-write cycles, much
more than th
** Changed in: ktorrent (Ubuntu)
Status: Confirmed => Fix Committed
--
ktorrent corrupts files
https://launchpad.net/bugs/70154
--
kubuntu-bugs mailing list
kubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs
Yeah, I recently prepared the 2.1~rc1 upload into Ubuntu. Upstream plans
to have 2.1 final released in about two weeks, so I think I'll hold off
until that for a backport.
So, as of now I'd say Fix Released in Feisty, while Dapper/Edgy still
need a backport task (SRU is going to be too complex for
Awesome. Now, what about a SRU for Edgy?
--
DPMS timeout restored incorrectly on login
https://launchpad.net/bugs/65791
--
kubuntu-bugs mailing list
kubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs
Yes, I've had this happen a few times too... it seems to help immensely
by running "kdeinit" and letting that finish before launching a
ktorrent.
Also, the use of Xgl or any kind of compositing window manager seems to
make it worse, too.
I'll relay this upstream too.
** Changed in: ktorrent (Ubu
No, I don't think it's just stress; I regularly run an entire Ubuntu OS
off my external 160GB for days and days of usage, including backports
work, video encoding/copying/transcoding, backing up, you name it
On Fri, 2007-01-05 at 22:24 +, Gustavo Carneiro wrote:
> I already tried that in th
This is an automated build message from my prevu client.
BUILD FAILED.
Unfortunately, the build has failed. Here's the last 20 lines:
I: Building against specified distro: dapper
...
-> Trying debhelper
-> Considering g++ (>= 4.0.0)
-> Trying g++
-> Considering autotools-dev
-> Tryi
This is an automated build message from my prevu client.
BUILD STARTED.
A build of package 'exiv2' has been started. Upon the build finishing, another
notification will be sent out with the results.
--
Update to 0.10 in Dapper
https://launchpad.net/bugs/52879
--
ubuntu-bugs mailing list
ub
will attempt a build on Dapper.
** Also affects: dapper-backports (upstream)
Importance: Undecided
Status: Unconfirmed
--
Update to 0.10 in Dapper
https://launchpad.net/bugs/52879
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubunt
Due to changes in packaging this package will no longer backport to
Dapper.
** Changed in: dapper-backports (upstream)
Status: Unconfirmed => Rejected
--
Please backport VLC from Feisty
https://launchpad.net/bugs/77553
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lis
This is an automated build message from my prevu client.
BUILD FAILED.
Unfortunately, the build has failed. Here's the last 20 lines:
I: Building against specified distro: dapper
...
-> This package is not for this architecture
-> Considering gettext
-> Trying gettext
-> Considering li
This is an automated build message from my prevu client.
BUILD STARTED.
A build of package 'vlc' has been started. Upon the build finishing, another
notification will be sent out with the results.
--
Please backport VLC from Feisty
https://launchpad.net/bugs/77553
--
ubuntu-bugs mailing li
This is an automated build message from my prevu client.
BUILD STARTED.
A build of package 'vlc' has been started. Upon the build finishing, another
notification will be sent out with the results.
** Changed in: vlc (Ubuntu)
Status: Unconfirmed => Fix Released
--
Please backport VLC
I agree that this is a good idea and rides along the lines of Backports,
but it will have to be a different kind of effort. A Ubuntu volatile
repository will require deep involvement of the Ubuntu developers. I'd
love to have a Ubuntu volatile repository too!
Please spec something up so we can mor
Martin Pitt has requested to be assignee for this bug...
** Changed in: nautilus (Ubuntu)
Assignee: Ubuntu Desktop Bugs => Martin Pitt
--
Unmount progress dialog doesn't show when unmounting via the side panel
https://launchpad.net/bugs/48380
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.
On Sat, 2006-12-23 at 03:27 +, Sarah Hobbs wrote:
> I never said it was a solution for now.
>
> I just stated the cause of the bug.
Ok, cool, that's a relief to hear. Sorry if I got really edgy (no pun
intended) about it... When this affected GNOME, "users should be less
stupid" was the initia
Approved for backporting. I've been secretly playing backported supertux
in my basement these past days :)
** Also affects: edgy-backports (upstream)
Importance: Undecided
Status: Unconfirmed
** Changed in: edgy-backports (upstream)
Status: Unconfirmed => In Progress
** Changed
disregard that last statement, I've finally arrived at the conclusion
that I need more sleep.
--
Please sync x264 1:0.cvs20061210-0.0 from debian-multimedia.org (Marillat)
https://launchpad.net/bugs/75479
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/
As of revision 610, f_rf_constant -> i_rf_constant... IIRC in October it
was vice versa.
--
Please sync x264 1:0.cvs20061210-0.0 from debian-multimedia.org (Marillat)
https://launchpad.net/bugs/75479
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listi
BTW, ffmpeg does not rebuild cleanly against the latest x264 svn's. We
either need a newer ffmpeg snapshot or some patches; I don't have time
this week to investigate this any further.
--
Please sync x264 1:0.cvs20061210-0.0 from debian-multimedia.org (Marillat)
https://launchpad.net/bugs/75479
Note that on the 16th of December, sliceless multithreading has been
implemented in x264 SVN (revision 610), which finally makes
multithreading yield good speed improvements without much bitrate
sacrifice.
I don't know how you guys want to go about it, but this new revision is
definitely worth it
On Fri, 2006-12-22 at 07:11 +, Sarah Hobbs wrote:
> i spoke to the maintainer earlier
>
> this is a side effect of moving to dbus, and will be fixed in kde4.
>
Ok, then in the meantime we will need some sort of less elegant way of
notifying the user not to remove the USB key until it is fully
Public bug reported:
Binary package hint: ffmpeg
For iPod Video owners trying to make h264 videos (= mp4 container + aac
+ h264), ffmpeg would be the tool of choice, as it has reliable support
for the mp4 container, and the ability to specify aac and h264.
The DEB_BUILD_OPTIONS=risky variable in
Due to the noted ABI breakage, I'm very wary to do a backport. I have
iPods myself, and I've noted that a straight-up backport of just libgpod
indeed breaks my Nano 2G completely, corrupting the iTunesDB with
erroneous entries and causing my nano to reboot trying to play.
--
New upstream release
Builds and functions correctly in Edgy.
** Changed in: edgy-backports (upstream)
Status: Unconfirmed => Confirmed
--
[backport] please backport latest wine version to edgy/dapper
https://launchpad.net/bugs/75891
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubun
-> Considering linux-libc-dev
-> Trying linux-libc-dev
-> Cannot install linux-libc-dev; apt errors follow:
No buildo in Dappero :(
** Also affects: edgy-backports (upstream)
Importance: Undecided
Status: Unconfirmed
** Also affects: dapper-backports (upstream)
Importan
No, the dialog was not missing in stock Dapper but it was missing in
kubuntu.org's Dapper KDE update packages.
In stock Dapper, it shows an Unmounting dialog with a progress of 0%
until the process was completely finished.
--
umount progress dialog missing in Edgy
https://launchpad.net/bugs/6194
Attaching apport report
** Attachment added: "apport report"
http://librarian.launchpad.net/5403881/_usr_lib_openoffice_program_soffice.bin.1000.crash
--
OOo crashes when opening MS Word Exploit POC
https://launchpad.net/bugs/75847
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
h
Public bug reported:
Binary package hint: openoffice.org
http://www.milw0rm.com/sploits/12122006-djtest.doc
This is a POC for the most recent Word vulnerability. When I tried
opening it with Edgy Openoffice, it caused OOo to crash with a SIGABRT
After kees cook's direction on howto get apport t
Yes, and from http://packages.ubuntu.com/cgi-
bin/search_packages.pl?searchon=names&version=all&exact=1&keywords=kbarcode
, it would appear like both source and binary packages for 2.0.3 are
indeed in dapper-backports.
--
[backport] kbarcode 2.0.3-1ubuntu2 to Dapper
https://launchpad.net/bugs/523
It's not in any Feisty repositories yet, as far as I know. Let me know
if otherwise.
--
add jdk-6 to edgy-backports?
https://launchpad.net/bugs/75650
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Well, Joris, at this point I'd have to suggest trying to find a kind
developer soul who is willing to do as Kees outlined.
--
Request heartbeat-2 upgrade to recommended 2.0.7
https://launchpad.net/bugs/71941
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailm
Unsubscribing Backporters from this bug. There is no newer version in
Feisty, especially not the version the original filer is asking for.
Please resubscribe when Feisty gets a newer upsream release of
logrotate.
--
Please provide current version of logrotate
https://launchpad.net/bugs/64964
--
Unsubscribing Backporters from this bug. There is no newer version in
Feisty, especially not the version the original filer is asking for.
Please resubscribe when Feisty gets a newer upsream release of
logrotate.
--
Please provide current version of logrotate
https://launchpad.net/bugs/64964
--
You should find either Martin Pitt or Kees Cook on IRC and see if they
are willing to prepare a security patch for Dapper's heartbeat-2
package. Backports cannot handle this.
--
Request heartbeat-2 upgrade to recommended 2.0.7
https://launchpad.net/bugs/71941
--
ubuntu-bugs mailing list
ubuntu-
Sorry, I discovered this a bit late, but Feisty has a new lzma that
takes completely different syntax. I've re-based my patch to reflect
that.
This patch should be applied instead :(
** Changed in: flexbackup (Ubuntu)
Status: Fix Committed => Confirmed
--
[patches] LZMA support, bashism
Attached updated debdiff. Sorry again, I feel like a moron for this...
** Attachment added: "Updated debdiff"
http://librarian.launchpad.net/5348844/lzma-support-and-bashism.debdiff.patch
--
[patches] LZMA support, bashism in debian/rules
https://launchpad.net/bugs/75042
--
ubuntu-bugs mail
ok, approved for backporting.
** Changed in: cups-pdf (Ubuntu)
Status: Confirmed => In Progress
--
please backport cups-pdf 2.4.2-1 to Dapper
https://launchpad.net/bugs/73387
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Please follow the launchpad.net link and unsubscribe yourself from the
bug.
On Sat, 2006-12-09 at 01:38 +, B wrote:
> Please remove me from this mailing list.
>
> --- Enselic <[EMAIL PROTECTED]> wrote:
>
> > I also got a crash when I closed it, though it appeared to prevent me
> > from openin
Here's the debdiff...
(1) I am a moron when it comes to dpatch, so I'm letting you guys handle
that!
(2) The version number isn't exactly kosher either :)
** Attachment added: "debdiff"
http://librarian.launchpad.net/5332734/lzma-support-and-bashism.debdiff.patch
--
[patches] LZMA support,
Public bug reported:
I was doing a bit of hacking on flexbackup, and here's two things:
(1) debian/rules uses a bashism to match /var/{lib,log} which makes Edgy
very upset. I expanded out the expansion manually and now the package
builds in Edgy.
(2) I implemented lzma compression support, which
Backport done yesterday by Scott James Remnant. Thanks!
** Changed in: dapper-backports (upstream)
Status: In Progress => Fix Released
--
Backport MediaWiki
https://launchpad.net/bugs/49056
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinf
Backport done yesterday by Scott James Remnant. Thanks!
** Changed in: edgy-backports (upstream)
Status: In Progress => Fix Released
--
Backport MediaWiki
https://launchpad.net/bugs/49056
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/
Not being to control the volume for a large portion of Intel HDA users
is a minor bug?
--
Mixer applet: Recognize "Front" as a Master channel
https://launchpad.net/bugs/45345
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
There must be a more complete way of just simply castrating kdebase of
kenergy altogether, since its functionality is all done by guidance, and
heck kenergy isn't even user-visible in any fashion.
I'd rather see that happen than any of the workarounds posted this far.
I still have an inclination
Testing packages available by putting the following in your
sources.list:
"deb http://buntudot.org/people/~jdong/kdebase/ ./"
Package built from Edgy kdebase with that one patch above.
--
DPMS timeout restored incorrectly on login
https://launchpad.net/bugs/65791
--
kubuntu-bugs mailing list
wrong status
** Changed in: kdebase (Ubuntu)
Status: Rejected => Confirmed
--
DPMS timeout restored incorrectly on login
https://launchpad.net/bugs/65791
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Found the culprit in kdebase. This patch makes DPMS timeouts accurate
again. I will upload some testing packages soon.
--- kdebase-3.5.5.orig/kcontrol/energy/energy.cpp
+++ kdebase-3.5.5/kcontrol/energy/energy.cpp
@@ -340,7 +340,7 @@
if (hasDPMS) {
if (enable) {
DPMSEnab
I confirmed this bug is present on Fedora Core 6's KDE also, so this is
most likely an upstream KDE problem, too.
But Fedora mounts removable media sync, which greatly alleviates this
situation.
--
umount progress dialog missing in Edgy
https://launchpad.net/bugs/61946
--
ubuntu-bugs mailing l
-> Considering debhelper (>= 5.0.37.2)
Tried versions: 5.0.7ubuntu13
Just an FYI the package will not backport.
--
Request heartbeat-2 upgrade to recommended 2.0.7
https://launchpad.net/bugs/71941
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman
Not a breezy-backports bug, opened Ubuntu bug ticket.
My best guess is that you might be experiencing disk corruption that is
forcing the drive to be mounted read-only. During a read-only boot, look
at dmesg output and see if there's anything peculiar.
Also try booting onto a LiveCD and running a
Yeah, there's two Brasero backports requests the other went through.
Marking this fixed.
** Changed in: edgy-backports (upstream)
Status: In Progress => Fix Released
--
(feisty)No icon for brasero
https://launchpad.net/bugs/71546
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
That actually doesn't work on my system -- it restores the DPMS timeout
too early and it gets overwritten again. Previously I had a sleep 20 &&
displayconfig-restore and similar lines for 20,30,and 40 second delays,
but even then when my system is under IO load and logging in, it would
not work.
-
Never mind, PEBKAC on the mysql-client thing
Still would like torrentflux backported to Dapper though.
** Changed in: torrentflux (Ubuntu)
Status: Unconfirmed => Rejected
--
backport torrentflux?
https://launchpad.net/bugs/55733
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
Forgot to say, the backport of mediawiki now requires a backport of
source package mediawiki1.7, too.
Sorry for the hassle :)
** Changed in: dapper-backports (upstream)
Status: Fix Released => In Progress
** Changed in: edgy-backports (upstream)
Status: Fix Released => In Progress
I see xchat was merged from Sid and uploaded to Feisty. Perhaps that's
the "fix committed" we're looking for?
I'll play with it a bit on Edgy and see how it is, and perhaps a
Backports request can be opened for it.
--
xchat crashes frequently on quit
https://launchpad.net/bugs/57951
--
ubuntu-
Now that since Edgy we have CFQ and ionice, wouldn't it be a good idea
to schedule beagle's indexing IO as idle/low-priority?
--
beagled-helper loads CPU
https://launchpad.net/bugs/64326
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bu
Yeah, that might be the best solution...
--
Update to latest package to make HP LaserJet 1020 work
https://launchpad.net/bugs/6017
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
As I've said, there's not much I can do about it until the build
dependencies are tweaked I'll consider doing a manual backport and
see if I can get anyone to sponsor it.
--
Please backport kdesvn 0.11.0 to Breezy, Dapper and Edgy
https://launchpad.net/bugs/71056
--
ubuntu-bugs mailing list
Forgot to mention, mythplugins is also approved for backporting.
--
MythTV v0.19
https://launchpad.net/bugs/51680
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Approved for edgy-backports, too. When 1.8 is packaged, feel free to
open up another bug report.
** Changed in: edgy-backports (upstream)
Status: Unconfirmed => In Progress
--
Backport MediaWiki
https://launchpad.net/bugs/49056
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
ht
Approved for dapper-backports
** Also affects: edgy-backports (upstream)
Importance: Undecided
Status: Unconfirmed
** Changed in: dapper-backports (upstream)
Status: Confirmed => In Progress
--
Backport MediaWiki
https://launchpad.net/bugs/49056
--
ubuntu-bugs mailing list
ub
superm1 has been nagging me for weeks about this one. Finally had a
chance to look it over, and it seems good. It needs two supporting
libraries backported, which we have determined is safe/sane.
So, without further delay, mythtv, libraw1394, and libiec61883 are
approved for dapper-backports.
**
Approved for backporting.
** Changed in: dapper-backports (upstream)
Status: Unconfirmed => In Progress
--
missing dependence on libsys-hostname-long-perl
https://launchpad.net/bugs/45203
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/
-> Built Package: /var/cache/prevu/dapper-debs/foo2zjs_20060625dfsg-
4ubuntu1~6.06prevu1_i386.deb
This version of foo2zjs is eligible for Dapper Backports. would this resolve
the specified issue?
** Changed in: dapper-backports (upstream)
Status: Unconfirmed => Confirmed
--
Update to l
Confirming that it builds, but still need testers.
** Changed in: dapper-backports (upstream)
Status: Unconfirmed => Confirmed
--
very old version
https://launchpad.net/bugs/45017
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-b
Approved for edgy-backports.
** Changed in: edgy-backports (upstream)
Status: Confirmed => In Progress
--
dosemu-freedos (dapper and most probably edgy)
https://launchpad.net/bugs/73056
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ub
1201 - 1300 of 1740 matches
Mail list logo
