Forums

Hi

I´m trying to switch to udev - I fixed some issues, but one is killing me...
Nothing provides 'attr'

Do somebody have an idea, for what this is for?
Maybe what package has to be build to get it?

You'll have to tell us more than that. You must be building your own image, since that's about the only way to get it to work. So post some log files or build outputs, for starters.

(For one thing, why on earth would you want udev on an embedded box?)

Hi again...

Could not build dependency - (openpli-enigma2-image; attr) - thats all...
There were more dependencies at the beginning, like libcap2, cdrkit - I have fixed this by writing it to openpli-image to the optional-section - so it is compiled and good
Only this attr - I have no idea what this is doing, which package it is...

Why udev - hmmmm - udevadm trigger only works with udev I think - AND I need for some plugins a FULL working lsusb - for sure no pli is providing a lsusb -v - this is the problem of the busybox lsusb, no real output to get needed information... if I install usbutils I never get an output with lsusb -v - so I think I switch to udev for the complete Image and my probs are gone...(udev-rules I will steal from dream )

You can try something like "bitbake --graphviz" to put the dependency graph in a few text files.

Hi

this doesn´t help - BUT at a try I deleted the dependency of attr in libcap2...bb - it works...
Now next steps will follow - libusb and so on...
with --graphviz is helping me now - so at the end it was/is very useful - THANK YOU!

Hi

To build an usable image we have to add libattr in the dependency of libcap2 and to add the libattr to the xfsprogs - I "stole" it from the dream-oe and then used the newest version - 2.4.46...
It is compiling and working... If someone need it

Why should you need that?

hi

maybe for a working lcd on gigablue ue, dm8000 (this special one), working pearl-lcd for 500hd, 800, 800se...
And one or two other things that will work without any further problem

the libattr is needed, because some dependencies are set, libcap2 needs attr (libattr) - do not know why, its part of xfsprogs in normal case...

And this is a no-go with mdev?

Hi

nogo not completely - but not without changes in the plugin or much search and support, what to do to get it working...

give it a try - make a new folder, put the makefile in it and make an image.
flash it
do a lsusb -v in telnet and have a look whats happening - one line and nothing more - you have to use strg+c ...
the plugins for the lcd are using this - so it is better to have it working... as example...

In some cases it is better - in some cases it is worse - so we will try it out and let the users use, what they want

the using of pli enigma is much better than dream enigma - with some little changes for our things it is more like our boardimage...
Not all users would prefer our things - not all users are prefering pli, because there are some things they do not want - that is the reason therefore boardimages are made I think(?) - BUT I am not the borne coder, so sometimes I need a little help or a push in the right direction.

For sure, if my colleges or I are seeing something wrong in the base, we are posting it (maybe with a fix - not happening until now...) - but some small things have to be in the board - for sure if it is not really compatible with the base-source...

If all this is about, is to install the full lsusb version; there's an easier aproach:

opkg install usbutils

You don't need udev nor any other bloated tools for that.