mailarchive of the ptxdist mailing list
 help / color / mirror / Atom feed
* Re: [ptxdist] Reporting difficulties to build usbutils package, RFC EUDEV?
       [not found] <CAF12Fw=HyNHrqv1J_4Ct2PkrHV4jne5VEkHs5tM2WPCMZGx2cQ@mail.gmail.com>
@ 2024-01-13 19:56 ` Christian Melki
  2024-01-19 11:27   ` Michael Olbrich
  0 siblings, 1 reply; 2+ messages in thread
From: Christian Melki @ 2024-01-13 19:56 UTC (permalink / raw)
  To: Mariusz Pielat; +Cc: ptxdist

On 1/13/24 08:22, Mariusz Pielat wrote:

> Hello,
> 
> I've tried to enable and build the usbutils package in PTXDIST-2023.07.0
> and it was not possible due to unfulfilled requirements. 
> 
> In the given PTXDIST version the usbutils rulefile points to version
> 015. According to usbutils/configure.ac <http://configure.ac> it
> requires libudev in version 196 or higher
> (https://github.com/gregkh/usbutils/blob/v015/configure.ac#L20
> <https://github.com/gregkh/usbutils/blob/v015/configure.ac#L20>).
> PTXDIST rulefile for the udev package points to version 182, so it's
> lower than required.
> 
> I can see that the problem exists for newer PTXDIST versions as well. 
> 
> So far I didn't work on that issue - just reporting.
> 

Hi,

Thanks for reporting. I think this has been missed for a long time, the
blame line for version 196 claims it's 11 years old...
usbutils seem to use it for the hwdb implementation.

This hasn't triggered because I think most targets are systemd based.
And that hwdb implementation should work fine. I have locally been
running eudev instead of udev as a drop in replacement for ages. And
that one works fine too.

I think the correct solution here is to use eudev (which is actively
developed still) and drop udev-182 (12 something years old by now?) or
just drop legacy builds without systemd altogether.

I'm not really a fan of the latter, but the argument against it
increases as time passes by.

I could post the eudev drop in replacement bump (probably needs some
more work), but I'm unsure if people in general thinks it's worth the
hassle.

Regards,
Christian

> Best Regards,
> Mariusz
> 




^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [ptxdist] Reporting difficulties to build usbutils package, RFC EUDEV?
  2024-01-13 19:56 ` [ptxdist] Reporting difficulties to build usbutils package, RFC EUDEV? Christian Melki
@ 2024-01-19 11:27   ` Michael Olbrich
  0 siblings, 0 replies; 2+ messages in thread
From: Michael Olbrich @ 2024-01-19 11:27 UTC (permalink / raw)
  To: Christian Melki; +Cc: ptxdist, Mariusz Pielat

On Sat, Jan 13, 2024 at 08:56:17PM +0100, Christian Melki wrote:
> On 1/13/24 08:22, Mariusz Pielat wrote:
> > I've tried to enable and build the usbutils package in PTXDIST-2023.07.0
> > and it was not possible due to unfulfilled requirements. 
> > 
> > In the given PTXDIST version the usbutils rulefile points to version
> > 015. According to usbutils/configure.ac <http://configure.ac> it
> > requires libudev in version 196 or higher
> > (https://github.com/gregkh/usbutils/blob/v015/configure.ac#L20
> > <https://github.com/gregkh/usbutils/blob/v015/configure.ac#L20>).
> > PTXDIST rulefile for the udev package points to version 182, so it's
> > lower than required.
> > 
> > I can see that the problem exists for newer PTXDIST versions as well. 
> > 
> > So far I didn't work on that issue - just reporting.
> > 
> 
> Hi,
> 
> Thanks for reporting. I think this has been missed for a long time, the
> blame line for version 196 claims it's 11 years old...
> usbutils seem to use it for the hwdb implementation.
> 
> This hasn't triggered because I think most targets are systemd based.
> And that hwdb implementation should work fine. I have locally been
> running eudev instead of udev as a drop in replacement for ages. And
> that one works fine too.
> 
> I think the correct solution here is to use eudev (which is actively
> developed still) and drop udev-182 (12 something years old by now?) or
> just drop legacy builds without systemd altogether.

I think it should also be possible to just install the new udev from the
current systemd sources without systemd itself. But such an update needs to
be done by someone who actually uses that. For many years now I've only had
projects that use systemd.

Regards,
Michael

> I'm not really a fan of the latter, but the argument against it
> increases as time passes by.
> 
> I could post the eudev drop in replacement bump (probably needs some
> more work), but I'm unsure if people in general thinks it's worth the
> hassle.
> 
> Regards,
> Christian
> 
> > Best Regards,
> > Mariusz
> > 
> 
> 
> 

-- 
Pengutronix e.K.                           |                             |
Steuerwalder Str. 21                       | http://www.pengutronix.de/  |
31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |



^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2024-01-19 11:27 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <CAF12Fw=HyNHrqv1J_4Ct2PkrHV4jne5VEkHs5tM2WPCMZGx2cQ@mail.gmail.com>
2024-01-13 19:56 ` [ptxdist] Reporting difficulties to build usbutils package, RFC EUDEV? Christian Melki
2024-01-19 11:27   ` Michael Olbrich

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox