[Bug 1769011] [NEW] The signed binary grubx64.efi does not include the tga module
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 modules are pre-loaded and it is possible to display background images in those formats. Since the backgrounds in the grub2-splashimages package are distributed as TGA images I believe this should be considered a bug. ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: grub-efi-amd64-signed 1.93+2.02-2ubuntu8 ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17 Uname: Linux 4.15.0-20-generic x86_64 ApportVersion: 2.20.9-0ubuntu7 Architecture: amd64 CurrentDesktop: KDE Date: Fri May 4 11:51:07 2018 InstallationDate: Installed on 2018-05-02 (1 days ago) InstallationMedia: Kubuntu 18.04 LTS "Bionic Beaver" - Release amd64 (20180426) SourcePackage: grub2-signed UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: grub2-signed (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug bionic -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1769011 Title: The signed binary grubx64.efi does not include the tga module To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/grub2-signed/+bug/1769011/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1095052] Re: Client certificate authentication fails
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 notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnutls26/+bug/1095052/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1020591] Re: subversion and GnuTLS internal error
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 certificates with subversion to check out a source tree off my server. Do you know if this upstream fix has made been incorporated into Quantal or Raring? My experience with Quantal would suggest not but I haven't tried Raring yet. Thanks for your efforts - I hope this patch gets accepted and the new version released to the repositories soon. Happy New Year, John -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1020591 Title: subversion and GnuTLS internal error To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnutls26/+bug/1020591/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1020591] Re: subversion and GnuTLS internal error
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) for which the work-around was to install libneon27 and to set LD_PRELOAD=/usr/lib/libneon.so.27 before running svn. This worked at the time but now this produces a different error: svn: OPTIONS of 'https://server/svn/trunk': SSL handshake failed: SSL disabled due to library version mismatch (https://server) At present I have no way to use svn without disabling client certificates which is not really an option. I haven't tried recompiling libneon yet but if Christopher is right and it will only fix checking out from localhost then it won't help me. I am going to try a few debug builds of libneon27-gnutls and see if I can see what the problem is. 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/1020591 Title: subversion and GnuTLS internal error To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnutls26/+bug/1020591/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1020591] Re: subversion and GnuTLS internal error
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 version of libneon27-gnutls used by Precise and Oneiric is identical suggesting that the neon-gnutls library is not the problem (corroborated by the fact that installing libneon27 and using the LD_PRELOAD trick also doesn't work in Precise). However, the version of libgnutls26 between Oneiric and Precise is different and using LD_PRELOAD to load the Oneiric version of this library solves the problem in Precise. Strangely however, Quantal also suffers from this problem but it can be fixed by using LD_PRELOAD to load the libneon27 library. LD_PRELOADing the libgnutls26 version from Oneiric doesn't work because libneon27-gnutls has a dependency on version 2.12 of libgnutls (Oneiric uses 2.10)! Here is a summary: Out of the box: Oneiric OK, Precise fails, Quantal fails. Install libneon27 and set LD_PRELOAD=/usr/lib/libneon.so.27: Oneiric OK, Precise fails, Quantal OK Set LD_PRELOAD=libgnutls.so.26.16.14 (Oneiric version): Oneric OK, Precise OK, Quantal fails 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 set LD_PRELOAD=/usr/bin/libneon.so.27 For the record, the releases have the following versions of the libraries: Oneiric libneon27-gnutls_0.29.6-1 (library version libneon-gnutls.so.27.2.6) libgnutls26_2.10.5-1ubuntu3.2 (library version libgnutls.so.26.16.14) Precise libneon27-gnutls_0.29.6-1 (library version libneon-gnutls.so.27.2.6) libgnutls26_2.12.14-5ubuntu3.1 (library version libgnutls.so.26.21.8) Quantal libneon27-gnutls_0.29.6-3 (library version libneon-gnutls.so.27.2.6) libgnutls26_2.12.14-5ubuntu4 (library version libgnutls.so.26.21.8) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1020591 Title: subversion and GnuTLS internal error To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnutls26/+bug/1020591/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1020591] Re: subversion and GnuTLS internal error
** 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. https://bugs.launchpad.net/bugs/1020591 Title: subversion and GnuTLS internal error To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnutls26/+bug/1020591/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1020591] Re: subversion and GnuTLS internal error
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 set LD_PRELOAD=/usr/lib/libneon.so.27 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1020591 Title: subversion and GnuTLS internal error To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnutls26/+bug/1020591/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 905607] [NEW] software raid component drives erroneously detected
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 sdb1[1] sda1[0]
24000960 blocks [2/2] [UU]
Running os-prober reports:
/dev/sda1:Ubuntu 11.10 (11.10):Ubuntu:linux
/dev/sdb1:Ubuntu 11.10 (11.10):Ubuntu2:linux
The problem is a missing backslash on line 84 of /usr/bin/os-prober
which reads:
dev=${word%%[*}
and should instead read:
dev=${word%%\[*}
I have confirmed that this bug is present in Ubuntu Oneiric and Precise.
John
** Affects: os-prober (Ubuntu)
Importance: Undecided
Status: New
** Tags: patch
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/905607
Title:
software raid component drives erroneously detected
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/os-prober/+bug/905607/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 905607] Re: software raid component drives erroneously detected
** 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. https://bugs.launchpad.net/bugs/905607 Title: software raid component drives erroneously detected To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/os-prober/+bug/905607/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 294648] Re: svn over https with client certificates broken (regression in intrepid)
@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 libneon27-gnutls-0.29.3-2 subversion-1.6.12dfsg-1ubuntu1 --- NATTY libgnutls26-2.8.6-1ubuntu1 libneon27-gnutls-0.29.5-3 subversion-1.6.12dfsg-2ubuntu3 --- FEDORA 14 gnutls-2.8.6-2.fc14 neon-0.29.5-1.fc14 subversion-1.6.13-1.fc14 --- MAVERICK # ldd /usr/bin/subversion | egrep neon|gnutls libsvn_ra_neon-1.so.1 = /usr/lib/libsvn_ra_neon-1.so.1 libgnutls.so.26 = /usr/lib/libgnutls.so.26 libneon-gnutls.so.27 = /usr/lib/libneon-gnutls.so.27 --- FEDORA 14 # ldd /usr/bin/subversion | egrep neon|gnutls libsvn_ra_neon-1.so.0 = /usr/lib64/libsvn_ra_neon-1.so.0 libneon.so.27 = /usr/lib64/libneon.so.27 libgnutls.so.26 = /usr/lib64/libgnutls.so.26 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/294648 Title: svn over https with client certificates broken (regression in intrepid) -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 294648] Re: svn over https with client certificates broken (regression in intrepid)
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 with the LD_PRELOAD trick (although unsurprisingly it fails when it doesn't recognise my client certificate's CA). The patch doesn't solve the problem here! It seems there are definitely two different problems at play here. Full details attached. ** Attachment added: SubversionOutput.txt https://bugs.launchpad.net/ubuntu/+source/subversion/+bug/294648/+attachment/1783720/+files/SubversionOutput.txt -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/294648 Title: svn over https with client certificates broken (regression in intrepid) -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 294648] Re: svn over https with client certificates broken (regression in intrepid)
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() which appears to proceed through the following stages successfully: Send hello. Receive server hello. Receive server certificate. Receive server key exchange message. Receive server certificate request message. Receive server hello done. Send client certificate. Send client key exchange. Send client certificate verify. It then calls _gnutls_handshake_common() which first successfully calls _gnutls_send_handshake_final() but falls over on _gnutls_recv_handshake_final() where it interprets the response from the server as a GNUTLS_ALERT packet instead of a GNUTLS_CHANGE_CIPHER_SPEC packet. I have to assume that it is the gnutls client misinterpreting the packet rather than the server sending something unexpected because client certificate authentication works when using the LD_PRELOAD workaround and also when using Firefox. I really want to get this working so I'll keep digging but if anyone has any ideas or wants to discuss please let me know. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/294648 Title: svn over https with client certificates broken (regression in intrepid) -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 294648] Re: svn over https with client certificates broken (regression in intrepid)
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 libneon27-gnutls binary package in Natty. The only way I can get this to work is using Mike's LD_PRELOAD work- around (comment #14). -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/294648 Title: svn over https with client certificates broken (regression in intrepid) -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 325090] [NEW] cannot set root to partition with cylinder count greater than 133674
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 CHS geometry of 182401/255/63. The drive reports a total sector count of 2930277168. I have naively partitioned the drive with two partitions beyond the 133674 cylinder boundary from which I would like to be able to boot. The partition with /boot on it is at the start of the drive. The geometry struct defined in stage2/shared.h uses an unsigned long to hold this value which is fine, but in many functions (such as rawread in stage2/disk_io.c) the value is passed as an integer which results in a negative value. You can see the problem clearly in a grub shell by typing root (hd0,4) (where /dev/sda5 is beyond the 133674 boundary) which results in Error 18: Selected cylinder exceeds maximum supported by BIOS. This was observed on an Intrepid 8.10, Intel 64 bit platform with grub-0.97-29ubuntu45 installed. A review of the source code for Jaunty grub-0.97-29ubuntu48 suggests that the problem remains unresolved. I am aware that active development of grub legacy has been discontinued, but I don't believe grub2 to be polished enough to replace it yet so it would be nice to see a patch for this problem. ** Affects: grub (Ubuntu) Importance: Undecided Status: New -- cannot set root to partition with cylinder count greater than 133674 https://bugs.launchpad.net/bugs/325090 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 310928] Re: dmraid-activate is broken for isw arrays (dmraid rc15)
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 have to carefully weigh my options between dmraid and mdadm. Thanks for all your work. John -- dmraid-activate is broken for isw arrays (dmraid rc15) https://bugs.launchpad.net/bugs/310928 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 310928] Re: dmraid-activate is broken for isw arrays (dmraid rc15)
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 to restore the array from a live CD and let you know how I get on. John -- dmraid-activate is broken for isw arrays (dmraid rc15) https://bugs.launchpad.net/bugs/310928 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 310928] Re: dmraid-activate is broken for isw arrays (dmraid rc15)
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 the BIOS or with dmraid -R isw_bbiechciij_Array /dev/sda. Nor does adding /dev/sda as a hot spare work as it gets added to a new array instead of isw_bbiechciij_Array (it will not accept isw_bbiechciij_Array as a legal array name to add it to because it is greater than 15 chars long). The problem all seemed to stem from the fact that when I first re-added a disk to the array last night (prior to the successful rebuild), the name of the array was changed by the BIOS. After a reboot (or in my case, powering off for a day), I then had two different array names and neither could be started. I had to use dmraid -x isw_daifjieafd_Array (from either a live CD or the busybox prompt) to delete the new array, then go into the BIOS and re-add the disk again. Unfortunately, this resulted in a new name for the array being generated and so on and so forth. This went on until I deleted the array on /dev/sda instead of the one on /dev/sdb and as a result ended up stuck with the Failed array. -- dmraid-activate is broken for isw arrays (dmraid rc15) https://bugs.launchpad.net/bugs/310928 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 310928] Re: dmraid-activate is broken for isw arrays (dmraid rc15)
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 overnight. The BIOS now report the array as clean. Thanks! John -- dmraid-activate is broken for isw arrays (dmraid rc15) https://bugs.launchpad.net/bugs/310928 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 179280] libapache2-mod-mono fails to preconfigure
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. The installation output is given below: [EMAIL PROTECTED]:/etc/mono-server2$ sudo apt-get install libapache2-mod-mono Reading package lists... Done Building dependency tree Reading state information... Done The following NEW packages will be installed: libapache2-mod-mono 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/35.0kB of archives. After unpacking 164kB of additional disk space will be used. Preconfiguring packages ... Using mono-apache-server2... /tmp/libapache2-mod-mono.config.77141: line 70: /etc/apache2/mods-available/mod_mono.conf: No such file or directory libapache2-mod-mono failed to preconfigure, with exit status 1 Selecting previously deselected package libapache2-mod-mono. (Reading database ... 121322 files and directories currently installed.) Unpacking libapache2-mod-mono (from .../libapache2-mod-mono_1.2.4-1_i386.deb) ... Setting up libapache2-mod-mono (1.2.4-1) ... Using mono-apache-server2... Module mod_mono installed; run /etc/init.d/apache2 force-reload to enable. Workaround: To ensure a clean install, you can simply remove (don't autoremove or purge) the package and re-install: sudo apt-get remove libapache2-mod-mono sudo apt-get install libapache2-mod-mono Because /etc/apache2/mod-available/mod_mono.conf now exists, the second installation will complete cleanly. Cause: The two lines running 'sed' in the following section of the config script in the installation package should be enclosed by a check for the existence of the file /etc/apache2/mods-available/mod_mono.conf: # Change the includes as appropriate MONO_CONF=/etc/apache2/mods-available/mod_mono.conf case $USE_MONO_SERVER in none) # Can't find anything echo Either mono-apache-server or mono-apache-server2 needs echo to be installed. exit 1 ;; mod-mono-server) echo Using mono-apache-server... sed '[EMAIL PROTECTED]@Include /etc/mono-server/mono-server-hosts.conf@' \ $MONO_CONF $tempfile cp -f $tempfile $MONO_CONF rm -f $tempfile ;; mod-mono-server2) echo Using mono-apache-server2... sed '[EMAIL PROTECTED]@Include /etc/mono-server2/mono-server2-hosts.conf@'\ $MONO_CONF $tempfile cp -f $tempfile $MONO_CONF rm -f $tempfile ;; esac ** Affects: mod-mono (Ubuntu) Importance: Undecided Status: New -- libapache2-mod-mono fails to preconfigure https://bugs.launchpad.net/bugs/179280 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 179284] Incorrect automatic configuration of mono-server2-hosts.conf
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 /usr/bin/mod-mono-server2 /usr/lib/mono/2.0/mod-mono-server2.exe is a native Windows executable and needs to be wrapped by the script /usr/bin/mod-mono-server2 in order to function. When apache attempts to start mod-mono-server2 with the incorrect MonoServerPath, the following error is observed in the apache error log: [Sun Dec 30 09:44:16 2007] [error] Failed running '/usr/lib/mono/2.0 /mod-mono-server2.exe --filename /tmp/.mod_mono_server2 --nonstop --appconfigdir /etc/mono-server2 (null) (null) (null) (null) (null) (null) (null)'. Reason: Exec format error To fix the package, line 223 of mono-server2-update needs to be altered from: print TEMPHOST MonoServerPath default /usr/lib/mono/2.0/mod-mono- server2.exe\n; to: print TEMPHOST MonoServerPath default /usr/bin/mod-mono- server2\n; ** Affects: xsp (Ubuntu) Importance: Undecided Status: New -- Incorrect automatic configuration of mono-server2-hosts.conf https://bugs.launchpad.net/bugs/179284 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 179287] Incorrect automatic configuration of mono-server-hosts.conf
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 /usr/lib/mono/1.0/mod-mono-server.exe is a native Windows executable and needs to be wrapped by the script /usr/bin/mod-mono-server in order to function. When apache attempts to start mod-mono-server with the incorrect MonoServerPath, an error similar to the following is observed in the apache error log: [Sun Dec 30 09:44:16 2007] [error] Failed running '/usr/lib/mono/1.0 /mod-mono-server.exe --filename /tmp/.mod_mono_server --nonstop --appconfigdir /etc/mono-server (null) (null) (null) (null) (null) (null) (null)'. Reason: Exec format error To fix the package, line 223 of mono-server-update needs to be altered from: print TEMPHOST MonoServerPath default /usr/lib/mono/1.0/mod-mono- server.exe\n; to: print TEMPHOST MonoServerPath default /usr/bin/mod-mono- server\n; ** Affects: xsp (Ubuntu) Importance: Undecided Status: New -- Incorrect automatic configuration of mono-server-hosts.conf https://bugs.launchpad.net/bugs/179287 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 179290] mono-apache-server2 should use AutoHosting by default
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 be remedied by adding the line: MonoAutoApplication enabled to /etc/mono-server2/mono-server2-hosts.conf immediately following the MonoServerPath line. This change can be made permanent by altering the /usr/sbin/mono- server2-update script to include the following line after line 223 (the MonoServerPath entry): print TEMPHOST MonoAutoApplication enabled\n; The same problem exists in the mono-apache-server package although I have not personally confirmed that AutoHosting works in ASP.NET 1.0 ** Affects: xsp (Ubuntu) Importance: Undecided Status: New -- mono-apache-server2 should use AutoHosting by default https://bugs.launchpad.net/bugs/179290 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 179304] mod_mono.so looks for missing /usr/bin/mod-mono-server
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 (i.e. mono-apache- server2 is being used), this file is missing resulting in the following entry in /var/log/apache2/error.log [Sun Dec 30 11:12:45 2007] [error] Failed running '/usr/bin/mod-mono- server --filename /tmp/mod_mono_server_global --nonstop --master (null) (null) (null) (null) (null) (null) (null) (null)'. Reason: No such file or directory The problem is aesthetic only in that apache2 still correctly spawns a mod-mono-server2 and correctly serves ASP.NET 2.0 pages. ** Affects: mod-mono (Ubuntu) Importance: Undecided Status: New -- mod_mono.so looks for missing /usr/bin/mod-mono-server https://bugs.launchpad.net/bugs/179304 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
