On Thu, Jul 5, 2012 at 7:01 AM, walt <w41...@gmail.com> wrote: > udev-186 replaces libudev.so.0 with libudev.so.1, and pulseaudio > won't compile against it. If you need pulse, avoid udev-186. > > I backed down to udev-182-r3, which fixed the problem, but I had > to run revdep-rebuild (again) to fix all the other packages that > did build against libudev.so.1 and now had to be rebuilt a second > time against libudev.so.0.
I ran into the same think. lvm2 also doesn't build against it, which I think could potentially result in an unbootable system in the right situation. > Also, even udev-182 did some breakage to the udev scripts installed > by hplip, but that's easy to fix. Apparently the recent udev has > replaced the SYSFS keyword with ATTR. I believe that was a configuration problem in the latest hplip ebuild; the previous version didn't do that. I think udev has been warning about SYSFS deprecation for 3 years. > This simple fix I found with google seems to work for me: > > #cd /lib64/udev/rules.d > #sed -i s/SYSFS/ATTR/g * That also works. > Doesn't it seem that breakage this big should be obvious to the > devs before the changes go public, even on ~arch? Hrmph! I guess it is called "unstable" for good reason sometimes. :) The bugs we encounter, report and sometimes actually solve, will help the stable users down the road so they don't have the same problems.
