Public bug reported:
If a source directory is read-only, rsync does not copy any content from
that directory.
This affects only 11.10 Oneiric. It works fine in Maverick, and
presumably in Natty since they both use the same (or close) versions.
This was fixed upstream back in May. Please releas
I can confirm this bug on Oneiric, using lxdm version 0.4.1-0ubuntu4.
Alternative example: With xubuntu installed, the file
/usr/share/xsessions/xfce.desktop should start the xfce desktop but does
not. A simple edit to xfce.desktop to remove the space in the name
makes it work under lxdm:
$ diff
The proposed fix still does not address the missing documentation
mentioned in the older bug report comment #2:
Additional related bug: The --remove option is not documented in the
add-apt-repository(1) man page.
--
You received this bug notification because you are a member of Ubuntu
Bugs, whic
Same problem - Confirmed today on both 10.10 Maverick and 11.04 Natty.
Additional related bug: The --remove option is not documented in the
add-apt-repository(1) man page.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.l
Public bug reported:
Binary package hint: qt-sdk
For 10.10 Maverick amd64, there is no qt-sdk package listed in the Packages
file,
hence it is not installable with normal apt tools. i386 has it listed, but not
amd64.
Possibly related to bug # 618075
** Affects: qt-sdk (Ubuntu)
Importanc
Public bug reported:
Binary package hint: ubuntu-docs
In the CVS Server section of the 10.10 Maverick Server Guide:
https://help.ubuntu.com/10.10/serverguide/C/cvs-server.html
the cvs server repository is configured for /var/lib/cvs.
By default, the cvs package installs the repository under /sr
Public bug reported:
Binary package hint: findimagedupes
findimagedupes is a perl script that fails to compile in 32-bit 10.10 Maverick.
(64-bit Maverick and 32-bit Lucid work fine.)
The package installs a compiled object in a directory that perl does not
search.
The library objects are stored
I can now confirm that the simple one line patch
previously mentioned, offered by David Kalnischkies
in Debian bug #433007, fixes my complaint in
all affected Ubuntu releases from jaunty
back to feisty. And also in Debian Lenny.
--
extended_states is modified even if --dry-run is used
https://
This is probably a duplicate of an open Debian bug, #433007.
One gentleman posted a patch on 19 May 2009.
Their test mechanism is different from mine, so I'll try out
the patch on a jaunty install.
--
extended_states is modified even if --dry-run is used
https://bugs.launchpad.net/bugs/154982
Y
This bug is still present in all Ubuntu versions from feisty through
jaunty, as well as Debian Lenny. Dapper's apt appears to be too old to
support the extended_states file.
Ubuntu Ubuntu Apt Dry-Run
Release CodeName Version Bug?
--- -
I confirm this bug.
The problem is caused by a bash-ism in the .postinst file, which fails if
/bin/sh is dash.
The following patch fixes the problem:
--- /var/lib/dpkg/info/rocksndiamonds.postinst.00 2008-01-07
15:28:52.0 -0800
+++ /var/lib/dpkg/info/rocksndiamonds.postinst 2008-0
Let me begin by saying that a few weeks ago I upgraded from gutsy
to hardy beta, using "do-release-upgrade". I had the "ppa2" apt version
installed and experienced no problems.
Yesterday I did a little testing by creating a Vmware Server virtual machine,
and installed gutsy from the server .iso i
To amend my earlier report, which I filed after two failures:
Following those two failures, I had four successes, so it's not consistent.
Does not seem to be data dependent (image 1 failed twice, succeeded once, image
2 succeeded three times.)
Also, I believe I only had the LANG variable set, no
Same problem here.
Verification of a burned data cd fails, but manual read with dd produces image
identical to original.
This same hardware, and same locale variables, worked just fine under gutsy.
LANG=en_US.UTF-8
LC_COLLATE=POSIX
LC_TIME=POSIX
linux-image-2.6.24-15-generic 2.6.2
The ppa2 version looks good to me too.
I did the first official upgrade (tzdata) and did 100 install/remove
repetitions of the openoffice.org-calc package that had given me trouble
before. It was in an xterm, and I really messed with the screen, resizing,
iconifying, obscuring, switching deskt
Public bug reported:
Binary package hint: apt
I ran "apt-get -s install" on packages that had been Auto-Installed,
and apt-get modified the Auto-Installed state (from "1" to "0").
According to the man page, this should be a simulation and no system
information should be changed.
Here's a trans
Unfortunately I've experienced the hang using apt 0.7.6ubuntu14.
When the update with apt 0.7.6ubuntu14 came out, there were also some
openoffice.org files that wanted to update. I intentionally installed
apt and apt-utils 0.7.6ubuntu14 first. Then did apt-get update to pick
up the openoffice.or
I was using xterm when I got the above results.
However, just a few minutes ago, I ran another upgrade (apt-get dist-
upgrade) on the linux console, without any X running. And I experienced
the problem once again. It occured on the final package being installed
in this batch (xserver-xorg-video-
I just did a network upgrade from Feisty to GutsyRC, and repeatedly ran
into the same problem - dpkg dies and goes and apt-get hangs
forever. It kept happening on kmail and openoffice.org packages. Have
to open a terminal and kill apt-get manually. This happened wtih the
PC(x86) version. The b
19 matches
Mail list logo