On Thu, Jul 5, 2012 at 7:01 AM, walt <firstname.lastname@example.org> 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
> 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.
we encounter, report and sometimes actually solve, will help the
stable users down the road so they don't have the same problems.