Public bug reported:
When secure boot is enabled on an EFI system, it is not possible to
display background images in TGA format because the tga module is not
pre-loaded by the signed grubx64.efi binary and it is not possible to
insmod the module in a secure boot environment.
The jpeg and png
Hi, has there been any progress resubmitting the Precise patch?
Cheers,
John
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1095052
Title:
Client certificate authentication fails
To manage
Hi Andrew,
I believe the patch works. I was unable to use dpkg-buildpackage to
build a new gnutls deb because a number of the gnutls tests failed (due
to an issue with libgcrypt?!). However, I could manually configure and
build a new gnutls library and I was able to successfully use my client
Hi all,
I am also affected by this bug exactly as described by Topaz (although I
don't use eclipse so I don't have a working alternative at the moment).
A while back there was a similar problem with client certificates and
svn (see
https://bugs.launchpad.net/ubuntu/+source/subversion/+bug/294648)
Hi again,
I can add some new information now. As described by Topaz, if both the
server and the client are running Precise then the problem is observed
as described. If Oneiric is used as the client then the problem
disappears suggesting that the issue is entirely client-side. Further,
the
** Attachment added: Oneiric version of libgnutls library
https://bugs.launchpad.net/ubuntu/+source/gnutls26/+bug/1020591/+attachment/3396963/+files/libgnutls.so.26.16.14
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Whoops, quick correction - the workaround for Quantal is of course to
set LD_PRELOAD=/usr/lib/libneon.so.27 not
LD_PRELOAD=/usr/bin/libneon.so.27
Workarounds:
Precise: Download the Oneiric version of libgnutls.so.26.16.14 and set
LD_PRELOAD to point to this file.
Quantal: Install libneon27 and
Public bug reported:
Recent versions of os-prober have been erroneously reporting the
component drives of a software (mdadm) array which results in grub2
adding boot entries for these drives. For example, my / filesystem is
mounted on /dev/md0 and /proc/mdstat contains:
md0 : active raid1
** Patch added: os-prober-mdadm.patch
https://bugs.launchpad.net/ubuntu/+source/os-prober/+bug/905607/+attachment/2636789/+files/os-prober-mdadm.patch
** Tags added: patch
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
@Joe, here are the versions from Maverick and Natty for the record.
However, you'll notice that the Fedora version of subversion is linked
directly against libneon27 instead of libneon27-gnutls which is where
the problem seems to lie in Ubuntu.
MAVERICK
libgnutls26-2.8.6-1
Happy New Year everyone. Here are my results of trying with the two
sites in Maverick and Natty.
In summary the lavalit.com site will only work with a patched version of
neon. The LD_PRELOAD trick does not work for lavalit.com! On the other
hand, the www.opensc-project.com site will only work
I've been digging through the source trying to track down the problem I
am experiencing. This has actually led me into the source for
libgnutls26 rather than neon but I'm posting here for completeness.
libneon-gnutls27 calls gnutls_handshake() in libgnutls26 which calls
_gnutls_handshake_client()
Just to throw a spanner in the works, I am still seeing this problem
with Bryan's patch (comment #35) in all three of the following
scenarios:
1) libneon27-gnutls built from Maverick sources with patch manually applied.
2) libneon27-gnutls built from Natty sources in Maverick.
3) Using the
Public bug reported:
Binary package hint: grub
Grub fails to set root (and thus boot) to a partition whose start
cylinder is greater than 133674 because the source code erroneously uses
a 32-bit signed int to hold an unsigned long which is greater than
2^31.
I have a new 1.5Tb hard drive with a
Hi Giuseppe,
I concur that this is most likely unrelated. Unfortunately, after much
fiddling around I was forced to abandon my array. None of the above
commands worked to add a spare or to rebuild. Fortunately, this is only
on a test box anyway. When I rebuild it for production use, I will
Hi Giuseppe,
I might have spoken too soon! I just got home from work, turned on my
PC and my array no longer exists. The BIOS reports no RAID volumes
defined and both my physical disks are listed as offline members. I
have no idea whether this problem was caused by dmraid or not. I will
try
Well after a fair bit of mucking around, it looks like I have completely
lost my array. The BIOS now reports the array status as Failed, while
/dev/sda is listed as a Non-RAID Disk and /dev/sdb is a Member
Disk(0). However, I cannot seem to be able to add /dev/sda back into
the array either in
Hi Giuseppe,
I can confirm that your new versions seems to work ok. I had an Intel
raid array which the BIOS reported as degraded. In Intrepid 8.10 with
rc14 installed, the array made no attempt to repair itself. Installing
your version resulted in a clean boot and the array rebuilt itself
Public bug reported:
Binary package hint: libapache2-mod-mono
When trying to install libapache2-mod-mono for the first time, the
package fails to preconfigure because the file /etc/apache2/mod-
available/mod_mono.conf is not available. It will be installed by the
libapache2-mod-mono package.
Public bug reported:
Binary package hint: mono-apache-server2
The /usr/sbin/mono-server2-update script erroneously adds the following
line to /etc/mono-server2/mono-server2-hosts.conf:
MonoServerPath default /usr/lib/mono/2.0/mod-mono-server2.exe
instead of the correct:
MonoServerPath default
Public bug reported:
The /usr/sbin/mono-server-update script erroneously adds the following
line to /etc/mono-server/mono-server-hosts.conf:
MonoServerPath default /usr/lib/mono/1.0/mod-mono-server.exe
instead of the correct:
MonoServerPath default /usr/bin/mod-mono-server
Public bug reported:
Binary package hint: mono-apache-server2
The mono-apache-server2 package does not turn on mod_mono's AutoHosting
feature. As a result, even a correct install of apache2, mono-apache-
server2 and libapache2-mod-mono will not immediately begin serving
ASP.NET pages. This can
Public bug reported:
Binary package hint: libapache2-mod-mono
The file /usr/lib/apache2/modules/mod_mono.so which is loaded by the
apache configuration file /etc/apache2/mods-enabled/mod_mono.load is
hard-coded to load /usr/bin/mod-mono-server
If the mono-apache-server package is not installed
23 matches
Mail list logo
