/usr/share/ppd is where the PPDs are located for me.

And, sorry, by removing the recursive symlinks, I no longer have this issue. 
It was pretty straightforward, as I remember. In /usr/share/ppd/foo/bar there 
would be a link to /usr/share/ppd/foo.

When the update script ran, it would recursively add 
/usr/share/ppd/foo/bar/foo[/bar/foo/bar.......] which is why the process 
seemed to hang.

I have no idea at what point in time these links were created, only that I did 
not do so myself. On this system, I started with a fresh install of Hardy and 
dist-upgraded to Intrepid.

Sorry I cannot be more informative.

--

Justin Chudgar
Information Technology Consultant
5040 Saddlehorn Rd, Weed, CA 96084
530-938-9692 (Home Office)

On Tuesday 24 March 2009 01:01:18 am Martin Pitt wrote:
> Justin, which directory do you call "PPD cache"? Can you still reproduce
> this? If you have a directory of PPDs which exhibits this issue, can you
> please tar it and attach it here, so that we can reproduce it as well?
> Thank you!
>
> ** Changed in: cupsys (Ubuntu)
>        Status: Confirmed => Incomplete
>
> ** Changed in: cupsys (Ubuntu)
>      Assignee: Matthias Klose (doko) => (unassigned)
>
> ** Changed in: cups (Ubuntu)
> Sourcepackagename: cupsys => cups
>
> ** Summary changed:
>
> - gnome-cups-add causes cupsd/cups-driverd to spin forever
> + cups-driverd endless loop on recursive symlinks

-- 
cups-driverd endless loop on recursive symlinks
https://bugs.launchpad.net/bugs/39078
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.

-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to