[Bug 988925] Re: util-linux no longer provides ddate
Is there a reason for this omission? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/988925 Title: util-linux no longer provides ddate To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/util-linux/+bug/988925/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 602945] Re: apt-cdrom fails due to inconsistent choice of mount points
Hi, I'm now unable to reproduce this bug: on a fresh media-less 10.04 install apt-get can now install packages from my CDR, using '/cdrom' as its mount point. Perhaps, something in 10.04.1 had a positive effect on the issue. So from my personal point of view, I think you can close this bug as unreproducible. Thanks, John Pearson On 31/07/10 18:01, Michael Vogt wrote: Thanks for your bugreport. The path should be autodetect via udev. Could you please run: $ sudo apt-get install -o Debug::Acquire::cdrom=true some-package-from-the-cd and attach the output here? -- jo...@gtagalenco.com.au | The greatest problem in communication is Network Administrator| the illusion that it has been accomplished +61 4 0739 1169 | - George Bernard Shaw: The Sanity of Art -- apt-cdrom fails due to inconsistent choice of mount points https://bugs.launchpad.net/bugs/602945 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 602945] [NEW] apt-cdrom fails due to inconsistent choice of mount points
Public bug reported: Binary package hint: apt I did a network (medialess) install of Ubuintu 10.04LTS on a new PC, then added a CDROM source using apt-cdrom add. It recongized my media and added appropriate lines to sources.list anmd so on, but installing packages from the CDROM at the console command line fails with file not found messages. On this system (presumably, because it's a medialess install) there is no entry for the cdrom in /etc/fstab. It looks like what happens is that apt-get, etc., mount the CDROM at /media/apt, but when lookng for packages it's searching under /cdrom, whgich does not exist. Creating a symbolic link to /media/apt at /cdrom allows things to work, but should not be necessary. Apt-cdrom should use the same mountpoint for accessing files on the CDROM as it used to mount the medium. ** Affects: apt (Ubuntu) Importance: Undecided Status: New -- apt-cdrom fails due to inconsistent choice of mount points https://bugs.launchpad.net/bugs/602945 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 224642] Re: desktop launcher properties window disappears
Hi Andy. The patched 2.6.24 kernel you provided resolves the issue on hardy for me, and hasn't caused any other problems so far. Will this make its way into 8.04 as an update? Thanks, John. -- desktop launcher properties window disappears https://bugs.launchpad.net/bugs/224642 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 224642] Re: desktop launcher properties window disappears
Hi there, Any chance of test kernels with the fix for 8.04? I'm keen to test/verify the fix, but we're currently working with Hardy (LTS), not Jaunty. Thanks, John Pearson. -- desktop launcher properties window disappears https://bugs.launchpad.net/bugs/224642 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 224642] Re: desktop launcher properties window crashes
Hi, This bug was closed as invalid because no GDB stack trace had been provided for the crash; but there is no crash per se, so a stack trace is not really appropriate. Further investigation reveals that everything works fine with user-space NFS but not with the kernel-based NFS server, which suggests it's a locking issue of some kind (as unfs3 does not support locking). Please let me know if there's anything you need which we can actually provide. John Pearson. ** Changed in: nautilus (Ubuntu) Status: Invalid = Incomplete -- desktop launcher properties window crashes https://bugs.launchpad.net/bugs/224642 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 201777] Re: Not working routes with TAP device
Hi Daniel, Not having used vpnc I may be wrong, but my understanding is that vpnc is a client for Cisco IPSec VPNs, and doesn't interoperate with OpenVPN (an independently developed VPN which doesn't use IPSec, and provides for SSL authentication), so it doesn't really represent a workaround. John Pearson. -- Not working routes with TAP device https://bugs.launchpad.net/bugs/201777 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 212739] Re: regression: desktop launcher with empty TryExec line does not work anymore
I see this is fixed in Intrepid; what's the plan for fixing this in Hardy? That's a (relatively new) LTS release and we're evaluating it as an upgrade from 6.06, but if this isn't resolved it would require hand- editing all desktop launchers in each user's profile, which would be a hard sell. John Pearson. -- regression: desktop launcher with empty TryExec line does not work anymore https://bugs.launchpad.net/bugs/212739 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 224642] Re: desktop launcher properties window crashes
Here's a me too. /home is NFSv3 mounted and there's nothing obviously wrong with the Launcher, but the Properties dialog closes after selecting the Launcher tab. No sign of distress or any actual crash, it just closes. Happens on Hardy 8.04 with both old (6.06) and newly-created launchers. John Pearson. -- desktop launcher properties window crashes https://bugs.launchpad.net/bugs/224642 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 251340] [NEW] Firefox ignores URLs on command line
Public bug reported: Binary package hint: firefox Recently upgraded Firefox to 1.5.dfsg+1.5.0.15~prepatch080614d-0ubuntu1 from dapper-security and it now ignores URLs given on the command line, meaning that clicking on links in email, and desktop launchers, display the Firefox start page rather than the intended page. The Firefox wrapper script appears to do the right thing - ps shows a command like /usr/lib/firefox/firefox-bin -a firefox http://example.com/ but Firefox loads its start page and the location bar is empty. I tried launching firefox-bin directly just to confirm, and the behaviour is the same. Thanks, John Pearson. ** Affects: firefox (Ubuntu) Importance: Undecided Status: New -- Firefox ignores URLs on command line https://bugs.launchpad.net/bugs/251340 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 201777] Re: Not working routes with TAP device
I can confirm this behaviour; I'm a Debian user but have used the Ubuntu source to build network-manager-openvpn. I'm using OpenVPN with a tap interface to create a bridged configuration; everything works fine when stopping and restarting OpenVPN by hand, but the network-manager plugin treats the TAP device like a point-to-point interface, and ignores options pushed by the server that are designed to set up the appropriate routes. My server config for this client includes the options ifconfig-push rose 255.255.255.0 push redirect-gateway def1 ('rose' resolves to the intended IP, 192.168.113.224) Here's the routing table I get: # route -n Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 203.122.249.19 192.168.0.1 255.255.255.255 UGH 0 00 wlan1 192.168.0.0 0.0.0.0 255.255.255.0 U 0 00 wlan1 192.168.254.0 0.0.0.0 255.255.255.0 U 0 00 br1 0.0.0.00.0.0.0 0.0.0.0 U 0 00 tap1 But this is what it should be: # route -n Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 203.122.249.19 192.168.0.1 255.255.255.255 UGH 0 00 wlan1 192.168.0.0 0.0.0.0 255.255.255.0 U 0 00 wlan1 192.168.254.0 0.0.0.0 255.255.255.0 U 0 00 br1 192.168.113.00.0.0.0255.255.255.0 U 0 0 0 tap1 0.0.0.0192.168.113.106 128.0.0.0 UG 0 0 0 tap1 128.0.0.0 192.168.113.106 128.0.0.0 UG 0 0 0 tap1 In my syslog, I see Jul 11 14:03:43 rose nm-openvpn[14790]: TUN/TAP device tap1 opened Jul 11 14:03:43 rose nm-openvpn[14790]: ifconfig tap1 192.168.113.224 netmask 255.255.255.0 mtu 1500 broadcast 192.168.113.255 Jul 11 14:03:43 rose avahi-daemon[9140]: New relevant interface tap1.IPv4 for mDNS. Jul 11 14:03:43 rose avahi-daemon[9140]: Joining mDNS multicast group on interface tap1.IPv4 with address 192.168.113.224. Jul 11 14:03:43 rose avahi-daemon[9140]: Registering new address record for 192.168.113.224 on tap1. Jul 11 14:03:43 rose nm-openvpn[14790]: /usr/lib/network-manager-openvpn/nm-openvpn-service-openvpn-helper tap1 1500 1576 192.168.113.224 255.255.255.0 init Jul 11 14:03:43 rose NetworkManager: information^IVPN Activation (Huiac) Stage 4 of 4 (IP Config Get) reply received. Jul 11 14:03:43 rose nm-openvpn[14790]: ERROR: Linux route add command failed: shell command exited with error status: 7 Note that I only see one error, although the directives specified by the server should result in 3 routes being added (rather than the 1 bogus Point-to-pint style default route which I end up with). This appears to be an upstream bug and there appear to be several duplicates in launchpad, but there doesn't appear to have been any movement on it; I'd be very interested to see it addressed, because it's one of the principal roadblocks which currently prevent us from recommending or offering Ubuntu to our corporate clients for deployment on laptops - they currently use Windows XP with direct OpenVPN support (i.e., just running the OpenVPN service with X.509 certificates managed by the MS Certificate Store), which just works in this configuration. John. -- Not working routes with TAP device https://bugs.launchpad.net/bugs/201777 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 67897] CUPS drops jobs, reprints 'old' jobs with wrong options after a restart
Public bug reported: Binary package hint: cupsys We maintain a legacy application which runs under dosemu on Ubuntu workstations and prints 'raw' jobs using 'lpr -l' as $_printer_command in dosemu.conf, using a Deban Sarge cups server as destination. Printing is raw because the legacy app includes printer commands that look like PCL, but break hpgltops. From time to time, when cupsys is restarted an 'old' job, previously transferred to the server, is 're-printed', but not as a raw job: it is passed to hpgltops, which loops forever and redlines the CPU. In cupsd.conf, PreserveJobFiles is left at its default, stated as 'no'. Sample /etc/cups/error.log lines, from when the job was originally spooled (the 'problem job' is job #11682 in this case): I [23/Oct/2006:05:41:28 +0930] Adding start banner page none to job 11682. I [23/Oct/2006:05:41:28 +0930] Adding end banner page none to job 11682. I [23/Oct/2006:05:41:28 +0930] Job 11682 queued on 'main_laser' by 'va-kyle'. I [23/Oct/2006:05:41:28 +0930] Started backend /usr/lib/cups/backend/ipp (PID 26126) for job 11682. N [23/Oct/2006:05:41:28 +0930] [Job 11682] : Print file accepted - job ID 142489. I [23/Oct/2006:05:42:41 +0930] Adding start banner page none to job 11683. I [23/Oct/2006:05:42:41 +0930] Adding end banner page none to job 11683. I [23/Oct/2006:05:42:41 +0930] Job 11683 queued on 'main_laser' by 'va-kyle'. I [23/Oct/2006:05:42:57 +0930] Adding start banner page none to job 11684. I [23/Oct/2006:05:42:57 +0930] Adding end banner page none to job 11684. I [23/Oct/2006:05:42:57 +0930] Job 11684 queued on 'main_laser' by 'va-kyle'. I [23/Oct/2006:06:04:34 +0930] Adding start banner page none to job 11685. I [23/Oct/2006:06:04:34 +0930] Adding end banner page none to job 11685. I [23/Oct/2006:06:04:34 +0930] Job 11685 queued on 'main_line_4' by 'va-kyle'. I [23/Oct/2006:06:04:34 +0930] Started backend /usr/lib/cups/backend/ipp (PID 27093) for job 11685. N [23/Oct/2006:06:04:34 +0930] [Job 11685] : Print file accepted - job ID 142493 Note also that there is no indication of the disposition of the two subsequent jobs, which makes me suspect a (slow?) race of some kind; grepping the log files confirms that they 'vanish without trace': they are no longer in the queue or the spool area, and server log files suggest that they were not, in fact, printed. And when CUPS is next restarted: I [23/Oct/2006:07:40:02 +0930] Full reload complete. I [23/Oct/2006:07:40:02 +0930] Started filter /usr/lib/cups/filter/hpgltops (PID 31667) for job 11682. I [23/Oct/2006:07:40:02 +0930] Started filter /usr/lib/cups/filter/pstops (PID 31668) for job 11682. I [23/Oct/2006:07:40:02 +0930] Started filter /usr/lib/cups/filter/foomatic-rip (PID 31669) for job 11682. I [23/Oct/2006:07:40:02 +0930] Started backend /usr/lib/cups/backend/ipp (PID 31670) for job 11682. I [23/Oct/2006:07:41:41 +0930] Adding start banner page none to job 11704. I [23/Oct/2006:07:41:41 +0930] Adding end banner page none to job 11704. I [23/Oct/2006:07:41:41 +0930] Job 11704 queued on 'main_line_4' by 'va-kyle'. Hpgltops consumes all available CPU and never exits, effectively blocking the print queue; while this is also a bug, we're not too fussed about that angle, as the job is arguably not 'well formed'; however, having a critical component of the print system this vulnerable is obviously undesirable. Regards, John. ** Affects: cupsys (Ubuntu) Importance: Undecided Status: Unconfirmed -- CUPS drops jobs, reprints 'old' jobs with wrong options after a restart https://launchpad.net/bugs/67897 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 67897] Re: CUPS drops jobs, reprints 'old' jobs with wrong options after a restart
Sorry, should have mentioned; this is in Ubnutu 5.10, with cupsys 1.1.23-10ubuntu4 John. -- CUPS drops jobs, reprints 'old' jobs with wrong options after a restart https://launchpad.net/bugs/67897 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs